Re: [DNG] 2nd User cannot create icons/launcher-XFCE
On Wed, 13 Feb 2019 06:37:29 +0100 KatolaZ wrote: > On Sat, Jan 26, 2019 at 10:36:02AM +1100, terryc wrote: > > I've just assembled a new machine and intalled Devuan Ascii > > from devuan_ascii_2.0.0_amd64_dvd-1.iso with update and upgrade from > > pkgmanager. > > > > The desktop is XFCE4 and the first installation user can create > > desktop icons/launchers and have then run/start, but the added > > second user can not achieve similar success. > > > > The icon/launcher can be entered but it fails to launch and > > gives a general multipart message of reasons for error, of which the > > only relevant part is something about "policy". > > > > The problem has to be some setting in XFCE, but I can not workout > > which as this sort of issue hasn't arisen on linux in the previous > > decades. > > > > I've checked /etc/group and nothing springs to mind. > > Both users are members of sudo, backup and the usual scanner, audio, > > cdrom, etc. > > > > The second user can start programs from the command line and the > > Screen-right-click->Application->area-program function. > > > > Unfortunately web-fu isn't clicking this morning to help and I'm > > hoping some one may be able to provide information. > > > > Hi terryc, > > if this is still outstanding, could you please file a bug on > bugs.devuan.org? No and it wasn't a bug. I did post a follow up. Basically in building a new machine, the user was given everything in the backup /home/user and that brought a pile of old config stuff that which when removed fixed the problem. This was problem solving by posting on the "ether' and the brain will finally dredge up a clueby to advance the problem. Thanks. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] 2nd User cannot create icons/launcher-XFCE
On Sat, Jan 26, 2019 at 10:36:02AM +1100, terryc wrote: > I've just assembled a new machine and intalled Devuan Ascii > from devuan_ascii_2.0.0_amd64_dvd-1.iso with update and upgrade from > pkgmanager. > > The desktop is XFCE4 and the first installation user can create desktop > icons/launchers and have then run/start, but the added second user can > not achieve similar success. > > The icon/launcher can be entered but it fails to launch and > gives a general multipart message of reasons for error, of which the > only relevant part is something about "policy". > > The problem has to be some setting in XFCE, but I can not workout > which as this sort of issue hasn't arisen on linux in the previous > decades. > > I've checked /etc/group and nothing springs to mind. > Both users are members of sudo, backup and the usual scanner, audio, > cdrom, etc. > > The second user can start programs from the command line and the > Screen-right-click->Application->area-program function. > > Unfortunately web-fu isn't clicking this morning to help and I'm hoping > some one may be able to provide information. > Hi terryc, if this is still outstanding, could you please file a bug on bugs.devuan.org? Regards 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] Beowulf: eudev does not start at boot, making Xorg unusable
On Sat, Feb 09, 2019 at 03:56:18PM +0100, Gonzalo Pérez de Olaguer Córdoba wrote: > Hi KatolaZ. > > Just for curiosity, in case this has a simple and fast response, > ¿Any idea why it didn't fail in rescue mode? > > I find it 'interesting', because AFAIK there should be no difference > among runlevels in this case. ¿Or it should? > > Thanks, > Salo. Sorry but I have no clue on that. Maybe that openrc has additional checks on service scripts, which are not put in place if you manually run them? (Just wondering, indeed, since I have not have the opportunity to test this). HND 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
[DNG] Mounting USB drives [Was: Re: Help testing new policykit in Beowulf
On 10.02.19 06:39, stanz via Dng wrote: > Could not mount USB drives as regular user until apt install 'gvfs' package. Sounds like that gvfs package does a lot more. All I've ever had to do was: # apt-get install pmount Here that's mostly used to unmount a drive mounted automagically on plug-in. Erik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] [Solved] Help testing new policykit in Beowulf
On Mon, Feb 11, 2019 at 01:58:44PM +, Mark Hindley wrote: > On Sun, Feb 10, 2019 at 11:35:22PM +, stanz wrote: > > > Could you make sure policykit-1-gnome is installed and then try again. > > > > Was Not Installed - installed, & after Reboot, IT WORKS! > > > > Would this fix make that package become a dependency(at install)? > > > > And would this justify a bug report, adding the need to install 2 different > > pkgs, > > to get 2 different programs working proper? > > What are the names of the 2 different packages - to report? (I don't know :) > > Good! > > By all means file a bug report against policykit-1. But I already have a patch > for policykit-1 to add Recommends: polkit-1-auth-agent queued for inclusion. > > Once you have policykit-1-gnome installed do you still need gvfs? > > Mark > Thanks Mark. We shall perhaps open a bug report on that, and check that all the deps in tasksel are in place for Beowulf. 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] unatternded upgrades by default in Debian
On Wed, Feb 13, 2019 at 08:08:22AM +0900, Olaf Meeuwissen wrote: [cut] > > I'm using this on two Devuan machines at the office. Works fine for > me. Apart from running the `apt upgrade` it can also check for the need to > reboot and provides a number of knobs to fine tune when, how and under > what conditions to upgrade/reboot. > Hi Olaf, have you found unattended-upgrades automatically installed on those two boxen, or have you instead apt-get installed it afterwards? > Of course, you are free to invent a better wheel ;-) > > BTW, on Devuan I did run into an issue because of a missing dependency > that didn't happen on Debian courtesy of systemd. Can't seem to find > the bug report I filed way back when at the moment but it was rather > unceremoniously closed. > If the bug you are referring to is thts one: https://bugs.devuan.org//cgi/bugreport.cgi?bug=78 it was closed because we forked the package and solved the issue (or at least we thought so). We haven't had any other report of misfunctioning unattended-upgrades since. I think it looked like a regular bug, so at that time we must have concluded that no special "burial ceremony" was in order :D And please, if you believe at any time that a bug report is still valid, and should have not been closed, just *reopen* it. There are humans over here, humans who don't have access to all your machines and cannot try all of the almost infinite number of combinations in which a package can find itself :) HND 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] unatternded upgrades by default in Debian
On Tue, Feb 12, 2019 at 08:32:25AM -0500, Hendrik Boom wrote: > I just found the following comment on Soylent News: > > > https://soylentnews.org/comments.pl?noupdate=1&sid=30051&page=1&cid=799766#commentwrap > > > > > As of Debian 9 (Stretch) both the unattended-upgrades and > > apt-listchanges packages are installed by default and upgrades are > > enabled with the GNOME desktop. Rudimentary configuration is > > accessible via the "Software & Updates" application > > (software-properties-gtk). > > > it's a Debian thing that depend on systemd to start at reboot > > > Sounds like something we don't want. > Sorry Hendrik, but instead of citing an anonymous post on an unknown blog with rants about Debian and other Debian derivatives (among a lot of other unrelated things), have you actually seen unattended-upgrades installed "automatically and by default" in any Devuan installation? I am asking because I can safely say I have installed Devuan literally hundreds of times (Jessie, Ascii, Beowulf, and Ceres), and in no occasion was unattended-upgrades installed by default, on any install path, or brought in as a Depends or as a Recommends. I am also maintaining `tasksel` in Devuan, and I cannot see any installation selection that would bring in unattended-upgrades by default.[*] Could everybody please report immediately on any such case, if it happened, so that we can track the problem down (I mean, a new Devuan install where unattended-upgrades is silently installed and automatically enabled)? We should try to solve the problems we have, not the problems we might have had if we were using another distribution at another time... :\ HND KatolaZ [*] AFAIK, there is no way to have unattended-upgrades installed by default in Debian either, but I am not 100% sure about that. -- [ ~.,_ 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] unatternded upgrades by default in Debian
On Tue, 12 Feb 2019 08:32:25 -0500 Hendrik Boom wrote: > I just found the following comment on Soylent News: > > > https://soylentnews.org/comments.pl?noupdate=1&sid=30051&page=1&cid=799766#commentwrap > > > > > As of Debian 9 (Stretch) both the unattended-upgrades and > > apt-listchanges packages are installed by default and upgrades are > > enabled with the GNOME desktop. Rudimentary configuration is > > accessible via the "Software & Updates" application > > (software-properties-gtk). > > > it's a Debian thing that depend on systemd to start at reboot > > > Sounds like something we don't want. Agreed SteveT ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] unatternded upgrades by default in Debian
Hi, Alessandro Selli writes: > On 12/02/19 at 14:32, Hendrik Boom wrote: >> I just found the following comment on Soylent News: >> >> >> https://soylentnews.org/comments.pl?noupdate=1&sid=30051&page=1&cid=799766#commentwrap >> >> >> >>> As of Debian 9 (Stretch) both the unattended-upgrades and >>> apt-listchanges packages are installed by default and upgrades are >>> enabled with the GNOME desktop. Rudimentary configuration is >>> accessible via the "Software & Updates" application >>> (software-properties-gtk). >>> it's a Debian thing that depend on systemd to start at reboot >> >> Sounds like something we don't want. > > I agree. All I need to automate updates is a cron job I'm using this on two Devuan machines at the office. Works fine for me. Apart from running the `apt upgrade` it can also check for the need to reboot and provides a number of knobs to fine tune when, how and under what conditions to upgrade/reboot. Of course, you are free to invent a better wheel ;-) BTW, on Devuan I did run into an issue because of a missing dependency that didn't happen on Debian courtesy of systemd. Can't seem to find the bug report I filed way back when at the moment but it was rather unceremoniously closed. Hope this helps, -- Olaf Meeuwissen, LPIC-2FSF Associate Member since 2004-01-27 GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13 F43E B8A4 A88A F84A 2DD9 Support Free Softwarehttps://my.fsf.org/donate Join the Free Software Foundation https://my.fsf.org/join ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Help testing new policykit in Beowulf
On 2019-02-10 00:39, stanz via Dng wrote: Could not mount USB drives as regular user until apt install 'gvfs' package. Used updated feb mini.iso, in laptop - not vm or vbox. Used expert install, choosing Xfce. Kept beowulf repos and updated. Thunar: enabled volumn management, with notice of missing dep - "gvfs". thunar didn't show usb under 'devices', tho it did show in all '/dev/disk/by-* (all folders). After installing gvfs - rebooting - usb showed under devices and mounting/unmounting as reg user worked. Installed synaptic & bleachbit (as root) to test pkexec permissions...didn't ask for password or start programs. They do run as regular user and terminal with sudo. I wouldn't know what package to blame if this goes as bug? Anyone else? asta~ ___ I also had to install gvfs to make thunar happy to mount usbs etc.. I finally got proper auth to work but had to upgrade pkgs. Are you using pkgmaster in your sources and with experimental and ceres too? golinux ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Help testing new policykit in Beowulf
Could not mount USB drives as regular user until apt install 'gvfs' package. Used updated feb mini.iso, in laptop - not vm or vbox. Used expert install, choosing Xfce. Kept beowulf repos and updated. Thunar: enabled volumn management, with notice of missing dep - "gvfs". thunar didn't show usb under 'devices', tho it did show in all '/dev/disk/by-* (all folders). After installing gvfs - rebooting - usb showed under devices and mounting/unmounting as reg user worked. Installed synaptic & bleachbit (as root) to test pkexec permissions...didn't ask for password or start programs. They do run as regular user and terminal with sudo. I wouldn't know what package to blame if this goes as bug? Anyone else? asta~ signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] unatternded upgrades by default in Debian
On 12/02/19 at 14:32, Hendrik Boom wrote: > I just found the following comment on Soylent News: > > > https://soylentnews.org/comments.pl?noupdate=1&sid=30051&page=1&cid=799766#commentwrap > > > >> As of Debian 9 (Stretch) both the unattended-upgrades and >> apt-listchanges packages are installed by default and upgrades are >> enabled with the GNOME desktop. Rudimentary configuration is >> accessible via the "Software & Updates" application >> (software-properties-gtk). >> it's a Debian thing that depend on systemd to start at reboot > > Sounds like something we don't want. I agree. All I need to automate updates is a cron job -- Alessandro Selli VOIP SIP: dhatarat...@ekiga.net Chiave firma e cifratura PGP/GPG signing and encoding key: BA651E4050DDFC31E17384BABCE7BD1A1B0DF2AE signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] unatternded upgrades by default in Debian
I just found the following comment on Soylent News: https://soylentnews.org/comments.pl?noupdate=1&sid=30051&page=1&cid=799766#commentwrap > As of Debian 9 (Stretch) both the unattended-upgrades and > apt-listchanges packages are installed by default and upgrades are > enabled with the GNOME desktop. Rudimentary configuration is > accessible via the "Software & Updates" application > (software-properties-gtk). > it's a Debian thing that depend on systemd to start at reboot Sounds like something we don't want. -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Creating directory in /var/run on bootup
> On 6 Feb 2019, at 17:57, Steve Litt wrote: > > Or, you could use this as an opportunity to stick your toes in the > water of runit or s6, by running runit or s6 from /etc/inittab's > special respawn area, and then making a s6 or runit service that makes > the directory, and then does a forever one minute loop-sleep that > spawns your program. Maybe more work than Cron, but it's your easiest > way into supervisor programs. > I’m not likely to take this plunge on an existing production server, but I would love to learn more about it at some point. I will try to review the presentation video on s6 from the upcoming d1conf (hopefully there will be a recorded session on s6?? :D). I notice there is a s6 package inside Debian archives for buster and unstable, but no other packages. Does this mean that s6 doesn’t need the extra packages like runit has with runit-sysv and runic-init? Or does s6 not provide all the features that runit provides? —Tom ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Creating directory in /var/run on bootup
> On 6 Feb 2019, at 03:03, Didier Kryn wrote: > > The first solution seems the best to me because it concentrates all the > customization in one place, but, for completeness, an alternative to the > second solution is to add the line 'mkdir /var/run/barman' in /etc/rc.local . > > Maybe you should also set the owner, group and permissions of this > directory in the same time. > Thanks for all the responses. I decided to use /etc/rc.local because it also needs to set the owner:group permissions after creating the directory. I wanted to avoid touching the /etc/cron.d/barman file because that is provided by the barman package itself. Minimal customisation of package-provided files is preferable to me if possible, so there’s less to manage on package updates that may want to overwrite any custom changes. It’s also preferable to have this running once on each bootup instead of running every minute with the cronjob. —Tom ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
