Re: [DNG] How to change default session
On Tue, 24 May 2016 08:26:31 +0200, Emninger wrote: > Am Tue, 24 May 2016 05:41:47 + > schrieb Irrwahn : > >> No need to, since there is no such dependency at all: [...] > I see. But why, when i install lightdm, then it always installs > gnome-accessibility-themes as well? [...] There is actually a simple and obvious answer to that question: When sleep deprived I am a complete moron! :P Seriously now, I was in fact a bit hasty and didn't do my homework carefully enough. The song goes like this: * lightdm *Depends* on lightdm-gtk-greeter * lightdm-gtk-greeter *Recommends* gnome-themes-standard * gnome-themes-standard *Recommends* gnome-accessibility-themes However, that's nothing serious. You should thus be able to uninstall gnome-accessibility-themes after installing lightdm without breaking anything. Protip: If you'd like to avoid such unwanted installs, there is an easy way to tweak apt, namely by creating this file: $ cat /etc/apt/apt.conf.d/01norecommends APT::Install-Recommends "0"; APT::Install-Suggests "0"; Actually, that's usually one of the first things I do on a fresh De??an system. There is one potential drawback though: *Some* of the "Recommends" might actually be quite useful. In those cases you'd have to install them manually. HTH, Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to change default session
Am Tue, 24 May 2016 07:27:11 + schrieb Irrwahn : Thanks!!! > Protip: If you'd like to avoid such unwanted installs, > there is an easy way to tweak apt, namely by creating > this file: > > $ cat /etc/apt/apt.conf.d/01norecommends > APT::Install-Recommends "0"; > APT::Install-Suggests "0"; > > Actually, that's usually one of the first things I do on > a fresh De??an system. There is one potential drawback > though: *Some* of the "Recommends" might actually be quite > useful. In those cases you'd have to install them manually. Just a simple question: the "--no-install-recommends" (or "--with(out)-recommends" for aptitude) would do the same? ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Evince
On Tue, 24 May 2016 08:44:52 +0200, Jaromil wrote: > On Mon, 23 May 2016, Irrwahn wrote: >> On Mon, 23 May 2016 21:16:51 +0200, Jaromil wrote: [Proposal of a Wiki page providing recommendations for Devuan endorsed default software ...] > A good start could be to draft this for the default > desktop (XFCE) keeping in mind recommended applications should add as > less dependencies as possible to it (XFCE has already many...) Ack. > also I come to think such a list should be in a plain/text tree format > like YAML, so that can be programmatically parsed to create a usable > menu, unlikely the .desktop generated one which is ridicolously > unhandy (as previously mentioned also here) Double-Ack. [About devuan talk page ...] > yet it is the single best option we have right now for a maintainable > wiki for the Devuan project. The other option being wikis on gitlab > (not so handy and taxing for the system they run on) and markdown > pages edited via Git just like code (my favorite, but has a steep > adoption curve for those not used to Git). Maybe it would be feasible to maintain it as a git project, synchronized with a pretty talk page? On second thought, that's probably just adding yet another level of complexity. Just brainstorming now. Regards Urban P.S.: I may be not be /quite/ as old as some of my comments might make me appear. However, I can still feel the relief that CRTs with amber phosphor brought, compared to the green eye cancer. ;o) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to change default session
On Tue, 24 May 2016 09:50:39 +0200, Emninger wrote: > Am Tue, 24 May 2016 07:27:11 + > schrieb Irrwahn : [...] >> >> $ cat /etc/apt/apt.conf.d/01norecommends >> APT::Install-Recommends "0"; >> APT::Install-Suggests "0"; >> [...] > Just a simple question: the "--no-install-recommends" (or > "--with(out)-recommends" for aptitude) would do the same? Yes, correct; should've mentioned that for completeness sake. Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan Minimal Live Images -- Update
Hi, I downloaded Devuan 1.0 Jessie Minimal Beta Live and tried startx but nothing happened. Edward On 23/05/2016, KatolaZ wrote: > On Mon, May 23, 2016 at 08:05:18PM +0200, aitor_czr wrote: >> >> >> El 23/05/16 a las 18:57, KatolaZ escribió: >> >Hi Aitor, >> > >> >thanks a lot for spotting that:) Indeed, we are using only >> >initrd_devuan_micro.img at the moment. I have checked that the amd64 >> >version does not have it, and I will remove the unneeded one from the >> >i386 image. Since it is xz-ed, this will reduce the whole image disk >> >footprint by a good 6.8MB:) >> > >> >Thanks >> > >> >KatolaZ >> >> Mmmmh..., i still didn't test it. I only uncompressed the >> filesystem.squashfs, but i suspect that this initrd will produce a >> kernel panic. The system will find a file named >> initrd.img-3.16.0-4-586, and it doesn't exist. >> > > Well, in the minimal live images I put online the system is instructed > to look for initrd_devuan_micro.img, so there is no kernel panic. It > should not be too difficult to do the same in grub, if you want. > > I don't want to use the same name as the initrd provided with the > standard kernel, since mine is not the same guy :) > > 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 > ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan Minimal Live Images -- Update
On Tue, May 24, 2016 at 10:12:00AM +0200, Edward Bartolo wrote: > Hi, > > I downloaded Devuan 1.0 Jessie Minimal Beta Live and tried startx but > nothing happened. > eheheh! "minimal" means "contains only the essential stuff in the smallest possible amount of space". Hence you will find a console interface, and a lot of console-based utilities, but no X. The lack of X is also stated clearly in the webpage. If you need a live with X, you can find one of those made available by fsmithred and the refracta team. 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] Evince
Le 23/05/2016 23:29, Rainer Weikusat a écrit : Rainer Weikusat writes: [...] Emacs is a somewhat old-fashioned/ traditional[*] Lisp implemenation [*] It doesn't support lexical scoping. No idea what that means. I like emacs for text editing and don't use it for anything else. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] what Emacs really is, jokes aside.
Le 24/05/2016 03:36, Hendrik Boom a écrit : On Mon, May 23, 2016 at 11:16:48PM +0200, Didier Kryn wrote: Le 23/05/2016 19:49, Jaromil a écrit : I have no use for a PDF viewer that can't print. Else I'd just use Emacs for that too ;^) ___ Indeed it does! I didn't even thought to try that. Looks like one of these useless features in Emacs, given the number of pdf viewers, or is it that Emacs wants to become a DE by itself. I read once it can also send mails, and it can act as an IDE. I use it only to edit files - and for Dr psychologist :-) Didier Emacs is not trying to be a development environment; it always was one. Emacs is an excellent user interface, development environment, and desktop for ancient, text-only terminals. That's what it was for back in the day. That's what it still is. But people seem to be able to afford better terminals these days. I mostly use it in an xterm, with the -nw option. I'm old-fashioned. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] what Emacs really is, jokes aside.
> Emacs is an excellent user interface, development environment, and > desktop for ancient, text-only terminals. That's what it was for back > in the day. That's what it still is. > > But people seem to be able to afford better terminals For me, Emacs is a lot more than a development environment, though it's good for that too. I've written whole books using Emacs as my editor, and it's ability to handle unicode (and thus, foreign scripts) has been a Godsend. I've mentioned a couple of times that I live in Taiwan, and Emacs has great Chinese-input capabilities - superb for editing the html pages on my bilingual website. Kudos to all the folks who have worked on Emacs through the years. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Emacs as PID1, was Re: Evince
On Tue, 24 May 2016 08:34:37 +0200, Jaromil wrote: > On Mon, 23 May 2016, Irrwahn wrote: > >> "Emacs is a great operating system, it lacks a good editor, though." [...] >> Maybe if someone could add some system init code and process >> supervision functionality to it, that would shed a whole new >> light on the current systemDebacle. [...] > This is one of the reasons I do love the effort > of GNU DMD (now renamed Sheperd) as a init system, because is written > in Guile (scheme dialect of LISP). D'oh! Now I feel ever so slightly embarrassed for having made such a facetious proposal. 8^D Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Emacs as PID1
> On Mon, 23 May 2016, Irrwahn wrote: >> ... >> Maybe if someone could add some system init code and process >> supervision functionality to it ... For process supervision, try 'M-x proced', a "mode for displaying system processes and sending signals to them". -- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Emacs as PID1
On Tue, 24 May 2016, Boruch Baum wrote: > > On Mon, 23 May 2016, Irrwahn wrote: > >> ... > >> Maybe if someone could add some system init code and process > >> supervision functionality to it ... > > For process supervision, try 'M-x proced', a "mode for displaying > system processes and sending signals to them". ahahaah I'm laughing hard at your sarcasm guys well there is one thing I also don't like the new name "Sheperd" its s paternalistic, gosh I think LISP is all about freedom! :^))) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Evince
On Tue, 24 May 2016, Didier Kryn wrote: > Le 23/05/2016 23:29, Rainer Weikusat a écrit : > >Rainer Weikusat writes: > > > >[...] > > > >>Emacs is a somewhat old-fashioned/ traditional[*] Lisp implemenation > >[*] It doesn't support lexical scoping. > > > > No idea what that means. I like emacs for text editing and don't use it > for anything else. in brief it means that is impossible to define the scope for a function or variable. so if a function or variable has the same name across the running instance, it will clash. one has in fact to use prefixes or suffixes to distinguish. its quite self-defeating for Emacs at this stage of development, but we can live with it. I agree with Robert the multi-lang support is very important and very well implemented in Emacs. Since many years all my work depends from Emacs. I've had the chance to offer a dinner to RMS for my gratitude for Emacs and I'll do that with any other Emacs developer I'll meet in my life. Now I wonder if the above will be repeated by someone with s/Emacs/systemd/ in some future. maybe its all relative and we are all fanatics in the eyes of Vim users :^))) ciao ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Zathura (was Evince)
Hi Robert, El 24/05/16 a las 02:42, Robert Storey escribió: I'd love to install Atril, but after an "apt-get update" and "apt-get dist-upgrade" it's no longer in the repositories for AntiX. I'm not sure why that is. There is a lightweight PDF viewer for Devuan called Zathura: https://pwmt.org/projects/zathura/ There are .deb packages in the repositories. I tested it and it works fine. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Evince
.. On 2016-05-24 12:50, Jaromil wrote: > ... > I agree with Robert the multi-lang support is very important and very > well implemented in Emacs. Since many years all my work depends from > Emacs. I've had the chance to offer a dinner to RMS for my gratitude > for Emacs and I'll do that with any other Emacs developer I'll meet in > my life. The bidi algorithm does have serious problems in org-mode for rendering paragraphs in documents with both normal right-to-left languages of and the fashionable left-to-right ones. For example, a Hebrew paragraph in an English org mode document renders in reverse line order, ie. a three line paragraph will display text in the correct direction but it will display: line 3 line 2 line 1 -- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Zathura (was Evince)
El 24/05/16 a las 13:10, aitor_czr escribió: Hi Robert, El 24/05/16 a las 02:42, Robert Storey escribió: > I'd love to install Atril, but after an "apt-get update" and "apt-get > dist-upgrade" it's no longer in the repositories for AntiX. I'm not sure > why that is. There is a lightweight PDF viewer for Devuan called Zathura: https://pwmt.org/projects/zathura/ There are .deb packages in the repositories. I tested it and it works fine. Cheers, Aitor. It's written in C and uses Gtk3. Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Emacs as PID1
On Tue, 24 May 2016 06:38:34 -0400, Boruch Baum wrote: >> On Mon, 23 May 2016, Irrwahn wrote: >>> ... >>> Maybe if someone could add some system init code and process >>> supervision functionality to it ... > > For process supervision, try 'M-x proced', a "mode for displaying > system processes and sending signals to them". O.o * Frantically rummaging in help pages for command to drain coffee from keyboard. * ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Emacs as PID1
On Tue, 24 May 2016, Irrwahn wrote: > On Tue, 24 May 2016 06:38:34 -0400, Boruch Baum wrote: > >> On Mon, 23 May 2016, Irrwahn wrote: > >>> ... > >>> Maybe if someone could add some system init code and process > >>> supervision functionality to it ... > > > > For process supervision, try 'M-x proced', a "mode for displaying > > system processes and sending signals to them". > > O.o > > * Frantically rummaging in help pages for > command to drain coffee from keyboard. * ahahahah BTW https://github.com/wasamasa/zone-nyan of course everyone needs that. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] what Emacs really is, jokes aside.
Just for fun... Not everyone knows this, but Emacs can be your psychiatrist. If you haven't tried it yet, take a look at "doctor" https://www.emacswiki.org/emacs/EmacsDoctor ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] OpenRC
Is there a link to an instruction how to use (and setup) openrc together with sysvinit? I'd like to use openrc as a tool to administrate daemons and services since i find it a lot more "logical" (easy?). One question for example is, if can be used the (needed) openrc scripts from other distros (like Gentoo or Manjaro)? To form them on my one, i think that's far away from my capabilities ... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] what Emacs really is, jokes aside.
On Tue, 24 May 2016 19:55:07 +0800, Robert Storey wrote: > Just for fun... > > Not everyone knows this, but Emacs can be your psychiatrist. If you haven't > tried it yet, take a look at "doctor" Of course, never miss out on aunty ELIZA! In case of emergency dial M-x doctor. Will soon be in desperate need for therapy; should I ever survive that Emacs thread, that is. Nyan [Virus supplied by courtesy of Jaromil. :P] Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to change default session
Am Tue, 24 May 2016 07:27:11 + Irrwahn wrote:: > I tried that a few days ago, and got some ... umm ... > "interesting" results. I just tried that again on a clean > VM install (dropped a one-liner for ~/.xsessionrc) and at > first it did indeed look better. However, after exiting from > jwm immediately the (default) lxde session came up, and I > had to in turn log out of that to return to the DM (lightdm > or slim, either one). > > On second thought that's not surprising, so I added exit 0 > to .xsessionrc, e viola: exiting from jwm dropped me back > to the DM. *However*, I am not entirely convinced that > method has no other drawbacks besides the obvious flaw that > I now can no longer log into another session type by > selecting it in the display manger. Clearly more hacking > is needed here! And all that just to keep a deprecated, > broken display manager. But, oh well! :P That's interesting: Just guessing in the dark (me, eh, not you capable persons!) there might be also my problem with the logout (which happens from time to time). Apparently, it looks like the logout does not get to an X process resting blocked there. So, i tried your "exit 0". Now, i wanted to ask - a probably very dumb question: .xsessionrc or .xinitrc (what's difference? .xinitrc is used/needed to do "startx" (i.e. start X without a login manager), correct? How otoh i would make slim point to .xsessionrc ? Just to try i edited both identically: --- #!/bin/bash xrdb -merge .Xresources setxkbmap -option terminate:ctrl_alt_bksp exec jwm exit 0 --- It seems to work for starting X via startx. For slim i would have to change the login command this way: login_cmd exec /bin/bash -login ~/.xinitrc ? @ Irrwahn: Your keyboard setting to have the forced break of an xsession seems to not be respected though (?) What am i doing wrong? Or, might there be an alternative to set that keyboard command in the startup of JWM? I looked into the startup of my old fluxbox/crunchbang desktop and there i have: # Only run fbxkb when there are more than 1 available layouts setxkbmap -query | grep "^layout:" | sed "s/^layout: *//" | \ grep -q "," && [ -x /usr/bin/fbxkb ] && fbxkb & Would that be, ceteris paribus, transposable, in some way, to jwm to have the Ctrl+Alt+Bksp... (?) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] OpenRC
On Tue, 24 May 2016 14:06:33 +0200, Emninger wrote: > Is there a link to an instruction how to use (and setup) openrc > together with sysvinit? DISCLAIMER: I never tried that, so please take my suggestions with a buckload of salt. (Corrections welcome!) Having that out of the way: There is this presumably outdated page you might want to have a look at: https://wiki.debian.org/OpenRC > I'd like to use openrc as a tool to administrate daemons and services > since i find it a lot more "logical" (easy?). One question for example > is, if can be used the (needed) openrc scripts from other distros (like > Gentoo or Manjaro)? To form them on my one, i think that's far away > from my capabilities ... AIUI, OpenRC uses the same RC scripts as does SysV-RC. However, if _I_ were to tinker with that, I'd first try it in a virtual machine. The risks to end up with an unbootable system are IMHO to high to mess with a "production machine"[1][2]. Plus, VMs are much faster in rebooting, and much easier to restore to a working state (think snapshots). [1] In the broadest sense of the term. [2] Just because there is by now already a variety of preliminary Devuan live images (BTW, thanks aitor, fsr, KatolaZ, et al.!), is not necessarily a sound reason to test drive them as a recovery option for a botched up system. Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to change default session
On Tue, 24 May 2016 14:25:09 +0200, Emninger wrote: > Am Tue, 24 May 2016 07:27:11 + > Irrwahn wrote:: > >> I tried that a few days ago, and got some ... umm ... >> "interesting" results. I just tried that again on a clean >> VM install (dropped a one-liner for ~/.xsessionrc) and at >> first it did indeed look better. However, after exiting from >> jwm immediately the (default) lxde session came up, and I >> had to in turn log out of that to return to the DM (lightdm >> or slim, either one). >> >> On second thought that's not surprising, so I added exit 0 >> to .xsessionrc, e viola: exiting from jwm dropped me back >> to the DM. *However*, I am not entirely convinced that >> method has no other drawbacks besides the obvious flaw that >> I now can no longer log into another session type by >> selecting it in the display manger. Clearly more hacking >> is needed here! And all that just to keep a deprecated, >> broken display manager. But, oh well! :P > > That's interesting: Just guessing in the dark (me, eh, not you capable > persons!) there might be also my problem with the logout (which happens > from time to time). Apparently, it looks like the logout does not get > to an X process resting blocked there. So, i tried your "exit 0". > > Now, i wanted to ask - a probably very dumb question: > > .xsessionrc or .xinitrc (what's difference? .xinitrc is used/needed to > do "startx" (i.e. start X without a login manager), correct? How otoh i > would make slim point to .xsessionrc ? I did'n have to do anything special in my installation. Just create-edited .xsessionrc, logged out and in again, that was it. So, beats me. > Just to try i edited both identically: > --- > #!/bin/bash > xrdb -merge .Xresources > setxkbmap -option terminate:ctrl_alt_bksp > exec jwm > exit 0 > --- Works for me, except no .Xresources here, so I dropped that line. > It seems to work for starting X via startx. For slim i would have to > change the login command this way: > > login_cmd exec /bin/bash -login ~/.xinitrc > > ? Why would you have to? I'm getting more confused by the minute. :o > @ Irrwahn: Your keyboard setting to have the forced break of an > xsession seems to not be respected though (?) Checked with your above script. Again, works for me: C-M-BS kills X server dead instantly. > What am i doing wrong? Or, might there be an alternative to set that > keyboard command in the startup of JWM? I looked into the startup of my > old fluxbox/crunchbang desktop and there i have: > > > # Only run fbxkb when there are more than 1 available layouts > setxkbmap -query | grep "^layout:" | sed "s/^layout: *//" | \ > grep -q "," && [ -x /usr/bin/fbxkb ] && fbxkb & > > > Would that be, ceteris paribus, transposable, in some way, to jwm > to have the Ctrl+Alt+Bksp... (?) I don't even …. I simply fail to imagine what you might have done to your system to make it break so badly. Maybe something in your $HOME, pulled in from your previous installation, e.g. in your .Xresources? *Did you try it with an alternative, clean user account?* Maybe unrelated, just mentioning it for the sake of completeness: xmodmap and setxkbmap don't play together nicely, cancelling out each others changes! (Anecdotal evidence, I cannot explain the real reason for this.) Bottom line: I am totally at a loss. Sorry! :S Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Evince
Didier Kryn writes: > Le 23/05/2016 23:29, Rainer Weikusat a écrit : >> Rainer Weikusat writes: >> >> [...] >> >>> Emacs is a somewhat old-fashioned/ traditional[*] Lisp implemenation >> [*] It doesn't support lexical scoping. >> > > No idea what that means. It means that any binding of some symbol is globally visible during the dynamic lifetime of the scope which established it instead of being restricted to code which is lexically contained in this scope. Contrived example for that: ; function returning the current value of x + 1 ; (defun 1+x () (1+ x)) -> 1+x ; function which binds x to the value passed as argument and ; then invokes 1+x ; (defun 1+v (v) (let ((x v)) (1+x))) -> 1+v ; set x to 15 ; (setq x 15) -> 15 ; call 1+v with argument 4 ; (1+v 4) -> 5 ; call 1+x in the global environment ; (1+x) -> 16 This can be executed via *scratch* buffer which does Lisp evaluation upon C-j. I've marked the lines showing return vaues with ->. 'Lexical scoping' (which works the way 'local variables' usually work in other languages) didn't exist in the 'Lisp world' until Scheme came to be. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Evince
Jaromil writes: [...] > maybe its all relative and we are > all fanatics in the eyes of Vim users :^))) Confused people having confused opinions ... [rw@doppelsaurus]~#dpkg -l | grep 'ii *[^ ]*vim\? ' ii nvi 1.81.6-8.2 amd644.4BSD re-implementation of vi ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Request for Removal of slim package from Devuan
To the Devs in charge, and to whom it may concern. I just filed an issue against the Devuan slim package, requesting its removal from future Devuan releases. Full quote below signature. Regards Urban - Request for Removal of slim package from Devuan I hereby request that the slim package, containing the SLiM Simple Login Manager, be removed from future releases of Devuan, at least from the Jessie and testing suites. It may have its place in unstable for the time being. The reasoning that leads to this appeal is as follows: 1. It has no upstream. The project has evidently been abandoned, the homepage was taken off the web, leaving behind a stale github mirror that as of today carries only a README file dated from 2016-04-12, containing the following information, verbatim quote: "Note: This repository was used as backup source and is no longer maintained." [1] 2. SLiM has various apparent issues, notably: * not playing nice with X session managers * being unable to preserve the last chosen session between logins * it is a nuisance to provide user support for 3. It has already been removed from Debian testing and unstable (sic!). There is reason to suspect it would have been removed from Debian 8, were it not for the early Jessie freeze on 2014-11-05. 4. The Devuan package appears orphaned, the code has not been touched for about a year. Considering its upstream is no longer maintained either, the package might impose a security risk not tenable for a stable release. [1] Cf. https://github.com/data-modul/slim - ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Request for Removal of slim package from Devuan
On Tue, 24 May 2016 16:08:51 +0200, Irrwahn Grausewitz wrote: > 3. It has already been removed from Debian testing and unstable (sic!). Not so. Bad research on my behalf. Sorry! Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Request for Removal of slim package from Devuan
On Tue, 24 May 2016 16:08:51 +0200, Irrwahn Grausewitz wrote: > I just filed an issue against the Devuan slim package, > requesting its removal from future Devuan releases. Just to prevent possible misunderstandings, some clarification re my stance on that: I would never object to Devuan becoming the new upstream for SLiM! IMO it would be nice to have a lightweight graphical login manger available, especially for low end hardware. However, until somebody steps up and fixes the obvious errors I propose to let it reside solely in unstable. *If* it gets eventually fixed, it can go down the designated path of being allowed to enter testing, and eventually stable, once testing becomes the new stable. BTW, fun fact, these are the versions of slim currently in the Devuan repos: testing: 1.3.6-5+devuan1 stable, unstable: 1.3.6-5+devuan3 Anybody else notice something odd? }:-P Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to change default session
Am Tue, 24 May 2016 14:12:07 + schrieb Irrwahn : > Checked with your above script. Again, works for me: C-M-BS > kills X server dead instantly. So does for me now; there was a typo in ~/.xsession.rc :-( I changed the cmd_login line in slim to be sure it loads correctly all i want. If i execute the standard login_cmd without cycling thru the sessions options, no desktop is started at (but i want charge you to try something with slim - i saw your request ;). BUT: Just to learn something what would be the difference between .xinitrc and .xsessionrc? In the standard login command (for linux) login_cmd exec /bin/bash -login /etc/X11/Xsession %session %session is referred to what? The session chosen (by F1)? And, do i read correctly /etc/X11/Xsession, that it automatically integrates ~/.Xresources and ~/.xsessionrc ? So, there will be no need to merge .Xresources in .xsessionrc ... (?) - differently from .xinitrc which starts X without using /etc/X11/Xsession. Thanks a lot in advance for our patience! ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to change default session
On Tue, 24 May 2016 17:28:44 +0200, Emninger wrote: [...] > I changed the cmd_login line in slim to be sure it loads correctly all > i want. If i execute the standard login_cmd without cycling thru the > sessions options, no desktop is started at (but i want charge you to > try something with slim - i saw your request ;). Leading me onto thin ice, eh? ;-D Oh well, I bite! :P > BUT: Just to learn something what would be the difference > between .xinitrc and .xsessionrc? > > In the standard login command (for linux) > login_cmd exec /bin/bash -login /etc/X11/Xsession %session > %session is referred to what? The session chosen (by F1)? You are referring to /etc/slim.conf here. And yes, I assume(!) %session gets substituted with your selection from the F1 menu. > And, do i read correctly /etc/X11/Xsession, that it automatically > integrates ~/.Xresources and ~/.xsessionrc ? So, there will be no need > to merge .Xresources in .xsessionrc ... (?) - differently from .xinitrc > which starts X without using /etc/X11/Xsession. I think pages like e.g. http://unix.stackexchange.com/questions/281858/ explain it better than I can, but I'll have a go at it anyway: Your ~/.xinitrc is executed by xinit when you use startx to bring up the X server. It is only used for that purpose, and ignored when starting X via a login manager. In fact, you can launch a session manager from within .xinitrc. Note: if there is no .xinitrc, in Debian startx invokes the default Xsession scripts, effectively doing the same as a graphical login would do, including sourcing .xsessionrc (see below). (On my desktop I do not have .initrc, but have .Xresources and .xsessionrc. No matter if I use startx or lightdm, I basically get the same X environment.) Your ~/.xsessionrc is sourced by the script /etc/X11/Xsession.d/40x11-common_xsessionrc (using the $USERXSESSIONRC variable set in /etc/X11/Xsession). Your ~/.Xresources is sourced by the script /etc/X11/Xsession.d/30x11-common_xresources (using the $USRRESOURCES variable set in /etc/X11/Xsession). So, yes, your analysis is dead on. Matter of fact, you don't need *any* of .xinit, .Xresources or .xsessionrc, *unless* you need to perform some fancy extra configuration/initialization (like for the X server kill hotkey, etc.). IOW: You can boot into X with an completely empty home directory! Note 1: .xsessionrc is a "debianism", not necessarily present in other distributions. Note 2: There are even more hooks into the X startup sequence, as explained in the article linked above. > Thanks a lot in advance for our patience! Again, you're welcome. I even learned a bit myself over the course of the past few days, so ... yeah. :) Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] editor in scheme
On Tue, May 24, 2016 at 08:37:40AM +0200, Jaromil wrote: > > Personally and daydreaming, on the longlong term :^) I'd rather > appreciate an effort that ditches elisp alltogether, learning from the > goods and bads of Emacs, and builds something on a more modern LISP > interpreter like Guile2 or even better Clojure. I'm a big fan of the > latter actually, its a pity that most editors written in clj are > proprietary. There is an editor written as part of the Racket version of Scheme. It's part of its development environment. I don't know how separable it is, -- hedrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Evince
On Tue, May 24, 2016 at 02:47:04PM +0100, Rainer Weikusat wrote: > Didier Kryn writes: > > Le 23/05/2016 23:29, Rainer Weikusat a écrit : > >> Rainer Weikusat writes: > >> > >> [...] > >> > >>> Emacs is a somewhat old-fashioned/ traditional[*] Lisp implemenation > >> [*] It doesn't support lexical scoping. > >> > > > > No idea what that means. > > It means that any binding of some symbol is globally visible during the > dynamic lifetime of the scope which established it instead of being > restricted to code which is lexically contained in this scope. > > Contrived example for that: > > ; function returning the current value of x + 1 > ; > (defun 1+x () (1+ x)) > -> 1+x > > ; function which binds x to the value passed as argument and > ; then invokes 1+x > ; > (defun 1+v (v) > (let > ((x v)) > (1+x))) > -> 1+v > > ; set x to 15 > ; > (setq x 15) > -> 15 > > ; call 1+v with argument 4 > ; > (1+v 4) > -> 5 > > ; call 1+x in the global environment > ; > (1+x) > -> 16 > > This can be executed via *scratch* buffer which does Lisp evaluation > upon C-j. I've marked the lines showing return vaues with ->. Note: This example describes dynamic scoping. The call to (1+x) uses the x that's active where it is called, not where it is defined. In lexical scoping, it would always use the x where it is defined, no matter what extraneous x's are around where it is called. > > 'Lexical scoping' (which works the way 'local variables' usually work in > other languages) didn't exist in the 'Lisp world' until Scheme came to > be. Not quite. In Lisp 1.5 way back in the 60's they realised absence of lexical scope was a problem, and invented a wrapper called FUNCTION that you placed around a lambda expression that would make the enclosed lamda expression lexically scoped. But Scheme decided that the extra syntax was stupid and implemented lambda expressions lexically from the start. -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Evince
El 24/05/16 a las 16:12, Rainer Weikusat escribió: It means that any binding of some symbol is globally visible during the dynamic lifetime of the scope which established it instead of being restricted to code which is lexically contained in this scope. Contrived example for that: ; function returning the current value of x + 1 ; (defun 1+x () (1+ x)) -> 1+x ; function which binds x to the value passed as argument and ; then invokes 1+x ; (defun 1+v (v) (let ((x v)) (1+x))) -> 1+v ; set x to 15 ; (setq x 15) -> 15 ; call 1+v with argument 4 ; (1+v 4) -> 5 ; call 1+x in the global environment ; (1+x) -> 16 This can be executed via*scratch* buffer which does Lisp evaluation upon C-j. I've marked the lines showing return vaues with ->. 'Lexical scoping' (which works the way 'local variables' usually work in other languages) didn't exist in the 'Lisp world' until Scheme came to be. This thread isn't related with evince... It's related with emacs and lisp. So, can we change the subject of the thread to something like Emacs and Lisp? :) Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] voice notifying - how to turn off
W dniu 23.05.2016 o 14:39, Sadegh Sadegh pisze: > Second: when I installed smplayer from synaptic, it has no film,but only > voice. > How is this posibel? Try to install libavcodec from synaptic. Or install another player i.e. VLC. Redards Paweł signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] elisp &c (was: Evince)
Hendrik Boom writes: > On Tue, May 24, 2016 at 02:47:04PM +0100, Rainer Weikusat wrote: >> Didier Kryn writes: >> > Le 23/05/2016 23:29, Rainer Weikusat a écrit : >> >> Rainer Weikusat writes: >> >>> Emacs is a somewhat old-fashioned/ traditional[*] Lisp implemenation >> >> [*] It doesn't support lexical scoping. >> > No idea what that means. [...] >> (defun 1+x () (1+ x)) >> -> 1+x [...] >> (defun 1+v (v) >> (let >> ((x v)) >> (1+x))) >> -> 1+v >> >> (setq x 15) >> 15 [...] >> (1+v 4) >> -> 5 [...] > Note: This example describes dynamic scoping. The call to (1+x) uses > the x that's active where it is called, not where it is defined. > In lexical scoping, it would always use the x where it is defined, no > matter what extraneous x's are around where it is called. The example was supposed to show dynamic scoping but that's something subtly different from what you're writing about. In the example above, the 1+x function does a computation involving a free variable named x. The 1+v functions binds the symbol x to the value passed as argument. Because elisp (up to version 24.1) - as all mainstream variants (whether or not the term 'mainstream lisp variant' make much sense could be discussed) prior to Common Lisp - does dynamic scoping, this binding is visible to all code executed while it is 'alive' at run time, that is (in absence of multi-threading) all code textually contained in the body of the expression which established the binding and all function called from this code, functions called from functions called from this code and so on. Hence, the 1+x call sees the binding established by 1+v and returns the intended result despite there's also a "global" value of x (15). In Common Lisp, the value bound to x by 1+v wouldn't be visible to 1+x unless x was declared special. What you're referring to ... >> 'Lexical scoping' (which works the way 'local variables' usually work in >> other languages) didn't exist in the 'Lisp world' until Scheme came to >> be. > > Not quite. In Lisp 1.5 way back in the 60's they realised absence of > lexical scope was a problem, and invented a wrapper called FUNCTION that > you placed around a lambda expression that would make the enclosed lamda > expression lexically scoped. ... and what the Lisp 1.5 FUNCTION was about was to enable solving the so-called 'upward funarg problem': Assuming a function is returned (passed upward) when evaluating an expression and later activated in a different context, what are free variables used by the returned function supposed to refer to, the values they had at the time when the function was defined or the values they had when the function is activated? Eg, assuming this code, (setq seq-2 (let ((cur 2)) (lambda () (setq cur (1+ cur) (let ((cur 15)) (dotimes (x 10) (print (funcall seq-2 - should this print the numbers 3 - 12 or 16 - 25? The former happens with Common Lisp, the latter with elisp. Lisp 1.5 supported either behaviour despite it didn't do lexical scoping (FUNCTION was supposed to request the first alternative). ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Request for Removal of slim package from Devuan
Irrwahn wrote: > To the Devs in charge, and to whom it may concern. > > I just filed an issue against the Devuan slim package, > requesting its removal from future Devuan releases. Hi Urban, Thanks for writing this up and posting it. I have no stake, not using slim myself, however I did want to respond. > - > > > Request for Removal of slim package from Devuan > > I hereby request that the slim package, containing the SLiM > Simple Login Manager, be removed from future releases of Devuan, > at least from the Jessie and testing suites. It may have its place > in unstable for the time being. > > The reasoning that leads to this appeal is as follows: > > 1. It has no upstream. >The project has evidently been abandoned, the homepage was >taken off the web, leaving behind a stale github mirror that >as of today carries only a README file dated from 2016-04-12, >containing the following information, verbatim quote: >"Note: This repository was used as backup source and is no >longer maintained." [1] What is the most recent update, besides the README? Okay, I checked the referred link, Sep. 30, 2013. Probably there are other, better maintained window managers. A list of Devuan preferred WMs may be better than simply removing this one. > 2. SLiM has various apparent issues, notably: > * not playing nice with X session managers > * being unable to preserve the last chosen session between logins > * it is a nuisance to provide user support for Not strong arguments, in my opinion. * Not everyone uses X session managers. * Most window manager logins do not offer out-of-the-box for maintaining previous session details. * OPs posted difficulties may not inconvenience all users > 3. It has already been removed from Debian testing and unstable (sic!). >There is reason to suspect it would have been removed from Debian 8, >were it not for the early Jessie freeze on 2014-11-05. > > 4. The Devuan package appears orphaned, the code has not been touched >for about a year. Considering its upstream is no longer maintained >either, the package might impose a security risk not tenable for a >stable release. We can suppose that isn't much research to find and exploit buffer overruns in software except for default applications in major applications used as defaults on major distributions and operating systems. Cheers, > [1] Cf. https://github.com/data-modul/slim -- Joel Roth ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Configure Xterm
I would like to have in the terminal (i use xterm), directories shown not only with a different colour (i managed that) but also with final slash (i liked that in some bsd and in slackware), e.g.: ~/.bogofilter/ ~/.claws-mail/ etc. Someone knows by chance how to set that in .Xresources? Thanks a lot in advance. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Request for Removal of slim package from Devuan
On Tue, 24 May 2016 10:36:40 -1000, Joel Roth wrote: > Irrwahn wrote: [...] >> 4. The Devuan package appears orphaned, the code has not been touched >>for about a year. Considering its upstream is no longer maintained >>either, the package might impose a security risk not tenable for a >>stable release. > > We can suppose that isn't much research to find and exploit buffer overruns > in software except for default applications in major > applications used as defaults on major distributions and > operating systems. Thank you for your input, Joel. I would never have beaten the drum, if it was just any old application to be run by a user. But a login manager is IMNSHO a different kettle of fish. While not exactly at the heart of an OS (like e.g. the init system), it is nonetheless usually run under the root account, and is the first point of user interaction after starting up the system. In my humble opinion a quality distribution like Devuan should not show a potential weakness at such a crucial spot by shipping a package in questionable condition. I admit freely I took action in such a drastic form in the hope to attract the attention of potential future maintainers willing to take over the task of saving the package from falling into total oblivion. The gear that squeaks the loudest ... you know the saying. Regards Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Configure Xterm
On Tue, May 24, 2016 at 11:04:59PM +0200, emnin...@riseup.net wrote: > I would like to have in the terminal (i use xterm), directories shown > not only with a different colour (i managed that) but also with final > slash (i liked that in some bsd and in slackware), e.g.: > > ~/.bogofilter/ > ~/.claws-mail/ > > etc. Someone knows by chance how to set that in .Xresources? > It's not a matter of .Xresources, but instead of the alias associated to ls. If you type: $ ls -p all directories will have a trailing "/", so you can set a proper alias to ls in your .bashrc, such as: alias ls='ls --color=auto -p' and you will have colours and trailing slashes. If you want all the set of trailing characters to be used (i.e., * for executables, @ for symlinks, etc.) you can instead use: alias ls='ls --color=auto -F' 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] Unofficial Devuan live images
Hi fsmithred, El 23/05/16 a las 18:01, aitor_czr escribió: El 23/05/16 a las 14:00, fsmithred escribió: I installed using the devuan installer at the boot menu. The first time, I chose a root password. When I booted into the new installation, I could log in as user, but I could not su to root and could not use sudo. Logging in as root did not work, either. You are right, i' try to fix this issue today. In Gnuinos i always include: d-i passwd/root-login boolean false in the preseed.cfg file, because i use to leave the root password blank. Thanks your raising it :) Aitor. I solved this issue hacking "users-setup-udeb". Shortly i will rebuild the installers :) Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] elisp &c (was: Evince)\
On Tue, May 24, 2016 at 08:40:37PM +0100, Rainer Weikusat wrote: > > ... and what the Lisp 1.5 FUNCTION was about was to enable solving the > so-called 'upward funarg problem': Assuming a function is returned > (passed upward) when evaluating an expression and later activated in a > different context, what are free variables used by the returned function > supposed to refer to, the values they had at the time when the function > was defined or the values they had when the function is activated? Eg, > assuming this code, And by wrapping FUNCTION around every lambda-expression (which I did in those days) you oachieve lexical scoping. But it's messy, and there's no defense against accidentally leaving FUNCTION out. -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Request for Removal of slim package from Devuan
On Tue, May 24, 2016 at 04:53:15PM +0200, Irrwahn wrote: > On Tue, 24 May 2016 16:08:51 +0200, Irrwahn Grausewitz wrote: > > I just filed an issue against the Devuan slim package, > > requesting its removal from future Devuan releases. > > Just to prevent possible misunderstandings, some > clarification re my stance on that: > > I would never object to Devuan becoming the new upstream > for SLiM! IMO it would be nice to have a lightweight > graphical login manger available, especially for low > end hardware. It would be fun for Devuan to become the upstream source for a Debian package. -- hendrik > > However, until somebody steps up and fixes the obvious > errors I propose to let it reside solely in unstable. > *If* it gets eventually fixed, it can go down the > designated path of being allowed to enter testing, and > eventually stable, once testing becomes the new stable. > > BTW, fun fact, these are the versions of slim currently > in the Devuan repos: > > testing: 1.3.6-5+devuan1 > stable, unstable: 1.3.6-5+devuan3 > > Anybody else notice something odd? }:-P > > 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] Evince
Hi, Sorry for hooking back an earlier part of this thread, but I turned back to xpdf a while back as it was the only pdf viewer that I found produces consistently good and correct rendering results. It can print too. The biggest problem is it is way too ugly. If we could wrap a nicer interface around it, then I think it would be a master stroke. Regards, Daniel. On 24 May 2016 5:49:13 AM NZST, Jaromil wrote: On Mon, 23 May 2016, Steve Litt wrote: But Evince had one thing mupdf doesn't: A print function. A lot of times a PDF that won't print right just by saying lpr -P myprinter mypdf.pdf will print just fine if printed from Evince. yep, that kept me stuck with evince all this time and until now. hence my enthusiasm for Atril. sorry mupdf but... I have no use for a PDF viewer that can't print. Else I'd just use Emacs for that too ;^) Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Pi hole
On Sat, 2016-05-21 at 16:43 +0200, Adam Borowski wrote: > Yay curl|bash. I'd say recommending such a command as their > installation > method means their view on security is so bad that no one should > touch them > with a $LENGTH pole. At least as safe as a package, both are taking executable content from a source you don't implicitly trust and running it as root. (The install video shows a normal user but it assumes that user can run sudo. Look at the source.) Now if it were a http url there would at least be an argument about Man in the Middle threat, but it is an https. All they are doing is making a single cut/paste job to install instead of a list of command most newbs will screw up and then flood the forums about. signature.asc Description: This is a digitally signed message part ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Pulseaudio ...
Is pulseaudio necessary? As i understand it (and as i remember), it shouldn't be needed (in lubuntu at least in former times) it was not installed ... (?) But it's a long time i was away from Debian ... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Pulseaudio ...
Hi emninger pulseaudio is a layer on top of alsa, and no it's not necessary Ozi On Wed, May 25, 2016 at 3:56 PM, wrote: > Is pulseaudio necessary? As i understand it (and as i remember), it > shouldn't be needed (in lubuntu at least in former times) it was not > installed ... (?) But it's a long time i was away from Debian ... > ___ > 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
