Re: [Flightgear-devel] New release date for 2.12
Good news, indeed and kudos to Virgin Media! Curt and James, what would you think about publishing the release during the weekend Sept. 14./15.? Or would you prefer to stick to the 17th (a Tuesday)? Torsten Am 15.08.2013 09:21, schrieb James Turner: On 14 Aug 2013, at 21:57, Curtis Olson curtol...@flightgear.org mailto:curtol...@flightgear.org wrote: I think the main initial hurdle here is to get the Mac Windows releases sorted out on Jenkins (if they aren't already). We've done the code freeze and branch on schedule so we are mostly down to the mechanics and time of actually building and pushing the release out the door. The lovely folks at Virgin Media have my broadband up and running now, I plugged in the Mac slave and it's happy, and indeed a Mac release build has rolled off the production line smoothly. Now to see if it actually works - testing appreciated. Regards, James -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release date for 2.12
On 15 Aug 2013, at 09:46, Torsten Dreyer tors...@t3r.de wrote: Curt and James, what would you think about publishing the release during the weekend Sept. 14./15.? Or would you prefer to stick to the 17th (a Tuesday)? I'm actually returning from a weeks holiday that weekend, so the Tuesday is better. James -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On Fri, Dec 31, 2010 at 12:21 AM, Dave L wrote: The ATIS is now in a releasable state. If as many people as possible could use it in the next couple of days and report any breakage that would be good. Cheers - Dave Hi Dave, Doesn't sound quite as good as the real recording we had previously, but the global coverage is great. A couple of things I've noticed: - The wind information is very hard to understand, wind is pronounced wynd, and there isn't sufficient gap between the wind speed, and ceiling, which itself is quite truncated. - The word few is missing. - Romeo is being pronounced Romo. Might be a typo in the transcript? I've raised these issues as bug 241 - http://code.google.com/p/flightgear-bugs/issues/detail?id=241 Finally, would it be worth checking the script into flightgear/utils ? -Stuart -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On Sun, Jan 2, 2011 at 4:21 PM, Stuart Buchanan ... wrote: On Fri, Dec 31, 2010 at 12:21 AM, Dave L wrote: The ATIS is now in a releasable state. If as many people as possible could use it in the next couple of days and report any breakage that would be good. Cheers - Dave Hi Dave, Doesn't sound quite as good as the real recording we had previously, but the global coverage is great. A couple of things I've noticed: - The wind information is very hard to understand, wind is pronounced wynd, and there isn't sufficient gap between the wind speed, and ceiling, which itself is quite truncated. - The word few is missing. - Romeo is being pronounced Romo. Might be a typo in the transcript? I've raised these issues as bug 241 - http://code.google.com/p/flightgear-bugs/issues/detail?id=241 Finally, would it be worth checking the script into flightgear/utils ? -Stuart Hi Stuart, Agreed, wynd/wind is particularly hard to understand. I think there are ways to pass pronounciation hints to festival, but haven't had the time to figure it out yet. Likewise, Romo might simply be festival's pronounciation of Romeo, I hadn't noticed that one. I'll check that it's not a typo in the word input. Also agreed, it would be worth checking in the script. I'll do it when I get a moment free. Cheers - Dave -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
The ATIS is now in a releasable state. If as many people as possible could use it in the next couple of days and report any breakage that would be good. Cheers - Dave -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On Thu, 2010-12-23 at 13:12 -0700, John Denker wrote: One begins to wonder whether some of the place-names should be loaded on a tile-by-tile basis (like scenery) rather than in one big chunk. One plan I have (but did not find the time to implement) was to mmap the voice data file and copy sections of it to a new AL buffer when needed. the xml library in utils/xmlgrep already implements mmap for linux (macos) and windows. Erik -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On Thu, Dec 23, 2010 at 12:12 AM, John Denker j...@av8n.com wrote: It may not be an entirely good idea to release a FlightGear version without any usable ATIS. It appears that ATC/atis.cxx is a stub. It contains only one line of code. Meanwhile there is ye olde ATCDCL/atis.cxx, which contains code but is deprecated and is not compiled in the standard configuration. Hi John, At the moment, the spoken ATIS makes little sense anyway since the phaseology was corrected a while ago but the extra words were not recorded. Maybe if you have a text-to-speech system set up it works properly, but I assume most people downloading the new release will not have that setup by default. I am hoping to record the extra words next week during the holiday and port the ATIS over to Durk's new ATC/AI system. I don't know exactly when the release is due, so I don't know if it will get done in time. Cheers - Dave -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On 12/23/2010 05:33 AM, Dave L wrote: At the moment, the spoken ATIS makes little sense anyway since the phaseology was corrected a while ago but the extra words were not recorded. Well, actually the needed words are available. Long ago I wrote a script to run the words through the festival synthesizer, all in a batch, to produce the .wav data and .vce index. To work properly, atis.cxx needs not only the standard ATIS phraseology but also the /names/ of the ATIS/AWOS sites (usually but not necessarily airports). If you include the names of all US airports, the .vce file has more than 2300 entries and the .wav file is more than 30 megabytes. One begins to wonder whether some of the place-names should be loaded on a tile-by-tile basis (like scenery) rather than in one big chunk. Maybe if you have a text-to-speech system set up it works properly, but I assume most people downloading the new release will not have that setup by default. Agreed. Getting TTS to work live (as opposed to batch) is way more trouble than ordinary users are willing to put up with. I am hoping to record the extra words next week during the holiday I can send you the words and/or the script I used to synthesize them. and port the ATIS over to Durk's new ATC/AI system. That would be a Good Thing. Right now ATC/trafficcontrol.cxx contains about 1000 lines of code, whereas ATC/atis.cxx contains only 1 line of code (and no real functionality). There is a set of users for which the priorities are reversed, in the sense that ATIS/AWOS is 1000 times more important than anything trafficcontrol.cxx is going to say. As you know, there are no currency requirements for listening to ATCT controllers ... whereas there are important currency requirements for instrument approaches, and (with or without a Tower) it is hard to shoot the approach without ATIS information such as weather, altimeter, approach-in-use, et cetera. == Constructive suggestion: If you're going to port something, you might as well start from http://gitorious.org/~jsd/fg/sport-model/commits/atis It contains some minor fixes (to get rid of warnings etc.) and also splits the vocabulary words into a file of their own, to make it easier on the guy who === AFAICT ./configure --enable-atcdcl has never done anything useful. If it is enabled, the code is compiled and linked in ... but not called. That means that in current versions of FGFS, the ATIS feature is really quite broken (not just disabled). Some sort of fix (or port) would be a significant improvement. -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On Thursday 23 December 2010 21:12:16 John Denker wrote: Maybe if you have a text-to-speech system set up it works properly, but I assume most people downloading the new release will not have that setup by default. Agreed. Getting TTS to work live (as opposed to batch) is way more trouble than ordinary users are willing to put up with. Makes me wonder how difficult it would be to fully integrate festival into FlightGear. Not using some external program, but linking the library and shipping appropriate voice files. Stefan -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On Thu, Dec 23, 2010 at 8:12 PM, John Denker wrote: snip To work properly, atis.cxx needs not only the standard ATIS phraseology but also the /names/ of the ATIS/AWOS sites (usually but not necessarily airports). If you include the names of all US airports, the .vce file has more than 2300 entries and the .wav file is more than 30 megabytes. One begins to wonder whether some of the place-names should be loaded on a tile-by-tile basis (like scenery) rather than in one big chunk. Yes, I think this is the way to go in the future, also the phraseology can be refined per geographical area. However, for now I'll just bung in the default file for the release. I can either do the current scheme of all the base package airports with ATIS + a selection of very major ones, or all the US ones with ATIS. Is 30 MB too much to add to FG's memory requirement in one hit? snip I am hoping to record the extra words next week during the holiday I can send you the words and/or the script I used to synthesize them. If you can email me the words and script that would be great. It took quite a long time to index all the words when I did the original recording - this should be a lot quicker. snip As you know, there are no currency requirements for listening to ATCT controllers ... whereas there are important currency requirements for instrument approaches, and (with or without a Tower) it is hard to shoot the approach without ATIS information such as weather, altimeter, approach-in-use, et cetera. Agreed, with the real weather ATIS is fairly essential! Constructive suggestion: If you're going to port something, you might as well start from http://gitorious.org/~jsd/fg/sport-model/commits/atishttp://gitorious.org/%7Ejsd/fg/sport-model/commits/atis OK, will take a look, thanks. Cheers - Dave -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
It may not be an entirely good idea to release a FlightGear version without any usable ATIS. It appears that ATC/atis.cxx is a stub. It contains only one line of code. Meanwhile there is ye olde ATCDCL/atis.cxx, which contains code but is deprecated and is not compiled in the standard configuration. -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
Hi All, After a period of having been extremely busy at work, following a switch of jobs and moving to a different country, I'm slowly coming back to life. December is already well on it's way, and it would be great if we could manage another major release this year. I realize that Flightgear is an international project, but some of us live in countries in which Christmas is approaching. I'm sure for some here this means plenty of time for coding in the holiday season, but others (like myself) have families, and the combination means that it's really a bad time to get anything done except Christmas preparations with the kids. If I describe my own situation (largely because I happen to know it), I've just started to add the live weather functionality to the local weather package. Right now that's experimental - it's not thoroughly tested, it may produce errors or crap output in some conditions, the menus are not hardened against non-functional combinations of options and so on. Live weather is something I would like to put into a release (it's v1.0 coming up in my internal counting after all), but as it is now, I simply wouldn't, because it's experimental, not stable. I can't simply do things within a two weeks deadline (especially not before Christmas) - I have to have some more advance warning (at least a month or so) of what is coming so that I can adjust my schedule, or it's down to mere luck if I have time or not. I don't know if I am the only one here... So I'd very much prefer a scheme in which a first deadline is set for last new features being added well in advance and then a second deadline two weeks later (or so) for the actual release to allow for bugs to show up and be eliminated. Just my two cents (I have of course never participated in a Flightgear release, but I do know how to get a research group to write a grant application in time together...) Cheers, * Thorsten -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On Sat, Dec 11, 2010 at 8:49 PM, Anders Gidenstam wrote: On Sat, 11 Dec 2010, Hal V. Engel wrote: With this in mind I have used the Stuart's rating system and coded the status line of the p51d-jsbsim-set.xml file with the following: statusFDM: 5, Systems: 4, Model: 3, Cockpit: 3/status Hi, If we go down this route (I'm not convinced this need to be encoded in the models rather than stored separately for the web page) can we at least use XML properly? Please. Maybe something in this direction? status FDM type=int5/FDM systems type=int4/systems model type=int3/model cockpit type=int3/cockpit /status To ensure backwards compatibility with the current download page and allow a textual description of status, I think it would be better to have the rating in a different tag. How about statusearly production/status rating FDM type=int5/FDM systems type=int4/systems model type=int3/model cockpit type=int3/cockpit /rating I really like Hal's idea of using the rating system to provide a guideline for the status tag. That would allow us to move towards a consistent status tag over time, while maintaining an element of backwards compatibility. I suggest the following: 18 or higher = advanced production (minimum 4 in each rating) 16 to 17 = production (minimum 4 in each rating) 12 to 15 = early production (minimum 3 in each rating) 9 to 11 = beta (minimum 2 in each rating) 7 to 9 = alpha less than 7 = not rated I think it's important to have minimum standards, so that the status description provides a fairly accurate representation of the overall quality. Martin - does this address your concern? If people are generally in favour, I'll write the rating system up on the wiki and make an announcement on the forum. I'm also in favour of the v2.2.0 version number. Assuming this is agreed, I'll update The Manual. -Stuart -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On Sat, 2010-12-11 at 12:38 -0800, Hal V. Engel wrote: The most recent JSBSIm update is picky about some things that previous versions would work with. I had to do a lot of work (about twos days effort) on my model to get it working after that update. I don't know how common it will be for JSBSim models to have issues with the most recent code but some developers (particularly those with highly developed FDMs - IE. the ones we should most want to update their models) may have to do a lot of work to get their model synced to the latest JSBSim code. For them the more notice the better and two weeks may be marginal. As far as I know the latest version JSBSim is indeed a bit pickier (for good reasons) but only throws a noticeable warning and keeps on functioning like before. Erik -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On Sun, 2010-12-12 at 08:18 +, Stuart Buchanan wrote: I'm also in favour of the v2.2.0 version number. Assuming this is agreed, I'll update The Manual. If 2.2.0 would suggest the next release will be the next stable release then I won't hold my breath just yet. Especially the new shaders might prove not to work properly on all setups. (I know it doesn't on mine). Erik -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
Hi Stuart, Stuart Buchanan wrote: Martin - does this address your concern? Well, at the end of the day it's completely irrelevant if my concerns are being addressed ;-) In fact, it's not my 'playground'. I just got the impression that the gap between the ideas of a rating system for use with the download page and its pratical realization is getting biggger, the more elaborate the rating system is being designed. Hence my comment. If you're convinced that it'll be going to work, then please don't care about my concerns. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
Am Samstag, den 11.12.2010, 16:00 -0800 schrieb Hal V. Engel: [...] The thing about Stuart's system is that it is very objective, easy for devs to apply (IE. it is not complex and only takes a few minutes to do) and provides users with a lot more information about the state of the models development. But it could also be used to make the current system more objective and more consistent. Objectivity is very hard to achieve, given the fact that most FDMs are guesswork regardless how well the numbers fit. Judging the FDM of an Aircraft which one hasn't flown is walking on thin ice and will most certainly lead to bad mood. Starting point of the discussion were Users complaining about too much incomplete Aircraft on the download Page (which is undoutably so). I'd say it's up to the developer to decide wether the current state is usable (from a Users point!) or not. I assume we don't want a Top Ten Ranking System, which in my opinion would spoil all fun in Aircraft Developing (and I wouldn't participate). For example we could decide that only certain values will be used for status such as: not rated alpha beta early production production advanced production I'd agree to the scheme, anything lower than early production woludn't appear on the Download page. Criterea should be the Usability of the Aircraft. A basic flight and engine instrumentation should be mandatory and an FDM which is flyable and doesn't exaggerate published performance values too much. Greetings -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] New release
Hi All, After a period of having been extremely busy at work, following a switch of jobs and moving to a different country, I'm slowly coming back to life. December is already well on it's way, and it would be great if we could manage another major release this year. Behind the scenes, James Turner has been working hard to automize many aspects of the release process, so we should be relatively well off. Currently, there are still a few release blocking bugs, but in general, I think that prospect of a release is pretty good. Nevertheless, there are still a few things that we need to make a decision on. Firstly, what is the next version number going to be. My initial thought would be 2.1.0, but it also makes sense to call if 2.2.0 (thanks for the suggestion, James), so that we can reserve 2.1.0. for bugfixes on the current version, or at least move toward a versioning system like that (i.e. the next series could be 2.2.0 for stable, and 2.3.0. for development). Seconly, do we want to maintain our current aircraft selection, or do we want to include a (partially) updated selection from our git repository, or -alternatively- do we want to strip the entire selection down to just single aircraft, and make the others downloadable from our main website. I know that James turner is working towards an infrastructure that should enable this, but I'm not sure whether we are already comfortable enough to just use one single aircraft. On a related note, I would consider shipping the base flightgear distribution entirely without the AI directory, and also make that available as a separate distribution. but again, I'm not comfortable about this as long as we don't have an easy, user friendly way of installing these add-ons). In any case, thought, ideas, and suggestions are welcome. Cheers, Durk -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
Hi Durk and all, Durk wrote: After a period of having been extremely busy at work, following a switch of jobs and moving to a different country, I'm slowly coming back to life. December is already well on it's way, and it would be great if we could manage another major release this year. Great news Durk! One thing that came up in my mind: would it be good to write a post at the forum, to stimulate people to put their planes into Git as soon as possible? We have quite some nice (GPL) stuff hanging around, that's not been commited yet and it would be a shame if they won't end up on the official download page... Firstly, what is the next version number going to be. My initial thought would be 2.1.0, but it also makes sense to call if 2.2.0 (thanks for the suggestion, James), so that we can reserve 2.1.0. for bugfixes on the current version But if there comes a bugfix release, it is more recent than the initial release. 2.1.0 would suggest the bugfix was relased before 2.2.0 IMO... Since this new release is a major release, the initial release could be named 2.1.0 and the bugfix could be called 2.1.1. I am not a versioning expert however; there are probably people with much better ideas/knowledge on this list :) Seconly, do we want to maintain our current aircraft selection, or do we want to include a (partially) updated selection from our git repository What exactly is the current aircraft selection? We did welcome some extremely nice aircraft this year (the ASK-13 glider for example and the new Cub), which might replace some of the current selected aircraft in level of completeness/quality... Cheers, Gijs -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
Gijs de Rooy wrote: Great news Durk! One thing that came up in my mind: would it be good to write a post at the forum, to stimulate people to put their planes into Git as soon as possible? We have quite some nice (GPL) stuff hanging around, that's not been commited yet [...] Actually I'm not sure if this is the right (TM) procedure. If people are serious about their stuff, then they'll have to learn to commit their stuff early _without_ being faced with some release deadline. If they don't, their problem - next time, after the release passed without their contribution included, they probably commit earlier. The traditional scheme that a few people have to work fulltime for a couple of days during the release process just because others have simply been lazy over the past year doesn't have to be this way. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On Sat, 2010-12-11 at 11:08 +0100, Gijs de Rooy wrote: Hi Durk and all, Durk wrote: After a period of having been extremely busy at work, following a switch of jobs and moving to a different country, I'm slowly coming back to life. December is already well on it's way, and it would be great if we could manage another major release this year. Great news Durk! One thing that came up in my mind: would it be good to write a post at the forum, to stimulate people to put their planes into Git as soon as possible? We have quite some nice (GPL) stuff hanging around, that's not been commited yet and it would be a shame if they won't end up on the official download page... That is a good idea, the Development/Aircraft forum would be the obvious choice. I'm thinking two weeks notice once a clear release date has been established should be enough for a code freeze and for most folk to put in their fgdata merge requests from their own repositories. S. -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
2010/12/11 Martin Spott martin.sp...@mgras.net If people are serious about their stuff, then they'll have to learn to commit their stuff early _without_ being faced with some release deadline. If they don't, their problem - next time, after the release passed without their contribution included, they probably commit earlier. I share the same point of view. But as Gijs said modelers still have to be urged to commit soon. Alexis -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
Martin Spott wrote: The traditional scheme that a few people have to work fulltime for a couple of days during the release process just because others have simply been lazy over the past year doesn't have to be this way. This sentence was written in hurry and therefore came out a little bit incomplete: Please substitute lazy by lazy wrt. committing. In fact I _do_ know that modelling a detailed aircraft is an extremely huge task and I didn't mean to play this down. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On 11.12.2010 09:16, Durk Talsma wrote: Firstly, what is the next version number going to be. My initial thought would be 2.1.0, but it also makes sense to call if 2.2.0 (thanks for the suggestion, James), so that we can reserve 2.1.0. for bugfixes on the current version, or at least move toward a versioning system like that (i.e. the next series could be 2.2.0 for stable, and 2.3.0. for development). +1! A scheme which covers stable/unstable (GIT) versions seems a very good idea. Many people are using the GIT version, so it'd be good to have a specific version for such builds. But bugfixes should only affect the third version number then, i.e. a bugfix for the 2.0 stable should be 2.0.1. It sill makes sense to move to 2.2.0 now - stable release versions should be even. Seconly, do we want to maintain our current aircraft selection, or do we want to include a (partially) updated selection from our git repository, or -alternatively- do we want to strip the entire selection down to just single aircraft, and make the others downloadable from our main website. I know that James turner is working towards an infrastructure that should enable this, but I'm not sure whether we are already comfortable enough to just use one single aircraft. The new system allowing multiple aircraft dirs works great. However, it seems not too many people have used it so far. And at some point after the release, we wanted to split FGDATA into several smaller repositories (I know Tim has already been working on this), so we'd be introducing a new system for 2.3 (GIT) / 2.4 (future stable) anyway. So it might be better to stick with the current system for this release and not have another unnecessary intermediate. And we'd get a lot of GIT users testing the new directory and distribution system with 2.3.0 - so that would be rock stable for 2.4. cheers, Thorsten -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On 11 Dec 2010, at 11:08, Gijs de Rooy wrote: Great news Durk! One thing that came up in my mind: would it be good to write a post at the forum, to stimulate people to put their planes into Git as soon as possible? We have quite some nice (GPL) stuff hanging around, that's not been commited yet and it would be a shame if they won't end up on the official download page... I agree with Martin that we should try to encourage aircraft developers to commit frequently, but nevertheless, I do believe that it would be a good opportunity to make people aware of the fact that they should not miss the deadline. What exactly is the current aircraft selection? We did welcome some extremely nice aircraft this year (the ASK-13 glider for example and the new Cub), which might replace some of the current selected aircraft in level of completeness/quality... We currently have the following selection: Modern Day Airliner:Boeing 777-200 World War II Fighter: A6M2 Zero Twin Propliner: B1900d Helicopter: BO105 Single Engine GA: Cessna 172 P Twin Small Turbo Jet: Citation X Ultralight: Dragonfly Rugged Bushplane: Dehavilland DHC2 Modern Fighter: F-14b Light Towplane: Piper Cup (old version IIRC) Small twin piston prop: Piper Seneca II Sopwith Camel: Historic aircraft from the Dawn of Aviation UFO:Secret ZLT-NT: Advanced Lighter than Air vehicle Over last couple of years, we have tried to limit our selection to having one representative of each major class of aircraft. While the list is typically quite stable, we try to circulate a couple of aircraft each year, to show new developments and highlight some new work. As far as I can tell we already included the new Cub in the base package, but I did notice that we apparently don't have a glider available. In general, I'm quite happy with the current selection, but there are probably some new developments that I might have missed. As said before, suggestions are welcome. :-) Cheers, Durk-- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
Hi, Nice to hear to have a new release soon. But: Gijs de Rooy wrote: Great news Durk! One thing that came up in my mind: would it be good to write a post at the forum, to stimulate people to put their planes into Git as soon as possible? We have quite some nice (GPL) stuff hanging around, that's not been commited yet [...] Actually I'm not sure if this is the right (TM) procedure. If people are serious about their stuff, then they'll have to learn to commit their stuff early _without_ being faced with some release deadline. If they don't, their problem - next time, after the release passed without their contribution included, they probably commit earlier. The traditional scheme that a few people have to work fulltime for a couple of days during the release process just because others have simply been lazy over the past year doesn't have to be this way. Cheers, Martin. I understand that Release soon, release often is one way and even the better way to work in a OpenSource-Developement. But I agree to Gijs that it would be more than nice to add a reminder and a information about the started release procedure- we need the help of the users to find out bugs and other problems. That people don't let it commit to GIT is due to the fact, that many people already are not happy that we have about 200-300 aircrafts, where the majority of is not really usuable or draw a wrong image of FlightGear. We have discussed this in the forum and the conclusion was that we need a seperation of the Aircrafts on the Download page in several categories like Alpha, in developement, Production. The long discussed rating sheme was one of this conclusion. Cheers Heiko -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
Heiko Schulz wrote: But I agree to Gijs that it would be more than nice to add a reminder and a information about the started release procedure- we need the help of the users to find out bugs and other problems. That people don't let it commit to GIT is due to the fact, that many people already are not happy that we have about 200-300 aircrafts, where the majority of is not really usuable or draw a wrong image of FlightGear. Well, if people decide not to commit their work to GIT for _this_ reason, then a reminder is - hopefully - not going to change their attitude otherwise these people would be convicted of having an extremely weak character ;-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
Seconly, do we want to maintain our current aircraft selection, or do we want to include a (partially) updated selection from our git repository, or -alternatively- do we want to strip the entire selection down to just single aircraft, and make the others downloadable from our main website. Hi Durk, I think the current system of a selection of the best of category is much better than stripping down to one aircraft. Cheers - Dave -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
Seconly, do we want to maintain our current aircraft selection, or do we want to include a (partially) updated selection from our git repository, or -alternatively- do we want to strip the entire selection down to just single aircraft, and make the others downloadable from our main website. Hi Durk, I think the current system of a selection of the best of category is much better than stripping down to one aircraft. Cheers - Dave Agreed. FG needs to make a presentation to the new user upon first visit, and the 10 included should wet their appetite for more. Having only 1 may turn them away. Peter-- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On Sat, 11 Dec 2010, Hal V. Engel wrote: With this in mind I have used the Stuart's rating system and coded the status line of the p51d-jsbsim-set.xml file with the following: statusFDM: 5, Systems: 4, Model: 3, Cockpit: 3/status Hi, If we go down this route (I'm not convinced this need to be encoded in the models rather than stored separately for the web page) can we at least use XML properly? Please. Maybe something in this direction? status FDM type=int5/FDM systems type=int4/systems model type=int3/model cockpit type=int3/cockpit /status When information is structured that should be reflected in the XML (and presumably in the property tree in this case). Cheers, Anders -- --- Anders Gidenstam WWW: http://www.gidenstam.org/FlightGear/ -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
Hal V. Engel wrote: In general I agree that just taking all of the aircraft on GIT and making them available for download without some kind of rating system is a bad idea. Actually we don't, in contrast, we already _do_ have sort of a (simple) rating schema. When you look at the Aircraft download page, then you'll see quite a few having the respective Status attribute assigned. I wonder if introducing a more complex schema for use with the download page is going to reach its goal if even the simple schema isn't being applied consistently. And I heavily doubt wether a couple of figures really serve the user better than easily comprehensible terms like pre-alpha or early-production. I think you're talking about how to run while it yet has to be determined how to walk. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On Saturday 11 December 2010 13:38:44 Hal V. Engel wrote: Also I don't know if Ron is planning on updating his engine/oil cooling code anytime soon but there is the possibility that there may be some changes to JSBSIm still in the pipe line and these should go in as soon as possible so that the aircraft devs have a stable FDM to test against. The latest greatest stuff is in fg git since November 30. There were no performance changes, only changes to the reported numbers for CHT, Oil Temp, and Oil Pressure. I believe all engines will report sane values now (assuming the engine configuration itself is sane) without modification. Ron -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Release of fgfs-builder
Hi, just updated the builder package. It can be downloaded at ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-current.tar.gz (alias ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-20061108.tar.gz) Arnt, I tried to add a brlcad product with your configure-options from the old builder, but it fails on ./autogen.sh, so I'll have to dig a bit further into that. Cheers, Ralf 2006-11-08 Ralf Gerlich [EMAIL PROTECTED] * fixed fgrun dependencies * splitup wrapup targets and added wrapup-source to include all downloaded sources in the wrapup * added mechanisms for declaring reverse dependencies; now a package can also declare other packages to depend on it; see openal and alut products for example * removed dangerous rm -Rf for install directory on realclean * additional options for patch and unpatch to make it more stable * added possibility for local configuration in config/config.local; we might add configuration files for different platforms in this directory * extended 'help' target * added an enable/disable mechanism; only FlightGear, FlightGear-base and their crucial dependencies (excluding openal and alut) are enabled by default; others are disabled * thanks to Douglas Campos for the following patches: - openal and alut products - autoupdate patch - SimGear alut patch - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Release of fgfs-builder
On Wed, Nov 08, 2006 at 11:17:16AM +0100, Ralf Gerlich wrote: Hi, just updated the builder package. It can be downloaded at ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-current.tar.gz (alias ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-20061108.tar.gz) Thanks - nice tool. My 3 Ghz P4 had do work more than one hour. That's like the old days: building XFree86 from the source on an 386 with 16 MB RAM for Interacrive-Unix :-) For the Debianics around: I had to install the following packages: $ apt-get install paintlib-dev libopenal-dev libalut-dev freeglut3-dev libboost-dev libgts-dev fluid libzzip-dev Therre was a small problem in fgfs-builder-20061108/src/plib/configure:8464. There was m4-Code (or whatever) in the line (at starting of the line). This line should look like this: cat conftest.$ac_ext _ACEOF Regards, Holger Arnt, I tried to add a brlcad product with your configure-options from the old builder, but it fails on ./autogen.sh, so I'll have to dig a bit further into that. Cheers, Ralf 2006-11-08 Ralf Gerlich [EMAIL PROTECTED] * fixed fgrun dependencies * splitup wrapup targets and added wrapup-source to include all downloaded sources in the wrapup * added mechanisms for declaring reverse dependencies; now a package can also declare other packages to depend on it; see openal and alut products for example * removed dangerous rm -Rf for install directory on realclean * additional options for patch and unpatch to make it more stable * added possibility for local configuration in config/config.local; we might add configuration files for different platforms in this directory * extended 'help' target * added an enable/disable mechanism; only FlightGear, FlightGear-base and their crucial dependencies (excluding openal and alut) are enabled by default; others are disabled * thanks to Douglas Campos for the following patches: - openal and alut products - autoupdate patch - SimGear alut patch - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- # ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## ## Stresemannstr. 78E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin # ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Release of fgfs-builder
On Wed, 8 Nov 2006 11:17:16 +0100, Ralf wrote in message [EMAIL PROTECTED]: Hi, just updated the builder package. It can be downloaded at ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-current.tar.gz (alias ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-20061108.tar.gz) Arnt, I tried to add a brlcad product with your configure-options from the old builder, but it fails on ./autogen.sh, so I'll have to dig a bit further into that. ..I'll do that digging, there's been a wee revolution in that part of the US Army so lay off and await my brlcad patch. ;o) Cheers, Ralf 2006-11-08 Ralf Gerlich [EMAIL PROTECTED] * fixed fgrun dependencies * splitup wrapup targets and added wrapup-source to include all downloaded sources in the wrapup * added mechanisms for declaring reverse dependencies; now a package can also declare other packages to depend on it; see openal and alut products for example * removed dangerous rm -Rf for install directory on realclean * additional options for patch and unpatch to make it more stable * added possibility for local configuration in config/config.local; we might add configuration files for different platforms in this directory * extended 'help' target * added an enable/disable mechanism; only FlightGear, FlightGear-base and their crucial dependencies (excluding openal and alut) are enabled by default; others are disabled * thanks to Douglas Campos for the following patches: - openal and alut products - autoupdate patch - SimGear alut patch -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] New Release of fgfs-builder
Hello all, I have just released a new version of fgfs-builder at ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-current.tar.gz The new version includes the setup for the new OSG-based version. I modularised the structure of the build system. It still includes automatic checkout from CVS and source-downloads where possible. Cheers, Ralf - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Release of fgfs-builder
Hi, and here we go: The first update. ;-) ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-current.tar.gz (alias ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-20061107-2.tar.gz) Fixes an issue with the automatic downloading and with OpenThreads dependencies in OpenProducer. Thanks to Douglas Campos for the bug report. Cheers, Ralf - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Release of fgfs-builder
another but, sorry for bothering :) We need openal / alut from svn i think that would be nice if we add it to build system g++ -g -O2 -D_REENTRANT -L/home/qmx/build/fgfs-builder-20061107/install/lib -L/usr/X11R6/lib -o openal_test1 openal_test1.o ../../simgear/debug/libsgdebug.a -lopenal -lm openal_test1.o: In function `main': /home/qmx/build/fgfs-builder-20061107/src/SimGear/simgear/sound/openal_test1.cxx:120: referência indefinida para `alutCreateBufferFromFile' collect2: ld returned 1 exit status make[7]: ** [openal_test1] Erro 1 make[7]: Saindo do diretório `/home/qmx/build/fgfs-builder-20061107/build/SimGear/simgear/sound' make[6]: ** [all-recursive] Erro 1 make[6]: Saindo do diretório `/home/qmx/build/fgfs-builder-20061107/build/SimGear/simgear' make[5]: ** [all] Erro 2 make[5]: Saindo do diretório `/home/qmx/build/fgfs-builder-20061107/build/SimGear/simgear' make[4]: ** [all-recursive] Erro 1 make[4]: Saindo do diretório `/home/qmx/build/fgfs-builder-20061107/build/SimGear' On 11/7/06, Ralf Gerlich [EMAIL PROTECTED] wrote: Hi, and here we go: The first update. ;-) ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-current.tar.gz (alias ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-20061107-2.tar.gz) Fixes an issue with the automatic downloading and with OpenThreads dependencies in OpenProducer. Thanks to Douglas Campos for the bug report. Cheers, Ralf - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Release of fgfs-builder
On Tue, 7 Nov 2006 12:19:52 -0200, Douglas wrote in message [EMAIL PROTECTED]: On 11/7/06, Ralf Gerlich [EMAIL PROTECTED] wrote: Hi, and here we go: The first update. ;-) ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-current.tar.gz (alias ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-20061107-2.tar.gz) Fixes an issue with the automatic downloading and with OpenThreads dependencies in OpenProducer. Thanks to Douglas Campos for the bug report. Cheers, Ralf another but, sorry for bothering :) We need openal / alut from svn i think that would be nice if we add it to build system ..I agree all deps should be part of the build system, but we should not build all deps in the build system, especially when we start building backport binaries for Debian, Red Hat, Fedora etc. ..can I build both plib-FG and osg-FG etc outta the same trees, or will I need to set up separate plib-SG 'n plib-FG etc trees, to benchmark the plib FG against the osg FG? ..excellent clean-up job, Ralf :o) exept you forgot my brlcad patch. ;o) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Release of fgfs-builder
to all that interests preliminary and very ugly patches to build openal and alut from svn I'm sure that this autoconf hack is specific for ubuntu edgy (and yes, it is ugly) can someone help-me with dependencies patch? apply all patches with -p1 On 11/7/06, Arnt Karlsen [EMAIL PROTECTED] wrote: On Tue, 7 Nov 2006 12:19:52 -0200, Douglas wrote in message [EMAIL PROTECTED]: On 11/7/06, Ralf Gerlich [EMAIL PROTECTED] wrote: Hi, and here we go: The first update. ;-) ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-current.tar.gz (alias ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-20061107-2.tar.gz) Fixes an issue with the automatic downloading and with OpenThreads dependencies in OpenProducer. Thanks to Douglas Campos for the bug report. Cheers, Ralf another but, sorry for bothering :) We need openal / alut from svn i think that would be nice if we add it to build system ..I agree all deps should be part of the build system, but we should not build all deps in the build system, especially when we start building backport binaries for Debian, Red Hat, Fedora etc. ..can I build both plib-FG and osg-FG etc outta the same trees, or will I need to set up separate plib-SG 'n plib-FG etc trees, to benchmark the plib FG against the osg FG? ..excellent clean-up job, Ralf :o) exept you forgot my brlcad patch. ;o) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel product-alut.patch Description: Binary data product-openal.patch Description: Binary data ubuntu-autoconf-hack.patch Description: Binary data dependencies.patch Description: Binary data - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Release of fgfs-builder
Hi, Arnt Karlsen wrote: ..I agree all deps should be part of the build system, but we should not build all deps in the build system, especially when we start building backport binaries for Debian, Red Hat, Fedora etc. As I say in the README.txt, I included all packages which cannot be typically expected to be available in a distribution or as applicable binaries or need additional patches. However, I already made an exception by including OpenProducer and OpenThreads. ..can I build both plib-FG and osg-FG etc outta the same trees, or will I need to set up separate plib-SG 'n plib-FG etc trees, to benchmark the plib FG against the osg FG? Currently the builder builds only the OSG-version, but I intend to provide products for the plib-version. These should be usable in the same sourcetree. ..excellent clean-up job, Ralf :o) Thanx! :-) exept you forgot my brlcad patch. ;o) I know. I just wanted to get this out ASAP as I'll be away a few days from now on without net connectivity and it already took to long counting from the day where Mathias released the OSG updates. ;-) I'll be back on Friday. Cheers, Ralf - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Release of fgfs-builder
Hi, Douglas Campos wrote: to all that interests preliminary and very ugly patches to build openal and alut from svn Looks good. I'm sure that this autoconf hack is specific for ubuntu edgy (and yes, it is ugly) What exactly does autoupdate do on ubuntu? Is it an alternative for autogen.sh and autoreconf? I'd say that the autogen.sh - if provided - should get precedence over any other regeneration mechanism. can someone help-me with dependencies patch? Doesn't look as if you need any help there. Looks good as well. Thanks for sending these. Cheers, Ralf - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Release of fgfs-builder
last minute patch Fixes building of Simgear with installed libalut thanx to pigeon (#flightgear) for pointing it out On 11/7/06, Ralf Gerlich [EMAIL PROTECTED] wrote: Hi, Douglas Campos wrote: to all that interests preliminary and very ugly patches to build openal and alut from svn Looks good. I'm sure that this autoconf hack is specific for ubuntu edgy (and yes, it is ugly) What exactly does autoupdate do on ubuntu? Is it an alternative for autogen.sh and autoreconf? I'd say that the autogen.sh - if provided - should get precedence over any other regeneration mechanism. can someone help-me with dependencies patch? Doesn't look as if you need any help there. Looks good as well. Thanks for sending these. Cheers, Ralf - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel SimGear-lalut-patch.patch Description: Binary data - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Release of fgfs-builder
last minute patch Fixes building of Simgear with installed libalut thanx to pigeon (#flightgear) for pointing it out I also want to make a note here to point out that I've got this issue before, which is when you build SG it fails when building all the SG test programs, and the cause is it's not linking with -lalut. But then at some point I do not have this issue anymore. My feeling is either there's some autotools weirdness, or somehow libopenal should depend on libalut but it's not when it was built, etc. Never got around to look into this deeply cause we're all lazy^H^H^H^Hbusy :) Thanks. Pigeon. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] New release of JSBSim at JSBSim.org
I've packaged up the latest JSBSim code into 0.9.10 (Pre-v1.0). It is available in the Files section of www.sf.net/projects/jsbsim. There are executables built for several versions of Linux: i386, PPC, AMD64. There is a Win32 executable. Simplot is available there for Win32. The source archive is also there for all platforms. The config file converter is there as a Win32 binary, as well. Jon --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel