NetBSD 2.0.2 running lyx built with qt errored at exit with:
lyx: Error detected by libpthread: Destroying locked mutex.
Detected by file
"/home/builds/ab/netbsd-2-0-2-RELEASE/src/lib/libpthread/pthread_mutex.c",
line 135, function "pthread_mutex_destroy".
See pthread(3) for information.
Abort tr
Paul A. Rubin wrote:
Just to clarify things a bit: the (approximately) 220 character limit I
think I found in yap applies not to the path/filename but to the
argument string to the specials command. That argument string includes
the literal "PSFile=", the path/filename, bounding box informati
Georg,
Em Sex 08 Jul 2005 12:11, Georg Baum escreveu:
> Angus Leeming wrote:
> > Ok, the problem is that ChangeExtension calls os::internal_path
> > internally, so the \ characters here are converted to / ones:
> > path = ChangeExtension("\\string\"" + base + "\\string\"", ext);
>
> Attached
Paul A. Rubin wrote:
You mean the lyx folder under Application Data, right?
Yes.
I deleted it and
installed version 21 with no problems. On my office machine, which
previously had not seen 1.3.6, I did a fresh install, deleted the folder
and did another install, all with no problems.
Hm
Uwe Stöhr wrote:
Yes. LyXWin 1.3.6 version 21 doesn't install. I get the error message:
LyXTextClassList::Read: unable to find textclass file `'. Exiting.
To reproduce this, delete the folder "lyx" in the Win folder "Documents
and settings" before you install LyX. (As if you have never insta
Andre Poenitz <[EMAIL PROTECTED]> writes:
> ai ri:lli look 'fo:ruards tu )e nekst spelling ri'fo:rm in 'iGlend.
Last time they did that they were in the process of changing their
pronounciation also; and look what happened...
/Andreas
On Thu, Jul 07, 2005 at 11:13:00PM +0100, Angus Leeming wrote:
> "an apple", "an egg", "an igloo", "an orange", "a Unix", "a unicorn", "an
> ungent", "an ugly person".
>
> I guess that the rule is that "yoo" requires "a" but "u" as in "mug"
> requires "an".
If it starts phonetically with a vowel,
On Fri, Jul 08, 2005 at 03:32:17PM +0200, Uwe Stöhr wrote:
> PSfile="F:/lyxdokumente/lyx/tmp/lyx_tmpdir1060a00924/lyx_tmpbuf0/_lyxdokumente_FILENAME.eps
> [...]
> But anyway, who uses such long filenames? Should we take care about
> this? If yes, we could limit the filename length allowed for LyX
On Fri, Jul 08, 2005 at 11:13:36AM +0200, Georg Baum wrote:
> This is now in. A working undo with cursor jump is better than a nonworking
> undo. We can still change that if anybody has a better idea.
Sensible choice.
Andre'
On Wed, Jul 06, 2005 at 10:26:49AM +0200, Georg Baum wrote:
> I am not sure what you meant exactly, but I exchanged recordUndo for
> recordUndoInset in some places.
Even better than what I had in mind. I forgot about recordUndoInset.
> The problem is that recordUndo only records changes to the cu
On Wednesday 06 July 2005 14:51, Angus Leeming wrote:
I'm sorry Angus for the late reply but I have been busy this week.
> José, is the difference in version numbers between FC3 and FC4
> significant?
> http://download.fedora.redhat.com/pub/fedora/linux/extras/3/i386/lyx-1.3.
>5-3.i386.rpm 14-D
On Jul 8, 2005, at 11:32 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Jul 1, 2005, at 9:52 AM, Jean-Marc Lasgouttes wrote:
Do we want to hardcode the names to "LyX" instead of PACKAGE?
That's possible, but it remove the possibility to run t
On Tue, Jul 05, 2005 at 08:06:41AM +0200, Juergen Spitzmueller wrote:
> Andre Poenitz wrote:
> > At least a fat 'HACK' would be in order. Maybe even a debug message.
> >
> > For a proper solution we'd need something more general handling
> > uncached metrics data.
>
> But isn't the check needed an
Angus Leeming wrote:
> The attached patch simply refactors the name mangling code in
> insetgraphics into a separate function. OK to commit?
>
> If we're unable to resolve this "long file name causes gs to die"
> problem, then I'd suggest reworking the function to use the file
> name only and a u
Uwe Stöhr wrote:
Angus Leeming wrote:
LyXWin 1.3.6 version 21 doesn't install. I get the error
message:
LyXTextClassList::Read: unable to find textclass file `'. Exiting.
Oh, for [EMAIL PROTECTED]'s sake!
Thanks for the report. Now have you any idea why not?
Not yet. I need more time to
The attached patch simply refactors the name mangling code in
insetgraphics into a separate function. OK to commit?
If we're unable to resolve this "long file name causes gs to die"
problem, then I'd suggest reworking the function to use the file name
only and a unique counter ID.
--
AngusIndex:
Michael Schmitt schrieb:
Hmm, looks very similar to my previous patch. We should check that both
patches fit together.
Isn't your latest patch in the CVS? My diffs are against todays CVS
(HEAD branch) and there are a lot of differences.
Could you send me your patch anyway - I missed it.
tha
Uwe Stöhr wrote:
Hi JMarc,
I have an update for the g-brief2.layout and its example file.
It fixes the environment labels as they are currently protruding over
the left border of the screen.
Hmm, looks very similar to my previous patch. We should check that both
patches fit together.
Mic
Attached the diffs against current CVS and the new layout and example file. If you want,
apply them for LyX 1.3.x and/or LyX 1.4.x.
Argh I forgot them again. Now attached.
sorry uwe
--- g-brief2CVS.layout Fri Jul 08 15:47:39 2005
+++ g-brief2.layout Fri Jul 08 16:04:45 2005
@@ -2,20 +2,18 @@
#
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Jul 1, 2005, at 9:52 AM, Jean-Marc Lasgouttes wrote:
>> Do we want to hardcode the names to "LyX" instead of PACKAGE?
>> That's possible, but it remove the possibility to run two different
>> versions (say 1.3 and 1.4) of LyX
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> Attached the diffs and the new layout and example file. If you
Uwe> want, apply them for LyX 1.3.x and/or LyX 1.4.x.
Where?
JMarc
Georg Baum wrote:
>> Ok, the problem is that ChangeExtension calls os::internal_path
>> internally, so the \ characters here are converted to / ones:
>> path = ChangeExtension("\\string\"" + base + "\\string\"",
>> ext);
>
> Attached is the equivalent patch for 1.4. Note that I also cha
Sven Schreiber schrieb:
And it seems it's the ghost_view_ frontend that crashes, not ghostscript
itself (8.50 btw), since yap works and somebody said it uses the gs
libs. So nothing really for me to do I'm afraid.
No gsview don't crash. It simply don't show the image when it is
embedded in a .
On Jul 1, 2005, at 11:03 AM, Jean-Marc Lasgouttes wrote:
Angus> Packaging
Angus> MacOS, Unix and Windows each have different traditions for
Angus> where an application should look for various files.
This part could go in the respective READMEs. We should add some
linkage to these readme file
On Jul 1, 2005, at 9:52 AM, Jean-Marc Lasgouttes wrote:
Do we want to hardcode the names to "LyX" instead of PACKAGE? That's
possible, but it remove the possibility to run two different versions
(say 1.3 and 1.4) of LyX concurrently.
The code to modify is at line 611 of src/support/package.C.
Angus Leeming wrote:
> Ok, the problem is that ChangeExtension calls os::internal_path
> internally, so the \ characters here are converted to / ones:
> path = ChangeExtension("\\string\"" + base + "\\string\"", ext);
Attached is the equivalent patch for 1.4. Note that I also changed the
ex
Hi JMarc,
I have an update for the g-brief2.layout and its example file.
It fixes the environment labels as they are currently protruding over
the left border of the screen. I also introduced a "standard"
environment to ease the writing and I rearranged the environments in a
more logical orde
Most of this diff is new line numbers, I had to update the po-file to
get the "branch" inset name into the po-file.
The branch inset name is translated, several correct fuzzy translations
are no longer fuzzy, the name "TOC" is translated, some of the bibtex dialog
is translated and some layout na
Uwe Stöhr wrote:
>> To test it, I attached a lyx-file...
> I forgot it. Now attached.
Interesting. Doesn't work on Linux either (older version of gs) where
I can't view the DVI file because I get a LyX dialog box popping up
with
Cannot copy file
/home/aleem/Desktop/a...atiger.eps
int
Angus Leeming wrote:
> Sven Schreiber wrote:
>
>>I think Uwe's right, my brief experimentation showed that ghostview
>>actually stops working "earlier" (= already with shorter paths) than
>>miktex/yap, when used to open an eps-file with a long path directly.
>>I even couldn't reproduce the yap-cr
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Yes, I have a few modifications to the README.MacOSX file.
Bennett> (And I think it should be renamed to INSTALL.MacOSX.)
OK.
Bennett> In short, I've re-ordered the steps to make things a bit
Bennett> clearer, and made a couple
Angus Leeming wrote:
LyXWin 1.3.6 version 21 doesn't install. I get the error
message:
LyXTextClassList::Read: unable to find textclass file `'. Exiting.
Oh, for [EMAIL PROTECTED]'s sake!
Thanks for the report. Now have you any idea why not?
Not yet. I need more time to find the bug.
Anyw
Sven Schreiber wrote:
> I think Uwe's right, my brief experimentation showed that ghostview
> actually stops working "earlier" (= already with shorter paths) than
> miktex/yap, when used to open an eps-file with a long path directly.
> I even couldn't reproduce the yap-crashes with any file with a
Jean-Marc Lasgouttes wrote:
> Angus> Personally, I'd say that we should call this README.Cygwin.
> It Angus> doesn't provide enough detail to be a useful INSTALL but
> tries Angus> to provide a 'feel' of what is needed to create and use
> the Angus> thing.
>
> I would think that README is a file f
Uwe Stöhr wrote:
> LyXWin 1.3.6 version 21 doesn't install. I get the error
> message:
> LyXTextClassList::Read: unable to find textclass file `'. Exiting.
> To reproduce this, delete the folder "lyx" in the Win folder
> "Documents and settings" before you install LyX. (As if you have
> never inst
On Jul 7, 2005, at 12:26 PM, Jean-Marc Lasgouttes wrote:
- rename README.MacOSX to INSTALL.MacOSX. Bennett, do you want to make
modifications to this file?
- Provide files README.MacOSX and README.Win32 that give informations
like where files are located, how to configure, etc. This may jus
Uwe Stöhr wrote:
> I would do this but the Problem with Yap is not a bug in LyX.
Indeed, but nevertheless it would be nice to fix even nonLyX bugs :-)
> Windows has a character limit for filenames. If you use a filename with
> 220 chars, export the LyX document to .tex, run then LaTeX, and open
Uwe Stöhr wrote:
>
> I would do this but the Problem with Yap is not a bug in LyX.
> Windows has a character limit for filenames. If you use a filename with
> 220 chars, export the LyX document to .tex, run then LaTeX, and open the
> created file with yap no crash occurs. If you view the DVI from
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Jean-Marc Lasgouttes wrote: FYI: "make distclean" does not
Michael> work on Windows (and I guess it does not work on other
Michael> platforms either).
>> What version of LyX?
>>
>>
Michael> Sorry, I forgot to mention the ve
Jean-Marc Lasgouttes wrote:
Michael> FYI: "make distclean" does not work on Windows (and I guess
Michael> it does not work on other platforms either).
What version of LyX?
Sorry, I forgot to mention the version. It is 1.4.
Michael
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: README.Cygwin is pretty trivial.
Angus> Attached. OK?
Jean-Marc> So is that a README or an INSTALL file?
>> And I forgot to say that the file is fine.
Angus> How can it be fine when we don't even know it
Jean-Marc Lasgouttes wrote:
> Angus> My feeling is that we should at least try and address
> Angus> thfirst two of these. I've been asked to put together
> Angus> a minimal test case for the YAP problem and to submit
> Angus> it to the MiKTeX bug tracker. I'm hoping that this does
> Angus> the tri
Angus Leeming wrote:
> I've just updated the list of bugs in LyX 1.3.6 that I know about. See
> http://wiki.lyx.org/Windows/LyX136pre#known_bugs
>
> Am I missing anything?
Yes. LyXWin 1.3.6 version 21 doesn't install. I get the error message:
LyXTextClassList::Read: unable to find textclass fil
Jean-Marc Lasgouttes wrote:
> Angus> README.Cygwin is pretty trivial. Attached. OK?
> Jean-Marc> So is that a README or an INSTALL file?
> And I forgot to say that the file is fine.
How can it be fine when we don't even know its name? Personally, I'd
say that we should call this README.Cygwin. It
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: I played a little with README.Win32
Angus> and README.Cygwin last night. I'll try and knock together
Angus> something coherent over
>>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> My feeling is that we should at least try and address the first
Angus> two of these. I've been asked to put together a minimal test
Angus> case for the YAP problem and to submit it to the MiKTeX bug
Angus> tracker. I'm hoping that t
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: I played a little with README.Win32
Angus> and README.Cygwin last night. I'll try and knock together
Angus> something coherent over
>> the Angus> w/e.
>> Thanks.
Angus> README.Cygwin is pretty trivial.
On Friday 08 July 2005 13:23, Georg Baum wrote:
> Done. Attached is a diff between 1.3.6cvs and 1.4cvs. I don't send the
> diff of 1.3.6cvs before committing, since it is big and nothing new was
> added apart from the attached changes.
Thank you. It is perfect. :-)
> If nobody beats me I'll try
Jose' Matos wrote:
> So for me this is done. Could you please do the backport? Thank you.
Done. Attached is a diff between 1.3.6cvs and 1.4cvs. I don't send the diff
of 1.3.6cvs before committing, since it is big and nothing new was added
apart from the attached changes.
If nobody beats me I'll
Jean-Marc Lasgouttes wrote:
> Angus> I played a little with README.Win32 and README.Cygwin last
> Angus> night. I'll try and knock together something coherent over
> the Angus> w/e.
> Thanks.
README.Cygwin is pretty trivial. Attached. OK?
--
AngusLyX/Cygwin
Ruurd Reitsma <[EMAIL PROTECTED]>
T
I've just updated the list of bugs in LyX 1.3.6 that I know about. See
http://wiki.lyx.org/Windows/LyX136pre#known_bugs
Am I missing anything?
My feeling is that we should at least try and address the first two of
these. I've been asked to put together a minimal test case for the
YAP problem and
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: I went a slightly different route:
Angus> LyX was originally a Unix application, but now runs natively on
Angus> Windows and Mac OS X as well thanks, in part, to the
Angus> cross-platform Qt GUI libraries
Jean-Marc Lasgouttes wrote:
> Angus> I went a slightly different route:
> Angus> LyX was originally a Unix application, but now runs
> Angus> natively on Windows and Mac OS X as well thanks, in
> Angus> part, to the cross-platform Qt GUI libraries.
I wonder if that shouldn't be "...cross-platform
Jean-Marc Lasgouttes wrote:
> Juergen> You are probably right. I think about it a soon as I find
> Juergen> time. What about the patch for 1.3.6?
>
> Yes, it is OK.
I committed that, so that 1.3.6 can be released :-)
I'm a bit busy with real work at the moment, but I will come back to the
1.4-pat
On Wednesday 06 July 2005 16:35, Angus Leeming wrote:
> Jose' Matos wrote:
>
> Don't you want to try and convert your .lyx files to the latest format
> and to then convert them back to format 221?
No. :-)
The only files where I would like to do that are post 1.3.x files, those
are the files
On Wednesday 06 July 2005 16:39, Georg Baum wrote:
> Jose' Matos wrote:
> > PS: Is this OK with you Georg?
>
> Yes. I thought that we already decided to backport lyx2lyx.
Yes, that is true but if something goes wrong Jean-Marc is the one who
should wear the brown bag paper. ;-)
So better b
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> You are probably right. I think about it a soon as I find
Juergen> time. What about the patch for 1.3.6?
Yes, it is OK.
JMarc
Jean-Marc Lasgouttes wrote:
> You should never have to compare against a translated value. I think
> GUIName should be untranslated, and all translation should happen in
> the frontends.
>
> So basically, I'd try to avoid using gettext at all in toc.C.
You are probably right. I think about it a so
Georg Baum wrote:
> I am not sure what you meant exactly, but I exchanged recordUndo for
> recordUndoInset in some places. The problem is that recordUndo only
> records changes to the current cell, and that is wrong if we e. g. add a
> column. The attached patch fixes the undo problem in math grid
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> FYI: "make distclean" does not work on Windows (and I guess
Michael> it does not work on other platforms either).
What version of LyX?
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I went a slightly different route:
Angus>LyX was originally a Unix application, but now runs natively
Angus> on Windows and Mac OS X as well thanks, in part, to the
Angus> cross-platform Qt GUI libraries.
Angus> I've just comm
> "chr" == chr <[EMAIL PROTECTED]> writes:
>> Angus, do you have plans to have an `official' page on the wiki for
>> LyX/Win?
chr> I'm not quite sure what you mean, but I'm guessing this ought to
chr> be it:
chr>http://wiki.lyx.org/Windows/Windows
chr> unless you'd prefer referring to
On 28.06.05, Jean-Marc Lasgouttes wrote:
> > "G" == G Milde <[EMAIL PROTECTED]> writes:
>
> >> >So IMHO "short title" should be given a more general name in all
> >> >languages.
>
> G> Actually, it would be nice, if the name (menu entry string) could
> G> be given in the layout file as argume
63 matches
Mail list logo
