WG: Broken bootable SPARC CD#1, and why this happened
Not for me Mit freundlichen Grüßen Annette Schweigardt AOK BD Heidenheim Gesundheitszentrum Daimlerstraße 6 89518 Heidenheim Tel: (07321) 314 250 Fax: (07321) 314 252 EMail: [EMAIL PROTECTED] > -Ursprüngliche Nachricht- > Von: Philip Hands [SMTP:[EMAIL PROTECTED] > Gesendet am: Donnerstag, 17. August 2000 17:11 > An: debian-cd@lists.debian.org; debian-devel@lists.debian.org > Betreff: Re: Broken bootable SPARC CD#1, and why this happened > > Anthony Towns writes: > > > Well, one thing that'd help would be having a cdimage.debian.org that > > doesn't crash all the time. That's the main reason we didn't have any > > time at all to check things, or for Phil to double check things with you > > as to how things should be done when the first sparc images didn't work. > > I'm working on it -- open's getting a full body transplant on Tuesday > (or thereabouts). > > I know it's been a pain in the arse, but I think I actually made the > right decision in leaving it as it was for the duration. Admittedly, > open died the moment I started building CDs, but once rebooted > (unfortunately 8 hours later, waiting for someone to fsck /), it's > actually stood up to the load reasonably well all things considered (2 > 30 minute outages), whereas we could have done a panic replacement > with untested hardware, and found ourselves without anything. > > Anyway, once it's plugged into it's 100Mbit LAN, and is an Athlon 650, > rather than a P166, these problems should be behind us, with a bit of > luck. > > > Another thing that would help is getting this stuff more automated and > > common. While boot-floppies and kernels and cd images are all being > > made by one or two people who know how to tweak the settings correctly, > > we're going to keep having problems like this. Much better, IMO, to > setup > > cdimage.debian.org (or similar) to build a new set of CDs once a week, > > automatically, ideally straight from debian-cd.deb. > > Nice idea, but it's taken until very recently to get the scripts into > this state, with constant feedback -- if we were unable to tweak the > scripts to make them work, they'd never work as well as they do. > > And then we find that they still don't work ;-) > > > More directly though, we should be able to very easily setup some > automated > > tests to make sure this doesn't happen again. After building the CDs, > mount > > them over loopback and checking device files have correct ownerships and > > permissions, or check that various packages in base are all on CD#1, or > > similar. > > Now this is a very good idea. > > > The more checking and testing we can offload from volunteers onto > machines, > > the better. We can always get more machines, getting more people with > the > > requisite clues and free time is much harder. > > It's almost impossible to remember all the little things that might go > wrong as well, so encapsulating that knowledge in a regression test > suit is definitely the way to go. > > The fact that the CDs always need to be built in the early hours > doesn't help. > > Cheers, Phil. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED]
WG: ITP: Moscow ML - An implementation of standard ML.
Not for me... Mit freundlichen Grüßen Annette Schweigardt AOK BD Heidenheim Gesundheitszentrum Daimlerstraße 6 89518 Heidenheim Tel: (07321) 314 250 Fax: (07321) 314 252 EMail: [EMAIL PROTECTED] > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] > Gesendet am: Donnerstag, 17. August 2000 17:02 > An: Nicolás Lichtmaier > Cc: Torsten Landschoff; debian-devel@lists.debian.org > Betreff: Re: ITP: Moscow ML - An implementation of standard ML. > > Le 2000-08-16 01:55:59 -0300, Nicolás Lichtmaier écrivait : > > > > > Don't do that. Moscow ML was my first package when I joined and I > had > > > > > to learn that there are license problems. To be precise it is > based on > > > > > Caml Light which is not GPLed (read: has further restrictions) > therefore > > > > > you can't link GPL-code against it. > > > > > > > > > > We can't distribute binaries of that :(( > > > > > > > > Have you contacted the authors? > > > > > > I don't quite remember. I think I contacted inria (they hold the Caml > > > copyright) about changing that but to no extent. I am not sure if > changing > > > the MoSML license would help - at least it has to go to non-free then. > > > > I did not want to maintain a non-free package at that time so I gave > up on > > > it. > > > > The MosML could add to the license: "As an exception to the GNU GPL, > you > > may distribute this software linked to CAML". > > As far as I remember, Objective CAML, which is supposed to be > an advanced version of CAML light, has been moved to LGPL. > > But I don't think the CAML light licence has changed. > > -- > Jean-Philippe Guérard > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED]
WG: Broken bootable SPARC CD#1, and why this happened
Not for me... Mit freundlichen Grüßen Annette Schweigardt AOK BD Heidenheim Gesundheitszentrum Daimlerstraße 6 89518 Heidenheim Tel: (07321) 314 250 Fax: (07321) 314 252 EMail: [EMAIL PROTECTED] > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] > Gesendet am: Donnerstag, 17. August 2000 17:36 > An: debian-cd@lists.debian.org; debian-devel@lists.debian.org > Betreff: WG: Broken bootable SPARC CD#1, and why this happened > > Not for me > > Mit freundlichen Grüßen > > Annette Schweigardt > AOK BD Heidenheim > Gesundheitszentrum > Daimlerstraße 6 > 89518 Heidenheim > Tel: (07321) 314 250 > Fax: (07321) 314 252 > EMail: [EMAIL PROTECTED] > > > -Ursprüngliche Nachricht- > > Von:Philip Hands [SMTP:[EMAIL PROTECTED] > > Gesendet am:Donnerstag, 17. August 2000 17:11 > > An: debian-cd@lists.debian.org; debian-devel@lists.debian.org > > Betreff:Re: Broken bootable SPARC CD#1, and why this happened > > > > Anthony Towns writes: > > > > > Well, one thing that'd help would be having a cdimage.debian.org that > > > doesn't crash all the time. That's the main reason we didn't have any > > > time at all to check things, or for Phil to double check things with > you > > > as to how things should be done when the first sparc images didn't > work. > > > > I'm working on it -- open's getting a full body transplant on Tuesday > > (or thereabouts). > > > > I know it's been a pain in the arse, but I think I actually made the > > right decision in leaving it as it was for the duration. Admittedly, > > open died the moment I started building CDs, but once rebooted > > (unfortunately 8 hours later, waiting for someone to fsck /), it's > > actually stood up to the load reasonably well all things considered (2 > > 30 minute outages), whereas we could have done a panic replacement > > with untested hardware, and found ourselves without anything. > > > > Anyway, once it's plugged into it's 100Mbit LAN, and is an Athlon 650, > > rather than a P166, these problems should be behind us, with a bit of > > luck. > > > > > Another thing that would help is getting this stuff more automated and > > > common. While boot-floppies and kernels and cd images are all being > > > made by one or two people who know how to tweak the settings > correctly, > > > we're going to keep having problems like this. Much better, IMO, to > > setup > > > cdimage.debian.org (or similar) to build a new set of CDs once a week, > > > automatically, ideally straight from debian-cd.deb. > > > > Nice idea, but it's taken until very recently to get the scripts into > > this state, with constant feedback -- if we were unable to tweak the > > scripts to make them work, they'd never work as well as they do. > > > > And then we find that they still don't work ;-) > > > > > More directly though, we should be able to very easily setup some > > automated > > > tests to make sure this doesn't happen again. After building the CDs, > > mount > > > them over loopback and checking device files have correct ownerships > and > > > permissions, or check that various packages in base are all on CD#1, > or > > > similar. > > > > Now this is a very good idea. > > > > > The more checking and testing we can offload from volunteers onto > > machines, > > > the better. We can always get more machines, getting more people with > > the > > > requisite clues and free time is much harder. > > > > It's almost impossible to remember all the little things that might go > > wrong as well, so encapsulating that knowledge in a regression test > > suit is definitely the way to go. > > > > The fact that the CDs always need to be built in the early hours > > doesn't help. > > > > Cheers, Phil. > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED]
WG: ITP: Moscow ML - An implementation of standard ML.
Not For me... Mit freundlichen Grüßen Annette Schweigardt AOK BD Heidenheim Gesundheitszentrum Daimlerstraße 6 89518 Heidenheim Tel: (07321) 314 250 Fax: (07321) 314 252 EMail: [EMAIL PROTECTED] > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] > Gesendet am: Donnerstag, 17. August 2000 17:37 > An: debian-devel@lists.debian.org > Betreff: WG: ITP: Moscow ML - An implementation of standard ML. > > Not for me... > > Mit freundlichen Grüßen > > Annette Schweigardt > AOK BD Heidenheim > Gesundheitszentrum > Daimlerstraße 6 > 89518 Heidenheim > Tel: (07321) 314 250 > Fax: (07321) 314 252 > EMail: [EMAIL PROTECTED] > > > -Ursprüngliche Nachricht- > > Von:[EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] > > Gesendet am:Donnerstag, 17. August 2000 17:02 > > An: Nicolás Lichtmaier > > Cc: Torsten Landschoff; debian-devel@lists.debian.org > > Betreff:Re: ITP: Moscow ML - An implementation of standard ML. > > > > Le 2000-08-16 01:55:59 -0300, Nicolás Lichtmaier écrivait : > > > > > > Don't do that. Moscow ML was my first package when I joined and > I > > had > > > > > > to learn that there are license problems. To be precise it is > > based on > > > > > > Caml Light which is not GPLed (read: has further restrictions) > > therefore > > > > > > you can't link GPL-code against it. > > > > > > > > > > > > We can't distribute binaries of that :(( > > > > > > > > > > Have you contacted the authors? > > > > > > > > I don't quite remember. I think I contacted inria (they hold the > Caml > > > > copyright) about changing that but to no extent. I am not sure if > > changing > > > > the MoSML license would help - at least it has to go to non-free > then. > > > > > > I did not want to maintain a non-free package at that time so I gave > > up on > > > > it. > > > > > > The MosML could add to the license: "As an exception to the GNU GPL, > > you > > > may distribute this software linked to CAML". > > > > As far as I remember, Objective CAML, which is supposed to be > > an advanced version of CAML light, has been moved to LGPL. > > > > But I don't think the CAML light licence has changed. > > > > -- > > Jean-Philippe Guérard > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED]
WG: Broken bootable SPARC CD#1, and why this happened
Not for me... Mit freundlichen Grüßen Annette Schweigardt AOK BD Heidenheim Gesundheitszentrum Daimlerstraße 6 89518 Heidenheim Tel: (07321) 314 250 Fax: (07321) 314 252 EMail: [EMAIL PROTECTED] > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] > Gesendet am: Donnerstag, 17. August 2000 17:41 > An: debian-cd@lists.debian.org; debian-devel@lists.debian.org > Betreff: WG: Broken bootable SPARC CD#1, and why this happened > > Not for me... > > Mit freundlichen Grüßen > > Annette Schweigardt > AOK BD Heidenheim > Gesundheitszentrum > Daimlerstraße 6 > 89518 Heidenheim > Tel: (07321) 314 250 > Fax: (07321) 314 252 > EMail: [EMAIL PROTECTED] > > > -Ursprüngliche Nachricht- > > Von:[EMAIL PROTECTED] > [SMTP:[EMAIL PROTECTED] > > Gesendet am:Donnerstag, 17. August 2000 17:36 > > An: debian-cd@lists.debian.org; debian-devel@lists.debian.org > > Betreff:WG: Broken bootable SPARC CD#1, and why this happened > > > > Not for me > > > > Mit freundlichen Grüßen > > > > Annette Schweigardt > > AOK BD Heidenheim > > Gesundheitszentrum > > Daimlerstraße 6 > > 89518 Heidenheim > > Tel: (07321) 314 250 > > Fax: (07321) 314 252 > > EMail: [EMAIL PROTECTED] > > > > > -Ursprüngliche Nachricht- > > > Von: Philip Hands [SMTP:[EMAIL PROTECTED] > > > Gesendet am: Donnerstag, 17. August 2000 17:11 > > > An: debian-cd@lists.debian.org; debian-devel@lists.debian.org > > > Betreff: Re: Broken bootable SPARC CD#1, and why this happened > > > > > > Anthony Towns writes: > > > > > > > Well, one thing that'd help would be having a cdimage.debian.org > that > > > > doesn't crash all the time. That's the main reason we didn't have > any > > > > time at all to check things, or for Phil to double check things with > > you > > > > as to how things should be done when the first sparc images didn't > > work. > > > > > > I'm working on it -- open's getting a full body transplant on Tuesday > > > (or thereabouts). > > > > > > I know it's been a pain in the arse, but I think I actually made the > > > right decision in leaving it as it was for the duration. Admittedly, > > > open died the moment I started building CDs, but once rebooted > > > (unfortunately 8 hours later, waiting for someone to fsck /), it's > > > actually stood up to the load reasonably well all things considered (2 > > > 30 minute outages), whereas we could have done a panic replacement > > > with untested hardware, and found ourselves without anything. > > > > > > Anyway, once it's plugged into it's 100Mbit LAN, and is an Athlon 650, > > > rather than a P166, these problems should be behind us, with a bit of > > > luck. > > > > > > > Another thing that would help is getting this stuff more automated > and > > > > common. While boot-floppies and kernels and cd images are all being > > > > made by one or two people who know how to tweak the settings > > correctly, > > > > we're going to keep having problems like this. Much better, IMO, to > > > setup > > > > cdimage.debian.org (or similar) to build a new set of CDs once a > week, > > > > automatically, ideally straight from debian-cd.deb. > > > > > > Nice idea, but it's taken until very recently to get the scripts into > > > this state, with constant feedback -- if we were unable to tweak the > > > scripts to make them work, they'd never work as well as they do. > > > > > > And then we find that they still don't work ;-) > > > > > > > More directly though, we should be able to very easily setup some > > > automated > > > > tests to make sure this doesn't happen again. After building the > CDs, > > > mount > > > > them over loopback and checking device files have correct ownerships > > and > > > > permissions, or check that various packages in base are all on CD#1, > > or > > > > similar. > > > > > > Now this is a very good idea. > > > > > > > The more checking and testing we can offload from volunteers onto > > > machines, > > > > the better. We can always get more machines, getting more people > with > > > the > > > > requisite clues and free time is much harder. > > > > > > It's almost impossible to remember all the little things that might go > > > wrong as well, so encapsulating that knowledge in a regression test > > > suit is definitely the way to go. > > > > > > The fact that the CDs always need to be built in the early hours > > > doesn't help. > > > > > > Cheers, Phil. > > > > > > > > > -- > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact > > > [EMAIL PROTECTED] > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED]
WG: floppy disk
Not for me Mit freundlichen Grüßen Annette Schweigardt AOK BD Heidenheim Gesundheitszentrum Daimlerstraße 6 89518 Heidenheim Tel: (07321) 314 250 Fax: (07321) 314 252 EMail: [EMAIL PROTECTED] > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] > Gesendet am: Donnerstag, 17. August 2000 17:41 > An: debian-alpha@lists.debian.org > Betreff: WG: floppy disk > > Not for me... > > Mit freundlichen Grüßen > > Annette Schweigardt > AOK BD Heidenheim > Gesundheitszentrum > Daimlerstraße 6 > 89518 Heidenheim > Tel: (07321) 314 250 > Fax: (07321) 314 252 > EMail: [EMAIL PROTECTED] > > > -Ursprüngliche Nachricht- > > Von:[EMAIL PROTECTED] > [SMTP:[EMAIL PROTECTED] > > Gesendet am:Donnerstag, 17. August 2000 17:38 > > An: debian-alpha@lists.debian.org > > Betreff: WG: floppy disk > > > > Not for me... > > > > Mit freundlichen Grüßen > > > > Annette Schweigardt > > AOK BD Heidenheim > > Gesundheitszentrum > > Daimlerstraße 6 > > 89518 Heidenheim > > Tel: (07321) 314 250 > > Fax: (07321) 314 252 > > EMail: [EMAIL PROTECTED] > > > > > -Ursprüngliche Nachricht- > > > Von: Marcus Williams [SMTP:[EMAIL PROTECTED] > > > Gesendet am: Donnerstag, 17. August 2000 16:33 > > > An: Andrew MacNamara; debian-alpha@lists.debian.org > > > Betreff: RE: floppy disk > > > > > > If the light is on continuously it usually means you've put the > > > floppy cable the wrong way round - it doesnt break anything in > > > itself, but the OS wont be able to use it. If it doesnt work the > > > other way round it still could be a broken cable or controller - > > > not much help really but at least you can tell whether you've got > > > the cable around the right way :-) > > > > > > Marcus > > > > > > -- > > > M J Williams @ work - Quintic Ltd, Cambridge, UK > > > mailto:[EMAIL PROTECTED] -- http://www.onq2.com > > > > > > > -Original Message- > > > > From: Andrew MacNamara [mailto:[EMAIL PROTECTED] > > > > Sent: Thursday, August 17, 2000 3:13 PM > > > > To: debian-alpha@lists.debian.org > > > > Subject: floppy disk > > > > > > > [snip] > > > > When I put it in one way, the drive light never comes > > > > on at all. > > > > > > > > When I put it in the other way, the drive light comes > > > > on when the system > > > > boots up, and it stays on -- it never goes off. > > > [snip] > > > > > > > > > > > > -- > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact > > > [EMAIL PROTECTED] > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED]
WG: Netscape Probs
Not for me Mit freundlichen Grüßen Annette Schweigardt AOK BD Heidenheim Gesundheitszentrum Daimlerstraße 6 89518 Heidenheim Tel: (07321) 314 250 Fax: (07321) 314 252 EMail: [EMAIL PROTECTED] > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] > Gesendet am: Donnerstag, 17. August 2000 17:41 > An: debian-alpha@lists.debian.org > Betreff: WG: Netscape Probs > > Not for me... > > Mit freundlichen Grüßen > > Annette Schweigardt > AOK BD Heidenheim > Gesundheitszentrum > Daimlerstraße 6 > 89518 Heidenheim > Tel: (07321) 314 250 > Fax: (07321) 314 252 > EMail: [EMAIL PROTECTED] > > > -Ursprüngliche Nachricht- > > Von:[EMAIL PROTECTED] > [SMTP:[EMAIL PROTECTED] > > Gesendet am:Donnerstag, 17. August 2000 17:37 > > An: debian-alpha@lists.debian.org > > Betreff:WG: Netscape Probs > > > > Not for me > > > > Mit freundlichen Grüßen > > > > Annette Schweigardt > > AOK BD Heidenheim > > Gesundheitszentrum > > Daimlerstraße 6 > > 89518 Heidenheim > > Tel: (07321) 314 250 > > Fax: (07321) 314 252 > > EMail: [EMAIL PROTECTED] > > > > > -Ursprüngliche Nachricht- > > > Von: Paul Slootman [SMTP:[EMAIL PROTECTED] > > > Gesendet am: Donnerstag, 17. August 2000 16:57 > > > An: debian-alpha@lists.debian.org > > > Betreff: Re: Netscape Probs > > > > > > On Sat 15 Aug 2020, Steve Hiller wrote: > > > > > > > run netscape I get... > > > > > > > > /usr/bin/netscape: /usr/lib/netscape/netscape-navigator: No such > file > > or > > > > directory > > > > > > > > even though the file exists. I have tried just running the > > > netscape-navigator > > > > binary file but I get the same no such file or dir message. Oh ya. > > This > > > is on a > > > > > > You *do* have the Digital Unix (or whatever it's called this month) > > > shared libraries installed? > > > > > > > > > Paul Slootman > > > -- > > > home: [EMAIL PROTECTED] http://www.wurtel.demon.nl/ > > > work: [EMAIL PROTECTED] http://www.murphy.nl/ > > > debian: [EMAIL PROTECTED] http://www.debian.org/ > > > isdn4linux: [EMAIL PROTECTED] http://www.isdn4linux.de/ > > > > > > > > > -- > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact > > > [EMAIL PROTECTED] > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED]
WG: ITP: Moscow ML - An implementation of standard ML.
Not for me... Mit freundlichen Grüßen Annette Schweigardt AOK BD Heidenheim Gesundheitszentrum Daimlerstraße 6 89518 Heidenheim Tel: (07321) 314 250 Fax: (07321) 314 252 EMail: [EMAIL PROTECTED] > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] > Gesendet am: Donnerstag, 17. August 2000 17:42 > An: debian-devel@lists.debian.org > Betreff: WG: ITP: Moscow ML - An implementation of standard ML. > > Not For me... > > Mit freundlichen Grüßen > > Annette Schweigardt > AOK BD Heidenheim > Gesundheitszentrum > Daimlerstraße 6 > 89518 Heidenheim > Tel: (07321) 314 250 > Fax: (07321) 314 252 > EMail: [EMAIL PROTECTED] > > > -Ursprüngliche Nachricht- > > Von:[EMAIL PROTECTED] > [SMTP:[EMAIL PROTECTED] > > Gesendet am:Donnerstag, 17. August 2000 17:37 > > An: debian-devel@lists.debian.org > > Betreff:WG: ITP: Moscow ML - An implementation of standard ML. > > > > Not for me... > > > > Mit freundlichen Grüßen > > > > Annette Schweigardt > > AOK BD Heidenheim > > Gesundheitszentrum > > Daimlerstraße 6 > > 89518 Heidenheim > > Tel: (07321) 314 250 > > Fax: (07321) 314 252 > > EMail: [EMAIL PROTECTED] > > > > > -Ursprüngliche Nachricht- > > > Von: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] > > > Gesendet am: Donnerstag, 17. August 2000 17:02 > > > An: Nicolás Lichtmaier > > > Cc: Torsten Landschoff; debian-devel@lists.debian.org > > > Betreff: Re: ITP: Moscow ML - An implementation of standard ML. > > > > > > Le 2000-08-16 01:55:59 -0300, Nicolás Lichtmaier écrivait : > > > > > > > Don't do that. Moscow ML was my first package when I joined > and > > I > > > had > > > > > > > to learn that there are license problems. To be precise it is > > > based on > > > > > > > Caml Light which is not GPLed (read: has further restrictions) > > > therefore > > > > > > > you can't link GPL-code against it. > > > > > > > > > > > > > > We can't distribute binaries of that :(( > > > > > > > > > > > > Have you contacted the authors? > > > > > > > > > > I don't quite remember. I think I contacted inria (they hold the > > Caml > > > > > copyright) about changing that but to no extent. I am not sure if > > > changing > > > > > the MoSML license would help - at least it has to go to non-free > > then. > > > > > > > > I did not want to maintain a non-free package at that time so I > gave > > > up on > > > > > it. > > > > > > > > The MosML could add to the license: "As an exception to the GNU > GPL, > > > you > > > > may distribute this software linked to CAML". > > > > > > As far as I remember, Objective CAML, which is supposed to be > > > an advanced version of CAML light, has been moved to LGPL. > > > > > > But I don't think the CAML light licence has changed. > > > > > > -- > > > Jean-Philippe Guérard > > > > > > > > > -- > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact > > > [EMAIL PROTECTED] > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED]
