ld be difficult to "port" xfig to work under windows9*?
Where I could get informations on how to do it by my self?
bests
Luigi
P.S. Our insistence in the use of Windows is due to the need to comunicate
with governative organizations and to laptops...
Luigi De Pascale:
Hi,
Since June 2000 I have installed the BeOS on my machine, just for fun.
I did work before under Linux (since five years now) and my favorit
word processor was LyX (I wrote my PhD in physics and final slides with
this great soft). Do you plan to begin a BeOS port. Could it be very
hard
> Do you think it would be difficult to "port" xfig to work under windows9*?
> Where I could get informations on how to do it by my self?
We succeeded about two years ago in compiling xfig 3.2(?) for Windows
using Cygwin19. Unfortunately, I lost the resulting binary.
I remembe
At the moment I am not subscribed at lyx-devel, so please at least CC to
[EMAIL PROTECTED]
if answering to that topic! (thank you!)
I am now trying to get 1.1.6 run on Win32. Obviously there has been changed
so much in th
Helllo,
There was a thread on comp.programming.literate about the advisability
of a LyX port to the Windows world, and Martin Kew encouraged us to
"Lobby or Contribute" . I too think that such a port (Win32 anyway)
would be useful, and I would consider contributing to the ex
This appears to be related with Lars dispatch patch:
make[5]: Entering directory `/home/jamatos/lyx/lyx-devel/src/frontends/gtk'
source='lyx_gui.C' object='lyx_gui.lo' libtool=yes \
depfile='.deps/lyx_gui.Plo' tmpdepfile='.deps/lyx_gui.TPlo' \
depmode=gcc3 /bin/sh ../../../config/depcomp \
/bin/sh
is great soft). Do you plan to begin a BeOS port. Could it be very
> hard ?
We have had others express interest in doing a BeOS port also. We are
currently making the dialogs gui-independent and gradually trying to get
everything system independent as well. I'm not sure what development
Claus,
is this true for all insets, or only for "new" ones that use sigc++ signals
and slots to trigger the dialog?
Eg: Citation is new but Bibtex and Bibitem are old.
Angus
On Friday 19 January 2001 09:31, Claus Hentschel wrote:
> At the moment I am not subscribed at lyx-devel, so please a
Angus,
this is true for all mouse-click actions! I furthermore have detected that
double clicking a word (highlighting the word) or triple-clicking a word
(highlighting the line) does not work, too! So it must be anything wrong
with the mouse/forms interface!?
Claus
Angus wrote:
> is this true
> "Claus" == Claus Hentschel <[EMAIL PROTECTED]> writes:
Claus> On Win32 I am using Xforms 0.89 because that version is the
Claus> only version available under Cygwin 1.1.x! (it workes well with
Claus> all versions < 1.1.6). Reading the sources and respecting the
Claus> last output from confi
Following my recent success to compile the latest LyX with QT5.2.1, I am
wondering how impractical it would be to port LyX to iOS using QT's built-in
support: http://qt-project.org/doc/qt-5/ios-support.html
In particular, is this support only for new applications, or can you take
Enno, this should answer a few of your questions as well. But first: there
is no BeOS port at present. You are most welcome to investigate what's
required though. A native port will have the same problems listed below
for windows etc. Additionally, BeOS seems to like lots of threads and L
could you tell me if there is any intention to port LyX to a GTK/Gnome
style frontend? (or to ditch the non-free toolkit in favour of a free/GPL
one)
regards
owen cliffe
I finally installed acompiler that allows me to run the qt port. It
looks nice...
A few remarks:
- [slightly OT]: I am on a non-kde system and use qt 2.3.0. How can I
configure it to use something else than the ugly motif look?
- If I open the document layout dialog, I get
QComboBox
"Jose' Matos" <[EMAIL PROTECTED]> writes:
|std::vector >&)':
| lyx_gui.C:339: no matching function for call to `LyXFunc::dispatch(const
|std::basic_string, std::allocator >&)'
| ../../../src/lyxfunc.h:46: candidates are: void LyXFunc::dispatch(const
|FuncRequest&, bool = false)
>
| rh
On Monday 13 October 2003 12:10, Lars Gullik Bjønnes wrote:
>
> Patch is welcome.
Is this ok?
--
José Abílio
LyX and docbook, a perfect match. :-)
Index: lyx_gui.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/gtk/ly
On Mon, Oct 13, 2003 at 03:29:08PM +0100, Jose' Matos wrote:
> On Monday 13 October 2003 12:10, Lars Gullik Bjønnes wrote:
> >
> > Patch is welcome.
>
> Is this ok?
Looks similar to what Lars did in similar places. So if it works it
should be ok.
Andre'
--
Those who desire to give up Freedom i
On Monday 13 October 2003 15:39, Andre Poenitz wrote:
> On Mon, Oct 13, 2003 at 03:29:08PM +0100, Jose' Matos wrote:
> > On Monday 13 October 2003 12:10, Lars Gullik Bjønnes wrote:
> > > Patch is welcome.
> >
> > Is this ok?
>
> Looks similar to what Lars did in similar places. So if it works it
>
Jose' Matos wrote:
> Any clue?
> That socket thing look suspicious there, I know. :-)
>
> This is for the gtk frontend, I do not have any problem with
> xforms or qt.
You should have empty functions defined in gtk/lyx_gui.C...
Ahhh. My bad. Could you please prepend each with 'lyx_gui::'.
On Monday 13 October 2003 16:59, Angus Leeming wrote:
>
> You should have empty functions defined in gtk/lyx_gui.C...
>
> Ahhh. My bad. Could you please prepend each with 'lyx_gui::'.
Done, it works. I will commit the fixes.
--
José Abílio
LyX and docbook, a perfect match. :-)
"Jose' Matos" <[EMAIL PROTECTED]> writes:
| On Monday 13 October 2003 12:10, Lars Gullik Bjønnes wrote:
>>
>> Patch is welcome.
>
| Is this ok?
yes.
--
Lgb
Hi all,
I'm Neelam From India. And I want to participate in porting LyX in Linux for
indian languages.
My first porting priority is for Tamil & Sanskrit languages.
On my home PC Linux 8.0 is installed. QT and tetex are already installed.
When I tried to install LyX rpm. It asked to install rpm fo
Hi!
I tried the gtk port from CVS... crashes every now and then rather now than
then though... for example when trying to invoke the document preferences
dialog (or layout I think it's called in the qt port), or when entering German
Umlauts, and and and
Is there somebody still wo
world, but LyX can bridge
the gap nicely.
However, I'm concerned abut the future of Win32 port since it is based on
free version of qt which is not offered for the latest qt incarnations.
Does it mean that win32 port is cursed to stay in the old mud?
Has anyone considered to do a wxWidgets por
Dear Ruurd,
is it possible for you to provide the excited audience with a new LyX
1.3.5 Win32 port? (I guess you have already all the tools at hand and
your 1.3.3 patches don't need too many modifications, right?)
Regards, Michael
> Lars Jensen wrote:
> Is there a specific site where the latest win32 port can always be
> found? I noticed that www.lyx.org has a link to v.1.0.4, while others on
> the mailing list appear to have v.1.1.4.
It seems that Steven van Dijk has released the 'official' win32
On 08/20/2014 06:26 AM, Jacob Shapiro wrote:
Following my recent success to compile the latest LyX with QT5.2.1, I am
wondering how impractical it would be to port LyX to iOS using QT's built-in
support: http://qt-project.org/doc/qt-5/ios-support.html
It would be great if you could get th
Will ever lyx be ported to GTK+?
Now lyx uses xforms but they are not very standard for the linux
environment, so are there any plans for this port?
Eduardo
Hi there!
As there is still no freeware text processor on BeOS, I wonder if any
of you folks are working on a BeOS port of Lyx? If not, is there any
interest in such a port? Although I wouldn't consider myself a overly
experienced programmer, I'd give it a try, if I get any positive
>>>>> "Owen" == Owen Cliffe <[EMAIL PROTECTED]> writes:
Owen> could you tell me if there is any intention to port LyX to a
Owen> GTK/Gnome style frontend? (or to ditch the non-free toolkit in
Owen> favour of a free/GPL one)
There is an intention that
On Tue, 27 Apr 1999, Jean-Marc Lasgouttes wrote:
> >>>>> "Owen" == Owen Cliffe <[EMAIL PROTECTED]> writes:
>
> Owen> could you tell me if there is any intention to port LyX to a
> Owen> GTK/Gnome style frontend? (or to ditch the non-free toolki
> "Owen" == Owen Cliffe <[EMAIL PROTECTED]> writes:
>> There is an intention that LyX will be able to use several
>> toolkits, among which GTK/Gnome. However, this work has not begun
>> yet (what is done is the beginning of toolkit independance in the
>> code).
Owen> would this theorhetical
owen 'owled,
> > There is an intention that LyX will be able to use several toolkits,
> > among which GTK/Gnome. However, this work has not begun yet (what is
> > done is the beginning of toolkit independance in the code).
> would this theorhetically then make Lyx fully GPL?
which does open i
>> Richard E Hawkins Esq writes:
REHE> However, I think this would give us two licenses (the current
REHE> & the GPL), rather than just GPL--we wouldn't be able to make
REHE> GPL the sole license and block the use of linking to
REHE> non-assimilable code.
Naaa we are GPL now, and wi
are using a modified program. In addition
freedom to modify, port and re-distribute modified code is still guaranteed
(albeit under a new name).
Is this a reasonable proposition for lyx?
In addition, may I add that I would be very much in favour in seeing the
gtk support done. I personally think x
lain x11r6.x) and
> the fonts look horribly scaled. Is there a way to get unscaled
> bitmap fonts?
I certainly don't know how..
> John, can you tell me what are the pending menu code problems for the
> qt port?
There are two: something is going in wrong in the queries about the
> On Tue, Nov 19, 2002 at 04:54:22PM +0100, Jean-Marc Lasgouttes wrote:
> > - [slightly OT]: I am on a non-kde system and use qt 2.3.0. How can I
> > configure it to use something else than the ugly motif look?
lyx -style windows
Edwin Leuven wrote:
On Tue, Nov 19, 2002 at 04:54:22PM +0100, Jean-Marc Lasgouttes wrote:
- [slightly OT]: I am on a non-kde system and use qt 2.3.0. How can I
configure it to use something else than the ugly motif look?
lyx -style windows
For my Qt 3.06 I have motif, windows, and platinum
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
>> On Tue, Nov 19, 2002 at 04:54:22PM +0100, Jean-Marc Lasgouttes
>> wrote: > - [slightly OT]: I am on a non-kde system and use qt
>> 2.3.0. How can I > configure it to use something else than the ugly
>> motif look?
Edwin> lyx -style wind
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
>
>>> On Tue, Nov 19, 2002 at 04:54:22PM +0100, Jean-Marc Lasgouttes
>>> wrote: > - [slightly OT]: I am on a non-kde system and use qt
>>> 2.3.0. How can I > configure it to use something el
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I have prog: qtconfig is that kde specific?
No, it seems to be qt3 specific. I have a qconfig, but I have not been
able to determine what it does :(
JMarc
Dear LyX developers!
This email carries two messages. First I want to inform You about a
successful LyX port to Sun Solaris 8, both Intel and Sparc architectures,
at Tartu University, Estonia. The porting procedure consisted basically
of ./configure and make, of course xforms library had to be
Dear Angus,
I noticed that graphics preview does not work on the Win32 platform.
According to the debug output, graphics conversion works well and a PPM file
is generated in the tmp folder. However, after successful conversion, LyX
prints the following error message:
LyX: Something rotten happ
Nilam Gaikwad wrote:
> Hi all,
>
> I'm Neelam From India. And I want to participate in porting LyX in
> Linux for indian languages.
> My first porting priority is for Tamil & Sanskrit languages.
>
> On my home PC Linux 8.0 is installed. QT and tetex are already
> installed. When I tried to insta
Andreas Klostermann wrote:
> I tried the gtk port from CVS... crashes every now and then
> rather now than
> then though... for example when trying to invoke the document
> preferences dialog (or layout I think it's called in the qt port),
> or when entering German
Am Montag, 26. April 2004 10:31 schrieb Angus Leeming:
> ps, does anyone know Huang Ying's email address? If so, could they add
> an entry to CREDITS. Thanks.
The address is hying_caritas at 163 dot com. I'll add a credits entry.
Regards,
Jürgen.
Andreas Klostermann wrote:
> CVS... crashes every now and then rather now than
> then though... for example when trying to invoke the document preferences
> dialog (or layout I think it's called in the qt port), or when entering
> German Umlauts, and and and
For s
Juergen Spitzmueller wrote:
> For some weird reasons (finding glade files), you have to make
> install the gtk build, else any gtk dialog crashes.
H. I tried that and it still crashed.
Anyway, there must be a way to tell libglade where to look. It should
be easy to first test whether lyx is i
Angus Leeming lyx.org> writes:
>
> Andreas Klostermann wrote:
> > I tried the gtk port from CVS... crashes every now and then
> > rather now than
> > then though... for example when trying to invoke the document
> > preferences dialog (or layout I think it
Andreas Klostermann wrote:
> I really need to "make install" to make anything work, but the document
> preferences crash was not solved this way!
can you provide a backtrace of this particular crash?
Jürgen
Andreas Klostermann wrote:
> Hmmm.. robustness when facing problems... isn't that also something
> of a problem with the frontend independence of lyx as a whole?
I don't think so.
> Maybe some details of that controller/view model aren't
> followed through correctly.
The controller is stateles
Juergen Spitzmueller wrote:
> can you provide a backtrace of this particular crash?
Hm...
Redraw screen
BadDrawable (invalid Pixmap or Window parameter) id: 0
Program received signal SIGABRT, Aborted.
[Switching to Thread 16384 (LWP 24571)]
0x40872691 in kill () from /lib/libc.so.6
(gdb) bt
#0
Juergen Spitzmueller t-online.de> writes:
> Redraw screen
> BadDrawable (invalid Pixmap or Window parameter) id: 0
[snip]
> #9 0x40c6ed31 in _XF86BigfontQueryFont ()
>from /usr/X11R6/lib/libX11.so.6
> #10 0x40c6e45a in XLoadQueryFont () from /usr/X11R6/lib/libX11.so.6
> #11 0x40a6ed03 in fl_t
Andreas Klostermann wrote:
> This is an xforms problem isn't it?
But it works with the xforms frontend. I suspect that it has something to do
with the tabs resizing method (and the font request), but this might be
completely wrong.
Regards,
Jürgen
> greetings,
> Andreas
Gour wrote:
> However, I'm concerned abut the future of Win32 port since it is
> based on free version of qt which is not offered for the latest qt
> incarnations.
>
> Does it mean that win32 port is cursed to stay in the old mud?
>
> Has anyone considered to do a wxWi
Angus Leeming ([EMAIL PROTECTED]) wrote:
> No. But a gtk port has made progress. (gtk is licensed under the LGPL
> and has been ported to Win32.) The main LyX window is functional and
> a couple of the dialogs have been ported. The rest of the dialogs are
> from the XForms frontend
Gour <[EMAIL PROTECTED]> writes:
| Angus Leeming ([EMAIL PROTECTED]) wrote:
>
>> No. But a gtk port has made progress. (gtk is licensed under the LGPL
>> and has been ported to Win32.) The main LyX window is functional and
>> a couple of the dialogs have been ported.
On Wed, 2 Jun 2004 11:01:24 +0200
Gour <[EMAIL PROTECTED]> wrote:
> Is there any reason why wxWidgets toolkit is (somehow) avoided?
Well, I think someone would have to do it :)
> It's not that I'm pushing it, but, imho, it looks like a mature
> multi-platform toolkit with a fair licence.
The mo
Lars Gullik BjÃnnes ([EMAIL PROTECTED]) wrote:
> | Is there any reason why wxWidgets toolkit is (somehow) avoided?
>
> Only that nobody has done, or been interested enough to do the actual
> work.
Good to know that. Seeing qt port done, hearing about gtk...I thought maybe is
som
Karsten Heymann ([EMAIL PROTECTED]) wrote:
> The more "natural" Toolkit for LyX would be FLTK I think, because it
> seems to be quite close to xforms. But that would have to be done as
> well...
Why do you think it is more 'natural'?
Since LyX is going into GUI-independence territory, can we say
Gour <[EMAIL PROTECTED]> writes:
| Since LyX is going into GUI-independence territory, can we say that some
| toolkit is 'more natural'?
I'd say that a C++ toolkit is "more natural", other than that it
really doesn't matter...
--
Lgb
y longer. The LyX core sees absolutely
nothing of the GUI toolkit. All toolits are, therefore, equal.
Development in the 1.3.x cycle concentrated on achieving
GUI-independence and a fully functional port to the Qt toolkit.
Almost everybody posting questions to the lyx-users list says that
they&#
Angus Leeming <[EMAIL PROTECTED]> writes:
| Should we be interested in supporting a frontend based on Yet Another
| Toolkit? IMO, no. We should not waste our effort carelessly. The goal
| should be a more powerful tool accessible to more people.
But we won't actively hinder it.
Similar to the
Hello Gour,
On Wed, 2 Jun 2004 13:15:07 +0200
Gour <[EMAIL PROTECTED]> wrote:
> Karsten Heymann ([EMAIL PROTECTED]) wrote:
>
> > The more "natural" Toolkit for LyX would be FLTK I think, because it
> > seems to be quite close to xforms. But that would have to be done as
> > well...
>
> Why do y
resent moment there are (maybe)
separate endeavours for each port (are they?), while wxWidgets can (in theory)
provide port(s) for three platforms with native widgets on each.
However, I don't want to push LyX developers in something which they do not
consider as a fun :-)
Thank You for yo
l to bring LyX (almost automatically) to three main platforms:
Linux, Mac & Win32, instead of having devlopers working on each port separately
- saving the developer time.
Besides that, wxWidgets seems more stable than GTK on win32 and give native
widgets, and gives, imho, enough bells &a
I'm just thinking that at the present moment there
> are (maybe) separate endeavours for each port (are they?), while
> wxWidgets can (in theory) provide port(s) for three platforms with
> native widgets on each.
The Qt toolkit is cross platform and the frontend works. We'
Angus Leeming ([EMAIL PROTECTED]) wrote:
Hi Angus!
> The Qt toolkit is cross platform and the frontend works. We'll keep
> it working. It's up to you to decide whether you want to help port
> lyx to another toolkit.
The whole thread has started (see the subject) with th
Angus Leeming wrote:
>> The more "natural" Toolkit for LyX would be FLTK I think, because it
>> seems to be quite close to xforms. But that would have to be done as
>> well...
>
> I don't think that is true any longer. The LyX core sees absolutely
> nothing of the GUI toolkit. All toolits are, th
Gour wrote:
> Qt is not free for win32 and therefore further development is stalled, and
> my initial point in bringing wxWidgets as a free cross-platform toolkit
> was with the idea to solve the future of win32 port as a mean of further
> propagation of LyX & LaTeX/TeX typese
Juergen Spitzmueller wrote:
> Incidentally, Angus: Since xforms was the base of fltk, it aims to
> be highly compatible to xforms (synonymous functions etc.). It even
> provides a tool for converting *.fd files to fltk dialogs. Do you
> know if this statement is still true for xforms 1.x? Just curi
Angus Leeming wrote:
> However, fltk version 2 no longer aims to provide this compatibility.
Hmm, the fltk2 docs still state this to be true, and fluid also seems to
work with fltk2. Moreover I found this message (and nothing contrary):
http://www.fltk.org/newsgroups.php?s1+gfltk.general+Gfltk+v6
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Perhaps there's some vague hope, although the development of
Juergen> this seems to be very slow:
Juergen> http://kde-cygwin.sourceforge.net/qt3-win32/
Did anyone try that? How far is it from usefulness? This is not very
Jean-Marc Lasgouttes wrote:
> Did anyone try that? How far is it from usefulness? This is not very
> clear from the status pages or the mailing lists.
Indeed. I wouldn't count on it yet. The clearest statement I found is this
(from Feb 2004):
http://lists.kde.org/?l=kde-cygwin&m=107644957930216&w
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Did anyone try that? How far is it from usefulness? This is not
>> very clear from the status pages or the mailing lists.
Juergen> Indeed. I wouldn't count on it yet. The clearest statement
On Wed, Jun 02, 2004 at 01:22:13PM +0200, Lars Gullik Bjønnes wrote:
> Gour <[EMAIL PROTECTED]> writes:
>
> | Since LyX is going into GUI-independence territory, can we say that some
> | toolkit is 'more natural'?
>
> I'd say that a C++ toolkit is "more natural", other than that it
> really doesn
Michael Schmitt wrote:
> Dear Ruurd,
>
> is it possible for you to provide the excited audience with a new
> LyX 1.3.5 Win32 port? (I guess you have already all the tools at
> hand and your 1.3.3 patches don't need too many modifications,
> right?)
>
> Regards,
I tried to port Lyx 1.1.2 to Win98 using the cygwin-b20.1 environment, i.e
gcc 2.95. What I first have done is to configure Lyx as by calling following
script:
===
#!/bin/sh
./configure --prefix=/apps/lyx112 \
--x-includes=/usr/X11r64/include \
--x-libraries=/usr/X11r64
Hello,
I'm working on a port of lyx-1.1.5fix1 to OpenBSD. Everything compiled
fine, but two Makefiles gave me some trouble doing a fake install. I've
attached patches for po/Makefile.in.in and intl/Makefile.in. The changes
shouldn't break anything.
I'm reusing the old DE
> Will ever lyx be ported to GTK+?
> Now lyx uses xforms but they are not very standard for the linux
> environment, so are there any plans for this port?
Yes, and help is very welcome!
Un saludo.
Alejandro
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> There are two: something is going in wrong in the queries about
John> the math menu, and something goes wrong with the code to add
John> shortcuts to the menus (leading to ISO_Left_tab instead of the
John> right one if you remember me sa
On Thu, Oct 04, 2001 at 12:15:48PM +0200, Jean-Marc Lasgouttes wrote:
> Note that this code uses os::internal_path in several places because
> the relevant tools only understand dos-style paths. It seems to me
> that, rather than hardcoding those choices, it should be coded and
> handled in conve
Hi Angus,
I discovered that I need this for the gtk port to compile. I think that you
forgot some bits. :-)
Is the following patch ok?
--
José Abílio
LyX and docbook, a perfect match. :-)
Index: po/POTFILES.in
Hello,
we are working on a large LyX document and use CVS as a version control
system. One of the authors uses LyX on windows. His LyX files contain an
additional ^M on each line break. This is fine as long as nobody needs to
merge a document with changes from the Lyx on Win author. Before he u
Michael Schmitt wrote:
> Dear Angus,
>
> I noticed that graphics preview does not work on the Win32 platform.
>
> According to the debug output, graphics conversion works well and a PPM
> file is generated in the tmp folder. However, after successful
> conversion, LyX prints the following error
users (is that just Michael
Schmitt?) will suffer from some temporary breakage of the Windows port
because applying some bits and not others will make things worse in
the short term. So, if you want a fully-working LyX on Windows, you
should apply this patch now and not wait for the pieces to
>>>>> "Claus" == Prof Dr Claus Hentschel <[EMAIL PROTECTED]> writes:
Claus> I tried to port Lyx 1.1.2 to Win98 using the cygwin-b20.1
Claus> environment, i.e gcc 2.95. What I first have done is to
Claus> configure Lyx as by calling following script:
Clau
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| >>>>> "Claus" == Prof Dr Claus Hentschel <[EMAIL PROTECTED]>
|writes:
|
| Claus> I tried to port Lyx 1.1.2 to Win98 using the cygwin-b20.1
| Claus> environment, i.e gcc 2.95. What I first have done
Benjamin Karas <[EMAIL PROTECTED]> writes:
| Hello,
|
| I'm working on a port of lyx-1.1.5fix1 to OpenBSD. Everything compiled
| fine, but two Makefiles gave me some trouble doing a fake install. I've
| attached patches for po/Makefile.in.in and intl/Makefile.in. The cha
;| subdir = po
>|
>| +DESTDIR =
>| +
>
>Why isn't --prefix enough for you?
>Anyway if this is a general problem with the Makefile.in.in in the
>gettext, a report should be submitted to the gettex maintainers.
I think the OpenBSD-port should only use the native catgets, beca
>>>>> "Arnd" == Arnd Hanses <[EMAIL PROTECTED]> writes:
Arnd> I think the OpenBSD-port should only use the native catgets,
Arnd> because this has been security audited and is confirmed to work.
Arnd> GNU gettext is messy, has potential security leaks an
uot;Maintained-by" means "who maintais this BSD port", not "who
maintains the original software".
--
Carlos A. M. dos Santos
Federal University of Pelotas Meteorological Research Center
Av. Ildefonso Simoes Lopes 2791 Pelotas, RS, Brasil, CEP 96060-290
WWW: htt
On Wed, 13 Sep 2000, Arnd Hanses wrote:
> I think the OpenBSD-port should only use the native catgets, because
> this has been security audited and is confirmed to work. GNU gettext
> is messy, has potential security leaks and doesn't fit well into the
> system, IMHO. It migh
k Bjønnes) and the LyX Team
|([EMAIL PROTECTED])
|
| In BSD ports, "Maintained-by" means "who maintais this BSD port", not "who
| maintains the original software".
It is still not [EMAIL PROTECTED]
Lgb
On Wed, Sep 13, 2000 at 05:15:17AM +0100, Arnd Hanses wrote:
> On 13 Sep 2000 09:00:50 +0200, Lars Gullik Bjønnes wrote:
>
> >| --- po/Makefile.in.in.orig Tue Sep 12 18:57:02 2000
> >| +++ po/Makefile.in.in Tue Sep 12 18:51:04 2000
> >| @@ -24,6 +24,8 @@ gnulocaledir = $(prefix)/share/locale
On Wed, 13 Sep 2000 10:55:11 + (GMT), Carlos A M dos Santos wrote:
>Have you patched LyX or any other software to use native catgets? In my
>system (FreeBSD 4.1-RELEASE) I have gettext-0.10.35 installed because it
>is required by GNU make and wget, but LyX is statically linked to the
>include
On 13 Sep 2000 12:42:49 +0200, Jean-Marc Lasgouttes wrote:
>
>I thought it was only a problem for suid programs... I would not give
>LyX such special rights, anyway...
What, if a talented and qualified intrusor would be able to connect the
functions to a suid program? This only means that one le
On Wed, 13 Sep 2000, Arnd Hanses wrote:
> On 13 Sep 2000 12:42:49 +0200, Jean-Marc Lasgouttes wrote:
>
> >
> >I thought it was only a problem for suid programs... I would not give
> >LyX such special rights, anyway...
>
> What, if a talented and qualified intrusor would be able to connect the
>
On Wed, Nov 20, 2002 at 05:26:23PM +0100, Jean-Marc Lasgouttes wrote:
> Here is a patch which adds properly menu shortcuts (your patch tried
> to add some to submenus too) and adds support for the KP_foo keysyms
thanks.
> (it was S-KP_Delete which was mistaken for S_ISO_LeftTab; this shows
> btw
Thanks,
Scott
From c7c3aca52ea05d9c176a07d0149a77ca456e95d4 Mon Sep 17 00:00:00 2001
From: Scott Kostyshak
Date: Thu, 29 Aug 2019 20:48:34 -0400
Subject: [PATCH] Port gnuplot2pdf.py to Python 3
Instead of wait(), use communicate(), as mentioned here:
https://docs.python.org/3/library
1 - 100 of 293 matches
Mail list logo
