Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
[...]
> Why aren't security uploads for testing done as "testing-security
> unstable"? Why leave the bug open in sid when fixing it in testing?
[...]
It is not possible to target more than one distribution (i.e.
testing-security and unstable) in one
On Sun, Dec 12, 2004 at 04:09:04AM +0100, Goswin von Brederlow wrote:
> Steve McIntyre <[EMAIL PROTECTED]> writes:
> > Depends on what you mean by a "good hardware design". For example, a
> > lot of the USB dongles becoming common would be significantly bigger
> > and/or more expensive if they had
On Sun, Dec 12, 2004 at 09:07:55AM -0800, Bruce Perens wrote:
> Hamish Moffatt wrote:
> >I'm going to disagree (violently) here. FLASH costs money, which drives
> >up costs to consumers directly.
> >
> Maybe, maybe not. A lot of the processors come with it on board whether
> you want it or not, ma
On Mon, Dec 13, 2004 at 10:37:57AM +1100, Matthew Palmer wrote:
> On Sun, Dec 12, 2004 at 11:39:30PM +1100, Hamish Moffatt wrote:
> > And 4. They're not allowed to by regulations, eg wireless hardware
> > whose firmware cannot be distributed by FCC rule.
>
> I'm pretty sure that FUD got killed las
Florent Rougon <[EMAIL PROTECTED]> writes:
> If you don't like dselect and don't fall in one of the cases I have
> mentioned, then we have a problem.
Ok, I'll be more explicit: I don't like dselect, and I don't fall into
any of your cases.
dselect is perhaps not as completely awful as some peopl
Package: wnpp
Severity: wishlist
* Package name: wmctrl
Version : 1.05
Upstream Author : Tomas Styblo <[EMAIL PROTECTED]>
* URL or Web page : http://sweb.cz/tripie/utils/wmctrl/
* License : GPL
Description : Control a EWMH/NetWM compatible X Window Manager
Wmctrl i
This one time, at band camp, Matthew Palmer said:
> On Sun, Dec 12, 2004 at 06:06:59PM -0500, Stephen Gran wrote:
> > This one time, at band camp, Dan Jacobson said:
> > > Off line with just the Packages file, you can't tell a dusty 1997
> > > package from an up to the minute state of the art packa
On Sun, Dec 12, 2004 at 11:43:40PM +, Matthew Garrett wrote:
> > The SC is not a legal document. Common sense should suffice to conclude
> > that obfuscated source does not comply with the DFSG.
>
> While I tend to agree, this has the unfortunate side-effect of removing
> any form of support
On Sun, 2004-12-12 at 17:37, Matthew Palmer wrote:
> On Sun, Dec 12, 2004 at 11:39:30PM +1100, Hamish Moffatt wrote:
> > On Sat, Dec 11, 2004 at 04:43:48PM -0800, Bruce Perens wrote:
> > [..]
> > > There are a number of reasons that a device's firmware won't generally
> > > be opened to us:
> > >
Stephen Gran writes:
> You have the changelogs. Use them.
The changelogs are in the Packages file?
--
John Hasler
[MFT: set to -legal, since this is kind of OT for -devel]
On Sun, 12 Dec 2004, Andreas Barth wrote:
> Why should elf-aggregation always mean to be part of a derived code,
> and fs-level aggregation mean that not?
The absence of a trivial method to separate the driver from the other
part and the f
On Sunday 12 Dec 2004 00:43, Bruce Perens wrote:
> 1. The manufacturer's concerns regarding the proprietary nature of
> information about their device that is below the bus.
> 2. The fact that misprogramming the device at that level can damage the
> hardware.
> 3. They aren't going to want to supp
John Hasler <[EMAIL PROTECTED]> wrote:
> Andi writes:
>> "preferred form for modification" is _only_ a GPL-term and not part of
>> the SC.
>
> The SC is not a legal document. Common sense should suffice to conclude
> that obfuscated source does not comply with the DFSG.
While I tend to agree, th
On Sun, Dec 12, 2004 at 02:30:51PM +0100, Wouter Verhelst wrote:
> Op za, 11-12-2004 te 20:12 -0500, schreef Glenn Maynard:
> > On Sat, Dec 11, 2004 at 04:43:48PM -0800, Bruce Perens wrote:
> > > What about the rest of the driver? I think that if you remove the BLOB,
> > > it's Free Software. It t
On Sun, Dec 12, 2004 at 11:39:30PM +1100, Hamish Moffatt wrote:
> On Sat, Dec 11, 2004 at 04:43:48PM -0800, Bruce Perens wrote:
> [..]
> > There are a number of reasons that a device's firmware won't generally
> > be opened to us:
> >
> > 1. The manufacturer's concerns regarding the proprietary n
On Sun, Dec 12, 2004 at 06:06:59PM -0500, Stephen Gran wrote:
> This one time, at band camp, Dan Jacobson said:
> > Off line with just the Packages file, you can't tell a dusty 1997
> > package from an up to the minute state of the art package.
>
> You have the changelogs. Use them.
You must hav
This one time, at band camp, Dan Jacobson said:
> Off line with just the Packages file, you can't tell a dusty 1997
> package from an up to the minute state of the art package.
You have the changelogs. Use them.
--
-
| ,''`.
I challenge you to tell me the dates of the packages using just the
Packages file. The best you can do is
$ grep-available -F version 200 -s Version|wc -l
1207
But that still leaves
$ grep-available -F version 200 -vs Version|wc -l
15127
packages that don't put the date into their version numbers.
Please retain the d-devel@ CC. It's horrible for some posts in a thread
to go to one list, some to another, and some to both, since it forces
everyone wanting to follow the conversation to read the entire thread on
two lists.
On Sun, Dec 12, 2004 at 04:44:44PM -0500, Michael Poole wrote:
> > Does
hello,
the new quik is now in sid, as per discussed earlier i was to email
[EMAIL PROTECTED] to notify them about it. well, it's there
(finally! :).
you have been warned
eric
--
"I believe that part of what propels science is the thirst for wonder. It's a
very powerful emotion. All childr
Package: wnpp
Severity: wishlist
* Package name: gtamsanalyzer.app
Version : 0.42
Upstream Author : Matthew Weinstein <[EMAIL PROTECTED]>
* URL : http://tamsys.sourceforge.net/gtams/
* License : GNU GPL
Description : Qualitative Research Software for the F
Package: wnpp
Severity: wishlist
* Package name: rssreader.app
Version : 0.1.2
Upstream Author : Günther Noack <[EMAIL PROTECTED]>
* URL : http://www.unix-ag.uni-kl.de/~guenther/rssreader.html
* License : GNU GPL
Description : RSS reader for GNUstep
This
I demand that Bruce Perens may or may not have written...
> Goswin von Brederlow wrote:
>> Your opinion (and I would generaly agree there) would be that the pseudo
>> source files released are not source as per GPLs definition
> A lot of these BLOBs have been identified as ARM7 code, and generall
On Fri, Dec 10, 2004 at 07:04:57AM -0800, Steve Langasek wrote:
> On Fri, Dec 10, 2004 at 02:45:17PM +0100, Michael Banck wrote:
> > One could argue about sending the NMU-patch/interdiff to the BTS, but I
> > personally do not see much point in it, since (hi Omnic!) you can just
> > get it from the
On Mon, 2004-12-13 at 00:12 +1100, Hamish Moffatt wrote:
> On Sat, Dec 11, 2004 at 05:39:37PM +0100, Marcin Orlowski wrote:
> > Package: wnpp
> > Severity: wishlist
> >
> > * Package name: kwirelessmonitor
> > Version : x.y.z
> > Upstream Author : Name <[EMAIL PROTECTED]>
> > * URL
* Goswin von Brederlow ([EMAIL PROTECTED]) [041212 22:20]:
> Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> > t-p-u is not uploaded from another host through a mapping. (Remember,
> > uploads to stable are mapped to stable-security on
> > security.debian.org, then uploaded to stable from that host.
Kurt Roeckx <[EMAIL PROTECTED]> writes:
> On Sun, Dec 12, 2004 at 08:29:16PM +0100, Goswin von Brederlow wrote:
>> Tollef Fog Heen <[EMAIL PROTECTED]> writes:
>>
>> > The problem is not the autobuilder infrastructure per se. It is that
>> > testing and unstable are largely in sync (!). This, co
Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow
>
> | Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> |
> | > * Brian Nelson
> | >
> | > | Anyone, developer or non-developer, can help fix toolchain problems.
> | > | However, the only people who can work on the testing-securit
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Dec 11, Glenn Maynard <[EMAIL PROTECTED]> wrote:
>
>> If the driver has to be able to open the file and read the blob so it
>> can send it to the device, there's a clear relationship and dependency
>> between the driver and the blob: if you don't have
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Dec 12, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
>
>> > And why it should be different if that firmware is distributed by the
>> > manufacturer on a CD instead of a flash EPROM chip?
>> Because the user has to actively do something and taint his
* Goswin von Brederlow ([EMAIL PROTECTED]) [041212 21:55]:
> Andreas Barth <[EMAIL PROTECTED]> writes:
> > * Goswin von Brederlow ([EMAIL PROTECTED]) [041212 20:25]:
> >> Compiled in the blob MUST comply to the GPL. The nature of being a
> >> blob already seems to violate that.
> > Only if the bl
On Sun, Dec 12, 2004 at 09:27:05PM +0100, Marco d'Itri wrote:
> On Dec 11, Glenn Maynard <[EMAIL PROTECTED]> wrote:
>
> > If the driver has to be able to open the file and read the blob so it
> > can send it to the device, there's a clear relationship and dependency
> > between the driver and the
Andreas Barth <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow ([EMAIL PROTECTED]) [041212 20:25]:
>> Compiled in the blob MUST comply to the GPL. The nature of being a
>> blob already seems to violate that.
>
> Only if the blob is derived from the GPL-code.
No, always. Compiled in it is part
Glenn Maynard <[EMAIL PROTECTED]> writes:
> On Sun, Dec 12, 2004 at 06:05:58PM +0100, Andreas Barth wrote:
>> * Bruce Perens ([EMAIL PROTECTED]) [041212 17:50]:
>> > Goswin von Brederlow wrote:
>> >
>> > >Imagine a source where all variables are named v and all
>> > >functions f. Is that still fr
Glenn Maynard <[EMAIL PROTECTED]> writes:
> On Sun, Dec 12, 2004 at 08:53:32AM -0800, Bruce Perens wrote:
>> >"contrib" exists for software which is free but fails SC#1, "we will never
>> >make the system depend on an item of non-free software". Moving something
>> >from contrib to main that does
* Tollef Fog Heen ([EMAIL PROTECTED]) [041212 21:35]:
> * Goswin von Brederlow
> | Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> | > * Brian Nelson
> | >
> | > | Anyone, developer or non-developer, can help fix toolchain problems.
> | > | However, the only people who can work on the testing-secu
* Goswin von Brederlow
| Tollef Fog Heen <[EMAIL PROTECTED]> writes:
|
| > * Brian Nelson
| >
| > | Anyone, developer or non-developer, can help fix toolchain problems.
| > | However, the only people who can work on the testing-security
| > | autobuilders are ... the security team and the ftp-m
On Dec 11, Glenn Maynard <[EMAIL PROTECTED]> wrote:
> If the driver has to be able to open the file and read the blob so it
> can send it to the device, there's a clear relationship and dependency
> between the driver and the blob: if you don't have a copy of the blob,
> the driver doesn't work.
On Sat, 11 Dec 2004, Christoffer Sawicki wrote:
Perhaps a stupid question because I do not understand all this menu stuff:
Would this (together with Gnome 2.8) fix the user menus in Gnome???
This would be reall great for Sarge release!
No, this is about fixing the available session types in gdm and
On Dec 12, Bruce Perens <[EMAIL PROTECTED]> wrote:
> A lot of these BLOBs have been identified as ARM7 code, and generally
> "thumb" (the 8-bit ARM instructions).
I know of some devices (very cheap stuff, nothing fancy) which even uses
VxWorks. This explains why it is not even possible for some
m
On Dec 12, Bruce Perens <[EMAIL PROTECTED]> wrote:
> What about the rest of the driver? I think that if you remove the BLOB,
> it's Free Software. It talks to a bus interface, which is a natural
> demarcation between our Free Software and the proprietary hardware
> design. It loads an arbitrary
On Dec 12, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> > And why it should be different if that firmware is distributed by the
> > manufacturer on a CD instead of a flash EPROM chip?
> Because the user has to actively do something and taint his filesystem
> with the non-free files from the C
On Sun, Dec 12, 2004 at 08:29:16PM +0100, Goswin von Brederlow wrote:
> Tollef Fog Heen <[EMAIL PROTECTED]> writes:
>
> > The problem is not the autobuilder infrastructure per se. It is that
> > testing and unstable are largely in sync (!). This, combinded with the
> > fact that testing must not
* Goswin von Brederlow ([EMAIL PROTECTED]) [041212 20:25]:
> Compiled in the blob MUST comply to the GPL. The nature of being a
> blob already seems to violate that.
Only if the blob is derived from the GPL-code.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1
On Sun, Dec 12, 2004 at 06:05:58PM +0100, Andreas Barth wrote:
> * Bruce Perens ([EMAIL PROTECTED]) [041212 17:50]:
> > Goswin von Brederlow wrote:
> >
> > >Imagine a source where all variables are named v and all
> > >functions f. Is that still free? Where do we draw the line?
> > >When does sour
Florian Weimer <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow:
>
That's why I say the BLOB should be in a file rather than the driver.
>>>
>>> The problem is that this introduces unnecessary complexity. If the
>>> blob is required for booting, it has to be put into the initial
>>> ram
On Sun, Dec 12, 2004 at 08:53:32AM -0800, Bruce Perens wrote:
> >"contrib" exists for software which is free but fails SC#1, "we will never
> >make the system depend on an item of non-free software". Moving something
> >from contrib to main that does, in fact, depend on such an item is a pretty
>
* Goswin von Brederlow:
>>> That's why I say the BLOB should be in a file rather than the driver.
>>
>> The problem is that this introduces unnecessary complexity. If the
>> blob is required for booting, it has to be put into the initial
>> ramdisk anyway, and a fail to see a significant advanta
Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> * Brian Nelson
>
> | Anyone, developer or non-developer, can help fix toolchain problems.
> | However, the only people who can work on the testing-security
> | autobuilders are ... the security team and the ftp-masters? What's
> | that, a handful of
Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> * Adam Heath
>
> | The above makes it easy to exclude whole heiarachies, ie, /usr/share/doc.
>
> So will the filetype part of how Scott James is doing stuff.
>
> | It can also be used to alter /lib to /lib64 or /lib32, on the fly, during
> | install.
Florian Weimer <[EMAIL PROTECTED]> writes:
> * Bruce Perens:
>
>> That's why I say the BLOB should be in a file rather than the driver.
>
> The problem is that this introduces unnecessary complexity. If the
> blob is required for booting, it has to be put into the initial
> ramdisk anyway, and a
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> Op za, 11-12-2004 te 20:12 -0500, schreef Glenn Maynard:
>> On Sat, Dec 11, 2004 at 04:43:48PM -0800, Bruce Perens wrote:
>> > What about the rest of the driver? I think that if you remove the BLOB,
>> > it's Free Software. It talks to a bus interface
* Brian Nelson
| Anyone, developer or non-developer, can help fix toolchain problems.
| However, the only people who can work on the testing-security
| autobuilders are ... the security team and the ftp-masters? What's
| that, a handful of people? With a bottleneck like that, isn't that a
| muc
* John Hasler ([EMAIL PROTECTED]) [041212 19:35]:
> Andi writes:
> > "preferred form for modification" is _only_ a GPL-term and not part of
> > the SC.
> The SC is not a legal document. Common sense should suffice to conclude
> that obfuscated source does not comply with the DFSG.
I didn't argue
* Adam Heath
| The above makes it easy to exclude whole heiarachies, ie, /usr/share/doc.
So will the filetype part of how Scott James is doing stuff.
| It can also be used to alter /lib to /lib64 or /lib32, on the fly, during
| install.
You can't do that in a sane way anyhow. (Think libtool f
* Bruce Perens:
> That's why I say the BLOB should be in a file rather than the driver.
The problem is that this introduces unnecessary complexity. If the
blob is required for booting, it has to be put into the initial
ramdisk anyway, and a fail to see a significant advantage over the
compiled-
Op zo, 12-12-2004 te 04:52 +0100, schreef Goswin von Brederlow:
> Wouter Verhelst <[EMAIL PROTECTED]> writes:
>
> > On Sun, Dec 12, 2004 at 12:34:10AM +0100, Goswin von Brederlow wrote:
> >> Yes. Once you eliminate the dependency on the non-free file the driver
> >> becomes suitable for main.
> >
Op za, 11-12-2004 te 20:12 -0500, schreef Glenn Maynard:
> On Sat, Dec 11, 2004 at 04:43:48PM -0800, Bruce Perens wrote:
> > What about the rest of the driver? I think that if you remove the BLOB,
> > it's Free Software. It talks to a bus interface, which is a natural
> > demarcation between our
Op za, 11-12-2004 te 16:37 -0600, schreef Graham Wilson:
> On Sat, Dec 11, 2004 at 10:53:10PM +0100, Marcin Orlowski wrote:
> > Package: wnpp
> > Severity: wishlist
> >
> > * Package name: unlzx
> > Version : x.y.z
> > Upstream Author : Name <[EMAIL PROTECTED]>
> > * URL
Op za, 11-12-2004 te 16:59 +0100, schreef Goswin von Brederlow:
> [EMAIL PROTECTED] (Marco d'Itri) writes:
>
> > On Dec 10, Matthew Palmer <[EMAIL PROTECTED]> wrote:
> >
> >> > You may want to take a look at debian-legal, because some people there
> >> > think that even free drivers for hardware d
Andi writes:
> "preferred form for modification" is _only_ a GPL-term and not part of
> the SC.
The SC is not a legal document. Common sense should suffice to conclude
that obfuscated source does not comply with the DFSG.
--
John Hasler
On Sun, 12 Dec 2004 18:40:07 +0100, Joey Hess wrote:
> Andrew Suffield wrote:
>> > http://wiki.debian.net/index.cgi?ReleaseProposals
>>
>> Every single one of these falls into one of these four groups:
>
> Please note the "wiki" in the URL and the "edit page" button on the
> page.
Inspired by
Bruce Perens <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow wrote:
>
>>Your opinion (and I would generaly agree there) would be that the
>>pseudo source files released are not source as per GPLs definition
>>
>>
> A lot of these BLOBs have been identified as ARM7 code, and generally
> "thumb"
[EMAIL PROTECTED] (Nathanael Nerode) writes:
> Goswin von Brederlow wrote:
>>If it comes down to "the driver, on its own, would not be acceptable for
>>main because it is not functional; but as a practical matter, we allow
>>it aggregated with the rest of the kernel because splitting individual
>>
Andrew Suffield wrote:
> > http://wiki.debian.net/index.cgi?ReleaseProposals
>
> Every single one of these falls into one of these four groups:
Please note the "wiki" in the URL and the "edit page" button on the
page.
(Or are you just pointlessly bitching?)
--
see shy jo
signature.asc
Descri
Steve Langasek wrote:
> Well, my first question is why, irrespective of how valuable the LSB itself
> is to them, any ISV would choose to get their apps "LSB certified". The
> benefits of having one's distro LSB certified are clear, but what does an
> LSB certification give an ISV that their own i
Steve Greenland writes,
> Which, of course, isn't to say that it should be
> removed. I was surprised by how many people still use
> it; I hope some one will pick [dselect] up.
Dselect is sufficiently important to me that, as time
permits, I mean to pick it up.
Another competent person with more
Hamish Moffatt wrote:
And 4. They're not allowed to by regulations, eg wireless hardware
whose firmware cannot be distributed by FCC rule.
It's not at all clear to me that the type-approval process depends on
security by obscurity in the firmware. Some manufacturers may think it
does, but I ha
* Bruce Perens ([EMAIL PROTECTED]) [041212 17:50]:
> Goswin von Brederlow wrote:
>
> >Imagine a source where all variables are named v and all
> >functions f. Is that still free? Where do we draw the line?
> >When does source stop to be bad style and start to become obfuscated
> >and unacceptable
Glenn Maynard wrote:
"contrib" exists for software which is free but fails SC#1, "we will never
make the system depend on an item of non-free software". Moving something
from contrib to main that does, in fact, depend on such an item is a pretty
basic violation of Debian's principles.
It's not
Goswin von Brederlow wrote:
Imagine a source where all variables are named v and all
functions f. Is that still free? Where do we draw the line?
When does source stop to be bad style and start to become obfuscated
and unacceptable for main?
This has been handled before. Some people strip
Goswin von Brederlow wrote:
Your opinion (and I would generaly agree there) would be that the
pseudo source files released are not source as per GPLs definition
A lot of these BLOBs have been identified as ARM7 code, and generally
"thumb" (the 8-bit ARM instructions). They come from C or assemb
Goswin von Brederlow wrote:
>If it comes down to "the driver, on its own, would not be acceptable for
>main because it is not functional; but as a practical matter, we allow
>it aggregated with the rest of the kernel because splitting individual
>drivers into contrib is a pain for everyone involved
Neil Roeth <[EMAIL PROTECTED]> wrote:
> One of my packages, xfonts-kapl, installs fonts to usr/X11R6/lib/X11/fonts,
> as it should, according to policy 11.8.5. I get a lintian warning that
> nothing should install to /usr/X11R6/lib unless it uses imake, and that is
> just reflecting policy 11.8.7.
also sprach Santiago Vila <[EMAIL PROTECTED]> [2004.12.12.1708 +0100]:
> My mail.* files are 640 and I don't remember having done anything
> special for that to happen.
Judging from an IRC conversation, I should note that I just did
a fresh install into VMware from the 2004-11-27 netinst ISO. The
also sprach Loïc Minier <[EMAIL PROTECTED]> [2004.12.12.1706 +0100]:
> I think this is "user" as in "userland", simply because this is the
> default level for programs.
ah, okay.
also sprach Mark Brown <[EMAIL PROTECTED]> [2004.12.12.1706 +0100]:
> The log buffer can normally be read using th
On Sun, 12 Dec 2004, martin f krafft wrote:
> I am trying to make sense of /var/log/*. I noticed the following
> peculiarities:
>
> - user.log is 0640. However, aren't "user" messages possibly
> relevant to users? If so, I suggest making the file 0644.
640 is not necessarily broken. There
On Sun, Dec 12, 2004 at 04:54:14PM +0100, martin f krafft wrote:
> - why is dmesg 0644? This is not really a problem, but do users
> need access to the boot messages?
The log buffer can normally be read using the dmesg utility (or similar
code) as well as via the log file.
--
"You grabbed
martin f krafft <[EMAIL PROTECTED]> - Sun, Dec 12, 2004:
> I am trying to make sense of /var/log/*. I noticed the following
> peculiarities:
> - user.log is 0640. However, aren't "user" messages possibly
> relevant to users? If so, I suggest making the file 0644.
I think this is "user" as
Miguel Gea Milvaques <[EMAIL PROTECTED]> writes:
> El dg 12 de 12 del 2004 a les 00:05 +0100, en/na Goswin von Brederlow va
> escriure:
>> The difference between a standalone driver and a driver included in
>> the kernel is the usability. A standalone driver is not useable
>> without its firmware
I am trying to make sense of /var/log/*. I noticed the following
peculiarities:
- user.log is 0640. However, aren't "user" messages possibly
relevant to users? If so, I suggest making the file 0644.
- uucp.log, mail.* and news/* are 0644. I would say that these
should be 0640.
- wh
Jose Carlos Garcia Sogo <[EMAIL PROTECTED]> writes:
> El dom, 12-12-2004 a las 00:22 +0100, Goswin von Brederlow escribió:
> [...]
>>
>> Installing non-free firmware taints your filesystem, using AIM does
>> not.
>
> Taints your filesytem??? Oh, this is more than I expected.
>
> Are you really
On 10-Dec-04, 17:02 (CST), Florent Rougon <[EMAIL PROTECTED]> wrote:
> Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
>
> > No, it is because the shortcuts are completely non-intuitive. I use
> > aptitude for the good intuitive keymapping, not for its menu.
>
> I see. You find them utterly unintuit
El dg 12 de 12 del 2004 a les 00:05 +0100, en/na Goswin von Brederlow va
escriure:
> The difference between a standalone driver and a driver included in
> the kernel is the usability. A standalone driver is not useable
> without its firmware and needs a depends, the kernel works very well
> without
Jose Carlos Garcia Sogo <[EMAIL PROTECTED]> writes:
> El dom, 12-12-2004 a las 04:52 +0100, Goswin von Brederlow escribió:
>> Wouter Verhelst <[EMAIL PROTECTED]> writes:
>>
>> > On Sun, Dec 12, 2004 at 12:34:10AM +0100, Goswin von Brederlow wrote:
>> >> Yes. Once you eliminate the dependency on t
Package: wnpp
Severity: wishlist
* Package name: gazpacho
Version : 0.3.1
Upstream Author : Lorenzo Gil Sanchez <[EMAIL PROTECTED]>
* URL : http://gruppy.sicem.biz/componentes#gazpacho
* License : LGPL
Description : GTK+ User Interface Designer
Gazpacho i
I'm pleased at the discussion this thread has generated. Thanks to
everyone who has participated.
As a next step, I've created a mailing list where we can continue the
discussion ([EMAIL PROTECTED],
http://lists.progeny.com/listinfo/lsb-workers/). I'm out of town
all day today, but I'll go through
Neil Roeth <[EMAIL PROTECTED]> wrote:
> One of my packages, xfonts-kapl, installs fonts to
> usr/X11R6/lib/X11/fonts, as it should, according to policy 11.8.5. I
> get a lintian warning that nothing should install to /usr/X11R6/lib
> unless it uses imake, and that is just reflecting policy 11.8.7.
On Sat, Dec 11, 2004 at 05:39:37PM +0100, Marcin Orlowski wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: kwirelessmonitor
> Version : x.y.z
> Upstream Author : Name <[EMAIL PROTECTED]>
> * URL : http://www.example.org/
> * License : (GPL, LGPL,
On Sat, Dec 11, 2004 at 11:50:44AM -0800, Thomas Bushnell BSG wrote:
> Brian Nelson <[EMAIL PROTECTED]> writes:
>
> > It's a completely inconsistent and arbitrary policy.
>
> It's hardly that. We distribute only free software, that's our rule.
I thought the post
http://lists.debian.org/debian-l
Ron Johnson wrote:
> On Sun, 2004-12-12 at 22:24 +1300, Philip Charles wrote:
>
>>On Sun, 12 Dec 2004, Ron Johnson wrote:
>>
>>
>>>On Sun, 2004-12-12 at 02:18 +0100, Robert Millan wrote:
>>>
On Tue, Dec 07, 2004 at 01:06:11PM +0900, Clemens Schwaighofer wrote:
>>True, the Koran just i
On Sat, Dec 11, 2004 at 04:43:48PM -0800, Bruce Perens wrote:
[..]
> There are a number of reasons that a device's firmware won't generally
> be opened to us:
>
> 1. The manufacturer's concerns regarding the proprietary nature of
> information about their device that is below the bus.
> 2. The f
On Sun, Dec 12, 2004 at 04:09:04AM +0100, Goswin von Brederlow wrote:
> Is a bit of flash or rom that much bigger than ram? Isn't most of the
> space in the dongle air or filling material?
Space is space on the board (not to mention the complexity of the board)
as well as three dimenisonal space.
On Sun, 2004-12-12 at 22:24 +1300, Philip Charles wrote:
> On Sun, 12 Dec 2004, Ron Johnson wrote:
>
> > On Sun, 2004-12-12 at 02:18 +0100, Robert Millan wrote:
> > > On Tue, Dec 07, 2004 at 01:06:11PM +0900, Clemens Schwaighofer wrote:
> > > > >
> > > > > True, the Koran just invites to kill your
On Sat, Dec 11, 2004 at 01:45:01PM -0800, Thomas Bushnell BSG wrote:
> [EMAIL PROTECTED] (Marco d'Itri) writes:
>
> > On Dec 11, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> >
> > > Your case of hardware wich already includes firmware is totaly
> > > irelevant since Debian does not distribut
El dom, 12-12-2004 a las 04:52 +0100, Goswin von Brederlow escribiÃ:
> Wouter Verhelst <[EMAIL PROTECTED]> writes:
>
> > On Sun, Dec 12, 2004 at 12:34:10AM +0100, Goswin von Brederlow wrote:
> >> Yes. Once you eliminate the dependency on the non-free file the driver
> >> becomes suitable for main.
El dom, 12-12-2004 a las 00:22 +0100, Goswin von Brederlow escribiÃ:
[...]
>
> Installing non-free firmware taints your filesystem, using AIM does
> not.
Taints your filesytem??? Oh, this is more than I expected.
Are you really aware that your computer is plenty of non-freeness? That
the devic
On Sat, Dec 11, 2004 at 11:25:49AM -0800, Steve Langasek wrote:
> Bug #270388 regards the cedet-common package breaking emacs -batch. A
> proposed fix in the bug report is for cedet-common to Pre-Depend on emacs21
> | emacsen instead of depending on it.
>
> An NMU based on this proposed fix has a
1 - 100 of 106 matches
Mail list logo
