This one time, at band camp, Lucas Albers said:
> I have recently started the process of switching my computers from redhat
> to debian.
> I would very much appreciate step by step directions for creating a local
> repository for redistribution of kernel packages and locally built
> packages.
Just
This one time, at band camp, Lucas Albers said:
> I have recently started the process of switching my computers from redhat
> to debian.
> I would very much appreciate step by step directions for creating a local
> repository for redistribution of kernel packages and locally built
> packages.
Just
Hi Everyone,
I just wanted to say "thank you" for all your thoughts on this topic.
Over the past several days, I've received so many replies to the list
and individually that I've given up on discussing each one with the
author :-)
I think it's fair to say that we're approaching this problem o
Hi Everyone,
I just wanted to say "thank you" for all your thoughts on this topic.
Over the past several days, I've received so many replies to the list
and individually that I've given up on discussing each one with the
author :-)
I think it's fair to say that we're approaching this problem
Robert Waldner said:
> Another advantage is that there's no "integrated" admin-tool which
> will destroy your precious hand-crafted config files, no "yast" or
> "suseconfig" or somesuch. The downside to that is that you have to
> know how to use an editor, of course, and there's mostly no "setu
Matt Wehland said:
> So you just install a stable system, keep up with the security updates,
> build
> your own local repository (plenty of ways to do this) and build the few
> packages that you need newer versions of.
> This is what I am doing (just got apt-proxy working and it's great).
> This g
Robert Waldner said:
> Another advantage is that there's no "integrated" admin-tool which
> will destroy your precious hand-crafted config files, no "yast" or
> "suseconfig" or somesuch. The downside to that is that you have to
> know how to use an editor, of course, and there's mostly no "setu
Matt Wehland said:
> So you just install a stable system, keep up with the security updates,
> build
> your own local repository (plenty of ways to do this) and build the few
> packages that you need newer versions of.
> This is what I am doing (just got apt-proxy working and it's great).
> This g
On Wednesday, Jan 14, 2004, at 20:55 America/Denver, Rod Rodolico wrote:
I run a small IPP. I believe, there is only one package I use that is
not available via
Debian, RT from bestpractical.com (it may be there, but I haven't
found it). I do not recall
any other packages I use that are not avail
On Wednesday, Jan 14, 2004, at 20:55 America/Denver, Rod Rodolico wrote:
I run a small IPP. I believe, there is only one package I use that is
not available via
Debian, RT from bestpractical.com (it may be there, but I haven't
found it). I do not recall
any other packages I use that are not avail
On Wed, Jan 14, 2004 at 09:55:04PM -0600, Rod Rodolico wrote:
> > 2.) A related reason we used Red Hat was that practically anything you
> > could want to use was pre-packaged in a simple to install RPM. And they
> > were typically pretty high quality RPM's, and very often well maintained.
> > Do
On Wed, Jan 14, 2004 at 09:55:04PM -0600, Rod Rodolico wrote:
> > 2.) A related reason we used Red Hat was that practically anything you
> > could want to use was pre-packaged in a simple to install RPM. And they
> > were typically pretty high quality RPM's, and very often well maintained.
> > Do
Looks like everyone else has had their say, and I agree with all of it. But,
I'll throw in my
two cents.
> Hi Everyone,
>
> I'd like to get some of your thoughts on a few things relating to the
> possibility of our company switching distributions from Red Hat to
> Debian. As most folks already k
Looks like everyone else has had their say, and I agree with all of it. But, I'll
throw in my
two cents.
> Hi Everyone,
>
> I'd like to get some of your thoughts on a few things relating to the
> possibility of our company switching distributions from Red Hat to
> Debian. As most folks already k
Boy, are u gonna get answers
El mié, 14-01-2004 a las 08:56, Fred Whipple escribió:
> Hi Everyone,
>
> I'd like to get some of your thoughts on a few things relating to the
> possibility of our company switching distributions from Red Hat to
> Debian. As most folks already know, Red Hat h
Boy, are u gonna get answers
El mié, 14-01-2004 a las 08:56, Fred Whipple escribió:
> Hi Everyone,
>
> I'd like to get some of your thoughts on a few things relating to the
> possibility of our company switching distributions from Red Hat to
> Debian. As most folks already know, Red Hat h
This one time, at band camp, Fred Whipple said:
> 1.) One of the biggest reasons we went with Red Hat many years ago was
> RPM. Of course I know that Debian has a package system, and there're
> constant arguments about which is better, if either. What I wonder,
> though, is how they compare f
Fred Whipple said on Wed, Jan 14, 2004 at 09:56:35AM -0500:
> 1.) One of the biggest reasons we went with Red Hat many years ago was
> RPM. Of course I know that Debian has a package system, and there're
> constant arguments about which is better, if either. What I wonder,
> though, is how th
A few things that I haven't seen mentioned yet:
If you decide to run stable, but want just some latest and gratest software
you can normally download the latest Debianized source and compile you own
pacakges against stable.
There are also plenty of places on the net to get backported packages, b
This one time, at band camp, Fred Whipple said:
> 1.) One of the biggest reasons we went with Red Hat many years ago was
> RPM. Of course I know that Debian has a package system, and there're
> constant arguments about which is better, if either. What I wonder,
> though, is how they compare f
Fred Whipple said on Wed, Jan 14, 2004 at 09:56:35AM -0500:
> 1.) One of the biggest reasons we went with Red Hat many years ago was
> RPM. Of course I know that Debian has a package system, and there're
> constant arguments about which is better, if either. What I wonder,
> though, is how th
A few things that I haven't seen mentioned yet:
If you decide to run stable, but want just some latest and gratest software
you can normally download the latest Debianized source and compile you own
pacakges against stable.
There are also plenty of places on the net to get backported packages, b
On Wed, 14 Jan 2004 09:56:35 EST, Fred Whipple writes:
I'll answer just the points I have opinions/knowledge on.
>2.) A related reason we used Red Hat was that practically anything you
>could want to use was pre-packaged in a simple to install RPM. And they
>were typically pretty high qualit
> -Original Message-
> From: Fred Whipple [mailto:[EMAIL PROTECTED]
> Sent: 14 January 2004 14:57
> To: debian-isp@lists.debian.org
> Subject: Considering Debian (currently using Red Hat)
>
>
> Hi Everyone,
>
> I'd like to get some of your though
On Wed, 14 Jan 2004 09:56:35 EST, Fred Whipple writes:
I'll answer just the points I have opinions/knowledge on.
>2.) A related reason we used Red Hat was that practically anything you
>could want to use was pre-packaged in a simple to install RPM. And they
>were typically pretty high qualit
Hi Everyone,
I'd like to get some of your thoughts on a few things relating to the
possibility of our company switching distributions from Red Hat to
Debian. As most folks already know, Red Hat has drastically changed
their strategy, and we ultimately must make *some* relatively drastic
change
> -Original Message-
> From: Fred Whipple [mailto:[EMAIL PROTECTED]
> Sent: 14 January 2004 14:57
> To: [EMAIL PROTECTED]
> Subject: Considering Debian (currently using Red Hat)
>
>
> Hi Everyone,
>
> I'd like to get some of your thoughts on a
Hi Everyone,
I'd like to get some of your thoughts on a few things relating to the
possibility of our company switching distributions from Red Hat to
Debian. As most folks already know, Red Hat has drastically changed
their strategy, and we ultimately must make *some* relatively drastic
chang
28 matches
Mail list logo