Re: Debian's involvement in another exhibition

1999-09-23 Thread Hartmut Koptein
> > Where is Oldenburg geographically? E.g. how far from Holland? :-) > > Groningen is about 100km. It's 50km south of the coast, where > the coast makes its way to the inner country. (difficult to > explain.) _ (_) _

Re: Too many kernels in unstable

1999-09-17 Thread Hartmut Koptein
> > Once 2.2.12 makes it out of Incoming, we will have 8 kernel versions in > > the unstable distribution? Do we REALLY need to provide that many > > versions of the kernel?? > > What about just keeping the last 2.0.x and the last 2.2.x ? It's also > a lot of space on the ftp site. And maybe on

Re: Old Library dependencies Re: Release Plans (19990513)

1999-05-17 Thread Hartmut Koptein
> > Remove as many dependencies on old libraries as possible, this > > includes: > > > > libjpegg6a, libncurses3.4, newt0.25, libpgsql, tk4.2, tcl7.6, > > libwraster1, libpng0g > > > > and various older gtk/gnome libraries. > > Lintian has a "depends-on-obolete-package" tag. I wil

Re: Release Plans (1999-05-10)

1999-05-14 Thread Hartmut Koptein
> > Also the mozilla web pages are not very informative about non-i386 > > compilability, but then maybe i didn't search in the right place ... > > I don't know much about porting, but I do know that it works on > Solaris, and some versions worked on AIX and HP-UX... since those > OSs run on diffe

Re: Release Plans (1999-05-10)

1999-05-13 Thread Hartmut Koptein
> The non-mac CHRP boards (LongTrails etc.) also use OF I believe. Are > their OF's so broken that they don't work properly as well? Perhaps APUS > and PReP (and I'm talking PPCBUG firmware not OF systems) are the only > ones we need to worry about. Interestingly enough, Motorola dropped OF > be

Re: Release Plans (1999-05-10)

1999-05-12 Thread Hartmut Koptein
> > > > There's also another thing that need to be worked on, the CDs. The > > > > script creating the images is not smart enough to select just the > > > > good number of packages for each CDs. Currently, the two binary CDs > > > > can still be generated for potato but not the source images (they

Re: Release Plans (1999-05-10)

1999-05-11 Thread Hartmut Koptein
> > For m68k-mac and powermac we need 'hybrid' cd-images (msdos + hfs). > > slink-cd makes HFS hybrid CDs for m68k already; I'm pretty sure I > asked Steve to use the HFS options for PowerPC too (so the code's > already there...) Great! One point i can strike off from my todo list. Thanks.

Re: Release Plans (1999-05-10)

1999-05-10 Thread Hartmut Koptein
> >mozilla should work for potato > > Maybe it will ;) We'll try. I try it now serveral weeks (not constantly), but all what i get is the 'composer' mode on powerpc (the one without the menus) or a window without anything in it. It makes no different if i use the M4 version from mast

Re: Release Plans (1999-05-10)

1999-05-10 Thread Hartmut Koptein
Hi, sorry for the confuse layout on http://master.debian.org/~koptein `log for successful build of x' means also a bad/failed package; this comes from an bad return value of one of the autobuilder scripts (don't know which one). Thanks, Hartmut

Re: Release Plans (1999-05-10)

1999-05-10 Thread Hartmut Koptein
> > For m68k-mac and powermac we need 'hybrid' cd-images (msdos + hfs). > > A bootable CD for PReP will need a special layout as well. prep image + > isofs...looks like we need multiple powerpc binary cd images. PReP can't read msdos partition on cd?

Re: KDE debian stuff

1999-05-10 Thread Hartmut Koptein
> kdm not requiring xdm. (I migrated kdm out of kdebase so it is a seperate > package..this should take care of this for the time being) > migrate kde out of /usr/X11R6/bin and into /usr/bin (requested by someone) > fixing up the scripts (still working on this...have current i

Re: Release Plans (1999-05-10)

1999-05-10 Thread Hartmut Koptein
> There's also another thing that need to be worked on, the CDs. The > script creating the images is not smart enough to select just the > good number of packages for each CDs. Currently, the two binary CDs > can still be generated for potato but not the source images (they are too > big). And many

Re: Release Plans (1999-05-10)

1999-05-10 Thread Hartmut Koptein
> The best list is [EMAIL PROTECTED] The main problem we are > facing is our official 2.2.x kernels are huge, and there's no way to put > the kernel and the root.bin image on a single floppy. The proposed > solution is building a modularized kernel, and loading the needed modules > using an initrd

Re: Release Plans (1999-05-10)

1999-05-10 Thread Hartmut Koptein
Hi, > BTW, I think it's good to set an *optimistic* freeze date, so people > aren't shocked. I would set it at July 1, or maybe Bastille day > (Debian pomme de terre?). For slink update or for potato? For potato we new min. two months and only if we start now working very hard (all maintainers,

Re: Release Plans (1999-05-10)

1999-05-10 Thread Hartmut Koptein
Moin all, > * Working disk sets for all released architectures. > I don't know much about the plans for the boot-floppies yet. Could > someone volunteer as a contact person, or tell me the best list to read? A minimum is two months for this -- if we start now to work on this. > * glibc 2.1

Re: Release Plans (1999-05-10)

1999-05-10 Thread Hartmut Koptein
On May 10, Paulo Henrique Baptista de Oliveira wrote: > I think that Power PC will be included in potato. It will be definitly.

Re: Bug#27823: proftpd: non-maintainer upload (alpha) diffs

1998-10-16 Thread Hartmut Koptein
contact). I think, we should it do as we have it done the last three years. Thanks, Hartmut -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7 [EMAIL PROTECTED] 26603 Aurich Tel.: +49-4941-10390 [EMAIL PROTECTED]

Re: Bug#27823: proftpd: non-maintainer upload (alpha) diffs

1998-10-15 Thread Hartmut Koptein
for an easy installation - what means: (new) users have not the choice to select for a base- , middle- or big-installing procedure. This is more important then a x11 installation (for boot-floppies). [joda filter off] :-) Hartmut -- Hartmut Koptein

Re: Upcoming 2.1 Release Architectures

1998-10-15 Thread Hartmut Koptein
rfect with the official linux 2.1 tree, what about sparc? Thanks, Hartmut -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7 [EMAIL PROTECTED] 26603 Aurich Tel.: +49-4941-10390 [EMAIL PROTECTED]

Re: Bug#27823: proftpd: non-maintainer upload (alpha) diffs

1998-10-15 Thread Hartmut Koptein
' i agree ! If so, we (porters) increment always the debian package minor number +1 . MfG, Hartmut -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7 [EMAIL PROTECTED] 26603 Aurich Tel.:

Re: Bug#27823: proftpd: non-maintainer upload (alpha) diffs

1998-10-15 Thread Hartmut Koptein
alk no about two or three packages, porters means 100 or 200 packages :-) -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7 [EMAIL PROTECTED] 26603 Aurich Tel.: +49-4941-10390 [EMAIL PROTECTED]

Re: Upcoming 2.1 Release Architectures

1998-10-14 Thread Hartmut Koptein
system from ground. Is this the case for sparc: goahead! BTW: if sparc uses also linux-2.1.x, you have no kernel images available. MfG, Hartmut -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7 [EMAIL PROTECTED] 26603 Aurich Tel.: +49-4941-10390 [EMAIL PROTECTED]

Re: Upcoming 2.1 Release Architectures

1998-10-14 Thread Hartmut Koptein
s will help. Thanks for the info. Regards, Hartmut -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7 [EMAIL PROTECTED] 26603 Aurich Tel.: +49-4941-10390 [EMAIL PROTECTED]

Re: Upcoming 2.1 Release Architectures

1998-10-14 Thread Hartmut Koptein
' linus tree. But anyway, i think start working on pre-linux-2.2 is a good thing. Xfree needs some work for framebuffers, new alternativly x11 setup for boot-floppies, new config files for the kernel-package, ... BTW: have we binaries for the bttv driver avai

Re: Upcoming 2.1 Release Architectures

1998-10-14 Thread Hartmut Koptein
debian. Brian and the other arch maintainer with 2.1 kernels: what about to have the linux-cvs tree (as a debian package) in experimental?? This will help. Linux-2.1.125 is very near on linux-2.2 !! I like also to have the powerpc-debian-cd available before we release. Thanks, Hartmut --

Re: PROPOSAL: one debian list for all porting efforts

1998-10-12 Thread Hartmut Koptein
gh topics for this new list. > IMHO, it makes sence to create a new list, since it seems 90% of the > Debian developers use i386 only... :-) debian/i386 is also a port! MfG, Hartmut -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7

Re: Only m68k and i386 in hamm?

1998-04-28 Thread Hartmut Koptein
:-( Thats the reason for needing more time as two weeks after the deadline!! Minumum are four weeks! Bye, Hartmut -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7 [EMAIL PROTECTED] 26603 Aurich

Re: *** The Upcoming Release of Hamm ***

1998-04-15 Thread Hartmut Koptein
n no new upstream versions to frozen. Cleaning Incoming. 1. May is 'early beta' and 1. June is release time (to have some more time for arch maintainers and testers). Is this to hard? Bye, Hartmut -- Hartmut Koptein EMail:

Re: GGI first release

1998-01-09 Thread Hartmut Koptein
On Jan 8, James A.Treacy wrote: > Now that they have something running, one thing I'd like to know > is how fast it is. Have they done any tests comparing it to > XFree86? Or against the video stuff in 2.1'er kernels? Console speed, ... Thanks, Hartmut -

Re: New required base packages for Amiga, Atari, ... detection

1997-12-26 Thread Hartmut Koptein
_same_kernel_ on both systems. Yes, but then you have both systems included in one kernel and such kernels are big. And i don't know if its always possible (as for two or three years). Bye, Hartmut -- Hartmut Koptein EMail: F

Re: (fwd) PIC Programmer v2.0

1997-12-11 Thread Hartmut Koptein
eyboard, deity, docu) should we add one? Someone interest?? Bye, Hartmut -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7 [EMAIL PROTECTED] 26603 Aurich Tel.: +49-4941-10390 [EMAIL

Re: mgetty Needs Maintainer!

1997-06-09 Thread Hartmut Koptein
Hi, i will get it; and i think voice should also included. Mgetty is with the current state of libc -> libc6 a little bit hard to test it. But we will see .. Bye, Hartmut -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7