I _don't_ have backported qt and I am suffering from this problem. Were
qt updated also in main?
--
lyx 1.5.3.1 crashes as soon as it starts
https://bugs.launchpad.net/bugs/228067
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Finally, success. Using the source packages from Debian unstable (LyX
1.5.5-1), I was able to build an 8.04 package for 64-bit with Prevu, an
automated backporting utility: https://wiki.ubuntu.com/Prevu
A side note, LyX 1.5.5-1 in Debian unstable was released yesterday (May
14), so it has not yet
I just checked, and it is not possible to install the Debian unstable
(Sid) binary package for LyX without modification, because of a
dependency-- libboost-filesystem1.34.1. So the prevu way is the
solution, as it will modify the package's dependencies for Ubuntu.
LyX 1.5.5-1 should be synched
The version of lyx currently in Debian unstable reportedly fixes this
problem. Once we get it building in Intrepid (currently it fails to
build because of a problem with boost) then we can get it backported to
Hardy.
** Changed in: qt4-x11 (Ubuntu)
Status: New = Invalid
** Changed in:
lyx 1.5.5 compiles ok in kubuntu hardy, works nicely with
qt4.4.0-1ubuntu3~hardy1, without crashes (so far!)
download source from http://www.lyx.org/news.php
--
lyx 1.5.3.1 crashes as soon as it starts
https://bugs.launchpad.net/bugs/228067
You received this bug notification because you are a
** Also affects: stellarium (Ubuntu)
Importance: Undecided
Status: New
--
lyx 1.5.3.1 crashes as soon as it starts
https://bugs.launchpad.net/bugs/228067
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
lyx 1.5.5 compiles ok in 64 bit architecture, specifically xeon 64EMT kubuntu
hardy, with qt4.4.0-1ubuntu3~hardy1
download source from http://www.lyx.org/News
(News with capital N)
--
lyx 1.5.3.1 crashes as soon as it starts
https://bugs.launchpad.net/bugs/228067
You received this bug
Lyx crashes and is unstable with qt 4.4.0-1ubuntu3~hardy1 in either my
server Intel xeon EMT64 and also my i386 laptop.
--
lyx 1.5.3.1 crashes as soon as it starts
https://bugs.launchpad.net/bugs/228067
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Just to say that in my PC with amd64 version of hardy crashes still happen
frequently and in my second PC with i386 version of hardy I have no more
crashes !!
The two PC are both up to date. Is it an amd64 dependent bug ? What in your
case ?
--
lyx 1.5.3.1 crashes as soon as it starts
crashes !! The two PC are both up to date. Is it an amd64 dependent bug ?
What in your case ?
Definitely not AMD64 related, I still have reproduceable crashes on i386
--
lyx 1.5.3.1 crashes as soon as it starts
https://bugs.launchpad.net/bugs/228067
You received this bug notification because
With the last updates of QT (4.4.0-1ubuntu3~hardy1) I have no more crash
but still the warning messages.
--
lyx 1.5.3.1 crashes as soon as it starts
https://bugs.launchpad.net/bugs/228067
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I still have the same behaviour with lyx crashes even with update of
qt's 4.4.0-1ubuntu3~hardy1
after several tries it sometimes works and sometimes not. Highly
unstable.
the lyx team comment that the bug is solved in version 1.5.5 due to come
out this monday (12 may), see
I also still have the crashes with the last update of qt 4.4.0-1ubuntu3~hardy1
!!
I removed old Trolltech.conf file but no changes happens.
** Attachment added: Trolltech.conf file
http://launchpadlibrarian.net/14436580/Trolltech.conf
--
lyx 1.5.3.1 crashes as soon as it starts
As soon as I open a document, or even select 'new', I get:
[EMAIL PROTECTED]:~$ lyx foo.lyx
QPaintEngine::setSystemClip: Should not be changed while engine is active
QPaintEngine::setSystemClip: Should not be changed while engine is active
QWidgetPrivate::beginSharedPainter: Painter is already
Just writing to confirm Håvard H. Garnes' workaround:
This is because of new faulty qt4.4 from hardy backports. Use synaptic, remove
all qt, libqt, libqtcore and everything else qt (lyx, skype and
stellarium will follow). Then remove hardy-backports from the sources and
resync. Then install
Forget to mention,
like Havards post above
(https://bugs.launchpad.net/ubuntu/+source/lyx/+bug/228067/comments/3) said:
It might be necessary to uninstall all qt libs and programs and reinstall
them afterwards. Do not fear, you won't loose any of your program settings ;)
But again: DISABLE
This seams to be a duplicate bug of bug #228596, #228701.
Hi together,
so this happend together with an update on Mai 8th.
The problem is
WITH BACKPORTS UPDATE ENABLED
This updates libqt4* to version 4.x, whereas hardy comes with version
3.4.x.
I did the following rollback and everything
Yes, you are right, I have corrected to 1.5.3.1.
I have tried opening two lyx sessions. When I open a file with the first
it crashes, when openning with the second session it sometimes opens
fine and sometimes crashes.
** Summary changed:
- lyx 1.3.5.1 crashes as soon as it starts
+ lyx 1.5.3.1
I updated my computer yesterday it broke lyx with the same SIGSEGV. However
this relates to lyx 1.5.4 (/usr/local/bin/lyx) that I have compiled myself. Lyx
1.5.3 from ubuntu (/usr/bin/lyx) did not have this bug on my machine.
So far so good: one might argue that I should have recompiled lyx for
** Also affects: qt4-x11 (Ubuntu)
Importance: Undecided
Status: New
--
lyx 1.5.3.1 crashes as soon as it starts
https://bugs.launchpad.net/bugs/228067
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
Good catch. I just tried this now and so far I seem to be getting no
crashes. If it crashes again I will post back a rebuttal. But again...
good catch :)
--
lyx 1.5.3.1 crashes as soon as it starts
https://bugs.launchpad.net/bugs/228067
You received this bug notification because you are a
I renamed Trolltech.conf but lyx (or some other program) made a new
Trolltech.conf and lyx crashes again.
--
lyx 1.5.3.1 crashes as soon as it starts
https://bugs.launchpad.net/bugs/228067
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Just confirming that mine is crashing too. Same thing as previous
poster, Trolltech gets recreated and then lyx starts crashing again.
--
lyx 1.5.3.1 crashes as soon as it starts
https://bugs.launchpad.net/bugs/228067
You received this bug notification because you are a member of Ubuntu
Bugs,
Here's the behavior in bug #197950 : the bug vanishes but qt modifies
Trolltech.conf at each run of lyx. At some point, it becomes corrupted
and the bug reappear. Then one has to start again and delete
Trolltech.conf, and so on.
Hence if qt creates Trolltech.conf again and at some point
Can some of you do the following?:
1. Create a proper Trolltech.conf with qtconfig-qt4 (after deleting it) and
make a backup of it.
2. Then play with lyx until you can get it to crash and make a diff, so that we
can see the difference.
--
lyx 1.5.3.1 crashes as soon as it starts
renamed Trolltech.conf, tried to start lyx and it immediately crashed (did not
work even once)
attrached is the generated file
However, if I then try to launch lyx again it comes up (without crashing) but
as soon as I try to open a file it crashes.
In the following bug there is a comparison
this is the file produced by qtconfig-qt4
** Attachment added: Trolltech.conf.by-qtconfig-qt4
http://launchpadlibrarian.net/14382966/Trolltech.conf.by-qtconfig-qt4
--
lyx 1.5.3.1 crashes as soon as it starts
https://bugs.launchpad.net/bugs/228067
You received this bug notification because
this is the one produced by lyx, over- writting the previous one and
crashing
(looks quite different from those reported in bug 4819 mentioned above)
** Attachment added: Trolltech.conf.by-lyx
http://launchpadlibrarian.net/14383012/Trolltech.conf.by-lyx
--
lyx 1.5.3.1 crashes as soon as it
Yes, that's what I am looking for -- I was aware of the diff you mention, since
the person who did post it is a.k.a. myself :)
Well, in bug #197950 it seems to be related to the filedialog thing of
Trolltech.conf -- but there's no sign of it in your Trolltech.conf. Don't
hesitate to post a diff
29 matches
Mail list logo
