When starting fg with an invalid aircraft, it segfaults after printing the
Cannot find specified aircraft: 777
Program received signal SIGSEGV, Segmentation fault.
0x77970d44 in pthread_mutex_lock () from /lib64/libpthread.so.0
(gdb) thread apply all bt
Thread 5 (Thread
On Tuesday 03 September 2013 11:51:34 Saikrishna Arcot wrote:
*: Technically, a torrent download of the bundle would allow you pause
and resume, so if there are cut-outs, you won't have to restart. That
being said, downloading 5 GB on a phone line will take a long time (a
we had the discussion a while ago and now lwn.net published a great article on
According to http://wiki.flightgear.org/Project_Infrastructure_Enhancements
it's still an open issue on how to handle donations to FlightGear.
Well worth a read,
On Thursday 20 June 2013 17:55:40 grtuxhangar team wrote:
I guess the professional you are has done statistics about the FG users
world, thus you are able to be more precise about those unfortunate users
who are getting only the single frame per second, which hardware? which
On Saturday 27 April 2013 13:31:33 Vivian Meazza wrote:
What is the real problem? I've got a little list:
I don't want to download fgdata/fg/sg to find that I have to spend
hours fixing up my work. I'd rather get on with my own stuff.
I don't want to download fg/sg to find
On Thursday 25 April 2013 01:34:12 henri orange wrote:
It is not the Atmospheric Light Scattering, we want.
Referring to your explanation, and some other talks you had with Emilian (
who unfortunately gave up ), you are ignoring the flightgear users
It is not the
On Thursday 25 April 2013 14:45:05 henri orange wrote:
So, your long answer to explain you don't like Rembrandt and you prefer to
work on your own system, as just been underlined there by you.
Your conclusion is REMOVE REMBRANDT and keep up my own development
This clarify to everybody your
On Thursday 25 April 2013 15:41:54 henri orange wrote:
Here is quoted Renk sentence himself:
I hope you have the fairness to ask FredB to remove Rembrandt then as well,
because we need to ship the default rendering scheme such that users
without good graphics cards...
I know, you
On Monday 04 March 2013 15:38:45 James Turner wrote:
You're the third person to say the same thing. But again, you don't actually
want to change the FoV at all. What you're doing (and everyone else) is
using this feature to look around 3D cockpits, right? In other word, our
On Sunday 03 March 2013 11:56:44 Vivian Meazza wrote:
On 3 Mar 2013, at 10:29, Vivian Meazza vivian.mea...@lineone.net wrote:
Well gitorious is good for something! The patches still exist! I've
put them here if anyone wants to do something with them:
On Wednesday 27 February 2013 09:10:01 Vivian Meazza wrote:
Linear features for the scenery (roads, railways, rivers) are already under
development for FG:
That is a small area of Kent, UK. It is very possible to use the accurately
On Sunday 24 February 2013 22:18:05 Pat wrote:
Anders made a suggestion on IRC I'm going to follow up on. You can
have local git clones that share the same .git/* files via file
..you feed 4 build trees from 1 git clone, how?
A du -sch $git-n-build-trees on them all?
On Sunday 24 February 2013 18:46:08 Vivian Meazza wrote:
I'm probably a day late and a dollar short here - but try as I will so far
I've failed to find a visibility slider under environment-weather. It's
probably staring me in the face - but could someone point it out to me?
In the Weather
On Saturday 23 February 2013 07:33:54 Renk Thorsten wrote:
- I agree with Vivian, we can't do realistic distances for radar because of
the reason to be of the EQUIPMENT is to override the limit of the EYE
Are we doing the error to merging this two ?
On Saturday 23 February 2013 12:21:02 Emilian Huminiuc wrote:
So in the default scheme we load 9 tiles at startup, then we keep loading
tiles in the direction we're traveling, and those initial tiles remain
resident in the tile cache for a while (in case you decide to double back).
On Saturday 23 February 2013 13:20:49 Emilian Huminiuc wrote:
Guess what happens when memory is limited and visibility is set to 120km?
You see the end of the world, because no more tiles can be loaded to reach
Guess what you need to adjust then, independent of what the real
On Monday 28 January 2013 08:02:14 Renk Thorsten wrote:
additional uniform takes time to be set up in the driver. Any code that
is in the shader and that cannot be optimized away at *link* time of the
take registers which affects the partitioning and the amount of
On Monday 28 January 2013 08:46:02 Renk Thorsten wrote:
Well, yes, that I know - this is why the performance/quality steps in the
framework utilize mostly different shaders rather than one shader with
But we were talking about *optional* usage of the framework making things
On Wednesday 23 January 2013 13:48:44 Alan Teeder wrote:
I think that we all know that, but unfortunately it is something that we
have to live with - FG is multiplatform.
Sorry - but please don´t blame the messenger. ;-(
Wouldn't it be possible to compile this file in C++ mode? That's the
On Wednesday 28 November 2012 18:05:53 Arnt Karlsen wrote:
Is there a way to manage packaging across distros?
..not _a_, but _many_ ways. Debian probably has the best
(and biggest) pile of tools to do this, I have this vision
of somebody running this virtual build-n-test cluster off
On Tuesday 27 November 2012 07:56:02 Renk Thorsten wrote:
Binary releases on Linux are /possible/ but a pain - working with each
distro's packaging system is definitely the way to go, in my opinion.
That basically seems to require that everyone who wants most recent FG needs
to update to
On Monday 26 November 2012 09:45:51 Renk Thorsten wrote:
I am genuinely at a loss here. A normal Linux user has practically no change
to get last stable on his box running if it isn't in his distro - a normal
Windows user gets everything nice and streamlined.
Does anyone else understand
On Friday 05 October 2012 07:01:37 Renk Thorsten wrote:
* take a clean copy of a rebased master into a new branch
* edit in all the changes I want to have in the merge request, copy in all
new files * do a merge request from there rather than from my actual devel
But this doesn't
On Sunday 23 September 2012 10:19:52 Alan Teeder wrote:
The reason I quoted 10 Gb is that my fgdate/.git/objects directory is
currently 8.9Gb, and I assumed that is what gets downloaded during a clone.
I bow to your wisdom if you say that it is only 4.9Gb.
Since really only the initial clone
On Sunday 12 August 2012 16:07:18 Martin Spott wrote:
Whereas there's little use of TerraSync without the FG flight sim,
there are plausible usage scenarios for FGCom _without_ FlightGear,
let's say for ATC. Therefore, while it makes sense to package FGCom
alongside with FlightGear for the
On Sunday 01 July 2012 15:47:11 ThorstenB wrote:
Yes, building inside the source tree has all kinds of pitfalls. And due
to the .gitignore files which are there to ignore all generated files
(and keep them from being accidentally committed to git), it's almost
impossible to tell whether a
On Tuesday 22 May 2012 13:04:24 Andy Ross wrote:
On 05/20/2012 11:37 AM, Stefan Seifert wrote:
Generational garbage collection is not that difficult. When you have a
working mark sweep GC, extending it to be generational is rather
straight forward and can greatly reduce GC runtime
On Sunday 20 May 2012 16:59:40 Vivian Meazza wrote:
Andy also says of GC:
Fancy items like generational collectors fail the small and simple
criteria and are not likely to be included.
Generational garbage collection is not that difficult. When you have a working
mark sweep GC, extending
On Monday 23 April 2012 07:05:58 Renk Thorsten wrote:
See above. All I can say is that I am really, genuinely frustrated with the
way this is going, and so I will simply put the matter to rest, restrict
myself to making my own set of shaders faster and just shut up.
Please don't. Framerate is
On Sunday 22 April 2012 14:46:09 Bertrand Coconnier wrote:
And if, at the end of the day, your
change is not included in FG, will it be that terrible ?
As a user, I would answer this with yes. Water looks fantastic in FG but it's
also taking quite some toll in performance. Since performance
On Monday 12 March 2012 11:17:05 Martin Spott wrote:
No, not by looking at a map, but by buying a printed map - which is
what I stated above. Since you hardly get your hands onto commercial,
printed maps (which I believe is the item we're talking about) without
the act of buying the media,
On Friday 09 March 2012 13:27:19 Eric van den Berg wrote:
Agreed, but the as you are saying, the brake is hydraulic and therefore
there will always be a valve that traps the hydraulic fluid and keeps the
pressure on the brake pistons. This valve will always only be fully closed
in the end
On Sunday 04 March 2012 17:30:41 Christian Schmitt wrote:
Curtis Olson wrote:
I have a local branch I've created here for some experimentation. When
ever I do a git pull from the gitorious repository, I do that in the
next/master branches. Then I switch to my local branch and type git
On Saturday 25 February 2012 11:21:03 Martin Spott wrote:
Thus you never know wether your job
is going to take just a few days, a few weeks or a few months.
I don't like jobs running several months. I had a few of these but the
most promising ones were killed when the machine had to be
On Saturday 14 January 2012 00:20:33 Peter Sadrozinski wrote:
I'm hitting an 'interesting' problem with the new fedora. For some reason,
it's installing the PAE kernel (I guess I should have installed the 64 bit
version). The problem is, when the system() is called - for instance,
On Wednesday 11 January 2012 13:27:04 Viktor Radnai wrote:
I had the same issue. It's quite odd. Git status was showing my tree as
unmodified but I had to do the same thing (clone a new copy) with
simgear otherwise it was not finding OSG in /usr/include. I think it was
only looking in
FG seems not to be the only project which has problems with multi GB git
repos. The Linux kernel and Android are in the same league and they have
experiences of their own.
This might be an interesting read:
On Thursday 29 December 2011 10:21:11 Vivian Meazza wrote:
That said - why use drivers that cannot handle .dds compression formats? I
assume closed source drivers are OK?
They simply are not. I currently cannot use FlightGear due to simply unusable
performance with free drivers but still,
On Tuesday 13 December 2011 13:19:25 Curtis Olson wrote:
I have a local project here that uses git and has a single master branch.
I had a wild and crazy idea that I wanted to explore, but knew it would
involve a lot of code refactoring and rearchitecting -- I didn't want to
mess up my good
On Thursday 28 July 2011 06:22:10 Gene Buckle wrote:
On Thu, 28 Jul 2011, Jari Häkkinen wrote:
Are you sure about that? I just tried it with a little example and
at least gcc compiles both variants to the exact same assembly
code. Tried it with and without -O2.
That would freak me out.
On Wednesday 08 June 2011 07:43:12 Michael Sgier wrote:
why not simply change the fgfs licence once and for all? Android is not all
GPL anymore...we could do the very same.-
Would you really want to restrict the very freedoms that made FlightGear such
a successful project, just to have some
On Wednesday 08 June 2011 12:27:30 Arnt Karlsen wrote:
On Wed, 8 Jun 2011 12:06:48 +0300 (EEST), thorsten.i.r...@jyu.fi wrote
Correct me if I'm wrong, but I can't see how willingness to exercise
copyright under GPL would require moving to a different license.
On Friday 03 June 2011 06:10:24 Curtis Olson wrote:
Looks like the linux desktop folks have stopped chasing windows and are now
chasing mac? Quote from an online review: gnome 3 gives you any color
theme you like ... if you like black.
There's still KDE and all the
On Tuesday 31 May 2011 14:17:23 Mathias Fröhlich wrote:
So, what to do:
The real solution is hard. Tim effecs code *probably* shows how to solve
this. I have never double checked if this is done in a waterproof way, but
I would guess this is ...
A solution that might at least work for
On Friday 13 May 2011 11:03:24 Anders Gidenstam wrote:
Presumably it will also increase the risk of triggering any race condition
and/or unsynchronized data access bugs that may be lurking in the code.
There are some known ones (e.g. during the creation of a particle
system) but there could
While trying to get some double digit frame rates out of FG next, I tried to
enable OSG multi threading in preferences.xml, but that leads to a segfault:
#0 0x772af357 in glGetString () from /usr/lib64/libGL.so.1
#1 0x00ab9b3a in SGIsOpenGLExtensionSupported
On Wednesday 26 January 2011 01:34:35 Curtis Olson wrote:
The other implication here is that it would be extremely handy to have
multiple branches checked out simultaneously for other reasons. git makes
branching easy, yes, but if you find yourself bouncing between branches
with changes for
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
On Wednesday 20 October 2010 18:57:05 Nathanael Rebsch wrote:
Implementing such a filter on the client side will open your eyes to the
pitfalls of that quite quickly - i'll just compile fg myself, and apply
a patch which disables such a filter - now what you want to do?
security by (client
On Tuesday 19 October 2010 16:41:35 Mally wrote:
?Forgive my ignorance, but what happens at the moment? Does nobody say
anything to the abusers? Doesn't peer pressure, good example and setting
guidelines present a more realistic solution (realistic by comparison with
what happens in real world
On Tuesday 19 October 2010 18:51:37 Martin Spott wrote:
Stefan Seifert wrote:
Very sensible words. Technical solutions usually don't work for social
Exactly this is the point, and I'd like to add that the social problem
we're currently looking at might be manifold
On Thursday 07 October 2010 17:38:13 Curtis Olson wrote:
I haven't researched this, but I wonder what a fair price would be to rent
a dedicated linux server with an unmetered 100mbit connection to the
internet? Would that be sufficient to run a good multiplayer server?
One company that I can
On Sunday 25 July 2010 18:38:45 fiers...@zonnet.nl wrote:
I second that. As the matter of fact I stick to nVidea for all machines
over the years, because I feel that nVidea should be rewarded for their
support of Linux and ATI should be punished for not taking Linux seriously.
On the other
On Tuesday 06 July 2010 16:15:36 Martin Spott wrote:
Even though a 2.8 GHz Socket 940 Opteron is by far not state of the art
in these days, I think this scenario is a sufficient proof that the
statement FG itself isn't CPU limited doesn't hold.
As are the 100%. If the application is bound by
On Saturday 22 May 2010 15:16:41 Jonathan Wagner wrote:
What about git clone --no-checkout in the data directory? This should
create/pull the .git folder with all of the VCS information, but not
actually download any files. After that completes, try running git status
to see if only changes
On Tuesday 23 March 2010 07:08:47 Michael Sgier wrote:
Yea not bad but still a little low-tech. What about such:
Click on images either for links for screenshots. Interesting also for the
future when we hopefully have addons. So you could
On Sunday 21 March 2010 11:50:01 Alexander Barrett wrote:
Sounds very interesting, I've had a look at GitHub and I've a few
questions, if you don't mind answering (purely as I don't know anyone else
with experience of it) Is there any support for media files, such as
On Friday 26 February 2010 17:16:38 Detlef Faber wrote:
I guess most duplicate files are instruments which are not in the
Of course it would be desireable to have them all in one place and
reference to there, but that would cause severe problems with the
On Wednesday 24 February 2010 17:34:19 Brant Gipson wrote:
Torrent will not work as well as FTP or rsync mirrors. You have to
update the .torrent files. I'm not sure how that works though.
But torrents can be a great addition. I usually download new openSUSE releases
much quicker using the
On Friday 19 February 2010 09:48:51 Erik Hofman wrote:
I've created a new set of splash screens based on the images Durk
created about two weeks ago.
Does anyone have any objections to committing them or does anybody have
other possible splash screens to choose from?
Well to state the
On Saturday 06 February 2010 21:29:23 Csaba Halász wrote:
Well, I still think the sensible thing is to expect *native* libraries
in /lib, whatever native may be. If you are on 64 bit, that means 64
bit libraries go into /lib and not /lib64. The only situation I would
expect /lib64 is if I am
On Sunday 31 January 2010 12:40:54 Durk Talsma wrote:
I remember being involved in the discussions. I've also been thinking about
the possibilities of setting up a non-profit organization for the support
of various aspects of FlightGear.
I wonder if some existing organization may fit that
On Friday 29 January 2010 10:27:24 Erik Hofman wrote:
Like your comments indeed.
If it really sucked then others would have complained already, and most
likely it would have been fixed by now.
Please don't take offense by his offensive choice of words and do not dismiss
his valid points
On Saturday 23 January 2010 10:43:13 Erik Hofman wrote:
Erik Hofman wrote:
Or maybe it's good enough to replace the texutures with plain white
images for now?
I've done this until an agreement is reached.
I hate to be the messenger here, but I think it's really obvious that these
On Tuesday 05 January 2010 01:10:33 J. Holden wrote:
unless the contributors agree to assign their copyright to an entity
And who would this FlightGear be?
This SF.Net email is sponsored by the
On Monday 14 December 2009 05:46:11 Chris Wilkinson wrote:
There could have been any number of better ways to express the version
number, but they chose to use one that can combine more than one decimal
place into what looks to a lay person like a mistyped number... not
On Wednesday 18 November 2009 13:41:32 cullam Bruce-Lockhart wrote:
In the case of the stuff
I'm doing, the elevation model is very detailed, and the surfaces beyond
45 degrees can't realistically support trees.
That's wrong: they can and they do. Have you ever been in the Alps? I've often
On Wednesday, 28. October 2009, Maik Justus wrote:
Arnt Karlsen schrieb am 28.10.2009 17:26:
..aye. One problem, they provide FG binaries, but no source???
Do they have to provide the source to everyone? Or do they just need to
On Tuesday, 29. September 2009, Olaf Flebbe wrote:
Let me talk from the Windows perspective:
git seems to work best with msysgit. Entrance barrier: You need to know
UNIX shell. (After trying out I would recommend the msysgit rather the
cygwin). Documentation of msysgit is almost non existing
On Tuesday 22 September 2009 14:04:16 Jon S. Berndt wrote:
This looks much more problematic:
copyrighted under United States and other World Wide Patents
A little confusion of totally different laws...
But interestingly from the front page:
There is no
On Wednesday 02 September 2009 17:55:07 Curtis Olson wrote:
In addition, I am self hosting our master CVS repository which means that
if my machine breaks, I personally am on the hook to drop everything else
and do whatever it takes (ranging from hardware, to OS, to security, to
On Wednesday, 22. July 2009, Peter Völk wrote:
advises to use Vsync to slow down the framerate, but as I use a TFT, it's
not really a possibility.
Why would that not be possible with a TFT? Usually TFTs run at 75Hz which is
far below the problematic 110. So it sounds like a sound
On Sunday, 24. May 2009, Barry Fawthrop wrote:
I recent upgraded to the new version downloaded and compiled the source
not the apt binary for debian.
Just a view guesses: did you upgrade the base package, too? Do you use a very
recent OpenSceneGraph version?
On Thursday, 14. May 2009, Matthew Gibson wrote:
Sorry, I can't figure out how to reply to messages on mailing lists.
But I found the issue.
jssuper .h and .cxx don't assume the joystick numbers are in order. They
use a first and last variable, as well as an activeJoysticks number of
On Tuesday 17 March 2009 13:34:19 Curtis Olson wrote:
Here's a question: Does a 3rd party have the
right to ask for the modified source code, even if none of the entities
receiving the modified program don't care to ask for the source code?
In short: no. The GPL doesn't require any rights for
On Tuesday 17 March 2009 14:11:38 Ron Jensen wrote:
On Tue, 2009-03-17 at 13:43 +0100, Stefan Seifert wrote:
On Tuesday 17 March 2009 13:34:19 Curtis Olson wrote:
Here's a question: Does a 3rd party have the
right to ask for the modified source code, even if none of the entities
On Tuesday 10 March 2009 14:16:23 Matthew Barousse wrote:
I'm currently attempting to modify flight gear, so that I may save and
re-play flights, exactly like the instant replay feature, but with a save
My next task is to implement a save-to-file feature. I was thinking the
On Wednesday, 28. January 2009, Jon S. Berndt wrote:
Is there sometimes confusion as to how or where to apply changes to JSBSim
code or aircraft models? Do we need to work on easing the process of
integration into FlightGear? More frequent synchs? (we'd need additional
volunteers, and/or I'd
On Wednesday, 28. January 2009, John Denker wrote:
On 01/28/2009 02:25 AM, Erik Hofman wrote:
I didn't check it myself yet, but every once in a while I have to do a
'make clean' before 'make install' for this sort of things (both for
Simgear and FlightGear)
Good advice; thanks.
On Wednesday, 28. January 2009, John Denker wrote:
Ridiculing the bug report will not make the bug go away.
I did not want to ridicule the report in any way. Apologies if it came like
that. I just wanted to point out, that measuring memory usage unfortunately
is not as easy as it looks (no,
On Thursday, 22. January 2009, Jon S. Berndt wrote:
Since it appears as though JSBSim will use the product identifiers
(e.g..Boeing 737) in a descriptive manner, and no profit will be derived
from said usage, then we have no objection to inclusion of the product
identifiers on the software.
On Thursday, 22. January 2009, Tim Moore wrote:
We can't say that all the models in the repository are covered by the GPL
and have models in there that are not. This is a terrible trap for anyone
wanting to use FlightGear in any professional setting.
Please do not confuse the software license
On Wednesday, 21. January 2009, Martin Spott wrote:
b) The GPL states that You may charge a fee for the physical act of
transferring a copy, [...], but You may not copy, modify, sublicense,
or distribute the Program except as expressly provided under this
Now, how would you
On Monday, 12. January 2009, Alexis Bory - xiii wrote:
Also, using gdb prevents this segfault to appear. It looks like having
a timming issue in the different processes.
When it's not reproducible with gdb, you can enable core dumps with ulimit -c
unlimited before running FG. If it crashes it
On Monday 12 January 2009 15:29:43 gerard robin wrote:
On lundi 12 janvier 2009, Erik Hofman wrote:
True, but this requires a base package update to work correctly. Which
is better to delay a few days so the binary only bugfix release can get
sorry i thought that we
On Wednesday, 03. December 2008, Jon Stockill wrote:
Just out of interest which version of OSG are people planning to link
the release against? Are we going to wait for a 2.8 release, or go with
one of the 2.7 developer releases?
Looking at previous OSG release dates (2.2 October, 2.4 April,
On Thursday 27 November 2008 16:21:45 Frederic Bouvier wrote:
- Curtis Olson a Ã©crit :
The solution is to draw transparent objects in sorted order back to
front ... including clouds ... so in this case it appears that the 3d
clouds are being drawn before the 2d cloud layers, and in
On Monday 17 November 2008 09:20:14 James Turner wrote:
In the past I've worked on binary distributions for various GL-based
projects on Linux, one using VTK and one using OGRE. In both cases we
ended up shipping libstdc++ as well - in order to have a chance at
portability, the only externals
On Thursday, 13. November 2008, Curtis Olson wrote:
How much memory do you have? Is it possible to add some memory to get
yourself up to maybe at least 512Mb total?
Just a side note: even 512MB is very little nowadays for FG. I'm running with
1GB and am very much looking forward to getting
On Friday, 17. October 2008, Tobias Nielsen wrote:
I have a version in my svn repository that i am doing active
development on several different machines. I am not allowed to do any
commits to the repository before the code is in a somewhat stable
state. For that reason i each time perform a
On Sunday, 05. October 2008, Alexis Bory - xiii wrote:
Heiko Schulz wrote:
Forgot ne aircraft: the F14 is really nice and has a lot of features!
It should be in the package!
BTW: I'm currently preparing an important update, there will be a lot of
changes and cleaning made on
On Wednesday, 01. October 2008, gerard robin wrote:
checking for simgear 1.0.0 or newer... [found 1.99.4] ... yes
Well, this should give it away: you obviously have some newer (probably CVS
HEAD) version of Simgear installed in /usr. Otherwise, this version would be
attached is a little patch for the f16. It's VRP is obviously wrong, when
watching turns on the ground from outside. I did standard
slipping-of-the-edge tests and found an x-value of -180in to improve the
situation a lot.
On Tuesday, 16. September 2008, Saurabh Gupta wrote:
ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500]
That's six generations and seven years behind current graphics hardware. I
don't know too much about FG's requirements, but I'd bet that this card just
On Monday 01 September 2008 15:44:50 Manfred Janßen wrote:
is it possible, to display some of the flight data, like heading,
altitude, airspeed in the screen if flightgear is in chase view?
And if, can you give me a short hint where to search for that?
Most of the time, you can
On Monday, 28. April 2008, Georg Vollnhals wrote:
But checking the result is disappointing. I did it after 3 boot cycles
(2 reboot and one cold boot):
dhcppc2:/home/georg # cat
Maybe your system simply doesn't have a hpet
On Monday, 28. April 2008, Jon Stockill wrote:
Assuming the machine has an internet connection - if you install ntp and
set it to sync from pool.ntp.org you'll never need to worry about such
problems again - it'll sync from an internet clock source within a few
minutes of starting up, and
On Saturday 26 April 2008 21:08:15 Georg Vollnhals wrote:
Sorry for that - my new O/S OpenSUSE 10.3 has some difficulties with my
hardware-clock - at least using Wine changes the time and day and I have
to correct that manually. And a time-jump would be nicer backwards
regarding my age :-)
On Sunday 27 April 2008 23:53:01 Georg Vollnhals wrote:
This is wrong. The kernel parameters are following the file name in
the kernel line. This is the section I boot on my server:
###Don't change this comment - YaST2 identifier: Original name: linux###
On Sunday, 13. April 2008, James Sleeman wrote:
On Sat, 2008-04-12 at 14:59 +0100, LeeE wrote:
Does it segfault every time or is it inconsistent? I'm about a week
Everytime. I'll try rolling back to an older OSG when I get a chance.
Just a note: I'm having the same problem since 2.3.7. A
1 - 100 of 179 matches
Mail list logo