I feel sheepish to weigh in here since I've been rather inactive. However, I fully support the idea of moving to Launchpad. Yes, as Peter says, it's a more modern and polished system than Sourceforge.
Also, the Peters have been very active beating gEDA/gaf into shape over the last week or two. They've been doing a ton of great work. My philosophy is to never put roadblocks in the way of people who are doing great work. I just say, "go for it." Stuart On Fri, 7 Jan 2011, Peter Clifton wrote: > On Fri, 2011-01-07 at 11:20 +0100, Stefan Petersen wrote: >> Hello Peter >> >> I am not following the gEDA mailing list closely currently, though I >> still subscribe to them all. >> >> What are the advantage/disadvantage of moving to Launchpad? If I >> remember correctly there were some discussion/voices heard about some >> licensing issues or similar raised about Launchpad. > > Launchpad translations are submitted under a BSD license, that is all. I > was talking about the move of the bug trackers, for example: > > https://launchpad.net/geda/+bugs/ > https://launchpad.net/pcb/+bugs/ > > Personally I find the interface much more compelling than Sourceforge, > and it doesn't constantly forget what you were doing when it decides you > need to log in (AGAIN)! > > Nicer bug email, nicer ... (did I mention nicer?) > > Just a random example of an imported bug. > > https://launchpad.net/geda/+bug/698738 > > Also accessible via its old SF id with an alias: > https://launchpad.net/geda/+bug/sf-3150018 > > > Equivalent SF.net URL was at best: > http://sourceforge.net/support/tracker.php?aid=3150018 > > But if you click it, you get: > https://sourceforge.net/tracker/index.php?func=detail&aid=3150018&group_id=161080&atid=818428 > > > That alone was almost enough to have me tearing my hair out when doing > triage. > > > Take a look around the geda and PCB trackers.. see if it would suit > gerbv as well. There is no rush though. I'll still remember how to do > the export a month or more from now. (I'm still scarred from fixing up > the corrupted encodings in the SF "backup" of the gEDA and PCB > trackers.) > > -- > Peter Clifton > > Electrical Engineering Division, > Engineering Department, > University of Cambridge, > 9, JJ Thomson Avenue, > Cambridge > CB3 0FA > > Tel: +44 (0)7729 980173 - (No signal in the lab!) > Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) > > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Gerbv-devel mailing list > Gerbv-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gerbv-devel > ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Gerbv-devel mailing list Gerbv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gerbv-devel
