On Fri, Dec 6, 2013 at 2:55 AM, Lars Vogdt <lrupp@suse.de> wrote:

Would be cool if we could get again a working Sugar desktop on the media. I already updated a lot of packages in X11:Sugar, but need some help (or more time) to finish.

I'll add sugar again, need someone to install it on 13.1 and let me know if it is in working condition. zypper ar http://download.opensuse.org/repositories/X11:/Sugar/openSUSE_13.1/X11:Sugar... zypper refresh zypper in sugar sugar-activities This should get sugar session available at DM login.

Do you already have the list of packages which are on the medium available for those who want to have a look?

I currently know just about: http://sourceforge.net/p/kiwi-ltsp/code/HEAD/tree/trunk/kiwi-ltsp/ltsp/suse-...

for the base packages - and:

This is kiwi-ltsp chroot image used by thin clients over nbd or aoe.

https://build.opensuse.org/package/view_file/Education/opensuse-edu-kiwi-lts...

for the whole list of packages.

This is very old, not maintained. See: http://www.opensuse-education.org/~cyberorg/opensuse-edu-life-1231-packages.... for the package list in 12.3. and http://sourceforge.net/p/opensuse-edu/code/HEAD/tree/trunk/kiwi-desc-edu/ for the kiwi description used to build the image.

With kind regards, Lars

PS: What about an IRC meeting?

I'm always lurking in the channel, give a shout if anyone wants to discuss something :) Cheers -J -- To unsubscribe, e-mail: opensuse-edu+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-edu+owner@opensuse.org

Hi Jigish Gohil <cyberorg@opensuse.org> schrieb:

On Fri, Dec 6, 2013 at 10:27 AM, Jigish Gohil <cyberorg@opensuse.org> wrote:

...

On Fri, Dec 6, 2013 at 2:55 AM, Lars Vogdt <lrupp@suse.de> wrote:

...

Would be cool if we could get again a working Sugar desktop on the media. I already updated a lot of packages in X11:Sugar, but need

some

...

help (or more time) to finish.

I'll add sugar again, need someone to install it on 13.1 and let me know if it is in working condition.

zypper ar http://download.opensuse.org/repositories/X11:/Sugar/openSUSE_13.1/X11:Sugar... zypper refresh zypper in sugar sugar-activities

This should get sugar session available at DM login.

I am unable to get any activities running, so if no one fixes the packages or provides the workaround in a couple of days time sugar will probably not make it on the live media.

Same for epoptes here. But maybe I'm just missing documentation? fbreader also had a new version, that currently does not compile with the latest Gnome :-( but we can go with the old version imho. Regards, Lars -- To unsubscribe, e-mail: opensuse-edu+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-edu+owner@opensuse.org

Hi On Tue, 10 Dec 2013 12:44:20 +0530, Jigish Gohil <cyberorg@opensuse.org> wrote :

...

Same for epoptes here. But maybe I'm just missing documentation? fbreader also had a new version, that currently does not compile with the latest Gnome :-( but we can go with the old version imho.

On the client /etc/default/epoptes-client SERVER=yourepoptesserverIP

then epoptes-client -c

On the server, the user running epoptes must be in epoptes group.

From: http://www.epoptes.org/installation

We have new maintainer of epoptes packages: https://build.opensuse.org/home?user=lbssousa not sure he is on this list :)

OK, so below is what I tried so far to get epoptes up and running. Please note that this machine is a real openSUSE 13.1 installation with the Education repository added as installation source - and no LTSP client. -----------------------[snipplet from my tries on openSUSE 13.1] lars@travel:~> id uid=16058(lars) gid=50(suse) Gruppen=50(suse),7(lp),10(wheel),14(uucp),16(dialout),17(audio),33(video),42(trusted),71(ntadmin),100(users),481(epoptes),502(teachers) lars@travel:~> cat /etc/default/epoptes # The port where the server will be listening on, and where the client # will try # to connect to. For security reasons it defaults to a system # port, 789. PORT=789 # Epoptes server will use the following group for the communications # socket. # That means that any user in that group will be able to # launch the epoptes UI # and control the clients. SOCKET_GROUP=epoptes lars@travel:~> cat /etc/default/epoptes-client # The server where epoptes-client will be connecting to. # If unset, thin client user sessions running on the server will try to # connect # to "localhost", while thin client root sessions and fat or # standalone clients # will try to connect to "server". # LTSP automatically puts "server" in /etc/hosts for thin and fat # clients, # but you'd need to put "server" in DNS manually for # standalone clients. SERVER=localhost # The port where the server will be listening on, and where the client # will try # to connect to. For security reasons it defaults to a system # port, 789. PORT=789 # Set Wake On LAN for devices that support it. Comment it out to # disable it. WOL=g lars@travel:~> sudo su - travel:~ # epoptes-client travel:~ # echo $? 0 travel:~ # exit lars@travel:~> epoptes /usr/lib/python2.7/site-packages/epoptes/ui/gui.py:83: GtkWarning: Unknown property: GtkMenu.ubuntu-local self.wTree.add_from_file('epoptes.ui') Connection with epoptes failed: An error occurred while connecting: 2: No such file or directory. -----------------------[/snipplet from my tries on openSUSE 13.1] From a strace, I see that the epoptes-client wants to create/connect to a socket in /var/run/epoptes - this directory (and file) does not exist. If neither the client nor the server creates it automatically, it should become part of the RPM. The epoptes client also tries to stat /usr/share/ltsp/ltsp_config - which does not exist on my machine. I guess this is the main reason on a standard machine (note: no LTSP!) that epoptes can not be executed. ...any help is welcome! Regards, Lars -- To unsubscribe, e-mail: opensuse-edu+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-edu+owner@opensuse.org