fm3 preliminary package for testing.

[Kendall]

Today I added the ability to monitor GTK bookmarks to fluxdgmenu.
So I think it is now pretty much feature complete, and I will concentrate on fixing bugs, if some of you are willing to report them

Awesomesauce. I'll start testing this evening.

Kendall, regarding the logout app, I read in another post that you wanted to get rid of pygtk.
What is your approach then ?

pygtk is awesome and I'd use it for everything, however there's been a lot of rumors about deprecating it in favor of gtkbuilder and pygobject. I'd rather write it this way from the beginning just to be on the safe side.

This is a good reason why it should not be the default, but i still feel that, if a distro aims to be lightweight, every opportunity to remove a daemon is welcome. And if somebody experienced enough, can manually update the menu, or assign the menu update method to a key.

Here at Mint there are often compromises between system resource usage versus "out of the box" user-friendliness (the update manager being the most obvious example). When I first started maintaining the Fluxbox edition I tried to cut out A LOT, however a good bit made it back in for the sake of user-friendliness.

[ju1ius]

Hi !

I pushed new changes to the gtk-logout app.
Heavy refactoring, and lots of translations added (thanks to the Gnome translators!).

Should be now pretty much feature complete, bug reports are welcome !

pygtk is awesome and I'd use it for everything, however there's been a lot of rumors about deprecating it in favor of gtkbuilder and pygobject. I'd rather write it this way from the beginning just to be on the safe side.

PyGtk will be deprecated, but for now I feel that the PyGObject - PyGI infrastructure for GTK2 is not really stable, and above all too much undocumented.
I created a branch of gtk-logout for PyGI, but I ran into too much issues and had a hard time finding accurate documentation, so I gave up.
I'll rather wait for GTK3 - PyGI to be stable and well documented before beginning porting code...

[Kendall]

Much groovy on the logout changes. Thanks a bunch.

[Kendall]

Version 0.0.3 for testing is now available. It fixes a parsing error that was particularly annoying. Again for those who don't have it, the line to add the testing repo for fm3 is:

Code: Select all

deb http://packages.kendalltristan.com/ unstable main

[Kendall]

I pushed new changes to the gtk-logout app.
Heavy refactoring, and lots of translations added (thanks to the Gnome translators!).

I went ahead and packaged this and put it in the testing repo as well. The version number ended up being ridiculous (1.0-dev+git20110715.579051c-1) but she's now available in .deb format for anyone who wishes to test it more simply. Since it does appear to be influenced by the "ciao" application in mint-fm2 (and possibly uses some of it's code) I put the license as GPL-2+. Let me know if I need to change this.

[ju1ius]

Since it does appear to be influenced by the "ciao" application in mint-fm2 (and possibly uses some of it's code) I put the license as GPL-2+

Well, technically it is based on oblogout, but it is GPLv2 anyway...

[ju1ius]

Oh and I checked the .deb package:
gtk-logout doesn't really depends on python-dbus, consolekit, upower and policykit-1.
It can use them is they are present and the config file tells to do so.
If you don't want to include these packages in the base mint fluxbox edition, you can get rid of them, you'll just have to provide a relevant default config file.
See https://github.com/ju1ius/gtk-logout/wiki/Configuration.
Idem with python-cairo & python-imaging for the graphic effects.

So the right debian configuration for the package should be:

Code: Select all

Depends: python-gtk
Recommends: python-dbus, consolekit, upower, policykit-1
Suggests:  python-cairo | python-imaging, xcompmgr

[Kendall]

Groovy. I'll update it as soon as I get time.

[ju1ius]

Packages for fluxdgmenu 1.0:
i386
amd64

Cheers !

[ju1ius]

Hi,
I'll have some time these days to work on these projects so, If needed, I could build mint-tailored debian packages, to make things work out-of-the-box.
However I need to know more about the default packages included in next mint-fluxbox release:

• Default file manager, web browser, terminal and package manager?
• Default login manager (SLiM, LXDM, GDM...) ?
• Will it use PolicyKit, UPower, ConsoleKit ?
• Default icon theme ?
• is depending on zenity allowed ?

[Kendall]

Default file manager, web browser, terminal and package manager?

Thunar will be the default file manager. For the web browser, use "x-www-browser". For the terminal, use "x-terminal-emulator". Mint editions require top level menu access to "mintinstall".

Default login manager (SLiM, LXDM, GDM...) ?

GDM

Will it use PolicyKit, UPower, ConsoleKit ?

PolicyKit for sure, probably UPower, likely ConsoleKit will be in there as well.

Default icon theme ?

Depends on what the next LMDE respin looks like.

is depending on zenity allowed ?

It's certainly allowed, however I much prefer native C or Python implementations written into the application in order to keep everything as modular as possible.

[jeffreyC]

You do know that GDM3 uses a Gnome session as the greeter ? And that the display manager runs the whole time the session runs ?
That said, consolekit has stopped working with most or all other display managers.

[Kendall]

You do know that GDM3 uses a Gnome session as the greeter ? And that the display manager runs the whole time the session runs ?
That said, consolekit has stopped working with most or all other display managers.

Eventually I want to use LightDM, however at the moment its not in widespread use and is still unnecessarily buggy in some circumstances. At the immediate moment, GDM is really the only viable option on the Debian base, other than SLiM which is limited in features and quite outdated.

[ju1ius]

I forgot to ask you what will be the default screensaver...

PolicyKit for sure, probably UPower, likely ConsoleKit will be in there as well.

Ok so let's go with python-dbus for "shutdown", "reboot", "suspend" and "hibernate" actions...

GDM

...and gdmflexiserver for "switch user" action.

Zenity is certainly allowed, however I much prefer native C or Python implementations written into the application in order to keep everything as modular as possible.

I was thinking about something like this in the top level menu:

Code: Select all

[exec] (Update Menu) {(fxm-daemon update) | zenity --progress --pulsate --auto-close}
[exec] (Regenerate Root Menu) {(fxm-daemon generate-rootmenu) | zenity --progress --pulsate --auto-close}


For the web browser, use "x-www-browser". For the terminal, use "x-terminal-emulator".

It has pros and cons:

Pros:

• user doesn't have to change his menu manually when he installs a new web browser or terminal emulator

Cons

• If we want "x-www-browser" to appear in the menu, we need a .desktop file for it. So it will add an useless "x-www-browser" entry in the Internet category... not such a big deal however.
• Use case: I install Terminator, just to see if if fits me.
  The update-alternatives system automatically links x-terminal-emulator to /usr/bin/terminator.
  Lets say I like it for heavy console tasks but prefer to stick with lxterminal for quick one-liners, because it has a shorter startup time.
  My options are:
  
  • rtfm update-alternatives :-\
  • edit the menu file, which defeats the purpose of using x-terminal-emulator

So considering that there is no such thing as x-file-manager or x-package-manager, I personally thinks that it would be more consistent to be explicit about which applications go into the top-level menu.
Just my two cents but anyway I'll stick to Mint standard way of doing things if you confirm that.
Just wanted to be sure.

[Gnarly]

PolicyKit for sure, probably UPower, likely ConsoleKit will be in there as well.

Ok so let's go with python-dbus for "shutdown", "reboot", "suspend" and "hibernate" actions...


Could you please add Lock Screen in with other exit commands? I rarely shut down this old crt because it takes it forever to warm back up. Having to pull up xscreensaver or the terminal to lock screen is a pain.

[ju1ius]

Could you please add Lock Screen in with other exit commands?

Of course, I'm just waiting for an answer to this question:

I forgot to ask you what will be the default screensaver...

[Kendall]

I forgot to ask you what will be the default screensaver...

Probably just xscreensaver.

[jeffreyC]

Lightdm looks interesting, but the Ubuntu package requires upstart ( which I do not want ), and gtk3 (which is still fugly yet)
SLiM is hard to get to work with any consolekit newer than 0.4.1-4, but simple and easy to configure and make it look good.

[jeffreyC]

Lightdm is now in Debian unstable, it does require gtk3.
I do not object to gtk3 on anything except that it currently is so ugly, there are not enough good themes, and the standard one is only a little better than Raleigh.

[jeffreyC]

The gtk-logout application has a broken dependency on python-gtk
I have python-gtk2 installed but that does not resolve the dependency