Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 10:16:38PM +, Stephen Gran wrote: > This one time, at band camp, Thomas Bushnell BSG said: > > I think this is clearly incorrect. The DFSG and the SC do not say > > anything about the requirements for main that I can see. > > This is a clear misunderstanding, AFAICT.

Re: buildd and experimental

"Brian M. Carlson" <[EMAIL PROTECTED]> writes: > On Mon, 2006-02-27 at 22:59 -0800, Thomas Bushnell BSG wrote: >> I recently uploaded gnucash 1.9.1 to Debian experimental, but this >> doesn't seem to have affected buildd.debian.org. Is this normal? > > Yes. You want experimental.ftbfs.de, specif

Re: Bug#353277: ndiswrapper in main

On Mon, 27 Feb 2006 13:33:04 -0800, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: >[EMAIL PROTECTED] (Marco d'Itri) writes: >> On Feb 27, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: >>> If it were put in contrib (by accident, say), how would this cause a >>> problem, assuming that the installer

Re: buildd and experimental

On Mon, 2006-02-27 at 22:59 -0800, Thomas Bushnell BSG wrote: > I recently uploaded gnucash 1.9.1 to Debian experimental, but this > doesn't seem to have affected buildd.debian.org. Is this normal? Yes. You want experimental.ftbfs.de, specifically:

Re: timezone data packaged separately and in volatile?

On Thu, Feb 09, 2006 at 07:42:25PM +0900, GOTO Masanori wrote: > At Tue, 7 Feb 2006 14:30:01 +1100, > Anand Kumria wrote: >> On Thu, Feb 02, 2006 at 11:42:31PM +0100, Lionel Elie Mamane wrote: >>> I just realised that the timezone data in glibc is taken from an >>> upstream database (namely ftp://

buildd and experimental

I recently uploaded gnucash 1.9.1 to Debian experimental, but this doesn't seem to have affected buildd.debian.org. Is this normal? Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > On Mon, Feb 27, 2006 at 04:45:04PM -0800, Thomas Bushnell BSG wrote: >> But I don't know; everyone seems to be dancing around the actual >> question: are there any free drivers for which ndiswrapper is useful? >> CIPE has been mentioned, but it has also b

Re: Bug#353277: ndiswrapper in main

On Mon, 27 Feb 2006 14:48:51 -0800 Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > Stephen Gran <[EMAIL PROTECTED]> writes: > > > Well parroted. Since I can see you don't understand the difference > > between main and contrib, I will point you to it. Please see 2.2.1 and > > 2.2.2 in policy.

Re: Bug#353277: ndiswrapper in main

This one time, at band camp, Thomas Bushnell BSG said: > Stephen Gran <[EMAIL PROTECTED]> writes: > > >> In any case, the real point here is the following statement from > >> 2.2.2, which says that contrib is for "wrapper packages or other sorts > >> of free accessories for non-free programs." > >

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 04:45:04PM -0800, Thomas Bushnell BSG wrote: > But I don't know; everyone seems to be dancing around the actual > question: are there any free drivers for which ndiswrapper is useful? > CIPE has been mentioned, but it has also been said that ndiswrapper > was not useful in t

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 05:03:25PM -0800, Thomas Bushnell BSG wrote: > The definition of "contrib" is that it is for a package which is a > wrapper for non-free-software. [EMAIL PROTECTED] --Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [E

Bug#354654: general: fat32 gets corrupted

Juan Piñeros wrote: I do not find any logical explanation. No strange message in syslog, we used "normal" programs (konqueror, thunderbird, oowriter) when sudenly when try to save a file or read mail, an error appears just saying that the directories did not exist any more. In the past i had

Re: Bug#353277: ndiswrapper in main

Stephen Gran <[EMAIL PROTECTED]> writes: >> In any case, the real point here is the following statement from >> 2.2.2, which says that contrib is for "wrapper packages or other sorts >> of free accessories for non-free programs." > > Since ndiswrapper's main purpose is to create a kernel API to al

Re: Bug#353277: ndiswrapper in main

This one time, at band camp, Thomas Bushnell BSG said: > Stephen Gran <[EMAIL PROTECTED]> writes: > > > Additionally, the use of the phrase "useful in a system with only free > > software on it" is not something I can find in either 2.2.1 or 2.2.2 > > (where the difference between main and contrib

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > On Mon, Feb 27, 2006 at 04:25:01PM -0800, Thomas Bushnell BSG wrote: >> So I'm still at a loss; the only use of ndiswrapper, on a >> free-software-only system, seems to be CIPE. Is that correct, or is >> there some other? > > There are plenty of others t

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 04:25:01PM -0800, Thomas Bushnell BSG wrote: > So I'm still at a loss; the only use of ndiswrapper, on a > free-software-only system, seems to be CIPE. Is that correct, or is > there some other? There are plenty of others to be dreamed up. AFAIK, nobody is compiling evide

Re: Bug#353277: ndiswrapper in main

Stephen Gran <[EMAIL PROTECTED]> writes: > Additionally, the use of the phrase "useful in a system with only free > software on it" is not something I can find in either 2.2.1 or 2.2.2 > (where the difference between main and contrib is spelled out) or > anywhere in our foundation documents. Can

Re: Bug#353277: ndiswrapper in main

This one time, at band camp, Adam McKenna said: > On Mon, Feb 27, 2006 at 03:47:22PM -0800, Thomas Bushnell BSG wrote: > > I guess I think the right test is: "Is this package useful in a > > system with only free software on it?" Useful is a pragmatic > > question; if every proposed use has a bett

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > On Mon, Feb 27, 2006 at 03:47:22PM -0800, Thomas Bushnell BSG wrote: >> I guess I think the right test is: "Is this package useful in a system >> with only free software on it?" Useful is a pragmatic question; if >> every proposed use has a better soluti

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 03:47:22PM -0800, Thomas Bushnell BSG wrote: > I guess I think the right test is: "Is this package useful in a system > with only free software on it?" Useful is a pragmatic question; if > every proposed use has a better solution already ready and > implemented, then I thin

Bug#354654: general: fat32 gets corrupted

On Mon, Feb 27, 2006 at 11:33:19PM +0100, Juan Piñeros wrote: > 1 Raw_Read_Error_Rate 0x000d 100 100 050 > Pre-fail Offline > - 51 > 195 Hardware_ECC_Recovered 0x001a 100 100 000 > Old_age Always > - 2 > 199 UDMA_CRC_Error_Count0x003e 200 200 000

gnucash 1.9.1

I have uploaded gnucash 1.9.1 to the experimental archive today. This is the long-awaited GNOME-2 version of gnucash. Users of gnucash who are willing to use this experimental software are desired. It is not a good idea for every casual user to use it (or I would have put it in unstable), but t

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > On Mon, Feb 27, 2006 at 05:42:51PM -0500, Michael Poole wrote: >> This lists several signs that a package requires another package, but >> it is not presented as an exhaustive list. If you use a broad >> definition of "require", it is reasonable to exclu

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 05:42:51PM -0500, Michael Poole wrote: > This lists several signs that a package requires another package, but > it is not presented as an exhaustive list. If you use a broad > definition of "require", it is reasonable to exclude ndiswrapper from > main on the grounds that

Re: First call for votes for the GFDL position statement

On Sat, Feb 25, 2006 at 05:21:00PM -0600, Debian Project Secretary wrote: > > - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- > 25a628e9-d88e-40b7-8e1c-888cff421ea5 > [ ] Choice 1: GFDL-licensed works are unsuitable for main in all cases > [ ] Choice 2: GFDL-licensed

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > On Mon, Feb 27, 2006 at 02:36:54PM -0800, Thomas Bushnell BSG wrote: >> The tech-ctte is there to address technical disputes. > > This isn't a technical dispute, it's an ideological one. The technical > details very clearly support keeping ndiswrapper in

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > On Mon, Feb 27, 2006 at 02:48:51PM -0800, Thomas Bushnell BSG wrote: >> The question is not whether there is such a dependency declared; the >> question is whether the software is useful without the use of non-free >> software. > > All right, who pushed t

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 02:36:54PM -0800, Thomas Bushnell BSG wrote: > The tech-ctte is there to address technical disputes. This isn't a technical dispute, it's an ideological one. The technical details very clearly support keeping ndiswrapper in main. --Adam -- To UNSUBSCRIBE, email to [EMA

Bug#354654: general: fat32 gets corrupted

Package: general Severity: critical Dear all, I had two vfat crashes, rather similar in two machines (laptops) with debian, dual boot windows xp: - machine1 (compaq nx9010 with celeron): ide disk 30GB (-- System Information: Debian Release: 3.1, Architecture: i386 (i686), Kernel: Linux 2.6.8-1

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > On Mon, Feb 27, 2006 at 02:19:05PM -0800, Thomas Bushnell BSG wrote: >> Let's see, maybe you didn't read the paragraph where I said: > > I did. > >> Is this CIPE? Or is that some other case? > > No, it's not CIPE. I guess you have some more reading to d

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 02:48:51PM -0800, Thomas Bushnell BSG wrote: > The question is not whether there is such a dependency declared; the > question is whether the software is useful without the use of non-free > software. All right, who pushed the 'thread reset' button? --Adam -- To UNSUBSC

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > On Mon, Feb 27, 2006 at 02:19:05PM -0800, Thomas Bushnell BSG wrote: >> Let's see, maybe you didn't read the paragraph where I said: > > I did. > >> Is this CIPE? Or is that some other case? > > No, it's not CIPE. I guess you have some more reading to d

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 02:19:05PM -0800, Thomas Bushnell BSG wrote: > Let's see, maybe you didn't read the paragraph where I said: I did. > Is this CIPE? Or is that some other case? No, it's not CIPE. I guess you have some more reading to do. --Adam -- Adam McKenna <[EMAIL PROTECTED]> <[E

Re: Bug#353277: ndiswrapper in main

Michael Poole <[EMAIL PROTECTED]> writes: > Thomas Bushnell BSG writes: > >> I do not see anywhere in the SC or the DFSG reference to the "main" >> vs. "contrib" distinction. Perhaps I have missed it; can you please >> point me to it? > > I think he addressed this in the first paragraph of that m

Re: Bug#353277: ndiswrapper in main

Thomas Bushnell BSG writes: > I do not see anywhere in the SC or the DFSG reference to the "main" > vs. "contrib" distinction. Perhaps I have missed it; can you please > point me to it? I think he addressed this in the first paragraph of that mail: Stephan Gran writes: > This is a clear misund

Re: Bug#353277: ndiswrapper in main

Stephen Gran <[EMAIL PROTECTED]> writes: > Well parroted. Since I can see you don't understand the difference > between main and contrib, I will point you to it. Please see 2.2.1 and > 2.2.2 in policy. If you diff the first set of bullet points that lay > out criteria for main and contrib, you'

Re: I am using GPG and am still learning.

On Monday 27 February 2006 11:12, Kirchner Ron - rkirch wrote: > I revoked a key, but need to use this key again, is that possible, as I was > sent a new key but can not seem to No way to do that. Once you revoke a key, it's done. -- Paul Johnson Email and IM (XMPP & Google Talk): [EMAIL PROTEC

Re: Bug#353277: ndiswrapper in main

This one time, at band camp, Thomas Bushnell BSG said: > Stephen Gran <[EMAIL PROTECTED]> writes: > > > This one time, at band camp, Thomas Bushnell BSG said: > >> Adam McKenna <[EMAIL PROTECTED]> writes: > >> > >> > On Mon, Feb 27, 2006 at 11:29:38AM -0800, Thomas Bushnell BSG wrote: > >> >> It

Re: Bug#353277: ndiswrapper in main

Stephen Gran writes: > I said neither that anyone was lying, nor that they were acting in > bad faith. I think that they are working for something they believe > in and that they are going about it poorly. We have a procedure for > changing what the foundation documents say, and it is not by fil

Re: Bug#353277: ndiswrapper in main

Stephen Gran <[EMAIL PROTECTED]> writes: > This one time, at band camp, Thomas Bushnell BSG said: >> Stephen Gran <[EMAIL PROTECTED]> writes: >> >> > ndiswrapper is a piece of free software. It does not need non-free >> > tools to build, and it will execute as a standalone app without any >> > d

Re: Bug#353277: ndiswrapper in main

This one time, at band camp, Thomas Bushnell BSG said: > Stephen Gran <[EMAIL PROTECTED]> writes: > > > ndiswrapper is a piece of free software. It does not need non-free > > tools to build, and it will execute as a standalone app without any > > drivers. The fact that most people use it to enab

Re: Bug#353277: ndiswrapper in main

Thomas Bushnell BSG writes: > Policy does specify that packages belong in the correct sections, > actually. Where is that? I did not see anything like that in section 2.4 when I looked before, and I do not see anything like it in 5.6.5. > > The suggestion that wrongly putting a package in contr

Re: Using /cdrom/.disk/udeb_(in|ex)clude to load custom udebs instead of d-i's?

On 16:51 Mon 27 Feb , Michael S. Peek wrote: > I'm playing with the latest debian-testing-i386-businesscard.iso. One of > the things I want to do is automate the network configuration process in an > environment where DHCP is not an option. Actually, what I want is for the > debian install

Re: Bug#353277: ndiswrapper in main

Stephen Gran <[EMAIL PROTECTED]> writes: > This one time, at band camp, Thomas Bushnell BSG said: >> Adam McKenna <[EMAIL PROTECTED]> writes: >> >> > On Mon, Feb 27, 2006 at 11:29:38AM -0800, Thomas Bushnell BSG wrote: >> >> It seems to me that there is no reason ndiswrapper can't be available >>

Re: Mirror split, amd64 update

"Joe Smith" <[EMAIL PROTECTED]> wrote: > Anybody blindly mirroring ALL of ftp.debian.org via http or ftp would > end up with > two copies of the major architectures. > > However, doing that is a stupid thing anyway, and Debian has no > obligation to protect fools who do that. Though you'll agree

Re: Bug#353277: ndiswrapper in main

Stephen Gran <[EMAIL PROTECTED]> writes: > ndiswrapper is a piece of free software. It does not need non-free tools > to build, and it will execute as a standalone app without any drivers. > The fact that most people use it to enable non-free drivers to work is > largely irrelevant - most people

Re: Bug#353277: ndiswrapper in main

This one time, at band camp, Thomas Bushnell BSG said: > Adam McKenna <[EMAIL PROTECTED]> writes: > > > On Mon, Feb 27, 2006 at 11:29:38AM -0800, Thomas Bushnell BSG wrote: > >> It seems to me that there is no reason ndiswrapper can't be available > >> to the installer whether it's in main or cont

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: >> What is the subset of our users which would find ndiswrapper useful, >> without the use of free software? I have heard some say that there >> are no free drivers around for ndiswrapper to wrap. If that's true, >> then wouldn't that make the subset in q

Re: Bug#353277: ndiswrapper in main

Michael Poole <[EMAIL PROTECTED]> writes: > Under the default configuration the last time I installed Debian, the > contrib section is not used; arguing that some future technical change > might change that behavior leaves the issue open until that change is > actually made. As I have said, we

Re: Bug#353277: ndiswrapper in main

This one time, at band camp, Thomas Bushnell BSG said: > Adam McKenna <[EMAIL PROTECTED]> writes: > > > On Thu, Feb 23, 2006 at 01:30:25PM -0800, Thomas Bushnell BSG wrote: > >> Help me out then. You seemed to suggest that not putting ndiswrapper > >> in main would be to "ignore rules that are ve

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 01:50:16PM -0800, Thomas Bushnell BSG wrote: > Adam McKenna <[EMAIL PROTECTED]> writes: > > > The question is not what problems it would cause. The problems are side > > effects. It should stay in main because it is free software that is able to > > be used by at least so

Re: Bug#353277: ndiswrapper in main

Thomas Bushnell BSG writes: > Michael Poole <[EMAIL PROTECTED]> writes: > > > It has been argued in this thread that if ndiswrapper were put in > > main, it would mean that contrib has no point at all. One could > > equally well argue that if ndiswrapper were put in contrib, main would > > have

Using /cdrom/.disk/udeb_(in|ex)clude to load custom udebs instead of d-i's?

Hi guys, I'm playing with the latest debian-testing-i386-businesscard.iso. One of the things I want to do is automate the network configuration process in an environment where DHCP is not an option. Actually, what I want is for the debian installer to look up the network settings according

Re: Mirror split, amd64 update

"Philip Charles" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] I have built up a fine-grained mirroring script over time which not only selects the architecture but also the version (stable, testing etc) to be mirrored. Unfortunately this script will require ftp/http access to ..

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > The question is not what problems it would cause. The problems are side > effects. It should stay in main because it is free software that is able to > be used by at least some subset of our users, without any non-free software. Ok, this seems to be a

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 01:14:54PM -0800, Thomas Bushnell BSG wrote: > So I said "why not put it in contrib" and you said "because then it > can't be used by the installer". Now you are saying that even if this > wasn't a problem, it still shouldn't be in contrib. Correct. > Why? I'm flabbergas

Re: Bug#353277: ndiswrapper in main

Michael Poole <[EMAIL PROTECTED]> writes: > It has been argued in this thread that if ndiswrapper were put in > main, it would mean that contrib has no point at all. One could > equally well argue that if ndiswrapper were put in contrib, main would > have no point at all. I'm afraid that's not a

Re: Bug#353277: ndiswrapper in main

[EMAIL PROTECTED] (Marco d'Itri) writes: > On Feb 27, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > >> If it were put in contrib (by accident, say), how would this cause a >> problem, assuming that the installer problem was fixed? What specific >> problems are you concerned about? > > People w

Re: Bug#353277: ndiswrapper in main

Thomas Bushnell BSG writes: > So I said "why not put it in contrib" and you said "because then it > can't be used by the installer". Now you are saying that even if this > wasn't a problem, it still shouldn't be in contrib. > > Why? I'm flabbergasted that it matters at all. What does it matter

Re: Bug#353277: ndiswrapper in main

On Feb 27, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > If it were put in contrib (by accident, say), how would this cause a > problem, assuming that the installer problem was fixed? What specific > problems are you concerned about? People wrongly arguing to move packages from main to contrib

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > On Mon, Feb 27, 2006 at 12:49:59PM -0800, Thomas Bushnell BSG wrote: >> Ok, then we could put selected packages from contrib on the first CD, >> provided they are DFSG-free, without causing any problems. Since >> ndiswrapper certainly is DFSG-free, why n

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 12:49:59PM -0800, Thomas Bushnell BSG wrote: > Ok, then we could put selected packages from contrib on the first CD, > provided they are DFSG-free, without causing any problems. Since > ndiswrapper certainly is DFSG-free, why not do this? Because ndiswrapper belongs in mai

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > On Mon, Feb 27, 2006 at 08:41:29PM +0100, Marco d'Itri wrote: >> On Feb 27, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: >> >> > Better we spend our time actually supporting the hardware with free >> > software. >> There is almost none. At most you ca

Re: Bug#353277: ndiswrapper in main

[EMAIL PROTECTED] (Marco d'Itri) writes: > On Feb 27, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > >> Better we spend our time actually supporting the hardware with free >> software. > There is almost none. At most you can choose if you want to get your > proprietary firmware on board or not.

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > On Mon, Feb 27, 2006 at 11:29:38AM -0800, Thomas Bushnell BSG wrote: >> It seems to me that there is no reason ndiswrapper can't be available >> to the installer whether it's in main or contrib. > > AFAIK, it would need to be on the first CD. Ok, then

RFA: all packages (except already co-maintained ones)

Hi This is a fairly generic request, but Im looking for Co-Maintainers for all my packages that don't already have one. You can find the list of my packages at http://qa.debian.org/[EMAIL PROTECTED] If you are interested in helping with one of those - mail me *off-list* and we discuss the way i

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 11:29:38AM -0800, Thomas Bushnell BSG wrote: > It seems to me that there is no reason ndiswrapper can't be available > to the installer whether it's in main or contrib. AFAIK, it would need to be on the first CD. --Adam -- Adam McKenna <[EMAIL PROTECTED]> <[EMAIL PROT

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 08:41:29PM +0100, Marco d'Itri wrote: > On Feb 27, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > > > Better we spend our time actually supporting the hardware with free > > software. > There is almost none. At most you can choose if you want to get your > proprietary fi

Re: Bug#353277: ndiswrapper in main

On Feb 27, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > Better we spend our time actually supporting the hardware with free > software. There is almost none. At most you can choose if you want to get your proprietary firmware on board or not. -- ciao, Marco signature.asc Description: Digi

I am using GPG and am still learning.

I revoked a key, but need to use this key again, is that possible, as I was sent a new key but can not seem to get this key imported and in the key ring.     Please help me?   Ron Kirchner   Software Developer Acxiom Corporation  Conway, Arkansas 72033 Bldg 9 - 3rd Floor (Office #

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > As I said earlier, it prevents us from integrating ndiswrapper-supported > devices into the installer so that users can enable their wireless devices > during install. I'm afraid I don't see how this works out. Why can't you integrate such things into

Re: /lib/modules//volatile on tmpfs

On Mon, 27 Feb 2006, Sergio Callegari wrote: > I have this directory on an Ubuntu system and it seems to be present > on recent Debian systems too... I have never seen that in a Debian system. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darknes

Re: Bug#353277: ndiswrapper in main

On Mon, Feb 27, 2006 at 10:33:47AM -0800, Thomas Bushnell BSG wrote: > Adam McKenna <[EMAIL PROTECTED]> writes: > > > Taking it out of main moves us in the wrong direction if our goal is to > > give our users a *usable* operating system, as opposed to some kind of > > 'proof of concept' OS that so

Re: Bug#353277: ndiswrapper in main

Michelle Konzack <[EMAIL PROTECTED]> writes: > What dou you think about the idea, that because non-free drivers and > firmwares are droped from "main" we write wrapers and loaders which > GET the drivrs and firmwares from the manufacturer provided DriverCD's. This is a very suboptimal solution.

Re: Bug#353277: ndiswrapper in main

Adam McKenna <[EMAIL PROTECTED]> writes: > Taking it out of main moves us in the wrong direction if our goal is to > give our users a *usable* operating system, as opposed to some kind of > 'proof of concept' OS that some people here seem to want to create, but > that the majority of our users wil

Re: Bug#353277: ndiswrapper in main

Michelle Konzack <[EMAIL PROTECTED]> writes: > If someone use only "main" she/he will never install ndiswraper > and will not code a free version. Let ndiswraper stay in "main" > will animate developers to code stuff. My understanding is that it is currently in main, right? How many people hav

Re: Bug#353277: ndiswrapper in main (was: Bug#353277: should be in contrib)

On Mon, Feb 27, 2006 at 03:33:51PM +0100, Gabor Gombas wrote: > I simply can not understand why you all are making such a big fuss about > ndiswrapper being in contrib or in main. Taking it out of main moves us in the wrong direction if our goal is to give our users a *usable* operating system, as

Re: Problems found by piuparts

Thijs Kinkhorst wrote: > On Mon, 2006-02-27 at 18:40 +0200, Lars Wirzenius wrote: >>If we are to start doing checks on packages before accepting uploads, I >>think it would be best to start with some subset of lintian and linda >>errors. Note that individual maintainers can already configure dput

Re: Problems found by piuparts

On Mon, 2006-02-27 at 18:40 +0200, Lars Wirzenius wrote: > If we are to start doing checks on packages before accepting uploads, I > think it would be best to start with some subset of lintian and linda > errors. Since these tools can already differentiate between errors and warnings, it would ma

Re: Problems found by piuparts

ma, 2006-02-27 kello 18:39 +0100, Goswin von Brederlow kirjoitti: > I think it would be best for the buildd to run this and append the > result to the buildd log. I don't, because, as I said, piuparts tests often fail for reasons completely unrelated to the package itself, and there is no point in

/lib/modules//volatile on tmpfs

I have this directory on an Ubuntu system and it seems to be present on recent Debian systems too... It is on tmpfs. Can anybody tell me what is its purpose (as many other distros don't have it) and when it gets mounted? Thanks! Sergio -- -

Re: Problems found by piuparts

Lars Wirzenius <[EMAIL PROTECTED]> writes: > pe, 2006-02-24 kello 18:27 -0300, Gustavo Franco kirjoitti: >> I would be glad to help with a web interface to show the piuparts html >> results in a organized way > > Something like piuparts-report.py? > > Anyway, I think it is more productive if packa

Re: Problems found by piuparts

pe, 2006-02-24 kello 18:27 -0300, Gustavo Franco kirjoitti: > What i thought in a first look to the Lars' list. I think that the > best thing would include piuparts as a infrastructural test (oficially > as a part of our archive code), or due to restrict admin time to do > that, opt for something l

Re: Bug#353277: ndiswrapper in main (was: Bug#353277: should be in contrib)

* Michelle Konzack <[EMAIL PROTECTED]> [2006-02-27 14:21]: > ndiswraper is to allow users to write drivers, which they may or may > not have written themselves and which may or may not be free software. Wrong, its purpose ist to let them run these drivers. yours Martin -- <[EMAIL PROTECTED]> -

Re: RFS: multixterm -- drive multiple xterms separately or together

On Sat, Feb 25, 2006 at 11:10:03AM +0100, Michelle Konzack wrote: > > Thanks for your hint, I didn't know clusterssh. Just checked it out > > and it does pretty much the same (and has more options), so I close > > the ITP for multixterm hereby. > As I understand the description of "clusterssh" rig

Re: Bug#353277: ndiswrapper in main (was: Bug#353277: should be in contrib)

On Sat, Feb 25, 2006 at 05:01:25PM +0100, Michelle Konzack wrote: > If I have a hardware which comes with a CD/DVD/Floppy with the firmware > and there is a free firmware loader but it must stay in contrib it will > not realy productiv. It is a big disavantage. Why? I've been using Debian for qu

Re: [Pkg-xen-devel] Re: Packaing Xen 3.0 etc for Debian

On Mon, Feb 27, 2006 at 01:51:51PM +0100, Sven Luther wrote: Hi, > The kernel patches for XEN should be maintained inside the kernel team and in > linux-2.6, they are free to join the kernel team to handle this, but it is > unacceptable to have some kind of external patch to the kernel floating >

Re: [Pkg-xen-devel] Re: Packaing Xen 3.0 etc for Debian

On Sat, Feb 25, 2006 at 08:39:13AM +0100, Guido Trotter wrote: > On Fri, Feb 24, 2006 at 05:40:04PM -0800, Steve Langasek wrote: > > Hi, > > > FWIW, the policy on kernel patches for sarge was that if it didn't apply to > > the kernel sources we shipped, it didn't need to be included as a package

Re: PROPOSAL: debian/control file to include new License: field

Am 2006-02-21 02:45:12, schrieb Kevin Mark: > Hi, > would it provide any automation or easier processing for the NEW > queue(ftpmasters)? would it allow for reducing package size by removing > license text from all packages and having them installed in a seperate > essential package stored in a c

Re: PROPOSAL: debian/control file to include new License: field

Hello Jari, AFAIK is this already done with "debtags". Greetings Michelle Konzack Systemadministrator -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917

Re: Bug#353277: ndiswrapper in main (was: Bug#353277: should be in contrib)

Am 2006-02-20 23:38:53, schrieb Adam McKenna: > Practically, it's to avoid shipping things on our CDs that depend on stuff > that's not on our CDs. In this case, even in the absence of free NDIS Right, I do not like the Idea, to ship a coupe of CD's with Firmware and drivers in Debian. Insteed

Re: Bug#353277: ndiswrapper in main (was: Bug#353277: should be in contrib)

Am 2006-02-21 15:36:16, schrieb Anthony Towns: > That's a mistaken view; the purpose of contrib is to give us a place > to ship free software that we can't ship in Debian proper (ie, main) > because it would violate "We will never make the system require the use > of a non-free component" or, hist

Re: Bug#353277: ndiswrapper in main (was: Bug#353277: should be in contrib)

Hello Peter, Am 2006-02-19 01:51:31, schrieb Peter Samuelson: > Good, then we can stop talking about including it in main. We don't > ship hardware, so if firmware is part of the hardware, we don't need to > ship it either. If it's part of the hardware, then it is the hardware > vendor's respon

Re: Bug#353277: ndiswrapper in main (was: Bug#353277: should be in contrib)

Am 2006-02-19 08:46:42, schrieb Michael Poole: > Exactly what is the "technical solution" for installing drivers for > firmware-requiring hardware if you only have Debian proper (i.e. main) > available? That is the situation I described, and I really do not see > any technical solution for it, no

Re: Bug#353277: ndiswrapper in main (was: Bug#353277: should be in contrib)

Am 2006-02-19 08:46:16, schrieb Josselin Mouette: > Please stop these lies. I repeat: technical solutions do exist. For > hardware unnecessary at installation's first stage, it is only a matter > of making non-free available. ACK! > For hardware necessary for the first > stage, it would be possi

Re: Bug#353277: ndiswrapper in main

Hi Thomas, Am 2006-02-18 17:18:37, schrieb Thomas Bushnell BSG: > Regardless, we already have a commitment: to remove non-DFSG bits from > the main archive. What dou you think about the idea, that because non-free drivers and firmwares are droped from "main" we write wrapers and loaders which G

Re: Bug#353277: ndiswrapper in main (was: Bug#353277: should be in contrib)

Am 2006-02-19 01:52:05, schrieb Marco d'Itri: > On Feb 19, Josselin Mouette <[EMAIL PROTECTED]> wrote: > > > I wonder why all people go on trying to build up tons of different > > fallacious reasonings to keep firmwares in main. > Because it's good for Debian and is good for our users. Sorry Marc

Re: Bug#353277: ndiswrapper in main (was: Bug#353277: should be in contrib)

Am 2006-02-19 00:44:29, schrieb Josselin Mouette: > I wonder why all people go on trying to build up tons of different > fallacious reasonings to keep firmwares in main. Non-free is here for a > reason, we just have to use it. Technical solutions to have the driver > in the kernel or in contrib, a

Re: Bug#353277: ndiswrapper in main (was: Bug#353277: should be in contrib)

Am 2006-02-19 08:40:44, schrieb Michael Poole: > Again, there is no mention of "pointless" software in Policy -- if > there were, some large fraction of main would be moved because it is > duplicative, trivial or otherwise pointless to have. Likewise, there > is no mention of "Windows driver deve

Re: Bug#353277: ndiswrapper in main (was: Bug#353277: should be in contrib)

Am 2006-02-19 02:11:30, schrieb Peter Samuelson: > No, the point of Java is to allow users to run Java software, which > they may or may not have written themselves, and which may or may not > be free software. Examples of all permutations of the above are really ndiswraper is to allow users to

  1   2   >