Re: Git is fun, Git is pretty, Git is useful, so why not using it?

2012-04-01 Thread Holger Levsen
Hi Jörg, On Montag, 2. April 2012, Joerg Jaspert wrote: > Erm, right now backports is still an own host with an own dak install. > Yes we run that, yes it has the most recent dak install, no it is not on > ftp-master.debian.org directly. Yet. Plans to change that are there, > work on code started

Re: Git is fun, Git is pretty, Git is useful, so why not using it?

2012-04-01 Thread Joerg Jaspert
On 12803 March 1977, Holger Levsen wrote: > On a somewhat related note: dak as it is installed on a.skolelinux.no cannot > deal with dpkg source format 3.0 packages (ie gosa), and I'm basically the > only maintainer of this setup, so I've been thinking of asking the Debian ftp > masters to run

Re: Guest session?

2012-04-01 Thread Petter Reinholdtsen
[Steven Chamberlain] > I'm surprised you didn't already consider this! > > http://people.skolelinux.org/pere/blog/Free_e_book_kiosk_for_the_public_libraries_.html Glad to see my blog have readers. :) But I would set up such kiosk solution using nodm and a stripped down desktop with a single appl

Re: Guest session?

2012-04-01 Thread Steven Chamberlain
On 01/04/12 21:06, Petter Reinholdtsen wrote: > Nope. Why do you ask? ... I'm surprised you didn't already consider this! http://people.skolelinux.org/pere/blog/Free_e_book_kiosk_for_the_public_libraries_.html Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to de

Re: Guest session?

2012-04-01 Thread Steven Chamberlain
On 01/04/12 21:06, Petter Reinholdtsen wrote: > [Alessandro Fama] >> There is a guest session in skolelinux? like ubuntu does, no password >> and delete everything after logout. > > Nope. Why do you ask? Our impression is that schools want to control > who uses their computer equipment, and such

Re: Guest session?

2012-04-01 Thread Petter Reinholdtsen
[Alessandro Fama] > There is a guest session in skolelinux? like ubuntu does, no password > and delete everything after logout. Nope. Why do you ask? Our impression is that schools want to control who uses their computer equipment, and such guest account would break their expectations. -- Happy

Re: Git is fun, Git is pretty, Git is useful, so why not using it?

2012-04-01 Thread Petter Reinholdtsen
[Holger Levsen] > I wonder if it would be sensible to keep the old build process svn > based for squeeze and move wheezy builds to git on > cdimage.debian.org. (I have an account there and this (eg acccounts) > has been offered to us since a long time. That machine is quite very > powerful and has

Re: Git is fun, Git is pretty, Git is useful, so why not using it?

2012-04-01 Thread Petter Reinholdtsen
[David Prévot] > Unless real blockers can be pointed, and not addressed, I guess we > should consider giving those who are willing to prepare the > Subversion to Git conversion a green light and get prepared to use > those amazing tools (did I already mentioned I'd see that as an > improvement? ;-)

Re: Git is fun, Git is pretty, Git is useful, so why not using it?

2012-04-01 Thread Mike Gabriel
Hi David, On So 01 Apr 2012 17:19:26 CEST David Prévot wrote: Unless real blockers can be pointed, and not addressed, I guess we should consider giving those who are willing to prepare the Subversion to Git conversion a green light and get prepared to use those amazing tools (did I already ment

Re: Git is fun, Git is pretty, Git is useful, so why not using it?

2012-04-01 Thread Holger Levsen
Hi David, thanks for bringing this up! Hi ftpmasters, the last paragraph is for you ;) On Sonntag, 1. April 2012, David Prévot wrote: > First of all, are there known issues about the Git workflow that would > justify to stick with Subversion? the cd/dvd build process uses svn quite a lot. I w

Git is fun, Git is pretty, Git is useful, so why not using it?

2012-04-01 Thread David Prévot
Hi, I usually see some comments on IRC, or inside some unrelated threads, about the willingness to switch the Debian Edu repository from Subversion to Git, and I propose to start a new thread about that. First of all, are there known issues about the Git workflow that would justify to stick with