Platform: amd64-current, latest snapshot.
Problem:
Flightgear hangs exactly when the splash-screen is supposed to
disappear. When checking the processes with 'top', it is reading ttmwt
in the WAITfield for fgfs.
How to reproduce:
-
Start up flightgear,
Yesterday I installed Scratch (from latest snapshot). Everything I
tested worked, except for audio playback which causes a core-dump.
I think this problem has been since last year and discussed earlier on
the list. If I remember right, the problem is in Squeek. Is there
anything that could be
Actually, I do not know if this really belongs to this list or to bugs@.
I have two computers running the most recent snapshot (amd64). One is
having Intel graphic adapter, the other one is having a Radeon. Both are
using the framebuffer, that appeared during last summer.
When starting up
was not able to
watch clips. Probably this problem is not related to this brokeness in
QT. It is probably another unrelated bug. I will test this more on the
other computer once I have a chance to put my hands on it.
On 10/11/13 11:49, Stuart Henderson wrote:
On 2013-10-10, Lars Engblom lars.engb
This problem is affecting Minitube. Before the workaround, all you get
is an empty window. This workaround makes it possible to search for
clip, but you are still not able to watch them. You only hear the sound.
On 10/09/13 22:50, Stuart Henderson wrote:
Temporary workaround until we can fix
I have been testing this on amd64 after time_t switch. It works well. I
tested even some date functions in racket/date.
Is it ready to be included in ports?
On 08/11/13 01:25, Juan Francisco Cantero Hurtado wrote:
Bugfix release of racket. Tests and comments are welcome as usual.
Cheers.
Everything I have tested (amd64 snapshot) so far has been working once
you have the package.
On 08/11/13 01:25, Juan Francisco Cantero Hurtado wrote:
Bugfix release of racket. Tests and comments are welcome as usual.
Cheers.
I am also going to try to raise the limit to 2G. I agree with Scott that
maybe the default limit should be raised. There are probably less
people needing to lower it than those needing to raise it.
In case the default limit will not be raised I hope you put a install
message shown by pkg_add
After I raised ulimit -d to 2G, I could not get FF to crash within a
couple of minutes of usage.
An install note shown by pkg_add would be very helpful. That I also
recommend for the workarounds when it comes to distorted pictures.
On 07/24/13 16:04, Landry Breuil wrote:
On Wed, Jul 24,
ulimit -d 524288
Original message
From: Stuart Henderson st...@openbsd.org
Date: 23/07/2013 18:27 (GMT+02:00)
To: Lasse Engblom lars.engb...@kimitotelefon.fi
Cc: ports@openbsd.org
Subject: Re: Bug-report: Firefox crashing in recent snapshots
On 2013/07/23 16:59, Lasse
at 07:56:31AM +0300, Lars Engblom wrote:
I have several times seen reports about FF crashing. It might have
been here or then on #openbsd (I am not sure where). I thought this
is something everybody knows. I made a misjudgement because I did
not want to send a bug-report for something I thought
of RAM? I almost always notice this slowing down before it
crashes.
Original message
From: Stuart Henderson st...@openbsd.org
Date: 22/07/2013 10:20 (GMT+02:00)
To: Lars Engblom lars.engb...@kimitotelefon.fi
Cc: Landry Breuil lan...@rhaalovely.net,ports@openbsd.org
Subject: Re
Something seriously needs to be done to Firefox before 5.4 release. It
has been really buggy the latest months. It is almost completely
unusable. It dumps core daily for me. Pictures are often distorted.
Like it is now, if anyone new to OpenBSD would try it, they would never
return as they
to help in this case.
On 07/22/13 07:41, Brian Callahan wrote:
On 7/22/2013 12:27 AM, Lars Engblom wrote:
Something seriously needs to be done to Firefox before 5.4 release. It
has been really buggy the latest months. It is almost completely
unusable. It dumps core daily for me. Pictures
I wonder what happened with this one? Is it going to be included before
the freeze?
On 06/28/13 05:18, Juan Francisco Cantero Hurtado wrote:
On Fri, Jun 28, 2013 at 04:14:47AM +0200, Juan Francisco Cantero Hurtado wrote:
On Thu, Jun 27, 2013 at 03:45:27PM +0300, Lars Engblom wrote:
I have
I agree that it is best to keep it until it is not working anymore. If
somebody voluntarily forks it and keeps it working it is really nice.
Smtube get_flash_videos do not fill the gap of Minitube as they will
not give a continuous sortable playlist. From that list you can delete
unwanted
I have been compiling and testing. It looks good. Even the gl-games are
working.
On 06/23/13 00:57, Juan Francisco Cantero Hurtado wrote:
On Sat, Jun 22, 2013 at 12:26:45PM +0200, Ingo Schwarze wrote:
Hello Juan Francisco,
Juan Francisco Cantero Hurtado wrote on Thu, Jun 20, 2013 at
Menumaker is a pure python program and works really well. There is no
ready port, so you could take it as an exercise to make one :). This
would be an easy project as the first port made by you.
If you have python installed (and symlinked) you install menumaker by
the normal /./configure;
Even though I am using GHC almost daily, I agree it is a pile of junk. I
still wonder how you are going to manage to keep Haskell but not having
GHC anymore.
As far as I know there are only two Haskell compilers actively developed
except for GHC: UHC and JHC. The other implementations are not
How are other distros/OS doing? Do we really need to bootstrap each
time? Could not the old working binary be saved to some kind of
semiofficial porttools.tgz used on the computer for building all the
ports? We would then have two flavors of GHC: The normal one installed
to /usr/local/ and one
Unless some new obstacles have been appearing, I would really suggest
you upgrade to this port. I have been running it since before the ports
freeze, and it is working better (amd64) than the old version. Those
times it is crashing (sound events), the old version is also crashing.
This means
Hello,
After reading BIOCTL(8) I found this line:
Use of the CRYPTO RAID 4/5 disciplines are currently considered
experimental.
After I have been reading this thread, I realize the documentation is
probably lagging behind:
http://comments.gmane.org/gmane.os.openbsd.misc/192747
Crypto is
Sorry, this went to the wrong list...
On 03/07/13 16:07, Lars Engblom wrote:
Hello,
After reading BIOCTL(8) I found this line:
Use of the CRYPTO RAID 4/5 disciplines are currently considered
experimental.
After I have been reading this thread, I realize the documentation is
probably
. It is a bit annoying to not be able to test
things out at home before going to the school to teach them
Regards,
Lasse
On 02/05/13 15:26, Stuart Cassoff wrote:
On 01/08/13 17:17, Stuart Cassoff wrote:
On 01/08/13 10:37, Stuart Henderson wrote:
On 2013/01/08 16:05, Lars Engblom wrote:
1
export LANG=en_US.UTF-8
gls -l
This will dump a core on both current and stable.
Regards,
Lasse
to another computer.
On 01/28/13 16:34, Stuart Henderson wrote:
On 2013/01/28 15:13, Lars Engblom wrote:
export LANG=en_US.UTF-8
gls -l
This will dump a core on both current and stable.
Regards,
Lasse
Works for me on amd64. Do you have a backtrace, ideally from a copy
built with DEBUG=-g
If it is really able to play and search youtube videos in an easy way, I
would be happy to see it included. Minitube was my favorite tool for
youtube, but now, even with dual-core it is unusable.
It feels ridiculous when people with worse computers are able to watch
movies, but not me with
1. Both in current and stable the path to the image is wrong in
/usr/local/share/scratch/iniscratch
2. In stable, I have problem to run the programs made by Scratch
3. With current, I do not get Scratch to open up at all
All this is happening on amd64.
If there is anything I can test for to
Hello,
From the Makefile of Weechat I noticed the following line:
CONFIGURE_ARGS+=-DENABLE_ASPELL=no \
Is there any reason for this? For people, like me, not speaking English
natively a spell-check is very nice to have. At the moment I am using
Erc just out of this single reason (wanting a
I would also support this!
On 11/25/12 15:59, Mike Belopuhov wrote:
Please consider importing Emacs 24.
FWIW, it works fine for me now.
On Sat, Nov 17, 2012 at 10:33 PM, Jérémie Courrèges-Anglas
jca+o...@wxcvbn.org wrote:
Hi,
the next Emacs (24.3) pretest cycle will start on Nov. 24.
I
Hello,
I just wonder what happened with the Emacs24 port. The last mails in the
thread about the port pretty much gave OK to submit it... and I have not
seen any submission yet, and no further discussion either.
Lasse
+0300, Lars Engblom wrote:
I tried installing pidgin-2.10.4-gtkspell from snapshots and it
could not run because of missing dependencies. Installing amsn,
gives all the dependencies missing... some examination of what is
actually needed is needed.
This is a useless post. You did not state what
I tried installing pidgin-2.10.4-gtkspell from snapshots and it could
not run because of missing dependencies. Installing amsn, gives all the
dependencies missing... some examination of what is actually needed is
needed.
Lasse
at 09:57:29AM +0200, Lars Engblom wrote:
Hello,
Yesterday I sent an email with the corrected version of my racket port
attached. I wonder if my mail got lost as I did not get any response. If
it is not of enough good quality, then response would be appreciated.
I already replied yesterday
explain so I can correct it.
On 03/22/12 12:08, Antoine Jacoutot wrote:
On Thu, Mar 22, 2012 at 09:57:29AM +0200, Lars Engblom wrote:
Hello,
Yesterday I sent an email with the corrected version of my racket port
attached. I wonder if my mail got lost as I did not get any response
Hello,
I am about to have my Racket port ready tested and I wish it could get
included into the ports tree. Is it compulsory to set the MAINTAINER
variable? I mean, I am reading ports@openbsd.org daily and I would
notice any response.
The reason why I am asking is that I would want to avoid
Did you have to crank up any sysctl values?
As it did not segfault for you, it might be that my computer running
i386 is broken. It is an old laptop that has been into the floor and
having the screen broken.
I have been testing it now on a couple of amd64 computers and it has
been working on
Hello,
I am considering to create a port for racket (racket-lang.org) (former
PLT Scheme) as it is often used in universities and is a very nice
environment for learning Scheme.
While I could do the initial effort and create a port for it, I would want
to know if anyone else would be interested
Hello,
Please, do not take me wrong, I am not demanding anything and I am
humbly thankful for the work people are doing for free.
I am just wondering if there is any reason GHC is not upgraded in the
ports tree. The current stable version of GHC is 7.0.3 while the one in
ports is 6.12.3.
39 matches
Mail list logo