Re: [DNG] Detailed technical treatise of systemd
Jonathan Wilkes wrote: > I cannot for the life of me understand the quote from djb starting, "Don't > parse." > > What is it he doesn't like, and how does his text0 format keep him from doing > what he doesn't like? How I read it was ... Don't have a program you want to be controlled by another program use "human read/writeable" interfaces - use a well defined API. The problem being that if you use the generic command line interface, you need a parser to accept a variable number of options, in a non-determinate order and combination, and that parser may well have bugs (either in the parser or it's view of what the allowable options are). In addition, the code you write to generate that arbitrary list of arguments may also have bugs. So rather than going from an internal well defined structure of what you want to pass, converting it to "human readable text", and parsing it back to an internal well defined structure - just pass the well defined internal structure between the programs using a binary API. There is probably still some conversion between internal structure and public API at each end, but that's a more tightly defined conversion. Well that's how I read it anyway. I don't think the text0 format was directly related to this. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] upgrade 16/10/2015 xorg fails to start
Hi Rob, By default, Devuan uses the seventh tty for X sessions. The permision is denied because xserver-xorg is not SUID root. If it is called from another SUID root program (a display manager like slim or lightdm) it will work. But first, you can try reinstalling xserver-xorg package to set the correct permissions, once created the user. Cheers, Aitor. On 17/10/15 00:44, Rob wrote: After upgrade tonight came out of Xorg to restart openbox. I tried to start Xorg but it failed with "xf86OpenConsole cannot open /dev/tty0 ( no such file or directory) /dev/tty0 was there so assumed permission problem. Temporarily added my user to tty group and tried again. This time Xorg failed to start with "xf86OpenConsole cannot open Virtual Console 7 ( permisson denied.) How to resolve? Xorg.log below Thanks Rob [ 5450.132] X.Org X Server 1.17.2 Release Date: 2015-06-16 [ 5450.132] X Protocol Version 11, Revision 0 [ 5450.132] Build Operating System: Linux 4.2.0-1-amd64 x86_64 Debian [ 5450.132] Current Operating System: Linux debian 3.18.5preempt #1 SMP PREEMPT Tue Feb 3 21:18:50 GMT 2015 x86_64 [ 5450.132] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.18.5preempt root=/dev/sda1 ro [ 5450.132] Build Date: 06 October 2015 07:27:47AM [ 5450.132] xorg-server 2:1.17.2-3 (http://www.debian.org/support) [ 5450.132] Current version of pixman: 0.33.2 [ 5450.132] Before reporting problems, checkhttp://wiki.x.org to make sure that you have the latest version. [ 5450.132] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 5450.133] (==) Log file: "/home/rob/.local/share/xorg/Xorg.0.log", Time: Fri Oct 16 23:40:02 2015 [ 5450.133] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 5450.133] (==) No Layout section. Using the first Screen section. [ 5450.133] (==) No screen section available. Using defaults. [ 5450.133] (**) |-->Screen "Default Screen Section" (0) [ 5450.133] (**) | |-->Monitor "" [ 5450.133] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 5450.133] (==) Automatically adding devices [ 5450.133] (==) Automatically enabling devices [ 5450.133] (==) Automatically adding GPU devices [ 5450.133] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 5450.133] Entry deleted from font path. [ 5450.133] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 5450.133] (==) ModulePath set to "/usr/lib/xorg/modules" [ 5450.133] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 5450.133] (II) Loader magic: 0x7f18511c4de0 [ 5450.133] (II) Module ABI versions: [ 5450.133] X.Org ANSI C Emulation: 0.4 [ 5450.133] X.Org Video Driver: 19.0 [ 5450.133] X.Org XInput driver : 21.0 [ 5450.133] X.Org Server Extension : 9.0 [ 5450.134] (EE) systemd-logind: failed to get session: The name org.freedesktop.login1 was not provided by any .service files [ 5450.134] (II) xfree86: Adding drm device (/dev/dri/card0) [ 5450.134] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied [ 5450.136] (--) PCI:*(0:1:0:0) 10de:1381:19da:2346 rev 162, Mem @ 0xfd00/16777216, 0xc000/268435456, 0xd000/33554432, I/O @ 0xe000/128, BIOS @ 0x/524288 [ 5450.136] (II) LoadModule: "glx" [ 5450.136] (II) Loading /usr/lib/xorg/modules/linux/libglx.so [ 5450.147] (II) Module glx: vendor="NVIDIA Corporation" [ 5450.147] compiled for 4.0.2, module version = 1.0.0 [ 5450.147] Module class: X.Org Server Extension [ 5450.147] (II) NVIDIA GLX Module 340.93 Wed Aug 19 16:23:51 PDT 2015 [ 5450.147] (==) Matched nouveau as autoconfigured driver 0 [ 5450.147] (==) Matched nv as autoconfigured driver 1 [ 5450.147] (==) Matched modesetting as autoconfigured driver 2 [ 5450.147] (==) Matched fbdev as autoconfigured driver 3 [ 5450.147] (==) Matched vesa as autoconfigured driver 4 [ 5450.147] (==) Assigned the driver to the xf86ConfigLayout [ 5450.147] (II) LoadModule: "nouveau" [ 5450.147] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so [ 5450.147] (II) Module nouveau: vendor="X.Org Foundation" [ 5450.147] compiled for 1.17.1, module version = 1.0.11 [ 5450.147] Module class: X.Org Video Driver [ 5450.147] ABI class: X.Org Video Driver, version 19.0 [ 5450.147] (II) LoadModule: "nv" [ 5450.148] (WW) Warning, couldn't open module nv [ 5450.148] (II) UnloadModule: "nv" [ 5450.148] (II) Unloading nv [ 5450.148] (EE) Failed to load module "nv" (module does not exist, 0) [ 5450.148] (II) LoadModule: "modesetting" [ 5450.148] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so [ 5450.148] (II) Module modesetting: v
Re: [DNG] Detailed technical treatise of systemd
Le 16/10/2015 21:23, Neo Futur a écrit : I pretty much stopped reading after the following line in the >composition: >== >Fourthly, I will only be dealing with systemd the service manager (of >which the init is an intracomponent subset, and also contains several >other internal subsystems and characteristics which will prove of >paramount importance to the analysis), and to a lesser extent journald. >== Same here, if systemd was just an init system, i d probably still avoid it and fight it, but the main problem is that its much more than that, eating everything around it ( Eating everything around it: kind of a software black hole ;-) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] upgrade 16/10/2015 xorg fails to start
Original Message Subject: Re: [DNG] upgrade 16/10/2015 xorg fails to start Time (UTC): October 17 2015 8:19 am From: aitor_...@gnuinos.org To: dng@lists.dyne.org Hi Rob, By default, Devuan uses the seventh tty for X sessions. The permision is denied because xserver-xorg is not SUID root. If it is called from another SUID root program (a display manager like slim or lightdm) it will work. But first, you can try reinstalling xserver-xorg package to set the correct permissions, once created the user. Cheers, Aitor. Thanks for the reply. Reinstalled xserver-xorg and xinit but no change. Checked file permissions for Xorg and xinit, SUID bit was not set. Used chmod to set SUID on both files and it is now working. As an experiment I reinstalled xserver-xorg and xinit again and the SUID bit was removed. Rob___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] upgrade 16/10/2015 xorg fails to start
Hi Rob, Your kernel is 4.2.0-1. So, i suppose you are in Ascii or Ceres... If you start a X session using a display manager, the virtual console used by default will be the tty7. However, typing startx the X session should run in the first virtual console. As you know, you can jump from tty1 to tty7 typing CTRL + ALT +F7, and vice versa. The issue, i think, is in the '/etc/X11/Xwrapper.config', provided by 'x11-common' package. Does it contain something like this: allowed_users=console or this other one: allowed_users=anybody If not, try typing: # dpkg-reconfigure x11-common Then choose between the following alternatives: 1- Root Only 2- Console Users Only 3- Anybody The second and the third options will allow you to start X sessions. Aitor. On 17/10/15 10:19, aitor_czr wrote: By default, Devuan uses the seventh tty for X sessions. The permision is denied because xserver-xorg is not SUID root. If it is called from another SUID root program (a display manager like slim or lightdm) it will work. But first, you can try reinstalling xserver-xorg package to set the correct permissions, once created the user. Cheers, Aitor. On 17/10/15 00:44, Rob wrote: >After upgrade tonight came out of Xorg to restart openbox. > >I tried to start Xorg but it failed with "xf86OpenConsole cannot open /dev/tty0 ( no such file or directory) > >/dev/tty0 was there so assumed permission problem. Temporarily added my user to tty group and tried again. > >This time Xorg failed to start with "xf86OpenConsole cannot open Virtual Console 7 ( permisson denied.) > >How to resolve? > >Xorg.log below > >Thanks > >Rob > >[ 5450.132] >X.Org X Server 1.17.2 >Release Date: 2015-06-16 >[ 5450.132] X Protocol Version 11, Revision 0 >[ 5450.132] Build Operating System: Linux 4.2.0-1-amd64 x86_64 Debian >[ 5450.132] Current Operating System: Linux debian 3.18.5preempt #1 SMP PREEMPT Tue Feb 3 21:18:50 GMT 2015 x86_64 >[ 5450.132] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.18.5preempt root=/dev/sda1 ro >[ 5450.132] Build Date: 06 October 2015 07:27:47AM >[ 5450.132] xorg-server 2:1.17.2-3 (http://www.debian.org/support) >[ 5450.132] Current version of pixman: 0.33.2 >[ 5450.132] Before reporting problems, checkhttp://wiki.x.org >to make sure that you have the latest version. >[ 5450.132] Markers: (--) probed, (**) from config file, (==) default setting, >(++) from command line, (!!) notice, (II) informational, >(WW) warning, (EE) error, (NI) not implemented, (??) unknown. >[ 5450.133] (==) Log file: "/home/rob/.local/share/xorg/Xorg.0.log", Time: Fri Oct 16 23:40:02 2015 >[ 5450.133] (==) Using system config directory "/usr/share/X11/xorg.conf.d" >[ 5450.133] (==) No Layout section. Using the first Screen section. >[ 5450.133] (==) No screen section available. Using defaults. >[ 5450.133] (**) |-->Screen "Default Screen Section" (0) >[ 5450.133] (**) | |-->Monitor "" >[ 5450.133] (==) No monitor specified for screen "Default Screen Section". >Using a default monitor configuration. >[ 5450.133] (==) Automatically adding devices >[ 5450.133] (==) Automatically enabling devices >[ 5450.133] (==) Automatically adding GPU devices >[ 5450.133] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. >[ 5450.133] Entry deleted from font path. >[ 5450.133] (==) FontPath set to: >/usr/share/fonts/X11/misc, >/usr/share/fonts/X11/100dpi/:unscaled, >/usr/share/fonts/X11/75dpi/:unscaled, >/usr/share/fonts/X11/Type1, >/usr/share/fonts/X11/100dpi, >/usr/share/fonts/X11/75dpi, >built-ins >[ 5450.133] (==) ModulePath set to "/usr/lib/xorg/modules" >[ 5450.133] (II) The server relies on udev to provide the list of input devices. >If no devices become available, reconfigure udev or disable AutoAddDevices. >[ 5450.133] (II) Loader magic: 0x7f18511c4de0 >[ 5450.133] (II) Module ABI versions: >[ 5450.133] X.Org ANSI C Emulation: 0.4 >[ 5450.133] X.Org Video Driver: 19.0 >[ 5450.133] X.Org XInput driver : 21.0 >[ 5450.133] X.Org Server Extension : 9.0 >[ 5450.134] (EE) systemd-logind: failed to get session: The name org.freedesktop.login1 was not provided by any .service files >[ 5450.134] (II) xfree86: Adding drm device (/dev/dri/card0) >[ 5450.134] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied >[ 5450.136] (--) PCI:*(0:1:0:0) 10de:1381:19da:2346 rev 162, Mem @ 0xfd00/16777216, 0xc000/268435456, 0xd000/33554432, I/O @ 0xe000/128, BIOS @ 0x/524288 >[ 5450.136] (II) LoadModule: "glx" >[ 5450.136] (II) Loading /usr/lib/xorg/modules/linux/libglx.so >[ 5450.147] (II) Module glx: vendor="NVIDIA Corporation" >[ 5450.147] compiled for 4.0.2, module version = 1.0.0 >[ 5450.147] Module class: X.Org Server Extension >[ 5450.147] (II) NVIDIA GLX Module 340.93 Wed Aug 19 16:23:51 PDT 2015 >[ 5450.147] (==) Matched nouveau as autoconfigured driver 0 >[ 5450.147] (==) Matched nv as autoconfigured driver 1 >[ 5450.147] (==) Matched modesetting as autoconfigured driver 2 >[ 5450.
Re: [DNG] upgrade 16/10/2015 xorg fails to start
Original Message Subject: Re: [DNG] upgrade 16/10/2015 xorg fails to start Time (UTC): October 17 2015 10:35 am From: aitor_...@gnuinos.org To: dng@lists.dyne.org Hi Rob, Your kernel is 4.2.0-1. So, i suppose you are in Ascii or Ceres... If you start a X session using a display manager, the virtual console used by default will be the tty7. However, typing startx the X session should run in the first virtual console. As you know, you can jump from tty1 to tty7 typing CTRL + ALT +F7, and vice versa. The issue, i think, is in the '/etc/X11/Xwrapper.config', provided by 'x11-common' package. Does it contain something like this: allowed_users=console or this other one: allowed_users=anybody If not, try typing: # dpkg-reconfigure x11-common Then choose between the following alternatives: 1- Root Only 2- Console Users Only 3- Anybody The second and the third options will allow you to start X sessions. Aitor. etc/X11/Xwrapper.config is correct - allowed_users=console Tried dpkg-reconfigure x11-common but no options appeared just returning successfully to the prompt with some errors: update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults insserv: warning: script 'savecache' missing LSB tags insserv: Missing LSB header and overrides, inserting default runlevel(s) and dependencies insserv: warning: script 'transit' missing LSB tags insserv: Missing LSB header and overrides, inserting default runlevel(s) and dependencies [ ok ] Setting up X socket directories... /tmp/.X11-unix /tmp/.ICE-unix. The Devuan I'm running was converted from Debian sid about 6 months ago, kernel 3.18.5. Possibly coincidentally another program, jackd2 which was ok yesterday, refused to start this morning with a permission problem on /dev/shm. I've fixed that for now. Googling the xorg problem earlier quite a few results involved systemd. I only have libsystemd0 installed but I seem to remember that package was updated in the last few days. Whether that is relevant I don't know. Trying to uninstall libsystemd0 would mean uninstalling c.800 other packages. I'm wondering if there is some local conflict between my original Debian install and Devuan and whether it would be better to install Devuan from scratch, assuming there is a release available. Thanks for your time. Rob___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] gvfs alternatives
Hi, Since gvfs is big (speaking of number of packages) and requires systemd and udev (which I hope will be replaced with vdev), what are plans about including it in Devuan? And are there any alternatives to it, or at least something that provides features like mount-on-click without asking for permissions and a trash directory? Thanks, Mitt ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Detailed technical treatise of systemd
Jonathan Wilkes writes: > I cannot for the life of me understand the quote from djb starting, > "Don't parse." What is it he doesn't like, and how does his text0 > format keep him from doing what he doesn't like? I can only speculate about the reasons but 'parsing', especially in the sense it is used here, namely, not to refer to 'parsing' (interpret a sequence of tokens according to the rules of some grammar), but to 'lexical analysis of some text' seems deceptively simple in C but it actually isn't and the standard C string support routines are virtually useless for this. Because it seems so simple, people tend to writing code which handles all input they considered to be valid but fails, often in serious ways, ie, causing invalid memory accesses, when encountering 'crafted' invalid input. If you want to do a lexical analyser in C, it will have to become a often complicated[*] finite state machine analysing the input character-by-character and writing one is (IMHO) a very tedious business as one proceeds in tiny steps towards a distant goal. Considering that "doing it right" is a lot of work and shortcuts tend to cause disaster, avoiding the problem completely seems like a smart move. OTOH, 'seems', because one purpose of a parser is to detect and reject invalid input. This means "don't parse" implies "don't do input valdiation", and while that's surely popular :->, it's usually not an option. But "avoid writing parsers where feasible" is IMHO a sound piece of advice. Eg, in case some sort of 'config file format' is needed, it's often possible to get by by writing a set of variable=value statements in Bourne shell syntax and replace the 'start the program' command with a shell script sourcing the config file and starting the real program with command-line arguments corresponding to the values from the config file: The shell already has a parser and since typical shells were written to perform adequately on computers with far less horsepower than a current-day smartphone, it's even going to be a 'fast' parser. This, of course, means one first has to get over "OMG!!1 Fork and exec!!2" which still serves as justification for writing a few hundredthousands of lines of C code in the quest for 'performance' but the already mentioned, relatively puny, large computers could fork and exec all day without their usability being seriously impaired so that's IMNSHO a red herring. [*] I once wrote a parser for SMTP headers which actually required an additional state-stack in order to be able to 'go back to where we were before encountering this'. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] gvfs alternatives
On 10/17/2015 03:50 PM, Mitt Green wrote: Hi, Since gvfs is big (speaking of number of packages) and requires systemd http://angband.pl/debian/pool/main/g/gvfs/ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] gvfs alternatives
On Sat, Oct 17, 2015 at 03:57:59PM +0200, Dragan FOSS wrote: > On 10/17/2015 03:50 PM, Mitt Green wrote: > >Hi, > > > >Since gvfs is big (speaking of number of packages) and requires systemd > > http://angband.pl/debian/pool/main/g/gvfs/ Interesting. Debian actually tags package version numbers with a nosystemd modifier. Let me wonder where the versions that require systemd are. Perhaps, just perhaps, there aren't any? Not likely, given Mitt Green's lament. What's really going on here? -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] gvfs alternatives
On 10/17/2015 05:51 PM, Hendrik Boom wrote: On Sat, Oct 17, 2015 at 03:57:59PM +0200, Dragan FOSS wrote: On 10/17/2015 03:50 PM, Mitt Green wrote: Hi, Since gvfs is big (speaking of number of packages) and requires systemd http://angband.pl/debian/pool/main/g/gvfs/ Interesting. Debian actually tags package version numbers with a nosystemd modifier. Let me wonder where the versions that require These are customized packages made by Adam Borowski...I thought everyone here already knows about them... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Detailed technical treatise of systemd
Rainer Weikusat: ... > But "avoid writing parsers where feasible" is IMHO a sound piece > of advice. Eg, in case some sort of 'config file format' is needed, it's > often possible to get by by writing a set of > > variable=value > > statements in Bourne shell syntax and replace the 'start the program' > command with a shell script sourcing the config file and starting the > real program with command-line arguments corresponding to the values > from the config file: The shell already has a parser and since typical ... Ack, but sometimes you get data from files which are not disk files, and you could get it at runtime, and not at start time. > [*] I once wrote a parser for SMTP headers which actually required an > additional state-stack in order to be able to 'go back to where we were > before encountering this'. I have not a parser, but a string splitter in: http://turkos.aspodata.se/git/c/libaspoutil/parse.c http://turkos.aspodata.se/git/c/libaspoutil/parse.h It splits a string in what I belive shell style. What you do with the tokens that is your business. It could use some love on the doc side and some real world testing. Regards, /Karl Hammar --- Aspö Data Lilla Aspö 148 S-742 94 Östhammar Sweden +46 173 140 57 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] upgrade 16/10/2015 xorg fails to start
On 2015-10-16 22:44, Rob wrote: > After upgrade tonight came out of Xorg to restart openbox. > > I tried to start Xorg but it failed with "xf86OpenConsole cannot open /dev/tty0 ( no such file or directory) > > /dev/tty0 was there so assumed permission problem. Temporarily added my user to tty group and tried again. > > This time Xorg failed to start with "xf86OpenConsole cannot open Virtual Console 7 ( permisson denied.) > > How to resolve? Hi, Many, including me, ran into this a couple of days ago, xserver-xorg in unstable (2:1.17.2-3) now requires root privileges; install xserver-xorg-legacy and add "needs_root_rights=yes" to /etc/X11/Xwrapper.config. Cheers, Mitt ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] gvfs alternatives
On 2015-10-17 17:11, Dragan FOSS wrote: > These are customized packages made by Adam Borowski...I thought everyone > here already knows about them... Hmm and they are going to include angband repos or include packages one by one? In first case this is going to create a mess, the second one is a bit boring and hard, assuming duplicates. Anyway, are there any gvfs alternatives, except for KIO? Mitt ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] gvfs alternatives
On 2015-10-17 18:05, Dragan FOSS wrote: > On 2015-10-17 17:11, Dragan FOSS wrote: > > These are customized packages made by Adam Borowski...I thought everyone > > here already knows about them... > > Hmm and they are going to include angband repos or include packages one > by one? > In first case this is going to create a mess, the second one is a bit > boring and hard, assuming > duplicates. Anyway, are there any gvfs alternatives, except for KIO? > > Mitt gosh what the heck ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] upgrade 16/10/2015 xorg fails to start
On half the distros on the planet, if you want X to work you need to suid /usr/bin/X*. SteveT On Sat, 17 Oct 2015 10:19:28 +0200 aitor_czr wrote: > Hi Rob, > > By default, Devuan uses the seventh tty for X sessions. The permision > is denied because xserver-xorg is not SUID root. If it is called from > another SUID root program (a display manager like slim or lightdm) it > will work. But first, you can try reinstalling xserver-xorg package > to set the correct permissions, once created the user. > > Cheers, > > Aitor. > > On 17/10/15 00:44, Rob wrote: > > After upgrade tonight came out of Xorg to restart openbox. > > > > I tried to start Xorg but it failed with "xf86OpenConsole cannot > > open /dev/tty0 ( no such file or directory) > > > > /dev/tty0 was there so assumed permission problem. Temporarily > > added my user to tty group and tried again. > > > > This time Xorg failed to start with "xf86OpenConsole cannot open > > Virtual Console 7 ( permisson denied.) > > > > How to resolve? > > > > Xorg.log below > > > > Thanks > > > > Rob > > > > [ 5450.132] > > X.Org X Server 1.17.2 > > Release Date: 2015-06-16 > > [ 5450.132] X Protocol Version 11, Revision 0 > > [ 5450.132] Build Operating System: Linux 4.2.0-1-amd64 x86_64 > > Debian [ 5450.132] Current Operating System: Linux debian > > 3.18.5preempt #1 SMP PREEMPT Tue Feb 3 21:18:50 GMT 2015 x86_64 > > [ 5450.132] Kernel command line: > > BOOT_IMAGE=/boot/vmlinuz-3.18.5preempt root=/dev/sda1 ro > > [ 5450.132] Build Date: 06 October 2015 07:27:47AM [ 5450.132] > > xorg-server 2:1.17.2-3 (http://www.debian.org/support) [ 5450.132] > > Current version of pixman: 0.33.2 [ 5450.132] Before reporting > > problems, checkhttp://wiki.x.org to make sure that you have the > > latest version. [ 5450.132] Markers: (--) probed, (**) from config > > file, (==) default setting, (++) from command line, (!!) notice, > > (II) informational, (WW) warning, (EE) error, (NI) not implemented, > > (??) unknown. [ 5450.133] (==) Log file: > > "/home/rob/.local/share/xorg/Xorg.0.log", Time: Fri Oct 16 23:40:02 > > 2015 [ 5450.133] (==) Using system config directory > > "/usr/share/X11/xorg.conf.d" [ 5450.133] (==) No Layout section. > > Using the first Screen section. [ 5450.133] (==) No screen section > > available. Using defaults. [ 5450.133] (**) |-->Screen "Default > > Screen Section" (0) [ 5450.133] (**) | |-->Monitor " > monitor>" [ 5450.133] (==) No monitor specified for screen "Default > > monitor>Screen Section". Using a default monitor configuration. > > monitor>[ 5450.133] (==) Automatically adding devices > > [ 5450.133] (==) Automatically enabling devices > > [ 5450.133] (==) Automatically adding GPU devices > > [ 5450.133] (WW) The directory "/usr/share/fonts/X11/cyrillic" does > > not exist. [ 5450.133] Entry deleted from font path. > > [ 5450.133] (==) FontPath set to: > > /usr/share/fonts/X11/misc, > > /usr/share/fonts/X11/100dpi/:unscaled, > > /usr/share/fonts/X11/75dpi/:unscaled, > > /usr/share/fonts/X11/Type1, > > /usr/share/fonts/X11/100dpi, > > /usr/share/fonts/X11/75dpi, > > built-ins > > [ 5450.133] (==) ModulePath set to "/usr/lib/xorg/modules" > > [ 5450.133] (II) The server relies on udev to provide the list of > > input devices. If no devices become available, reconfigure udev or > > disable AutoAddDevices. [ 5450.133] (II) Loader magic: > > 0x7f18511c4de0 [ 5450.133] (II) Module ABI versions: > > [ 5450.133] X.Org ANSI C Emulation: 0.4 > > [ 5450.133] X.Org Video Driver: 19.0 > > [ 5450.133] X.Org XInput driver : 21.0 > > [ 5450.133] X.Org Server Extension : 9.0 > > [ 5450.134] (EE) systemd-logind: failed to get session: The name > > org.freedesktop.login1 was not provided by any .service files > > [ 5450.134] (II) xfree86: Adding drm device (/dev/dri/card0) > > [ 5450.134] (EE) /dev/dri/card0: failed to set DRM interface > > version 1.4: Permission denied [ 5450.136] (--) PCI:*(0:1:0:0) > > 10de:1381:19da:2346 rev 162, Mem @ 0xfd00/16777216, > > 0xc000/268435456, 0xd000/33554432, I/O @ 0xe000/128, > > BIOS @ 0x/524288 [ 5450.136] (II) LoadModule: > > "glx" [ 5450.136] (II) > > Loading /usr/lib/xorg/modules/linux/libglx.so [ 5450.147] (II) > > Module glx: vendor="NVIDIA Corporation" [ 5450.147] compiled for > > 4.0.2, module version = 1.0.0 [ 5450.147] Module class: X.Org > > Server Extension [ 5450.147] (II) NVIDIA GLX Module 340.93 Wed Aug > > 19 16:23:51 PDT 2015 [ 5450.147] (==) Matched nouveau as > > autoconfigured driver 0 [ 5450.147] (==) Matched nv as > > autoconfigured driver 1 [ 5450.147] (==) Matched modesetting as > > autoconfigured driver 2 [ 5450.147] (==) Matched fbdev as > > autoconfigured driver 3 [ 5450.147] (==) Matched vesa as > > autoconfigured driver 4 [ 5450.147] (==) Assigned the driver to the > > xf86ConfigLayout [ 5450.147] (II) LoadModule: "nouveau" [ 5450.147] > > (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so > > [ 5450.147] (II) Module nouveau: vendor="X.Org > > Foundation" [
Re: [DNG] gvfs alternatives
I wasn't aware! Thanks, Aitor. On 17/10/15 19:18, Dragan FOSS wrote: On Sat, Oct 17, 2015 at 03:57:59PM +0200, Dragan FOSS wrote: >>On 10/17/2015 03:50 PM, Mitt Green wrote: >>>Hi, >>> >>>Since gvfs is big (speaking of number of packages) and requires systemd >> >>http://angband.pl/debian/pool/main/g/gvfs/ > >Interesting. Debian actually tags package version numbers with a >nosystemd modifier. Let me wonder where the versions that require These are customized packages made by Adam Borowski...I thought everyone here already knows about them... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] gvfs alternatives
On 17/10/15 19:50, aitor_czr wrote: I wasn't aware! Thanks, Aitor. On 17/10/15 19:18, Dragan FOSS wrote: On Sat, Oct 17, 2015 at 03:57:59PM +0200, Dragan FOSS wrote: >>On 10/17/2015 03:50 PM, Mitt Green wrote: >>>Hi, >>> >>>Since gvfs is big (speaking of number of packages) and requires systemd >> >>http://angband.pl/debian/pool/main/g/gvfs/ > >Interesting. Debian actually tags package version numbers with a >nosystemd modifier. Let me wonder where the versions that require These are customized packages made by Adam Borowski...I thought everyone here already knows about them... Used here with XFCE4 since before jessie "stable". They work fine without *systemd*. The (Debian mainstream) gvfs-daemons require libsystemd0, maybe other bits of gvfs do. I don't know what anyone else does to replace consolekit (I use custom compiled consolekit2) to allow user mount for removables. David ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
