Bug#999937: tup: depends on obsolete pcre3 library

2023-12-21 Thread Yavor Doganov
n git but there is at least one linker > flag missing. That's right; the attached patch makes the build succeed for me but I have not tested further (sorry for the patch noise; it's because I had to "quilt refresh"). >From 2b6f55b4d9f476646072d2be197b4fc1defcf7ac Mon Sep

[ya...@gnu.org: [Debian GNUstep maintainers] Orphaned GNUstep packages]

2009-12-29 Thread Yavor Doganov
Just FYI -- sorry if forwarding this is out of place. - Forwarded message from Yavor Doganov - Envelope-to: ya...@localhost Delivery-date: Tue, 29 Dec 2009 17:05:36 +0200 From: Yavor Doganov To: pkg-gnustep-maintain...@lists.alioth.debian.org Organization: The GNU Emacs Church

Bug#589851: aspell-bg: Broken after upgrade from lenny or after reinstalling the package

2010-07-21 Thread Yavor Doganov
Package: aspell-bg Version: 3.0-10 Severity: serious Upgrading from 3.0-9 or simply doing `aptitude reinstall aspell-bg' results in the removal of the files /var/lib/aspell/bg{,-en}.rws, making the correspondent symlinks in /usr/lib/aspell dangling. This makes the package completely unusable. --

Bug#589851: aspell-bg: Broken after upgrade from lenny or after reinstalling the package

2010-07-23 Thread Yavor Doganov
tags 589851 + patch pending thanks On Wed, Jul 21, 2010 at 06:56:14PM +0300, Yavor Doganov wrote: > Upgrading from 3.0-9 or simply doing `aptitude reinstall aspell-bg' > results in the removal of the files /var/lib/aspell/bg{,-en}.rws, It seems this is done unconditionally in p

Bug#589851: #589551 - aspell-bg: Broken after upgrade from lenny or after reinstalling the package

2010-07-25 Thread Yavor Doganov
Luca Bruno wrote: > I'm fine to test and sponsor your patches for #589551. > As it is a QA RC-fixing upload, I prefer it to contain just minimal > changes to fix this bug (eg. the current patch) and have it sorted out > soon, leaving minor cosmetic ones for later. If I understand correctly, you wa

Bug#463416: Does not start

2008-01-31 Thread Yavor Doganov
On Thu, Jan 31, 2008 at 07:36:47PM +0200, Yavor Doganov wrote: > Can you show the output of Shisen --GNU-Debug=NSDistributedNotificationCenter \ --GNU-Debug=NSMessagePort Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? C

Bug#463416: Does not start

2008-01-31 Thread Yavor Doganov
Vincent Fourmond wrote: > > zsh: abort Shisen > Versions of packages shisen.app depends on: > pn gnustep-back0.12 (no description available) > pn gnustep-base-runtime (no description available) > pn gnustep-gpbs (no description availab

Bug#463416: Does not start

2008-01-31 Thread Yavor Doganov
On Thu, Jan 31, 2008 at 08:33:35PM +0200, Yavor Doganov wrote: > Could you please rebuild gnustep-base with debugging Sorry, that's not necessary. It seems that something bad happens earlier. Could you please run it in gdb, with --GNU-Debug=dflt? Thanks. -- To UNSUBSCRIBE, email t

Bug#463416: Does not start

2008-01-31 Thread Yavor Doganov
On Thu, Jan 31, 2008 at 07:14:35PM +0100, Vincent Fourmond wrote: > Does a gnustep daemon of some kind need to be running for Shisen.app > to work correctly ? Yes, for every GNUstep app. But gdnc should start automatically if it is not running. > I'm not running GNUStep at all (but fvwm2); c

Bug#476060: edenmath.app: FTBFS: make: invalid option -- 2

2008-04-14 Thread Yavor Doganov
Lucas Nussbaum wrote: > > Package: edenmath.app > Version: 1.1.1a-5 > Severity: serious > User: [EMAIL PROTECTED] > Usertags: qa-ftbfs-20080413 qa-ftbfs > Justification: FTBFS on i386 > > gs_make CFLAGS="-g -O2" > > make: invalid option -- O > > make: invalid option -- 2 Many thanks for the repo

Bug#476060: Fix for this bug.

2008-04-18 Thread Yavor Doganov
Kumar Appaiah wrote: > > I actually overlooked your mail, No problem, except the extra work on your part. > I don't mind as long as we have one less RC bug. Sure, any change fixing a bug is a good change. Many thanks for your efforts. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a su

Bug#494933: charmap.app: the range switching is terribly slow

2008-08-13 Thread Yavor Doganov
В 09:50 +0200 на 13.08.2008 (ср), Michal Suchanek написа: > When switching to a rarer range (like Cherokee) the applicatin locks up > for noticable time (in the range of minutes) eating 100% cpu. Thanks for the report. I suspect this is a bug in the GNUstep art backend, perhaps even Debian-specif

Bug#494933: charmap.app: the range switching is terribly slow

2008-08-13 Thread Yavor Doganov
On Wed, Aug 13, 2008 at 07:57:55PM +0200, Michal Suchanek wrote: > The application is not drawn at all, only gray window is shown. This is very disturbing. Could you please post the output of `Charmap --GNU-Debug=dflt' on the console with both backends? You can switch them with the same command,

Bug#494933: charmap.app: the range switching is terribly slow

2008-08-13 Thread Yavor Doganov
reassign gnustep-back0.14 found 494933 0.14.0-2 thanks Michal Suchanek wrote: > > With both backends I get lots of windows flashing as they are mapped > and unmapped repeatedly. OK, this is really weird and definitely a gnustep-back issue. There are multiple problems that accumulate: 1) The

Bug#945842: grdesktop: Debian patch for gsettings broken: wrong settings-name used

2019-11-29 Thread Yavor Doganov
Control: tags -1 + pending Thomas Hooge wrote: > The current debian patch for gsettings uses different settings > names: rdp-protocol and rdp_protocol. So the setting ist never > applied to the gui. The selection stays at protocol "Windows 2000". Yes, GSettings does not allow keys with underscore

Bug#220598: Tagging as wontfix

2018-10-16 Thread Yavor Doganov
tags 220598 = wontfix thanks AFAIU upstream does not indend to fix this so tagging accordingly.

Bug#928029: planner: segfaulted; now segfaults on every start-up

2019-04-26 Thread Yavor Doganov
Control: tags -1 + unreproducible moreinfo Jonathan Dowland wrote: > Package: planner > Version: 0.14.6-7 > Severity: important > > planner segfaulted me shortly after starting it for the first time > (upon inserting a new task); now, it segfaults upon each attempt to > start it. Thanks for the

Bug#1093198: parser: please make the build reproducible

2025-01-18 Thread Yavor Doganov
Control: tags -1 + pending On Thu, 16 Jan 2025 12:42:00 +0200, Chris Lamb wrote: > Whilst working on the Reproducible Builds effort [0], we noticed that > parser could not be built reproducibly. > > This is because it ships a binary, nondeterministic example. Yeah, I just didn't realize that tes