Brian Thomas Sniffen wrote:
So would a web-based firmware loader, that never saved the firmware to
disk allow the drivers to be in main?
Of course not. It's fetching software, then using that software. ICQ
software merely mentions messages, but doesn't use them.
ICQ uses the messages as
Raul Miller wrote:
On Fri, Dec 31, 2004 at 05:02:15PM -0500, Anthony DeRobertis wrote:
The social contract says ...but we will never make the system depend on
an item of non-free software. not but we will never make the system
depend on an item of non-free software /which we must distribute/.
Josh Triplett wrote:
I would like to suggest an additional option, which I think covers most
cases quite well:
If Debian were to package (a copy of) the non-free item in the non-free
section, would the Free package express a Depends, Recommends, or
Build-Depends on the non-free package? If so,
Hi,
Some time ago, I adopted switchconf, a very simple bash script used to
simply switch between configurations, planned for use on mobile
systems, but perfectly usable on the desktop as well.
Now, switchconf is too simple. It does very little, but does not do it
very well. I originally intended
On Wed, Jan 05, 2005 at 09:23:18PM -0800, Marc Wilson wrote:
On Sun, Jan 02, 2005 at 08:02:25PM -0600, Steve Greenland wrote:
Converting to udev is an additional step, and caused me a lot more
work than the basic 2.6 upgrade (mostly getting my head around it, and
converting from usbmgr).
On 04-Jan 09:45, Steve Greenland wrote:
On 04-Jan-05, 07:40 (CST), Paul van der Vlis [EMAIL PROTECTED] wrote:
One of the biggest disadvantages of Debian for me is the long time it
takes for a new stable version.
If you want Ubuntu or Progeny, you know where[1] to find them. :-)
On Wednesday 05 January 2005 22.55, Steve Langasek wrote:
On Wed, Jan 05, 2005 at 04:43:05PM +0100, Adrian 'Dagurashibanipal' von
Bidder wrote:
An ascii to postscript renderer
...
I think you want to say plaintext to postscript renderer here, since
clearly text that contains non-ascii
On Wed, 5 Jan 2005 11:05:01 +0100, Ingo Juergensmann
[EMAIL PROTECTED] wrote:
When Joerg Jaspert is already doing the dirty daily work, why does James
still needs in place then? (Except he just stays in that position for a
transitional period until Joerg is taking over that task and job
On 05-Jan 09:30, Jose Carlos Garcia Sogo wrote:
El mié, 05-01-2005 a las 04:16 -0800, Stephen Birch escribió:
Paul van der Vlis([EMAIL PROTECTED])@2005-01-04 14:40:
Hello,
One of the biggest disadvantages of Debian for me is the long time it
takes for a new stable version.
I
On Wed, 5 Jan 2005 09:31:41 +1100, Andrew Pollock
[EMAIL PROTECTED] wrote:
That said, this (rather large) blocker shouldn't be the issue it has been
for this release for the next one. The two biggest blockers to releasing any
time soon have been the installer and the security infrastructure. I'm
On Thursday 06 January 2005 08.01, Gunnar Wolf wrote:
Now, switchconf is too simple. It does very little, but does not do it
very well. I originally intended to work with it to make it much more
robust... But in the end, I didn't get around to do it.
IMHO removing it is the right solution.
On Wed, 2005-01-05 at 23:02 +0100, Frederic Peters wrote:
Rakotomandimby (R12y) Mihamina wrote:
I'm learning making debian packages.
I think debian-mentors@ would be more approriate.
Uh. I do apologize.
--
ASPO Infogérance http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ
On Wed, 05 Jan 2005 14:18:37 +0100, Florian Weimer [EMAIL PROTECTED]
wrote:
* Joey Hess:
I think we've taken this security bugs arn't fixed in testing as well
as in stable thing as gospel a little too long without verifying it
lately. I've been checking and if testing is lagging stable at all,
On Thu, Jan 06, 2005 at 09:01:07AM +0100, Marc Haber wrote:
On Wed, 5 Jan 2005 11:05:01 +0100, Ingo Juergensmann
[EMAIL PROTECTED] wrote:
When Joerg Jaspert is already doing the dirty daily work, why does James
still needs in place then? (Except he just stays in that position for a
On Wed, 5 Jan 2005 14:31:06 +0100, Bas Zoetekouw [EMAIL PROTECTED]
wrote:
You wrote:
ahh .. I take your point. What about the idea of identifying a list of
release essential (RE) packages?
I like that idea. We could even have a system to automagically throw
buggy non-RE packages out of
Dear all,
with ideas and code (and a lot more) from Anthony, I was able to put
together the server part for partial patches in a way that it seems to
me that it might be included in dak. The resulting files are available
from
deb http://merkel.debian.org/~aba/debian sid main contrib non-free
(or
On Thu, Jan 06, 2005 at 09:51:21AM +0100, Marc Haber wrote:
That would leave testing users who happen to have such a package
installed alone because they wouldn't notice their package vanishing
from the mirrors, continuing to use a potentially vulnerable package.
Good point. But that problem
Ken Bloom([EMAIL PROTECTED])@2005-01-05 09:10:
. snip
There's a discussion of release proposals ongoing at
http://wiki.debian.net/?ReleaseProposals
Please look around there to see what's going on and understand the ideas
that have been proposed.
Thanks for the pointer ... reading
On 2005-01-06 Andreas Barth [EMAIL PROTECTED] wrote:
[...]
deb http://merkel.debian.org/~aba/debian sid main contrib non-free
(or any other combination of suites and components you like)
However, there are only the dist files on that place, _no_ downloadable
pool is available there.
The
Marc Sherman wrote:
Roberto Sanchez wrote:
That makes me wonder. I know that there are tools like cron-apt that
will perform apt-related tasks through cron jobs. Is there a way to
make it (or another tool) download the changelogs and email you any
new ones?
I just filed a wishlist on
* Andreas Metzler ([EMAIL PROTECTED]) [050106 11:10]:
On 2005-01-06 Andreas Barth [EMAIL PROTECTED] wrote:
[...]
deb http://merkel.debian.org/~aba/debian sid main contrib non-free
(or any other combination of suites and components you like)
However, there are only the dist files on that
* Andreas Barth:
This means: If the local file dists/sid/main/binary-i386/Packages has
the sha1-sum of f3a0c1972021af11782c661d1bd5214f1d443868, take the patch
named 2005-01-04-1633.27 (and this patch has the given size and
sha1-sum). Of course, this patch is a gz'ed file. The Patches are
* Florian Weimer ([EMAIL PROTECTED]) [050106 11:45]:
* Andreas Barth:
This means: If the local file dists/sid/main/binary-i386/Packages has
the sha1-sum of f3a0c1972021af11782c661d1bd5214f1d443868, take the patch
named 2005-01-04-1633.27 (and this patch has the given size and
sha1-sum).
On (06/01/05 01:56), Alexander Schmehl wrote:
Hi Kevin!
* Kevin Mark [EMAIL PROTECTED] [050103 07:08]:
I have updated my diagram on the debian developement model. Any comments
appreciated!
What is the target group of your diagramm? Since I don't think people
without deeper
On Thu, Jan 06, 2005 at 08:44:13AM +0100, Christoph Hellwig wrote:
On Wed, Jan 05, 2005 at 09:23:18PM -0800, Marc Wilson wrote:
On Sun, Jan 02, 2005 at 08:02:25PM -0600, Steve Greenland wrote:
Converting to udev is an additional step, and caused me a lot more
work than the basic 2.6
On Thu, Jan 06, 2005 at 12:33:00PM +0100, Wouter Verhelst wrote:
AOL. magicdev works just fine to do essentially the same thing as
gnome-volume-manager.
I don't use magicdev either. I really prefer to mount my storage
device myself. Call me a control-freak.
Scripsit Steve Langasek [EMAIL PROTECTED]
On Wed, Jan 05, 2005 at 11:47:57PM +, Henning Makholm wrote:
Does it also apply to signing .dsc's?
The archive scripts won't act on an uploaded .dsc without an accompanying
.changes file, so this is not an issue. Moreover, signing your .dsc
On Wednesday 05 January 2005 03:34, Darren Salt
[EMAIL PROTECTED] wrote:
I demand that Jose Carlos Garcia Sogo may or may not have written...
El lun, 03-01-2005 a las 21:35 +1100, Russell Coker escribió:
[snip]
Human lives are much more important than email. The discussion is over.
On Wednesday 05 January 2005 15:13, Miles Bader [EMAIL PROTECTED] wrote:
Anyway, it's clear that trying to discuss thing swith you is a pointless
excercise in frustration, so I guess it doesn't matter one way or
another if you stop; hopefully others can continue the discussion in a
more
Marc Haber dijo [Thu, Jan 06, 2005 at 09:01:07AM +0100]:
When Joerg Jaspert is already doing the dirty daily work, why does James
still needs in place then? (Except he just stays in that position for a
transitional period until Joerg is taking over that task and job completely.
I would
Package: wnpp
Severity: wishlist
* Package name: mn-fit
Version : 5.03
Upstream Author : Ian C. Brock brock (at) physik.uni-bonn.de
* URL : http://www-zeus.physik.uni-bonn.de/~brock/mn_fit.html
* License : GPL
Description : interactive analysis package
* Andreas Barth:
Is this really a good idea? patch invokes ed(1) to process ed
scripts, and this might lead to execution of arbitrary commands.
It is agreed that the usage of patch and ed is _not_ the recommended
way for production code (but acceptable for prototype code). However, as
Hi Sean,
* sean finney [EMAIL PROTECTED] [2005-01-05 05:50]:
| I plan to orphan some of my packages. At the moment I have not enough
| time for those packages.
|
| cacti - Frontend to rrdtool for monitoring systems and services
|
| i'm a cacti user myself and would be happy to take this
Florian Weimer wrote:
* Andreas Barth:
Is this really a good idea? patch invokes ed(1) to process ed
scripts, and this might lead to execution of arbitrary commands.
It is agreed that the usage of patch and ed is _not_ the recommended
way for production code (but acceptable for
* Thiemo Seufer:
They can be cumulated, see
http://lists.debian.org/debian-devel/2004/12/msg00462.html
This trick should work for RCS deltas as well.
The output from diff -f is,
I haven't found an -f option in diff.
It's documented in the Info manual, and it's required by POSIX.
Hardly
Thiemo Seufer writes:
I haven't found an -f option in diff.
Look at the info docs.
--
John Hasler
hi thorsten,
On Thu, Jan 06, 2005 at 06:08:02PM +0100, Thorsten Sauter wrote:
| i'm a cacti user myself and would be happy to take this one over. at
| some point i even wrote up some code to help transition people from
| the version in woody, which i could probably dig up.
yes. Please take
Russell Coker [EMAIL PROTECTED] writes:
If Thomas is capable of making a point without reference to the Bush regeime
then there might be a possibility of doing so.
I already did, but you ignored it.
You cannot justify the bad consequences your actions just by saying
that they are the only
Anthony DeRobertis [EMAIL PROTECTED] writes:
So would a web-based firmware loader, that never saved the firmware to
disk allow the drivers to be in main?
Of course not. It's fetching software, then using that software.
ICQ software merely mentions messages, but doesn't use them.
ICQ uses the
Russell Coker [EMAIL PROTECTED] writes:
This is of course another reason to avoid analogies such as the one Thomas
used. A discussion about whether the US army is good or bad is not on topic
for this list and has nothing to do with spamcop.
Of course, I didn't discuss whether the US army
On Thu, Jan 06, 2005 at 01:54:19PM -0500, Brian Thomas Sniffen wrote:
aren't equivalent. The issue at hand is whether somebody might ever
download software from Debian and find it useless without additional
software which he could download... but not from Debian, since it's
not Free and not
mozilla-browser is 30 megabytes and duplicates the vast majority of
firefox
Is 30M of disk space really that precious these days? I can't imagine
trying to run software that uses GTKMozEmbed on an embedded device
where space is truly at a premium.
And splitting hairs like this is partially
On Thu, Jan 06, 2005 at 12:47:14PM -0800, Will Lowe wrote:
mozilla-browser is 30 megabytes and duplicates the vast majority of
firefox
Is 30M of disk space really that precious these days? I can't imagine
trying to run software that uses GTKMozEmbed on an embedded device
where space is
On Wed, 2005-01-05 at 23:18 +, Martin Michlmayr wrote:
Greg doesn't appear to be a Debian developer so neither of this
applies. The first paragraph is good advice in general, though.
Apologies for not expounding on this point. Any further deeds done this
way, will be disclaimed that I am
Is that really true? I would love to run apt-get dist-upgrade every
half a year. Currently it doesn't get me much. :) Now, for production
systems, don't you do some testing *before* you upgrade the OS?
Sure I do. But I run a production environment with several hundred
machines in it. We
Apparently the dickhead maintainer of ndiswrapper-source has just gone
into his shell and refuses to discuss this problem.
Since his package (and theoretically any package which generates
packages) may be uninstallable because there is no way to say give me
the source and everything I need to
On Thu, 6 Jan 2005, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source has just gone
into his shell and refuses to discuss this problem.
Since his package (and theoretically any package which generates
packages) may be uninstallable because there is no way to say
On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source has just gone
into his shell and refuses to discuss this problem.
Eh, if you start a mail like this, I don't even read further on this
mail... sorry.
--Jeroen
--
Jeroen
On Thu, 6 Jan 2005, Adam Heath wrote:
On Thu, 6 Jan 2005, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source has just gone
into his shell and refuses to discuss this problem.
Since his package (and theoretically any package which generates
packages) may be
Am 2005-01-06 16:58:56, schrieb William Ballard:
Given that -source packages do not adequately specify the dependencies
to be able to use the output, one must NEVER run dpkg -i a given deb
without first running dpkg --dry-run -i on the same debs and verifying
that it returns a zero exit
@localhost.localdomain
Subject: Re: Always run dpkg --dry-run -i before running dpkg -i!
Message-ID: [EMAIL PROTECTED]
Mail-Followup-To: debian-devel@lists.debian.org,
debian-qa@lists.debian.org group-reply, \
References: [EMAIL PROTECTED] [EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type:
Am 2005-01-06 23:02:40, schrieb Jeroen van Wolffelaar:
On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source has just gone
into his shell and refuses to discuss this problem.
Eh, if you start a mail like this, I don't
On Thu, Jan 06, 2005 at 11:02:40PM +0100, Jeroen van Wolffelaar wrote:
On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source has just gone
into his shell and refuses to discuss this problem.
Eh, if you start a mail like
On Thu, Jan 06, 2005 at 04:05:24PM -0600, Adam Heath wrote:
I've now taken time to read the bug report. You're wrong, and the maintainer
is right.
Well that's why you simply cannot trust that source packages
will not completely fuck up your system.
On Thu, Jan 06, 2005 at 04:02:17PM -0600, Adam Heath wrote:
On Thu, 6 Jan 2005, William Ballard wrote:
Er, huh? I don't see what problem you are describing.
What *exactly* is the issue you have?
Packages that generate packages as output that have
dependencies the original package does not
On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source has just gone
into his shell and refuses to discuss this problem.
Btw, could anyone explain why ndiswrapper is in main? It's only use
is to run propritary windows drivers
On Thu, 6 Jan 2005, William Ballard wrote:
On Thu, Jan 06, 2005 at 11:02:40PM +0100, Jeroen van Wolffelaar wrote:
On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source has just gone
into his shell and refuses to discuss
* William Ballard wrote:
[...crap...]
Do you need the -utils apckage to build the -source package? No. So no Depends
and no Recommends for you. Period. Depends and Recommends have a certain
well-defined meaning and I am greatful that we are not arbitarily misusing
them.
The resulting
On Thu, Jan 06, 2005 at 11:10:16PM +0100, Michelle Konzack wrote:
Am 2005-01-06 16:58:56, schrieb William Ballard:
Given that -source packages do not adequately specify the dependencies
to be able to use the output, one must NEVER run dpkg -i a given deb
without first running dpkg
On Thu, 6 Jan 2005, Sebastian Ley wrote:
* William Ballard wrote:
[...crap...]
Do you need the -utils apckage to build the -source package? No. So no Depends
and no Recommends for you. Period. Depends and Recommends have a certain
well-defined meaning and I am greatful that we are not
On Thu, Jan 06, 2005 at 04:18:36PM -0600, Adam Heath wrote:
Again, reading the report, I see you getting more and more frustrated,
and then resorting to name calling, and dirt throwing(publically, on
this list). Both are signs of poor ettiquette.
I offered the asshole and alternative and he
On 10161 March 1977, William Ballard wrote:
Er, huh? I don't see what problem you are describing.
What *exactly* is the issue you have?
Packages that generate packages as output that have
dependencies the original package does not have.
The resulting output may be uninstallable.
The
On Thu, Jan 06, 2005 at 11:19:35PM +0100, Sebastian Ley wrote:
* William Ballard wrote:
[...crap...]
Do you need the -utils apckage to build the -source package? No. So no
Depends
and no Recommends for you. Period. Depends and Recommends have a certain
Well you can't use the damn
On Thu, Jan 06, 2005 at 04:18:36PM -0600, Adam Heath wrote:
Again, reading the report, I see you getting more and more frustrated,
and then resorting to name calling, and dirt throwing(publically, on
this list). Both are signs of poor ettiquette.
I offered the asshole and alternative and he
* Adam Heath wrote:
It *may* require a versioned depends on a newer version, but that's just a
normal bug.
...and no reason to introduce this dependency in the -source package.
Btw: Leaving old packages build from -source packages around would quite well
do the trick. But I suppose W.B.
On Thu, Jan 06, 2005 at 11:22:47PM +0100, Joerg Jaspert wrote:
Sorry, but a package can't install a brain.
It builds a new package, so you look at that one before you do
anything. Where is the problem?
Why even bother having the concept of dependencies in the first
place? Why not just look at
On Thu, Jan 06, 2005 at 11:28:55PM +0100, Sebastian Ley wrote:
Btw: Leaving old packages build from -source packages around would quite well
do the trick. But I suppose W.B. wants to call more people assholes before
invoking brain functions...
Right: I have to do all this special stuff to
William Ballard [EMAIL PROTECTED] writes:
Given that -source packages do not adequately specify the dependencies
to be able to use the output, one must NEVER run dpkg -i a given deb
without first running dpkg --dry-run -i on the same debs and verifying
that it returns a zero exit code.
Package: wnpp
Severity: wishlist
* Package name: perlprimer
Version : 1.1.5
Upstream Author : Owen Marshall [EMAIL PROTECTED]
* URL : http://perlprimer.sourceforge.net
* License : GPL
Description : [Biology] Graphical design of primers for PCR
On Thu, Jan 06, 2005 at 11:37:52PM +0100, Marc 'HE' Brockschmidt wrote:
William Ballard [EMAIL PROTECTED] writes:
Given that -source packages do not adequately specify the dependencies
to be able to use the output, one must NEVER run dpkg -i a given deb
without first running dpkg
On Friday 07 January 2005 06:01, Thomas Bushnell BSG [EMAIL PROTECTED] wrote:
Russell Coker [EMAIL PROTECTED] writes:
You cannot justify the bad consequences your actions just by saying
that they are the only way to get the good goals you desire.
The problem with spam filtering is that it's
#include hallo.h
* William Ballard [Thu, Jan 06 2005, 05:14:32PM]:
What *exactly* is the issue you have?
Packages that generate packages as output that have
dependencies the original package does not have.
The resulting output may be uninstallable.
Though luck.
The rationale is some
[Please keep either debian-legal or myself in the CC list; I'm not
subscribed to debian-devel.]
Anthony DeRobertis wrote:
Brian Thomas Sniffen wrote:
So would a web-based firmware loader, that never saved the firmware to
disk allow the drivers to be in main?
Of course not. It's fetching
On Thu, Jan 06, 2005 at 11:27:59PM +0100, Eduard Bloch wrote:
From my point of view, those source packages are most often installed by
a dependency of some other *utilities* package. Once they are installed,
So, what you're saying is, if I need some module foo source, I should
look to be
Russell Coker [EMAIL PROTECTED] writes:
On Friday 07 January 2005 06:01, Thomas Bushnell BSG [EMAIL PROTECTED]
wrote:
Russell Coker [EMAIL PROTECTED] writes:
You cannot justify the bad consequences your actions just by saying
that they are the only way to get the good goals you desire.
Russell Coker [EMAIL PROTECTED] writes:
If spamcop was as bad as people claim then I'm sure that throughout
this discussion people would be CCing me on their messages to the
list and then flaming me on the list when my server rejected their
email due to the Spamcop DNSBL. I conclude that the
#include hallo.h
* William Ballard [Thu, Jan 06 2005, 05:44:18PM]:
Like rm, dpkg is a tool for system administrators. It will not protect
you from potentially harmful actions because it assumes that you know
what you do.
I already knew that. That's why I said you have to use it in this
#include hallo.h
* William Ballard [Thu, Jan 06 2005, 05:50:46PM]:
So, what you're saying is, if I need some module foo source, I should
look to be installing foo-utils and expect foo-source to tag along.
If I don't find foo-utils, just look for foo-source.
Can I count on foo-utils
El jue, 06-01-2005 a las 17:21 -0500, William Ballard escribi:
On Thu, Jan 06, 2005 at 04:18:36PM -0600, Adam Heath wrote:
Again, reading the report, I see you getting more and more frustrated,
and then resorting to name calling, and dirt throwing(publically, on
this list). Both are signs
El jue, 06-01-2005 a las 17:50 -0500, William Ballard escribi:
On Thu, Jan 06, 2005 at 11:27:59PM +0100, Eduard Bloch wrote:
From my point of view, those source packages are most often installed by
a dependency of some other *utilities* package. Once they are installed,
So, what you're
On Fri, Jan 07, 2005 at 12:30:10AM +0100, Jose Carlos Garcia Sogo wrote:
including insulting you when you type stupid commands. But you don't
have the right to insult people because you are pissed for not being
clever enough of looking for dependencies before installing a package by
hand using
Package: ndiswrapper
Severity: serious
Tags: sarge, sid
Hi,
Christoph Hellwig wrote:
On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source has just gone
into his shell and refuses to discuss this problem.
Btw, could
On Fri, Jan 07, 2005 at 12:32:50AM +0100, Jose Carlos Garcia Sogo wrote:
No, you should use module-assistant tool, which is a high level tool
If I have installed module-assistant and ndiswrapper-source and have
not installed ndiswrapper-utils and install ndiswrapper-modules
the
On Thu, 06 Jan 2005 23:15:53 +0100, Christoph Hellwig wrote:
On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source has just gone
into his shell and refuses to discuss this problem.
Btw, could anyone explain why ndiswrapper
On Thu, 2005-01-06 at 17:30 -0500, William Ballard wrote:
On Thu, Jan 06, 2005 at 11:28:55PM +0100, Sebastian Ley wrote:
Btw: Leaving old packages build from -source packages around would quite
well
do the trick. But I suppose W.B. wants to call more people assholes before
invoking
On Fri, Jan 07, 2005 at 12:42:07AM +0100, Rene Engelhard wrote:
Package: ndiswrapper
Severity: serious
Tags: sarge, sid
Hi,
Christoph Hellwig wrote:
On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source has just gone
Package: wnpp
Severity: wishlist
* Package name: kwin-deco-crystalgl
Version : 0.7.5b
Upstream Author : Sascha Hlusiak [EMAIL PROTECTED]
* URL : http://www.kde-look.org/content/show.php?content=18983
* License : GPL
Description : KDE OpenGL-enabled
Rene Engelhard writes:
Package: ndiswrapper
Severity: serious
Tags: sarge, sid
Hi,
Christoph Hellwig wrote:
On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source has just gone
into his shell and refuses to
El dv 07 de 01 del 2005 a les 00:42 +0100, en/na Rene Engelhard va
escriure:
Package: ndiswrapper
Severity: serious
Tags: sarge, sid
Hi,
Christoph Hellwig wrote:
On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source
Brian Nelson wrote:
On Fri, Jan 07, 2005 at 12:42:07AM +0100, Rene Engelhard wrote:
Package: ndiswrapper
Severity: serious
Tags: sarge, sid
Hi,
Christoph Hellwig wrote:
On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source has
On Thu, 2005-01-06 at 18:46 -0500, William Ballard wrote:
On Fri, Jan 07, 2005 at 12:32:50AM +0100, Jose Carlos Garcia Sogo wrote:
No, you should use module-assistant tool, which is a high level tool
If I have installed module-assistant and ndiswrapper-source and have
not installed
On Jan 06, Josh Triplett [EMAIL PROTECTED] wrote:
An ICQ client wouldn't Depends: icq-server; it might Suggests:
icq-server, but that's OK. A driver might at most Suggests:
burned-in-firmware-for-reflashing, but it would Depends: or at a minimum
Recommends: firmware-loaded-by-driver.
I can't
Roberto Sanchez wrote:
From the policy manual:
2.2.2 The contrib section
Every package in contrib and non-US/contrib must comply with the DFSG.
In addition, the packages in contrib and non-US/contrib
* must not be so buggy that we refuse to support them, and
* must meet all policy
On Thu, 2005-01-06 at 23:54 +0100, Blade wrote:
That's the normal way. This way allows me to install dozens of
module-source packages and build module packages from them for Debian
kernels, without having to install a half GiB of additional software
that I really do not need.
What we really
On Thu, Jan 06, 2005 at 06:55:47PM -0500, Greg Folkert wrote:
(c) Download and install it for you.
You're right, but there's still one problem:
It breaks first and *then* fixes it.
By the time it's broken, your old network card no longer
works and you can't connect to an apt repository to fix
Greg Folkert wrote:
On Thu, 2005-01-06 at 23:54 +0100, Blade wrote:
That's the normal way. This way allows me to install dozens of
module-source packages and build module packages from them for Debian
kernels, without having to install a half GiB of additional software
that I really do not need.
On Thu, 2005-01-06 at 19:09 -0500, William Ballard wrote:
On Thu, Jan 06, 2005 at 06:55:47PM -0500, Greg Folkert wrote:
(c) Download and install it for you.
You're right, but there's still one problem:
It breaks first and *then* fixes it.
By the time it's broken, your old network card no
On Thu, Jan 06, 2005 at 07:12:02PM -0500, Roberto Sanchez wrote:
You drop a .deb file in there, run apt-update-repository to regenerate
the Packages file, and then the package is now apt-getable.
That's what I'm going to do, plus I'm going to start treating dpkg
like a red-headed stepchild. :-)
On Thu, Jan 06, 2005 at 07:13:02PM -0500, Greg Folkert wrote:
Fine then, don't use it. It'll pull the deps before it install the
modules and unloads them and re-loads them.
I just didn't realize this crap was so brittle.
So many ways to fix brokenness when I just don't know why dpkg even
On Thu, Jan 06, 2005 at 06:50:59PM -0500, Andres Salomon wrote:
On Thu, 06 Jan 2005 23:15:53 +0100, Christoph Hellwig wrote:
On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
Apparently the dickhead maintainer of ndiswrapper-source has just gone
into his shell and refuses
1 - 100 of 174 matches
Mail list logo