Bug#221806: ITP: mmsclient -- mms streaming media download utility

Package: wnpp Severity: wishlist * Package name: mmsclient Version : 0.0.3 Upstream Author : "Major MMS" (http://www.geocities.com/majormms/) * URL : http://www.geocities.com/majormms/ * License : GPL Description : mms streaming media download utility mms

Bug#220289: section science/geography vs. geography

Regarding science/geography etc., wouldn't plain geography be better? I see there is already a electronics, not a science/electronics. On the other hand, perhaps remodel the categories after the Usenet newsgroup name tree.

Re: Is vrms really still a Virtual Richard M. Stallman?

Quoting Florian Weimer ([EMAIL PROTECTED]): ["debian-legalint":] > I don't think this is a good idea. "non-free" doesn't mean "illegal". So, "dfsg-lint", maybe. -- Cheers, * Contributing Editor, Linux Gazette * Rick Moen -*- See the Linux Gaze

V i @ g r @ --> 80% D.I.S.C.O.U.N.T!! bprcu rhteb

zfxvbnpukh chvtf fdxkya kunfluntj nkwaqcvq -- uniqlzjz -- qmajfl -- owqqksfcew -- V i @ g r @. The new medication got it's name from two words: "Vigour" and "Niagara". Yes, over 27,000,000 men worldwide use it. It hepls them to regain their s e x u @ l ego, fullfill sexual ener

Re: Preparation of Debian GNU/Linux 3.0r2 (II)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 At 19 Nov 03 18:12:44 GMT, Osamu Aoki wrote: > On Sun, Nov 16, 2003 at 11:20:21AM -0600, Steve Langasek wrote: I'm sorry but I missed this mail. > > I'm not sure there's any reason to believe that there are licensing > > problems with these fonts. >

Re: Preparation of Debian GNU/Linux 3.0r2 (II)

Osamu Aoki <[EMAIL PROTECTED]> writes: > One question to ask is "is this useful fonts?" If not, we have totally > different ground to remove this package based on uselessness :-) Are there any other good-looking japanese TTF fonts in debian? I ttf-kochi-{gothic,mincho} and I remember every other

Re: First pass all buildds before entering unstable

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

Re: Preparation of Debian GNU/Linux 3.0r2 (II)

At Wed, 19 Nov 2003 19:08:24 +0100, Martin Schulze wrote: > Steve Langasek wrote: > > I'm not sure there's any reason to believe that there are licensing > > problems with these fonts. > > > > The official reply from Hitachi on this question, as posted at > >

Re: Tabs v.s. spaces

(This is waaay off-topic but what the heck, I'll keep going...) On Wed, Nov 19, 2003 at 08:08:51AM -0800, Steve Lamb wrote: | 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

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

Scripsit Oliver Kurth <[EMAIL PROTECTED]> > The firmware is needed. Without it, the device is completely dumb. > But there are some devices which can store the fw permanently. Also, > the fw is distributed on their (windows) installation CDs. Do these CDs accompany the hardware when bought? In th

Re: MIPS port backlog, autobuilder machines and some arrogance

On Thu, Nov 20, 2003 at 12:54:07AM +0100, Goswin von Brederlow wrote: > Matt Zimmerman <[EMAIL PROTECTED]> writes: > > The whole point of signing packages is that it is not anonymous at all, but > > traceable back to the signer. Assuming the keyholder protects his key > > adequately, there is rea

Re: MIPS port backlog, autobuilder machines and some arrogance

Matt Zimmerman <[EMAIL PROTECTED]> writes: > 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 compil

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

Oliver Kurth writes: > Unfortunately, in this thread it turned out we can't. Unless we convince > Atmel to not license the files under the GPL, but just as freely > distributable. You don't need to get them to remove the GPL. Just get them to add an "It's ok to distribute these without source" st

Re: Some observations regardig the progress towards Debian 3.1

On Wed, Nov 19, 2003 at 10:41:05AM +0100, Yann Dirson wrote: >... > That could be done either by a rebuild, or, less costly, by a simple > unpack/edit-changelog/repack. Repacking breaks with every Depends: somepackage (= ${Source-Version}) > In that case, if we had libfoo0_1.0-1 in pre-testing,

Re: sarge release

also sprach martin f krafft <[EMAIL PROTECTED]> [2003.11.13.0800 +0100]: > I get your point, and I will tend to the RC bug as soon as somehow > possible. Right now I am swamped, and I simply wanted to get a feel > whether I am already in the crowd of those upholding the release, or > whether I am j

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

On Wed, Nov 19, 2003 at 01:25:24PM -0800, Don Armstrong wrote: > 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

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

On Wed, Nov 19, 2003 at 10:41:58PM +0100, Guido Guenther wrote: > 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 ca

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

Hi, Am Mi, den 19.11.2003 schrieb Oliver Kurth um 21:28: > See, the copyright holder has no problem if those files are distributed. > They will not care. I can also reconfirm this by asking them. So the > problem is if this can still comply with the DFSG. So the exception > should be made by Debia

Bug#221744: ITP: libgnome2-perl -- Perl interface to the Gnome libraries

Package: wnpp Severity: wishlist * Package name: libgnome2-perl Version : 0.38 Upstream Author : Gtk2-Perl Team <[EMAIL PROTECTED]> * URL : http://gtk2-perl.sourceforge.net/ * License : LGPL-2 Description : Perl interface to the Gnome libraries The Gnome2

Re: Help with init replacement

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 prob

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

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 hum

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

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..

Re: Trouble Compiling Simple Glade.

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 ac

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

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 d

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

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 a

Re: First pass all buildds before entering unstable

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. > > N

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

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 missi

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

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'

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

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

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

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

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

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 ar

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

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 mai

vhi

vhi

Re: Bug#221709: ITP: at76c503a-source -- 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 upstrea

Re: Is vrms really still a Virtual Richard M. Stallman?

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 stand

Re: Bug#221709: ITP: at76c503a-source -- at76c503a driver source

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 > * License : GPL > Description : at76c503a driver source That is my ema

Re: MIPS port backlog, autobuilder machines and some arrogance

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? >

Re: MIPS port backlog, autobuilder machines and some arrogance

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=perl&searchtype=go > Thi

Re: Debian communication and attitude [was: Re: Example of really nasty DD behavior]

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 anybo

Re: Bug#220301: ITP: entropy -- Emerging Network To Reduce Orwellian Potency Yield

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

Re: Preparation of Debian GNU/Linux 3.0r2 (II)

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 sta

Re: perl 5.8.2-2 & mips buildd

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

Re: Preparation of Debian GNU/Linux 3.0r2 (II)

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 > > > > =

Bug#221709: ITP: at76c503a-source -- at76c503a driver source

Package: wnpp Severity: wishlist * Package name: at76c503a-source Version : 0.11.beta5 * URL : Oliver Kurth * License : GPL Description : at76c503a driver source . Alternative driver for the Atmel AT76C503A based USB WLAN adapters. This driver is for li

Re: First pass all buildds before entering unstable

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. Af

Re: MIPS port backlog, autobuilder machines and some arrogance

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=perl&searchtype=go This might be due to the fact that the autobuilders don't run recent

Re: MIPS port backlog, autobuilder machines and some arrogance

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 packa

Re: First pass all buildds before entering unstable

"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. > > >

make-kpkg question

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 as

Re: First pass all buildds before entering unstable

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. I

Re: perl 5.8.2-2 & mips buildd

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

Re: Some observations regardig the progress towards Debian 3.1

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

Re: will we freeze?

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 a

will we freeze?

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

Re: New kernel headers break LVM build

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

Re: Some observations regardig the progress towards Debian 3.1

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 fai

Re: Tabs v.s. spaces

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'm

Re: New kernel headers break LVM build

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

Bug#221684: ITP: libextutils-depends-perl -- easily build XS extensions that depend on XS extensions

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 depe

Bug#221687: ITP: libextutils-pkgconfig -- simplistic perl interface to pkg-config

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 pkg-co

Re: [debian-devel] Re: Is vrms really still a Virtual Richard M. Stallman?

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 confor

Bug#221679: ITP: libglib-perl -- Perl interface to the Glib and GLib's GObject libraries

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 G

Re: [debian-devel] Re: Is vrms really still a Virtual Richard M. Stallman?

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 internal law of the project". The Social Contract mandates that Deb

Re: [debian-devel] Re: Is vrms really still a Virtual Richard M. Stallman?

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 internal law of the project". -- GNU GPL: csak tiszta forrásból

Re: perl 5.8.2-2 & mips buildd

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 d

Re: First pass all buildds before entering unstable

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 you

Re: Hercules Stingray 128 3D Driver

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 mailin

Re: Trouble Compiling Simple Glade.

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 dynamica

Re: Is vrms really still a Virtual Richard M. Stallman?

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

Re: New kernel headers break LVM build

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 el

Hercules Stingray 128 3D Driver

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  <>

Re: Some observations regardig the progress towards Debian 3.1

+++ 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 machin

Re: Is vrms really still a Virtual Richard M. Stallman?

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-leg

New kernel headers break LVM build

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 probl

Re: First pass all buildds before entering unstable

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 gues

Re: First pass all buildds before entering unstable

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 pac

Re: First pass all buildds before entering unstable

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 >

Re: First pass all buildds before entering unstable

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 wit

Re: Some observations regardig the progress towards Debian 3.1

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 >

Re: Is vrms really still a Virtual Richard M. Stallman?

Roland Stigge wrote: > debian-legalint I don't think this is a good idea. "non-free" doesn't mean "illegal".

Re: Bug#217017: ITP: Sagasu - GNOME tool to find strings in a set of files

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]>

Re: perl 5.8.2-2 & mips buildd

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

Re: Some observations regardig the progress towards Debian 3.1

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 kerne

Re: First pass all buildds before entering unstable

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

Re: Build-depends for Rekall?

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 debi

Re: First pass all buildds before entering unstable

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 pack

Re: Debian communication and attitude [was: Re: Example of really nasty DD behavior]

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

Re: First pass all buildds before entering unstable

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 wo

Re: First pass all buildds before entering unstable

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 canoni

Re: First pass all buildds before entering unstable

On Wed, Nov 19, 2003 at 11:33:05AM +0100, Andreas Tille wrote: > 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

Bug#221632: ITP: jaabc2ps -- Converts abc text music notation to postscript sheet music

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 Produce

Re: First pass all buildds before entering unstable

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 workf

Re: First pass all buildds before entering unstable

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 and

Re: MIPS port backlog, autobuilder machines and some arrogance

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=perl&searchtype=go > paco:/home/ij# ls -l *.deb > -rw-r--r--1 root root35172 Nov 18 22:

Re: First pass all buildds before entering unstable

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 u

Re: First pass all buildds before entering unstable

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

Re: First pass all buildds before entering unstable

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

perl 5.8.2-2 & mips buildd

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

Re: First pass all buildds before entering unstable

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

Re: debian-installer beta 1

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

  1   2   >