Re: [DNG] JWM: was Some questions re the devuan release
On Sun, 15 May 2016 09:39:29 +1000, Ozi Traveller wrote: > I agree, and I think JWM in out of date, as the version of the source from > the developer's site is much later. The version of JWM in Debian Sid (and thus in Devuan Ceres) is 2.3.5, which is the current release. Cf. http://joewing.net/projects/jwm/ Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
Le 19/05/2016 02:13, Joel Roth a écrit : 2) Terminate X via Ctrl-Alt-Backspace Seems like an easy, useful, historic way to kill a malfunctioning X. I use to configure DEs so that this key terminates the session. Dunno if this is compatible with what you propose. I use terminals a lot, for writing programs, configurations and documents, but always of the Xterminal kind. Of course I'm used to do some debugging from the console, but I feel less comfortable when I can't have two terminals side by side and/or when the line-size is limited. Every technological progress has its counterpart in a decrease of some human skills. Think of hand writing, mental calculation, calculation with a sliding rule. I'm not for returning to the grand old past only to recover those skills. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] devuan-minimal brief review notes
On 05/18/2016 08:32 PM, KatolaZ wrote: > On Wed, May 18, 2016 at 05:04:53PM -0700, Gregory Nowak wrote: >> On Wed, May 18, 2016 at 09:52:57AM -0400, fsmithred wrote: >>> I think it's also removed in the boot menu of my unofficial live beta, but >>> it's still there in refractasnapshot. No plans to get rid of that. >> >> Ok, I'm confused. Is the mini live image that KatolaZ produced >> a small version of your unofficial live beta, or are these separate >> projects. If >> they are separate, then can you please follow in KatolaZ's footsteps, >> and include sound support, espeak/espeak-data, espeakup, and brltty if >> you haven't already done so? If your image provides a graphical >> desktop like xfce, then does it also include orca? If it already >> includes orca, then it probably has espeak/espeak-data as well. Thanks. >> > > Hi Greg, > > the two project (i.e., the unofficial live ISOs by the refracta team > and the unofficial minimal live ISOs built by me) are separated, at > least at the moment, and have indeed different aims. > > My2Cents > > KatolaZ > The unofficial live iso that I made contains whatever software is in the official beta release plus a few things that refractasnapshot needs to work (squashfs-tools, xorriso, live-boot*, live-config* and syslinux). I can't take credit for the package selection in that one. If the packages you requested are not in it, it's up to the Devuan team to add them. Those images can be found here - https://sourceforge.net/projects/refracta/files/unofficial_devuan_live/ If you'd like to be further confused, there are also some Refracta beta releases based on devuan, and the full version is as bloated with software as I could possibly make it and still fit on a CD. There's also a no-X version, but I wouldn't call it "minimal". The selection of software in the Refracta betas are my responsibility, and the package list is based on choices that the team made on earlier (wheezy and squeeze) releases. I will look at adding orca and the other packages you mentioned to Refracta. -fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
> On Wed, 5/18/16, Joel Roth wrote: >> >> 2) Terminate X via Ctrl-Alt-Backspace >> >> Seems like an easy, useful, historic way to kill a malfunctioning X. >> I haven't been able to get that to work since wheezy was new. What does work is Ctrl-Alt-PrtScn-k On 05/18/2016 09:22 PM, Go Linux wrote: > > Which brings up a question . . . is REISUB enabled by default in devuan? > > golinux No, it's not. If you want it, add the following line to /etc/sysctl.conf: kernel.sysrq=1 But you only get RSUB now. The E and I do nothing. -fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Wed, May 18, 2016 at 02:13:31PM -1000, Joel Roth wrote: > Having handled many of the issues relating to init system > to the point of being able to release Devuan jessie beta, > I wonder if Devuan community is ready to support action on > other scourges of the linux on personal computer ecosystem. > > I am thinking specifically of three key mapping bugaboos: > > 1) CAPSLOCK key under console and X, should be mapped to Control > >This mapping is compatible with most server >administrators preferences, prevents capslock-related mode >problems in vim. Uh? What "server administrators"? The only semi platform I know that ever did this was certain models of Chromebooks that replaced Caps Lock with an useless "Search" key (for obvious marketing reasons), and I think even them dropped that idea. I see you don't program in C (macros), nor use autoconf, nor follow the practice that in complex shell scripts constants are written in all caps. Even keyboards with sharply reduced size, like N900, provide an equivalent (press Shift twice rapidly). While Caps Lock isn't strictly necessary, typing a long macro name with just Shift is pretty tedious. If you want some utterly useless keys, what about: * F12 (somehow F11 got some use) * SysRq/Scroll Lock/Pause + SysRq exists only as a part of Ctrl-Alt-SysRq, trivial to remap + Scroll Lock -- I think, it's a quirky copy of Ctrl-S/Ctrl-Q? + Pause -- no function I know since DOS * NumLock: while there are two entrenched positions (the heretical use of numbers and right-thinking of arrows), I know of no one who ever switches between these two on runtime * non-arrow/Home/End/PgUp/PgDn keypad keys, especially 5 + and even then, there's so few programs that distinguish between grey and keypad arrows/diagonals * "multimedia" keys that I have on my keyboard * the Windows key * the Menu key (a good number of us reuse it for Compose) >If this default leads to angry bug reports, at least they will not be sent >in all caps ;-) ᴘᴏʟɪᴛᴇ ᴘᴇᴏᴘʟᴇ ᴜꜱᴇ ꜱᴍᴀʟʟ ᴄᴀᴘꜱ ᴛᴏ ᴀᴠᴏɪᴅ ꜱʜᴏᴜᴛɪɴɢ :) > 2) Terminate X via Ctrl-Alt-Backspace > >Seems like an easy, useful, historic way to kill a malfunctioning X. Isn't this set by default already? Not that I've used it for like ~10 years: properly malfunctioning X these days requires Ctrl-Alt-SysRq u b or hard reboot (the latter tends to be provided if you wait a bit). > 3) Disable Print key > >All my uses have been unintentional. Does anyone use it deliberately? Not me. It's stated intention is better done in Gimp's menu -- you usually want to add further parameters to the capture. > My other wishlist items are: > > 4) No display manager by default Er, what? If you don't want X, don't install it in the first place! On X-capable setups, an X terminal can do everything the text console does, better. And if you really wanted you can even do this pixel-perfect. The console is important for recovery reasons (boot-time issues, X drivers not working) but there's no point in using it over X. I was a rabid console-only user for many, many years in the past -- first for legitimate reasons (X terminals used to suck, had no tabs, were slow, etc) then out of inertia. I even have a few commits to drivers/tty/vt/vt.c. Yet even I finally switched. On the other hand, the systemd crowd wants to kill the console: https://dvdhrm.wordpress.com/2012/08/12/killing-off-config_vt/ which proves it is important to keep. Meow! -- A tit a day keeps the vet away. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Wed, May 18, 2016 at 02:13:31PM -1000, Joel Roth wrote: > Hi, > > Having handled many of the issues relating to init system > to the point of being able to release Devuan jessie beta, > I wonder if Devuan community is ready to support action on > other scourges of the linux on personal computer ecosystem. > > I am thinking specifically of three key mapping bugaboos: > I agree that any of us has his/her own personal preferences about the kind of configuration we would like to find when we install a new distro. The problem is that if Devuan is amining at a wide public, we should not make decisions which might automatically exclude part of that public, or refrain them from giving Devuan at least a try. In other words, I would warmly suggest to avoid "uncommon" settings (like mapping CAPS-LOCK to CTRL...) in favour of letting potential users try and use Devuan with minimal surprise. This is much more important than providing good speed-ups for a particular niche or subgroup of users. An experienced Debian/Devuan user is able to customise a new Devuan installation without problems. And most of us have been upgrading the same machine over and over the years, without ever going through a fresh install. I think the laptop I am using at the moment started as a Lenny-stable, and went through Squeeze, Wheezy, Jessie and now to Devuan Jessie, just by dist-upgrading. We don't need Devuan to provide our preferred sets of presets as a default for everybody, after all. LeaveItSimple HND KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] JWM: was Some questions re the devuan release
Am Thu, 19 May 2016 10:41:02 + schrieb Irrwahn : > On Sun, 15 May 2016 09:39:29 +1000, Ozi Traveller wrote: > > I agree, and I think JWM in out of date, as the version of the > > source from the developer's site is much later. > > The version of JWM in Debian Sid (and thus in Devuan > Ceres) is 2.3.5, which is the current release. > Cf. http://joewing.net/projects/jwm/ That's correct. When i did the re-install i left the default jwm from the (jessie) repository and i noted, it works perfectly with the advanced and elaborated settings of holmes (manjaro). To avoid its "horribly debianized" (St. Litt) appearance is only a matter of setup! Cheers. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] some problems with login after fresh install of jessie
Hi! To make a long story short: Because of lots of overheating problems with an amd64 based Samsung notebook, which made any reliable woking impossible, i decided to downgrade to jessie (from ascii) with a fresh install. So far that worked fine. I chose as desktop lxde (and unticked Devuan default = xfce). Then i installed immediatel fglrx and now the overheating indeed is solved. Among some other, small issues, i have a bigger one with the login. When i boot the (slim) login window come up (with F1 i am able to see the 3 available xsessions (lxde, openbox, jwm; the latter added after the installation). But none of this options starts. username + password make disappear the login window, but the screen remains with yellow or green background of the slim theme. Going to a console and logging in as root and doing then a startx starts the lxde desktop. As user i can login to and start a desktop, but i have to create a .xinitrc with, e.g., the line: 'exec jwm'. Then the jwm desktop comes up. (This tells me, the evironment and shell paths are set correctly (?). I also tried, just to understand, if it's eventually a slim related problem, with lightdm. But the problem remains identically, lightdm shows the available sessions, but does not start them after the login. May be someone has an idea where the error is (?). .xinit or the xsessions? Thanks a lot in advance! ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] desktop environment independent logout tool
Is there somewhere a desktop independent tool, to logout from an xsession (and even better: with a suspend and reboot command too :) )? I tried with lxde-logout in a jwm desktop, but apparently that does not work. I also tried a script (found in arch), called oblogout (which originally came from crunchbang (which was debian based). But that didn't do the job too. But probably, i'm doing something wrong (?) I'd be happy for any suggestion! ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Suggestions for a tiny X11 server
Dear Devuaners, I am keeping stripping down our favourite system, both in terms of space (both i386 and amd64 might fit in less than 250 MB, with the same packages) and of memory (the development version fr i386 already requires 67 MB, and I am confident we can fit it into less than 64). I have also incorporated most of the comments I have received so far (thanks to everybody), and we might have a new set of images for you to play with soon. Now, since we might have a few megabytes of squashfs available, I could consider the option of including a *minimal* X11 server (which will *not* be started automatically, though), together with a *minimal* WM (which might well be DWM or JWM) and a *minimal* set of X utils. The only problem is that we need a really *minimal* implementation of X. I have noticed that the TinyCore Linux team is still maintaining and updating tinyX (a vesa-only full-functional implementation of X11, which was part of XFree86 and has a 700KB footprint) but it seems that there is no .deb package available at the moment. This is not a massive problem, but I don't have much time for creating new deb packages at the moment. I would be grateful for any suggestion on this matter, i.e. on possible alternative small X implementations to consider. But remember: anything you suggest must have *small* memory footprint, and a microscopic set of dependencies :) HND KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
Am Thu, 19 May 2016 10:41:02 + schrieb Irrwahn : [ . . . ] > > 2) Terminate X via Ctrl-Alt-Backspace > > > >Seems like an easy, useful, historic way to kill a > > malfunctioning X. > > That would coincide with my preferences, but I dare not > speculate about the usefulness for said casual user, or even > what "least surprise" would mean in this case, so I'm > indifferent. However, AIUI, Devuan strives to become the > Universal OS™, not some niche system for the "1337". (Fun > anecdote: I actually used C-M-BS to kill X two days ago, but > haven't for years before.) For me that's useful, especially since often the logout tools do not work like expected (in my limited experience). I notice, that key combination does not work by default in Devuan, so my question: Where and how can it be activated? > > 3) Disable Print key > > > >All my uses have been unintentional. Does anyone use it > > deliberately? > > -1 from me on that one. I for one use it quite a lot, in > combination with various modifiers to achieve all sorts of > screen shot actions. Same here! ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Thu, 19 May 2016 14:19:50 +0200, Emninger wrote: > [ . . . ] > >>> 2) Terminate X via Ctrl-Alt-Backspace > For me that's useful, especially since often the logout tools do not > work like expected (in my limited experience). > > I notice, that key combination does not work by default in Devuan, so my > question: Where and how can it be activated? Put the following in e.g. your ~/.xsessionrc : setxkbmap -option terminate:ctrl_alt_bksp HTH Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] some problems with login after fresh install of jessie
On Thu, 19 May 2016 13:46:02 +0200 wrote: > When i boot the (slim) login window come up (with F1 i am able to see > the 3 available xsessions (lxde, openbox, jwm; the latter added after > the installation). But none of this options starts. username + > password make disappear the login window, but the screen remains with > yellow or green background of the slim theme. Hallo Emninger, I just installed JWM (next to DWM and LXDE) and can not confirm your problem: slim automagically finds and includes it into its F1 session "menu". After login, JWM loads as expected. Did you have a look into /var/log/slim.log? Florian ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] desktop environment independent logout tool
On Thu, 19 May 2016 13:51:11 +0200
wrote:
> Is there somewhere a desktop independent tool, to logout from an
> xsession (and even better: with a suspend and reboot command too :)
> )?
>
> I tried with lxde-logout in a jwm desktop, but apparently that
> does not work.
>
> I also tried a script (found in arch), called oblogout (which
> originally came from crunchbang (which was debian based). But that
> didn't do the job too.
>
> But probably, i'm doing something wrong (?)
>
> I'd be happy for any suggestion!
Here a quick "universal logout" hack for slim:
### file: /etc/slim.conf
(...)
login_cmd export slim_session=%session && exec /root/lwrap.sh
(...)
### file: /lwrap.sh
#!/bin/bash
/bin/bash -login /etc/X11/Xsession $session
### file /universal_logout.sh
#!/bin/bash
kill -s 15 `ps aux | grep lwr[a-z]p.sh | awk '{print $2}'`
Slim needs to be restarted; then, after successfully logging in, just
execute /root/universal_logout.sh to return to slim's login screen.
Florian
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] desktop environment independent logout tool
On Thu, 19 May 2016 15:29:40 +0200 Florian Zieboll wrote: > Here a quick "universal logout" hack for slim: > > ### file: /etc/slim.conf > (...) > login_cmd export slim_session=%session && exec /root/lwrap.sh > (...) Correction for consistency: login_cmd export slim_session=%session && exec /lwrap.sh ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] desktop environment independent logout tool
On Thu, 19 May 2016 15:29:40 +0200
Florian Zieboll wrote:
> Here a quick "universal logout" hack for slim:
That was still a bit too quick, two mistakes (path and name of variable)
need to be corrected. Also, the scripts don't need bash...
## file: /etc/slim.conf
(...)
login_cmd export slim_session=%session && exec /lwrap.sh
(...)
### file: /lwrap.sh
#!/bin/sh
/bin/bash -login /etc/X11/Xsession $slim_session
### file /universal_logout.sh
#!/bin/sh
kill -s 15 `ps aux | grep lwr[a-z]p.sh | awk '{print $2}'`
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] JWM: was Some questions re the devuan release
On Thu, 19 May 2016 10:01:27 +0200 Irrwahn wrote: > On Sun, 15 May 2016 09:39:29 +1000, Ozi Traveller wrote: > > I agree, and I think JWM in out of date, as the version of the > > source from the developer's site is much later. > > The version of JWM in Debian Sid (and thus in Devuan > Ceres) is 2.3.5, which is the current release. > Cf. http://joewing.net/projects/jwm/ The question, though, is whether the Debian Sid JWM package has all those annoying Debianisms, like having to menu through Debian then applications (or something like that) to get to what most of us would expect to see upon pressing the start button. SteveT Steve Litt May 2016 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Signature verification
Thanks W dniu 19.05.2016 o 02:36, Gregory Nowak pisze: > On Wed, May 18, 2016 at 09:43:37PM +0200, Paweł Cholewiński wrote: >> How to check integrity of this SHA256SUMS file and how to ensure the >> data is the same as it was when it was originally created - how to >> verify digital signature of this file (if it have digital signature). I >> never verified digital signature with gpg. > > gpg --verify filename.asc > > Greg > > ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Suggestions for a tiny X11 server
On Thu, 19 May 2016 12:55:28 +0100 KatolaZ wrote: > together with a > *minimal* WM (which might well be DWM or JWM) In the preceding choice (DWM vs JWM), I recommend JWM. Dwm is a tiled window manager, and a lot of people go to pieces when confronted with a tiled window manager. Either way, I strongly recommend you include dmenu, and publicize the hotkey to invoke it. And I suggest you have a help procedure, and publicize the key to view help on the desktop, like this: http://troubleshooters.com/lpm/201406/images/f1_wp.png Not pretty, but pretty much guarantees that anyone can step up to the keyboard and use it. SteveT Steve Litt May 2016 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] JWM: was Some questions re the devuan release
On Thu, 19 May 2016 11:32:47 -0400, Steve Litt wrote: > On Thu, 19 May 2016 10:01:27 +0200 > Irrwahn wrote: > >> On Sun, 15 May 2016 09:39:29 +1000, Ozi Traveller wrote: >>> I agree, and I think JWM in out of date, as the version of the >>> source from the developer's site is much later. >> >> The version of JWM in Debian Sid (and thus in Devuan >> Ceres) is 2.3.5, which is the current release. >> Cf. http://joewing.net/projects/jwm/ > > The question, though, is whether the Debian Sid JWM package has all > those annoying Debianisms, like having to menu through Debian then > applications (or something like that) to get to what most of us would > expect to see upon pressing the start button. Looking at the source package I cannot see a single invasive patch WRT to the original source. I think you are referring to the Debian menu package, which is not part of JWM, but merely a "Recommends" in the Debian jwm package. Without that menu package, the JWM menu is almost empty: It has only entries for "Terminal", "Lock", "Restart" and "Exit". In consequence, forking the Debian jwm package would make a difference of exactly zilch. If one wants A Slicker Menu ™, one should fork and modify the menu package instead! HTH, HAND Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Wed, May 18, 2016 at 02:13:31PM -1000, Joel Roth wrote: > Hi, > > Having handled many of the issues relating to init system > to the point of being able to release Devuan jessie beta, > I wonder if Devuan community is ready to support action on > other scourges of the linux on personal computer ecosystem. > > I am thinking specifically of three key mapping bugaboos: > > 1) CAPSLOCK key under console and X, should be mapped to Control I would love a wayy to diable CAPSLOCK entirely. The few times I actually need it I can hold the shift key down, but turing caps lock on is a cocmmon typo for 'a'. It I'm in mutt (as I am now) that has serious consequences. -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] JWM: was Some questions re the devuan release
On Thu, 19 May 2016 17:48:33 +0200, Irrwahn Grausewitz wrote: > Looking at the source package I cannot see a single > invasive patch WRT to the original source. Correction: I missed a patch when skimming over the package contents. I can see now what you meant by "Debianisms". Sorry for the confusion! A Devuan fork of jwm would make sense then, and it'd be a trivial one at that. Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Wed, 18 May 2016 14:13:31 -1000 Joel Roth wrote: > Hi, > > Having handled many of the issues relating to init system > to the point of being able to release Devuan jessie beta, > I wonder if Devuan community is ready to support action on > other scourges of the linux on personal computer ecosystem. > > I am thinking specifically of three key mapping bugaboos: > > 1) CAPSLOCK key under console and X, should be mapped to Control > >This mapping is compatible with most server >administrators preferences, prevents capslock-related mode >problems in vim. Leave well enough alone. I doubt I'm alone in the fact that I use left Ctrl to come out of a screen saver. If Ctrl is capslock, how do I do Ctrl+x? Right ctrl is the default "get out of VM" key for Qemu and VirtualBox. There's absolutely no problem with CapsLock being Capslock, so why change anything? > > 2) Terminate X via Ctrl-Alt-Backspace > >Seems like an easy, useful, historic way to kill a malfunctioning > X. Yeah, I remember fondly the days when this worked. Someone mentioned a magic sysreq substitute, but if you get the WRONG sysreq key sequence, you can reboot your whole computer. It's almost impossible to hit Ctrl+Alt+Backspace by accident, so I think it's a wonderful thing to have it do the right thing and blow me out of X. > > 3) Disable Print key > >All my uses have been unintentional. Does anyone use it > deliberately? I did when it worked. Back in the MSDOS days it would actually send a printscreen to my daisy-wheel printer. Later, it became a printscreen to file. Every time Printscreen actually did something, I used it. > > My other wishlist items are: > > 4) No display manager by default > >I think the community shouldn't coocoon naive users from >the console. The passing familiarity with the terminal >that comes with Learning to type username, password, startx >and Ctrl-Alt-Backspace (to terminate X) will help the user >if and when they ever have trouble with X. Ugh! I'm a smart guy. I graduated 7th grade and my IQ is almost 90. Nevertheless, there are times when I like to get on a computer and have a panel and start button without having to worry about choosing a window manager. And of course, if I don't know what that is, knowing my luck I'll choose Unity or Gnome3 and become utterly confused. LXDE (I guess now LXQt) has become very mainstream. It sports a determinate start menu and it's light weight. Every person on the planet *can* use it, though of course many might not like to. Absent extenuating circumstances, the default should be the least surprising. By the way, Xfce has the same pluses as LXDE. The only problem is it's a tiny bit more buggy, and it's a lot more memory. For those who hate LXDE, there could be instructions on how to change your window manager. SteveT Steve Litt May 2016 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Thu, 19 May 2016 12:03:57 -0400, Hendrik Boom wrote: > I would love a wayy to diable CAPSLOCK entirely. The few times I > actually need it I can hold the shift key down, but turing caps lock on > is a cocmmon typo for 'a'. It I'm in mutt (as I am now) that has > serious consequences. You mean something like this: setxkbmap -option caps:none That's definitely better than popping out the key cap, which I did to numerous keyboards in the past. :) Another additional trick I found useful to still have a caps lock function available, but with a lot less intrusive or dangerous activation pattern: setxkbmap -option shift:both_capslock With that you can toggle caps lock by pressing both shift keys simultaneously. As already mentioned in another message, I make use of the now dead CAPSLOCK key by assigning to it the compose key functionality: setxkbmap -option compose:caps Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Thu, 19 May 2016 12:22:23 -0400, Steve Litt wrote: > On Wed, 18 May 2016 14:13:31 -1000 > Joel Roth wrote: >> 2) Terminate X via Ctrl-Alt-Backspace >> >>Seems like an easy, useful, historic way to kill a malfunctioning >> X. > > Yeah, I remember fondly the days when this worked. Someone mentioned a > magic sysreq substitute, but if you get the WRONG sysreq key sequence, > you can reboot your whole computer. It's almost impossible to hit > Ctrl+Alt+Backspace by accident, so I think it's a wonderful thing to > have it do the right thing and blow me out of X. You might want to try this: setxkbmap -option terminate:ctrl_alt_bksp Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Thu, May 19, 2016 at 06:18:17PM +0200, Irrwahn wrote: > On Thu, 19 May 2016 12:03:57 -0400, Hendrik Boom wrote: > > > I would love a wayy to diable CAPSLOCK entirely. The few times I > > actually need it I can hold the shift key down, but turing caps lock on > > is a cocmmon typo for 'a'. It I'm in mutt (as I am now) that has > > serious consequences. > > You mean something like this: > > setxkbmap -option caps:none Yes, and where should I put this command? -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Thu, 19 May 2016 12:37:54 -0400, Hendrik Boom wrote: > On Thu, May 19, 2016 at 06:18:17PM +0200, Irrwahn wrote: >> On Thu, 19 May 2016 12:03:57 -0400, Hendrik Boom wrote: >> >>> I would love a wayy to diable CAPSLOCK entirely. The few times I >>> actually need it I can hold the shift key down, but turing caps lock on >>> is a cocmmon typo for 'a'. It I'm in mutt (as I am now) that has >>> serious consequences. >> >> You mean something like this: >> >> setxkbmap -option caps:none > > Yes, and where should I put this command? Essentially anywhere where it is executed upon X session start. E.g. ~/.xsessionrc (that's where I like to have it), or even in your .bashrc (if that is sourced by your DE's startup sequence!). Or you make a tiny script and hook that up to your DE's autostart mechanism. Or you open up an xterm after logging in and type it manually (not very convenient, I guess ;-). It all depends a bit on the desktop environment you use, and your personal preferences for setting things up. Heck, you could even be bold and put it in a script in /etc/X11/Xsession.d, thereby making it load for any user logging into any session. HTH, Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Thu, May 19, 2016 at 06:48:26PM +0200, Irrwahn wrote: > On Thu, 19 May 2016 12:37:54 -0400, Hendrik Boom wrote: > > On Thu, May 19, 2016 at 06:18:17PM +0200, Irrwahn wrote: > >> On Thu, 19 May 2016 12:03:57 -0400, Hendrik Boom wrote: > >> > >>> I would love a wayy to diable CAPSLOCK entirely. The few times I > >>> actually need it I can hold the shift key down, but turing caps lock on > >>> is a cocmmon typo for 'a'. It I'm in mutt (as I am now) that has > >>> serious consequences. > >> > >> You mean something like this: > >> > >> setxkbmap -option caps:none > > > > Yes, and where should I put this command? > > Essentially anywhere where it is executed upon X session > start. E.g. ~/.xsessionrc (that's where I like to have > it), or even in your .bashrc (if that is sourced by your > DE's startup sequence!). Or you make a tiny script and > hook that up to your DE's autostart mechanism. Or you > open up an xterm after logging in and type it manually > (not very convenient, I guess ;-). I created an .xsessionrc and put the command in it. Works great! Thank you. -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] simple-netaid/netman connection info
Is the connection information in simple-netaid/netman still stored under /etc/network/wifi, or has that changed? I haven't kept up with that, and I need to know for refractasnapshot, as there is an option to include or exclude network settings when making the snapshot. -fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
KatolaZ writes: [...] > Steve, I cannot (and I don't want to) make any assumption on behalf of > potential users of a minimal live system :) The initramfs contains all > the modules shipped with the standard Devuan kernel, that's why it is > so fat. In fact, "du -ch /lib/modules/`uname -r`/kernel" says that > those sum up to 159 MB, which account for most of the space required > by the initramfs. > > Now, it is obviously possible to strip it down to the bare minimum, > removing most of those modules, but then the corresponding live > images, which should run, by definition, on a relatively wide number > of machines, with heterogeneous hw configurations, will be mostly > useless. > > Imagine a case in which you, the user, would like to boot from a live > image, e.g. for rescue purposes, only to find out that your live CD > does not recognise your disk controller, or your graphic adapter, or > your ethernet card. [I already strongly suspected the below but didn't want to write about it until I had a chance to test] THe initramfs doesn't need to include all the modules belonging to the kernel, just those which are needed to mount the real root filesystem (containing the remaining driver modules). This would mean all filesystems and storage device drivers you want to support but, eg, no networking modules (nfsroot sounds like an implausible feature for a live image). NB: Please CC me when replying. For some reason, I'm "reverse moderated" --- I can still send message to the list but don't get them anymore. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Thu, May 19, 2016 at 08:14:34PM +0100, Rainer Weikusat wrote: > > > > Imagine a case in which you, the user, would like to boot from a live > > image, e.g. for rescue purposes, only to find out that your live CD > > does not recognise your disk controller, or your graphic adapter, or > > your ethernet card. > > [I already strongly suspected the below but didn't want to write about > it until I had a chance to test] > > THe initramfs doesn't need to include all the modules belonging to the > kernel, just those which are needed to mount the real root filesystem > (containing the remaining driver modules). This would mean all > filesystems and storage device drivers you want to support but, eg, no > networking modules (nfsroot sounds like an implausible feature for a > live image). And in fact, I have stripped most of the unnecessary modules and libraries from the initramfs, and I am now moving on to remove all the unnecessary utilities. > > NB: Please CC me when replying. For some reason, I'm "reverse moderated" > --- I can still send message to the list but don't get them anymore. I suspect that you have reverse-moderated yourself :) I always include your address in the replies, but I keep receiving a lot of bounces from your mail-server (452), which seems to feel some deep disgust for the stuff sent from my mail server. It could be that your mail-server is convinced that the mail-server on which this list is hosted is as bad as mine :) In my case the problem is the lack of reverse-DNS, but atm I have to live with that. Might greylisting be an option in your case? I have been using greylisting a lot, and it reduces the spam by 90%-95%, without filtering domains. My2Cents KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Thu, 19 May 2016 12:37:54 -0400, Hendrik wrote in message <20160519163754.ga12...@topoi.pooq.com>: > On Thu, May 19, 2016 at 06:18:17PM +0200, Irrwahn wrote: > > On Thu, 19 May 2016 12:03:57 -0400, Hendrik Boom wrote: > > > > > I would love a wayy to diable CAPSLOCK entirely. The few times I > > > actually need it I can hold the shift key down, but turing caps > > > lock on is a cocmmon typo for 'a'. It I'm in mutt (as I am now) > > > that has serious consequences. > > > > You mean something like this: > > > > setxkbmap -option caps:none > > Yes, and where should I put this command? ..and, can it be disabled or reset automagically after e.g. 30 seconds? Or on e.g. leaving the text editor briefly? -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Wed, May 18, 2016 at 8:13 PM Joel Roth wrote: > Hi, > > Having handled many of the issues relating to init system > to the point of being able to release Devuan jessie beta, > I wonder if Devuan community is ready to support action on > other scourges of the linux on personal computer ecosystem. > > I am thinking specifically of three key mapping bugaboos: > > 1) CAPSLOCK key under console and X, should be mapped to Control > Capslock and control may be on dumb places on most modern keyboards, but above almost everything else, computers should do what the user expects. The key has caps lock printed on it, it should be a caps lock key unless the user takes action of their own accord to change that. > > 2) Terminate X via Ctrl-Alt-Backspace > >Seems like an easy, useful, historic way to kill a malfunctioning X. > Strongly agree here. This was a useful function, and the decision to disable this by default was shortsighted. There were security arguments for disabling it - but for the most part, those arguments were about edge cases like kiosks and shared workstations. > > 3) Disable Print key > >All my uses have been unintentional. Does anyone use it deliberately > I personally have it set to launch a screenshot tool and have found that to be a common configuration in a lot of desktop environments. > > My other wishlist items are: > > 4) No display manager by default > >I think the community shouldn't coocoon naive users from >the console. The passing familiarity with the terminal >that comes with Learning to type username, password, startx >and Ctrl-Alt-Backspace (to terminate X) will help the user >if and when they ever have trouble with X. > I think this is a battle that has been already lost, and for good reason. If someone's installing on a desktop, they want to use it as a desktop system. That means a GUI and a graphical login, even if the purpose of that GUI is just to arrange more terminal windows onto their screen. We have a better chance of easing people into using command line interfaces than we do of forcing them into them these days, because that environment is totally foreign to most people. That's not to say we should ignore the console, but these days there's a huge association between the console and Things Going Horribly Wrong, and we're well past the point of changing that attitude. In a server environment that's a different story - there's an expectation that if you are using Linux as a server platform, you know what you are doing, don't need GUIs, and are going to manage the system via ssh anyway. On the subject of people that get thrown into the console for the first time when something breaks, there's a lot of room to improve here. What I'd like to see is something reasonably consistent with the curses installer that provides a limited degree of handholding. Rather than throw people into this automatically, it should be advertised in the default MOTD, and it should have fallback to a simple set of prompts in case someone's using a broken terminal. The audiences for this are both complete newcomers, who know absolutely nothing beyond what little the /etc/issue and /etc/motd are telling them, as well as the experienced sysadmin who finds themselves on a system where basic facilities like networking are down, and needs to restore those easily. - Network configuration wizard to temporarily set up Internet access, including bringing up a connection to a WPA2 wireless network, or autoconfiguring a network interface via DHCP. - Disk mounting wizard to easily and temporarily mount thumb drives. - Diagnostic wizard to view hardware details, diagnostics, and logs and to copy to a mounted thumb drive to look at from another, more functioning system - Access to a friendly package manager that automatically discovers packages on a mounted thumb drive. (this is for users that end up in this position because of needing packages to make the network work) - Tools to troubleshoot the display manager. - Backrup & Restore utilities - Easy access to tutorials and documentation.on the local system, and internet. - Easy access to appropriate new-user IRC channels. - A split screen environment, where documentation can be easily browsed on half the screen, and a terminal is available on the other half. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Thu, May 19, 2016 at 07:36:57PM +, Stephanie Daugherty wrote: [cut] > > On the subject of people that get thrown into the console for the first > time when something breaks, there's a lot of room to improve here. What I'd > like to see is something reasonably consistent with the curses installer > that provides a limited degree of handholding. Rather than throw people > into this automatically, it should be advertised in the default MOTD, and > it should have fallback to a simple set of prompts in case someone's using > a broken terminal. The audiences for this are both complete newcomers, who > know absolutely nothing beyond what little the /etc/issue and /etc/motd are > telling them, as well as the experienced sysadmin who finds themselves on a > system where basic facilities like networking are down, and needs to > restore those easily. [cut] >. > internet. > - Easy access to appropriate new-user IRC channels. > - A split screen environment, where documentation can be easily browsed on > half the screen, and a terminal is available on the other half. I don't think that "easy" ncurses tool are of any real use here. The main reason is that if a user has used only a GUI in his/her life, chances are high that he/she will feel anyway a deep disgust for ncurses utils, even if it is just to save their distro from a reinstall. I can't imagine a newbie lost in a console environment being able to put himself on IRC swiftly using irssi. It's not a matter of being elitarian, but let's face it: console interfaces require a considerable additional effort that most users are not willing to sustain anyway. Even if dealing with those difficulties would save them from reinstalling. Nowadays, most users would probably go for a reinstall at the first issue anyway: Internet is cheap and fast, SSDs are much faster than onl HDs, and installers are easy-peasy-eye-candy. After all, most users use computers as they use tv, or washing machines, or freezers. Why on Earth should I be able to recover my broken washing machine? HND KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Thu, 19 May 2016 21:35:54 +0200, Arnt Karlsen wrote: > On Thu, 19 May 2016 12:37:54 -0400, Hendrik wrote in message > <20160519163754.ga12...@topoi.pooq.com>: > >> On Thu, May 19, 2016 at 06:18:17PM +0200, Irrwahn wrote: >>> On Thu, 19 May 2016 12:03:57 -0400, Hendrik Boom wrote: >>> I would love a wayy to diable CAPSLOCK entirely. The few times I actually need it I can hold the shift key down, but turing caps lock on is a cocmmon typo for 'a'. It I'm in mutt (as I am now) that has serious consequences. >>> >>> You mean something like this: >>> >>> setxkbmap -option caps:none >> >> Yes, and where should I put this command? > > ..and, can it be disabled or reset automagically after e.g. > 30 seconds? Or on e.g. leaving the text editor briefly? Since setxkbmap simply modifies the X keyboard layout [1] on the fly, I sincerely doubt it comes with any magic strings attached. For that I'm afraid you'd have to come up with something that fits your needs. Impromptu, I have unfortunately not the faintest idea how one would have to proceed to accomplish what you ask for. FWIW, the reverse of above command should be: setxkbmap -option caps:capslock [1] See man xkeyboard-config for a full list of available options. Beware, it's huge! Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Thu, 19 May 2016 21:57:26 +0200, Irrwahn Grausewitz wrote: > [1] See man xkeyboard-config for a full list of available > options. Beware, it's huge! Or have a look at /usr/share/X11/xkb/rules/base.lst ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Debian is dropping support for i586. Are we?
On Wed, May 11, 2016 at 05:24:26PM +0200, Adam Borowski wrote: The CPU in Raspberry Pi 1 does support some, but not all, new features the armhf arch requires. The Raspbian team wanted to get all speedups they can, and, as for example floating point tasks greatly benefit from armhf's calling convention -- instead of using fully compatible armel, Raspbian guys decided to use modified armhf. This led to massive confusion, breaking any external repositories compiled for baseline armhf. Likewise, you can rebuild current unstable with -march=i586, but it'll break whenever an user takes a binary package from regular Debian or any other repository not recompiled with -march=i586. Ah, thanks for the clarification. signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
On Thu, 19 May 2016 22:04:32 +0200, Irrwahn wrote in message : > On Thu, 19 May 2016 21:57:26 +0200, Irrwahn Grausewitz wrote: > > > [1] See man xkeyboard-config for a full list of available > > options. Beware, it's huge! > > Or have a look at /usr/share/X11/xkb/rules/base.lst ..thanks, I got sidetracked suggesting fpv/vr goggles with head tracking to a guy planning an 8 screen glider simulator cave for his glider club over at flightgear-user. ..if everything else fails, a wee at or sleep timer oughtta be able to reset the caps lock key. Check out man timeout. ;o) -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Brief OpenRC/Jessie Discussion on the linux-elitists lists
On Wed, 2016-05-18 at 06:26 -0400, Boruch Baum wrote: > On 2016-05-18 12:11, Svante Signell wrote: > > > ... > > I'm listed as a co-maintainer of openrc (as well as ifupdown). > > However, due to > > the hostile environment in Debian I'm reluctant to do any serious > > work on these > > packages, except contributing to RC bugs being solved, to keep them > > in testing. > > > ... > > In my opinion the usage of init-system-helpers is wrong, why not > > use the package > > update system already available: update-alternatives? See also > > dpkg-divert. > > +1 > > The idea could be developed further, to use debian's proven > > 'update-alternatives' method for switching amongst init-systems. What do you say, maybe we should create a package named init-freedom (suggested by jaromil/nexttime?) using the update-alternatives tool? That would override the debian init-system-helpers, which I find fairly obsolete, but it is probably there due to systemd-sysv. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] JWM: was Some questions re the devuan release
+1 As a jwm user I would really like to see it brought up to date. On Fri, May 20, 2016 at 2:03 AM, Irrwahn wrote: > On Thu, 19 May 2016 17:48:33 +0200, Irrwahn Grausewitz wrote: > > > Looking at the source package I cannot see a single > > invasive patch WRT to the original source. > > > Correction: I missed a patch when skimming over the > package contents. I can see now what you meant by > "Debianisms". Sorry for the confusion! > > A Devuan fork of jwm would make sense then, and it'd > be a trivial one at that. > > Regards > Urban > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Brief OpenRC/Jessie Discussion on the linux-elitists lists
On 20/05/16 09:26, Svante Signell wrote: > On Wed, 2016-05-18 at 06:26 -0400, Boruch Baum wrote: >> On 2016-05-18 12:11, Svante Signell wrote: ... >>> I'm listed as a co-maintainer of openrc (as well as ifupdown). >>> However, due to >>> the hostile environment in Debian I'm reluctant to do any serious >>> work on these >>> packages, except contributing to RC bugs being solved, to keep them >>> in testing. ... >>> In my opinion the usage of init-system-helpers is wrong, why not >>> use the package >>> update system already available: update-alternatives? See also >>> dpkg-divert. >> >> +1 >>> The idea could be developed further, to use debian's proven >>> 'update-alternatives' method for switching amongst init-systems. > > What do you say, maybe we should create a package named init-freedom > (suggested by jaromil/nexttime?) using the update-alternatives tool? > That would override the debian init-system-helpers, which I find fairly > obsolete, but it is probably there due to systemd-sysv. I strongly disagree here - for several reasons: 1) changing the init system daemon is not as simple as changing which binary gets run. There is a whole lot of other jobs that needs to be done most of which would obviate a reboot - particularly when changing too/from systemd. We need init-system-helpers and dh_ to be able to ensure that packages get the mechanisms that ensure smooth transitions between init systems. 2) Switching the init using update alternatives directly makes it easy for packagers to hijack the init by setting a priority higher then other init alternatives. This moves the control of default init to individual packagers rather then as a distrobution controlled default. Also this would allow unintended changes between inits to occur if a malicious packager bumped the priority value of the alternatives. Having to install a package would also ensure that the appropriated init-system-helper hooks get run to nicely manage the transition for all effected service daemons. 2) init-system-helpers provides a framework which uses triggers to run hooks based on installation changes to the running init system. Systemd uses it for some triggering some scripts related to changing to/from sysvinit and upstart. We should further extend this functionality to also do deployment/removal of each packages files etc for the installed init systems and when the init package is installed. This makes it easy to transition between init systems but also not have a proliferation of redundant cruft for init systems not being used or in transition. -- Daniel Reurich Centurion Computer Technology (2005) Ltd. 021 797 722 signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] simple-netaid/netman connection info
Hi fsmithred, Quote: "Is the connection information in simple-netaid/netman still stored under /etc/network/wifi, or has that changed?" Yes, /etc/network/wifi is still used to store wifi connection information. The files will still store eth0 and wlan0 as network devices. These are substituted by the actual device on the system when a connection attempt is made by backend. The idea is to allow for network devices with names other than wlan0 and eth0. Please, be informed these 'changes' are stored in /run/simple-netaid which is a RAM based filesystem and is therefore volatile. eth0 and wlan0 are only placeholders which could have been substituted with other strings but there was no need as eth0 and wlan0 clearly refer to network devices. Now, for minimal systems you can also use simple-netaid-lightweight. This is all programmed in C with the GUI using GTK+2. The GUI is not as shiny and elaborate as simple-netaid-gui (Lazarus Pascal). If you decide to use it, please inform me what you think should be added. I will make my best provided the task is within my reach. If you have other questions feel free to ask. Edward On 19/05/2016, fsmithred wrote: > Is the connection information in simple-netaid/netman still stored under > /etc/network/wifi, or has that changed? I haven't kept up with that, and I > need to know for refractasnapshot, as there is an option to include or > exclude network settings when making the snapshot. > > -fsr > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Artistic decisions - keyboard mappings
Hi, very good idea! Please take a look for one Unix keyboard, https://deskthority.net/w/images/8/8d/Suntype5.jpg For my finger/thumb is a pleasant to have Ctrl on the right place, i use often Ctrl-a, Ctrl-s, Ctrl-w, Ctrl-x, Ctrl-c, Ctrl-v, Ctrl-q, Ctrl-e Swap Ctrl and Capslook is ergonomic, also for Windows user, typists. Print key is useful, please do not remove it. Other think for the tty term, if you have a High Dpi (hidpi) laptop, you are happy with have terminus fonts, that scale. Cheers, Mike ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
