Long Wind wrote:
> Thank deloptes!but where is avidemux?i can't find it in main of stretch
I think it is in the debian multimedia repo
http://www.deb-multimedia.org
deb http://www.deb-multimedia.org stretch main non-free
# apt-cache search avidemux
avidemux - Free video editor
avidemux-qt - Fre
Long Wind wrote:
> they say you can't cut into a frameis there some solution to this problem?
> Thanks!
try avidemux - it works with frames
or other video editing software
regards
i use mencoder to record tv programsoften i need to remove ad from a video
filei use -ss and -endpos switch to select part of a video filebut it doesn't
work perfectlyi specify the options in seconds but sometime it may include more
video than i needif i shorten time, it may omit some video that
Hello,
I have been reading your blog posts for the past few days! It is
addictive.. lol
While reading I noticed that you showcased inmod.com on your website.
Since you seem like a modern furniture connoisseur :) Id really
appreciate if you can showcase anyone of our products from
www.RegencySho
On Sun, Apr 05, 2009 at 08:43:35PM +0800, Long Wind wrote:
> I have Win2k and etch
> I hope I can get etch to work with help from the list.
> After installing microSD card, is my phone a USB storage device?
> Can etch access the card?
That depends on how the carrier has messed with the programming
Ivan T. Ivanov wrote:
>
> Hi,
>
>
> On Sun, 2009-04-05 at 17:00 -0400, Long Wind wrote:
>> Thanks to all!
>>
>> I will buy a USB cable and install Wammu and kmobiletools on etch to
>> see if it works. Then I will buy a microSD card.
>>
>> It's too bad that nokia, the biggest mobile phone make
I bought a USB cable
In Win2k the built-in memory of nokia phone can't be used as USB storage.
Then I go to etch and install Wammu and kmobiletools. Both don't work
and print kernel messages (error) though Wammu detect my phone model.
Maybe I shall upgrade to lenny.
Then I bought microSD card.
Thi
Dne nedelja 05 april 2009 ob 12:57:50 je Long Wind napisal(a):
> I just bought a Nokia 3110c:
>
> http://europe.nokia.com/find-products/devices/nokia-3110-classic/technical-
>specifications
>
> Nokia's PC Suite support only XP/Vista, not Win2k I use.
>
> Is it possible that I save the pictures I ca
Hi,
On Sun, 2009-04-05 at 17:00 -0400, Long Wind wrote:
> Thanks to all!
>
> I will buy a USB cable and install Wammu and kmobiletools on etch to
> see if it works. Then I will buy a microSD card.
>
> It's too bad that nokia, the biggest mobile phone maker, does not support
> Linux.
>
Nok
Thanks to all!
I will buy a USB cable and install Wammu and kmobiletools on etch to
see if it works. Then I will buy a microSD card.
It's too bad that nokia, the biggest mobile phone maker, does not support Linux.
On Sun, Apr 5, 2009 at 8:53 AM, Peter van der Wal
wrote:
> Op zondag 05-04-2009 o
Hi,
On Sun, 2009-04-05 at 18:57 +0800, Long Wind wrote:
> I just bought a Nokia 3110c:
>
> http://europe.nokia.com/find-products/devices/nokia-3110-classic/technical-specifications
>
> Nokia's PC Suite support only XP/Vista, not Win2k I use.
>
> Is it possible that I save the pictures I captur
2009/4/5 Long Wind
> I have Win2k and etch
> I hope I can get etch to work with help from the list.
> After installing microSD card, is my phone a USB storage device?
I suppose it is
>
> Can etch access the card?
If it is detected as a storage device, then you can.
>
>
> On Sun, Apr 5, 2009
Op zondag 05-04-2009 om 20:43 uur [tijdzone +0800], schreef Long Wind:
> I have Win2k and etch
> I hope I can get etch to work with help from the list.
> After installing microSD card, is my phone a USB storage device?
> Can etch access the card?
>
> On Sun, Apr 5, 2009 at 7:12 PM, Umarzuki Mochli
I have Win2k and etch
I hope I can get etch to work with help from the list.
After installing microSD card, is my phone a USB storage device?
Can etch access the card?
On Sun, Apr 5, 2009 at 7:12 PM, Umarzuki Mochlis wrote:
>
>
> 2009/4/5 Long Wind
>>
>> I just bought a Nokia 3110c:
>>
>>
>> htt
2009/4/5 Long Wind
> I just bought a Nokia 3110c:
>
>
> http://europe.nokia.com/find-products/devices/nokia-3110-classic/technical-specifications
>
> Nokia's PC Suite support only XP/Vista, not Win2k I use.
>
> Is it possible that I save the pictures I capture to a micro SD card?
> Then I use etc
I just bought a Nokia 3110c:
http://europe.nokia.com/find-products/devices/nokia-3110-classic/technical-specifications
Nokia's PC Suite support only XP/Vista, not Win2k I use.
Is it possible that I save the pictures I capture to a micro SD card?
Then I use etch thru a USB cable to get the pictur
On Fri, Mar 20, 2009 at 9:43 PM, tech lists wrote:
> Before spending over $1000 on this laptop I'm just trying to confirm
> that linux (hopefully debian) works with it. [...] Last Windows I've used
> was 3.11/95sr2/98SE. I'm finished with Windows.
> Just trying to protect my money for an expens
On 3/20/09, Daryl Styrk wrote:
> tech lists wrote:
>> Has anyone successfully installed & used Debian on either this
>> (P-7805u) or the simiilar 7811 Gateway laptops? I'm having trouble
>> finding any success stories on Google ( or this mailing list, or the
>> debian-laptop mailing list, or linu
On Feb 11, 2008, at 9:36 PM, Serena Cantor wrote:
I use producer from real.com which use real media format. Sometimes
producer warns :"Channel 0 clips moderately". What does that mean?
It probably means your recording level is a little too high.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Original Message:
-
From: Serena Cantor [EMAIL PROTECTED]
Date: Mon, 11 Feb 2008 21:36:28 -0800 (PST)
To: debian-user@lists.debian.org
Subject: need info on audio recording performance testing
I have a TV card. I use a audio cable from TV audio out to sound card
line-in.
I
I have a TV card. I use a audio cable from TV audio out to sound card
line-in.
I often recording TV, so I want to find out sound card performance
during TV recording. Which program can test it?
I have 2 sound cards: one is ISA SB16 (which use sb module), the other
is PCI Cirrus Logic Crystal CS428
Umar Draz wrote:
hi dear members
i am new in Debian. and use woody. and alos new in debian-user list.
i have seen lot of mails and i see about unstalbe, sid,
plz tell what is (unstable, sid) is it is SID a version of debian.
and what is the mean of unstalbe , stable
is it unstable is
On Friday 01 June 2001 07:39, ktb wrote:
> Learning Linux is not an easy thing. It takes time (years) and
> lots of patients.
Linux - the operating system that sends you to the infirmary ;-)
On Thursday 31 May 2001 03:36 pm, [EMAIL PROTECTED] wrote:
> Hi. I am very excited about beign able to use a linux OS. I looked on
> the debian site, but all the places where I could get information and
> downloads were either too technical to understand, or blended too well with
> my screen.
On Thu, May 31, 2001 at 06:36:57PM -0400, [EMAIL PROTECTED] wrote:
> Hi. I am very excited about beign able to use a linux OS. I looked on
> the debian site, but all the places where I could get information and
> downloads were either too technical to understand, or blended too well with
>
Hi. I am very excited about beign able to use a linux OS. I looked on
the debian site, but all the places where I could get information and
downloads were either too technical to understand, or blended too well with
my screen. I don't evcen know exactly what kind of computer I have. All I
On Sat, May 20, 2000 at 06:29:01PM -0500, w trillich wrote:
> "apropos"? okay, i'll try that...
man -k is easier to type. :P
> CONCLUSION:
> there are #NO# pointers from a standard cd-install of slink,
Of course not. Correct me if I'm wrong but apt didn't really come into
its
Wichert Akkerman wrote:
> Previously Joey Hess wrote:
> > http://www.debian.org/Lists-Archives/debian-dpkg-0004/msg2.html
>
> Okay, but that issue assumes that a package leaves a bomb in its
> prerm. There is no way to protect yourself from such trojan packages
> anyway, wether you use rpm or
Previously Joey Hess wrote:
> http://www.debian.org/Lists-Archives/debian-dpkg-0004/msg2.html
Okay, but that issue assumes that a package leaves a bomb in its
prerm. There is no way to protect yourself from such trojan packages
anyway, wether you use rpm or dpkg.
Wichert.
--
_
Wichert Akkerman wrote:
> Can you tell me which problem that was?
http://www.debian.org/Lists-Archives/debian-dpkg-0004/msg2.html
--
see shy jo
I never took the time to read all of this mail (had to do with the mail
you send right afterwards to me only, I though it would go in the same
direction), but I agree with the problem. I've already mailed the package
maintainers of apt-get with a possible solution: point out to apt-get
before dsele
Ethan Benson <[EMAIL PROTECTED]> writes:
> On Sat, May 20, 2000 at 07:07:00PM +0200, Wichert Akkerman wrote:
> > That is a result of the fact that rpm uses a binary database for its
> > data, while dpkg uses a large number of text-files instead. The
> > advantage of that is that it is robust (if a
Previously Joey Hess wrote:
> When we were talking about this at the office, we did come up with one
> situaton where the rpm ordering actually let you correct problems in
> a previous package in a way dpkg's ordering did not. However, I figured
> out a workaround we could use if we ever ran into t
Thus spake w trillich on Sun, May 21, 2000 at 01:49:35PM CDT
>
> which is why it should not surprise any gurus on this list that
> newbies upgrading from slink know nothing about APT or its magic.
> they don't rtfm because they don't know about it.
>
> NEWBIES: check out 'apt-get'! it's better tha
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
Wichert Akkerman wrote:
> I wouldn't call it nonsensical, but the way dpkg does it is definitely
> more robust. I need to take another close look at how rpm and dpkg
> differ in this respect anyway, so if people are interested in the little
> details I might be willing to write a little comparison
Steve Lamb wrote:
>
> On Sat, May 20, 2000 at 06:29:01PM -0500, w trillich wrote:
> > there are #NO# pointers from a standard cd-install of slink,
>
> Of course not. Correct me if I'm wrong but apt didn't really come into
> its own as the standard package tool until potato.
you're probably righ
On Sat, May 20, 2000 at 06:29:01PM -0500, w trillich wrote:
> "apropos"? okay, i'll try that...
man -k is easier to type. :P
> CONCLUSION:
> there are #NO# pointers from a standard cd-install of slink,
Of course not. Correct me if I'm wrong but apt didn't really come into
its
That's why I said to point to it during installation!
Ron Rademaker
On Sat, 20 May 2000, w trillich wrote:
> seems like an uphill battle, eh?
>
> Ron Rademaker wrote:
> >
> > Try: pt-get install pine
> >
> > It'll give youenough information to get a bit further
> >
> > Ron Rademaker
> >
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
seems like an uphill battle, eh?
Ron Rademaker wrote:
>
> 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 ins
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
> >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.
> It's not too hard to find pine*.deb. Use Fast FTP Search.
Pine _is_ semi-officially available as a (contrib/non-free) part of debian.
The pa
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 has to do with it ar
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
On Fri, May 19, 2000 at 02:52:16AM -0400, Will Lowe wrote:
> > So, it is not so much that Debian doesn't have permission to distribute
> > a modified binary package, it is that doing so would open up a whole
> > can'o'worms w.r.t. redistribution... so why go there and possibly cause
> > problems fo
> So, it is not so much that Debian doesn't have permission to distribute
> a modified binary package, it is that doing so would open up a whole
> can'o'worms w.r.t. redistribution... so why go there and possibly cause
> problems for Debian's distributors, eh.
That's exactly why it doesn't pass th
I went through this with Terry Gray (Pine Development Team) and Santiago
Vila (Debian maintainer of the Pine source) about the time Pine 4.20
was coming out...
On Thu, 18 May 2000, Will Lowe wrote:
> > Can I ask why debian doesn't include pine? Just curious. I know Debian
>
> The license for pi
> "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
[Trimmed extraneous debian-isp and debian-dpkg cc:'s, hope that's enough]
On Thu, 18 May 2000, Chris Wagner wrote:
> 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
- 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
> Can I ask why debian doesn't include pine? Just curious. I know Debian
The license for pine doesn't allow you to redistribute "modified binaries"
(e.g., fix a bug in the source, compile it, and redistribute the
executable you get from this). Therefore, it can't be included as part of
Debian
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
Ethan Benson wrote:
> On Thu, May 18, 2000 at 10:42:17AM +0200, Andreas Rabus wrote:
I've only been using Linux since Feb. , so at the local LUG I usually just
listen to the discussions and take in as much as I can. The people there (LUG)
are about 80% RedHat users with the rest divided btw SuSe
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
Agreed that this seems technically sound, but it would be really nice to
have this Real Soon Now. I think it might be reasonably possible to
backport this from Woody into Potato fairly soon after the release of
Potato. The fact is that an automatic installation system will be really
hard to test
I would agree most of the proposed solutions are quick hacks.
The fact is, we won'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 rece
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.
On Thu, May 18, 2000 at 11:19:31AM +0200, Andreas Rabus wrote:
>
> The "monkeys" ar not very polite, but ... :)
considering the quality of most .rpms i found in places like /contrib
i don't think that is at all unfair. ;-)
`monkeys' is about as polically correct as your going to get from me,
The "monkeys" ar not very polite, but ... :)
My experience is not that bad, but some of the rpm i installed were a real
mess, too.
But i liked to see some companies to release there software in various
flavours of package formats.
ar
PS: you never learn NT. If you learnd on Version, yo
On Thu, May 18, 2000 at 10:42:17AM +0200, Andreas Rabus wrote:
> - Hard to build. There is a large doc about this task , but it still
> takes a long time to learn.
so does system administration for *nix. as it should be, learning
takes time and is something no one should ever shy away from
Hi..
I worked on debian (first private than at work) and redhat (and SuSe, only
for money :), and my personal opinion ist, that debian Packages are much
more smoother to handle than rpm's.
As long as you don't build your own Packages. Mostly i can use make-kpkg. :)
to make my kernel-images. I cre
[...]
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
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 Wed, May 17, 2000 at 05:35:20AM -0800, Ethan Benson wrote:
> that would make a nice .sig if it weren't so long ;-)
What? It is under 4 lines long. ;)
--
Steve C. Lamb | I'm your priest, I'm your shrink, I'm your
ICQ: 5107343 | main connection to the s
On Wed, May 17, 2000 at 06:17:14AM -0700, Steve Lamb wrote:
> On Wed, May 17, 2000 at 02:55:33PM +0200, Wichert Akkerman wrote:
> > 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.
>
On Wed, May 17, 2000 at 02:55:33PM +0200, Wichert Akkerman wrote:
> 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.
OK, in the light of trying to say something positive about rpm mi
On Wed, May 17, 2000 at 08:44:15AM +0200, Johann Spies wrote:
> > I don't find this to be true. If you need the latest bleeding edge
> > program, go with the unstable tree which has historically proven to be more
> > stable than Red Hat Releases.
> (or python-wxwin in Debian language) and whi
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
Bruce Sass <[EMAIL PROTECTED]> a écrit :
| On Wed, 17 May 2000, Matthew Dalton wrote:
| > I beleive it is possible to install a Debian system, configure/customise
| > it, and then repackage the deb packages using the customised files on
| > the system instead of the original default ones, using so
On Tue, May 16, 2000 at 11:24:50PM -0700, Steve Lamb wrote:
> On Tue, May 16, 2000 at 08:44:38PM -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 general
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,
1 - 100 of 134 matches
Mail list logo
