Oleg Krivosheev wrote:
> is there REALLY plans to release something around June 6?
No, and there never were. Maybe they mean snapshots of unstable?
Richard Braakman
Gentlemen,
that is what i got today
Today, May 3, is last day for Pre-Reg Savings. Register at
http://www.usenix.org/events/usenix99
1999 USENIX ANNUAL TECHNICAL CONFERENCE
June 6-11, 1999
Monterey Conference Center, Monterey, California
NEW *BSD AND DEBIAN LINUX RELEASES GIVEN AWAY
USENIX is
On 17 May 1999, Adam Di Carlo wrote:
> Richard Braakman <[EMAIL PROTECTED]> writes:
>
> > Adam Di Carlo wrote:
> > > I'd like to point out that expecting freeze to be shorter than 10
> > > weeks is lunacy. We have 5 architectures now Consider that
> > > archive changes at any point in freeze
[EMAIL PROTECTED] (Darren O. Benham) wrote on 16.05.99 in <[EMAIL PROTECTED]>:
> On Sun, May 16, 1999 at 08:09:00PM +0200, Kai Henningsen wrote:
> > [EMAIL PROTECTED] (David Bristel) wrote on 14.05.99 in [EMAIL PROTECTED]>:
> >=20
> > > abandon those who run slink. Note that if linus did that,
Richard Braakman <[EMAIL PROTECTED]> writes:
> Adam Di Carlo wrote:
> > I'd like to point out that expecting freeze to be shorter than 10
> > weeks is lunacy. We have 5 architectures now Consider that
> > archive changes at any point in freeze imply changes in boot floppies
> > (well, for any
Adam Di Carlo wrote:
> Richard Braakman <[EMAIL PROTECTED]> writes:
>
> > We have a long history of overly optimistic freeze dates :-) I'd like
> > to try something else this time. I note, though, that if we do manage
> > to freeze on July 1, we'll be able to have a release in time for the
> > L
Adam Di Carlo wrote:
> David Bristel <[EMAIL PROTECTED]> writes:
> > there's been a major package release since the dist went frozen. If
> > the developer wants to make a slink version, because of either
> > personal reasons, or because of requests, then, once the new
> > package(s) have been test
Brian Almeida wrote:
> On Thu, May 13, 1999 at 01:02:10PM +0200, Richard Braakman wrote:
> > Hmm... then why isn't it used on my system? devpts is mounted, I
> > have /dev/ptmx, but /dev/pts is empty.
> Perhaps you aren't using anything that uses unix98 ptys? Not everything
> uses them by defaul
Anthony Towns wrote:
> Could you please add "IPv6 Support" as a Release Goal? I'm willing to
> act as a sponsor for this (especially since it looks like everyone else
> is more than happy to do the actual work :).
Certainly. How much time do you expect this to take?
> We're aiming, more or less,
On Sun, May 16, 1999 at 08:09:00PM +0200, Kai Henningsen wrote:
> [EMAIL PROTECTED] (David Bristel) wrote on 14.05.99 in <[EMAIL PROTECTED]>:
>
> > abandon those who run slink. Note that if linus did that, the 2.2.7 and
> > 2.2.8 would never have come out because work had already begun on the 2.3
[EMAIL PROTECTED] (David Bristel) wrote on 14.05.99 in <[EMAIL PROTECTED]>:
> abandon those who run slink. Note that if linus did that, the 2.2.7 and
> 2.2.8 would never have come out because work had already begun on the 2.3
> kernels.
Umm, may I point out that 2.3.0 == 2.2.8? The difference is
> This is quite different. David said he wanted MAJOR packages
> included in the updates (e.g. X). You said you agreed, yet you
> talked of _only_ minor apps being upgraded.
>
> I be happier seeing a new X in proposed-updates if it's package
> maintainer were happier with it than the one current
Peter S Galbraith <[EMAIL PROTECTED]> wrote:
> This is quite different. David said he wanted MAJOR packages included
> in the updates (e.g. X). You said you agreed, yet you talked of _only_
> minor apps being upgraded.
It's probably a good idea to make post-freeze major packages available,
but not
On Fri, 14 May 1999, David Bristel wrote:
> My own reasons for wanting these updates in there is that we go
> frozen, and then a major release comes out. Suddenly, Debian
> may be more stable, but MAJOR packages are out of date.
Andrew D Lenharth wrote:
> I agree, I would like to see a system
David Bristel <[EMAIL PROTECTED]> writes:
> This is why I suggested the new area, apart from main, non-free, and
> contrib. People who want the updates should have a nice, easily
> accessable place to find these packages. From a system
> administration standpoint, it's nice to know EXACTLY where
I agree, I would like to see a system where major releases and minor
releases exist. (No, we really do not have this as I envision it). The
major releases would be the base system and libraries
(libc, X, kernel, compilers, etc) and the minor releases would be much
more frequent and only be non cr
o "updates".
Dave Bristel
On Wed, 12 May 1999, Aaron Van Couwenberghe wrote:
> Date: Wed, 12 May 1999 19:03:29 -0700
> From: Aaron Van Couwenberghe <[EMAIL PROTECTED]>
> To: Branden Robinson <[EMAIL PROTECTED]>,
> Debian Develo
t; Date: Wed, 12 May 1999 23:29:10 -0400
> From: Branden Robinson <[EMAIL PROTECTED]>
> To: David Bristel <[EMAIL PROTECTED]>
> Cc: debian-devel@lists.debian.org
> Subject: Re: Release Plans (1999-05-10)
>
> On Wed, May 12, 1999 at 02:06:24PM -0700, David Bristel
Title: RE: Release Plans (1999-05-10)
>
> Yes, ...
>
> but mozilla is pretty big, 17MB i think, so the compile will
> use lots of disk
> space and compile time, so i prefer to know if it should
> work, or if there
> should be major problems to it, and not dis
> > 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
On Fri, May 14, 1999 at 12:23:14PM +0200, Sven LUTHER wrote:
> > > What about non i386 builds ?
> >
> > What about them? The upload will contain source, and you'll be perfectly
> > free to recompile it :)
>
> Yes, ...
>
> but mozilla is pretty big, 17MB i think, so the compile will use lots of d
On Fri, May 14, 1999 at 12:17:36PM +0200, Josip Rodin wrote:
> On Fri, May 14, 1999 at 12:02:32PM +0200, Sven LUTHER wrote:
> > > > Everything seems to build fine according to Tinderbox. Let's
> > > > try another build Josip and see how it works out. If we can't
> > > > get it to build cleanly, I
On Fri, May 14, 1999 at 12:02:32PM +0200, Sven LUTHER wrote:
> > > Everything seems to build fine according to Tinderbox. Let's
> > > try another build Josip and see how it works out. If we can't
> > > get it to build cleanly, I will pull CVS over my phone line at
> > > home and try building on m
On Fri, May 14, 1999 at 12:00:24PM +0200, Josip Rodin wrote:
> On Thu, May 13, 1999 at 09:07:14AM -0700, Brent Fulgham wrote:
> > > I think you should look in http://va.debian.org/~bfulgham/ and download
> > > the version of mozilla that is (hopefully) still there. If it works, and
> > > if more pe
On Thu, May 13, 1999 at 09:07:14AM -0700, Brent Fulgham wrote:
> > I think you should look in http://va.debian.org/~bfulgham/ and download
> > the version of mozilla that is (hopefully) still there. If it works, and
> > if more people agree with it, I'll put it in potato.
>
> The only problem I had
Gordon Deane <[EMAIL PROTECTED]> writes:
> I think Debian should have high quality Slink gnome binaries, because
> not everyone can afford to run unstable and building from source is
> quite a lot of work. Also, Redhat have this shipped :-)
We don't add new upstream versions into stable after r
Richard Braakman <[EMAIL PROTECTED]> writes:
> We have a long history of overly optimistic freeze dates :-) I'd like
> to try something else this time. I note, though, that if we do manage
> to freeze on July 1, we'll be able to have a release in time for the
> Linuxworld Expo in August. That w
On Thu, 13 May 1999, Hartmut Koptein wrote:
> The OF of my LongTrail works perfectly but i don't know how to set it up for
> autobooting. Booting from floppy is not (yet) possible (for initrd) because
> the kernel cannot read the floppy. So net or cd booting are the only choices.
assuming it's s
[ I'm responding to myself in order to precise things, there was some
informations missing in the previous message ]
[ Followup on debian-perl, please ]
Le Thu, May 13, 1999 at 06:32:00PM +0200, Raphael Hertzog écrivait:
> This is true if perl5.004 will still be used, but as you know, perl5.005
Le Thu, May 13, 1999 at 09:16:11AM -0400, Zephaniah E. Hull écrivait:
> Specificly the path issues and the mention of the bug reports..
About the bugs, here they are :
http://www.debian.org/Bugs/db/35/35236.html
http://www.debian.org/Bugs/db/35/35446.html
And there are path problems IF perl5.005
> > > (ask Brent Fulgham, maybe there were more),
> >
> > Would it be possible to at least have one of those in potato?
>
> Maybe. Question is - do we want another five thousand
> wishlist bug reports
> from users screaming for something 'better'? ;(
>
> I think you should look in http://va.deb
On Thu, May 13, 1999 at 01:02:10PM +0200, Richard Braakman wrote:
> Hmm... then why isn't it used on my system? devpts is mounted, I
> have /dev/ptmx, but /dev/pts is empty.
Perhaps you aren't using anything that uses unix98 ptys? Not everything
uses them by default, you know. Sometimes patches a
At 22:10 -0700 1999-05-12, Matt Porter wrote:
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. Interest
At 10:25 +0200 1999-05-13, Hartmut Koptein wrote:
The OF of my LongTrail works perfectly but i don't know how to set it up for
autobooting. Booting from floppy is not (yet) possible (for initrd) because
the kernel cannot read the floppy. So net or cd booting are the only choices.
Currently i wait f
At 13:02 +0200 1999-05-13, Richard Braakman wrote:
Joel Klecker wrote:
At 19:06 +0200 1999-05-10, Richard Braakman wrote:
> * glibc 2.1 upgrade
>As far as I know, this project is largely complete. There are one or two
>bugs left in the backward compatibility code, and there's the question
>of wha
Hi Richard,
On Thu, May 13, 1999 at 01:02:10PM +0200, Richard Braakman wrote:
> Excellent. Would someone like to be a "sponsor" for that, in the sense
> that I described last March?
>
> : * Don't try to keep track of everything. Find a "sponsor" for each
> : release goal, who keeps track of p
Sorry it took me so long to reply, life decided to give me my yearly
supply of 'fun' in a small amount of time, and I had deleted the
message I was replying to..
I'm also sorry about how I jumped, I over reacted a bit, as I said, this
has been a very interesting week...
On Tue, May 11, 1999 at 07
On Thu, May 13, 1999 at 10:12:46PM +1000, Anthony Towns wrote:
> > > > > mozilla should work for potato
> > > > Maybe it will ;) We'll try.
> > > If it doesn't, I guess the current mozilla should be removed? It's sort
> > > of old now, and it doesn't work with glibc 2.1.
> > I was ki
On Thu, May 13, 1999 at 01:53:11PM +0200, Josip Rodin wrote:
> On Thu, May 13, 1999 at 01:13:10PM +0200, Richard Braakman wrote:
> > > >mozilla should work for potato
> > > Maybe it will ;) We'll try.
> > If it doesn't, I guess the current mozilla should be removed? It's sort
> >
On Thu, May 13, 1999 at 01:13:10PM +0200, Richard Braakman wrote:
> > > mozilla should work for potato
> >
> > Maybe it will ;) We'll try.
>
> If it doesn't, I guess the current mozilla should be removed? It's sort
> of old now, and it doesn't work with glibc 2.1.
I was kidding - newe
Joel Klecker wrote:
> At 19:06 +0200 1999-05-10, Richard Braakman wrote:
> > * glibc 2.1 upgrade
> >As far as I know, this project is largely complete. There are one or two
> >bugs left in the backward compatibility code, and there's the question
> >of what to do with /dev/pts.
>
> No there isn'
Hartmut Koptein wrote:
> 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?).
We have a long history of overly optimistic freeze dates :-) I'd like
to try something else t
Josip Rodin wrote:
> On Mon, May 10, 1999 at 08:55:44PM +0200, Hartmut Koptein wrote:
> >mozilla should work for potato
>
> Maybe it will ;) We'll try.
If it doesn't, I guess the current mozilla should be removed? It's sort
of old now, and it doesn't work with glibc 2.1.
Richard Br
> 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
Hi, everyone.
I've successfully built most of Gnome on a stock Slink system.
Three cheers for the Gnome project and the packaging team!
On 12 May 1999 15:41:04 +0200, Martin Bialasinski wrote :
> BTW: compiling gnome is a pain. We _need_ source dependencies
Hear, hear.
Just for flavour, the gotc
On May 12, Matt Porter wrote:
> 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 en
On Wed, 12 May 1999, Matt Porter wrote:
> 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. Inter
On Wed, 12 May 1999, Joel Klecker wrote:
> At 15:14 +0200 1999-05-12, Sven LUTHER wrote:
> >I think the issue is the different way that different ppc systems uses to
> >boot
> >from the CD. I am not entirely sure how amigaos does this, but i bet it is
> >different from macos ...
> >
> >Sure, we c
On Wed, May 12, 1999 at 11:29:10PM -0400, Branden Robinson wrote:
> I've been told that this is pretty much Christian Hudon's decision.
> Perhaps an exception could be made for X, given that it is so huge and
> onerous to download, and requires gargantuan amounts of space and time to
> build. But
On Wed, May 12, 1999 at 02:06:24PM -0700, David Bristel wrote:
> It seems to me that since there will always be patches and updates to packages
> between releases, and since we have the "proposed" updates, perhaps we could
> add an "updates" area, in addition to the non-free, contrib, and main
> s
[Please restrict your line length to around 70-72 characters, as
otherwise it overruns 80 chars when quoted.]
> It seems to me that since there will always be patches and updates
> to packages
> between releases, and since we have the "proposed" updates, perhaps we could
> add an "updates" area, i
Ian Lynagh wrote:
> In article <[EMAIL PROTECTED]>, Richard Braakman <[EMAIL PROTECTED]>
> writes
> >These are installed now.
>
> I assume the delay with libgtop1 was that it was a new package? If so,
> please remove libgtop0.
Yes... I'll get around to that later :-)
Richard Braakman
Wichert Akkerman <[EMAIL PROTECTED]> writes:
> [1 ]
> Previously Martin Bialasinski wrote:
> > Do I have access to the net within that environment? I just have some
> > pre-release slink CDs, so I have to upgrade to the current point
> > release by ftp (by an ISDN line - it is accessed like a NIC
On Wed, May 12, 1999 at 02:40:33PM -0700, Darren O. Benham wrote:
> Propose it on -Policy and be sure the cc' the ftpmasters. An issue to
> consider is manpower. Since most of the maintainers will up to Potato,
> who'll compile these new packages/updates for slink?
Can't autobuilders do it (with
Hi,
On 12 May, Ian Lynagh wrote:
> I assume the delay with libgtop1 was that it was a new package? If so,
> please remove libgtop0.
Right. That's what Guy told me. You should probably e-mail the ftp
masters about your desire to remove libgtop0 from the archive.
-Ossama
--
Ossama Othman <[EM
In article <[EMAIL PROTECTED]>, Richard Braakman <[EMAIL PROTECTED]>
writes
>Ossama Othman wrote:
>> GNOME has been copied from the staging area into potato. I believe
>> that just about all of the GNOME packages that I copied into Incoming
>> have been installed into the archive. However, at lea
On Wed, May 12, 1999 at 02:06:24PM -0700, David Bristel wrote:
> It seems to me that since there will always be patches and updates to packages
> between releases, and since we have the "proposed" updates, perhaps we could
> add an "updates" area, in addition to the non-free, contrib, and main
> s
t;[EMAIL PROTECTED]>
> To: debian-devel@lists.debian.org, debian-gtk-gnome@lists.debian.org
> Subject: Re: Release Plans (1999-05-10)
> Resent-Date: 12 May 1999 20:13:09 -
> Resent-From: debian-devel@lists.debian.org
> Resent-cc: recipient list not shown: ;
>
> On Wed, May 12
Hi Darren,
On 12 May, Darren O. Benham wrote:
> On Wed, May 12, 1999 at 02:42:16PM -0500, Ossama Othman wrote:
> > > Do you mean make GNOME 1.0 available for slink, separately? It's far
> > > too large a change to be part of a stable revision.
> >
> > Hmm. I didn't think of it that way.
On Wed, May 12, 1999 at 02:42:16PM -0500, Ossama Othman wrote:
> Hi Richard,
>
> I'm cross-posting to debian-gtk-gnome since we are trying to organize
> an effort to update GNOME for slink.
>
> > > It'd also be nice to get GNOME for slink out too. All that really
> > > needs to be done is to b
Richard Braakman <[EMAIL PROTECTED]> writes:
> Do you mean make GNOME 1.0 available for slink, separately? It's far
> too large a change to be part of a stable revision.
The current plan, as I understand it, is to build GNOME 1.0 debs for
slink, and turn them over to the GNOME folks for distribu
Hi Richard,
I'm cross-posting to debian-gtk-gnome since we are trying to organize
an effort to update GNOME for slink.
> > It'd also be nice to get GNOME for slink out too. All that really
> > needs to be done is to build all of the packages we built for potato
> > for slink. The current GNO
Ossama Othman wrote:
> GNOME has been copied from the staging area into potato. I believe
> that just about all of the GNOME packages that I copied into Incoming
> have been installed into the archive. However, at least two packages
> should get into the archive before the freeze libgtop1 and lib
At 15:14 +0200 1999-05-12, Sven LUTHER wrote:
I think the issue is the different way that different ppc systems uses to boot
from the CD. I am not entirely sure how amigaos does this, but i bet it is
different from macos ...
Sure, we could choose not to be cd-bootable, best would be to d othis the
On Wed, May 12, 1999 at 08:08:06AM -0700, Matt Porter wrote:
>
apus - supports CD booting, but don't know how ?
> chrp - ?
> pmac - supports CD booting - how?
> prep - supports CD booting - as I described.
>
but would it not be nice to but the boot stuff for everyone of this system on
one "par
>> "AVC" == Aaron Van Couwenberghe <[EMAIL PROTECTED]> writes:
AVC> Ok, um, then I will write some scripts today for a
AVC> slink-gnome-stage-area. ;)
There is one already. See the readme master.debian.org/~jim/gnome
BTW: compiling gnome is a pain. We _need_ source dependencies
... Everytime I
On Wed, 12 May 1999, Sven LUTHER wrote:
> On Wed, May 12, 1999 at 03:09:02PM +0200, Hartmut Koptein wrote:
> > No! Only one (2) cd for all powerpc systems. Please think about a wrapper
> > for this
> > or special boot-arguments ... but not 5 different powerpc-images.
>
> I think the issue is t
Previously Martin Bialasinski wrote:
> Do I have access to the net within that environment? I just have some
> pre-release slink CDs, so I have to upgrade to the current point
> release by ftp (by an ISDN line - it is accessed like a NIC).
Sure. You are just using the same system, only the root of
On Wed, May 12, 1999 at 01:43:57PM +0200, Martin Bialasinski wrote:
>
> >> "WA" == Wichert Akkerman <[EMAIL PROTECTED]> writes:
>
> WA> But vmware is non-free while there is a perfect method to do the
> WA> same without vmware:
>
> Looks like the thing I was looking for. For compilation, this sh
>> "WA" == Wichert Akkerman <[EMAIL PROTECTED]> writes:
WA> But vmware is non-free while there is a perfect method to do the
WA> same without vmware:
Looks like the thing I was looking for. For compilation, this should
work, I will try it.
WA> simply create a chroot slink environment and work
On Wed, May 12, 1999 at 12:20:15PM +0200, Martin Bialasinski wrote:
>
> >> "MB" == Martin Bialasinski <[EMAIL PROTECTED]> writes:
>
> Aargh, send too early...
>
> MB> So far, I have
>
> imlib, orbit, gtop, gtk-engines and I am building bone-libs right now.
>
> In the FAQ on the gnome site, t
On Wed, May 12, 1999 at 03:09:02PM +0200, Hartmut Koptein wrote:
> > > > > 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
> >
> > > > 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
On Mon, May 10, 1999 at 01:16:07PM -0700, Matt Porter wrote:
> On Mon, 10 May 1999, Hartmut Koptein wrote:
>
> > > 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.
Previously Martin Bialasinski wrote:
> The vmware environment is great. Finally a way to compile for slink on
> a potato box. And it is great for testing. You can test installations
> (and take screenshots), test upgrade paths and discard the changes
> made during the session, so you can try again
>> "MB" == Martin Bialasinski <[EMAIL PROTECTED]> writes:
Aargh, send too early...
MB> So far, I have
imlib, orbit, gtop, gtk-engines and I am building bone-libs right now.
In the FAQ on the gnome site, there is info anout the sequence you
have to use.
Ciao,
Martin
>> "AVC" == Aaron Van Couwenberghe <[EMAIL PROTECTED]> writes:
[ GNOME rebuild for slink ]
AVC> I can do this, albeit gradually. Um, to set a time frame, I'd say
AVC> I could have the majority of the gnome packages built on slink
AVC> (if everything works smoothly) within a week or so.
Not to d
*Aaron Van Couwenberghe wrote:
> Anybody remember the old slackware adage? The kernel can load its root FS
> (compressed or not) from a separate floppy. this would bring us up to a
> measly three floppies for floppy install. Besides, most ppl will be doing
> CD boots anway
I wouldn't mi
On Mon, May 10, 1999 at 02:22:10PM -0500, Ossama Othman wrote:
> It'd also be nice to get GNOME for slink out too. All that really
> needs to be done is to build all of the packages we built for potato
> for slink. The current GNOME slink packages are not all up-to-date
> with the potato packages
On Mon, May 10, 1999 at 09:08:08PM +0200, Hartmut Koptein wrote:
> > 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 buildin
Adam Di Carlo writes:
>
>Debian-CD has a number of problems that need fixing; see the Bugs
>against the package. Join to help.
That would be useful. I _am_ working on things when I get a chance, even
if I have been a little quiet of late.
>Are we going to go ahead and try out my new "Release Te
Chris Lawrence writes:
>
>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...)
Yep, you're correct.
--
Steve McIntyre, CURS CCE, Cambridge, UK. [EMAIL PROTECTED]
http://www.rpg-soc.ucam.org
Raphael Hertzog writes:
>
>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.
Agreed. Help on this aspect gratefully received...
>Currently, the two binary CDs
>can still be
> > 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.
On May 10, Hartmut Koptein wrote:
> > 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 so
Le Mon, May 10, 1999 at 07:12:55PM -0400, Zephaniah E. Hull écrivait:
> I highly question your ability to fill this role as it is quite clear
> that you have not been following the perl5.005 stuff, specificly the
> debian-perl list and the massages on -devel before -perl existed about
> how to atta
On Mon, May 10, 1999 at 12:33:45PM -0500, Ossama Othman wrote:
> > * GNOME
> > I wasn't there to see it, but I hear that the GNOME staging area has
> > now been folded into potato and is ready for the freeze.
>
> It has. However, there are still some packages that may not have made
> it in t
I'm sorry about the tone, but I'm getting very sick of repeating myself
over and over.
On Mon, May 10, 1999 at 08:26:19PM +0200, Raphael Hertzog wrote:
> I've been working with the previous perl5.005 package (the one that had
> been uploaded to slink and retracted after) and I did not have ma
On Mon, 10 May 1999, Hartmut Koptein wrote:
> > > 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 part
> >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
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
On Mon, May 10, 1999 at 08:55:44PM +0200, Hartmut Koptein wrote:
> mozilla should work for potato
Maybe it will ;) We'll try.
--
enJoy -*/\*- http://jagor.srce.hr/~jrodin/
> > 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?
On Mon, May 10, 1999 at 02:46:44PM -0400, Adam Di Carlo wrote:
> Richard, you forgot a number of other items:
>
> What architectures will be in potato? Clearly, all the slink ones --
> will PowerPC be ready too? Hurd-i386? (good god, I don't want to
> even *think* about what we'll need for Hurd
On Mon, 10 May 1999, Hartmut Koptein wrote:
> > 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
Le Mon, May 10, 1999 at 09:03:37PM +0200, Hartmut Koptein écrivait:
> The QA-team must then also have the power to do massive NMU's.
Did you read the last text describing QA-members powers ? Isn't it enough ?
I don't know. The only problem I may see, is the time we must wait before
we are allowed
Sorry folks. I inadvertently posted to debian-devel-announce instead
of debian-devel. (thanks to Brandon and Edward for pointing this out)
With regard Richard's question regarding GNOME in potato:
GNOME has been copied from the staging area into potato. I believe
that just about all of the GNOM
On Mon, May 10, 1999 at 08:55:44PM +0200, Hartmut Koptein wrote:
[...]
> Other topics: language support for boot-floppies (and then also cd-images)
>and dpkg & dselect (and newer apt-get versions).
Almost ready for boot-floppies, we just need a dialog box for language
selection a
> 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
> 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
1 - 100 of 111 matches
Mail list logo
