ti, 2010-01-19 kello 20:47 -0800, Steve Rippl kirjoitti:

> Scott Balneaves wrote:
> > https://wiki.ubuntu.com/Edubuntu/NewUserAdminTool

> That looks potentially very useful. The idea of having plugin scripts
> is excellent. Have you though about rights delegation? I'm thinking a
> sysadmin might for example control adding and removing users (by
> whatever method, this tool or otherwise), but might want to allow a
> teacher to reset passwords, group kids, or change some other attribute
> of students in their class. Could certain users just be able to use
> certain "commands". Could this be handled via groups perhaps? All
> 'teachers' get these rights, all 'power-teachers' get those etc.

I've been involved in managing Ubuntu based LTSP server for some years
and in the process we have accumulated piles of tools to manage users.
Over the years we have settled mostly with web UI for ldap+kerberos and
some magic for laptops to get offline authentication working also.

The concept of our current custom built system is this:

* all web based tool - quite a few admins in school manage users also
from windows workstation or remotely
* hardcoded hierarchy: schools - groups - users - this makes the UI way
easier to user
* groups can also be nested - this is quite heavy on ldap, though
* data is stored in ldap and ldap schema is fixed and hardcoded in the
tool with samba attributes - no separate samba-ldap scripts
* bulk import of users using csv data
* system groups (audio, video, etc.) are left out and handled in pam
modules instead
* teachers are able to change the passwords of kids in their own school
* shared folders are done using ACLs and groups that tell the class of
the user


What I have learnt over the years is that the simpler the UI is, the
better. There are currently three interfaces - one to administer users,
one to change password and one to change password for another user.
Especially the easy way to change passwords for other users has been a
success.

This has worked quite well for the schools we are taking care of. There
was a poor choice of architecture when building this, though, so we are
now in the process of rewriting it so that one can actually maintain the
code. We are trying to get it out really soon now. A web based system
won't be the same as an application with a GUI, though, but many of the
concepts are probably the same.

Veli-Matti



--
edubuntu-users mailing list
edubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users

ti, 2010-01-19 kello 20:47 -0800, Steve Rippl kirjoitti:

> Scott Balneaves wrote:
> > https://wiki.ubuntu.com/Edubuntu/NewUserAdminTool

> That looks potentially very useful. The idea of having plugin scripts
> is excellent. Have you though about rights delegation? I'm thinking a
> sysadmin might for example control adding and removing users (by
> whatever method, this tool or otherwise), but might want to allow a
> teacher to reset passwords, group kids, or change some other attribute
> of students in their class. Could certain users just be able to use
> certain "commands". Could this be handled via groups perhaps? All
> 'teachers' get these rights, all 'power-teachers' get those etc.

I've been involved in managing Ubuntu based LTSP server for some years
and in the process we have accumulated piles of tools to manage users.
Over the years we have settled mostly with web UI for ldap+kerberos and
some magic for laptops to get offline authentication working also.

The concept of our current custom built system is this:

* all web based tool - quite a few admins in school manage users also
from windows workstation or remotely
* hardcoded hierarchy: schools - groups - users - this makes the UI way
easier to user
* groups can also be nested - this is quite heavy on ldap, though
* data is stored in ldap and ldap schema is fixed and hardcoded in the
tool with samba attributes - no separate samba-ldap scripts
* bulk import of users using csv data
* system groups (audio, video, etc.) are left out and handled in pam
modules instead
* teachers are able to change the passwords of kids in their own school
* shared folders are done using ACLs and groups that tell the class of
the user


What I have learnt over the years is that the simpler the UI is, the
better. There are currently three interfaces - one to administer users,
one to change password and one to change password for another user.
Especially the easy way to change passwords for other users has been a
success.

This has worked quite well for the schools we are taking care of. There
was a poor choice of architecture when building this, though, so we are
now in the process of rewriting it so that one can actually maintain the
code. We are trying to get it out really soon now. A web based system
won't be the same as an application with a GUI, though, but many of the
concepts are probably the same.

Veli-Matti




--
edubuntu-devel mailing list
edubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-devel

On 01/19/2010 04:43 PM, David C. Rankin wrote:
> On 01/19/2010 12:42 AM, Tobias Powalowski wrote:
>> Hi guys,
>> bump to latest bugfix version.
>> Please signoff both arches,
>>
>> greetings
>> tpowa
>
> Can't 'sign off', but kernel26 2.6.32.4-1 seems to be working fine on x86_64
> with nvidia. I'll load it on my laptop and report back as well after testing the
> radeon setup. That should be the real test.
>
> Is the recommendation no early config for the radeon module??
>

Tobias, all,

After further testing with kernel 2.6.32.4-1, I have found two bugs:

(1) the kernel upgrade kills WindowMaker
(2) the kernel upgrade kills VirtualBox

It was ironic, because I was using WindowMaker when I installed the kernel and then on reboot, WindowMaker attempted to start and then crashed back to the login screen. After the upgrade I successfully rebuilt the kernel module for vb with vbox_build_module, then started vbox and it hung with a small dialog "spawning session". Let me know what information you want to see and I'll be happy to provide it or file a bug report. Thanks.


--
David C. Rankin, J.D.,P.E.
Rankin Law Firm, PLLC
510 Ochiltree Street
Nacogdoches, Texas 75961
Telephone: (936) 715-9333
Facsimile: (936) 715-9339
www.rankinlawfirm.com

On Wed, 2010-01-20 at 10:51 -0600, David C. Rankin wrote:
> On 01/19/2010 04:43 PM, David C. Rankin wrote:
> > On 01/19/2010 12:42 AM, Tobias Powalowski wrote:
> >> Hi guys,
> >> bump to latest bugfix version.
> >> Please signoff both arches,
> >>
> >> greetings
> >> tpowa
> >
> > Can't 'sign off', but kernel26 2.6.32.4-1 seems to be working fine on x86_64
> > with nvidia. I'll load it on my laptop and report back as well after testing the
> > radeon setup. That should be the real test.
> >
> > Is the recommendation no early config for the radeon module??
> >
>
> Tobias, all,
>
> After further testing with kernel 2.6.32.4-1, I have found two bugs:
>
> (1) the kernel upgrade kills WindowMaker
> (2) the kernel upgrade kills VirtualBox
>
> It was ironic, because I was using WindowMaker when I installed the kernel and then on reboot, WindowMaker attempted to start and then crashed back to the login screen. After the upgrade I successfully rebuilt the kernel module for vb with vbox_build_module, then started vbox and it hung with a small dialog "spawning session". Let me know what information you want to see and I'll be happy to provide it or file a bug report. Thanks.
>
>
I'm using kernel26-2.6.32-ice currently (its up to 2.6.32-4) and
Virtualbox PUEL worked fine just moments ago. Its 1 am here, tomorrow
I'll try with the stock kernel and see whether it doesn't work.

On 01/20/2010 11:51 AM, David C. Rankin wrote:

It was ironic, because I was using WindowMaker when I installed the
kernel


Just a suggestion: I usually drop down to single user ("sudo telinit
s") before I install major packages like a kernel.


DR

On Wednesday 20 January 2010 22:21:19 David C. Rankin wrote:
> On 01/19/2010 04:43 PM, David C. Rankin wrote:
> After further testing with kernel 2.6.32.4-1, I have found two bugs:
>
> (1) the kernel upgrade kills WindowMaker
> (2) the kernel upgrade kills VirtualBox

even with 2.6.32.3, I had to recomile virtualbox module. I tried to start a VM
and system froze solid and had to do hard reset. With a recompile, its working
though.

--
Shridhar

On 20/01/10 16:51, David C. Rankin wrote:


Tobias, all,

After further testing with kernel 2.6.32.4-1, I have found two bugs:

(1) the kernel upgrade kills WindowMaker
(2) the kernel upgrade kills VirtualBox

It was ironic, because I was using WindowMaker when I installed the kernel and then on reboot, WindowMaker attempted to start and then crashed back to the login screen. After the upgrade I successfully rebuilt the kernel module for vb with vbox_build_module, then started vbox and it hung with a small dialog "spawning session". Let me know what information you want to see and I'll be happy to provide it or file a bug report. Thanks.




I can't comment on the WindowMaker issue but the VirtualBox, at least
the OSE version(virtualbox-ose 3.1.2-3) released today is fixed.

Hi DEVs,
is anyone of you interested to maintain xvidcap?
Atsutane can maintain it in [community].

Regards

--
Andrea `bash` Scarpino
Arch Linux Developer

On Wednesday 20 January 2010 02:57:30 Frank Steinmetzger wrote:
> Am Mittwoch, 20. Januar 2010 schrieb Neil Bothwick:
> > For Konqueror, you turn it of in the Web Browsing section of the
> > settings, the last item. I don't use KMail but I expect this will affect
> > KMail too, or KMail will have a similar setting.
>
> I guess that’s because - similar to Outl**k using the IE engine - KMail
> seems to use the KHTML engine to display messages. That’s why it also has
> this feature.
>
The control is indeed in konqueror settings. Kmail does honor it, but only
after a restart of kontact or kmail. Kmail does not appear to have its own
setting for "Enable/disable Access Key activation with Ctrl key"

Thanks to all who provided answers and guidance on this prob^H^H^H^Hfeature.
--
Jim

On 01/20/2010 11:28 AM, Shridhar Daithankar wrote:
> On Wednesday 20 January 2010 22:21:19 David C. Rankin wrote:
>> On 01/19/2010 04:43 PM, David C. Rankin wrote:
>> After further testing with kernel 2.6.32.4-1, I have found two bugs:
>>
>> (1) the kernel upgrade kills WindowMaker
>> (2) the kernel upgrade kills VirtualBox
>
> even with 2.6.32.3, I had to recomile virtualbox module. I tried to start a VM
> and system froze solid and had to do hard reset. With a recompile, its working
> though.
>

Are you talking about recompile of the vbox module, that I just did, or are you talking about a kernel recompile?

--
David C. Rankin, J.D.,P.E.
Rankin Law Firm, PLLC
510 Ochiltree Street
Nacogdoches, Texas 75961
Telephone: (936) 715-9333
Facsimile: (936) 715-9339
www.rankinlawfirm.com