xdm not autostarting
Hi all, Unfortunately I can't trace exactly how I got myself in this situation, but right now, xdm does not autostart for me. Largely, what I did: Install bullseye without GUI but install xdm later manually. I also upgraded to bookworm (for other reasons). It might well be that the issue is not bookworm specific, though, but rather was present before the upgrade. When I reboot I am left at the text console (Xorg.0.log) attached. It seems that the xdm service fails because of 'no screens found'. When I log in as root then and run 'service xdm start' xdm starts fine. ('systemctl get-default' returns 'graphical.target') What should be my next steps to resolve this? Thanks in advance! Andreas [15.544] X.Org X Server 1.21.1.7 X Protocol Version 11, Revision 0 [15.544] Current Operating System: Linux ukes-ams-93 6.1.0-3-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.8-1 (2023-01-29) x86_64 [15.544] Kernel command line: BOOT_IMAGE=/vmlinuz-6.1.0-3-amd64 root=/dev/mapper/ukes--ams--93--vg-root ro quiet [15.544] xorg-server 2:21.1.7-1 (https://www.debian.org/support) [15.544] Current version of pixman: 0.42.2 [15.544]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [15.544] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [15.544] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb 18 15:52:45 2023 [15.544] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [15.546] (==) No Layout section. Using the first Screen section. [15.546] (==) No screen section available. Using defaults. [15.546] (**) |-->Screen "Default Screen Section" (0) [15.546] (**) | |-->Monitor "" [15.547] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [15.547] (==) Automatically adding devices [15.547] (==) Automatically enabling devices [15.547] (==) Automatically adding GPU devices [15.547] (==) Automatically binding GPU devices [15.547] (==) Max clients allowed: 256, resource mask: 0x1f [15.548] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [15.548]Entry deleted from font path. [15.550] (==) 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 [15.550] (==) ModulePath set to "/usr/lib/xorg/modules" [15.550] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [15.550] (II) Loader magic: 0x56371c015f00 [15.550] (II) Module ABI versions: [15.550]X.Org ANSI C Emulation: 0.4 [15.550]X.Org Video Driver: 25.2 [15.550]X.Org XInput driver : 24.4 [15.550]X.Org Server Extension : 10.0 [15.550] (++) using VT number 7 [15.550] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration [15.553] (--) PCI:*(0@0:2:0) 8086:9b41:1028:09be rev 2, Mem @ 0x604a00/16777216, 0x40/268435456, I/O @ 0x3000/64, BIOS @ 0x/131072 [15.553] (II) LoadModule: "glx" [15.553] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [15.558] (II) Module glx: vendor="X.Org Foundation" [15.558]compiled for 1.21.1.7, module version = 1.0.0 [15.558]ABI class: X.Org Server Extension, version 10.0 [15.558] (==) Matched modesetting as autoconfigured driver 0 [15.558] (==) Matched fbdev as autoconfigured driver 1 [15.558] (==) Matched vesa as autoconfigured driver 2 [15.558] (==) Assigned the driver to the xf86ConfigLayout [15.558] (II) LoadModule: "modesetting" [15.558] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so [15.558] (II) Module modesetting: vendor="X.Org Foundation" [15.558]compiled for 1.21.1.7, module version = 1.21.1 [15.558]Module class: X.Org Video Driver [15.558]ABI class: X.Org Video Driver, version 25.2 [15.558] (II) LoadModule: "fbdev" [15.558] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so [15.559] (II) Module fbdev: vendor="X.Org Foundation" [15.559]compiled for 1.21.1.3, module version = 0.5.0 [15.559]Module class: X.Org Video Driver [15.559]ABI class: X.Org Video Driver, version 25.2 [15.559] (II) LoadModule: "vesa" [15.559] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so [15.559] (II) Mod
Re: Startx works, but sddm/lightdm/xdm doesn't
John Goerzen writes: > But sddm doesn't work. In fact, when it starts, it causes my monitor to > go "no signal". Oddly, though, if I can log in blindly, then once I hit > enter after putting in my password, KDE will come up and work like it > should. > > I also tried lightdm and xdm. Both of them also had "no signal" when > starting. That kind of points to a problem with a shared config file. I only know sddm a little, its startup script /etc/sddm/Xsession ends with . /etc/X11/Xsession so it reads commands from there. Which in turn refers a whole bunch of config files. I'd guess xdm and lightdm do the same. But good luck figuring out what's wrong, especially if you have a new install where you haven't tweaked anything? You didn't restore an old home directory from backup for example? What about installing the non-free nvidia-driver? > It is using the nouveau driver. There are no errors in Xorg.0.log, > journalctl, dmesg, syslog, or the xsession log. lspci doesn't show any > other graphics adapter. xrandr on the sddm session shows it detected > the appropriate output at the appropriate resolution. Xorg.0.log looks > completely appropriate; detecting devices, setting them up, etc. Curious. I do seem to get quite a lot of messages in ~/.xsession-errors on my laptop, although they don't all look like errors.
Re: Startx works, but sddm/lightdm/xdm doesn't
On Mon, Feb 28 2022, Felix Miata wrote: >> However, removing modesetting_drv.so from >> /usr/lib/xorg/modules/drivers did. That solved the problem. > >> But it didn't switch to nouveau; it went to fbdev. > > You likely created a new problem. modesetting_drv.so is the default DIX for > AMD, > Intel and NVidia GPUs. fbdev is unaccelerated, and won't support most common > widescreen display modes. Some apps won't run on it. I don't think Gnome will > even > start using it. Using fbdev you can expect your PC to feel like it's running a > single core at 233MHz instead of 2000MHz or more on multiple cores. I was afraid of this, yes. > I don't know that I've ever migrated an installation using SDDM to another PC > using a majorly different GPU. I use TDM or KDM3 on most installations, with a > rare few on LightDM or SDDM, whose themes I always have extreme negative > appreciation for. Somehow the Live CDs must be doing something that works here. I guess it might be interesting to see what Debian Live KDE does on this box! John
Re: Startx works, but sddm/lightdm/xdm doesn't
John Goerzen composed on 2022-02-28 22:11 (UTC-0600): > Interestingly, purging xserver-xorg-video-nouveau didn't change > anything. That means you must have been /using/ the modesetting DIX driver. > However, removing modesetting_drv.so from > /usr/lib/xorg/modules/drivers did. That solved the problem. > But it didn't switch to nouveau; it went to fbdev. You likely created a new problem. modesetting_drv.so is the default DIX for AMD, Intel and NVidia GPUs. fbdev is unaccelerated, and won't support most common widescreen display modes. Some apps won't run on it. I don't think Gnome will even start using it. Using fbdev you can expect your PC to feel like it's running a single core at 233MHz instead of 2000MHz or more on multiple cores. I don't know that I've ever migrated an installation using SDDM to another PC using a majorly different GPU. I use TDM or KDM3 on most installations, with a rare few on LightDM or SDDM, whose themes I always have extreme negative appreciation for. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
Re: Startx works, but sddm/lightdm/xdm doesn't
On Mon, Feb 28 2022, Felix Miata wrote: > There are two nouveau drivers: > > kernel device > display device > modesetting > nouveau > > Both possible full-function display device drivers depend on the nouveau > kernel > driver (module). inxi -Gayz will show both. Try switching from the one in > current > use to the other. Adding or purging xserver-xorg-video-nouveau is typically > the > simplest way to switch between them. /etc/X11/xorg.conf.d/ can also be used to > make the switch by explicitly declaring the chosen driver. The in-use display > driver is announced in roughly half the lines in each Xorg.#.log. Interestingly, purging xserver-xorg-video-nouveau didn't change anything. However, removing modesetting_drv.so from /usr/lib/xorg/modules/drivers did. That solved the problem. But it didn't switch to nouveau; it went to fbdev. But, since I also want to boot this drive on other machines that need it, I can't just leave it that way. It also leaves open the question of why it worked fine in startx, or after logging in with sddm, which is darn weird to me. > Try disabling Plymouth, appending one of the following to the end of the linu > line > after striking the E key at the Grub menu: Thanks for the tip; no change there (I wasn't using the graphical stuff anyhow). > If none help, try appending your display's native mode & refresh instead, > e.g.: > > video=1920x1080@60 > > If this works, likely an edit to /etc/default/grub about graphics handling or > theme, and regeneration of /boot/grub/grub.cfg, is indicated. It's also already getting that right from EDID, so I'm pretty sure that's not the issue. Thanks again! John
Re: Startx works, but sddm/lightdm/xdm doesn't
On Mon, Feb 28, 2022, 3:43 PM John Goerzen wrote: > Hi, > > I have a system with a GeForce 1050 Ti on bullseye. > > On this system, if I log in as a regular user and run startx, everything > works fine; KDE Plasma comes up and it's all good. > > But sddm doesn't work. In fact, when it starts, it causes my monitor to > go "no signal". Oddly, though, if I can log in blindly, then once I hit > enter after putting in my password, KDE will come up and work like it > should. > > I also tried lightdm and xdm. Both of them also had "no signal" when > starting. > > It is using the nouveau driver. There are no errors in Xorg.0.log, > journalctl, dmesg, syslog, or the xsession log. lspci doesn't show any > other graphics adapter. xrandr on the sddm session shows it detected > the appropriate output at the appropriate resolution. Xorg.0.log looks > completely appropriate; detecting devices, setting them up, etc. > > If I boot the same drive on a different box with Intel graphics, sddm > works fine. > > This is a fresh bullseye install. > > A am utterly baffled; I'd think at least xdm should work! > I had something similar happen with Debian 8 a long time ago. It turned out to be because the driver/firmware/grafx-chipset had the wrong idea about the monitor's available resolutions and modes. It was using too high a resolution. Thanks, > > John > >
Re: Startx works, but sddm/lightdm/xdm doesn't
John Goerzen composed on 2022-02-28 15:43 (UTC-0600): > I have a system with a GeForce 1050 Ti on bullseye. > On this system, if I log in as a regular user and run startx, everything > works fine; KDE Plasma comes up and it's all good. > But sddm doesn't work. In fact, when it starts, it causes my monitor to > go "no signal". Oddly, though, if I can log in blindly, then once I hit > enter after putting in my password, KDE will come up and work like it > should. > I also tried lightdm and xdm. Both of them also had "no signal" when > starting. > It is using the nouveau driver. There are two nouveau drivers: kernel device display device modesetting nouveau Both possible full-function display device drivers depend on the nouveau kernel driver (module). inxi -Gayz will show both. Try switching from the one in current use to the other. Adding or purging xserver-xorg-video-nouveau is typically the simplest way to switch between them. /etc/X11/xorg.conf.d/ can also be used to make the switch by explicitly declaring the chosen driver. The in-use display driver is announced in roughly half the lines in each Xorg.#.log. > There are no errors in Xorg.0.log, > journalctl, dmesg, syslog, or the xsession log. lspci doesn't show any > other graphics adapter. xrandr on the sddm session shows it detected > the appropriate output at the appropriate resolution. Xorg.0.log looks > completely appropriate; detecting devices, setting them up, etc. > If I boot the same drive on a different box with Intel graphics, sddm > works fine. > This is a fresh bullseye install. > A am utterly baffled; I'd think at least xdm should work! Try disabling Plymouth, appending one of the following to the end of the linu line after striking the E key at the Grub menu: plymouth=0 noplymouth plymouth.enable=0 If none help, try appending your display's native mode & refresh instead, e.g.: video=1920x1080@60 If this works, likely an edit to /etc/default/grub about graphics handling or theme, and regeneration of /boot/grub/grub.cfg, is indicated. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
Startx works, but sddm/lightdm/xdm doesn't
Hi, I have a system with a GeForce 1050 Ti on bullseye. On this system, if I log in as a regular user and run startx, everything works fine; KDE Plasma comes up and it's all good. But sddm doesn't work. In fact, when it starts, it causes my monitor to go "no signal". Oddly, though, if I can log in blindly, then once I hit enter after putting in my password, KDE will come up and work like it should. I also tried lightdm and xdm. Both of them also had "no signal" when starting. It is using the nouveau driver. There are no errors in Xorg.0.log, journalctl, dmesg, syslog, or the xsession log. lspci doesn't show any other graphics adapter. xrandr on the sddm session shows it detected the appropriate output at the appropriate resolution. Xorg.0.log looks completely appropriate; detecting devices, setting them up, etc. If I boot the same drive on a different box with Intel graphics, sddm works fine. This is a fresh bullseye install. A am utterly baffled; I'd think at least xdm should work! Thanks, John
xdm password display [was: How to disable the screen locker on amd64 buster?]
On Sun, Oct 04, 2020 at 07:20:22PM +0100, Brian wrote: > On Sun 04 Oct 2020 at 14:59:18 +0200, to...@tuxteam.de wrote: > > > On Sun, Oct 04, 2020 at 01:36:45PM +0100, Brian wrote: [...] > > > The tradition allows for configuring xdm to show stars when the password > > > is typed. > > > > That's right, but it's not the default. My advice was just for the > > case that the OP wasn't "seeing" that things might be working as > > intended. > > Indeed it's not the default. My advice was for those users of xdm who > would like some visual feedback when authenticating. BTW. I looked it up, and the knob for that: set the X resource xlogin.Login.echoPasswd to 'true' for that (CAVEAT: untested!) create (or extend, if already present) the file /etc/X11/Xresources/xdm and add the line Xdm*xlogin.Login.echoPasswd: true Perhaps I come around to testing it tomorrow, then I'll shake out the five bugs yet in there :) Cheers - t signature.asc Description: Digital signature
Re: xdm config
On Mon, 9 Dec 2019, didier.gau...@gmail.com wrote: Perhaps wdm would be of interest for you: https://packages.debian.org/buster/wdm Bingo! This is exactly what I was looking for, and more. The install was like butter, even offering a selection of which display manager was to be default. Thanks (and an honorable mention to tomas for also chiming in). :-) -- These are not the droids you are looking for.
Re: xdm config
Perhaps wdm would be of interest for you: https://packages.debian.org/buster/wdm
Re: xdm config
On Sun, Dec 08, 2019 at 05:10:06PM -0500, Bob Bernstein wrote: > Can xdm be cajoled into displaying "Reboot" and/or "Shutdown" > buttons on its welcome screen? > > (By which odd choice of words I mean the principal screen presented > by xdm at X start-up time, e.g. the one which queries the user for > credentials.) The xdm manual page seems to imply so: Under the Resources section: DisplayManager.DISPLAY.setup This specifies a program which is run (as root) before offering the Login window. This may be used to change the appearance of the screen around the Login window or to put up other windows (e.g., you may want to run xconsole here). By default, no program is run. The conventional name for a file used here is Xsetup. See the section Setup Program. So you'd have to write some program displaying your buttons (perhaps Tcl/Tk would be a good match here) and implementing your desired functionality) and read the "Setup Program" section of xdm's man page. Note the detail that the program is run as root: perhaps you may want to drop privileges early, to keep your box honest :-) Cheers -- t signature.asc Description: Digital signature
xdm config
Can xdm be cajoled into displaying "Reboot" and/or "Shutdown" buttons on its welcome screen? (By which odd choice of words I mean the principal screen presented by xdm at X start-up time, e.g. the one which queries the user for credentials.) Thank You -- What can be asserted without evidence can be dismissed without evidence. Hitchens' Razor
Re: midori sous xdm et twm : message sécuté inconnue agaçant !
Merci pour la réponse. Je vais laisser tomber pour un petit moment mon vieux pc et midori. Actuellemment j'ai enfin créé une clé usb multiboot qui fonctionnne et qui boot un pc avec un bios UEFI (c'est nouveau pour moi) et j'ai quelques messages d'erreurs que j'aimerais résoudre. J'envoie la question une fois rédigée. A plus. -- Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html
Re: midori sous xdm et twm : message sécuté inconnue agaçant !
Le 19/04/2019 à 17:18, platus.olivier a écrit : [...] > Par contre midori disparait encore et en lisant le fichier syslog je vois un > probleme memoire : > > segmentation fault > > Une info a ce sujet ??? (mon pc dispose seulement de 512Mo) > (J'enverrai un extrait du fichier lorsque cela se reproduira) La version de Midori incluse dans Stretch est *vraiment* vieille: si tu veux rester avec ce navigateur, j'aurais tendance à te proposer de migrer sous buster, ça ne devrait pas poser trop de soucis vu que la release ne devrait normalement plus tarder(?), ou alors de rester sur stretch mais de changer de navigateur
Re: midori sous xdm et twm : message sécuté inconnue agaçant !
Merci pour les reponses ... car ma question etait vague ... J'ai continue a chercher et j'ai regarde le fichier .xsession-errors qui signalait un probleme de certificat aussi ! Un petit apt search ssl ca-certificat plus tard et je decide d'installer la paquet ca-certificats et plus de probleme. midori -> apt install ca-certificats Puis midori se met a planter regulierement (il disparait de l'ecran et du reste du pc) aussi je consulte a nouveau le fichier .xsession-errors et je vois des erreurs concernant un truc au sujet de gnome et zeitgeist aussi de meme apres une recherche je decide d'installer le paquet zeitgeist et plus de probleme. midori -> apt install zeitgeist Par contre midori disparait encore et en lisant le fichier syslog je vois un probleme memoire : segmentation fault Une info a ce sujet ??? (mon pc dispose seulement de 512Mo) (J'enverrai un extrait du fichier lorsque cela se reproduira) -- Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html
Re: midori sous xdm et twm : message sécuté inconnue agaçant !
Merci pour les reponses ... car ma question etait vague ... J'ai continue a chercher et j'ai regarde le fichier .xsession-errors qui signalait un probleme de certificat aussi ! Un petit apt search ssl ca-certificat plus tard et je decide d'installer la paquet ca-certificats et plus de probleme. midori -> apt install ca-certificats Puis midori se met a planter regulierement (il disparait de l'ecran et du reste du pc) aussi je consulte a nouveau le fichier .xsession-errors et je vois des erreurs concernant un truc au sujet de gnome et zeitgeist aussi de meme apres une recherche je decide d'installer le paquet zeitgeist et plus de probleme. midori -> apt install zeitgeist Par contre midori disparait encore et en lisant le fichier syslog je vois un probleme memoire : segmentation fault Une info a ce sujet ??? (mon pc dispose seulement de 512Mo) (J'enverrai un extrait du fichier lorsque cela se reproduira) -- Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html
Re: midori sous xdm et twm : message sécuté inconnue agaçant !
On Friday 12 April 2019 14:19:30 olivier.platus wrote: > Salut à tous. > Je suis sous debian stretch 9.8 et lorsque je navigue sous midori, il me > demande sans cesse de "faire confiance à ce site" dans la fenêtre "sécurité > inconnue ... L'autorité de signature de certificat est inconnue." lorsque je > souhaite aller sur un nouveau site. > J'ai auparavant lu les faqs de l'onglet "Aide" concernant la partie > "security features" et en ai conclu qu'il fallait que je mette la ligne > "gnome-keyring-daemon -start" dans mon fichier ".xsessionrc" des options de > démarrage pour "xdm" et "twm". > Aussi comment éviter de devoir toujours manuellement autoriser "la > confiance" aux nouveaux sites visités par midori ? > Est-ce parce que je ne suis pas sous le bureau gnome ou faut-il configurer > autre chose ? Merci pour l'aide. S'agit-il de sites https ou http ?
Re: midori sous xdm et twm : message sécuté inconnue agaçant !
Bonjour, est-ce que cela se produit sur tous les sites, y compris les "gros" (style Wikipedia, youtube.com, bref, le top10 Alexa) ? Ou seulement sur quelques sites identifiés ? Dans le deuxième cas de figure, il faudrait afficher le certificat SSL du ou des site(s) en question, afin de connaître l'autorité de certification associée. Je n'utilise pas midori (à part sur quelques stations qui servent juste à afficher une page en continu sur un écran TV), mais dans les paramètres Firefox par exemple, on peut modifier la confiance accordée aux différentes autorités de certifications (about:preferences#privacy -> Certificats -> Afficher les certificats -> Autorités -> Modifier la confiance). Ainsi, tous les sites utilisant un certificat SSL délivré par une autorité en laquelle le navigateur fait confiance, ne présenteront plus ce problème. Je suppose qu'on peut faire la même chose avec midori, d'une façon ou d'une autre. Le 12/04/2019 à 14:19, olivier.platus a écrit : > Salut à tous. > Je suis sous debian stretch 9.8 et lorsque je navigue sous midori, il me > demande sans cesse de "faire confiance à ce site" dans la fenêtre "sécurité > inconnue ... L'autorité de signature de certificat est inconnue." lorsque je > souhaite aller sur un nouveau site. > J'ai auparavant lu les faqs de l'onglet "Aide" concernant la partie > "security features" et en ai conclu qu'il fallait que je mette la ligne > "gnome-keyring-daemon -start" dans mon fichier ".xsessionrc" des options de > démarrage pour "xdm" et "twm". > Aussi comment éviter de devoir toujours manuellement autoriser "la > confiance" aux nouveaux sites visités par midori ? > Est-ce parce que je ne suis pas sous le bureau gnome ou faut-il configurer > autre chose ? > Merci pour l'aide. > > > > > -- > Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html >
midori sous xdm et twm : message sécuté inconnue agaçant !
Salut à tous. Je suis sous debian stretch 9.8 et lorsque je navigue sous midori, il me demande sans cesse de "faire confiance à ce site" dans la fenêtre "sécurité inconnue ... L'autorité de signature de certificat est inconnue." lorsque je souhaite aller sur un nouveau site. J'ai auparavant lu les faqs de l'onglet "Aide" concernant la partie "security features" et en ai conclu qu'il fallait que je mette la ligne "gnome-keyring-daemon -start" dans mon fichier ".xsessionrc" des options de démarrage pour "xdm" et "twm". Aussi comment éviter de devoir toujours manuellement autoriser "la confiance" aux nouveaux sites visités par midori ? Est-ce parce que je ne suis pas sous le bureau gnome ou faut-il configurer autre chose ? Merci pour l'aide. -- Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html
Re: XDM maakt cli-weergave in de war, {hoe,dan}
On 4/11/19 8:50 PM, Geert Stappers wrote: > On Thu, Apr 11, 2019 at 08:26:09PM +0200, Vincent Zweije wrote: >> xterm is volledig te sturen via settings die in de display server >> (Xorg/X11) worden bijgehouden; ook de character set die wordt gebruikt. Er >> vanuit gaande dat je xterm gebruikt, vraag de volgende resultaten eens op: >> >> appres XTerm xterm >appres-{xdm,startx}.txt Vandaag leerde ik van `appres`, vond ik een coole ontdekking, dank je wel Vincent! > `appres` blijkt in het package `x11-utils` te zitten. > > 'XTerm xterm' parameters voor appres > > Maar wat zou de '>appres-{xdm,startx}.txt' moeten doen? Ik begreep wat Vincent bedoelde: de output van `appres` opslaan, uitgevoerd in de omgevingen die via xdm en startx gestart waren.
Re: XDM maakt cli-weergave in de war, {hoe,dan}
On Thu, Apr 11, 2019 at 08:26:09PM +0200, Vincent Zweije wrote: > On Wed, Apr 10, 2019 at 09:18:59PM +0200, Rutger van Sleen wrote: > > || On 10-04-2019 20:28, Vincent Zweije wrote: > || > Ik proef toch een localization probleempje. Dat is vaak door de > || > environment variabelen gestuurd. Dus probeer eens in de twee omgevingen: > [...] > || > en vergelijk de files. Misschien geeft dat een hint wat er anders is. > || > || Helaas. Ter vermaak heb ik de bestanden bijgevoegd. :) > > Ik zie een XDG_SESSION_TYPE die anders is, maar ik zou niet weten hoe > dat invloed zou hebben op je terminal emulator. > > Gekke vraag misschien, maar is het wel dezelfde terminal emulator? En > zo ja, welke? > > Nog een andere optie: misschien dat er via dbus andere settings bij je > terminal emulator uitkomen afhankelijk van je session type. > > Ah, ik bedenk juist: X resources! > > xterm is volledig te sturen via settings die in de display server > (Xorg/X11) worden bijgehouden; ook de character set die wordt gebruikt. Er > vanuit gaande dat je xterm gebruikt, vraag de volgende resultaten eens op: > > appres XTerm xterm >appres-{xdm,startx}.txt > `appres` blijkt in het package `x11-utils` te zitten. 'XTerm xterm' parameters voor appres Maar wat zou de '>appres-{xdm,startx}.txt' moeten doen? Het zal ge-expandeerd worden tot appress XTerm xterm >appres... ah, nu zie ik het. Het zal ge-expandeerde worden tot appress XTerm xterm >appres-xdm.txt >appress-startx.txt Nog steeds een vreemde command line regel. Dan ook maar uitgeprobeerd $ appres XTerm xterm >appres-{xdm,starx}.txt bash: appres-{xdm,starx}.txt: omleiding is niet eenduidig $ appres XTerm xterm >appres-xdm.txt >appres-startx.txt $ ls -ltr appres*.txt -rw-r--r-- 1 stappers stappers0 apr 11 20:46 appres-xdm.txt -rw-r--r-- 1 stappers stappers 6763 apr 11 20:46 appres-startx.txt $ > en vergelijk dat eens. Leeg bestand en gevuld bestand, zo een vergelijk laat alleen maar verschil zien. Groeten Geert
Re: XDM maakt cli-weergave in de war
On Wed, Apr 10, 2019 at 09:18:59PM +0200, Rutger van Sleen wrote: || On 10-04-2019 20:28, Vincent Zweije wrote: || > Ik proef toch een localization probleempje. Dat is vaak door de || > environment variabelen gestuurd. Dus probeer eens in de twee omgevingen: [...] || > en vergelijk de files. Misschien geeft dat een hint wat er anders is. || || Helaas. Ter vermaak heb ik de bestanden bijgevoegd. :) Ik zie een XDG_SESSION_TYPE die anders is, maar ik zou niet weten hoe dat invloed zou hebben op je terminal emulator. Gekke vraag misschien, maar is het wel dezelfde terminal emulator? En zo ja, welke? Nog een andere optie: misschien dat er via dbus andere settings bij je terminal emulator uitkomen afhankelijk van je session type. Ah, ik bedenk juist: X resources! xterm is volledig te sturen via settings die in de display server (Xorg/X11) worden bijgehouden; ook de character set die wordt gebruikt. Er vanuit gaande dat je xterm gebruikt, vraag de volgende resultaten eens op: appres XTerm xterm >appres-{xdm,startx}.txt en vergelijk dat eens. Vincent. -- Vincent Zweije| "If you're flamed in a group you <http://www.xs4all.nl/~zweije/> | don't read, does anybody get burnt?" [Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r. signature.asc Description: PGP signature
Re: XDM maakt cli-weergave in de war
On 10-04-2019 20:28, Vincent Zweije wrote: > Ik proef toch een localization probleempje. Dat is vaak door de > environment variabelen gestuurd. Dus probeer eens in de twee omgevingen: > > #startx > printenv | sort -o env-startx.txt > > #xdm > printenv | sort -o env-xdm.txt > > en vergelijk de files. Misschien geeft dat een hint wat er anders is. Helaas. Ter vermaak heb ik de bestanden bijgevoegd. :) Bij het starten van de X-sessie wordt in beide gevallen ~/.xsessionrc geladen, waar ik ~/.xprofile in aanroep, die weer ~/.profile source'd, waar ik de locales variabelen in heb staan. COLORFGBG=default;default COLORTERM=rxvt-xpm DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus DESKTOP_STARTUP_ID=i3/i3-sensible-terminal/7064-0-flaming_TIME49744508 DISPLAY=:0 GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1 HOME=/home/djslash HOSTNAME=flaming HUSHLOGIN=FALSE INVOCATION_ID=f978b14654b24397b57174291eb5c696 JOURNAL_STREAM=9:52795 LANG=en_US.utf8 LANGUAGE=en_US:en LC_ADDRESS=nl_NL.utf8 LC_COLLATE=nl_NL.utf8 LC_CTYPE=en_US.utf8 LC_IDENTIFICATION=nl_NL.utf8 LC_MEASUREMENT=nl_NL.utf8 LC_MONETARY=nl_NL.utf8 LC_NAME=nl_NL.utf8 LC_NUMERIC=nl_NL.utf8 LC_PAPER=nl_NL.utf8 LC_TELEPHONE=nl_NL.utf8 LC_TIME=nl_NL.utf8 LESS=-R LOGNAME=djslash LSCOLORS=Gxfxcxdxbxegedabagacad LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.zst=01;31:*.tzst=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.wim=01;31:*.swm=01;31:*.dwm=01;31:*.esd=01;31:*.jpg=01;35:*.jpeg=01;35:*.mjpg=01;35:*.mjpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36: MAIL=/var/mail/djslash OLDPWD=/home/djslash PAGER=less PATH=/home/djslash/.local/bin:/home/djslash/.local/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games PWD=/home/djslash QT_ACCESSIBILITY=1 SHELL=/bin/zsh SHLVL=2 SSH_AGENT_PID=7063 SSH_AUTH_SOCK=/tmp/ssh-ITMrdSxUhs1z/agent.7023 TERM=rxvt-unicode-256color USER=djslash _=/usr/bin/printenv WINDOWID=31457289 WINDOWPATH=2 XAUTHORITY=/home/djslash/.Xauthority XDG_RUNTIME_DIR=/run/user/1000 XDG_SEAT=seat0 XDG_SESSION_CLASS=user XDG_SESSION_ID=10 XDG_SESSION_TYPE=tty XDG_VTNR=2 COLORFGBG=default;default COLORTERM=rxvt-xpm DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus DESKTOP_STARTUP_ID=i3/i3-sensible-terminal/21594-1-flaming_TIME36711436 DISPLAY=:0 GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1 HOME=/home/djslash HOSTNAME=flaming LANG=en_US.utf8 LANGUAGE=en_US:en LC_ADDRESS=nl_NL.utf8 LC_COLLATE=nl_NL.utf8 LC_CTYPE=en_US.utf8 LC_IDENTIFICATION=nl_NL.utf8 LC_MEASUREMENT=nl_NL.utf8 LC_MONETARY=nl_NL.utf8 LC_NAME=nl_NL.utf8 LC_NUMERIC=nl_NL.utf8 LC_PAPER=nl_NL.utf8 LC_TELEPHONE=nl_NL.utf8 LC_TIME=nl_NL.utf8 LESS=-R LOGNAME=djslash LSCOLORS=Gxfxcxdxbxegedabagacad LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.zst=01;31:*.tzst=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.wim=01;31:*.swm=01;31:*.dwm=01;31:*.esd=01;31:*.jpg=01;35:*.jpeg=01;35:*.mjpg=01;35:*.mjpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:
Re: XDM maakt cli-weergave in de war
On Wed, Apr 10, 2019 at 11:11:36AM +0200, Rutger van Sleen wrote: > Sinds kort ben ik XDM gaan gebruiken als display manager. Ik wil > namelijk graag dat er meerdere Xservers gestart worden na het booten. > Dat maakt het mogelijk dat mijn gezin simpel een andere VT kan pakken, > zonder dat ik na hoef te denken over switch-user mogelijkheden. > > Deze setup draai ik op Debian testing (aka buster), zowel op mijn > desktop-machine als op mijn laptop. > > Het probleem dat ik omschrijf in het subject, komt alleen voor op mijn > laptop. Waarom ik denk dat het door XDM komt? Omdat het niet gebeurt als > ik bijvoorbeeld de Xserver start met `startx`. Dit is belangrijk, omdat > in theorie er geen verschil zou moeten zijn tussen de twee methodes en > mijn eigen configuratie[1] dus in principe werkt. Ik gebruik i3wm als > window manager. > > Het probleem is: als de sessie gestart is met XDM, en ik open dan een > terminal (urxvt of xterm, maakt niet uit) om `man man` te lezen, zie ik > op sommige plekken dat er letters of tekens er gek uit zien. Een andere > ervaring is dat als ik `alsamixer` of `ncmpcpp` in deze terminal > gebruik, het er goed uit ziet. Echter, ik heb meerdere cli dingen, zoals > `ncmpcpp` en `lnav`, die ik in screen draai. Daar ziet het er niet goed > uit. Daar waar lijntjes moeten zijn, staan allemaal â-tjes bijvoorbeeld > (zie [2]). Echter toont een `weechat` dit gedrag niet, maar heeft ook > een paar quirks zoals het niet goed weergeven van é-tjes (ook te zien in > gelinkte screenshot). Ik proef toch een localization probleempje. Dat is vaak door de environment variabelen gestuurd. Dus probeer eens in de twee omgevingen: #startx printenv | sort -o env-startx.txt #xdm printenv | sort -o env-xdm.txt en vergelijk de files. Misschien geeft dat een hint wat er anders is. Vincent. -- Vincent Zweije| "If you're flamed in a group you <http://www.xs4all.nl/~zweije/> | don't read, does anybody get burnt?" [Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r. signature.asc Description: PGP signature
Re: XDM maakt cli-weergave in de war
On 4/10/19 8:09 PM, Geert Stappers wrote: > On Wed, Apr 10, 2019 at 12:40:48PM +0200, Rutger van Sleen wrote: *knip* >> Ik ben juist van LightDM afgestapt, omdat het me totaal niet lukte om >> daarmee te behalen wat ik wou. > > Omschrijven wat je wilt kan vaak al een uitdaging opzich zijn. In Ik wil graag dat als ik mijn X-sessie start via XDM, dat mijn cli-weergave er 'normaal' uit ziet. >> als ik ingelogd ben op VT7, dat mijn vrouw simpelweg naar VT8 kan > lees ik "multi seat" als in > https://en.wikipedia.org/wiki/Multiseat_configuration > Maar of dat de bedoeling is, is me niet duidelijk. Nee, ik schreef al, zelfde hardware. 1 stoel, 1 toetsenbord, 1 muis, 1 laptop-scherm (bij mijn desktop-machine wel 2 monitoren). Maar dus wel meerdere Xserver-instanties, zodat degene die in de stoel zit, gebruik kan maken van een eigen instantie. Het is dus *geen* multiseat- situatie.
Re: XDM maakt cli-weergave in de war
On Wed, Apr 10, 2019 at 12:40:48PM +0200, Rutger van Sleen wrote: > On 4/10/19 12:04 PM, Paul van der Vlis wrote: > > Op 10-04-19 om 11:11 schreef Rutger van Sleen: > >> Hoi allemaal, > >> > >> Sinds kort ben ik XDM gaan gebruiken als display manager. Ik wil > >> namelijk graag dat er meerdere Xservers gestart worden na het booten. > >> Dat maakt het mogelijk dat mijn gezin simpel een andere VT kan pakken, > >> zonder dat ik na hoef te denken over switch-user mogelijkheden. > > > > Ik heb geen ervaring met XDM, maar heb in het verleden wel meerdere > > Xservers gedraaid met GDM, volgens mij kan/kon dat dus wel. Dat was met > > een multiseat configuratie, is dat ook wat jij doet? > > Nee, het gaat puur om meerdere Xserver-instanties die werken met > dezelfde hardware en configuratie. Dit zodat als ik ingelogd ben op VT7, > dat mijn vrouw simpelweg naar VT8 kan om daar een eigen sessie te starten. > > > Mijn ervaring is dat het echter nogal afhankelijk is van welke > > videokaart(en) je gebruikt. > > In dit geval dus niet. > > > Wat ik je wil aanraden is eens te kijken naar LightDM als display manager. > > > > Volgens mij gebruikt bijna niemand XDM en wordt het daarom niet zo > > geweldig onderhouden. Maar ik kan me vergissen. > > Ik ben juist van LightDM afgestapt, omdat het me totaal niet lukte om > daarmee te behalen wat ik wou. Omschrijven wat je wilt kan vaak al een uitdaging opzich zijn. In > als ik ingelogd ben op VT7, dat mijn vrouw simpelweg naar VT8 kan lees ik "multi seat" als in https://en.wikipedia.org/wiki/Multiseat_configuration Maar of dat de bedoeling is, is me niet duidelijk. Ik ben echter bang dat ik per ongeluk de gewenste setup heb ervaren. VT7 reageerde niet snel genoeg, ik probeerde VT8, daar was wel wat. Echter niet meer dan een "greeter" en heb nieuwe sessie gestart. Later op de dag opnieuw vanuit screensaver naar VT8 en VT7 gezocht. Toen vond ik de sessie van eerder op de dag. Ik herkende die aan de namen van de terminal windows. Hoe dat te reproduceren?Dat weet ik niet. Waarmee was het? XFCE met zijn standaard DM. ( ik heb niets extras ingestel tijdens de installatie ) > XDM heeft recentelijk weer een nieuwe versie uitgebracht[1] sinds een > jaar of zeven. ;-) Zit alleen nog niet in Debian. > > [1] https://lists.x.org/archives/xorg-announce/2019-March/002959.html > > -- > Rutger van Sleen > > { Geen WhatsApp, wel Signal - https://signal.org/ } > > ~ https://selkof.net/ ~ https://djslash.org/ ~ > ~ Nederlandse Linux Gebruikers Groep - https://nllgg.nl/ ~ > ~ Bewonersorganisatie Oosterpark - https://oosterparkgroningen.nl/ > -- Groeten Geert Stappers -- Leven en laten leven
Re: XDM maakt cli-weergave in de war
On 4/10/19 12:04 PM, Paul van der Vlis wrote: > Hoi Rutger, > > Op 10-04-19 om 11:11 schreef Rutger van Sleen: >> Hoi allemaal, >> >> Sinds kort ben ik XDM gaan gebruiken als display manager. Ik wil >> namelijk graag dat er meerdere Xservers gestart worden na het booten. >> Dat maakt het mogelijk dat mijn gezin simpel een andere VT kan pakken, >> zonder dat ik na hoef te denken over switch-user mogelijkheden. > > Ik heb geen ervaring met XDM, maar heb in het verleden wel meerdere > Xservers gedraaid met GDM, volgens mij kan/kon dat dus wel. Dat was met > een multiseat configuratie, is dat ook wat jij doet? Nee, het gaat puur om meerdere Xserver-instanties die werken met dezelfde hardware en configuratie. Dit zodat als ik ingelogd ben op VT7, dat mijn vrouw simpelweg naar VT8 kan om daar een eigen sessie te starten. > Mijn ervaring is dat het echter nogal afhankelijk is van welke > videokaart(en) je gebruikt. In dit geval dus niet. > Wat ik je wil aanraden is eens te kijken naar LightDM als display manager. > > Volgens mij gebruikt bijna niemand XDM en wordt het daarom niet zo > geweldig onderhouden. Maar ik kan me vergissen. Ik ben juist van LightDM afgestapt, omdat het me totaal niet lukte om daarmee te behalen wat ik wou. XDM heeft recentelijk weer een nieuwe versie uitgebracht[1] sinds een jaar of zeven. ;-) Zit alleen nog niet in Debian. [1] https://lists.x.org/archives/xorg-announce/2019-March/002959.html -- Rutger van Sleen { Geen WhatsApp, wel Signal - https://signal.org/ } ~ https://selkof.net/ ~ https://djslash.org/ ~ ~ Nederlandse Linux Gebruikers Groep - https://nllgg.nl/ ~ ~ Bewonersorganisatie Oosterpark - https://oosterparkgroningen.nl/
Re: XDM maakt cli-weergave in de war
Hoi Rutger, Op 10-04-19 om 11:11 schreef Rutger van Sleen: > Hoi allemaal, > > Sinds kort ben ik XDM gaan gebruiken als display manager. Ik wil > namelijk graag dat er meerdere Xservers gestart worden na het booten. > Dat maakt het mogelijk dat mijn gezin simpel een andere VT kan pakken, > zonder dat ik na hoef te denken over switch-user mogelijkheden. Ik heb geen ervaring met XDM, maar heb in het verleden wel meerdere Xservers gedraaid met GDM, volgens mij kan/kon dat dus wel. Dat was met een multiseat configuratie, is dat ook wat jij doet? Mijn ervaring is dat het echter nogal afhankelijk is van welke videokaart(en) je gebruikt. Wat ik je wil aanraden is eens te kijken naar LightDM als display manager. Volgens mij gebruikt bijna niemand XDM en wordt het daarom niet zo geweldig onderhouden. Maar ik kan me vergissen. Groeten, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
XDM maakt cli-weergave in de war
Hoi allemaal, Sinds kort ben ik XDM gaan gebruiken als display manager. Ik wil namelijk graag dat er meerdere Xservers gestart worden na het booten. Dat maakt het mogelijk dat mijn gezin simpel een andere VT kan pakken, zonder dat ik na hoef te denken over switch-user mogelijkheden. Deze setup draai ik op Debian testing (aka buster), zowel op mijn desktop-machine als op mijn laptop. Het probleem dat ik omschrijf in het subject, komt alleen voor op mijn laptop. Waarom ik denk dat het door XDM komt? Omdat het niet gebeurt als ik bijvoorbeeld de Xserver start met `startx`. Dit is belangrijk, omdat in theorie er geen verschil zou moeten zijn tussen de twee methodes en mijn eigen configuratie[1] dus in principe werkt. Ik gebruik i3wm als window manager. Het probleem is: als de sessie gestart is met XDM, en ik open dan een terminal (urxvt of xterm, maakt niet uit) om `man man` te lezen, zie ik op sommige plekken dat er letters of tekens er gek uit zien. Een andere ervaring is dat als ik `alsamixer` of `ncmpcpp` in deze terminal gebruik, het er goed uit ziet. Echter, ik heb meerdere cli dingen, zoals `ncmpcpp` en `lnav`, die ik in screen draai. Daar ziet het er niet goed uit. Daar waar lijntjes moeten zijn, staan allemaal â-tjes bijvoorbeeld (zie [2]). Echter toont een `weechat` dit gedrag niet, maar heeft ook een paar quirks zoals het niet goed weergeven van é-tjes (ook te zien in gelinkte screenshot). Het is *niet* een ncurses-issue, want `man` en `lnav` zijn geen ncurses-depending applicaties. Nog iets anders, ik kan mijn compose-key niet meer gebruiken in de terminal. Wat is al gecheckt (en hou in je achterhoofd dat mijn setup in principe werkt als de sessie anders gestart wordt): - fonts - $TERM (zowel buiten als in screen) - locales (staat allemaal op utf8) - xdm gepurged en opnieuw geïnstalleerd - xorg-logfiles tussen xdm en startx methodes vergeleken, maar niks gevonden Iemand ideeën? [1] https://gitlab.com/DjSlash/dotfiles [2] https://cal.selkof.net/index.php/s/jkP7rzF9CsqAGWF (link vervalt 10-5) -- Rutger
Re: Xfce met xdm
On Fri, Jun 15, 2018 at 07:24:44PM +0200, Paul van der Vlis wrote: > Op 15-06-18 om 17:05 schreef Cecil Westerhof: > > Ik gebruik al jaren xfce. Het bevalt mij prima. Ik hoorde dat je > > vanuit performance oogpunt (een van de redenen dat ik met xfce ben > > gaan werken) het beste met xdm, of lxdm kunt werken. Ik heb even > > gekeken welke dm wordt gebruikt en dat blijkt lightdm te zijn. > > > > Is het goed om de switch te maken? > > Xdm is volgens mij wel heel erg basic, lxdm ken ik niet. > Volgens mij is lightdm prima, maar het kon er iets mooier uitzien. lightdm is perfect themeable. "Het ziet er niet mooi uit" is dus gewoon een kwestie van configuratie :-) > Gdm kan iets meer (xorg draaien als gewone user als ik me niet vergis) > en ziet er wat mooier uit. Maar heeft nogal veel van Gnome nodig Dat is een understatement. GDM3 draait een volledige GNOME sessie, omdat anders de accessibility niet werkt. > en is wat zwaarder volgens mij. > > In Debian kun je meerdere windowmanagers tegelijk installeren en simpel > kiezen via het alternatives-systeem of dpkg-reconfigure. Je bedoelt DMs :-) Window Managers zijn de dingen die kadertjes tekenen rond je vensters. -- Could you people please use IRC like normal people?!? -- Amaya Rodrigo Sastre, trying to quiet down the buzz in the DebConf 2008 Hacklab
Re: Xfce met xdm
Op 15-06-18 om 23:40 schreef Cecil Westerhof: > Paul van der Vlis writes: > >> Op 15-06-18 om 20:31 schreef Cecil Westerhof: >>> Het enige wat ik vervelend vind is dat als ik de screensaver wil >>> uitschakelen ik zowel de gebruikersnaam als het wachtwoord moet >>> invoeren i.p.v. alleen het wachtwoord. Maar ik vraag me af of dat echt >>> aan lightdm ligt. >> >> Probeer eens "greeter-hide-users=false" in /etc/lightdm/lightdm.conf. >> Dat lost dat punt in elk geval bij het inloggen op. > > Ik heb geen probleem hoe het inloggen gaat. (Denk eigenlijk dat het > zelfs een goed idee is dat de gebruikersnamen niet zichtbaar zijn.) > Enkel hoe het uitschakelen van de screensaver gaat. Ik was gewend dat > je weliswaar gebruikersnaam en wachtwoord had, maar dat gebruikersnaam > standaard was ingevuld met huidige gebruiker en de cursor stond op > wachtwoord. Dus ik hoefde enkel wachtwoord in te voeren en return te > geven. Begrijp ik. Maar als je die optie boven invult, dan onthoudt hij de naam voor de volgende keer bij het inloggen. En misschien geeft het dan ook de naam door aan de screensaver, valt te proberen. > In Debian zijn beide velden leeg en staat de cursor op het > gebruikersnaam veld. Dus ik moet gebruikersnaam invullen, return > geven, wachtwoord invullen en return geven. > > Niet een gigantisch groot probleem, maar wel vervelend. > > Op een Ubuntu systeem waar ik ook xfce en lightdm gebruik heb ik dit > niet, maar ik zie geen verschil in de configuratie bestanden. :'-( Weet ik niet goed. Kijk wellicht welk programma zorgt voor de screensaver. Groeten, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Xfce met xdm
On Fri, 2018-06-15 at 23:40 +0200, Cecil Westerhof wrote: > Op een Ubuntu systeem waar ik ook xfce en lightdm gebruik heb ik dit > niet, maar ik zie geen verschil in de configuratie bestanden. :'-( Er zijn verschillende LightDM "greeters", en voor sommige greeters ook verschillende "themes", dus vermoedelijk zit het verschil daar ergens in? (Of eventueel een verschillende versie?) -- Jan Claeys
Re: Xfce met xdm
Paul van der Vlis writes: > Op 15-06-18 om 20:31 schreef Cecil Westerhof: >> Het enige wat ik vervelend vind is dat als ik de screensaver wil >> uitschakelen ik zowel de gebruikersnaam als het wachtwoord moet >> invoeren i.p.v. alleen het wachtwoord. Maar ik vraag me af of dat echt >> aan lightdm ligt. > > Probeer eens "greeter-hide-users=false" in /etc/lightdm/lightdm.conf. > Dat lost dat punt in elk geval bij het inloggen op. Ik heb geen probleem hoe het inloggen gaat. (Denk eigenlijk dat het zelfs een goed idee is dat de gebruikersnamen niet zichtbaar zijn.) Enkel hoe het uitschakelen van de screensaver gaat. Ik was gewend dat je weliswaar gebruikersnaam en wachtwoord had, maar dat gebruikersnaam standaard was ingevuld met huidige gebruiker en de cursor stond op wachtwoord. Dus ik hoefde enkel wachtwoord in te voeren en return te geven. In Debian zijn beide velden leeg en staat de cursor op het gebruikersnaam veld. Dus ik moet gebruikersnaam invullen, return geven, wachtwoord invullen en return geven. Niet een gigantisch groot probleem, maar wel vervelend. Op een Ubuntu systeem waar ik ook xfce en lightdm gebruik heb ik dit niet, maar ik zie geen verschil in de configuratie bestanden. :'-( -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: Xfce met xdm
Op 15-06-18 om 20:31 schreef Cecil Westerhof: > Het enige wat ik vervelend vind is dat als ik de screensaver wil > uitschakelen ik zowel de gebruikersnaam als het wachtwoord moet > invoeren i.p.v. alleen het wachtwoord. Maar ik vraag me af of dat echt > aan lightdm ligt. Probeer eens "greeter-hide-users=false" in /etc/lightdm/lightdm.conf. Dat lost dat punt in elk geval bij het inloggen op. Groeten, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Xfce met xdm
Op 15-06-18 om 20:56 schreef Sjoerd Hiemstra: > Cecil Westerhof: >> Paul van der Vlis: >>> In Debian kun je meerdere windowmanagers tegelijk installeren en >>> simpel kiezen via het alternatives-systeem of dpkg-reconfigure. >> >> Had ik reeds ontdekt. Ik heb xdm en lxdm geïnstalleerd. Ga van het >> weekend een beetje spelen. ;-) > > Paul heeft het over windowmanagers, niet displaymanagers. Oeps, ik zeg inderdaad windowmanagers, maar ik bedoelde wel displaymanagers... Groeten, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Xfce met xdm
Cecil Westerhof: > Paul van der Vlis: > > In Debian kun je meerdere windowmanagers tegelijk installeren en > > simpel kiezen via het alternatives-systeem of dpkg-reconfigure. > > Had ik reeds ontdekt. Ik heb xdm en lxdm geïnstalleerd. Ga van het > weekend een beetje spelen. ;-) Paul heeft het over windowmanagers, niet displaymanagers. Om te kijken welke windowmanagers zijn geïnstalleerd, bestond in SuSE altijd dit commando: $ wmlist In Debian zijn deze commando's daar voor te gebruiken: # update-alternatives --list x-window-manager # update-alternatives --list x-session-manager Om een andere WM als standaard in te stellen: # update-alternatives --config x-window-manager # update-alternatives --config x-session-manager
Re: Xfce met xdm
Paul van der Vlis writes: > Op 15-06-18 om 17:05 schreef Cecil Westerhof: >> Ik gebruik al jaren xfce. Het bevalt mij prima. Ik hoorde dat je >> vanuit performance oogpunt (een van de redenen dat ik met xfce ben >> gaan werken) het beste met xdm, of lxdm kunt werken. Ik heb even >> gekeken welke dm wordt gebruikt en dat blijkt lightdm te zijn. >> >> Is het goed om de switch te maken? > > Xdm is volgens mij wel heel erg basic, lxdm ken ik niet. > Volgens mij is lightdm prima, maar het kon er iets mooier uitzien. Ik heb er geen problemen mee dat het niet mooi zou zijn.;-) Het enige wat ik vervelend vind is dat als ik de screensaver wil uitschakelen ik zowel de gebruikersnaam als het wachtwoord moet invoeren i.p.v. alleen het wachtwoord. Maar ik vraag me af of dat echt aan lightdm ligt. > Gdm kan iets meer (xorg draaien als gewone user als ik me niet vergis) > en ziet er wat mooier uit. Maar heeft nogal veel van Gnome nodig en is > wat zwaarder volgens mij. > > In Debian kun je meerdere windowmanagers tegelijk installeren en simpel > kiezen via het alternatives-systeem of dpkg-reconfigure. Had ik reeds ontdekt. Ik heb xdm en lxdm geïnstalleerd. Ga van het weekend een beetje spelen. ;-) -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: Xfce met xdm
Op 15-06-18 om 17:05 schreef Cecil Westerhof: > Ik gebruik al jaren xfce. Het bevalt mij prima. Ik hoorde dat je > vanuit performance oogpunt (een van de redenen dat ik met xfce ben > gaan werken) het beste met xdm, of lxdm kunt werken. Ik heb even > gekeken welke dm wordt gebruikt en dat blijkt lightdm te zijn. > > Is het goed om de switch te maken? Xdm is volgens mij wel heel erg basic, lxdm ken ik niet. Volgens mij is lightdm prima, maar het kon er iets mooier uitzien. Gdm kan iets meer (xorg draaien als gewone user als ik me niet vergis) en ziet er wat mooier uit. Maar heeft nogal veel van Gnome nodig en is wat zwaarder volgens mij. In Debian kun je meerdere windowmanagers tegelijk installeren en simpel kiezen via het alternatives-systeem of dpkg-reconfigure. Groeten, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Xfce met xdm
Ik gebruik al jaren xfce. Het bevalt mij prima. Ik hoorde dat je vanuit performance oogpunt (een van de redenen dat ik met xfce ben gaan werken) het beste met xdm, of lxdm kunt werken. Ik heb even gekeken welke dm wordt gebruikt en dat blijkt lightdm te zijn. Is het goed om de switch te maken? -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: Configurar vários gerenciadores de janela no xdm
E o wdm , ligado ao Window Maker, se não me engano. Em Tue, 10 Jun 2014 09:33:35 -0300 Listeiro 037 listeiro_...@yahoo.com.br escreveu: Slim, mas é tipo o xdm. https://packages.debian.org/wheezy/slim Em Mon, 09 Jun 2014 15:56:35 -0300 Thiago Zoroastro thiago.zoroas...@bol.com.br escreveu: Instalo lightdm e alterno no /etc/lightdm/lightdm.conf para autobootar sem login, manualmente. Acho que o lightdm é bem melhor que o xdm, que não me pareceu tão fácil de simples para usuários que curtem conhecer e alterar o sistema manualmente sem conhecimentos avançados. Thiago Zoroastro http://blogoosfero.cc/profile/thiagozoroastro -- Encryption works. Properly implemented strong crypto systems are one of the few things that you can rely on. Unfortunately, endpoint security is so terrifically weak that NSA can frequently find ways around it. — Edward Snowden -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/13221.68519...@smtp240.mail.gq1.yahoo.com
Re: Configurar vários gerenciadores de janela no xdm
Slim, mas é tipo o xdm. https://packages.debian.org/wheezy/slim Em Mon, 09 Jun 2014 15:56:35 -0300 Thiago Zoroastro thiago.zoroas...@bol.com.br escreveu: Instalo lightdm e alterno no /etc/lightdm/lightdm.conf para autobootar sem login, manualmente. Acho que o lightdm é bem melhor que o xdm, que não me pareceu tão fácil de simples para usuários que curtem conhecer e alterar o sistema manualmente sem conhecimentos avançados. Thiago Zoroastro http://blogoosfero.cc/profile/thiagozoroastro -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/453092.73937...@smtp212.mail.ne1.yahoo.com
Configurar vários gerenciadores de janela no xdm
Boa tarde Prezados, instalei o debian 7 no meu notebook e sou adepto do clássico, sendo assim instalei os seguintes pacotes: jwm, lxde e o xdm para gerenciar. Porém me deparei com o seguinte problema, o XDM quando eu efetuo o login me direciona direto pro LXDE sem a opção de utilizar o jwm, gostaria de saber como eu habilito a opção de listar os 2 window manager. Procurei, procurei e não encontrei nada na internet, alguém usa o jwm?. Muito obrigado [], Alexandre Pina
Re: Configurar vários gerenciadores de janela no xdm
a minha opção (do preguiçoso) foi instalar gdm, mesmo sem ter gnome na máquina. assim consigo ir do gdm para blackbox ou xfce. mas admito que foi muita preguiça da minha parte deixar o gdm instalar um monte de dependências do gtk. eu vivo sem gnome, mas não vivo sem gtk. Em 9 de junho de 2014 15:25, Xande Pìna pina@gmail.com escreveu: Boa tarde Prezados, instalei o debian 7 no meu notebook e sou adepto do clássico, sendo assim instalei os seguintes pacotes: jwm, lxde e o xdm para gerenciar. Porém me deparei com o seguinte problema, o XDM quando eu efetuo o login me direciona direto pro LXDE sem a opção de utilizar o jwm, gostaria de saber como eu habilito a opção de listar os 2 window manager. Procurei, procurei e não encontrei nada na internet, alguém usa o jwm?. Muito obrigado [], Alexandre Pina -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/capr829nfarfvh+jn8e4_bpzmhv7mmtcoa_nx5-lcopa8obk...@mail.gmail.com
Re: Configurar vários gerenciadores de janela no xdm
Instalo lightdm e alterno no /etc/lightdm/lightdm.conf para autobootar sem login, manualmente. Acho que o lightdm é bem melhor que o xdm, que não me pareceu tão fácil de simples para usuários que curtem conhecer e alterar o sistema manualmente sem conhecimentos avançados. Thiago Zoroastro http://blogoosfero.cc/profile/thiagozoroastro De: fred.maran...@gmail.comEnviada: Segunda-feira, 9 de Junho de 2014 15:46Para: pina@gmail.comAssunto: Configurar vários gerenciadores de janela no xdma minha opção (do preguiçoso) foi instalar gdm, mesmo sem ter gnome namáquina. assim consigo ir do gdm para blackbox ou xfce. mas admito quefoi muita preguiça da minha parte deixar o gdm instalar um monte dedependências do gtk. eu vivo sem gnome, mas não vivo sem gtk.Em 9 de junho de 2014 15:25, Xande Pìna pina@gmail.com escreveu: Boa tarde Prezados, instalei o debian 7 no meu notebook e sou adepto do "clássico", sendo assim instalei os seguintes pacotes: jwm, lxde e o xdm para gerenciar. Porém me deparei com o seguinte problema, o XDM quando eu efetuo o login me direciona direto pro LXDE sem a opção de utilizar o jwm, gostaria de saber como eu habilito a opção de listar os 2 window manager. Procurei, procurei e não encontrei nada na internet, alguém usa o jwm?. Muito obrigado [], Alexandre Pina-- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.orgwith a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.orgArchive: https://lists.debian.org/capr829nfarfvh+jn8e4_bpzmhv7mmtcoa_nx5-lcopa8obk...@mail.gmail.com -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5396036364d52_4f54c0a9838...@a4-winter10.mail
Re: Configurar vários gerenciadores de janela no xdm
Obrigado Thiago, consegui resolver, realmente o lightdm é superior ao xdm, agora é só apanhar um pouco do xml do JWM hehe Abraços. Em 9 de junho de 2014 15:56, Thiago Zoroastro thiago.zoroas...@bol.com.br escreveu: Instalo lightdm e alterno no /etc/lightdm/lightdm.conf para autobootar sem login, manualmente. Acho que o lightdm é bem melhor que o xdm, que não me pareceu tão fácil de simples para usuários que curtem conhecer e alterar o sistema manualmente sem conhecimentos avançados. Thiago Zoroastro http://blogoosfero.cc/profile/thiagozoroastro -- *De:* fred.maran...@gmail.com *Enviada:* Segunda-feira, 9 de Junho de 2014 15:46 *Para:* pina@gmail.com *Assunto:* Configurar vários gerenciadores de janela no xdm a minha opção (do preguiçoso) foi instalar gdm, mesmo sem ter gnome na máquina. assim consigo ir do gdm para blackbox ou xfce. mas admito que foi muita preguiça da minha parte deixar o gdm instalar um monte de dependências do gtk. eu vivo sem gnome, mas não vivo sem gtk. Em 9 de junho de 2014 15:25, Xande Pìna pina@gmail.com escreveu: Boa tarde Prezados, instalei o debian 7 no meu notebook e sou adepto do clássico, sendo assim instalei os seguintes pacotes: jwm, lxde e o xdm para gerenciar. Porém me deparei com o seguinte problema, o XDM quando eu efetuo o login me direciona direto pro LXDE sem a opção de utilizar o jwm, gostaria de saber como eu habilito a opção de listar os 2 window manager. Procurei, procurei e não encontrei nada na internet, alguém usa o jwm?. Muito obrigado [], Alexandre Pina -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/capr829nfarfvh+jn8e4_bpzmhv7mmtcoa_nx5-lcopa8obk...@mail.gmail.com
Configurar multiplos gerenciadores de janela no xdm
Boa noite a todos, Prezados, instalei o debian 7 wheezy no meu notebook e sou adepto do clássico, sendo assim instalei os seguintes pacotes: jwm, lxde e o xdm para gerenciar. Porém me deparei com o seguinte problema, o XDM quando eu efetuo o login me direciona direto pro LXDE sem a opção de utilizar o jwm, gostaria de saber como eu habilito a opção de listar os 2 window manager. Procurei, procurei e não encontrei nada na internet. Muito obrigado [], Alexandre Pina
como fazer o XDM listar e abrir múltiplos gerenciadores de janelas?
Boa noite a todos, Prezados, instalei o debian 7 wheezy no meu notebook e sou adepto do clássico, sendo assim instalei os seguintes pacotes: jwm, lxde e o xdm para gerenciar. Porém me deparei com o seguinte problema, o XDM quando eu efetuo o login me direciona direto pro LXDE sem a opção de utilizar o jwm, gostaria de saber como eu habilito a opção de listar os 2 window manager. Procurei, procurei e não encontrei nada na internet. Muito obrigado [], Alexandre Pina
unmount a removable store automatically before xdm logout.
~/MP is the mount point for a removable store which contains sentinel Mounted. ~$ mount | grep MP /dev/sda1 on /home/peter/MP type ext2 (rw,nosuid,nodev,relatime,errors=continue,user_xattr,acl,user=peter) peter@dalton:~$ ls -l MP/Mounted -rw-rw-r-- 1 peter peter 11 May 25 15:45 MP/Mounted This is the draft logout script. ~$ cat mylogout cd /home/peter if [ -e MP/Mounted ]; then if [ $(command lsof -Fn MP) ]; then # Files are open. Abort logout to allow resolution. exit 1 ELSE umount /home/peter/MP # sudo is configured to allow this w/o a password. nohup sudo /etc/init.d/xdm restart /tmp/xdm.restart 21 fi fi exit 0 Not sure that xdm restart should run in the background. Any comment welcome. Thanks, ... Peter E. -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 12 Tel +1 360 639 0202 http://carnot.yi.org/ Bcc: peter at easthope. ca -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/E1WohK0-0004Pa-Nm@dalton.invalid
Re: unmount a removable store automatically before xdm logout.
Hi. On Sun, 25 May 2014 15:55:16 -0700 pe...@easthope.ca wrote: if [ -e MP/Mounted ]; then A user could unmount the filesystem somehow, create an arbitrary file there, and therefore fool your script. Better check /proc/mounts for the needed filesystem (and its' attributes) here. if [ $(command lsof -Fn MP) ]; then # Files are open. Abort logout to allow resolution. exit 1 fuser -ck would kill any process using the filesystem in question. You can also call 'umount -l' and rely on automatically unmounting the filesystem once all offending processes will end. Not sure that xdm restart should run in the background. That depends on whenever you'll execute this script from an X client or not. Stopping xdm would terminate X, which, in turn, will terminate all X clients, which, in turn can prevent xdm from starting. Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140526094253.13ca77023958203face74...@gmail.com
Re: tty1-6, gdm3, xdm, gnome, Gigabyte mb - many problems - Solved
Hi, On 02-09-2013 18:54, Thomas H. George wrote: apt-get install fglrx-driver has solved the problem. I had overlooked a message at the start of bootup stating a radeon nonfree display package might be required. (Its on the screen very briefly - it took me three reboots to read it). I think i speaking about the package firmware-linux-nonfree where there is a file for Radeon cards microcode blob. When i used the free radeon driver, until i installed this package, there where some graphic problems, and in dmesg i could read something about missing radeon firmware or code, can't remember exactly. The notes on the fglrx-driver actually suggest trying the newest free driver xserver-xorg-video-radeon. That came with the netinstall, was properly installed and the system did come up with a working gnome desktop. In fact, many users might never encounter the problem I found. If all the user wants is a working gnome desktop and has no use for or is unaware of the tty terminals the netinstalled system is fine. Tom Right now, because of the support of a Radeon HD7770 i have the non-free fglrx-driver installed but keep the package firmware-linux-nonfree installed, no complains so far, and when i (re)test the new free radeon driver, it will be ready to go. Bandarra -- __ Bandarra Enjoy while you can 'cos you'll never know when it'll end -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5225a56c.9000...@gmail.com
Re: tty1-6, gdm3, xdm, gnome, Gigabyte mb - many problems - Solved
apt-get install fglrx-driver has solved the problem. I had overlooked a message at the start of bootup stating a radeon nonfree display package might be required. (Its on the screen very briefly - it took me three reboots to read it). The notes on the fglrx-driver actually suggest trying the newest free driver xserver-xorg-video-radeon. That came with the netinstall, was properly installed and the system did come up with a working gnome desktop. In fact, many users might never encounter the problem I found. If all the user wants is a working gnome desktop and has no use for or is unaware of the tty terminals the netinstalled system is fine. Tom -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130902175442.ga22...@tomgeorge.info
Re: tty1-6, gdm3, xdm, gnome, Gigabyte mb - many problems - Solved, Not Entirely
On Mon, Sep 02, 2013 at 01:54:42PM -0400, Thomas H. George wrote: apt-get install fglrx-driver has solved the problem. I had overlooked a message at the start of bootup stating a radeon nonfree display package might be required. (Its on the screen very briefly - it took me three reboots to read it). The notes on the fglrx-driver actually suggest trying the newest free driver xserver-xorg-video-radeon. That came with the netinstall, was properly installed and the system did come up with a working gnome desktop. In fact, many users might never encounter the problem I found. If all the user wants is a working gnome desktop and has no use for or is unaware of the tty terminals the netinstalled system is fine. Tom Found that when switching back and forth between the Gnome desktop and the tty's the virtural terminals become jittery and the desktop moves to F8. There is no problem switching between the icewm window and the tty's, all are stable. I am content with this setup. Tom -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130902175442.ga22...@tomgeorge.info -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130902195102.ga23...@tomgeorge.info
Re: tty1-6, gdm3, xdm, gnome, Gigabyte mb - many problems, little help
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/31/2013 02:21 PM, Thomas H. George wrote: Still trying to solve this problem I ran two straces. Summary: The system will boot as xdm with 6 virtual terminal, no x window OR The system will boot as gdm3 with a gnome desktop, no virtual terminals. Somewhere a wire is crossed. Have you tried apt-get install --reinstall xdm gdm3 or tried another dm like lightdm? Sometimes simple, works. Sometimes not. :) Regards, Ralph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSI3m2AAoJECe2FpioHXO6IKMH/2r7PK4DBY/Odg8eTfeHk5t7 w5Cde6gPUorNExHuA6hSlfMxSIuWr2/O3dIiDhBboQ8hUO0ZVjPDo7xwdZvpiKlZ QS0KViYs1l6/UuN4+tJhWegb2BwftNQMBw9rwv4Ad2vI1sW/oI9CVYlPeKkFcqwx ++MSsm9htJ0jixjvyGahRxV3EtPc3wKUKApX+oFHnI+YjBH9Sg6pkuLyVqO0DTt7 GRyn+SBkE2CFwqkCmPsOhlFTIoyN1UrlqfeYZlIk08Yi1Z7zmUk3ALHsWerrsaEc Y92kgB2fyVO6vKs0GD86/uXtRsbwWBrqiEtymg/pnGUFiA77asphsSJKoKF7gkc= =XjFX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/522379bd.4060...@rcn.com
Re: tty1-6, gdm3, xdm, gnome, Gigabyte mb - many problems, little help
Still trying to solve this problem I ran two straces. strace -f -e trace=open,read /etc/init.d/xdm restart This trace ends xdm is not the default manager after reading /usr/sbin/xdm from the file /etc/X11/default-display-manager. There is no file xdm in /usr/sbin/ although xdm is installed. strace -f -e trace=open,read /etc/init.d/gdm3 restart This trace ends Not starting GNOME: it is not the default display manager after reading BOOT-IMAGE=/boot/vmlinux-3.2.0-4 ... from the file /usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache. There is a file gdm3 in /usr/sbin and if the file /etc/X11/default-display-manager is edited to read /usr/sbin/gdm3 and the command /etc/init.d/gdm3 restart is run a gnome desktop is opened at F7 and the virtual terminals at F1 through F6 are lost. If Ctl-Alt-F1 is pressed the screen goes black for several seconds and then blue with the floating message NO SIGNAL!. Ctl-Alt-F7 will reopen the gnome desktop wrapped around a vertical division at the center of the screen. Summary: The system will boot as xdm with 6 virtual terminal, no x window OR The system will boot as gdm3 with a gnome desktop, no virtual terminals. Somewhere a wire is crossed. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130831182137.ga22...@tomgeorge.info
Re: tty1-6, gdm3, xdm, gnome, Gigabyte mb - many problems
On Fri, Aug 30, 2013 at 10:37:04AM +1000, Zenaan Harkness wrote: On 8/30/13, Thomas H. George li...@tomgeorge.info wrote: Problem: On initial bootup there is a message that gdm3 is not fully installed, probably a hardware problem. (The Gigabyte mb has onboard video AMD Radeon HD 6310 graphics) Problem: Despite bootup message classic gnome display appears and works but switching to terminals fails (Ctl-Alt-F1 results in the screen going blank, then No Signal) Inside GNOME, can you open a terminal and if so, what do you get with: sudo apt-get update sudo apt-get upgrade sudo apt-get dist-upgrade System fully up to date as you would expect with a fresh netinstall. dpkg --status xserver-xorg-video-radeon | grep Status Status: install ok installed At the moment the system boots with tty1 to tty6 available but no desktop, nothing at F7. Opened tty1 as root and ran the above commands with the result shown. Then entered debconf xdm. Immediatedly the gnome classic desktop opened at F7 and the terminals at tty1 through tty6 were lost as described in the original post. No problem opening a root terminal in the gnome desktop. less /etc/X11/default-display-manager responds /usr/sbin/xdm. /etc/init.d/xdm restart closes the desktop but can't reopen it. Though all the screens are blue and display No Signal the desktop can still hear the keyboard. F7 followed by Ct-Alt-Del will reboot the system. That's the problem with working with a root terminal in the desktop. If I reboot the system to restore the tty terminals, open tty1 as root and enter /etc/init.d/xdm the response is [ ok] Stopping x display manager: xdm not running (/var/run/xdm.pid not found). Not starting x display manager (xdm): it is not the default display manager. On the other hand if I enter /etc/init.d/gdm3 restart I get [ ok ] Stopping the GNOME display manager: gdm3 [info] Not starting GNOME display manager: it is not the default display manager. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caosgnst_h4qy1w1yvtncockho_1zfuxvay0rvdt0fu4raub...@mail.gmail.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130830183632.ga22...@tomgeorge.info
tty1-6, gdm3, xdm, gnome, Gigabyte mb - many problems
Netinst Wheezy with linux-image-3.2.0-4-amd64 Problem: On initial bootup there is a message that gdm3 is not fully installed, probably a hardware problem. (The Gigabyte mb has onboard video AMD Radeon HD 6310 graphics) Problem: Despite bootup message classic gnome display appears and works but switching to terminals fails (Ctl-Alt-F1 results in the screen going blank, then No Signal) Problem: Returning to desktop (Ctl-Alt-F7 works but with a split screen wrapped around the center.) Problem: If /etc/X11/default-display-manager is edited to set /usr/sbin/xdm and the system is rebooted, terminals tty1-6 are available by Ctl-Alt-F1, etc but there is no xwindow (F7). Problem: /etc/init.d/xdm restart respond xdm is not the display manager although default-display-manager is still /usr/sbin/xdm. Problem: xstart starts gdm3 and gnome. The tty terminals fail and we're back to square one. Comment: gdm3 and classic gnome work ok on my other Wheezy computer but not that great. I would be quite content with xdm and icewm if I could have both the desktop and the tty terminals. Note: I have tried many variations. The above list of problems is a short list. I have tried to capture the essence of the difficulties. Tom -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130829231222.ga24...@tomgeorge.info
Re: tty1-6, gdm3, xdm, gnome, Gigabyte mb - many problems
On 8/30/13, Thomas H. George li...@tomgeorge.info wrote: Problem: On initial bootup there is a message that gdm3 is not fully installed, probably a hardware problem. (The Gigabyte mb has onboard video AMD Radeon HD 6310 graphics) Problem: Despite bootup message classic gnome display appears and works but switching to terminals fails (Ctl-Alt-F1 results in the screen going blank, then No Signal) Inside GNOME, can you open a terminal and if so, what do you get with: sudo apt-get update sudo apt-get upgrade sudo apt-get dist-upgrade dpkg --status xserver-xorg-video-radeon | grep Status There is probably Synaptic or something that can do similar things; I haven't used it for some years. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caosgnst_h4qy1w1yvtncockho_1zfuxvay0rvdt0fu4raub...@mail.gmail.com
Re: arrancar con XDM
El Mon, 04 Feb 2013 15:49:38 -0600, Rantis Cares escribió: El 2 de febrero de 2013 08:16, Camaleón noela...@gmail.com escribió: El Fri, 01 Feb 2013 11:02:04 -0600, Rantis Cares escribió: (...) Si esto fuera, ¿Como puedo entrar en modo consola para eliminar informacion irrelevante y tener capacidad de disco duro para que pueda iniciar la sesion?. Bueno, lo más sencillo sería que iniciaras con el modo de recuperación que es una entrada que tienes en el menú de GRUB. Camaleon. (ese top-posting...) Gracias, ha sido solucionado. Pues si dijeras cómo ya sería la repera :-) No podia acceder desde grub ya que el teclado que se tiene instalado es inalambrico y no se tiene acceso fisico a la computadora por cuestiones de seguridad. Entonces el teclado no es reconocido hasta que se arranca el demonio que lo controla. Teclado inalámbrico y seguridad no son compatibles en la misma frase, es decir, quien cuida de la seguridad se cuida muy mucho de no usar componentes inalámbricos para evitar posibles filtraciones. Y ahora que lo dices ¿los teclados inalámbricos no funcionan hasta que no se carga el SO? Porque si es así, me pregunto cómo se podrá acceder a la BIOS con esos chismes :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ker7t6$g3f$6...@ger.gmane.org
Re: arrancar con XDM
El 01/02/13 22:45, Juan Lavieri escribió: Hola El 01/02/13 12:45, Alberto Vicat escribió: El 01/02/13 14:02, Rantis Cares escribió: Que tal lista, buenos dias: Hoy al llegar a mi trabajo, resulta que la maquina principal que arranca con xdm, NO INGRESA, no puede inciar sesion, como si la contraseña o password estuvieran erroneos. (...) rantiscares No se ahora, pero antes la sesión grafica se mataba con la combinación Control + Alt + BackSpace. (...) De hecho no hace falta salir de top, dentro de top le das k y te pide el pid que quieres killear. Esta de la k no la tenía. Si le das h o ? tienes el help de todo lo que puedes hacer dento de top y si puedes instala htop, es buenísimo. Y sí... pasa que a top lo necesito tan de vez en cuandísimo que nunca le miré las ayudas ni le hice un man. Gracias por el dato. Saludos Juan Lavieri Saludos a vos también. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/510cd72c.3080...@gmail.com
Re: arrancar con XDM
El Fri, 01 Feb 2013 11:02:04 -0600, Rantis Cares escribió: Que tal lista, buenos dias: (ese html...) Hoy al llegar a mi trabajo, resulta que la maquina principal que arranca con xdm, NO INGRESA, no puede inciar sesion, como si la contraseña o password estuvieran erroneos. Los es como si... de poco suelen servir en informática, ya que sólo causa confusión. Es mejor que, lo que sea que experimentes visualmente al intentar iniciar la sesión, lo relates tal cual, sin edulcorantes :-) Estuve leyendo un poco en la red, pero no se como ingresar en modo consola, ya que de inmediato arranca el xdm. ¿Tendrá que ver que deje funcionando un script que descargo mucha informacion y antes de apagarla el dia de ayer, me decia que habia 0 bytes en el disco duro?. Si esto fuera, ¿Como puedo entrar en modo consola para eliminar informacion irrelevante y tener capacidad de disco duro para que pueda iniciar la sesion?. Bueno, lo más sencillo sería que iniciaras con el modo de recuperación que es una entrada que tienes en el menú de GRUB. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kej74k$ri6$1...@ger.gmane.org
arrancar con XDM
Que tal lista, buenos dias: Hoy al llegar a mi trabajo, resulta que la maquina principal que arranca con xdm, NO INGRESA, no puede inciar sesion, como si la contraseña o password estuvieran erroneos. Estuve leyendo un poco en la red, pero no se como ingresar en modo consola, ya que de inmediato arranca el xdm. ¿Tendrá que ver que deje funcionando un script que descargo mucha informacion y antes de apagarla el dia de ayer, me decia que habia 0 bytes en el disco duro?. Si esto fuera, ¿Como puedo entrar en modo consola para eliminar informacion irrelevante y tener capacidad de disco duro para que pueda iniciar la sesion?. Agradezco sus atenciones. rantiscares -- Al juntarme dia tras dia con los Listeros, mi capacidad intelectual crece en proporcion inversa a la ignorancia generada. Gracias Linuxeros
Re: arrancar con XDM
El 01/02/13 14:02, Rantis Cares escribió: Que tal lista, buenos dias: Hoy al llegar a mi trabajo, resulta que la maquina principal que arranca con xdm, NO INGRESA, no puede inciar sesion, como si la contraseña o password estuvieran erroneos. Estuve leyendo un poco en la red, pero no se como ingresar en modo consola, ya que de inmediato arranca el xdm. ¿Tendrá que ver que deje funcionando un script que descargo mucha informacion y antes de apagarla el dia de ayer, me decia que habia 0 bytes en el disco duro?. Si esto fuera, ¿Como puedo entrar en modo consola para eliminar informacion irrelevante y tener capacidad de disco duro para que pueda iniciar la sesion?. Agradezco sus atenciones. rantiscares No se ahora, pero antes la sesión grafica se mataba con la combinación Control + Alt + BackSpace. También podrías pasarte a una consola sin gráfica mediante Control +Alt + F(1 al 6). En la F7 es donde se ejecuta el entorno gráfico. Yo suelo pasarme a Control + Alt + F5. Allí te logueás como root, y ejecutás top, que te mostrará los procesos en ejecución. Te fijás el número PID de Xorg, parás a top con Control + C, y ejecutás kill con el número PID de Xorg. Eso bajará la gráfica. También otra posibilidad es, cuando aparece la ventana de logueo de la gráfica, mirá al pié de la pantalla, que suele haber un desplegable con 'Tipo de sesión', y ahí se puede elegir consola sin gráfica. Saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/510bf82d.8030...@gmail.com
Re: arrancar con XDM
Hola El 01/02/13 12:45, Alberto Vicat escribió: El 01/02/13 14:02, Rantis Cares escribió: Que tal lista, buenos dias: Hoy al llegar a mi trabajo, resulta que la maquina principal que arranca con xdm, NO INGRESA, no puede inciar sesion, como si la contraseña o password estuvieran erroneos. Estuve leyendo un poco en la red, pero no se como ingresar en modo consola, ya que de inmediato arranca el xdm. ¿Tendrá que ver que deje funcionando un script que descargo mucha informacion y antes de apagarla el dia de ayer, me decia que habia 0 bytes en el disco duro?. Si esto fuera, ¿Como puedo entrar en modo consola para eliminar informacion irrelevante y tener capacidad de disco duro para que pueda iniciar la sesion?. Agradezco sus atenciones. rantiscares No se ahora, pero antes la sesión grafica se mataba con la combinación Control + Alt + BackSpace. También podrías pasarte a una consola sin gráfica mediante Control +Alt + F(1 al 6). En la F7 es donde se ejecuta el entorno gráfico. Yo suelo pasarme a Control + Alt + F5. Allí te logueás como root, y ejecutás top, que te mostrará los procesos en ejecución. Te fijás el número PID de Xorg, parás a top con Control + C, y ejecutás kill con el número PID de Xorg. Eso bajará la gráfica. De hecho no hace falta salir de top, dentro de top le das k y te pide el pid que quieres killear. Si le das h o ? tienes el help de todo lo que puedes hacer dento de top y si puedes instala htop, es buenísimo. También otra posibilidad es, cuando aparece la ventana de logueo de la gráfica, mirá al pié de la pantalla, que suele haber un desplegable con 'Tipo de sesión', y ahí se puede elegir consola sin gráfica. Saludos Saludos Juan Lavieri -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/510c6fa9.2030...@gmail.com
Re: .xinitrc doesn't work, .xsessionrc does! (was ... Re: startx vs. xdm)
On Sun, Jul 29, 2012 at 11:14:54AM -0600, Javier Vasquez wrote: Have you tried not having your .xssesionrc at all? Does it provide the same result to you as with .xsessionrc? Yes, except for: -8 .xsessionrc -8 /home/chrisb/background.sh xterm -fn 10x20 -xrm XTerm.vt100.background: #CCA8AA -xrm \ XTerm.vt100.foreground: blue -geom 120x15 -8 .xsessionrc -8 -8 background.sh -8 feh --bg-max /home/chrisb/images/logo.gif -8 background.sh -8 IOW, it reads .xsessionrc If I call it .xsession/.xinitrc it doesn't work, probably cause I haven't got the exec fvwm cantation at the end of the .xsessionrc file. Starting fvwm is handled via the alternatives system: t@tal:~# update-alternatives --display x-window-manager x-window-manager - auto mode link currently points to /usr/bin/fvwm2 /usr/bin/fvwm2 - priority 50 slave x-window-manager.1.gz: /usr/share/man/man1/fvwm2.1.gz Current 'best' version is '/usr/bin/fvwm2'. I've been using .xinitrc and .xsession with plain fluxbox (no DE), to work with plain startx or xdm (other DMs as well such as slim and wdm), and I have had no problems for around 10 years (well I no longer use slim neither wdm now a days)... For setting resources I use .Xresources and .Xdefaults. What does: update-alternatives --display x-window-manager display for you? Any ways if you look at the startx man page, you'll see at the bottom the configuration files. It only talks about .xinitrc, and .xserverrc (not .xsessionrc), and I would not play around with .xserverrc, the I read about .xsessionrc somewhere, can't remember where, cause I was having trouble on an upgrade. Not sure if it was etch - lenny, or lenny - squeeze Now, this is the reason I recommended, to reduce maintaining several initialization files, just provide execute permissions for .xinitrc, and then make a link from it to .xsession. Make sure you call the WM Already now you have two initialization files. :) I could get away with none (no .xinitrc, no .xsession, no .xsessionrc) but then I'd have to put all configuration in the ~/.fvwm/config file. Although the default setup is quite good. That is, if you don't have a ~/.fvwm/config file. BTW, startx does not use .xession at all... Right. Can you provide the .xinitrc you're trying for your startx attempts? See above explanation. As a fallback, before calling your WM, you can also call xterm, or some other term, to keep Xorg up while the term is up... If that works, then it might be something is wrong when calling the WM... JTFR, there *IS* no problem. This may be because I'm using fvwm which is hooked into the alternatives system *AND* has a working default. IOW, if I try some other WM, I could very well need an .xinitrc with some exec WM - here cantation, BUT it looks like it is handled by the alternatives system. Using .xinitrc could be defunct, but no one has told us. :-) Maybe, if you use .Xresources and/or .Xdefaults you need an .xinitrc. P.S. Possibly this exec fvwm cantation not working was the cause of my search, leading to the use of an .xsessionrc -- but It was a long time ago now and my memory is a bit hazy on the details. -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120731185651.GA25954@tal
Re: startx vs. xdm
On Sat, Jul 28, 2012 at 10:52:58AM -0600, Javier Vasquez wrote: I use startx, and only have an .xsessionrc file. I know it is read because of the xterm settings. Resources, whether for xterm, urxvt, or similar, usually are not configured into .xinitrc, neither .xsession (I never used .xsessionrc). Instead they are specified in .Xresources and .Xdefaults. However it might be you xrdb them from .xsessionrc, though .Xdefaults the old days was supposed to beloaded automatically without being loaded through xrdb. A quick search in google: http://knoppix.net/forum/threads/28595-Create-.xsessionrc-for-quick-session-changes Although it says .xsessionrc is read by .xsession, yet I have no .xsession file. http://ubuntuforums.org/archive/index.php/t-1130521.html But from here: root@tal:~# file /usr/bin/startx /usr/bin/startx: POSIX shell script, ASCII text executable which points to (if you have no $HOME/.xinitrc): /etc/X11/xinit/xinitrc # global xinitrc file, used by all X sessions started by xinit (startx) which sources: /etc/X11/Xsession which AHAH! [...] SYSRESOURCES=/etc/X11/Xresources USRRESOURCES=$HOME/.Xresources SYSSESSIONDIR=/etc/X11/Xsession.d USERXSESSION=$HOME/.xsession USERXSESSIONRC=$HOME/.xsessionrc ALTUSERXSESSION=$HOME/.Xsession ERRFILE=$HOME/.xsession-errors [...] # use run-parts to source every file in the session directory; we source # instead of executing so that the variables and functions defined above # are available to the scripts, and so that they can pass variables to # each # other SESSIONFILES=$(run-parts --list $SYSSESSIONDIR) if [ -n $SESSIONFILES ]; then set +e for SESSIONFILE in $SESSIONFILES; do . $SESSIONFILE done set -e fi etc, etc, etc, -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120731194012.GB25954@tal
Re: .xinitrc doesn't work, .xsessionrc does! (was ... Re: startx vs. xdm)
On Tue, Jul 31, 2012 at 12:56 PM, Chris Bannister cbannis...@slingshot.co.nz wrote: On Sun, Jul 29, 2012 at 11:14:54AM -0600, Javier Vasquez wrote: Have you tried not having your .xssesionrc at all? Does it provide the same result to you as with .xsessionrc? Yes, except for: ... IOW, it reads .xsessionrc If I call it .xsession/.xinitrc it doesn't work, probably cause I haven't got the exec fvwm cantation at the end of the .xsessionrc file. Starting fvwm is handled via the alternatives system: t@tal:~# update-alternatives --display x-window-manager x-window-manager - auto mode link currently points to /usr/bin/fvwm2 /usr/bin/fvwm2 - priority 50 slave x-window-manager.1.gz: /usr/share/man/man1/fvwm2.1.gz Current 'best' version is '/usr/bin/fvwm2'. Hmm, to me it doesn't matter, I call the WM from withing .xinitrc, as the last thing to call: % tail -1 ~/.xinitrc exec startfluxbox I've been using .xinitrc and .xsession with plain fluxbox (no DE), to work with plain startx or xdm (other DMs as well such as slim and wdm), and I have had no problems for around 10 years (well I no longer use slim neither wdm now a days)... For setting resources I use .Xresources and .Xdefaults. What does: update-alternatives --display x-window-manager display for you? Ups, again, it doesn't matter to me. But as I only have fluxbox installed, then that's what I expect to show up. Any ways the output on the debian boxes is: % update-alternatives --display x-window-manager x-window-manager - auto mode link currently points to /usr/bin/startfluxbox /usr/bin/startfluxbox - priority 50 slave x-window-manager.1.gz: /usr/share/man/man1/fluxbox.1.gz Current 'best' version is '/usr/bin/startfluxbox'. Any ways if you look at the startx man page, you'll see at the bottom the configuration files. It only talks about .xinitrc, and .xserverrc (not .xsessionrc), and I would not play around with .xserverrc, the I read about .xsessionrc somewhere, can't remember where, cause I was having trouble on an upgrade. Not sure if it was etch - lenny, or lenny - squeeze Now, this is the reason I recommended, to reduce maintaining several initialization files, just provide execute permissions for .xinitrc, and then make a link from it to .xsession. Make sure you call the WM Already now you have two initialization files. :) I could get away with none (no .xinitrc, no .xsession, no .xsessionrc) but then I'd have to put all configuration in the ~/.fvwm/config file. :-) As you wish. BTW, .Xresources is not a initialization script, its purpose is to specify the X applications resources, for example the ones I have for xautolock and xlockmore: % 'grep' 'X.*ock' ~/.Xresources Xautolock.locker: xlock Xautolock.time: 5 XLock.mode: blank XLock.lockdelay:0 XLock.timeout: 25 XLock.background: black XLock.foreground: red XLock.mousemotion: on This is pretty independent upon the WM, so I prefer to set this in .Xresources, than any other way... I've played around with fvwm2, blackbox, and other WMs, and the .Xresources remains invariant for all of them, :-) Although the default setup is quite good. That is, if you don't have a ~/.fvwm/config file. BTW, startx does not use .xession at all... Right. Can you provide the .xinitrc you're trying for your startx attempts? See above explanation. As a fallback, before calling your WM, you can also call xterm, or some other term, to keep Xorg up while the term is up... If that works, then it might be something is wrong when calling the WM... JTFR, there *IS* no problem. This may be because I'm using fvwm which is hooked into the alternatives system *AND* has a working default. IOW, if I try some other WM, I could very well need an .xinitrc with some exec WM - here cantation, BUT it looks like it is handled by the alternatives system. Using .xinitrc could be defunct, but no one has told us. :-) Nope, .xinitrc works just fine. You need to call the WM from there, that's it. It's been working for years, and keeps working today. Actually it works on other distros the same way it does for debian, :-) That's the part of its beauty... I use it on debian and arch, and I have also used it on sourceMage essentially without variations. XDM also works the same way with .xsession on all distros I've tried. So nothing of this has been deprecated yet. Maybe, if you use .Xresources and/or .Xdefaults you need an .xinitrc. Nope. They are not initialization scripts. startx automatically reads .Xresources and I don't recall if XDM calls .Xdefaults. At any rate, your init scripts can run xrdb to use such resources specifications. They are meant to specify resources for X applications, like terminals fonts and shading, but they don't execute a single thing. P.S. Possibly this exec fvwm cantation not working was the cause of my search, leading to the use of an .xsessionrc
Re (2): startx vs. xdm
From: Chris Bannister cbannis...@slingshot.co.nz Date: Wed, 1 Aug 2012 07:40:12 +1200 ... it says .xsessionrc is read by .xsession, yet I have no .xsession file. But from here: root@tal:~# file /usr/bin/startx /usr/bin/startx: POSIX shell script, ASCII text executable which points to ... which sources: ... which AHAH! ... etc, etc, etc, In 1808 Walter Scott wrote, Oh, what a tangled web we weave And imagine, he wrote without a coputer. Regards, ... Peter E. -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 12 Telephone 1 360 639 0202. Bcc: peter at easthope.ca http://carnot.yi.org/ http://members.shaw.ca/peasthope/index.html#Itinerary -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/171057599.58068.55397@cantor.invalid
.xinitrc doesn't work, .xsessionrc does! (was ... Re: startx vs. xdm)
On Sat, Jul 28, 2012 at 10:52:58AM -0600, Javier Vasquez wrote: On Sat, Jul 28, 2012 at 9:52 AM, Chris Bannister I use startx, and only have an .xsessionrc file. I know it is read because of the xterm settings. Resources, whether for xterm, urxvt, or similar, usually are not configured into .xinitrc, neither .xsession (I never used .xsessionrc). Instead they are specified in .Xresources and .Xdefaults. However it might be you xrdb them from .xsessionrc, though .Xdefaults the old days was supposed to beloaded automatically without being loaded through xrdb. Now, to make both startx and xdm (and other DMs using .xsession) what is required is to have .xinitrc with execute permissions (.xsession requires them for for several DMs if I recall correctly since it gets executed), and then create a link from .xinitrc to .xsession. If I don't call it .xsessionrc, startx doesn't work, it just dumps me back to the tty with: X.Org X Server 1.12.1.902 (1.12.2 RC 2) Release Date: 2012-05-19 [snip other] xinit: connection to X server lost The screen doesn't even flicker. I am using fvwm, no DM at all. I have tried, .xinitrc, .xsession, with and without execute permission, all give above message¹: xinit: connection to X server lost I don't have either an .Xdefaults or a .Xresources file. .xsessionrc works whether it is executable or not ¹ I also get that message when I quit fvwm. The point is, X doesn't even start in this case. -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120729065031.GC1884@tal
Re: .xinitrc doesn't work, .xsessionrc does! (was ... Re: startx vs. xdm)
On Sun, Jul 29, 2012 at 12:50 AM, Chris Bannister cbannis...@slingshot.co.nz wrote: On Sat, Jul 28, 2012 at 10:52:58AM -0600, Javier Vasquez wrote: On Sat, Jul 28, 2012 at 9:52 AM, Chris Bannister I use startx, and only have an .xsessionrc file. I know it is read because of the xterm settings. Resources, whether for xterm, urxvt, or similar, usually are not configured into .xinitrc, neither .xsession (I never used .xsessionrc). Instead they are specified in .Xresources and .Xdefaults. However it might be you xrdb them from .xsessionrc, though .Xdefaults the old days was supposed to beloaded automatically without being loaded through xrdb. Now, to make both startx and xdm (and other DMs using .xsession) what is required is to have .xinitrc with execute permissions (.xsession requires them for for several DMs if I recall correctly since it gets executed), and then create a link from .xinitrc to .xsession. If I don't call it .xsessionrc, startx doesn't work, it just dumps me back to the tty with: X.Org X Server 1.12.1.902 (1.12.2 RC 2) Release Date: 2012-05-19 [snip other] xinit: connection to X server lost The screen doesn't even flicker. I am using fvwm, no DM at all. I have tried, .xinitrc, .xsession, with and without execute permission, all give above messageน: xinit: connection to X server lost I don't have either an .Xdefaults or a .Xresources file. .xsessionrc works whether it is executable or not น I also get that message when I quit fvwm. The point is, X doesn't even start in this case. Have you tried not having your .xssesionrc at all? Does it provide the same result to you as with .xsessionrc? I've been using .xinitrc and .xsession with plain fluxbox (no DE), to work with plain startx or xdm (other DMs as well such as slim and wdm), and I have had no problems for around 10 years (well I no longer use slim neither wdm now a days)... For setting resources I use .Xresources and .Xdefaults. Any ways if you look at the startx man page, you'll see at the bottom the configuration files. It only talks about .xinitrc, and .xserverrc (not .xsessionrc), and I would not play around with .xserverrc, the one in /etc works just fine. There's even an example in the example section there where they call twm. The last thing to call is the WM... If the call for the WM is not there, then Xorg will just start and then terminate. But if the WM is called, and Xorg starts and crashes, then you need to look at the Xorg errors... If you look at the xdm man page, you'll notice as well in the overview section, that ~/.xsession needs to be executable, and it's what the xdm Xsession calls... There's even an example in there where they call twm as the WM... If there's no WM, and you're not using a DE, then Xorg will start and die. Same thing with startx. Now, this is the reason I recommended, to reduce maintaining several initialization files, just provide execute permissions for .xinitrc, and then make a link from it to .xsession. Make sure you call the WM as the last thing on .xinitrc, exec startfluxbox for example, and don't worry about .Xresources and .Xdefaults yet. BTW, startx does not use .xession at all... Can you provide the .xinitrc you're trying for your startx attempts? As a fallback, before calling your WM, you can also call xterm, or some other term, to keep Xorg up while the term is up... If that works, then it might be something is wrong when calling the WM... -- Javier. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/calurrgdvnhyonlpspg-xq+16knq4yija3b1xwcff5nsehzj...@mail.gmail.com
Re: .xinitrc doesn't work, .xsessionrc does! (was ... Re: startx vs. xdm)
On Sun, Jul 29, 2012 at 11:14 AM, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jul 29, 2012 at 12:50 AM, Chris Bannister cbannis...@slingshot.co.nz wrote: On Sat, Jul 28, 2012 at 10:52:58AM -0600, Javier Vasquez wrote: On Sat, Jul 28, 2012 at 9:52 AM, Chris Bannister I use startx, and only have an .xsessionrc file. I know it is read because of the xterm settings. Resources, whether for xterm, urxvt, or similar, usually are not configured into .xinitrc, neither .xsession (I never used .xsessionrc). Instead they are specified in .Xresources and .Xdefaults. However it might be you xrdb them from .xsessionrc, though .Xdefaults the old days was supposed to beloaded automatically without being loaded through xrdb. Now, to make both startx and xdm (and other DMs using .xsession) what is required is to have .xinitrc with execute permissions (.xsession requires them for for several DMs if I recall correctly since it gets executed), and then create a link from .xinitrc to .xsession. If I don't call it .xsessionrc, startx doesn't work, it just dumps me back to the tty with: X.Org X Server 1.12.1.902 (1.12.2 RC 2) Release Date: 2012-05-19 [snip other] xinit: connection to X server lost The screen doesn't even flicker. I am using fvwm, no DM at all. I have tried, .xinitrc, .xsession, with and without execute permission, all give above messageน: xinit: connection to X server lost I don't have either an .Xdefaults or a .Xresources file. .xsessionrc works whether it is executable or not น I also get that message when I quit fvwm. The point is, X doesn't even start in this case. Have you tried not having your .xssesionrc at all? Does it provide the same result to you as with .xsessionrc? I've been using .xinitrc and .xsession with plain fluxbox (no DE), to work with plain startx or xdm (other DMs as well such as slim and wdm), and I have had no problems for around 10 years (well I no longer use slim neither wdm now a days)... For setting resources I use .Xresources and .Xdefaults. Any ways if you look at the startx man page, you'll see at the bottom the configuration files. It only talks about .xinitrc, and .xserverrc (not .xsessionrc), and I would not play around with .xserverrc, the one in /etc works just fine. There's even an example in the example section there where they call twm. The last thing to call is the WM... If the call for the WM is not there, then Xorg will just start and then terminate. But if the WM is called, and Xorg starts and crashes, then you need to look at the Xorg errors... If you look at the xdm man page, you'll notice as well in the overview section, that ~/.xsession needs to be executable, and it's what the xdm Xsession calls... There's even an example in there where they call twm as the WM... If there's no WM, and you're not using a DE, then Xorg will start and die. Same thing with startx. Now, this is the reason I recommended, to reduce maintaining several initialization files, just provide execute permissions for .xinitrc, and then make a link from it to .xsession. Make sure you call the WM as the last thing on .xinitrc, exec startfluxbox for example, and don't worry about .Xresources and .Xdefaults yet. BTW, startx does not use .xession at all... Can you provide the .xinitrc you're trying for your startx attempts? As a fallback, before calling your WM, you can also call xterm, or some other term, to keep Xorg up while the term is up... If that works, then it might be something is wrong when calling the WM... -- Javier. Hmm, just in case, as I don't see the example section in the debian man page, though I see it in the startx arch man page, I'm copying the .xinitrc example from the man page here: ** EXAMPLE Below is a sample .xinitrc that starts several applications and leaves the window manager running as the ''last'' application. Assuming that the window manager has been configured properly, the user then chooses the ''Exit'' menu item to shut down X. xrdb -load $HOME/.Xresources xsetroot -solid gray xbiff -geometry -430+5 oclock -geometry 75x75-0-0 xload -geometry -80-0 xterm -geometry +0+60 -ls xterm -geometry +0-100 xconsole -geometry -0+0 -fn 5x7 exec twm ** And I don't even see the xdm man page in debian, so here I copy the example from the man page : ** The user's .xsession file might look something like this example. Don't forget that the file must have execute permission. #! /bin/csh # no -f in the previous line so .cshrc gets run to set $PATH twm xrdb -merge $HOME/.Xresources emacs -geometry +0+50 xbiff -geometry -430+5 xterm -geometry -0+50 -ls ** However I have my setting in both arch and debian boxes (before
Re: startx vs. xdm
On Fri, Jul 27, 2012 at 01:31:51PM -0400, John L. Cunningham wrote: On Fri, Jul 27, 2012 at 09:20:02AM -0800, peasth...@shaw.ca wrote: In the process of trying to make xmonad work I've found that startx fails whereas xdm succeeds. The logs are here. startx fails: http://carnot.yi.org/Xorg.0.log.old xdm succeeds: http://carnot.yi.org/Xorg.0.log My summary of the differences follows. Any insights to direct further studies? I would only note that startx and xdm don't necessarily look at the same startup files. xdm looks for .xsession and startx looks for .xinitrc. I use startx, and only have an .xsessionrc file. I know it is read because of the xterm settings. -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120728155202.GF29181@tal
Re: startx vs. xdm
On Sat, Jul 28, 2012 at 9:52 AM, Chris Bannister cbannis...@slingshot.co.nz wrote: On Fri, Jul 27, 2012 at 01:31:51PM -0400, John L. Cunningham wrote: On Fri, Jul 27, 2012 at 09:20:02AM -0800, peasth...@shaw.ca wrote: In the process of trying to make xmonad work I've found that startx fails whereas xdm succeeds. The logs are here. startx fails: http://carnot.yi.org/Xorg.0.log.old xdm succeeds: http://carnot.yi.org/Xorg.0.log My summary of the differences follows. Any insights to direct further studies? I would only note that startx and xdm don't necessarily look at the same startup files. xdm looks for .xsession and startx looks for .xinitrc. I use startx, and only have an .xsessionrc file. I know it is read because of the xterm settings. Resources, whether for xterm, urxvt, or similar, usually are not configured into .xinitrc, neither .xsession (I never used .xsessionrc). Instead they are specified in .Xresources and .Xdefaults. However it might be you xrdb them from .xsessionrc, though .Xdefaults the old days was supposed to beloaded automatically without being loaded through xrdb. Now, to make both startx and xdm (and other DMs using .xsession) what is required is to have .xinitrc with execute permissions (.xsession requires them for for several DMs if I recall correctly since it gets executed), and then create a link from .xinitrc to .xsession. Also, from the old days, .Xdefaults can be a link to .Xresources, so the resources loaded by default are the .Xresources. Now a days, this might have changed, some .xininitrc files even evaluate if .Xresources exists to then xrdb them... Thanks, -- Javier. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CALUrRGf_k8nB-Sti0sq=3ESXKCe4bq-ryn9-ezsHQ=5u38s...@mail.gmail.com
startx vs. xdm
In the process of trying to make xmonad work I've found that startx fails whereas xdm succeeds. The logs are here. startx fails: http://carnot.yi.org/Xorg.0.log.old xdm succeeds: http://carnot.yi.org/Xorg.0.log My summary of the differences follows. Any insights to direct further studies? Thanks, ... Peter E. === Beyond the time stamp, these are the differences. Xorg.0.log.old (--) using VT number 8 Xorg.0.log (++) using VT number 7 (WW) xf86OpenConsole: setpgid failed: Operation not permitted (WW) xf86OpenConsole: setsid failed: Operation not permitted === Xorg.0.log.old ends with (II) No input driver/identifier specified (ignoring) (II) Power Button: Close (II) UnloadModule: evdev (II) Power Button: Close (II) UnloadModule: evdev (II) C-Media USB Headphone Set : Close (II) UnloadModule: evdev (II) C-Media USB Audio Device : Close (II) UnloadModule: evdev (II) AT Translated Set 2 keyboard: Close (II) UnloadModule: evdev (II) ImPS/2 Generic Wheel Mouse: Close (II) UnloadModule: evdev Xorg.0.log ends with (II) No input driver/identifier specified (ignoring) === -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 12 Telephone 1 360 639 0202. Bcc: peter at easthope.ca http://carnot.yi.org/ http://members.shaw.ca/peasthope/index.html#Itinerary -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/171057595.38146.26648@cantor.invalid
Re: startx vs. xdm
On Fri, Jul 27, 2012 at 09:20:02AM -0800, peasth...@shaw.ca wrote: In the process of trying to make xmonad work I've found that startx fails whereas xdm succeeds. The logs are here. startx fails: http://carnot.yi.org/Xorg.0.log.old xdm succeeds: http://carnot.yi.org/Xorg.0.log My summary of the differences follows. Any insights to direct further studies? I would only note that startx and xdm don't necessarily look at the same startup files. xdm looks for .xsession and startx looks for .xinitrc. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120727173149.gd3...@infotech.vrg.org
Re (2): startx vs. xdm
From: John L. Cunningham djoh...@gmail.com Date: Fri, 27 Jul 2012 13:31:51 -0400 I would only note that startx and xdm don't necessarily look at the same startup files. xdm looks for .xsession and startx looks for .xinitrc. /home/peter/.xsession is non-existent and /home/peter/.xinitrc contains two comments. Next week I might try with an empty .xsession file. Thanks,... Peter E. -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 12 Telephone 1 360 639 0202. Bcc: peter at easthope.ca http://carnot.yi.org/ http://members.shaw.ca/peasthope/index.html#Itinerary -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/171057595.47864.26652@cantor.invalid
Re: xdm o gdm, ldap RESUELTO
El 13/11/11 11:16, Camaleón escribió: El Fri, 11 Nov 2011 09:23:23 +0100, Trujillo Carmona, Antonio escribió: El 10/11/11 19:32, Camaleón escribió: (...) Si desde gdm no se puede hacer. ¿hay alguna forma fácil (no soy programador, lo mio son los sistemas) de hacer un menú gráfico. ¿Qué es lo que quieres conseguir, exactamente, comunicarte con un servidor ldap que tengas en la red para pasar parámetros al gestor de sesiones y en base a esos datos (p. ej., el nombre de usuario) cargar unas opciones de inicio de sesión u otras? El tema es que estoy montando un sistema de ordenadores para aulas de informática, esta basado en un servidor con qemu-spice y clientes que inician la sesión y nada mas arrancar lanzan el clispice y se conectan a su maquina virtual, el problema es que cada alumno puede estar en mas de un curso, esto se controla como pertenencia a un grupo en un ldap, no tengo problema con la consulta (en modo texto) y no hay problema en hacerla antes del logeo porque el usuario que consulta no es el que inicia la sesión, el tema es que root debe de montar (con aufs) una capa sobre la maquina virtual para que la use el alumno sin afectar a los demás, y esta depende del curso en el que quiera entrar. Lo normal es crear un menú gráfico de selección para que después de logeado y antes de arrancar el cliente el usuario eligiera el curso al que va a entrar, pero visto que tanto gdm como kdm hacen muchas cosas, me plantee la posibilidad de unificar el arranque en un solo menú. Si no se puede, pues me tocara lidiar con algo como gtk (creo) o lo que me aconsegeis. Parece un entorno muy personalizado, pero esto que buscas entiendo que lo debería proporcionar el propio spice que es el encargado de administrar las sesiones de las máquina virtuales. El gestor de sesiones lo veo muy limitado como para permitirte hacer desde ahí lo que buscas. La idea de crear un menú gráfico para permitir seleccionar al usuario el curso al que quiere acceder una vez que ha iniciado la sesión me parece más factible. Para GNOME tienes zenity como ya te han comentado y si quieres algo más potente puedes mirar wxwidgets. Saludos, Probare con zenity Gracias -- Any programming language is at its best before it is implemented and used. Por favor, NO utilice formatos de archivo propietarios para el intercambio de documentos, como DOC y XLS, sino HTML, RTF, TXT,CSV o cualquier otro que no obligue a utilizar un programa de un fabricante concreto para tratar la información contenida en él. SALUD. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ec1144e.5020...@juntadeandalucia.es
Re: xdm o gdm, ldap
El Fri, 11 Nov 2011 09:23:23 +0100, Trujillo Carmona, Antonio escribió: El 10/11/11 19:32, Camaleón escribió: (...) Si desde gdm no se puede hacer. ¿hay alguna forma fácil (no soy programador, lo mio son los sistemas) de hacer un menú gráfico. ¿Qué es lo que quieres conseguir, exactamente, comunicarte con un servidor ldap que tengas en la red para pasar parámetros al gestor de sesiones y en base a esos datos (p. ej., el nombre de usuario) cargar unas opciones de inicio de sesión u otras? El tema es que estoy montando un sistema de ordenadores para aulas de informática, esta basado en un servidor con qemu-spice y clientes que inician la sesión y nada mas arrancar lanzan el clispice y se conectan a su maquina virtual, el problema es que cada alumno puede estar en mas de un curso, esto se controla como pertenencia a un grupo en un ldap, no tengo problema con la consulta (en modo texto) y no hay problema en hacerla antes del logeo porque el usuario que consulta no es el que inicia la sesión, el tema es que root debe de montar (con aufs) una capa sobre la maquina virtual para que la use el alumno sin afectar a los demás, y esta depende del curso en el que quiera entrar. Lo normal es crear un menú gráfico de selección para que después de logeado y antes de arrancar el cliente el usuario eligiera el curso al que va a entrar, pero visto que tanto gdm como kdm hacen muchas cosas, me plantee la posibilidad de unificar el arranque en un solo menú. Si no se puede, pues me tocara lidiar con algo como gtk (creo) o lo que me aconsegeis. Parece un entorno muy personalizado, pero esto que buscas entiendo que lo debería proporcionar el propio spice que es el encargado de administrar las sesiones de las máquina virtuales. El gestor de sesiones lo veo muy limitado como para permitirte hacer desde ahí lo que buscas. La idea de crear un menú gráfico para permitir seleccionar al usuario el curso al que quiere acceder una vez que ha iniciado la sesión me parece más factible. Para GNOME tienes zenity como ya te han comentado y si quieres algo más potente puedes mirar wxwidgets. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.11.13.10.16...@gmail.com
Re: xdm o gdm, ldap
El 10/11/11 19:32, Camaleón escribió: El Wed, 09 Nov 2011 14:21:10 +0100, Trujillo Carmona, Antonio escribió: Necesito hacer una interfaz gráfica personalizada, como no se pues me contento con un tema para xdm (si es que tiene) o gdm. ¿Alguien me puede dar alguna dirección con un buen manual? ¿Para personalizar XDM o GDM? Quizá no sean las mejores opciones si se trata de modificar el tema y las opciones de inicio de sesión (al menos gdm3 está un poco verde ahora mismo). Yo le echaría un vistazo a LXDE, SLiM y LigtDM que son más modernicos y tienen menor carga detrás (quiero decir que no están enfocados a entornos gordotes como KDM o GDM3). Slim lo he probado pero no funciona con sesiones remotas y se trata de un sistema tipo clientes ligeros. LXDE tambien lo probe, pero no me acuerdo porque lo descarte, LigtDM no lo conocía, lo mirare. ¿Alguien sabe si desde gdm se puede hacer una consulta ldap (con ldapsearch) después del nombre de usuario? seria como soy Trujo - ¿tienes disponibles estas xxx secciones ¿a cual quieres entrar? Opciones sí podrás añadir pero ejecutar una búsqueda de LDAP sin haber iniciado sesión si quiera me parece un poco demasié para un gestor de sesiones :-? (ojo, que no sé si es posible, pero a simple vista parece un poco complicado) Si desde gdm no se puede hacer. ¿hay alguna forma fácil (no soy programador, lo mio son los sistemas) de hacer un menú gráfico. ¿Qué es lo que quieres conseguir, exactamente, comunicarte con un servidor ldap que tengas en la red para pasar parámetros al gestor de sesiones y en base a esos datos (p. ej., el nombre de usuario) cargar unas opciones de inicio de sesión u otras? Saludos, El tema es que estoy montando un sistema de ordenadores para aulas de informática, esta basado en un servidor con qemu-spice y clientes que inician la sesión y nada mas arrancar lanzan el clispice y se conectan a su maquina virtual, el problema es que cada alumno puede estar en mas de un curso, esto se controla como pertenencia a un grupo en un ldap, no tengo problema con la consulta (en modo texto) y no hay problema en hacerla antes del logeo porque el usuario que consulta no es el que inicia la sesión, el tema es que root debe de montar (con aufs) una capa sobre la maquina virtual para que la use el alumno sin afectar a los demás, y esta depende del curso en el que quiera entrar. Lo normal es crear un menú gráfico de selección para que después de logeado y antes de arrancar el cliente el usuario eligiera el curso al que va a entrar, pero visto que tanto gdm como kdm hacen muchas cosas, me plantee la posibilidad de unificar el arranque en un solo menú. Si no se puede, pues me tocara lidiar con algo como gtk (creo) o lo que me aconsegeis. -- Lo triste no es ir al cementerio, sino quedarse. -- Anónimo. Por favor, NO utilice formatos de archivo propietarios para el intercambio de documentos, como DOC y XLS, sino HTML, RTF, TXT,CSV o cualquier otro que no obligue a utilizar un programa de un fabricante concreto para tratar la información contenida en él. SALUD. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ebcdb7b.4000...@juntadeandalucia.es
Re: xdm o gdm, ldap
El Wed, 09 Nov 2011 14:21:10 +0100, Trujillo Carmona, Antonio escribió: Necesito hacer una interfaz gráfica personalizada, como no se pues me contento con un tema para xdm (si es que tiene) o gdm. ¿Alguien me puede dar alguna dirección con un buen manual? ¿Para personalizar XDM o GDM? Quizá no sean las mejores opciones si se trata de modificar el tema y las opciones de inicio de sesión (al menos gdm3 está un poco verde ahora mismo). Yo le echaría un vistazo a LXDE, SLiM y LigtDM que son más modernicos y tienen menor carga detrás (quiero decir que no están enfocados a entornos gordotes como KDM o GDM3). ¿Alguien sabe si desde gdm se puede hacer una consulta ldap (con ldapsearch) después del nombre de usuario? seria como soy Trujo - ¿tienes disponibles estas xxx secciones ¿a cual quieres entrar? Opciones sí podrás añadir pero ejecutar una búsqueda de LDAP sin haber iniciado sesión si quiera me parece un poco demasié para un gestor de sesiones :-? (ojo, que no sé si es posible, pero a simple vista parece un poco complicado) Si desde gdm no se puede hacer. ¿hay alguna forma fácil (no soy programador, lo mio son los sistemas) de hacer un menú gráfico. ¿Qué es lo que quieres conseguir, exactamente, comunicarte con un servidor ldap que tengas en la red para pasar parámetros al gestor de sesiones y en base a esos datos (p. ej., el nombre de usuario) cargar unas opciones de inicio de sesión u otras? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.11.10.18.32...@gmail.com
xdm o gdm, ldap
Necesito hacer una interfaz gráfica personalizada, como no se pues me contento con un tema para xdm (si es que tiene) o gdm. ¿Alguien me puede dar alguna dirección con un buen manual? ¿Alguien sabe si desde gdm se puede hacer una consulta ldap (con ldapsearch) después del nombre de usuario? seria como soy Trujo - ¿tienes disponibles estas xxx secciones ¿a cual quieres entrar? Si desde gdm no se puede hacer. ¿hay alguna forma fácil (no soy programador, lo mio son los sistemas) de hacer un menú gráfico. -- Anything that is good and useful is made of chocolate. Por favor, NO utilice formatos de archivo propietarios para el intercambio de documentos, como DOC y XLS, sino HTML, RTF, TXT,CSV o cualquier otro que no obligue a utilizar un programa de un fabricante concreto para tratar la información contenida en él. SALUD. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eba7e46.8060...@juntadeandalucia.es
Re: Debian SID - Can't setup Language for applications(using xdm, wmaker)
On Sat, Oct 15, 2011 at 01:12:12PM BST, Csanyi Pal wrote: I run then the commands: $ sudo apt-get update $ sudo apt-get --reinstall install $(dpkg -S LC_MESSAGES | cut\ -d: -f1 | tr ', ' '\n' | sort -u) I get after that - without reboooting my system - Hungarian menus in Midnight Commander under xterm or virtual terminal. I also tried to run GUI's, like Bluefish, Ekiga and I get Hungarian menus too. :) Looks like we've nailed it then. Glad it worked in the end. Regards, -- Raf -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111016182243.ga3...@linuxstuff.pl
Re: Debian SID - Can't setup Language for applications(using xdm, wmaker)
On Sun, Oct 09, 2011 at 09:49:05AM BST, Csanyi Pal wrote: I tried to run mc, ekiga, bluefish: $ LANG=hu_HU.UTF-8 mc $ LANG=hu_HU.UTF-8 ekiga $ LANG=hu_HU.UTF-8 bluefish Neither mc and ekiga nor bluefish gives to me Hungarian menus. :( In that case are the actual locale generated at all? % dpkg-reconfigure locales or simply install 'locales-all'. Also make sure you don't have 'localepurge' or similar, eating your locale. Just tested it on my laptop with Hungarian locale and it works fine. If the above work that would point to your DM or WM not setting your environment properly. ^^ Try without xdm, use startx. Also try running, e.g. 'mc' or other curses app under x-terminal and under tty and see if it makes a difference. If neither of the above works, I'm running out of ideas. Regards, -- Raf -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111015080556.ga19...@linuxstuff.pl
Re: Debian SID - Can't setup Language for applications(using xdm, wmaker)
Raf Czlonka r...@linuxstuff.pl writes: On Sun, Oct 09, 2011 at 09:49:05AM BST, Csanyi Pal wrote: I tried to run mc, ekiga, bluefish: $ LANG=hu_HU.UTF-8 mc $ LANG=hu_HU.UTF-8 ekiga $ LANG=hu_HU.UTF-8 bluefish Neither mc and ekiga nor bluefish gives to me Hungarian menus. :( In that case are the actual locale generated at all? % dpkg-reconfigure locales I did it already. or simply install 'locales-all'. Also make sure you don't have 'localepurge' or similar, eating your locale. I did have localepurge installed so I purge it with command: $ sudo aptitude purge localepurge I don't know why had installed it at all. I run then the commands: $ sudo apt-get update $ sudo apt-get --reinstall install $(dpkg -S LC_MESSAGES | cut\ -d: -f1 | tr ', ' '\n' | sort -u) I get after that - without reboooting my system - Hungarian menus in Midnight Commander under xterm or virtual terminal. I also tried to run GUI's, like Bluefish, Ekiga and I get Hungarian menus too. :) -- Regards, Pal http://cspl.me -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87zkh28ndv.fsf@debian-asztal.excito
Re: Debian SID - Can't setup Language for applications(using xdm, wmaker)
On Thu, Oct 06, 2011 at 09:13:42PM BST, Csanyi Pal wrote: Raf Czlonka r...@linuxstuff.pl writes: What's the content of /etc/default/locale and what does locale say? The content of /etc/default/locale is: LANG=hu_HU.UTF-8 Last but not least, try running: % LANG=hu_HU.UTF-8 mc or any other program prefixed with LANG. Just tested it on my laptop with Hungarian locale and it works fine. If the above work that would point to your DM or WM not setting your environment properly. Please check whether you have any other locale set in /etc/environment. Regards, -- Raf -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111009074635.ga14...@linuxstuff.pl
Re: Debian SID - Can't setup Language for applications(using xdm, wmaker)
Hi Raf, Raf Czlonka r...@linuxstuff.pl writes: On Thu, Oct 06, 2011 at 09:13:42PM BST, Csanyi Pal wrote: Raf Czlonka r...@linuxstuff.pl writes: What's the content of /etc/default/locale and what does locale say? The content of /etc/default/locale is: LANG=hu_HU.UTF-8 Last but not least, try running: % LANG=hu_HU.UTF-8 mc or any other program prefixed with LANG. I tried to run mc, ekiga, bluefish: $ LANG=hu_HU.UTF-8 mc $ LANG=hu_HU.UTF-8 ekiga $ LANG=hu_HU.UTF-8 bluefish Neither mc and ekiga nor bluefish gives to me Hungarian menus. :( Just tested it on my laptop with Hungarian locale and it works fine. If the above work that would point to your DM or WM not setting your environment properly. Please check whether you have any other locale set in /etc/environment. The /etc/environment on my Debian SID system is empty: ls -l /etc/environment -rw-r--r-- 1 root root 0 aug 18 2010 /etc/environment -- Regards, Pal http://cspl.me -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87aa9ay2gu.fsf@debian-asztal.excito
Re: Debian SID - Can't setup Language for applications(using xdm, wmaker)
Csanyi Pal wrote: Hi, after i upgraded to SID when I run Midnight Commander, or Ekiga, or other application, I get not menus in Hungarian language as I get it before upgrade. I'm using XDM as X login and Window Maker as window manager. I'm trying setup Hungarian environment by editing files in my $HOME directory: .xsessionrc Language=hu_HU.utf8 Layout=hu standard ~/GNUstep/Library/WindowMaker/autostart Language=hu_HU.utf8 Layout=hu I'm tried to reinstall, or reconfigure MC but still get it in English and not in Hungarian. However on my consoles, say in xterm or vt1-6 when run 'date' I get date in Hungarian format. So in MC I get half in Hungarian (say tips) and half in English (menus, etc.). Did you try posting the MC mailing list? Hugo In Ekiga menus are in English and not in Hungarian. How can I solve this problem? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/j6kkdk$mf9$2...@dough.gmane.org
Re: Debian SID - Can't setup Language for applications(using xdm, wmaker)
On Wed, Oct 05, 2011 at 09:13:36PM BST, Csanyi Pal wrote: I'm trying setup Hungarian environment by editing files in my $HOME directory: .xsessionrc Language=hu_HU.utf8 Layout=hu standard ~/GNUstep/Library/WindowMaker/autostart Language=hu_HU.utf8 Layout=hu That's not the right way to set up your environment. Try: % dpkg-reconfigure locales -- Raf -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111006165022.ga7...@linuxstuff.pl
Re: Debian SID - Can't setup Language for applications(using xdm, wmaker)
Raf Czlonka r...@linuxstuff.pl writes: On Wed, Oct 05, 2011 at 09:13:36PM BST, Csanyi Pal wrote: I'm trying setup Hungarian environment by editing files in my $HOME directory: .xsessionrc Language=hu_HU.utf8 Layout=hu standard ~/GNUstep/Library/WindowMaker/autostart Language=hu_HU.utf8 Layout=hu That's not the right way to set up your environment. I have now removed these lines. Try: % dpkg-reconfigure locales I already did it and doesn't help. -- Regards, Pal http://cspl.me -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mxdd9a7s.fsf@debian-asztal.excito
Re: Debian SID - Can't setup Language for applications(using xdm, wmaker)
Hugo Vanwoerkom hvw59...@care2.com writes: Csanyi Pal wrote: So in MC I get half in Hungarian (say tips) and half in English (menus, etc.). Did you try posting the MC mailing list? In Ekiga menus are in English and not in Hungarian. No, I didn't because I think this isn't MC related issue; I can see that Ekiga also has English Menus. I'm using only hu_HU.UTF-8 locale. /etc/default/locale has only lines: # File generated by update-locale LANG=hu_HU.UTF-8 -- Regards, Pal http://cspl.me -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ipo199ww.fsf@debian-asztal.excito
Re: Debian SID - Can't setup Language for applications(using xdm, wmaker)
On Thu, Oct 06, 2011 at 08:44:07PM BST, Csanyi Pal wrote: Raf Czlonka r...@linuxstuff.pl writes: Try: % dpkg-reconfigure locales I already did it and doesn't help. What's the content of /etc/default/locale and what does locale say? Regards, -- Raf -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111006195946.ga8...@linuxstuff.pl
Re: Debian SID - Can't setup Language for applications(using xdm, wmaker)
Raf Czlonka r...@linuxstuff.pl writes: On Thu, Oct 06, 2011 at 08:44:07PM BST, Csanyi Pal wrote: Raf Czlonka r...@linuxstuff.pl writes: Try: % dpkg-reconfigure locales I already did it and doesn't help. What's the content of /etc/default/locale and what does locale say? The content of /etc/default/locale is: LANG=hu_HU.UTF-8 The output of the locale command is: $ locale LANG=hu_HU.UTF-8 LANGUAGE= LC_CTYPE=hu_HU.UTF-8 LC_NUMERIC=hu_HU.UTF-8 LC_TIME=hu_HU.UTF-8 LC_COLLATE=hu_HU.UTF-8 LC_MONETARY=hu_HU.UTF-8 LC_MESSAGES=hu_HU.UTF-8 LC_PAPER=hu_HU.UTF-8 LC_NAME=hu_HU.UTF-8 LC_ADDRESS=hu_HU.UTF-8 LC_TELEPHONE=hu_HU.UTF-8 LC_MEASUREMENT=hu_HU.UTF-8 LC_IDENTIFICATION=hu_HU.UTF-8 LC_ALL= -- Regards, Pal http://cspl.me -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877h4h98uh.fsf@debian-asztal.excito
Debian SID - Can't setup Language for applications(using xdm, wmaker)
Hi, after i upgraded to SID when I run Midnight Commander, or Ekiga, or other application, I get not menus in Hungarian language as I get it before upgrade. I'm using XDM as X login and Window Maker as window manager. I'm trying setup Hungarian environment by editing files in my $HOME directory: .xsessionrc Language=hu_HU.utf8 Layout=hu standard ~/GNUstep/Library/WindowMaker/autostart Language=hu_HU.utf8 Layout=hu I'm tried to reinstall, or reconfigure MC but still get it in English and not in Hungarian. However on my consoles, say in xterm or vt1-6 when run 'date' I get date in Hungarian format. So in MC I get half in Hungarian (say tips) and half in English (menus, etc.). In Ekiga menus are in English and not in Hungarian. How can I solve this problem? -- Regards, Pal http://cspl.me -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mxdfi4cv.fsf@debian-asztal.excito
Re: Gestor de sesiones para gdm, xdm o similar
El día 31 de agosto de 2011 21:47, AngelD ang...@froga.net escribió: Últimamente ando probando 'xrdp', un servidor de sesiones 'rdp' (Remote Desktop Protocol de Microsoft) para linux. El producto no es excesivamente bueno, porque lo que hace es encapsular una sesión vnc dentro de una rdp, pero (siempre hay un pero), tiene algo muy interesante, el 'sesman'. 'Sesman' es un gestor de sesiones, un demonio que guarda todo tu escritorio y las aplicaciones funcionando para que aunque te desconectes y te vuelvas a conectar, el escritorio y las aplicaciones sigan funcionando. ¿Existe algún gestor de sesiones para gdm, xdm o similar?. -- Saludos --- Angel Hola: Esta mañana al actualizar sid, ha aparecido un paquete que tal vez te interese: xpra:viewer for remote, persistent X applications S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rHgaXd5s+Cz7ëwgyr3-pp2pwsdgu90jbcwue_+gh0...@mail.gmail.com
Re: Gestor de sesiones para gdm, xdm o similar
On Wednesday 31 August 2011 21:47:06 AngelD wrote: ¿Existe algún gestor de sesiones para gdm, xdm o similar?. ¿VNC no realiza esa funcion? -- Marc Olivé Blau Advisors www.blauadvisors.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201109020842.15529.marc.ol...@blauadvisors.com
Re: Gestor de sesiones para gdm, xdm o similar
Wed, 31 Aug 2011, Flako: 2011/8/31 Antonio Galicia antonio.gali...@gmail.com: 2011/8/31 Antonio Galicia antonio.gali...@gmail.com: Y parece que existe NX ( http://www.nomachine.com/ ) Con éste tube muchos problemas (en el pasado). Al parecer hay unas cuantoas implementaciones tanto del cliente como del server, y no todas son libres. Analizaré a ver si hay alguna versión libre del Serve, ya que del cliente parece que ya existen: http://opennx.net/ Y este otro http://en.wikipedia.org/wiki/Xmove Esto no lo conocía. No es lo que necesito, pero parece interesante. Analice varios en su momento, y el unico que encontre con calidad es NX, estoy usando nomachine.com porque era facil de instalar,pero hay versiones open,algunas muertas y otras en etapa de desarrollo. mira en http://es.wikipedia.org/wiki/Tecnolog%C3%ADa_NX Comenta para que lo vas a usar.. y por ahi algien te va a hacer una mejor recomendacion por que el vncserver corriendolo desde linea de comando hace lo que necesitas (lo digo como ejemplo) vncserver hace lo que necesito, pero no todo, pero de una forma muy bruta, y teniendo que cifrar utilizando ssh. Es lo que necesito, pero deseo más. Necesito lo mismo que me da xrdp, pero con más rendimiento, o lo que es lo mismo, sin el vnc debajo, o un sesman que pueda aplicar a lo que desee. No se si me explico bien, pero ando un poco espeso, ... -- Saludos --- Angel
Re: Gestor de sesiones para gdm, xdm o similar
Wed, 31 Aug 2011, Antonio Galicia: 2011/8/31 Antonio Galicia antonio.gali...@gmail.com: Y parece que existe NX ( http://www.nomachine.com/ ) Estoy probando todo lo libre empaquetao que encuentro para NX. Por ahora [1]OpenNX y [2]FreeNX. En principio parece que FreeNX no está del todo finalizado, ni mantenido desde hace algún tiempo, y sus [3]sucesores no han salido del cascarón. Cuando funciona, no va mal, pero tengo problemas con los acentos, el resume y alguna cosilla más. A ver si encuentro soluciones o alternativas antes de tirarme a la versión de nomachine. :-( [1]deb http://download.opensuse.org/repositories/home:/felfert/Debian_6.0 ./ [2]deb http://ppa.launchpad.net/freenx-team/ppa/ubuntu hardy main [3]http://code.google.com/p/neatx/ -- Saludos --- Angel
Re: Gestor de sesiones para gdm, xdm o similar
El Wed, 31 Aug 2011 23:47:37 +0200, AngelD escribió: Wed, 31 Aug 2011, Julio: El mié, 31-08-2011 a las 21:47 +0200, AngelD escribió: ¿Existe algún gestor de sesiones para gdm, xdm o similar?. Si, aunque no se si tendrá todo lo que necesitas. Package: gnome-session ... Description-es: El gestor de sesiones de GNOME 2 Este paquete contiene un «gestor de sesiones» (similar a xsn) acorde a X11 con extensiones de GNOME. Cuando salga del sistema, el gestor de sesiones guardará el estado de todas las aplicaciones de GNOME 2. Cuando vuelva a entrar al sistema, el gestor de sesiones restaurará su sesión. Lo que he probado de éste, es que memoriza el estado de las cosas, pero no conserva la sesión, y no deseo algo que memorice, el Save Session de Window Maker ya realiza esta función, sino algo que conserve la sesión. Así, cuando vuelva a conectarme, todo estará como lo dejé. Bueno, lo que hace gnome-session-save es guardar las aplicaciones que tienes abiertas y los daemon que se están ejecutando en background para que se inicien cuando se abre la sesión. Ahora bien, no te restauraría la sesión que tengas abierta en Gmail, por ejemplo, no sé si eso es lo que buscas. Para esto tendrás que ver las opciones que te permiten los gestores de conexión remota según el protocolo que uses (rfb/vnc, rdp, nx...). Lista completa de aplicaciones en la wikipedia: http://en.wikipedia.org/wiki/Comparison_of_remote_desktop_software Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.09.01.10.22...@gmail.com
Re: Gestor de sesiones para gdm, xdm o similar
El día 1 de septiembre de 2011 06:15, AngelD ang...@froga.net escribió: Wed, 31 Aug 2011, Antonio Galicia: Cuando funciona, no va mal, pero tengo problemas con los acentos, el resume y alguna cosilla más. A ver si encuentro soluciones o alternativas antes de tirarme a la versión de nomachine. :-( Cuando termines tu análisis, y si conseguir un bien server NX comentanos,, (de mi parte me interesa) yo solo encontré http://www.nomachine.com, y como solo lo necesitaba para administración por lo que la reducción de usuarios me alcanzaba. Saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cadqxbrrvxjx96khkzuzasnhygxdoznwveryfm-m3zgrryfm...@mail.gmail.com
[Solucionado] Gestor de sesiones para gdm, xdm o similar
Thu, 1 Sep 2011, Flako: El día 1 de septiembre de 2011 06:15, AngelD ang...@froga.net escribió: Wed, 31 Aug 2011, Antonio Galicia: Cuando funciona, no va mal, pero tengo problemas con los acentos, el resume y alguna cosilla más. A ver si encuentro soluciones o alternativas antes de tirarme a la versión de nomachine. :-( Cuando termines tu análisis, y si conseguir un bien server NX comentanos,, (de mi parte me interesa) yo solo encontré http://www.nomachine.com, y como solo lo necesitaba para administración por lo que la reducción de usuarios me alcanzaba. No he exactamente lo que buscaba, un gestor de sesiones enchufable a cualquier cosa, pero lo doy por solucinado al haber encontrado una solución aceptable. Va la explicación: Al final para lograr salvar las sesiones, se requiere un servidor de terminales. Todo lo que he encontrado decente (xrdp es más un hack que algo decente) se basa en el protocolo NX. El protocolo NX lo creó la gente de [2]nomachine, teniendo la solución más avanzada, multiplataforma (Solaris, Linux en el Server y casi todos en el cliente), y que funciona bastante bien, pero que no es libre. Dentro de lo libre, y compatible con los productos de nomachine, nos encontramos con un [3]cliente con bastante buena pinta, con un [4]server plagado de errores y con pinta de abandonado, y con [5]otro server con pinta de humo, sólo con buenas intenciones y nada de código. Dentro de lo libre, y NO compatible con los productos de nomachine, he encontrado la [6]solución que parece me va a solucionar los problemas, 'x2go'. Tiene pinta de ser un proyecto completo (server y cliente), apuntando muy buenas maneras. Ya en mis primeras pruebas he conseguido hacer funcionar sesiones, recuperarlas, que el teclado internacional que uso funcione correctamente contra máquinas remotas, Me falta estudiarlo más a fondo, pero todo lo que he probado funciona, no parece estar plagado de errores y tiene pinta de ser un proyecto con proyección de futuro. Otro día más. [1]http://en.wikipedia.org/wiki/NX_technology [2]http://www.nomachine.com/ [3]http://opennx.net/ [4]http://freenx.berlios.de/ [5]http://code.google.com/p/neatx/ [6]http://www.x2go.org [6]http://wiki.x2go.org -- Saludos --- Angel