Bug#311188: Apt repository interoperability (was: Bug#311188: Debian edu messed up my Ubuntu system.)

2008-04-25 Thread Matt Zimmerman
On Sun, Apr 20, 2008 at 03:09:38PM +0200, Herman Robak wrote: > Apt is an awesome package manager framework. It has a lot of power! > But it is a powertool with few safety features aimed at Joe Average. > I don't think we want to advertise loudly the lack of such safety > features. But unless w

Re: Which debian packages should be installed on a debian edu laptop?

2007-05-11 Thread Matt Zimmerman
On Thu, May 10, 2007 at 06:57:08PM +0200, Petter Reinholdtsen wrote: > [José L. Redrejo Rodríguez] > > Not, I don't know of such package, but, loading by default > > speedstep-centrino doesn't hurt in an AMD laptop (well, it just says > > that's device doesn't exist). Doing it you cover most existi

Re: Diskless workstation issues

2006-03-29 Thread Matt Zimmerman
On Wed, Mar 29, 2006 at 11:57:11PM +0200, Martin Herweg wrote: > Nicolas Pettiaux schrieb: > > which is the default configuration on skolelinux now ? > > the default is still "LTSP" Thin Clients but this is the > "MueKow" - Version of LTSP which needs more CPU,RAM and more time to boot. > AFAIK De

Re: Daily build sarge CD uses new LTSP packages

2005-10-18 Thread Matt Zimmerman
On Tue, Oct 18, 2005 at 08:09:38PM +0200, Andreas Schockenhoff wrote: > Remark: The best automatic hardware detection for modern hardware and > the X11 screen I have seen in ubunto/kubunto. (But not in ubuntos > ltsp!) Ubuntu thin clients use exactly the same hardware detection routines as the r

Re: Moving from 650 to 700 MiB CDs

2005-10-17 Thread Matt Zimmerman
On Tue, Oct 18, 2005 at 03:19:35AM +0200, Jonas Smedegaard wrote: > On topic of this thread: do you have some useful info on wether it is > smart or not to move to 700MB images for Debian-edu? > > What is the reasoning behind keeping Ubuntu ISOs at 650MB? Our reasoning was that an extra 50MB was

Re: Moving from 650 to 700 MiB CDs

2005-10-17 Thread Matt Zimmerman
On Mon, Oct 17, 2005 at 09:52:44PM +0200, Jonas Smedegaard wrote: > Notice: If glancing in the direction of Ubuntu, remember that their aim > is newer hardware only, so they can afford ignoring problems with some > older machines. I'm not sure where you got this impression; if you can tell me its

Re: Fwd: Memory usage under Ubuntu + LTSP 4.1

2005-09-14 Thread Matt Zimmerman
On Wed, Sep 14, 2005 at 05:21:27PM +0100, Donovan Baarda wrote: > However, it does mean much less disk buffers/cache is used, and stuff > read via nfs is more likely to be already buffered in RAM. It should > make startup time faster if nothing else... I don't think it would be significant; with >

Re: Fwd: Memory usage under Ubuntu + LTSP 4.1

2005-09-14 Thread Matt Zimmerman
On Wed, Sep 14, 2005 at 09:52:38AM +0100, Donovan Baarda wrote: > On Tue, 2005-09-13 at 19:39, Knut Yrvin wrote: > > An interesting test about memory usage og LTSP from Jonathan Carter: > > It would be interesting to see the effect of "unifying" the LTSP chroot > with the server (hardlinking iden

Re: Updating the web pages (Was: Free and why it will last forever)

2005-08-07 Thread Matt Zimmerman
On Sun, Aug 07, 2005 at 02:52:17PM +0200, David C. Weichert wrote: > There is a Wiki for Zope/Plone (ZWiki). I find it very good. Ubuntulinux > work with it for their documentation. Ubuntu used ZWiki in the past, but we have since migrated to moin. -- - mdz -- To UNSUBSCRIBE, email to [EMAI

Re: Some notes on the next generation LTSP (getting LTSP into Debian/main)

2005-07-26 Thread Matt Zimmerman
On Thu, Jul 21, 2005 at 11:59:50AM -0600, Vagrant Cascadian wrote: > probably better than a symlink+ramdisk approach would be a tmpfs+bind > mount approach, as it requires no (or few) tweaks of the NFS filesystem, > and also works with standard debian kernels. Agreed. > i'd still like to explore

Re: Some notes on the next generation LTSP (getting LTSP into Debian/main)

2005-07-21 Thread Matt Zimmerman
On Tue, Jul 05, 2005 at 12:02:44PM +0200, Jonas Smedegaard wrote: > Did I mention initrd-netboot-tools ? I don't see anything in it which addresses the LTSP requirement of a read-only root filesystem. The network setup is already handled in my implementation by a simpler approach based on initra

Re: Some notes on the next generation LTSP (getting LTSP into Debian/main)

2005-07-21 Thread Matt Zimmerman
On Tue, Jul 05, 2005 at 11:44:00AM +0200, Petter Reinholdtsen wrote: > [Petter Reinholdtsen] > > It also need some adjustment for the kernel used on the clients, as > > it uses unionfs and also need to handle NFS root file system. > > I asked on #debian-kernel about unionfs, and Christoph Hellwig

Re: Some notes on the next generation LTSP (getting LTSP into Debian/main)

2005-07-21 Thread Matt Zimmerman
On Sat, Jul 02, 2005 at 06:44:55PM +0100, Gavin McCullagh wrote: > In that case, is there any possibility for the more complex auto-config > procedure to be used on the first boot and cached in some way rather than > be redone time and again? It sounds like /etc (or rather /) is mounted > over nfs

Re: Some notes on the next generation LTSP (getting LTSP into Debian/main)

2005-07-06 Thread Matt Zimmerman
On Tue, Jul 05, 2005 at 12:41:49PM +0200, Petter Reinholdtsen wrote: > [Jonas Smedegaard] > > Did I mention initrd-netboot-tools ? > > Yes, but it seem to be solving a different problem, the problem of > booting with an NFS root. unionfs is supposed to solve the problem of > having to redirect al

Re: Some notes on the next generation LTSP (getting LTSP into Debian/main)

2005-07-02 Thread Matt Zimmerman
On Sat, Jul 02, 2005 at 01:05:59PM +0200, Jonas Smedegaard wrote: > Do initramfs-tools add nfsboot-support to kernels without it compiled in? Yes. There is an ITP open for it: http://lists.debian.org/debian-wnpp/2005/06/msg00197.html I don't know whether it has been uploaded yet. -- - mdz

Re: Some notes on the next generation LTSP (getting LTSP into Debian/main)

2005-07-02 Thread Matt Zimmerman
On Sat, Jul 02, 2005 at 01:05:26PM +0200, Petter Reinholdtsen wrote: > ltsp (0.37-0.0.pere.1) unstable; urgency=low > > * Changed dependencies (openssh-* -> ssh) The openssh-* split is going to happen in Debian also now that Sarge has been released. > * Add long package descriptions. > *