lightdm is built for f17 now too... could some folks give it some testing and see how well it's working?
I tried it here, but it just gave me a blank screen, it seemed like it wasn't starting X right or something. Could well be a local config issue however.
If it looks good to others in testing, we should switch the spin to it.
kevin
On Wed, Jun 20, 2012 at 9:22 AM, Kevin Fenzi kevin@scrye.com wrote:
lightdm is built for f17 now too... could some folks give it some testing and see how well it's working?
I tried it here, but it just gave me a blank screen, it seemed like it wasn't starting X right or something. Could well be a local config issue however.
If it looks good to others in testing, we should switch the spin to it.
kevin
Being new to this OS, could you point me at the testing place? I can test almost anything, with a bit of guidance, but I don't know yet where to grab the files.
On 20/06/12 16:45, Charlie Kravetz wrote:
On Wed, Jun 20, 2012 at 9:22 AM, Kevin Fenzi <kevin@scrye.com mailto:kevin@scrye.com> wrote:
lightdm is built for f17 now too... could some folks give it some testing and see how well it's working?
dep error
sudo yum install lightdm --enablerepo=koji Loaded plugins: downloadonly, fastestmirror, langpacks, local, presto, refresh-updatesd, security, tidy-cache, verify koji | 3.6 kB 00:00 koji/primary_db | 12 MB 00:47 Loading mirror speeds from cached hostfile * fedora: fedora.mirrors.ovh.net * fedora-updates: fedora.mirrors.ovh.net * kernel-updates-testing: fedora.mirrors.ovh.net * rawhide-python-urlgrabber: fedora.mirrors.ovh.net * remi: remi-mirror.dedipower.com * remi-test: remi-mirror.dedipower.com koji/group_gz | 636 B 00:00 Resolving Dependencies --> Running transaction check ---> Package lightdm.x86_64 0:1.2.2-15.fc17 will be installed --> Processing Dependency: lightdm-greeter = 1.2 for package: lightdm-1.2.2-15.fc17.x86_64 --> Processing Dependency: lightdm-gobject(x86-64) = 1.2.2-15.fc17 for package: lightdm-1.2.2-15.fc17.x86_64 --> Processing Dependency: accountsservice for package: lightdm-1.2.2-15.fc17.x86_64 --> Running transaction check ---> Package accountsservice.x86_64 0:0.6.18-1.fc17 will be installed ---> Package lightdm.x86_64 0:1.2.2-15.fc17 will be installed --> Processing Dependency: lightdm-greeter = 1.2 for package: lightdm-1.2.2-15.fc17.x86_64 ---> Package lightdm-gobject.x86_64 0:1.2.2-15.fc17 will be installed
Packages skipped because of dependency problems: accountsservice-0.6.18-1.fc17.x86_64 from fedora lightdm-1.2.2-15.fc17.x86_64 from koji lightdm-gobject-1.2.2-15.fc17.x86_64 from koji
On Wed, 2012-06-20 at 17:00 +0100, Frank Murphy wrote:
sudo yum install lightdm --enablerepo=koji
I'd be interested on how you configured Koji as a yum repository. That's new to me. :)
Regards, Dominic
On 21/06/12 08:14, Dominic Hopf wrote:
On Wed, 2012-06-20 at 17:00 +0100, Frank Murphy wrote:
sudo yum install lightdm --enablerepo=koji
I'd be interested on how you configured Koji as a yum repository. That's new to me. :)
Regards, Dominic
Refrence: http://osdir.com/ml/linux.redhat.fedora.livecd/2007-05/msg00100.html
http://koji.fedoraproject.org/repos/
On Thu, 2012-06-21 at 08:44 +0100, Frank Murphy wrote:
On 21/06/12 08:14, Dominic Hopf wrote:
On Wed, 2012-06-20 at 17:00 +0100, Frank Murphy wrote:
sudo yum install lightdm --enablerepo=koji
I'd be interested on how you configured Koji as a yum repository. That's new to me. :)
Regards, Dominic
Refrence: http://osdir.com/ml/linux.redhat.fedora.livecd/2007-05/msg00100.html
Thanks! :)
On 06/20/2012 12:22 PM, Kevin Fenzi wrote:
lightdm is built for f17 now too... could some folks give it some testing and see how well it's working?
I tried it here, but it just gave me a blank screen, it seemed like it wasn't starting X right or something. Could well be a local config issue however.
If it looks good to others in testing, we should switch the spin to it.
kevin
xfce mailing list xfce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/xfce
Hi. I'm all for replacing GDM with a more basic display manager. I'm using LXDM and it works just as well as GDM for me. But my desktop usage is basic so maybe you know about stuff that don't work with it?
In fact, a bit more than two weeks ago I wrote to Daniel Walsh to ask if gdm could be dropped as a dependency for xguest and he said it could. I need to write to him again to remind him and to say that when he builds it then I can test it.
On 20/06/12 16:22, Kevin Fenzi wrote:
lightdm is built for f17 now too... could some folks give it some testing and see how well it's working?
I tried it here, but it just gave me a blank screen, it seemed like it wasn't starting X right or something. Could well be a local config issue however.
booted to init 3 as user # lightdm --test-mode cannot get D-bus connection black screen
On 21/06/12 07:49, Frank Murphy wrote:
booted to init 3 as user
as above sudo lightdm -d --log-dir=/var/log
login screen comes up.
log from debug: http://frankly3d.eu/lightdm.log
On 21/06/12 09:40, Frank Murphy wrote:
On 21/06/12 07:49, Frank Murphy wrote:
Apologies for hogging
Now working as planned, but a little slow (60s) to show mouse cursor. Needed "systemctl enable accounts-daemon.service"
Slowness in my case possibly due to yum-updateonboot\ other service race?
Am 21.06.2012 11:30, schrieb Frank Murphy:
On 21/06/12 09:40, Frank Murphy wrote:
On 21/06/12 07:49, Frank Murphy wrote:
Apologies for hogging
Now working as planned, but a little slow (60s) to show mouse cursor. Needed "systemctl enable accounts-daemon.service"
Slowness in my case possibly due to yum-updateonboot\ other service race?
Same problem here. After plymouth finished my screen stays black for at least one minute and it takes the same time from pressing login until Xfce is started, So for me LightDM is nearly unuseable ATM.
Am 21.06.2012 08:49, schrieb Frank Murphy:
On 20/06/12 16:22, Kevin Fenzi wrote:
lightdm is built for f17 now too... could some folks give it some testing and see how well it's working?
I tried it here, but it just gave me a blank screen, it seemed like it wasn't starting X right or something. Could well be a local config issue however.
booted to init 3 as user # lightdm --test-mode cannot get D-bus connection black screen
Can anyone confirm that it looks like LightDM doesn't survive pressing CRTL+ALT+F2 or something similar?
On 06/21/2012 07:46 PM, Heiko Adams wrote:
Am 21.06.2012 08:49, schrieb Frank Murphy:
On 20/06/12 16:22, Kevin Fenzi wrote:
lightdm is built for f17 now too... could some folks give it some testing and see how well it's working?
I tried it here, but it just gave me a blank screen, it seemed like it wasn't starting X right or something. Could well be a local config issue however.
booted to init 3 as user # lightdm --test-mode cannot get D-bus connection black screen
Can anyone confirm that it looks like LightDM doesn't survive pressing CRTL+ALT+F2 or something similar?
Yes. I disabled selinux for it to work properly and it 'fixed' the start-up delays and beesu. But ctrl+alt+f2 and back goes to a blinking cursor.
Sergio wrote:
I disabled selinux for it to work properly and it 'fixed' the start-up delays and beesu. But ctrl+alt+f2 and back goes to a blinking cursor.
make sure the F<n> part goes to the right terminal. (hint: lightdm seems to be starting on 7 for most folks, we still need to get the plymouth integration and no-vt-switching working right to stay on vt1)
-- rex
On 07/01/2012 01:13 AM, Rex Dieter wrote:
make sure the F<n> part goes to the right terminal. (hint: lightdm seems to be starting on 7 for most folks, we still need to get the plymouth integration and no-vt-switching working right to stay on vt1)
-- rex
Indeed it's on vt7.
Another issue is that 'lightdm --test-mode' fails with a PAM error. lightdm-gtk-greeter can't open because of it.
x-1-greeter.log:
Failed to open PAM session: Cannot make/remove an entry for the specified session
I was about to ask about it on lightdm's mailing list but if you're already aware of it and working on it then I don't ask.
Sergio wrote:
Another issue is that 'lightdm --test-mode' fails with a PAM error. lightdm-gtk-greeter can't open because of it.
x-1-greeter.log:
Failed to open PAM session: Cannot make/remove an entry for the specified session
I was about to ask about it on lightdm's mailing list but if you're already aware of it and working on it then I don't ask.
Go ahead and ask, that's not a known issue.
-- rex
Hi Rex (or anyone else that may know), I mentioned this in another thread, but it probably belongs here...
I've switched all but one of my machines from GDM to LightDM (via updates-testing). The one I haven't switched is an Atom based Mini-ITX machine that 'thinks' it has a laptop display in addition to the attached monitor. Although disabled within display preferences once Xfce is loaded, the login manager thinks it's there. In GDM, I get a blank screen (well, I get the fireworks wallpaper, but I can move my mouse cursor to the right until it's visible and hit enter, and the login box will re-apper. In LightDM, I can't figure out how to force it to my visible screen...
Any ideas on this? Wondering if it should be reported upstream.
On Sun, Jul 1, 2012 at 9:27 AM, Jayson Rowe jayson.rowe@gmail.com wrote:
Hi Rex (or anyone else that may know), I mentioned this in another thread, but it probably belongs here...
I've switched all but one of my machines from GDM to LightDM (via updates-testing). The one I haven't switched is an Atom based Mini-ITX machine that 'thinks' it has a laptop display in addition to the attached monitor. Although disabled within display preferences once Xfce is loaded, the login manager thinks it's there. In GDM, I get a blank screen (well, I get the fireworks wallpaper, but I can move my mouse cursor to the right until it's visible and hit enter, and the login box will re-apper. In LightDM, I can't figure out how to force it to my visible screen...
Any ideas on this? Wondering if it should be reported upstream.
-- -jayson
I am going to say this should be reported as a bug to lightdm. I was the driving force getting lightdm into xubuntu, and worked with the developer for about a year making it happen. If it is is not recognizing the system without the external monitor, that should be reported.
I am going to say this should be reported as a bug to lightdm. I was the driving force getting lightdm into xubuntu, and worked with the developer for about a year making it happen. If it is is not recognizing the system without the external monitor, that should be reported.
Well, it only has an external monitor - it only 'thinks' it has a laptop display (it's not a laptop). I'm thinking since this chipset was used in a lot of netbooks, it has that hardcoded somewhere at the hardware level. I've checked the BIOS and see nowhere to turn off the 'laptop display'. In Xfce, if I go to Settings -> Display, it sees a display called 'Laptop' which I turn off.
I'll report it upstream and see what happens.
On Sun, Jul 1, 2012 at 11:46 AM, Jayson Rowe jayson.rowe@gmail.com wrote:
I am going to say this should be reported as a bug to lightdm. I was the driving force getting lightdm into xubuntu, and worked with the developer for about a year making it happen. If it is is not recognizing the system without the external monitor, that should be reported.
Well, it only has an external monitor - it only 'thinks' it has a laptop display (it's not a laptop). I'm thinking since this chipset was used in a lot of netbooks, it has that hardcoded somewhere at the hardware level. I've checked the BIOS and see nowhere to turn off the 'laptop display'. In Xfce, if I go to Settings -> Display, it sees a display called 'Laptop' which I turn off.
I'll report it upstream and see what happens.
-- -jayson
Here is a link to the bug: https://bugs.launchpad.net/lightdm/+bug/1019809
On 07/01/2012 12:27 PM, Jayson Rowe wrote:
Hi Rex (or anyone else that may know), I mentioned this in another thread, but it probably belongs here...
I've switched all but one of my machines from GDM to LightDM (via updates-testing). The one I haven't switched is an Atom based Mini-ITX machine that 'thinks' it has a laptop display in addition to the attached monitor. Although disabled within display preferences once Xfce is loaded, the login manager thinks it's there. In GDM, I get a blank screen (well, I get the fireworks wallpaper, but I can move my mouse cursor to the right until it's visible and hit enter, and the login box will re-apper. In LightDM, I can't figure out how to force it to my visible screen...
Any ideas on this? Wondering if it should be reported upstream.
Sorry if this has nothing to do with it, but in /etc/lightdm/lightdm.conf there's
# # Seat configuration # # Each seat must start with "Seat:". # Uses settings from [SeatDefaults], any of these can be overriden by setting them in this section. # #[Seat:0]
Maybe you should configure it to [Seat:0.1] ?
Also check the seat defaults earlier on that file.