A few weeks ago, I was looking for a way to jazz up a script someone here did for choosing which window manger to use. I wanted to have something that used the framebuffer since I was using the bootsplash...I just love eye candy

What it is: a replacement for getty that allows users to choose which session they want wether it be a text console or one of the gazillion window managers we have to choose from. What is really cool is you can also power off or reset your system from this window...just like the ever popular display managers like kdm or gdm. xdm doesnt offer this kind of function

It uses DirectFB so you dont have to install an insane number of libs. You have to try this out. It is easy to setup and I know you will enjoy it.

Although I am going on and on about this, I assure you that I am not in anyway connected with this program other than liking it. The author is a Gentoo user and there is a ebuild for it at the site: Qingy So please check it out

It's unfortunate that the author is using a copyrighted work from digitalblasphemy.com. He even stripped out the digitalblasphemy line from the bottom-right and doesn't even extend credit to the author. Bah.

does work well only with 640x480 for me, on a 1024x768 fb resolution with a same size bg image, textes are not centered and the image doesn't fit the entire screen (shows up under scaled in the center of the screen)

It's unfortunate that the author is using a copyrighted work from digitalblasphemy.com. He even stripped out the digitalblasphemy line from the bottom-right and doesn't even extend credit to the author. Bah.

It's unfortunate that the author is using a copyrighted work from digitalblasphemy.com. He even stripped out the digitalblasphemy line from the bottom-right and doesn't even extend credit to the author. Bah.

the mushrooms image appear just in the screenshoots, it's not present in the application itself...
don't know about the ant picture which indeed is included...

As far as the resolution thing....I had the same concern until I made an /etc/directfbrc file otherwise, directfb (which is what qingy uses) will use the first mode in /etc/fb.modes

my directfbrc file has this line

mode=1024x768

It helps alot.

directfb is already configured on 1024x768...
i've moved the 1024 mode in /etc/fb.modes on the top of the file instead of creating a /etc/directfbrc file (i didn't know about this possibility)
imho, seems that qingy is still unable to scale to different resolutions
or maybe i'm missing something

It's unfortunate that the author is using a copyrighted work from digitalblasphemy.com. He even stripped out the digitalblasphemy line from the bottom-right and doesn't even extend credit to the author. Bah.

He could have a membership which, IIRC, allows him to use those images in his programs/websites.

pjp wrote:

Perhaps worth droping a note to the folks at digitalblasphemy?

I don't know what the singular of "folks" is, but digitalblasphemy.com is run by the one guy. He's earning enough to make a living off it now

Anyway, back on topic, this looks really interesting. I'm thinking of aquiring a laptop, but i want to wait until I can run KDE on top of XDirectFB, and I could have this as the display manager. I realise I'll be waiting a long time, but X is getting on my nerves a bit

With this you can disable xdm/kdm/gdm and still get a graphical login-which even allows you to do a console login-unlike the others. It is fast and simple. I immediately created my own backgorund image, a modified version of my bootsplash image. This is a really cool ittle app.

I did have to fight with directfb a little to get everything working. When I first tried it I ended up with a 640x480 box in the middle of my 1280x1024 framebuffer screen. The background image appeared inside that box -yet the rest of the screen had no background-and when I moved the mouse over it I eneded up with unerasable mousetrails and the text would overwrite itself until becomming utterly illegible. So I mucked and mucked around until I figured out what was going on. My solution was to create a /etc/directfbrc file with mode=1280x1024. I had already tried to change the oder in /etc/fb.modes-to no avail. I do still get a strange warning about directfb not being able to switch resolutions. And yes I have vesa framebuffer support compiled into the kernel and yes I am using a NVIDIA graphics card(Geforce 4 440).....

I may be mistaken but I believe this uses a lot less memory than gdm or kdm and it is really fast...I did an rc-update del xdm and my system comes up with a sweet graphical login in a fraction of the time that gdm or kdm needs to get up and running....

I set up my virtual consoles to use qinty, leaving only vc 6 as normal. This means I can launch xfce4 from vc 1, gnome from vc2 and kde from vc3 and e17 from vc 4 without mucking with gdmflexiserver or exporting displays and fighting with .xinitrc.

The background image appeared inside that box -yet the rest of the screen had no background-and when I moved the mouse over it I eneded up with unerasable mousetrails and the text would overwrite itself until becomming utterly illegible. So I mucked and mucked around until I figured out what was going on. My solution was to create a /etc/directfbrc

Hey you copied me That was my solution too. Works very nice. I am so obsessed with the program now. I have been experimenting making themes etc...I wish I was an artist and could make my own wallpapers and art etc.

currently I have borrowed my favorite gdm theme: crystal rose. It is so wonderful...

Has anyone noticed that when using Qingy their usb joystick stops working?
This could be unrelated but before Quingy my joystick was working fine and after I can cat /dev/js0 and see output but no apps can use my joystick.
Maybe this is a problem with DirectFB?

I haven't actually set this up yet(been too busy) but I do have everything installed and the initab edited, just haven't been home yet. However, is there a way to look your desktop without using xscreensaver or something and have it just go back to qingy but only allow the locked user the ability to login? Kinda how you lock a windows machine where it locks it but takes it basically to your login screen.

Ok, if I log using a qingy terminal and start KDE I artsd (KDE sound server) cannot open /dev/dsp (permission denied). Starting with the usual getty make it works.
I guess that must be a pam problem: any help? _________________---
Miser, miser! Modo niger et ustus fortiter!

Ok, if I log using a qingy terminal and start KDE I artsd (KDE sound server) cannot open /dev/dsp (permission denied). Starting with the usual getty make it works.
I guess that must be a pam problem: any help?

I am not sure how much help I really will be....but I was wondering when you start kde are you just using startx where startx looks to your .xinitrc file?

Anyway, what I was wondering was if startkde was a shell script that maybe sets permissions to the user. or if it just points to a bin file. Because what I noticed is that qingy chooses sessions based on what is in the /etc/X11/Sessions directory. What ever is written in that session file for a particular window manager is what happens.....sooooo what I was thinking is that maybe the startkde script (if it actually is a script) is differnent from the instructions in the session file for kde. Make sense?

I was playing around today with my fluxbox session file and now I have it playing a sound when I log in...still playing around with it.

Anyway, maybe this will help or at least give you a place to start[/quote]