Gurkan Sengun wrote:
>
> if you don't mind keep the name: i did that with viewpdf/vindaloo.
AFAICS this is not forbidden by the policy so if that's your wish, I
don't mind.
> please go ahead, add yourself to uploaders: and be a co-maintainer,
> i can need any help i can get, there's alot to do.
+ * Add myself to Uploaders: as agreed with the maintainer.
+ * Bump Standards-Version to 3.7.2, no changes needed.
+
+ -- Yavor Doganov <[EMAIL PROTECTED]> Fri, 8 Sep 2006 20:17:14 +0300
+
rssreader.app (0.2.2-1.1) unstable; urgency=high
* Non-maintainer upload.
--- rssreader.app-0.2.2/debi
I apologize, but my debian/copyright is not correct. Some files are
(C) 2005, 2006 FSF, some are (C) 2004-2006 Guenther Noack. I guess
his intention was to assign copyright to FSF, but this has to be
clarified for sure and debian/copyright corrected. Sorry that I
didn't pay enough attention abou
severity 386710 important
thanks
Dariusz Szczepanek wrote:
>
> When I try to add a contact in gajim, I enter its ID and then click OK.
> Next gajim starts spawning an infinite number of "Authorization
> accepted" windows until I `kill -9` it. This makes it quite unusable.
I cannot reproduce this
Package: xserver-xorg
Version: 1:7.1.0-1
Severity: grave
Since the upgrade to X.org 7.1 the server crashes always on startup.
I didn't change my configuration and this never hapenned before.
Here's the end of Xorg.0.log:
Backtrace:
0: /usr/bin/X11/X(xf86SigHandler+0x84) [0x80c4334]
1: [0xe420
Eduardo Silva wrote:
>
> Installed gcompris with aptitude, but when running it, it failed
> with the message: "gcompris: error while loading shared libraries:
> libSDL_mixer-1.2.so.0: cannot open shared object file: No such file
> or directory"
I think that the maintainer accidentially killed the
Hi Roland,
Roland Rosenfeld wrote:
> Oh, now I see the problem: pcre_copy_substring() returns the length of
> the string on match, while pcre2_substring_copy_bynumber() returns 0
> on success. So the above has to be changed from "> 0" to "== 0".
Of course... Many thanks for finding and fixing m
Control: tags -1 + patch
Please find a patch attached (I was not able to test all plugins).
>From 1b55bb243cb69c8f1ce006f237187eca7fb47793 Mon Sep 17 00:00:00 2001
From: Yavor Doganov
Date: Sun, 3 Dec 2023 20:13:33 +0200
Subject: [PATCH] Port to PCRE2 (#144)
---
debian/change
Axel Beckert wrote:
> A local test on my /var/log/syslog immediately ran into a segfault,
> though, so I guess, that's one of the plugins you couldn't test.
I tested it but I guess results depend on the contents of the log;
apparently my log didn't trigger this code.
> Culprit is this line, actua
e
reading of the code), pcre is used only for parsing name_match in the
configuration file. But it seems I cannot trigger a match or do
something else improperly.
Please test and let me know if corrections are needed.
>From 7d05aca52f9cf1b579b80f719bed47cfd6ba7b7b Mon Sep 17 00:00:00 2001
From: Yav
On Mon, 04 Dec 2023 15:46:29 +0200,
Yavor Doganov wrote:
> I guess I need to revisit my patch and find some way to fix this.
Here it is -- no memory leaks and I could not obtain crash or abort
with the logs I've tested. Note that while my original patch
introduced some leaks, it also fi
}
@@ -82,23 +86,27 @@ static void grok_predicate_regexp_global_init(void) {
int grok_predicate_regexp_init(grok_t *grok, grok_capture *gct,
const char *args, int args_len) {
#define REGEXP_OVEC_SIZE 6
- int capture_vector[REGEXP_OVEC_SIZE * 3];
+ size_t *captu
Control: tags -1 + patch
Please find attached a patch.
Description: Port to PCRE2.
Debian-Bug: https://bugs.debian.org/1050183
Author: Yavor Doganov
Forwarded: no
Last-Update: 2023-12-09
---
--- httest-2.4.23.orig/configure.ac
+++ httest-2.4.23/configure.ac
@@ -54,9 +54,9 @@
fi
Control: tags -1 + patch
The patch available at the forwarded URL that Adrian Bunk added some
time ago looks decent to me -- I have build-tested it and include it
here in a form that can be directly dropped in debian/patches.
Description: Port to PCRE2.
Bug-Debian: https://bugs.debian.org/147
Control: tags -1 + patch
Please find attached a patch.
>From 4ead19b22c1564097192c50e2ec42c07351ef8de Mon Sep 17 00:00:00 2001
From: Yavor Doganov
Date: Sun, 10 Dec 2023 17:12:31 +0200
Subject: [PATCH] Port to PCRE2 (#115)
---
debian/changelog | 7 +
debian/cont
Stefano Zacchiroli wrote:
> I've been preparing an NMU to fix a couple of outstanding libtunepimp
> bugs
Many thanks for working on this -- it is one step further to the
removal of the obsolete libmpcdec package, which is pretty close. (Of
course it also fixes one RC bug, and that's always a go
At Sat, 20 Feb 2010 18:42:39 +0100,
Stefano Zacchiroli wrote:
> I've uploaded the result to DELAYED/7 to enable some more testing
> before the package hits the archive.
Thanks.
> > (Alternatively, please give me a link to your final .dsc and I'll do
> > the testing.)
>
> If you want (and if you
ntrol (Build-Depends): Require libmpcdec-dev >= 2:0.1~r435.
+
+ -- Yavor Doganov Wed, 24 Feb 2010 19:04:16 +0200
+
mpc123 (0.2.4-1) unstable; urgency=low
* New upstream release (Closes: #459317)
diff -u mpc123-0.2.4/debian/control mpc123-0.2.4/debian/control
--- mpc123-0.2.4/debian/control
++
On Wed, Feb 24, 2010 at 07:12:25PM +0200, Yavor Doganov wrote:
> I've prepared an NMU for mpc123 (versioned as 0.2.4-1.1) and plan to
> upload it to DELAYED/N, where N depends on the opinion of the sponsor
> I hope to find.
FWIW, the package is at mentors.d.n:
http://mentors.deb
On Wed, Sep 09, 2009 at 01:44:00PM -0600, Khalid Aziz wrote:
> This bug is caused by redefinition of AC_MSG_ERROR macro in autoconf
> 2.64. I am working on a fix.
There is no redefinition of AC_MSG_ERROR; the configure.ac has a bug
which is now exposed.
You just need to add a semicolon before ea
Khalid Aziz wrote:
> I have compared expansion of AC_MSG_ERROR between 2.63 and 2.64. It
> looks very different between the two. Nevertheless, you are right.
Yes, the configure.ac author incorrectly assumed that the autoconf
macro expansion will always be terminated with a newline. It is a bug
to
unmerge 553940
tags 553940 + pending
thanks
Peter Fritzsche wrote:
> I tried it and got following failure.
> /usr/bin/ld: benchmark.o: in function main:benchmark.cpp:179: error:
> undefined reference to 'XOpenDisplay'
> /usr/bin/ld: benchmark.o: in function main:benchmark.cpp:362: error:
> unde
Michael Gilbert wrote:
> On Sun, 15 Nov 2009 10:51:56 +0200 Yavor Doganov wrote:
> > Do I understand correctly that the proper fix for this
> > vulnerability is to disallow adding data:/javascript: URIs with
> > Bookmarks -> Add to bookmarks menu, preferrably informing th
found 556271 0.4.2-1etch1
found 556271 0.5.4-2.2
found 556271 0.5.6-2
thanks
Michael Gilbert wrote:
> Package: kazehakase
> Version: 0.5.8-1
> Severity: serious
> Tags: security
> [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-1084
> http://security-tracker.debian.org/tracker/CVE-
В 08:05 +0100 на 16.03.2010 (вт), Gerfried Fuchs написа:
> * Yavor Doganov [2009-12-11 22:25:40 CET]:
> > Thanks. Although this package is not in Debian, and nothing in Debian
> > breaks (TTBOMK) because of this, strictly technically speaking it is a
> > release-critical
[I intended to CC -release in my previous message, but apparently
forgot...]
В 13:48 +0100 на 16.03.2010 (вт), Gerfried Fuchs написа:
> * Yavor Doganov [2010-03-16 08:33:53 CET]:
> > В 08:05 +0100 на 16.03.2010 (вт), Gerfried Fuchs написа:
> > > I wonder, why only for squeeze
unmerge 568307 575436
reassign 575436 gnustep-gui 0.16.0-2
forcemerge 568049 575436
thanks
В 21:55 +0200 на 25.03.2010 (чт), Yavor Doganov написа:
> As a workaround, install gnustep-back0.16-cairo and set cairo as the
> default backend:
Hmm, no, I was too quick and careless. You'
block 560871 with 560108
block 560871 with 560870
forwarded 560871
http://sourceforge.jp/projects/kazehakase/lists/archive/devel/2009-December/002871.html
thanks
I confirm that all versions of kazehakase are affected. But TBH, I
don't see an obvious way to fix this in Kz itself. I'm not tagging
Here's the patch against 0.12.0.
2009-07-29 Gregory John Casamento
* EOControl/EOKeyValueArchiver.h: Add forward declaration of
NSMutableArray.
* EOControl/EOQualifier.h: Add missing include for NSArray.
=== modified file 'EOControl/EOKeyValueArchiver.h'
--- EOControl/
tags 559821 + patch
# Needs at least the plugins.cpp modifications from the patch at
# 476378, otherwise will not build.
block 559821 with 476378
thanks
Here is a patch to build against the system libltdl, which should fix
this bug. --without-included-ltdl is not strictly needed, as the
package w
tags 560466 + patch
thanks
Here's a trivial patch fixing the problem.
--- libtunepimp-0.5.3.orig/lib/fileio.cpp
+++ libtunepimp-0.5.3/lib/fileio.cpp
@@ -124,7 +124,8 @@
void tmktempname(const char *path, char *newPath, int newPathLen)
{
-char *ptr, *temp;
+const char *ptr;
+char *
Package: mesa-common-dev
Version: 7.6.1~rc3-1
Severity: serious
File: /usr/lib/pkgconfig/dri.pc
The pkg-config file requires libdrm on all architectures except
GNU/Hurd, so mesa-common-dev ought to depend on libdrm-dev [!hurd-i386].
-- System Information:
Debian Release: squeeze/sid
APT prefers
Source: gnustep-back
Version: 0.16.0-3
Severity: serious
At Sun, 20 Dec 2009 12:42:00 +,
Torsten Werner wrote:
> I am going to accept the package but please add a missing copyright
> statement for the pfb font files with the next upload:
>
> Copyright (URW)++,Copyright 1999 by (URW)++ Design
В 23:56 +0100 на 21.12.2009 (пн), Cyril Brulebois написа:
> Package: cynthiune.app
> Version: 0.9.5-9
> Severity: serious
Thanks for the report.
Does the package build successfully with noopt? I would put my bet that
there's no ICE with -0O. If so, it would be hard [1] to figure out in
which ve
В 14:48 +0100 на 22.12.2009 (вт), Cyril Brulebois написа:
> Indeed, builds fine on kfreebsd-amd64 with noopt…
Good to know.
> There's a Debian package snapshot system being developed currently,
> currently available as stabile:5001, which might help getting already
> built packages.
Thanks, I di
Brulebois написа:
> Yavor Doganov (22/12/2009):
> > ADDITIONAL_OBJCFLAGS="-v -save-temps"
> Alrighty, will do a little bit later…
Don't bother, please -- I managed to reproduce the ICE on fencepost with
a manually built GCC 4.4.2. Thanks for your efforts.
Now, w
В 13:38 +0100 на 23.12.2009 (ср), Cyril Brulebois написа:
> > 1) Compile with -O0 on amd64/kfreebsd-amd64.
> I would do that. Working around compiler bugs until they're fixed is
> AFAICT very OK.
OK then.
Actually, there's a third option. The bug was confirmed upstream and
they're working on it
Cyril Brulebois wrote:
> > Therefore I plan to wait a few more days before resorting to 1).
>
> Probably okay provided your package isn't entangled in a huge
> transition and blocking migration to testing for a few dozens or
> hundreds of packages. ;)
Naturally. TTBOMK, cynthiune.app is just one
Package: preview.app
Version: 0.8.5-6
Severity: grave
Justification: renders package unusable
On startup, the generic GNUstep icon is displayed, no menu is drawn, etc.
This is because /usr/lib/GNUstep/Applications/Preview.app/Resources
is an empty directory and not a symlink to
/usr/share/GNUste
Gürkan Sengün wrote:
> > The current RC bug (#552913) has nothing to do with GNUstep,
> I didn't look into the details of this bug, I just tried the latest Gorm
> tarball with the latest GNUstep tarball release, and that builds and works
> fine.
Did you check that the documentation is still in pl
am in commit 19629fa9.
Attached is a trivial patch.
>From 75c25892e136b43862fc7028c12d50f592a3cf41 Mon Sep 17 00:00:00 2001
From: Yavor Doganov
Date: Tue, 24 Nov 2009 12:18:20 +0200
Subject: [PATCH] Fix AC_FUNC_MMAP regression from 2009-11-09.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding:
fixed 558993 0.17.1-1
thanks
В 11:30 +0900 на 01.12.2009 (вт), Nobuhiro Iwamatsu написа:
> Package: gnustep-gui
> Version: 0.16.0-2
> Justification: FTBFS
> NSWindow.m:198: fatal error: method definition not in @implementation context
> compilation terminated.
Confirming... gnustep-base/1.19.3
В 13:33 +0100 на 02.12.2009 (ср), Gürkan Sengün написа:
> I'm sorry about this, but please go blame the gnustep developers for this.
I will (as I planned to do a few months ago when I noticed the
NSZoneMallocAtomic removal in a point release). But no matter what they
do, we are the ones who are g
On Mon, Dec 07, 2009 at 02:05:17AM +0100, Cyril Brulebois wrote:
> See evolution-dev's #559771. I would have been uploading an NMU with
> the attached patch since it's been 2 months without a single reply to
> this RC bug, but there's an include path missing
> (-I/usr/include/libgtkhtml-3.14), and
Source: gnustep-dl2
Version: 0.11.0-1.1
Severity: serious
Tags: patch fixed-upstream
At Fri, 04 Dec 2009 19:33:16 +0100,
Federico Gimenez Nieto wrote:
> On Wed, 2009-11-25 at 10:33 +0100, Gürkan Sengün wrote:
> > I had prepared a newer version of gnustep-dl2 long time ago, but
> > never found a sp
tags 560871 + moreinfo
thanks
Michael Gilbert wrote:
> it has been disclosed that it is possible for any website to query the
> user's site viewing history via css. please see [0].
I admit I don't have the slightest clue what this is about, and your
[0] footnote is missing.
--
To UNSUBSCRIBE
tags 605565 + help
thanks
On Mon, Dec 06, 2010 at 11:53:55AM +0100, Axel Beckert wrote:
> > I'm sorry to report this, but gnustep-base-runtime 1.20.1-5 fails to
> > upgrade on one of my machines due to a not running gdomap.
>
> Two machines actually.
Yes, the prerm script is being run before the
On Thu, Dec 09, 2010 at 11:52:03PM +0100, Axel Beckert wrote:
> Yavor Doganov wrote:
> > Any idea what's the right approach to fix this problem?
>
> Two ideas come to my mind:
>
> 1. Ignoring the exit code of the init.d script in the prerem.
Something like:
...
Cyril Brulebois wrote:
> Source: gnustep-base
> Version: 1.20.0-1
> Severity: serious
> Justification: FTBFS
> your package no longer builds in experimental:
Thanks for filing the bug. I sent a message to -bsd shortly after it
failed to build but got no reply:
http://lists.debian.org/debian-bsd
severity 583840 serious
found 583840 2.0.6-2
thanks
В 01:32 +0100 на 31.05.2010 (пн), Michael Werle написа:
> This affects the included file 'config-noarch.make' which should be
> architecture-dependent as it overrides various GNUSTEP_HOST_* variables,
> including GNUSTEP_HOST_CPU, during 'make'.
Nicola Pero wrote:
> it could also be interpreted as a bug "upstream" ... it sounds that
> "config-noarch.make" (note the "noarch" in the name) probably
> shouldn't be setting the "GNUSTEP_HOST_*" variables,
Regardless of (any possible confusion caused by) the filename, it is
clearly our mistake t
В 04:02 -0700 на 04.06.2010 (пт), Marc J. Driftmeyer написа:
> Results:
> mdriftme...@horus:~/DeveloperProjects$ ProjectCenter
> bash: /usr/share/GNUstep/System/Tools/ProjectCenter: No such file or
> directory
Your system is severely misconfigured/broken. You are apparently
sourcing (in ~/.bashr
Marc J. Driftmeyer wrote:
> Here is .bashrc
Can you check your other init files? By "etc" I meant it can be
.xsession, .randomwm... Any other subsequent sourcing will naturally
override all the variables previously set.
> . /usr/share/GNUstep/Makefiles/GNUstep.sh
That's correct, but there's no
severity 584722 grave
thanks
markus tornow wrote:
> (kazehakase:26523): Kazehakase-CRITICAL **: kz_embed_selection_is_collapsed:
> assertion `KZ_IS_EMBED(kzembed)' failed
Embarrassing :-(
I'll try to fix this quickly; meanwhile, you can use the WebKit engine.
--
To UNSUBSCRIBE, email to debia
Package: projectcenter.app
Version: 0.5.3~20100601-1
Severity: serious
Paul Chany wrote:
> Preparing to replace projectcenter.app 0.5.0~20080704-1+b1 (using
> .../projectcenter.app_0.5.3~20100601-1_i386.deb) ...
> Unpacking replacement projectcenter.app ...
> dpkg: error processing
> /var/cache/
В 09:58 +0200 на 23.08.2010 (пн), Federico Gimenez Nieto написа:
> Thanks for the clarification, i am pretty lost here.
I'd be glad to explain in detail if you let me know what you find
confusing.
> I've uploaded to mentors a new version with all these changes applied,
> could you please take a l
tags 593898 - pending
thanks
Явор Доганов wrote:
> The obvious solution is to run `mknfonts' in a loop, passing it one
> font as argument at a time.
Unfortunately this approach leads to the generation of incomplete
nfont bundles for fonts with multiple variants, and apps abort with
NSException if
В 00:41 +0200 на 24.08.2010 (вт), Axel Beckert написа:
> > This happens because mknfonts processes one font file at a time, so
> > DejaVuSans.nfont/FontInfo.plist ends up with one key instead of 9.
>
> So using xargs wouldn't help either. Hmmm.
No :/
> Well, IMHO this is a bug in mknfonts or one
Package: libgnustep-dl2-0d
Version: 0.12.0-4
Severity: serious
Tags: sid
Selecting previously deselected package libgnustep-dl2-0d.
Unpacking libgnustep-dl2-0d (from .../libgnustep-dl2-0d_0.12.0-4_i386.deb) ...
dpkg: error processing
/var/cache/apt/archives/libgnustep-dl2-0d_0.12.0-4_i386.deb (--
В 12:31 +0200 на 26.08.2010 (чт), Yves Lambert написа:
> A clean and probably safe workaround is to remove steptalk as it is
> replaced by libsteptalk0 which does not depend on libgnustep-dl2-0.
>
> Due to bug #594443 (this bug), libgnustep-dl2-0 and steptalk
> must be removed priorly to installi
Federico Gimenez Nieto wrote:
> Hi, i've uploaded a new version of gnustep-dl2 stating that
> libgnustep-dl2-0d replaces libgnustep-dl2-0. I hope that this will
> resolve the issue, could you please take a look [1]?
I think you actually need Conflicts, because Replaces would sneakily
replace libra
В 10:33 +0200 на 27.08.2010 (пт), Mehdi Dogguy написа:
> Any news on this bug?
I need Axel's help to proceed further. Axel, can we get things moving?
This is a blocker for the GNUstep transition.
> BTW, as I see it, the bug is in mknfonts.tool. Am I wrong?
No, it is not, and there's no way to b
reassign 593898 src:gnustep-base 1.20.1-3
retitle 593898 Should be built without libkvm on GNU/kFreeBSD; +[NSProcessInfo
load] aborts programs with many arguments if HAVE_KVM_ENV
thanks
В 12:39 +0200 на 27.08.2010 (пт), Axel Beckert написа:
> > I'd be surprised if it builds,
>
> It does build.
>
В 14:16 +0300 на 27.08.2010 (пт), Yavor Doganov написа:
> 2. Run some non-trivial apps (cenon.app, gworkspace.app,
> cynthiune.app) and see if you can spot some bugs (except the
> usual ones, I mean :-)).
I forgot to add: rebuilding any of them *must* not be necess
В 15:01 +0200 на 27.08.2010 (пт), Axel Beckert написа:
> Running Cenon remotely via ssh with tunnelled X display results in the
> following messages on the console:
>
> $ Cenon
> 2010-08-27 14:25:21.002 Cenon[24964] QueryTree window is 90401287 (root 837
> cwin root 837)
> 2010-08-27 14:25:21.017
Package: cenon.app
Version: 3.83-1+b3
Severity: grave
Tags: sid
Justification: renders package unusable
Cenon aborts on startup with:
Cenon: Uncaught exception NSInternalInconsistencyException, reason: Abstract
model loader.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstab
Hi,
Some more information:
Axel Beckert wrote:
> Button Critical Error in Cenon
> NSInternalInconsistencyException: Abstract model loader
>[Abort <-']
This is a geniuine bug in cenon.app, reproducible on i386 in sid
(squeeze is OK). I filed a separate
tags 593898 + pending
thanks
[libk...@p.d.o BCCed -- relevant part at the end of the message.]
Axel Beckert wrote:
> > If not, then the -art backend package must surely depend on it.
> > If yes, running with --GNU-Debug=ftfont might give some clues why
> > this happens.
>
> As this just affects
Package: projectmanager.app
Version: 0.2-4+b1
Severity: grave
SSIA. Running with --GNU-Debug=dflt reveals:
2010-09-06 15:42:43.708 ProjectManager[15472] File NSData.m: 169. In
readContentsOfFile Open
(/home/yavor/GNUstep/Library/Autosave/ProjectManager.plist) attempt failed - c
That file inde
Package: viewpdf.app
Version: 1:0.2dfsg1-3+b3
Severity: grave
$ ViewPDF
2010-09-06 16:19:19.771 ViewPDF[24238] Document.m:149 Assertion failed in
Document(instance), method pageSize. no page
ViewPDF: Uncaught exception NSInternalInconsistencyException, reason:
Document.m:149 Assertion failed
Package: terminal.app
Version: 0.9.4+cvs20051125-5.1
Severity: grave
Tags: upstream fixed-upstream
Hi Gürkan,
Following our private conversation, I'm filing this bug to ensure
terminal.app doesn't slip into squeeze without the fix.
The package is unusable with all of the fixed-width fonts I've t
В 16:24 +0200 на 06.09.2010 (пн), Gürkan Sengün написа:
> > Following our private conversation, I'm filing this bug to ensure
> > terminal.app doesn't slip into squeeze without the fix.
>
> Thanks, that's probably the most important application.
Well, that's certainly debatable...
> > I'll try t
tags 595764 + patch
thanks
В 17:54 +0300 на 06.09.2010 (пн), Yavor Doganov написа:
> identifying the upstream commit(s) that fix(es) this terminal.app bug
> should be fairly trivial.
Indeed. Here it is.
>From 11cb95db7b69be2e60c559a507bc439cfc2dcfd4 Mon Sep 17 00:00:00 2001
From: Jeff
tags 595757 + pending
thanks
В 15:09 + на 06.09.2010 (пн), Debian Bug Tracking System написа:
> > reassign 595757 libgnustep-gui0.18 0.18.0-4
> > retitle 595757 ligbnustep-gui0.18: [Regression] NSDocument-based
> applications with undefined type abort on startup
Nailed that down with the hel
tags 595763 + patch pending
block 595763 with 595757
thanks
В 16:23 +0300 на 06.09.2010 (пн), Yavor Doganov написа:
> ViewPDF: Uncaught exception NSInternalInconsistencyException, reason:
> Document.m:149 Assertion failed in Document(instance), method
> pageSize. no page
Trivial patch
В 14:25 +0200 на 07.09.2010 (вт), Gürkan Sengün написа:
> http://gnu.ethz.ch/debian/terminal.app/terminal.app_0.9.4+cvs20051125-6.dsc
Changes to the build system (debhelper compat level, source format,
etc.) are not acceptable during freezes... Cosmetic changes should be
avoided too -- more work
ge NSRole to "Viewer", making the app
+usable with gnustep-gui/0.18 (Closes: #595763).
+
+ -- Yavor Doganov Tue, 07 Sep 2010 18:50:19 +0300
+
viewpdf.app (1:0.2dfsg1-3) unstable; urgency=low
* GNUstep transition.
At Thu, 7 Jun 2012 22:26:46 +0400 (MSK),
Georgiewskiy Yuriy wrote:
> i attache Latest.log. also there is no crash or core i see, "it just
> exit"
It doesn't look suspicious to me. But I'm not familiar with the
oolite code so that is more or less a useless statement.
Just a shot in the dark -- th
gregor herrmann wrote:
> I've prepared an NMU for gnustep-back (versioned as 0.20.1-2.1) and
> uploaded it to DELAYED/2.
Thanks for taking the time and effort to fix a bug in my package.
The diff looks fine.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
Mehdi Dogguy wrote:
> On 10/10/2011 11:23 AM, Yavor Doganov wrote:
> > The only way I see as a workaround is to build gnustep-base with
> > --enable-fake-main
>
> I think binNMUing again is still better than having this stack stuck
> in sid, or preventing other packages f
ebian/changelog
@@ -1,3 +1,11 @@
+aclock.app (0.2.3-3.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * main.m (main): Use NSApplcationMain to prevent startup problems with
+gnustep-gui0.20 (Closes: #645921).
+
+ -- Yavor Doganov Thu, 10 Nov 2011 19:00:27 +0200
+
aclock.app (0.2.3-3) uns
(main): Use NSApplicationMain to prevent initialization
+problems with gnustep-gui/0.20 (Closes: #645935)
+ * debian/control (Maintainer): Update Gürkan's address.
+
+ -- Yavor Doganov Thu, 10 Nov 2011 20:20:47 +0200
+
volumecontrol.app (0.5-3) unstable; urgency=low
* GNUstep transition
ebian/patches/series: Update.
+
+ -- Yavor Doganov Thu, 10 Nov 2011 19:15:37 +0200
+
cenon.app (3.93-1) unstable; urgency=low
* New upstream version.
diff -Nru cenon.app-3.93/debian/patches/645926.patch
cenon.app-3.93/debian/patches/645926.patch
--- cenon.app-3.93/debian/patches/645926.patch
On Fri, Nov 11, 2011 at 03:10:16PM +0100, Mehdi Dogguy wrote:
> Package: gnustep-back-common
> Version: 0.20.1-2
> Severity: serious
> Tags: sid wheezy
> It seems that gnustep-back-common fails to install in sid on
> kfreebsd-* machines. This has been noticed while trying to build
> gnustep-dl2 [1
Package: libgnustep-dl2-dev
Version: 0.12.0-1
Severity: serious
Tags: patch
This package should depend on the runtime library. Adding
libgnustep-dl2-0 (= ${binary:Version})
to Depends is the classic way to handle this.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
tags 591051 moreinfo unreproducible
severity 591051 important
thanks
> kazehakase crashes if I try to change to the webkit rendering engine,
I'm afraid I can't reproduce this.
> strace ouput attached,
Completely useless. Please install kazehakase-dbg,
libwebkit-1.0-2-dbg, libglib2.0-0-dbg, lib
- Amend debian/rules to cater for the package rename.
- Rename debian/libgnustep-dl-0.install as
debian/libgnustep-dl-0d.install and adjust the EOControl entry for
soname change.
In theory, it _might_ be possible to rework Richard's approach,
avoiding the ABI break. If I only understo
tags 581940 + patch
thanks
Hi Gürkan,
Here is a minimal upstream patch that applies against 1.2.10.
2010-03-05 Richard Frith-Macdonald
* GormCore/GormFunctions.m: update for latest base library.
=== modified file 'GormCore/GormFunctions.m'
--- GormCore/GormFunctions.m 2010-02-13 00:59:10 +0
В 15:44 +0200 на 12.08.2010 (чт), Gürkan Sengün написа:
> Shouldn't we upload version 1.2.12?
We're frozen now, and the release team said a patch is preferred to a
new upstream release. It's up to you -- if the changes are sufficiently
small and you can convince them to grant a freeze exception f
В 16:15 +0200 на 12.08.2010 (чт), Gürkan Sengün написа:
> I see, I don't know, do you have a sponsor?
Of course, how would the packages end up in the archive otherwise :-)
Luca Falavigna and Barry deFreese are my
(GNUstep) sponsors these days -- I usually send an RFS request to
-mentors, and it
dann frazier wrote:
> gnustep-gui fails to build on hppa.
Yes, I noticed that it failed to build several times already. Very
unfortunate.
> make_services: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr)
> (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct
> mall
Ana Guerrero wrote:
> I've prepared an NMU for talksoup.app (versioned as
> 1.0alpha-32-g55b4d4e-1.1) using Yavor's patch and uploaded it to the
> archive.
Thanks, but this package must be binNMUed on all archs when its
binNMUed reverse dependency (gnustep-netclasses) is available
everywhere -- be
dann frazier wrote:
> fyi, talksoup.app is failing w/ a similar error:
Yes, every GNUstep package will fail as the core programs are
obviously non-functional.
> Perhaps this bug should be reassigned w/ gnustep-gui & talksoup.app
> marked as "affected"?
Sure, once it is clear where the problem li
reassign 592751 libgnustep-base1.20 1.20.1-2
affects 592751 gnustep-gui
# ... and literally every GNUstep package
retitle 592751 Broken on hppa; programs abort with malloc assertion failure
thanks
Thanks for your efforts.
Scratching my head intensively does not lead to bright ideas, so I'm
going
block 593124 with 592751
thanks
Adam D. Barratt wrote:
> gnustep-gui FTBFS on hppa.
Yes, that's the same bug which I reassigned to gnustep-base.
Still no clues about the problem, unfortunately :-(
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscri
Hi Dann,
В 22:21 -0600 на 12.08.2010 (чт), dann frazier написа:
> r...@c3700:/tmp/gnustep-base-1.19.3# gdnc --help
Could you perform the same test with a manually built
gnustep-base/1.20.1-2, on the same machine? It might be possible that
the package was somehow miscompiled by the official build
dann frazier wrote:
> Same thing:
OK. Another try with 1.20.0 this time?
(http://snapshot.debian.org/archive/debian/20100524T154820Z/pool/main/g/gnustep-base/gnustep-base_1.20.0-1.dsc)
Upstream thinks this is either a GCC/libobjc issue exposed by the new
-base code, or a serious problem in gnust
В 21:18 +0300 на 16.08.2010 (пн), Yavor Doganov написа:
> As I can't reproduce the nefarious behavior on gcc61.fsffrance.org
> with a manually built GCC 4.4.4 from pristine source, I'm now building
> a new gcc with Debian patches.
Still can't reproduce with it :-(
Can
On Tue, Aug 17, 2010 at 09:57:55AM -0600, dann frazier wrote:
> ur.. how do I run it?
./obj/test
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Tue, Aug 17, 2010 at 12:59:15PM -0600, dann frazier wrote:
> (sid)da...@paer:~/test-0.1$ ./test
> Test 1
> Test 2
> Test 3
Thanks. Do you get something different if you rebuild with
make OBJCFLAGS="-fexceptions -fobjc-exceptions -fgnu-runtime"
? (I doubt it.)
Before starting the masochis
201 - 300 of 425 matches
Mail list logo
