On Friday 07 January 2005 00:54, Eduard Bloch wrote:
> #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.
> >
> >
On Thu, 2005-01-06 at 19:25 -0500, William Ballard wrote:
> 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.
>
>
On Thu, Jan 06, 2005 at 04:31:14PM -0800, Brian Nelson wrote:
> It's completely irrelevant whether any free drivers exist.
> ndiswrapper's purpose is to provide an NDIS interface to the Linux
> kernel, and it accomplishes that purpose without the use of any non-free
> software. Thus, it is perfect
> "Gustavo" == Gustavo Noronha Silva <[EMAIL PROTECTED]> writes:
[...]
Gustavo> Having seen the code for the beast, I don't know if it does the
Gustavo> Right Thing. It uses the 'print' alternative to find out what
Gustavo> spooling system is being used. So if /usr/bin/print points to
Gustavo
On Sun, Jan 02, 2005 at 09:18:33PM +0100, Christoph Hellwig wrote:
> On Sun, Jan 02, 2005 at 08:16:44PM +, Tim Cutts wrote:
> > 2.6 is still too new as far as most ISVs are concerned, and so Debian
> > shouldn't lower the priority of work on 2.4 kernels too much just yet,
> > in my opinion.
>
-BEGIN PGP SIGNED MESSAGE-
(BHash: SHA1
(B
(BHi,
(B
(BI have a Debian/testing box, and I have a small issue with the maildrop
(Bpackages.
(B
(BI installed the normail maildrop package, then I found out that I rather
(Bshould install courier-maildrop, because I use courier, so I rem
On Thu, 06 Jan 2005, Eduard Bloch wrote:
> What we really need is the apt-get extension mentioned here a while
> ago that would allow you to run apt-get on local packages (without
> generating a local repository as described by Michel here).
For those following along at home, this is wishlist bug
Marco d'Itri wrote:
> 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
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
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 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, 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
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, 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
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
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 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
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
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
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
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
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
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
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 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 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
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: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
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
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
#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
#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
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
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
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
[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
#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
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
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
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
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
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
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
* 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 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 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 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 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 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 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 "
* 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, 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
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, 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: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 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
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
@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 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
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
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, 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
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
> 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
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
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
> 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 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
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
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:
> 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
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
Thiemo Seufer writes:
> I haven't found an -f option in diff.
Look at the info docs.
--
John Hasler
* 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
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
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
* 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
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
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
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
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
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 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.
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 (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
* 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
* 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
* 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
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
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.
>
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 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
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 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
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, 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 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 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, 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 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
1 - 100 of 108 matches
Mail list logo
