Bug#702999: SIGSEGVs sometimes when compiling, loosing all work
tags 702999 + unreproducible thanks Hi Javier I haven't been able to reproduce this bug with the tex documents I'm using/writing. Can you provide a sample tex file showing this behavior? The F-Keys are assigned to different commands (pdftex, dvips, ps2pdf, ...). Which one(s) of these commands is/are leading to SIGABRT? "Loosing all work" sounds pretty extreme. Do you mean 'loosing unsaved changes'? Saved files are not corrupted/deleted, right? Thanks for clarifying Tom -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702999: SIGSEGVs sometimes when compiling, loosing all work
On 21.03.2013 19:07, Javier Domingo wrote: > Well, this is something that happens randomly, there is no sample tex > file I can provide, but I can reproduce it, and provided a backtrace, > is there anything else I can/should provide to help you fix the bug? I've contacted upstream, let's see what they find out. I'll keep you posted. > The only way to reproduce it I have found is to work with it for hours > and sometimes, it will fail when I press F1 to Quick Build. To get > that bt, I had been working for 5 hours... What do you use as quick build command (pdflatex and pdf viewer, or...)? > About loosing work, yes, sorry I should have put "unsaved work", but I > am accustomed to use F1 to save, and that is the moment in which it > crashes ;). OK, I'm glad it's not that bad. I'm reducing severity to important and I'll change the bug title to reflect SIGABRT. > I have had all those problems while working on > http://github.com/txomon/pfc projects. The main files are under the > folder with the same name. Thanks, I'll give it a try. I'm using TeXstudio a lot, but usually not for hours at a time. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678583: texstudio: missing build dependency on zlib1g-dev
tag 678583 pending thanks On 22.06.2012 23:53, Pino Toscano wrote: > as a followup of #675497: when doing my rebuilds for the drop of > libfontconfig1-dev from libpoppler-dev, apparently I noted only > pkg-config (already fixed, thanks!) as missing for texstudio... while > there's also zlib1g-dev that is lacking :-/ (and zlib is used by the > synctex code); it was previously pulled by the dependency chain: Fixed in git. Tom -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#683288: rt-authen-externalauth: privilege escalation
tag 683288 pending thanks On 30.07.2012 16:55, Yves-Alexis Perez wrote: > For Wheezy, please fix this with an isolated fix instead of updating to a > new upstream release (since the freeze is in effect) Fixed in git. Tom -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705820: texstudio: FTBFS on several architectures ("error: 'REG_EIP' was not declared in this scope")
tags 705820 + fixed-upstream pending thanks Hi Adam I filed an upstream bug when I saw the build logs. The bug has already been fixed and I'm waiting for the next upstream release. Regards Tom -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#852258: rt-authen-externalauth: FTBFS: Your installed version of RT (4.4.1-2) is too new
Hi Chris Thanks for reporting this bug. request-tracker as of version 4.4 includes rt-authen-externalauth's functionality. So let's see whether rt 4.4 makes it into stretch. Regards Tom
Bug#852258: rt-authen-externalauth: FTBFS: Your installed version of RT (4.4.1-2) is too new
On 01.03.2017 21:20, Andreas Beckmann wrote: > On Wed, 25 Jan 2017 07:51:04 +0100 Tom Jampen wrote: >> request-tracker as of version 4.4 includes rt-authen-externalauth's >> functionality. So let's see whether rt 4.4 makes it into stretch. > > That made it into stretch, so rt-authen-externalauth can be removed from > unstable? I'm sorry, I didn't realized it had only been removed from testing and not from unstable. You are right, it should be removed. Regards Tom
