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 instruct
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, the
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 usbmg
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-asci
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 comple
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 ve
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
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
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 stabl
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
> >t
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 o
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:
.
> 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 thro
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.
>
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
* 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 fil
* 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
> > sha
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 dee
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
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 .ds
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
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 t
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
* URL : http://www-zeus.physik.uni-bonn.de/~brock/mn_fit.html
* License : GPL
Description : interactive analysis package for fitting data and histograms
* 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
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 accepta
* 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.
Ha
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
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.
>
>
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 ar
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 no
> 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 sp
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. W
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
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
> > packa
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
@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" , \
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text
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
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
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 no
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
* 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 -modules
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 "
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 no
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 dam
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. wan
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
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 c
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
PerlPrim
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 "dp
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 i
#include
* 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 p
[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 fe
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 ins
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
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 tha
#include
* 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
* 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 Suggesting
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
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 yo
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 us
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, cou
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 modules-assistan
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 ndisw
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
> > invo
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 ha
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 'Cry
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 re
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 ndiswrap
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 just
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 nd
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
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 requirem
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 r
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 it
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.
Wh
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 car
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
bot
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
1 - 100 of 108 matches
Mail list logo
