Date: 30 days
Since you are pre-approv e d, your lo a n is
contingent only on obtaining
an appraisal on the home you select for at least the purchase price.
Please follow this
link to confirm your info.
Thank you for your immediate attention.
Very truly yours,
Vera Gee
PR Bank
unywbbefo iarqjt
Hello , I'm sorry to bug you but I'm searching for truck photos.
My Dad work for morisson Lamote between 1960 to 1979 and he died two year
ago .
I'm looking for a morison truck photo for souvenir remind me good time when
I was is helper.
Please can you help me.
Thank you for your help
Leonard V
Hello , I'm sorry to bug you but I'm searching for truck photos.
My Dad work for morisson Lamote between 1960 to 1979 and he died two year
ago .
I'm looking for a morison truck photo for souvenir remind me good time when
I was is helper.
Please can you help me.
Thank you for your help
Leonard V
G&P design est une entreprise belge de broderie et sérigraphie sur vêtement
publicitaire.
Nous vous proposons de recevoir chaque
mois une information concernant nos offres spéciales.
(avec possibilité d'opt-out à chaque envoi)
Nous cherchons de nouveaux clients, qu'il s'agisse de clubs
d
G&P design est une entreprise belge de broderie et sérigraphie sur vêtement
publicitaire.
Nous vous proposons de recevoir chaque
mois une information concernant nos offres spéciales.
(avec possibilité d'opt-out à chaque envoi)
Nous cherchons de nouveaux clients, qu'il s'agisse de clubs
d
Hello All
There is definitately some scope for development in this area.
Debian is one of the best distro's to maintain but it is one of the
worst to install. These advantages and disadvantages are
multiplied when you have many machines to maintain.
On 17 May 00, at 21:55, Karl M. Hegbloom w
On Sun, May 21, 2000 at 07:46:47PM -0800, Ethan Benson wrote:
> i think dlocate really takes care of the problem nicely, for things
> like status and file lists dlocate is quite fast. its unfortunate that
> it was removed from potato for a *ONE LINE BUG* with a fix in the
> bts... why oh why could
On Mon, May 22, 2000 at 11:22:47AM +1000, Craig Sanders wrote:
>
> agreed, the plain text db is the right way to do it.
>
> OTOH, it would be nice if dpkg did what apt does and uses a binary db
> "cache" to speed up operations...updating both binary and text versions
> as changes are made.
>
> t
On Sun, May 21, 2000 at 11:38:18AM +0200, Josip Rodin wrote:
> On Sat, May 20, 2000 at 07:37:59PM -0800, Ethan Benson wrote:
> > > Apt uses a mixed approach: it uses the same textfiles as dpkg but
> > > uses a binary cache to also get the advantages of a binary database.
> >
> > it does? where?
>
On Sat, May 20, 2000 at 07:37:39PM -0800, Ethan Benson wrote:
> On Sat, May 20, 2000 at 07:07:00PM +0200, Wichert Akkerman wrote:
> > Previously Keith G. Murphy wrote:
> > > I must say, my subjective experience has been that rpm's are much
> > > faster to install something. Of course, it's also fa
On Sat, May 20, 2000 at 07:37:59PM -0800, Ethan Benson wrote:
> > Apt uses a mixed approach: it uses the same textfiles as dpkg but
> > uses a binary cache to also get the advantages of a binary database.
>
> it does? where?
See /var/cache/apt/*.bin files.
An example why is that good is the spe
On Sat, May 20, 2000 at 07:07:00PM +0200, Wichert Akkerman wrote:
> Previously Keith G. Murphy wrote:
> > I must say, my subjective experience has been that rpm's are much faster
> > to install something. Of course, it's also faster to throw my clothes
> > on the floor, rather than put them in the
Previously Keith G. Murphy wrote:
> I must say, my subjective experience has been that rpm's are much faster
> to install something. Of course, it's also faster to throw my clothes
> on the floor, rather than put them in the hamper...
That is a result of the fact that rpm uses a binary database f
Try: pt-get install pine
It'll give youenough information to get a bit further
Ron Rademaker
PS. Damn when is someone going to read apt-ge's FM!!, perhaps we'll just
have to put a few pages with apt-get info during install on the users
screen, the amount of question that ha
It's not too hard to find pine*.deb. Use Fast FTP Search.
At 09:54 AM 5/19/00 +0800, Sanjeev \"Ghane\" Gupta wrote:
>Because Univ of Washington doesn't allow modified tarballs to be
>distributed, and you have to modify the tarball's paths to be Debian
>compliant.
+---
Michel Verdier wrote:
>
[cut]
> Everybody knows that .deb are usually the last to be released to increase
> stability for .deb packages. When security is an issue .rpm and .deb are
> both tested and it would be great to have statistics to know which is the
> quicker to be installed and used.
>
I
Long time ago in the past '[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]' wrote
>
>> copy everything from the master drive to the copy, then run the
>> appropriate Lilo command to make that copy bootable. You can then
>> mount it in another machine and it's ready to go. You have to filter
>> some t
> "Craig" == Craig Sanders <[EMAIL PROTECTED]> writes:
>> For example, I have 20 machines at a co location I need to go install.
>> Right now with Red Hat I can take my laptop, slap a floppy in each
>> machine, turn 'em on, 5 minutes later I have 20 fully configured
>> machines
On Thu, May 18, 2000 at 09:29:03PM -0400, Jeremy Hansen wrote:
> Can I ask why debian doesn't include pine? Just curious.
because it's a violation of pine's license to distribute modified
binaries.
pine is non-free.
debian distributes a pine-src package (in non-free) which contains the
pine sou
- Original Message -
From: Jeremy Hansen <[EMAIL PROTECTED]>
To: Craig Sanders <[EMAIL PROTECTED]>
Cc: Stephen A. Witt <[EMAIL PROTECTED]>; Debian User
; ;
Sent: Friday, May 19, 2000 9:29 AM
Subject: Re: Debian vs Red Hat??? I need info.
>
> Can I ask why debian doesn
Well it's funny you brought that up because I was considering just making
one huge rpm of debian and then using kickstart. Kickstart is a part of
Red Hat's install, Anaconda, not really an rpm but I get your point.
-jeremy
> If kickstart is a red hat package, you can install it on debian using
Can I ask why debian doesn't include pine? Just curious. I know Debian
has a very strict rule base on the packages it includes but every distro I
have even installed always included pine and I was just wondering the
reason behind not doing that with Debian.
-jeremy
> On Thu, May 18, 2000 at 01
Hmm, I don't agree here. Kickstart is a way of automating the tasks
already involved with a manual install. It does what it's supposed to do
quite well and actually with the flexibility available, I rarely encounter
a situation that requires more "custom" things. Hacks can be included in
kickst
If kickstart is a red hat package, you can install it on debian using alien.
Then you can use red hat's kickstart to install debian. :)
At 01:55 PM 5/18/00 -0400, Jeremy Hansen wrote:
>Most of the answers I've been getting on this subject seem like total
>hacks, which may work but really are trick
On Thu, May 18, 2000 at 05:54:54PM -0400, Mike Bilow wrote:
> Are you aware of this?
>
> http://www.informatik.uni-koeln.de/fai/
Another tool to do this is Replicator. Sorry, but I don't a link nearby.
Search for it in google.
> On 2000-05-18 at 13:55 -0400, Jeremy Hansen wrote:
>
> > It
At 09:55 PM 5/17/00 -0700, Karl M. Hegbloom wrote:
> copy everything from the master drive to the copy, then run the
> appropriate Lilo command to make that copy bootable. You can then
> mount it in another machine and it's ready to go. You have to filter
> some things out when you copy. See bel
On Thu, May 18, 2000 at 01:24:26PM -0700, Stephen A. Witt wrote:
> A lot of what makes Debian cool is appreciated only after some time
> with it.
also, a lot of what debian does is only appreciated after you've had the
misfortune of working with some other distros for a while...then you
really ap
On Thu, May 18, 2000 at 01:55:37PM -0400, Jeremy Hansen wrote:
> Most of the answers I've been getting on this subject seem like
> total hacks, which may work but really are tricks to doing this. I
> was really looking for something within debian that's built to do
> "kickstart" type installations
x27;t be natively supporting bulk installation until
> Woody. And even that is in question. As I understand it, the
> proposed Woody install system is debconf based; moreover, debconf can
> have different backends for receiving configuration info, for
> instance, an LDAP backend, or a ba
s for receiving configuration info, for
instance, an LDAP backend, or a backend that munges an XML file from a
web server.
Yes, vapor vapor vapor but that's the right way to do it if you ask
me. Hopefully debconf will be _de rigeur_ for any package requiring
configuration info at pkg install tim
> Previously Chip Salzenberg wrote:
> > Actually, from what I've been told, rpm has at least one serious
> > technical flaw: The order of execution for pre-install and
> > post-install scripts is nonsensical for upgrades.
> > On Thu, 18 May 2000, Wichert Akkerman wrote:
> > I wouldn't call it nons
Are you aware of this?
http://www.informatik.uni-koeln.de/fai/
-- Mike
On 2000-05-18 at 13:55 -0400, Jeremy Hansen wrote:
> It seems a lot of Debian users are developers and in this case I'm sure
> Debian is perfect, but Red Hat's kickstart allows me to see my wife at
> night (not real
On Thu, 18 May 2000, Wichert Akkerman wrote:
> Previously Chip Salzenberg wrote:
> > Actually, from what I've been told, rpm has at least one serious
> > technical flaw: The order of execution for pre-install and
> > post-install scripts is nonsensical for upgrades.
>
> I wouldn't call it nonsens
Most of the answers I've been getting on this subject seem like total
hacks, which may work but really are tricks to doing this. I was really
looking for something within debian that's built to do "kickstart" type
installations.
Although what you suggest may work, it leave little flexibility bet
On Thu, 18 May 2000, Steve Lamb wrote:
> Purely anecdotal, but Earthlink uses dpkg and deb as their internal format
> for binary distribution for servers. Not much in the way of Debian machines,
> just the packaging format. :)
Apple's DarwinOS also uses the dpkg tools. (So maybe Apple OS X
On Thu, May 18, 2000 at 02:16:08PM +0200, Michel Verdier wrote:
> | deb packages are a lot harder to create for the novice users. There is
> | not much documentation to help in this area either.
>
> There is perhaps not much documentation but :
> # ls /usr/man/man1/dh*|wc -l
> 30
You people
Thursday, May 18, 2000, 5:16:08 AM, Michel wrote:
> .deb is already a standard package system in the industry. And again it
> would be nice to have statistics to confirm this purely subjective
> statement :)
Purely anecdotal, but Earthlink uses dpkg and deb as their internal format
for binary
Steve Morocho <[EMAIL PROTECTED]> a écrit :
| I agree, rpm is not a piece of crap. deb packages are a lot harder to
| create for the novice users. There is not much documentation to help in
| this area either. Also, when updates are released .debs are usually the
| last to be released (because
Previously Chip Salzenberg wrote:
> Actually, from what I've been told, rpm has at least one serious
> technical flaw: The order of execution for pre-install and
> post-install scripts is nonsensical for upgrades.
I wouldn't call it nonsensical, but the way dpkg does it is definitely
more robust.
[...]
KMH> The best way to do that that I've found so far is to set up
KMH> a box with two removable hard drive racks, install and
KMH> _configure_ everything on one drive, then use `cfdisk',
KMH> `mkswap', and `mke2fs' to partition and format the second
KMH> drive.
[...]
I
> "Steve" == Steve Morocho <[EMAIL PROTECTED]> writes:
Steve> I agree, rpm is not a piece of crap. deb packages are a
Steve> lot harder to create for the novice users. There is not
Steve> much documentation to help in this area either. Also, when
Steve> updates are released
> "Chris" == Chris Wagner <[EMAIL PROTECTED]> writes:
Chris> For mass installs, just make a standard issue CD, boot from that CD,
and
Chris> copy over the OS. Or you could even make a disk image and dd it
onto the
Chris> hard drive. That assumes you have the same hard drive in
> "Jeremy" == Jeremy Hansen <[EMAIL PROTECTED]> writes:
Jeremy> Autoinstall (Red Hat's kickstart)
Jeremy> This is also something fairly important. We need this as we do
a
Jeremy> lot of mass installs.
The best way to do that that I've found so far is to set up a box
wi
According to Sanjeev Ghane Gupta:
> I have used dpkg, and been forced to use rpm, and rpm is just as
> good, more or less.
Actually, from what I've been told, rpm has at least one serious
technical flaw: The order of execution for pre-install and
post-install scripts is nonsensical for upgrades.
Folks,
I have used dpkg, and been forced to use rpm, and rpm is just as good, more
or less.
The problem is that there is nothing equivalent to dselect or apt in RedHat.
I rarely call dpkg directly, unless libc6 is stuck again ;-), but the
nearest that RedHat has to a mid-level tool is GnoRPM, whi
The only real difference between stable and unstable is that unstable has up
to date packages. The only thing stable has over unstable is the track
history of "yeah all this stuff has worked together for a LONG time".
At 12:16 AM 5/17/00 -0400, Will Lowe wrote:
>Actually, unstable is usually pret
Sorry, but I was so underwhelmed by rpm's capabilities and my reaction was
so one sidedly negative that I can't describe it any other way. It is what
I typed.
At 02:55 PM 5/17/00 +0200, Wichert Akkerman wrote:
>Previously Chris Wagner wrote:
>> RPM is a piece of crap compared to dpkg, and now we
I have to disagree there. I've found Debian packs to be extremely up to
date, atleast on the security end. And even on routine maintanance, the lag
is not that bad.
At 08:44 PM 5/16/00 -0700, David Lynn wrote:
>I agree - dpkg and apt are great compared to rpm's. However, that's all
>assuming th
I agree, rpm is not a piece of crap. deb packages are a lot harder to create
for the novice users. There is not much documentation to help in this area
either. Also, when updates are released .debs are usually the last to be
released (because someone usually
has to hack an .rpm or something s
On Tue, May 16, 2000 at 19:29:39 -0400, Jeremy Hansen wrote:
> Dpkg vs RPM
> Both managability and build packages. I have heard a lot
> of "good things" about dpkg.
Have a look at http://www.kitenet.net/~joey/pkg-comp/ for a detailed
overview by Joey Hess of various package management
--- David Lynn <[EMAIL PROTECTED]> wrote:
>
> I agree - dpkg and apt are great compared to rpm's. However, that's all
> assuming that there are debian packages out there that are up to date
> (which they're generally not). But this seems to be the only major
> drawback I've found to Debian.
>
>
Previously Chris Wagner wrote:
> RPM is a piece of crap compared to dpkg, and now we have apt (advanced
> package tool).
Can we please not be so negative about rpm? I'll agree that dpkg is
better (and of course I'm completely not biased here :), but rpm
is not a piece of crap.
Wichert.
--
___
On Wed, May 17, 2000 at 05:28:54PM +1000, Craig Sanders wrote:
> On Tue, May 16, 2000 at 10:43:20PM -0400, Chris Wagner wrote:
> > At 07:29 PM 5/16/00 -0400, Jeremy Hansen wrote:
> > >Autoinstall (Red Hat's kickstart)
> > > This is also something fairly important. We need this as we do a
> > > lot
On Tue, May 16, 2000 at 08:44:18PM -0700, David Lynn wrote:
> I agree - dpkg and apt are great compared to rpm's. However, that's
> all assuming that there are debian packages out there that are up to
> date (which they're generally not). But this seems to be the only
> major drawback I've found
On Tue, May 16, 2000 at 10:43:20PM -0400, Chris Wagner wrote:
> At 07:29 PM 5/16/00 -0400, Jeremy Hansen wrote:
> >Autoinstall (Red Hat's kickstart)
> > This is also something fairly important. We need this as we do a
> > lot of mass installs.
>
> For mass installs, just make a standard issue CD,
[i've removed the cc's to -user and -dpkg]
> I agree - dpkg and apt are great compared to rpm's. However, that's all
> assuming that there are debian packages out there that are up to date
> (which they're generally not).
Actually, unstable is usually pretty close to up-to-date. I know (of)
q
On Tue, May 16, 2000 at 06:48:02PM -0400, Jeremy Hansen wrote:
>
> I'm a long time Red Hat user. Basically the company I'm working for is
> currently using Red Hat but for some reason they're considering switching
> to Debian. I personally don't have any experience with Debian abd
> honestly I'm
I agree - dpkg and apt are great compared to rpm's. However, that's all
assuming that there are debian packages out there that are up to date
(which they're generally not). But this seems to be the only major
drawback I've found to Debian.
--d
At 07:29 PM 5/16/00 -0400, Jeremy Hansen wrote:
>I'm a long time Red Hat user. Basically the company I'm working for is
Sorry about that. :)
>Dpkg vs RPM
RPM is a piece of crap compared to dpkg, and now we have apt (advanced
package tool). It's a handler for dpkg, but it's intelligent. The ki
Dpkg beats RPM hands down for anyone who has to actualy administer a
number of boxes and wants everything as automatic as possible (for
upgrades).
As far as being able to customize the distro - go all out. You can of
course edit config files at the "vi" level ;) There are also tools to
take the
I'm a long time Red Hat user. Basically the company I'm working for is
currently using Red Hat but for some reason they're considering switching
to Debian. I personally don't have any experience with Debian abd
honestly I'm open to anything but I was hoping for some positive feedback
from people
I'm a long time Red Hat user. Basically the company I'm working for is
currently using Red Hat but for some reason they're considering switching
to Debian. I personally don't have any experience with Debian abd
honestly I'm open to anything but I was hoping for some positive feedback
from people
62 matches
Mail list logo
