Re: [DNG] Jessie -> Ascii upgrade breaks X (solved)
On Thu, May 24, 2018 at 08:09:24AM -0400, fsmithred wrote: > On 05/24/2018 02:29 AM, Joel Roth wrote: > > Hi KatolaZ :-) > > > > On Thu, May 24, 2018 at 07:01:26AM +0100, KatolaZ wrote: > >> On Wed, May 23, 2018 at 07:52:16PM -1000, Joel Roth wrote: > >> > >> [cut] > >> > >>> > >>> Some additional information. > >>> > >>> First, the hardware concerned is an i5 processor with Intel > >>> graphics, usually well supported by xorg. > >>> > >> > >> Before you get lost looking for ghosts: that's nothing related to > >> hardware. In ASCII permission to run xserver as mortal user is not > >> automatically granted any more (comes from Stretch). There are several > >> threads in dev1galaxy about that, and at least 2 solutions, which I > >> don't remember about unfortunately. I am sure fsmithred or msiism will > >> come to the rescue. > > > > Aside from the changes to /etc/apt/sources.list, I really > > didn't look into ramifications of upgrading. With > > Apple-fanboy optimism, I expected everything to just work. > > > > I did look at the Upgrade to Ascii notes, but not at > > the dev1galaxy forum. > > > > Thanks for the encouragement! > > > > (writing from a console -- at least I can sort-of > > function despite problems with the graphic windowing > > environment :) > > > > Joel > > > > > > Yes, there are two solutions to be able to run startx as user. > > 1. Make sure xserver-xorg-legacy is installed and add the following line > to /etc/X11/Xwrapper.config. X will be running as root. > > needs_root_rights=yes > > or... > > 2. If you'd like to run X with only user privs, install libpam-elogind. Thanks, fsmithred Both methods work. I note that elogind uses DBus and policy-kit. -- Joel Roth ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Raspberrypi images
On Tue, May 29, 2018 at 12:02:39PM +0200, Roel Wagenaar wrote: > KatolaZ wrote: > > > On Mon, May 28, 2018 at 09:28:27PM +0200, Roel Wagenaar wrote: > > > Hi all, > > > > > > The images for the raspberrypi 3 are not compatible with the boot proces > > > of > > > the new B+ version, both jessie and ascii will not boot. > > > > > > Hi Roel, CC: parazyd, > > > > The ASCII RC rpi3 image: > > > > > https://files.devuan.org/devuan_ascii_rc/embedded/devuan_ascii_2.0.0-rc_arm64_raspi3.img.xz > > > > has been tested and reported working for Pi3 and Pi3 B+. Please post errors > > if > > there are any and parazyd will reply to the rest. Please CC him to your > > reply. > > > Thanks KatolaZ, your link works, I had downloaded the image and resized it > with > gdisk instead of fdisk, maybe that was the difference. > > Anyway this is a working solution, thanks for your assist. This could be the culprit. Most of the images offered are not GPT. For what it's worth, the filesystems are ext4 so you can expand them from the Raspberry Pi itself as well. -- ~ parazyd GnuPG: 03337671FDE75BB6A85EC91FB876CB44FA1B0274 GnuPG: https://parazyd.org/fa1b0274.asc ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] LibreOffice removed with autoremove [Solved]
> > Message: 2 > Date: Wed, 23 May 2018 00:02:32 +1000 > From: wirelessd...@gmail.com > To: KatolaZ > Cc: dng@lists.dyne.org > Subject: Re: [DNG] LibreOffice removed with autoremove > Message-ID: <22de68ef-93e6-4157-91e7-27f9703e5...@gmail.com> > Content-Type: text/plain; charset=utf-8 > > >> On 22 May 2018, at 18:43, KatolaZ wrote: >> >> On Tue, May 22, 2018 at 12:56:48PM +1000, wirelessd...@gmail.com wrote: >> >> [cut] >> >>> >>> After removing the packages.devuan.org you will want to downgrade your >>> package version to the one from the pkgmaster.devuan.org repository. >>> >> >> packages.devuan.org and pkgmaster.devuan.org have the same version of >> any package. If anything, the former one is normally behind the latter >> one by about 24 hours... >> >> My2Cents >> >> KatolaZ > > The problem on Vernon’s machine appears to be that his install of package > libpython3.5-stdlib=3.5.3-3 which doesn’t appear in the devuan repositories > and therefore is required to downgrade to get to the devuan > libpython3.5-stdlib=3.5.3-1. > > —Tom > > -- Still could not install from the command line. Opened up Synaptic and did the fix broken package. Libreoffice is now installed. Still have some command line learning to do. Thanks again for the suggestions. Vernon ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] wicd interferes with regular network admin tools
Le 29/05/2018 à 14:16, KatolaZ a écrit : On Tue, May 29, 2018 at 01:46:04PM +0200, Didier Kryn wrote: Le 29/05/2018 à 13:15, Hendrik Boom a écrit : If he plugs in an ethernet cable, he wants it to simply provide the internet service. If not, to look for available wifi's and connect automagically. This is achieved with net-tools, wpa_supplicant, wpa_gui, ifplugd or netplug, and some hack of the interfaces file and wpa_supplicant.conf.With recent version of net-tools, /etc/init.d/networking also needs some hack. And, of course, network-manager and wicd must be removed. Katolaz tells that setnet can do it. I haven't checked if it does it all. No, I actually have never claimed that :) setnet is not an automagic tool, rather a menu-based interface to get a working wpa_supplicant.conf and connect an interface to a network. Sorry, I meant it would help do a good part ofthe hack I mentionned. I have always hated most automagic tools, because they pretend to be "smart" by knowing what you want, and work only if you think like they want you to think. And since they are not smart at all, they will normally forbid anything that is not "along the prescribed lines". Connecting a wifi interface is a quite easy and irrelevant business tbh, only tedious to do by hand every time you put your laptop in standby. That's where setnet can be useful. Yep, that's exactly what I meant. Because, once wpa_supplicant and the interfaces file are properly configured, you need to enter new wifi passwords only once. They are remembered and wpa_supplicant automatically connects you when it finds the stations. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] [OT] Modification of audio power amplifier.
On 28/05/2018, dan pridgeon wrote: > I hope you will publish your circuit and its description soon. I'd like to > study it. (a .png would work if you have a sketch of it.) > Thanks. Dan. > I am afraid there is nothing new to study. The input is fed to a differential pair powered by a constant current source using two resistors in series with a Zener diode connected from the midpoint between the resistors and ground (0 volt terminal). The output of the differential pair is from a resistor and the + terminal of the power supply. The output drives a PNP transistor with its collector connected to constant current source with the latter's current set at 13mA. This provides a very high impendance while at the same time it improves the circuit's behaviour when the output voltage approaches clamping voltages. A resistor as ouput would limit the ouput driver's current to voltage_difference / R. Since we are almost at clamping voltages, the voltage difference is small, so also the drive current. This condition is highly undesirable if distortion is to be minimized. The current passes through two diodes in series and an adjustible resistor which should provide the necessary driver stage bias voltages to minimize crossover distortion. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] wicd interferes with regular network admin tools
On Tue, May 29, 2018 at 01:46:04PM +0200, Didier Kryn wrote: > Le 29/05/2018 à 13:15, Hendrik Boom a écrit : > > If he plugs in an ethernet cable, he wants it to simply provide the > > internet service. > > > > If not, to look for available wifi's and connect automagically. > > This is achieved with net-tools, wpa_supplicant, wpa_gui, ifplugd or > netplug, and some hack of the interfaces file and wpa_supplicant.conf. With > recent version of net-tools, /etc/init.d/networking also needs some hack. > And, of course, network-manager and wicd must be removed. > > Katolaz tells that setnet can do it. I haven't checked if it does it > all. > No, I actually have never claimed that :) setnet is not an automagic tool, rather a menu-based interface to get a working wpa_supplicant.conf and connect an interface to a network. I have always hated most automagic tools, because they pretend to be "smart" by knowing what you want, and work only if you think like they want you to think. And since they are not smart at all, they will normally forbid anything that is not "along the prescribed lines". Connecting a wifi interface is a quite easy and irrelevant business tbh, only tedious to do by hand every time you put your laptop in standby. That's where setnet can be useful. But setnet is probably *not* what a modern Linux user would like to have around to manage their networking. My2Cents katolaZ -- [ ~.,_ Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab ] [ "+. katolaz [at] freaknet.org --- katolaz [at] yahoo.it ] [ @) http://kalos.mine.nu --- Devuan GNU + Linux User ] [ @@) http://maths.qmul.ac.uk/~vnicosia -- GPG: 0B5F062F ] [ (@@@) Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ ] signature.asc Description: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] wicd interferes with regular network admin tools
Le 29/05/2018 à 13:15, Hendrik Boom a écrit : If he plugs in an ethernet cable, he wants it to simply provide the internet service. If not, to look for available wifi's and connect automagically. This is achieved with net-tools, wpa_supplicant, wpa_gui, ifplugd or netplug, and some hack of the interfaces file and wpa_supplicant.conf. With recent version of net-tools, /etc/init.d/networking also needs some hack. And, of course, network-manager and wicd must be removed. Katolaz tells that setnet can do it. I haven't checked if it does it all. I must admit also that the logic of net-tools (ifupdown and the interfaces file) is rather convoluted, but it is highly flexible: allows a roaming wifi config, as well as multiple ethernet (static and dynamic); allows easy configuration of interface bonding, and probably many other things I don't know. A replacement which would be simpler while preserving the flexibility isn't for tomorrow. Yet it would be welcome. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] wicd interferes with regular network admin tools
On Sun, May 27, 2018 at 06:42:57PM +0200, Adam Borowski wrote: > On Sun, May 27, 2018 at 05:21:50PM +0100, KatolaZ wrote: > > On Sun, May 27, 2018 at 06:05:09AM -1000, Joel Roth wrote: > > > I was recently suprised to observe network interfaces > > > (wlan0 and eth0) going up without my issuing commands for > > > it. I'd disable an interface, then see it go right back up. > > > > Joel, unfortunately this is the problem with "smart" tools for network > > management: they think they know what is good for you, all the > > time. Both wicd and nm are particularly bad at that, since they try to > > manage network state accordingto what they have been told in their > > config, despite anything. Dunno about conman, but I guess it works > > along the same lines. > > This is actually very puzzling: what we want, is a wrapper for iw which > seeks available wifi networks, and provides a GUI to choose one. The only > reason such a tool would ever look at eth0 is to see if its link is up, and > if so, skip wifi unless explicitly told to connect anyway. > > So why do authors of such tools feel the need to control the state of > non-wifi interfaces? Probably because of the naive end-user, who just wants his laptop to connect to the internet using his sysadmin's server or the router his ISP provided. If he plugs in an ethernet cable, he wants it to simply provide the internet service. If not, to look for available wifi's and connect automagically. The needs of systems that are intermediaries in the Great Chain of Internet are copletely different. -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Raspberrypi images
KatolaZ wrote: > On Mon, May 28, 2018 at 09:28:27PM +0200, Roel Wagenaar wrote: > > Hi all, > > > > The images for the raspberrypi 3 are not compatible with the boot proces of > > the new B+ version, both jessie and ascii will not boot. > > > Hi Roel, CC: parazyd, > > The ASCII RC rpi3 image: > > https://files.devuan.org/devuan_ascii_rc/embedded/devuan_ascii_2.0.0-rc_arm64_raspi3.img.xz > > has been tested and reported working for Pi3 and Pi3 B+. Please post errors if > there are any and parazyd will reply to the rest. Please CC him to your reply. > Thanks KatolaZ, your link works, I had downloaded the image and resized it with gdisk instead of fdisk, maybe that was the difference. Anyway this is a working solution, thanks for your assist. -- Roel Wagenaar, telegram: 0630865765 Linux-User #469851 with the Linux Counter; http://linuxcounter.net/ Antw.: Omdat het de volgorde verstoord waarin mensen tekst lezen. Vraag: Waarom is top-posting een slechte gewoonte? Antw.: Top-posting. Vraag: Wat is het meest ergerlijke in e-mail? Who is General Failure and why is he reading my hard disk? ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Runit for Devuan: was Debian testing drop redis
On 29/05/2018 01:00 πμ, Steve Litt wrote: On Mon, 28 May 2018 17:36:33 +0300 mobinmob wrote: On 28/05/2018 08:54 πμ, aitor wrote: As i said in a recent thread, you can shutdown/reboot doing (it requires granted permissions): runit-init 0 runit-init 6 I'm working on a logout dialog for runit with suid permissions. Cheers, Aitor. You may want to look at the relevant utilities in void: https://github.com/voidlinux/void-runit I use Void's runit every day (and the PID1 once every 5 to 30 days when I reboot. I have the distinct impression that the Void folks made Runit more complicated than it needs to be. In an effort to kinda-sorta implement something like "runlevels" (which I never saw value in anyway), they have symlinks to symlinks, to the point that it's hard to know where the real file is. This becomes a problem for me, when I need to figure out exactly where to put the one needed symlink (the one in the service directory) when I add a daemon. So if anyone comes away from Void thinking runit is complex, well, it *can* be but doesn't need to be. SteveT Steve Litt June 2018 featured book: Twenty Eight Tales of Troubleshooting http://www.troubleshooters.com/28 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng Voidlinux runlevel configuration is exactly what the original author proposes (two runlevels, default and single): http://smarden.org/runit/runlevels.html The service "repo" is in /etc/sv, the symlinks to start/enable services go to /var/service. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
