Bonjour,
Suite à l'appel au test (d'accord je ne suis pas en avance mais vieux motard
que jamais),
j'aimerais tester le nouvel installateur Debian comme j'ai l'habitude de
l'utiliser,
c'est-à-dire via un boot réseau (sur des machines dans disquettes ni CD-ROM).
Pb:
sur l'image ISO,
On Wed, Nov 19, 2003 at 02:32:53PM +1100, Martin Michlmayr - Debian Project
Leader wrote:
And since we're on topic: people interested in SGI hardware (for
example to work on debian-installer) in the USA, please get in contact
with me.
Hmm, regarding to Goswin Brederlow debian-installer build
Thanks to Chad Walstrom for really coming up with the idea!
** PLEASE RSVP privately to [EMAIL PROTECTED] **
I need to know how many people and if you are planning on a laptop
(wireless or wired) or a full computer (I've only got so much space).
What: Bug Squashing Party (BSP) and Keysigning
Important directions correction below:
* Scott Dier [EMAIL PROTECTED] [031119 00:01]:
One way to get here from there:
Take Hwy 10 to Foley Blvd., go south.
Take a right at 99th Ave NW
Take a right at Woodcrest
At Foley continue straight, the
Hi,
just an idea from a completely uneducated person regarding buildd:
What about if each freshly uploaded package which contains architecture any
packages would enter kind of a staging area first and buildds grab these
files from there. After each buildd was able to build a package
On Tue, Nov 18, 2003 at 11:18:39PM -0500, Joe Drew wrote:
This doesn't really tell me anything about ENTROPY. How about
anti-censorship network client?
That would do.
The acronym ENTROPY should be defined in the first line of the long
description.
Right, better than the short description.
Am 19.11.03 um 07:42:18 schrieb Andreas Tille:
After each buildd was able to build a package the whole
set with all architectures enters unstable at once.
Yeah, cool. That would get rid of many buggy packages. And many clean
ones. Some buildd are horribly behind time. No offence meant,
/
8
2004
2004 33---6
.
117
1
2
3
33101510623
020--3825041238250413 : 38250932
mailto:[EMAIL PROTECTED]
http://www.gzxinghui.com
On Wed, Nov 19, 2003 at 08:48:10AM +0100, Michael Piefel wrote:
Am 19.11.03 um 07:42:18 schrieb Andreas Tille:
After each buildd was able to build a package the whole
set with all architectures enters unstable at once.
I like the idea.
Yeah, cool. That would get rid of many buggy
In article [EMAIL PROTECTED] you wrote:
Take workrave, for instance. Perfectly stable, as far as I can tell. Not
built recently on m68k (because of libgnomeuimm2.0-dev), not built on
alpha for a very long time (same reason). It's not in testing, which is
bad enough, with your idea only
Darren Salt [EMAIL PROTECTED] wrote:
I find myself wondering if Duff's Device is implementable in Python...
The closest beast I can think of would generate the unrolled loop at
runtime and use 'exec' to run it. But this is a bit off topic for d-d.
--
Florent
Andreas Tille wrote:
Hi,
just an idea from a completely uneducated person regarding buildd:
What about if each freshly uploaded package which contains architecture any
packages would enter kind of a staging area first and buildds grab these
files from there. After each buildd was able
On Wed, Nov 19, 2003 at 07:42:18AM +0100, Andreas Tille wrote:
Hi,
just an idea from a completely uneducated person regarding buildd:
What about if each freshly uploaded package which contains architecture any
packages would enter kind of a staging area first and buildds grab these
On Tue, Nov 18, 2003 at 09:58:54PM -0800, Steve Lamb wrote:
| Cameron Patrick wrote:
| I don't think it is. Python doesn't have a switch/case equivalent. It'd
| have to be done with a bunch of if's or something.
|
| Well, depends. Do you consider its dictionary to be a switch?
Nope, no
Stephen Frost [EMAIL PROTECTED] writes:
It would be really nice to have 7.4 in sarge.. Personally I think there
should probably be enough time given the lack of messages on d-d-a
regarding freezes and the like. 7.4 adds alot of nice things and speeds
up a number of operations, etc.
Further
Wildform Newsletter:
The Resource for Wildform Product News
Wednesday, November 19, 2003
http://www.wildform.com
==
NEW:
1. New Tutorial: Flash MX Slideshow with Listeners
2. New Tutorial: Flash MX Slideshow with Pause Button
3. New
On Wed, Nov 19, 2003 at 09:44:31AM +0100, Giacomo A. Catenazzi wrote:
No!!! it would delay to much the entry of some important packages in
unstable. It would maybe improve some architectures, but definitely
would reduce extensive testing of newer versions.
In which way would it improve
On Wed, Nov 19, 2003 at 11:02:17AM +0100, Wouter Verhelst wrote:
I don't think people would like it if their package stayed in incoming
for multiple weeks because there's a backlog on some architecture.
Neither i. This is why i would like to receive baklogs mailed to maintainer if
autobuild
QQ
!
,--2.0
-
-QQ
QQ
-
-
-
-
http://www.hefeng-it.com/product1.htm
http://www.hefeng-it.com/download.htm
Adrian wrote:
Your proposal wouldn't have been able to shorten the move of KDE 3 into
testing by one single day.
Yes, my comment was misplaced wrt what you said, this problem still
has to be addressed. My proposal, however, is more targetted to
packages which would build with, say, KDE2, but
On Sun, Nov 16, 2003 at 10:42:11PM +0100, David Weinehall wrote:
On Mon, Nov 17, 2003 at 07:52:32AM +1100, Brian May wrote:
1. Linux 2.6.0?
Not released yet. Yes, it has a _lot_ of nice features, but it is beta
software..
It (or patches to 2.4.22) is also needed if you decide to buy a
On Wed, 19 Nov 2003, Luca - De Whiskey's - De Vitis wrote:
If we let it in and then we auto-build it, we get a new package with FTBFS
(i.e RC) bugs and slow down release even more.
If we auto-build it first and, if no upstream/package faults, we let it in, we
get less RC bugs.
Exactly this
hi,
i see that perl 5.8.2-2 is marked Not-For-Us on mips buildd.
why it is in this state? it blocks the build of a lot of software.
cheers
dom
-[ Domenico Andreoli, aka cavok
--[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc
---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50
On Wed, Nov 19, 2003 at 07:42:18AM +0100, Andreas Tille wrote:
What about if each freshly uploaded package which contains architecture any
packages would enter kind of a staging area first and buildds grab these
files from there. After each buildd was able to build a package the
On Wed, 19 Nov 2003, Francesco P. Lovergine wrote:
b. They are already kept off testing (if there is a regression),
so what's the problem?
The problem is that other packages which might depend from a package
which is broken on one architecture will not move into testing. If you
would keep
On Wed, Nov 19, 2003 at 11:10:14AM +0100, Andreas Tille wrote:
On Wed, 19 Nov 2003, Luca - De Whiskey's - De Vitis wrote:
If we let it in and then we auto-build it, we get a new package with FTBFS
(i.e RC) bugs and slow down release even more.
If we auto-build it first and, if no
Ingo Juergensmann [EMAIL PROTECTED] wrote:
[...]
Perl is building fine as well now on mips, although it is marked as
not-for-us. See
http://m68k.bluespice.org/cgi/package_status?mips_pkg=perlsearchtype=go
paco:/home/ij# ls -l *.deb
-rw-r--r--1 root root35172 Nov 18 22:24
Luca - De Whiskey's - De Vitis wrote:
(...)
Why developers should care more about packages not entering
into unstable that packages not entering into testing?
I worry about indirect delays. Scenario: developer A@ do good job with
packages A, but A requires packages B. What should A do?
Waiting
On Wed, Nov 19, 2003 at 11:10:14AM +0100, Andreas Tille wrote:
Exactly this was the idea. I'm unsure whether experimental could serve as
this kind of staging area.
I would keep experimental only for experiments (:P), while i see your proposal
as a new step to be included in our packages
Package: wnpp
Severity: wishlist
* Package name: jaabc2ps
Version : 1.1.0
Upstream Author : John Atchley [EMAIL PROTECTED]
* URL : http://www.guitarnut.com/
* License : GPL
Description : Converts abc text music notation to postscript sheet music
Produces
On Wed, Nov 19, 2003 at 11:21:18AM +0100, Giacomo A. Catenazzi wrote:
I worry about indirect delays. Scenario: developer A@ do good job with
packages A, but A requires packages B. What should A do?
Waiting and not lose the motivation?
Help B@, maybe with a NMU, but still waiting the canonical
Luca - De Whiskey's - De Vitis [EMAIL PROTECTED] wrote:
On Wed, Nov 19, 2003 at 11:02:17AM +0100, Wouter Verhelst wrote:
I don't think people would like it if their package stayed in incoming
for multiple weeks because there's a backlog on some architecture.
Neither i. This is why i would
On Sun, Nov 16, 2003 at 12:44:03PM +0100, Henning Makholm wrote:
No, but if you don't do it, you forfeit your right to whine about
duplicate work when it turns out that you're not the only one who has
been doing work without telling anybody about it.
So, _both_ people involved should have
On Wed, 19 Nov 2003, Giacomo A. Catenazzi wrote:
I worry about indirect delays. Scenario: developer A@ do good job with
packages A, but A requires packages B. What should A do?
Waiting and not lose the motivation?
But the problem can be the other way around: A builds his package against
Tom [EMAIL PROTECTED] writes:
This seems on topic for the list's stated purpose: Discussion about
technical development topics.
I'm trying to build rekall from rekallrevealed.org. It seems like it's
going to have lots of build dependencies. If anyone has ever built it
on debian, or
Andreas Tille [EMAIL PROTECTED] writes:
Hi,
just an idea from a completely uneducated person regarding buildd:
What about if each freshly uploaded package which contains architecture any
packages would enter kind of a staging area first and buildds grab these
files from there.
On Tue, Nov 18, 2003 at 10:15:25AM -0600, John Goerzen wrote:
On Sat, Nov 15, 2003 at 05:35:19PM +, Andrew Suffield wrote:
On Sat, Nov 15, 2003 at 05:42:20PM +0100, Adrian Bunk wrote:
- Debian 3.0 doesn't support much of the hardware curently available -
the old 2.4.18 kernel on the
Sorry for my late reply:
Am Don, 2003-10-23 um 15.17 schrieb Joe Drew:
* Package name: sagasu
Er, what does this add over the standard Search for files GNOME
action?
- use of Perl regex
- max. directory recursion depth
--
Daniel Gubser [EMAIL PROTECTED]
Domenico Andreoli, 2003-11-19 11:30:17 +0100 :
i see that perl 5.8.2-2 is marked Not-For-Us on mips buildd.
why it is in this state? it blocks the build of a lot of software.
I'm currently building it by hand.
Roland.
--
Roland Mas
Qu'est-ce qui est petit, jaune et vachement dangereux ?
Un
Roland Stigge wrote:
debian-legalint
I don't think this is a good idea. non-free doesn't mean illegal.
On Wed, Nov 19, 2003 at 10:41:05AM +0100, Yann Dirson wrote:
testsuites must be written, and testsuites for GUI programs are even
more work.
Fortunately several of the packages we ship already have one.
Most do not.
And for the bunch of non-gui programs, we could surely add some
Luca - De Whiskey's - De Vitis wrote:
On Wed, Nov 19, 2003 at 11:21:18AM +0100, Giacomo A. Catenazzi wrote:
- the developers (maybe requiring not only uploader) could override the
waiting status in pre-unstable queue.
I do not understand this: what do you mean?
I don't like automatic system
On Wed, Nov 19, 2003 at 07:42:18AM +0100, Andreas Tille wrote:
just an idea from a completely uneducated person regarding buildd:
What about if each freshly uploaded package which contains architecture any
packages would enter kind of a staging area first and buildds grab these
On Wed, 19 Nov 2003, Goswin von Brederlow wrote:
You are ignoring all the packages that don't build and never have been
build for some architecture. Mainly that happens if some
build-depends, like the compiler needed, wasn't yet ported.
But this is no FTBFS bug than. I just want to keep
On Wed, 19 Nov 2003, Andrew Suffield wrote:
This seems like a solution in search of a problem. What problem are
you actually trying to solve? Start by describing it, then we can try
dreaming up ways to solve it. [Given your vague description of what
this would accomplish, I have a few guesses
LVM1 includes kernel headers in its build - yeah, I know, but it does interface
(rather too) tightly into the kernel.
The problem now is that the linux-kernel-headers package has Linux 2.6 files in
it rather than 2.4 and LVM(1) is not supported in 2.6. so it doesn't build.
This isn't a new
On Wed, 2003-11-19 at 14:41, Florian Weimer wrote:
debian-legalint
I don't think this is a good idea. non-free doesn't mean illegal.
In contrast to the common German denotation of the word legal
(allowed), consider the one implied by the usage of legal in names
like debian-legal (rechtlich,
+++ Yann Dirson [03-11-18 22:54 +0100]:
On Tue, Nov 18, 2003 at 07:29:29PM +0100, Adrian Bunk wrote:
But that last point raises another issue: does anyone really use
testing ? Would anyone use pre-testing after all ?
I used testing for a couple of years on my laptop and non-critical
Would you have a
Win2K/WinXP driver? Thanks.
WILLIAM E. FOSTER
Chief, Information Technology
Security
DCS/Plans and Programs
mailto:[EMAIL PROTECTED]
comm: 703
695-3539
DSN:
225-3539
Ivy.gif
On Wed, Nov 19, 2003 at 02:18:34PM +, Patrick Caulfield wrote:
The only solution I can think of is for the lvm10 package to build-depend on
(eg) kernel-source-2.4.19, then in the build script untar the header
files, make the arch symlink (ugh) and compile against that.
Does anyone else
Roland Stigge wrote:
On Wed, 2003-11-19 at 14:41, Florian Weimer wrote:
debian-legalint
I don't think this is a good idea. non-free doesn't mean illegal.
In contrast to the common German denotation of the word legal
(allowed), consider the one implied by the usage of legal in names
Hi,
debian-devel is a list for development of the Debian distribution, not
a general programming list. For a more appropriate list, look on the
glade website at glade.gnome.org.
I'm afraid I can't help you with this problem, but I do offer some
advice: use libglade to load the glade xml
On Wed, 2003-11-19 at 09:14, Foster William MSgt AF/XPI-ES wrote:
Would you have a Win2K/WinXP driver? Thanks.
WILLIAM E. FOSTER
Chief, Information Technology Security
DCS/Plans and Programs
mailto:[EMAIL PROTECTED]
comm: 703 695-3539
DSN: 225-3539
Sorry this is a mailing list
On Wed, Nov 19, 2003 at 03:12:42PM +0100, Andreas Tille wrote:
On Wed, 19 Nov 2003, Andrew Suffield wrote:
This seems like a solution in search of a problem. What problem are
you actually trying to solve? Start by describing it, then we can try
dreaming up ways to solve it. [Given your
On Wed, Nov 19, 2003 at 11:05:49AM +0100, Domenico Andreoli wrote:
i see that perl 5.8.2-2 is marked Not-For-Us on mips buildd.
why it is in this state? it blocks the build of a lot of software.
I'm told that getting it past the test suite requires a newer kernel,
which our mips buildds don't
A levelezm azt hiszi, hogy Florian Weimer a kvetkezeket rta:
Let me rephrase my statement. non-free does not mean not conforming
to the law.
Non-free does mean not conforming to the internal law of the project.
--
GNU GPL: csak tiszta forrsbl
Magosnyi rpd wrote:
A levelezm azt hiszi, hogy Florian Weimer a kvetkezeket rta:
Let me rephrase my statement. non-free does not mean not conforming
to the law.
Non-free does mean not conforming to the internal law of the project.
The Social Contract mandates that Debian offers non-free
Package: wnpp
Severity: wishlist
* Package name: libglib-perl
Version : 1.011
Upstream Author : Gtk2-Perl Team [EMAIL PROTECTED]
* URL : http://search.cpan.org/~mlehmann/Glib-1.011/
* License : LGPL-2
Description : Perl interface to the Glib and GLib's
On Wed, Nov 19, 2003 at 04:04:49PM +0100, Florian Weimer wrote:
Magosányi Árpád wrote:
A levelez??m azt hiszi, hogy Florian Weimer a következ??eket írta:
Let me rephrase my statement. non-free does not mean not
conforming to the law.
Non-free does mean not conforming to the
Package: wnpp
Severity: wishlist
* Package name: libextutils-pkgconfig
Version : 1.00
Upstream Author : muppet [EMAIL PROTECTED]
* URL : http://gtk2-perl.sourceforge.net/
* License : LGPL
Description : simplistic perl interface to pkg-config
The
Package: wnpp
Severity: wishlist
* Package name: libextutils-depends-perl
Version : 0.102
Upstream Author : Paolo Molaro [EMAIL PROTECTED]
* URL : http://gtk2-perl.sf.net/
* License : ? (Mailed upstream)
Description : easily build XS extensions that
On Wed, Nov 19, 2003 at 03:33:53PM +0100, Christoph Hellwig wrote:
On Wed, Nov 19, 2003 at 02:18:34PM +, Patrick Caulfield wrote:
The only solution I can think of is for the lvm10 package to build-depend on
(eg) kernel-source-2.4.19, then in the build script untar the header
files, make
Cameron Patrick wrote:
Nope, no fall-through in that one, so it doesn't help. It /is/ nifty
though :-)
Uh, there was a fall through there. Notice that if x has a value that
isn't in the dictionary the if will fall through to the else.
--
Steve C. Lamb | I'm your priest,
I like this idea of pre-testing. It would allow to cut down the versionned
dependencies caused by automatic detection and allow a quicker move to
testing.
The issue I see however is that a package rebuilded that way would go into
testing without being tested by anyone. What if a given package
You might be able to get away w/ simply including the lvm-specific kernel
headers in your package, as long as the lower level asm stuff that it uses
haven't changed their interface in 2.6. OTOH, it also might introduce
subtle bugs. Maybe you're better off build-dep'ing.
Sigh. I should probably
On Tue, Nov 18, 2003 at 08:58:17AM -0500, Stephen Frost wrote:
It would be really nice to have 7.4 in sarge.. Personally I think
there should probably be enough time given the lack of messages on
d-d-a regarding freezes and the like. 7.4 adds alot of nice things
and speeds up a number of
On Wed, Nov 19, 2003 at 10:43:22AM -0600, Graham Wilson wrote:
On Tue, Nov 18, 2003 at 08:58:17AM -0500, Stephen Frost wrote:
It would be really nice to have 7.4 in sarge.. Personally I think
there should probably be enough time given the lack of messages on
d-d-a regarding freezes and the
On Wed, Nov 19, 2003 at 02:03:08PM +, Wookey wrote:
Doing my builds on a testing machine, then uploading to
unstable can mean I introduce packages compiled against the wrong library
versions. Source-only uploads would solve this and I could do test-compiles
on some debian machine.
Off
On Wed, Nov 19, 2003 at 06:03:39PM +0100, Karsten Merker wrote:
On Wed, Nov 19, 2003 at 02:58:16PM +, Colin Watson wrote:
On Wed, Nov 19, 2003 at 11:05:49AM +0100, Domenico Andreoli wrote:
i see that perl 5.8.2-2 is marked Not-For-Us on mips buildd.
why it is in this state? it
Andreas Tille [EMAIL PROTECTED] writes:
On Wed, 19 Nov 2003, Goswin von Brederlow wrote:
You are ignoring all the packages that don't build and never have been
build for some architecture. Mainly that happens if some
build-depends, like the compiler needed, wasn't yet ported.
It gets
I'm building kernels for an embedded x86 product, and I'm falling in
love with make-kpkg. My only problem is that
make-kpkg --added-modules pcmcia-cs kernel_image modules_image
doesn't do a depmod on the pcmcia-cs modules against the built kernel. I
assume others have not run into this problem
Giacomo A. Catenazzi [EMAIL PROTECTED] writes:
Luca - De Whiskey's - De Vitis wrote:
On Wed, Nov 19, 2003 at 11:21:18AM +0100, Giacomo A. Catenazzi wrote:
- the developers (maybe requiring not only uploader) could override
the waiting status in pre-unstable queue.
I do not
On Mon, Nov 17, 2003 at 03:56:44PM +0100, Goswin von Brederlow wrote:
DDs have to sign and upload a package with a backdoor.
On the buildd I can install a gcc or other tool that will silently add
a backdoor to anything getting compiled and the buildd admin will sign
and upload the package
On Wed, Nov 19, 2003 at 06:43:00AM +0100, Ingo Juergensmann wrote:
Perl is building fine as well now on mips, although it is marked as
not-for-us. See
http://m68k.bluespice.org/cgi/package_status?mips_pkg=perlsearchtype=go
This might be due to the fact that the autobuilders don't run recent
On Wed, 19 Nov 2003, Andreas Tille wrote:
just an idea from a completely uneducated person regarding buildd:
What about if each freshly uploaded package which contains architecture any
packages would enter kind of a staging area first and buildds grab these
files from there. After
Package: wnpp
Severity: wishlist
* Package name: at76c503a-source
Version : 0.11.beta5
* URL : Oliver Kurth oku at masqmail dot cx
* License : GPL
Description : at76c503a driver source
.
Alternative driver for the Atmel AT76C503A based USB WLAN adapters.
Hi,
On Sun, Nov 16, 2003 at 11:20:21AM -0600, Steve Langasek wrote:
On Sun, Nov 16, 2003 at 04:30:26PM +0100, Martin Schulze wrote:
Kenshi Muto wrote:
At Tue, 11 Nov 2003 11:59:24 +0100,
Martin Schulze wrote:
Preparation of Debian GNU/Linux 3.0r2
On Wed, Nov 19, 2003 at 05:42:29PM +, Colin Watson wrote:
[...]
- Fix msqid_ds on MIPS. Dpatch from Guido Guenther, patch by
Thiemo Seufer (Closes: #215273, #200215, #217593).
[...]
...additionally the current 2.4.22 mips kernel packages have the
necessary fixes. The mips
Steve Langasek wrote:
If I understood you correctly, you want me to remove these packages:
ttf-kochi-mincho
ttf-kochi-mincho-naga10
ttf-xwatanabe-mincho
watanabe-vfont
ttf-xtt-wadalab-gothic (source ttf-xtt)
ttf-xtt-watanabe-mincho (source ttf-xtt)
from the stable distribution
Scripsit Mike Beattie [EMAIL PROTECTED]
This is a good, though perhaps too detailed, long description.
Taken directly from the web page... (I'm lazy)
The description left me wondering whether this is just anonter
peer-to-peer filesharing network, or there is something else to
it. Either way,
Scripsit Jonathan Dowland [EMAIL PROTECTED]
On Sun, Nov 16, 2003 at 12:44:03PM +0100, Henning Makholm wrote:
No, but if you don't do it, you forfeit your right to whine about
duplicate work when it turns out that you're not the only one who has
been doing work without telling anybody about
On Wed, 19 Nov 2003 19:20:09 +0100, Guido Guenther wrote:
On Wed, Nov 19, 2003 at 06:43:00AM +0100, Ingo Juergensmann wrote:
Perl is building fine as well now on mips, although it is marked as
not-for-us. See
http://m68k.bluespice.org/cgi/package_status?mips_pkg=perlsearchtype=go
This might
Martin Michlmayr - Debian Project Leader, on 2003-11-19, 14:32, you wrote:
* Ingo Juergensmann [EMAIL PROTECTED] [2003-11-16 15:40]:
Yes, a fairly powerful machine has recently been donated to Debian and
we're currently working out where to host it.
Where is it located?
In the
Scripsit Florian Weimer [EMAIL PROTECTED]
Roland Stigge wrote:
debian-legalint
I don't think this is a good idea.
Me neither. A virtual debian-legal would be something that analyzed
licenses:
$ debian-legalint COPYRIGHT.foo
COPYRIGHT.foo:33: warning: mentions specific protocol standard
On Wed, Nov 19, 2003 at 07:04:45PM +0100, Guido Guenther wrote:
Package: wnpp
Severity: wishlist
* Package name: at76c503a-source
Version : 0.11.beta5
* URL : Oliver Kurth oku at masqmail dot cx
* License : GPL
Description : at76c503a driver source
On Wed, Nov 19, 2003 at 08:06:32PM +0100, Guido Guenther wrote:
Hi Oliver,
On Wed, Nov 19, 2003 at 07:43:30PM +0100, Oliver Kurth wrote:
That is my email addrss in the URL field... not the site to
download. It is really
http://at76c503a.berlios.de/
My name is correct for upstream, but
vhi
On Wed, Nov 19, 2003 at 08:01:40PM +0100, Oliver Kurth wrote:
Okay, but you placed an email into the URL field.
Cut'n'Paste erro. It's correct in the package.
This is okay. Atmel allows to distribute those files, I have got a message
from one of their developers, it should also be on the
On Wed, Nov 19, 2003 at 07:52:22PM +0100, Oliver Kurth wrote:
There may also be issues with the firmware: the source is /not/ GPL'ed, but
the hex files from Atmel are. I am not sure if this is possible, and if it
is a problem for Debian to get it into main.
IANAL, but...
If the hex files are
On Wed, Nov 19, 2003 at 08:26:56PM +0100, Guido Guenther wrote:
On Wed, Nov 19, 2003 at 08:01:40PM +0100, Oliver Kurth wrote:
Okay, but you placed an email into the URL field.
Cut'n'Paste erro. It's correct in the package.
Fine.
This is okay. Atmel allows to distribute those files, I have
On Wed, Nov 19, 2003 at 08:41:32PM +0100, Steinar H. Gunderson wrote:
On Wed, Nov 19, 2003 at 07:52:22PM +0100, Oliver Kurth wrote:
There may also be issues with the firmware: the source is /not/ GPL'ed, but
the hex files from Atmel are. I am not sure if this is possible, and if it
is a
On Wed, Nov 19, 2003 at 08:00:48PM +, Henning Makholm wrote:
Scripsit Oliver Kurth [EMAIL PROTECTED]
But you do not seem to see my point: the human readable sources of the
firmware files are _not_ open. The hex files, ie. the compiled form,
in ACSII format they say _are_ GPL'ed
Scripsit Oliver Kurth [EMAIL PROTECTED]
But you do not seem to see my point: the human readable sources of the
firmware files are _not_ open. The hex files, ie. the compiled form,
in ACSII format they say _are_ GPL'ed (despite the disclaimer in those
files, see above).
What you're missing is
On Wed, Nov 19, 2003 at 03:43:31AM -0600, Luca - De Whiskey's - De Vitis wrote:
On Wed, Nov 19, 2003 at 11:02:17AM +0100, Wouter Verhelst wrote:
I don't think people would like it if their package stayed in incoming
for multiple weeks because there's a backlog on some architecture.
Neither
On Wed, Nov 19, 2003 at 08:25:44PM +, Henning Makholm wrote:
Scripsit Oliver Kurth [EMAIL PROTECTED]
If the hex files are GPLed, they are probably not distributable -- hex .c
files probably do not fall into the GPL's definition of source
code
Maybe there can be an exception
Scripsit Oliver Kurth [EMAIL PROTECTED]
If the hex files are GPLed, they are probably not distributable -- hex .c
files probably do not fall into the GPL's definition of source
code
Maybe there can be an exception because the code is not run on the host
but on the device?
Who do you
On Wed, Nov 19, 2003 at 15:44:54 +1100, Peter Gatt wrote:
[EMAIL PROTECTED]:~/Projects/project1$ ./autogen.sh
\**Warning**: I am going to run `configure' with no arguments.
If you wish to pass any to it, please specify them on the
`./autogen.sh' command line.
processing .
Running aclocal
On Wed, 19 Nov 2003, Oliver Kurth wrote:
Sigh. So if Atmel says these files are no longer GPL'ed, but are just
freely distributable, it could at least go to non-free?
Yes.
Sounds ridiculous. (Law is too complicated to me, so I stick to
programming ;-) )
Thats part and parcel of the GPL...
On Wed, Nov 19, 2003 at 08:36:31PM +0100, Oliver Kurth wrote:
I am sure these lines in the files can be removed, by bugging the
Atmel people, or at least 'override' it with an 'It is okay' message
from them.
O.k., we can upload to non-free then.
But you do not seem to see my point: the human
On Tue, 18 Nov 2003, Marc A. Pelletier wrote:
Now /that/ is interresting and smart and is indeed likely the most promising
avenue for quick and dirty daemond integration in debian; the problem is that
from what I have understood, update-rc.d suffers from, by design, exactly the
same problem
1 - 100 of 218 matches
Mail list logo