On Tue, Feb 21, 2006 at 03:36:16PM +1000, Anthony Towns wrote:
> On Mon, Feb 20, 2006 at 09:01:40PM -0800, Adam McKenna wrote:
> > IMHO, the main purpose of contrib is to avoid shipping things on CD that
> > depend on programs in non-free. It is not a section that we put programs in
> > in order
On Mon, Feb 20, 2006 at 11:12:46PM -0800, Russ Allbery wrote:
> Jari Aalto <[EMAIL PROTECTED]> writes:
>
> > To my understanding the only way to obtain the license information for a
> > package is to actually download it (or install it) and the study the
> > content of
>
> > /usr/share/doc//c
* Jari Aalto <[EMAIL PROTECTED]> [2006-02-21 08:01]:
> To my understanding the only way to obtain the license information
> for a package is to actually download it (or install it) and the
> study the content of
>
> /usr/share/doc//copyright
That information can also be obtained from package
Christian Perrier <[EMAIL PROTECTED]> writes:
> Of courseActually, I see some difference between TTF fonts which
> most common use are desktop environments and Type1 fonts, which use is
> more specialized
>From a user point of view, TTF and Type1 fonts are essentially the same;
they both work
Jari Aalto <[EMAIL PROTECTED]> writes:
> To my understanding the only way to obtain the license information for a
> package is to actually download it (or install it) and the study the
> content of
> /usr/share/doc//copyright
> It would be better if user could use the packaging search comman
To my understanding the only way to obtain the license information
for a package is to actually download it (or install it) and the
study the content of
/usr/share/doc//copyright
It would be better if user could use the packaging search commands,
like
grep-dctrl -F License ... --and -F
Quoting Jaldhar H. Vyas ([EMAIL PROTECTED]):
> >Let's write a fontpackages sub-policy instead, and let it up to the
> >people to decide how they want to maintain their packages.
> >
>
> Christian, I have to agree with Daniel here. We don't really need joint
> maintenance but coordination on fon
> I'd be glad if you'd keep the Debian TeX Task Force (currently at
> [EMAIL PROTECTED], soon at [EMAIL PROTECTED]) informed about
> drafts of this policy. Although we don't currently package any TTF
Of courseActually, I see some difference between TTF fonts which
most common use are desktop
On Sun, Feb 19, 2006 at 01:45:24PM -0500, Andres Salomon wrote:
> Honestly, I could care less whether it's in contrib or main
It's nice to see that Debian Developers actually care about their Social
Contract, and hold acceptance by Debian in such high regard.
--
Glenn Maynard
--
To UNSUBSCRIB
On Mon, Feb 20, 2006 at 09:01:40PM -0800, Adam McKenna wrote:
> IMHO, the main purpose of contrib is to avoid shipping things on CD that
> depend on programs in non-free. It is not a section that we put programs in
> in order to 'punish' them for depending on non-free code.
That's a mistaken vie
On Tue, Feb 21, 2006 at 10:40:06AM +1000, Anthony Towns wrote:
> On Mon, Feb 20, 2006 at 05:36:13PM +0100, Robert Millan wrote:
> > I requested that ndiswrapper and ndiswrapper-modules-i386 be moved to
> > contrib.
> ndiswrapper is a program to allow users to load Windows drivers for their
> hard
On Mon, Feb 20, 2006 at 09:13:15PM -0800, Adam McKenna wrote:
> The driver should stay in main and hooks should be written into the
s/driver/package..
--Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 20 Feb 2006, Lars Wirzenius stated:
> I added a Cc to Manoj since I would like to hear his
> comment. Whoever responds may want to remove the Cc to avoid
> stuffing his inbox unnecessarily.
>
> su, 2006-02-19 kello 23:42 -0800, Steve Langasek kirjoitti:
>> On Mon, Feb 20, 2006 at 08:24:53AM +02
On Sun, Feb 19, 2006 at 01:45:24PM -0500, Andres Salomon wrote:
> And for fuck's sake, stop filling up my inbox w/ this crap. I'm not
> doing a thing unless either a) you people come to a consensus on the
> issue (which you have not in the past threads, and probably never will),
> or b) a governin
On Sat, Feb 18, 2006 at 09:40:26AM +0100, Robert Millan wrote:
>
> Because it's free software that processes asm input, and there is a
> significant
> amount of useful, free i386 asm that makes nasm necessary ?
>
> I'll ask again: Is the purpose of ndiswrapper running non-free drivers? If
> i
Package: wnpp
Severity: wishlist
Owner: Andreas Gredler <[EMAIL PROTECTED]>
* Package name: gcom
Version : 0.3
Upstream Author : Paul Hardwick <[EMAIL PROTECTED]>
* URL : http://www.pharscape.org/content/view/46/70/
* License : GPL
Description : Option Glo
On Mon, Feb 20, 2006 at 05:36:13PM +0100, Robert Millan wrote:
> I requested that ndiswrapper and ndiswrapper-modules-i386 be moved to contrib.
ndiswrapper is a program to allow users to load Windows drivers for their
hardware and use them on Linux. The drivers are executed on the main CPU;
there
On 10571 March 1977, Richard A. Nelson wrote:
> If you had the courtesy to contact me, as did the last person - who at
> least followed procedure and issued an ITP, you would know this.
Tss, calm down, i absolutely do not care about this stupid package.
--
bye Joerg
> Or write yourself a DF
[ObRC: 343781]
On Tue, Feb 21, 2006 at 12:16:23AM +0100, Wouter Verhelst wrote:
> How many have ever used wine to run Free Software?
I have. FWIW.
I've also used wine in the process of developing and testing non-free
software. I think that's a valid rationale for keeping wine in main; we
don't
On Mon, Feb 20, 2006 at 04:21:44PM -0600, Peter Samuelson wrote:
> [Wouter Verhelst]
> > apt-cache rdepends libstdc++2.10-glibc2.2
> >
> > Gee, only -dev, -dbg and gcc packages. Isn't that for non-free software?
>
> No, not really. There's plenty of software, free and otherwise, which
> one migh
On Sun, Feb 19, 2006 at 11:11:32AM +0100, Robert Millan wrote:
> On Sat, Feb 18, 2006 at 05:36:37PM +0100, Mike Hommey wrote:
> > On Sat, Feb 18, 2006 at 05:04:54PM +0100, Goswin von Brederlow
> > > The availability to do this is enough even if there are other
> > > (possibly better) ways to do the
Anthony Towns writes:
> If it's only useful for non-free software, we should probably consider
> it. More likely, it's not useful at all, and we should consider
> dropping it entirely. How many libraries do we have in this state?
We went through this whole discussion with emulators, with people
> > Why on earth would anyone want to run the Windows version of a native
> > Linux app under a Windows emulation under Linux? :-)
>
> Because they're a developer of that app and they want to test the Windows
> port before releasing?
Okay, that's a bit of a corner case ;-) but nonetheless valid.
[Wouter Verhelst]
> What if I'm interested in writing such a driver myself, but less
> interested in having to run Windows?
Then you should get busy writing that driver. Without any such drivers
in existence, it's hard to take this line of reasoning seriously. I
find it absurd that someone woul
> The difference is that antiword is a tool for the user. The user will
> have doc files to use with antiword, e.g. send by mail. The antiword
> program on its own provides the user with the ability to view his/her
> word files. It does not depend on the existance of such a file on the
> system to
On Sun, Feb 19, 2006 at 02:11:30AM -0600, Peter Samuelson wrote:
> [Michael Poole]
> > If you want to move ndiswrapper to contrib, I expect the next step is
> > to do the same to libflash, for the same reasons.
>
> There's a big difference between enabling someone to install non-free
> software, a
On Mon, Feb 20, 2006 at 05:10:42PM +1000, Anthony Towns wrote:
> On Sun, Feb 19, 2006 at 03:14:40AM +0100, Wouter Verhelst wrote:
[...]
> > It is already possible to use ndiswrapper without having any non-free
> > software installed. Granted, it doesn't do much useful that way,
>
> If you have to
Robert Millan writes:
> On Sun, Feb 19, 2006 at 01:45:24PM -0500, Andres Salomon wrote:
> > > Please also stop insulting ndiswrapper users and developers by calling
> > > it a "warez wrapper".
>
> Actualy, since such "ndis drivers" are often provided with very restrictive
> licensing, or with no
Fernando Ike de Oliveira <[EMAIL PROTECTED]> writes:
> retitle 335018 ITP:GNU Ferret - GNU Free Entity
This should be sent to [EMAIL PROTECTED]
--
O T A V I OS A L V A D O R
-
E-mail: [EMAIL PROTECTED] UIN: 5906116
GNU/Linux User: 2
Package: wnpp
Severity: wishlist
Owner: gregor herrmann <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: multixterm
Version : 1.8
Upstream Author : Don Libes <[EMAIL PROTECTED]>
* URL : http://expect.nist.gov/example/
* License
On Sat, Feb 18, 2006 at 06:12:36PM +0200, Lars Wirzenius wrote:
> la, 2006-02-18 kello 10:43 -0500, Michael Poole kirjoitti:
> > What's the purpose of an assembler without assembly code to use it on?
>
> It can be used, for example, to assemble code you write yourself.
Exactly.
ndiswrapper can b
On Monday 20 February 2006 07:40, Christian Perrier wrote:
> So, I hereby propose to think about a possible TTF fonts packaging
> team.
A comment as a pure user insofar as fonts are concerned: I don't care if
what I see comes from a ttf, metafont, ps, bdf or PEX font. I just want
the font to b
On 2/20/06, Robert Millan <[EMAIL PROTECTED]> wrote:
> I requested that ndiswrapper and ndiswrapper-modules-i386 be moved to contrib.
This proposal is clear enough.
> My reasons are:
>
> - The sole purpose of these packages is allowing the use of non-free Windows
> drivers.
>
> - There are
On Monday 20 February 2006 06:40, Christian Perrier wrote:
> The project could also include the maintenance of font-related tools,
> such as fontforge or defoma (which seems mostly abandoned, but
> probably requires solid knowledge or Perl and cryptic
> programming...:-)).
As several people have
martin f krafft <[EMAIL PROTECTED]> writes:
> i recently purchased some non-free fonts and would like to make them
> into debian packages for internal use. Thus, I would be very
> interested in following such efforts to learn how to accomplish what
> i need.
The main intention behind mk-tex-fontp
Hi!
* Oya <[EMAIL PROTECTED]> [060220 03:04]:
> * Package name: wormsofprey
[..]
> Description : Worms like multiplayer, realtime game
> This is another multi-player, real-time clone of Worms just like Liero and
> NiL.
> You control a little worm and try to score as many frags a
* Richard A Nelson [Mon, 20 Feb 2006 09:36:52 -0800]:
> If you had the courtesy to contact me, as did the last person - who at
> least followed procedure and issued an ITP, you would know this.
Why are you addressing Joerg Jaspert instead of Bastian Blank?
--
Adeodato Simó
Frank Küster <[EMAIL PROTECTED]> writes:
> Somewhere in the debian-tetex-maint list Ralf Stubner posted a
> description how to make gs use the variants included in tetex instead.
For the record, these instructions can be found at
http://www.tfkp.physik.uni-erlangen.de/~ralf/debian/tex-lw35.html>.
On Mon, 20 Feb 2006, Joerg Jaspert wrote:
On 10571 March 1977, Richard A. Nelson wrote:
Not only did you hijack these packages, and without *ANY* communication,
you missed tcl3270, ICU builds (for the non-US folk)...
You know that this package set was removed since march, so you
cant say muc
retitle 335018 ITP:GNU Ferret - GNU Free Entity
Relationship and Reverse Engineering Tool
Change name package to GNU Ferret.
Em Qui, 2006-02-09 às 17:13 +0100, Krzysztof Krzyzaniak escreveu:
> Fernando Ike de Oliveira wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Fernando Ike de Oliv
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Feb 20, Peter Samuelson <[EMAIL PROTECTED]> wrote:
>
>> Come on. The farce is that, two years later, people are _still_
>> complaining because they didn't read the thing they voted on, or that
>> they didn't bother to vote at all. Can you all please
* Mike Hommey [Sun, 19 Feb 2006 11:07:33 +0100]:
> (Which means apt-file searches over *all* debian packages, contrib
> and non-free included, despite the fact that i only have main in my apt
> sources)
(Note that the Content.gz files come per dist/arch, not per
dist/component/arch.)
--
Ade
On Feb 20, "Bernhard R. Link" <[EMAIL PROTECTED]> wrote:
> emulators, game engines and other stuff not usefull without something to
> act on has always been placed in contrib when there was no free stuff
> available
> for them. History has always been: "Write something free for it, then
> it is
On Sun, Feb 19, 2006 at 01:45:24PM -0500, Andres Salomon wrote:
> > Please also stop insulting ndiswrapper users and developers by calling
> > it a "warez wrapper".
Actualy, since such "ndis drivers" are often provided with very restrictive
licensing, or with no licensing at all, I have my doubts
On Mon, 20 Feb 2006, Daniel Baumann wrote:
Let's write a fontpackages sub-policy instead, and let it up to the
people to decide how they want to maintain their packages.
Christian, I have to agree with Daniel here. We don't really need joint
maintenance but coordination on font policy would
reopen 353278
reassign 353278 tech-ctte
reopen 353277
reassign 353277 tech-ctte
merge 353278 353277
thanks
Hi,
I requested that ndiswrapper and ndiswrapper-modules-i386 be moved to contrib.
My reasons are:
- The sole purpose of these packages is allowing the use of non-free Windows
drivers.
TetraBrazil offers International Coaches the unique opportunity to travel to Brazil and get the Brazilian National Soccer Association Professional Coaches’ License ("A" License). Brazilian National Soccer Coaches Association - AB
also sprach Frank Küster <[EMAIL PROTECTED]> [2006.02.20.1644 +0100]:
> Hm, this is a general remark about a "font packaging/integration
> policy", right? You hardly have bought non-free drop-in
> replacements for Times, Helvetica, Courier and friends. But
> Ralf's instructions were only for repl
martin f krafft <[EMAIL PROTECTED]> wrote:
> also sprach Frank Küster <[EMAIL PROTECTED]> [2006.02.20.1619 +0100]:
>> ... and sometimes in quite buggy versions. I don't recall the details
>> (but could look them up), but AFAIR the gsfonts package contains a
>> version of the URW fonts that has be
also sprach Frank Küster <[EMAIL PROTECTED]> [2006.02.20.1619 +0100]:
> ... and sometimes in quite buggy versions. I don't recall the details
> (but could look them up), but AFAIR the gsfonts package contains a
> version of the URW fonts that has been labelled "experimental" and
> actually is; esp
Marcus Better <[EMAIL PROTECTED]> wrote:
> Christian Perrier wrote:
>> I have voluntarily limited the scope of the project to TTF fonts,
>> which become more an more popular.
>
> Perhaps the PostScript fonts in Debian could use some attention as well.
> I've been trying to package a very simple PH
* Goswin von Brederlow [Sun, 19 Feb 2006 23:42:55 +0100]:
> But that is just me. Do what you want as long as ndiswraper stays out
> of non-free.
Now, that's an idea. Robert, you listening?
--
Adeodato Simó dato at net.com.org.es
Debian Developer
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Tue, Feb 14, 2006 at 08:09:00PM +0100, Andre Majorel wrote:
>> Would it be OK for an ISV to insert a user-defined field
>> (X-Yoyodyne-Peanuts) in their binary Debian packages ? Name
>> collisions aside, no chance of causing problems with dpkg, apt a
Le lundi 20 février 2006 à 11:56 +0100, Hendrik Sattler a écrit :
> Am Montag, 20. Februar 2006 11:11 schrieb Jérôme Warnier:
> > [..]
> >
> > > Ndiswrapper probably is better compared to such drivers than to wine
> > > or dosemu.
> >
> > I'm sorry, but Wine and Dosemu can run free softwares (respe
Christian Perrier wrote:
> I have voluntarily limited the scope of the project to TTF fonts,
> which become more an more popular.
Perhaps the PostScript fonts in Debian could use some attention as well.
I've been trying to package a very simple PHP library which in the upstream
version includes co
Beeing the new ttf-bitstream-vera maintainer, I have the same opinion as
to other 'team-maintenance-proposals': As long as the package itself is
not as complicated as I could not been handled well by one person, I
don't like the 'team'-idea - it's unecessary overhead for me.
Let's write a fontpack
Christian Perrier wrote:
> List of current ttf-* packages
> --
> (just looking at the packages descriptions give a good idea of the
> non-coordination of font packaging..:-)))
[...]
> ttf-opensymbol - The OpenSymbol TrueType font
built from OOo...
Regards,
Rene
sign
Christian Perrier <[EMAIL PROTECTED]> wrote:
> The first goal for this team would be setting up a font packaging
> policy.
[...]
> I have voluntarily limited the scope of the project to TTF fonts,
> which become more an more popular. This is mostly by ignorance and
> because of my loose knowledge
Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 17, 2006 at 08:58:12AM +0100, Frank Küster wrote:
>> Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]> wrote:
>>
>> >> Policy says to ship HTML, else I wouldn't.
>> >
>> > Policy is somewhat out of date with respect to docum
* Marco d'Itri <[EMAIL PROTECTED]> [060219 11:34]:
> > Nevertheless, if you think abiword and openoffice.org should be moved then
> > go
> > for it. Just don't use them as excuse to turn warez wrappers into "generic"
> > driver interfaces.
> No excuses are needed, the definition of contrib is eno
On Feb 20, Peter Samuelson <[EMAIL PROTECTED]> wrote:
> Come on. The farce is that, two years later, people are _still_
> complaining because they didn't read the thing they voted on, or that
> they didn't bother to vote at all. Can you all please stop?
No, it will never end. A few people manage
* David Weinehall:
>> Upstream includes non-free manpages these days, so in reality, we have
>> already forked. Further Debian-specific changes are needed to address
>> bugs such as #295211 (upstream does not document our libc/kernel
>> combination).
>
> What manpages in upstream are non-free? D
"Mahesh T. Pai" <[EMAIL PROTECTED]> wrote:
> Description : A package for typesetting Malayalam using Omega
>
> The Malayalam-Omega Package offers a set of macros and fonts for
> typesetting Malayalam, which is the primary language of an estimated
> 33 million people in the South Indian state
Am Montag, 20. Februar 2006 11:11 schrieb Jérôme Warnier:
> [..]
>
> > Ndiswrapper probably is better compared to such drivers than to wine
> > or dosemu.
>
> I'm sorry, but Wine and Dosemu can run free softwares (respectively for
> Windows and DOS), so they are not unuseful without proprietary
> s
Package: wnpp
Severity: wishlist
Owner: "Mahesh T. Pai" <[EMAIL PROTECTED]>
* Package name: Malayalam-Omega
Version : 1.0.0
Upstream Author : Alex A. J. <[EMAIL PROTECTED]>, C. V. Radhakrishnan
<[EMAIL PROTECTED]>
* URL : http://malayalam.sarovar.org;
http://sarovar.
[Eduard Bloch]
> I cannot remember a GR which says exactly this. Neither a GR which
> would clarify our definition of "firmware". And the one I follow is
> that it is more hardware than a software component.
Good. If firmware is hardware rather than software, there is nothing
to discuss. Debian
[Peter Samuelson]
> > There's a big difference between enabling someone to install
> > non-free software, and enabling someone to view data. (Some of
> > which is free, some not.) Also, in case this was your point, swf
> > content is sometimes generated with free tools such as ploticus.
[Mich
[..]
> Ndiswrapper probably is better compared to such drivers than to wine
> or dosemu.
I'm sorry, but Wine and Dosemu can run free softwares (respectively for
Windows and DOS), so they are not unuseful without proprietary
softwares.
I can't think of any free NDIS driver, but if such thing exists
On Mon, Feb 20, 2006, Christian Perrier wrote:
> ttf-arabeyes - Arabeyes GPL TrueType Arabic fonts
> ttf-kacst - KACST free TrueType Arabic fonts
> ttf-paktype - PakType free OpenType Urdu fonts
I am maintaining those three, and would really be happy to know what are
the other maintainers best pra
[Kevin Mark]
> if a piece of software was initially created to enable the use of
> non-dfsg software with a dfsg system it is classified as 'ícontri',
> but then someone creates dfsg-software to use this software, now its
> classified as 'main'. Would this follow?
You're trying to sneak in an uns
On Sat, 2006-02-18 at 14:19 +0100, Josh Hurst wrote:
Does the Debian ksh93 package include libast and libshell?
No -
dpkg -L ksh
/.
/bin
/bin/ksh93
/usr
/usr/bin
/usr/bin/shcomp
/usr/share
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/ksh93.1.gz
/usr/share/man/man1/shcomp.1.gz
Lars Wirzenius <[EMAIL PROTECTED]> wrote:
> Hm. I don't use ucf on my own packages (yet), so my understanding is a
> bit hazy, but if I have understood correctly, the actual config file is
> removed with rm anyway, and ucf is needed on purge only to remove the
> config file also from ucf's history
I added a Cc to Manoj since I would like to hear his comment. Whoever
responds may want to remove the Cc to avoid stuffing his inbox
unnecessarily.
su, 2006-02-19 kello 23:42 -0800, Steve Langasek kirjoitti:
> On Mon, Feb 20, 2006 at 08:24:53AM +0200, Lars Wirzenius wrote:
> > * Use of ucf
73 matches
Mail list logo
