Re: release schedule

2001-01-22 Thread Dax Kelson
Matt Wilson said once upon a time (Tue, 23 Jan 2001): > We don't publically disclose release schedules - but much can be > inferred from previous release patterns. Which is about every 6 months, RH7.0 was released about Sept 26th or so. Dax ___ Red

Matrox G400 info/plea

2001-01-22 Thread Dax Kelson
The XFree 4.x Matrox G400 DRI support has historically been buggy. There has been a long standing bug where if you obscured a running OpenGL app (or switched to a different virtual desktop), the X server would wedge. There was a fixed checked into DRI-CVS a few days ago, and after much banging

Re: release schedule

2001-01-22 Thread Matt Wilson
We don't publically disclose release schedules - but much can be inferred from previous release patterns. Cheers, Matt On Tue, Jan 23, 2001 at 04:31:17AM -0200, Evandro Fernandes Giovanini wrote: > is there a release schedule for redhat linux 7.1?

release schedule

2001-01-22 Thread Evandro Fernandes Giovanini
is there a release schedule for redhat linux 7.1? ___ Redhat-devel-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-devel-list

Re: apt

2001-01-22 Thread Evandro Fernandes Giovanini
On Monday 22 January 2001 23:56, you wrote: > On Mon, Jan 22, 2001 at 09:14:50PM -0200, Evandro Fernandes Giovanini wrote: > > Em Segunda 22 Janeiro 2001 20:10, you wrote: > > > Hello, > > > > > > The Debian APT tool is included in Conectiva Linux 6.0 with an RPM > > > back-end. Are there plans to

Re: apt

2001-01-22 Thread Adrian Likins
On Mon, Jan 22, 2001 at 09:14:50PM -0200, Evandro Fernandes Giovanini wrote: > Em Segunda 22 Janeiro 2001 20:10, you wrote: > > Hello, > > > > The Debian APT tool is included in Conectiva Linux 6.0 with an RPM > > back-end. Are there plans to include it in RHL ? I guess it would make > > package i

iputils update needed

2001-01-22 Thread Jim Wright
RedHat has released iputils-20001010-1 as an update to 7.0. The base distribution included iputils-2418-6. Between these two, iputils was modified to utilize the new SO_TIMESTAMP support found in the 2.4.0 kernel. But, the code is nicely #ifdef'd so that if you don't want it, it won't be co

Re: apt

2001-01-22 Thread Evandro Fernandes Giovanini
> I have wget pointed at important directories at my favourite mirror. It > runs unattended (as does my internet connection). From there I do the > occasional rpm --freshen on as many systems as I want. > > One of my other reservations about up2date is its utility for updating more > than one syst

glint package for Red Hat 5.2 updates...

2001-01-22 Thread Edward S. Marshall
Hi, The glint package in the updates directory for Red Hat 5.2 is incorrect; it requires a version of rpm < 3.0, and thus cannot be used with rpm 3.0.5 included in the updates. (Yes, I actually do have a 5.2 machine in production. ;-) -- Edward S. Marshall <[EMAIL PROTECTED]> U

Re: apt

2001-01-22 Thread John Summerfield
[EMAIL PROTECTED] said: > fairly lightweight. Protocol overhead is mostly lost in the noise of > anything but the smallest packages, and there is currently work being > done to reduce the overhead significantly anyway (it kind of adds up > server side ;->) > Now if I could only make

apt

2001-01-22 Thread Arnaud Gomes-do-Vale
Hello, The Debian APT tool is included in Conectiva Linux 6.0 with an RPM back-end. Are there plans to include it in RHL ? I guess it would make package installations and upgrades a lot easier than they are now. -- Arnaud ___ Redhat-devel-list mail

Re: apt

2001-01-22 Thread Evandro Fernandes Giovanini
Em Segunda 22 Janeiro 2001 20:10, you wrote: > Hello, > > The Debian APT tool is included in Conectiva Linux 6.0 with an RPM > back-end. Are there plans to include it in RHL ? I guess it would make > package installations and upgrades a lot easier than they are now. agree with you; redhat could a

Re: apt

2001-01-22 Thread Evandro Fernandes Giovanini
Em Segunda 22 Janeiro 2001 21:08, you wrote: > Coming soon... The problem is that the package may require > dependencies on more than one CD. Then you're going to be in > trouble... > > Matt actually, conectiva 6.0 has two cds (main and extra) and it works fine. Evandro

Re: apt

2001-01-22 Thread Matt Wilson
Coming soon... The problem is that the package may require dependencies on more than one CD. Then you're going to be in trouble... Matt On Mon, Jan 22, 2001 at 11:31:57PM +0100, Arnaud Gomes-do-Vale wrote: > [EMAIL PROTECTED] (Trond Eivind Glomsrød) writes: > > > up2date is better than apt at

Re: apt

2001-01-22 Thread Adrian Likins
On Tue, Jan 23, 2001 at 06:53:05AM +0800, John Summerfield wrote: > > [EMAIL PROTECTED] said: > > In a bigger scale this would also be way faster on 100 Mbit/s > > connection ;-) > > I have wondered about up2date and modems. Not enough to actually try it > though... fairly lightweight

Re: apt

2001-01-22 Thread John Summerfield
[EMAIL PROTECTED] said: > In a bigger scale this would also be way faster on 100 Mbit/s > connection ;-) I have wondered about up2date and modems. Not enough to actually try it though... -- Cheers John Summerfield http://www2.ami.com.au/ for OS/2 & linux information. Configuration, networking

Re: apt

2001-01-22 Thread Arnaud Gomes-do-Vale
[EMAIL PROTECTED] (Trond Eivind Glomsrød) writes: > up2date is better than apt at updating systems, FTTB (authentication > of all parts, signed packages (and checking thereof), encrypted > communication). As far as I know, you cannot use up2date to install a package with its dependencies from a

Re: apt

2001-01-22 Thread Pekka Savola
On 22 Jan 2001, Trond Eivind Glomsrød wrote: > Arnaud Gomes-do-Vale <[EMAIL PROTECTED]> writes: > > > Hello, > > > > The Debian APT tool is included in Conectiva Linux 6.0 with an RPM > > back-end. Are there plans to include it in RHL ? I guess it would make > > package installations and upgrades

Re: apt

2001-01-22 Thread Trond Eivind Glomsrød
Arnaud Gomes-do-Vale <[EMAIL PROTECTED]> writes: > Hello, > > The Debian APT tool is included in Conectiva Linux 6.0 with an RPM > back-end. Are there plans to include it in RHL ? I guess it would make > package installations and upgrades a lot easier than they are now. up2date is better than a

Re: java and related files

2001-01-22 Thread Levente Farkas
Matt Wilson wrote: > > It is because we cannot ship a JDK without licensing problems. > Shipping a JRE on powertools may be an option if there is some other > part of powertools that needs a JRE. there are some package in the powertools which are not needed by any other packages:-) and even jre