On Fri, 23 May 2008 22:30:02 +0200 Francesco Poli wrote:
> On Fri, 23 May 2008 11:25:19 +0200 Martin Fiedler wrote:
>
> > The problem here is certainly insufficient space in /tmp.
[...]
> > However,
> > you are right that KeyJnote shouldn't crash then -- this will be rectified
> > in the next ups
severity 482336 normal
thanks
ok
lowering severity though to normal (imho could be even minor ;) )
On Sat, 13 Jun 2009, Francesco Poli wrote:
> On Fri, 12 Jun 2009 19:04:35 -0400 Yaroslav Halchenko wrote:
> > so what is actually a bug? that it would fail more gracefully asking to
> > free up more
On Fri, 12 Jun 2009 19:04:35 -0400 Yaroslav Halchenko wrote:
> brr -- but what do you really consider a bug? it crashes since you have
> no free space available, as exception reports:
>
> > File "/usr/bin/impressive", line 1527, in AddToCache
> > CacheFile.write(data)
> > IOError: [Errno 2
brr -- but what do you really consider a bug? it crashes since you have
no free space available, as exception reports:
> File "/usr/bin/impressive", line 1527, in AddToCache
> CacheFile.write(data)
> IOError: [Errno 28] No space left on device
so what is actually a bug? that it would fail
reopen 482336
thanks
On Fri, 12 Jun 2009 17:50:40 -0400 Yaroslav Halchenko wrote:
> I guess it would be ok to close this bugreport now, right? ;)
>
> On Fri, 23 May 2008, Francesco Poli wrote:
>
> > On Fri, 23 May 2008 22:30:02 +0200 Francesco Poli wrote:
>
> > [...]
> > > Another possible wor
On Fri, 23 May 2008 22:30:02 +0200 Francesco Poli wrote:
[...]
> Another possible workaround is:
>
> $ keyjnote --cachefile ./cache ep2004-Poli-remailers.pdf
Or even:
$ keyjnote -c none ep2004-Poli-remailers.pdf
--
http://frx.netsons.org/doc/index.html#nanodocs
The nano-document series
On Fri, 23 May 2008 11:25:19 +0200 Martin Fiedler wrote:
> The problem here is certainly insufficient space in /tmp. To work around
> this, you can use the '--cache memory' (or short: -cm) option.
Thanks for the suggestion.
Another possible workaround is:
$ keyjnote --cachefile ./cache ep2004
On Thu, 22 May 2008 19:50:50 -0400 Yaroslav Halchenko wrote:
[...]
> I thought that it is caused by insufficient VRAM... swap space is quite
> large...
Yes, definitely large: I did set it up so, because a central memory
upgrade is planned sooner or later...
Thanks for forwarding my bug report to
The problem here is certainly insufficient space in /tmp. To work around
this, you can use the '--cache memory' (or short: -cm) option. However,
you are right that KeyJnote shouldn't crash then -- this will be rectified
in the next upstream version.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On Wed, 21 May 2008 19:34:50 -0400 Yaroslav Halchenko wrote:
> didn't reproduce the bug -- went through ok - didn't stall at any
> slide... didn't crash after...
>
> lets first verify that your /tmp/ had sufficient amount of space ;)
$ df --si /tmp/
Filesystem Size Used Avail Use%
didn't reproduce the bug -- went through ok - didn't stall at any
slide... didn't crash after...
lets first verify that your /tmp/ had sufficient amount of space ;) and
then your RAM (and virtual memory) -- total amount of VRAM needed for
caching your presentation is around 460MB. not sure what wa
Package: keyjnote
Version: 0.10.2-1
Severity: important
Hi!
Thanks for maintaining keyjnote in Debian!
I think I found a bug, though.
Steps to reproduce:
* download the following PDF presentation (from
http://e-privacy.winstonsmith.info/2004/interventi.html)
$ wget http://e-privacy.win
12 matches
Mail list logo