Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: pkg-gnustep-maintain...@lists.alioth.debian.org
We would like the Release Team's permission to carry out a GNUstep
transition, namely
libgnustep-base1.27 -> 1.28
libgnu
Sebastian Ramacher wrote:
> On 2023-01-13 15:15:10 +0200, Yavor Doganov wrote:
> > I realise we are already late and in all likelihood we've missed
> > the last bookworm train, which is rather unpleasant for us and
> > GNUstep users but entirely our fault.
>
> I
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: pkg-gnustep-maintain...@lists.alioth.debian.org
Control: affects -1 + src:gnustep-base src:gnustep-gui
Dear Release team,
We would like your permission to carry out a GNUst
nerability. Patch by Alan Jenkins.
+ * debian/patches/series: Update.
+ * debian/gbp.conf: Set debian-branch to buster.
+
+ -- Yavor Doganov Sun, 22 Sep 2019 12:44:38 +0300
+
gnustep-base (1.26.0-4) unstable; urgency=medium
* debian/patches/armhf-test.patch: New; ignore a failing test on armhf
+1,12 @@
+gnustep-base (1.24.9-3.1+deb9u1) stretch; urgency=medium
+
+ * debian/patches/gdomap-udp-amplification.patch: New; fix UDP
+amplification vulnerability. Thanks to Alan Jenkins.
+ * debian/patches/series: Update.
+ * debian/gbp.conf: New file.
+
+ -- Yavor Doganov Thu, 10 Oct 2019 08:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
On behalf of the GNUstep team I'd like to ask for a slot to carry out
a GNUstep transition:
libgnustep-base1.26 -> 1.27
libgnustep-gui0.27 -> 0.28
I tested all rdeps; they build su
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
On behalf of the GNUstep team I would like to request a transition
slot for a pantomime transition.
Note that src:pantomime1.2 (providing libpantomime1.2 and
libpantomime1.2-dev) was ren
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
On behalf of the GNUstep team I'd like to ask for your permission to
carry out a last gasp GNUstep transition (libgnustep-base1.25 -> 1.26
and libgnustep-gui0.26 -> 0.27).
I realize it i
Emilio Pozuelo Monfort wrote:
> Go ahead with this.
Thanks a lot for the green light. Both uploaded; gnustep-base would
need a give-back on armhf at the right moment as it got picked by the
arm64 buildd again.
> And yes, a combined list would be appreciated if the rebuilds need
> to be done in o
Yavor Doganov wrote:
> Level 2
> ===
> # both -base and -gui; applies for the next levels as well
+ grr.app
I forgot grr.app here; mea culpa.
On Sat, 12 Jan 2019 01:24:54 +0200,
Yavor Doganov wrote:
> Emilio Pozuelo Monfort wrote:
> > And yes, a combined list would be appreciated if the rebuilds need
> > to be done in order.
>
> In previous transitions, the order was guaranteed because rdeps higher
> up th
Emilio Pozuelo Monfort wrote:
> On 16/01/2019 09:31, Yavor Doganov wrote:
> > Are you going to force gnustep-base to testing or you want me to do
> > something else?
>
> I don't plan on forcing this.
OK.
> I would rather this is solved one way or another, either vi
Yavor Doganov wrote:
> Emilio Pozuelo Monfort wrote:
> > On 16/01/2019 09:31, Yavor Doganov wrote:
> > > Are you going to force gnustep-base to testing or you want me to do
> > > something else?
> >
> > I don't plan on forcing this.
>
> OK.
It
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
We would like to carry out a gnustep-base transition:
libgnustep-base1.24 -> libgnustep-base1.25
The major change is the removal of the garbage collector which was
never used in Debian a
On Thu, 26 Oct 2017 11:15:53 +0300,
Emilio Pozuelo Monfort wrote:
> On 25/10/17 10:28, Yavor Doganov wrote:
> > We would like to carry out a gnustep-base transition:
> > libgnustep-base1.24 -> libgnustep-base1.25
> Please go ahead.
1.25.0-2 is built and installed on all ar
clone 879738 -1
reassign -1 gnustep-gui-runtime/0.25.0-4
retitle -1 gnustep-gui-runtime: Depends on gnustep-back0.25
severity -1 serious
thanks
Emilio Pozuelo Monfort wrote:
> On 30/10/17 17:19, Yavor Doganov wrote:
> > 1.25.0-2 is built and installed on all arches; please sch
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
I would like to request a mini-transition for gnustep-sqlclient:
libsqlclient1.7 -> libsqlclient1.8
There is only one reverse dependency (adun.app); it builds fine with
the new version o
Emilio Pozuelo Monfort wrote:
> > libsqlclient1.7 -> libsqlclient1.8
> Sure, go ahead.
Thanks, 1.8.1-3 is now built and installed on all architectures.
Please schedule binNMUs for adun.app (you can omit sparc64 as it just
got built there; it was in BD-Uninstallable state due to #880477).
tion of
+tasks and appointments (Closes: #884098).
+ * debian/patches/series: New file.
+
+ -- Yavor Doganov Mon, 25 Dec 2017 22:09:00 +0200
+
agenda.app (0.42.2-1) unstable; urgency=low
* New upstream release:
diff -Nru agenda.app-0.42.2/debian/patches/fix-editors-exception.patch
a
+0200
+++ gnumail-1.2.2/debian/changelog 2018-01-08 11:06:31.0 +0200
@@ -1,3 +1,10 @@
+gnumail (1.2.2-1.1+deb9u1) stretch; urgency=medium
+
+ * debian/patches/link-libs.patch: Update to eradicate unnecessary
+linking with OpenSSL (Closes: #886305).
+
+ -- Yavor Doganov Mon, 08
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: forwarded -1
https://release.debian.org/transitions/html/auto-gnustep-gui.html
We would like to have a slot for a gnustep-gui transition (0.25 -> 0.26).
Version 0.26.2-1 is in
On Thu, 25 Jan 2018 18:18:42 +0200,
Emilio Pozuelo Monfort wrote:
> On 25/01/18 16:56, Yavor Doganov wrote:
> > We would like to have a slot for a gnustep-gui transition (0.25 -> 0.26).
> Go ahead.
Uploaded to unstable and built/installed on all architectures except
ia64, kfreeb
debian/patches/series: Update.
+
+ -- Yavor Doganov Sun, 25 Mar 2018 16:17:58 +0300
+
addresses-for-gnustep (0.4.8-2) unstable; urgency=medium
* Fix danggling symlinks in libaddressview-dev and libaddresses-dev
diff -Nru addresses-for-gnustep-0.4.8/debian/patches/link-libs.patch
addresses-fo
Julien Cristau wrote:
> On Sun, Mar 25, 2018 at 17:00:43 +0300, Yavor Doganov wrote:
> > If possible, I would like to fix #889534 and #889536 (missing
> > dependencies).
> What does this translate to in terms of changes to binary packages?
Needed libraries added to Depends:, h
[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
Philipp Kern wrote:
> It would be great if every team on track could send us a short mail to
> debian-release@lists.debian.org
Much to my regret the GNUstep stack is not in a releasable shape.
There are 5 RC bugs (+2 not reported). 4 of them are trivial to fix,
I'm just waiting to accumulate more
[ Quoting in full for the sake of the bug log. ]
On Mon, May 10, 2010 at 11:37:30AM +0200, Gürkan Sengün wrote:
>> So... what shall we do for squeeze? The current situation is
>> really frustrating :-(.
>>
>> I think we should definitely try to release with the newest, not
>> only because they ar
# See also http://lists.debian.org/debian-release/2010/03/msg00226.html
retitle 561944 transition: libgnustep-base1.19 -> 1.20; libgnustep-gui0.16 ->
0.18
thanks
Updating my initial information:
On Mon, Dec 21, 2009 at 02:59:53PM +0200, Yavor Doganov wrote:
> Expected problems:
Neil McGovern wrote:
> As mentioned in the previous mail, we would freeze when various
> transitions are completed or being handled.
I sincerely hope you haven't forgetten #561944, and that ditching
GNUstep packages out of squeeze is not your plan.
It is somewhat depressing that we've been waitin
close 568307 0.17.1-1
close 585531 0.17.1-1
close 558993 0.17.1-1
thanks
Neil McGovern wrote:
> I note that there are 4 bugs left that aren't fixed yet (one pending),
> do you know when these are likely to be ready to transition?
#58198{5,6,7} are trivial and can be uploaded right away. If the
m
On Mon, Aug 09, 2010 at 01:13:22PM +0100, Neil McGovern wrote:
> Ok, so at the moment let's have a soft ACK for this transition.
Thanks!
> Could you try and get it ready to move into testing, with the RC
> bugs fixed?
Sure, but what about the libmodplug transition? Should we wait for it
or we c
Adam D. Barratt wrote:
> On Mon, 2010-08-09 at 16:39 +0200, Mehdi Dogguy wrote:
> > On 0, Yavor Doganov wrote:
> > > Sure, but what about the libmodplug transition? Should we wait
> > > for it or we can upload the GNUstep core libraries to unstable
> > > r
3 and -4 follows.
diff -u adun.app-0.81/debian/control adun.app-0.81/debian/control
--- adun.app-0.81/debian/control
+++ adun.app-0.81/debian/control
@@ -7,10 +7,10 @@
Yavor Doganov
Build-Depends: debhelper (>= 7),
dpatch,
- libgnustep-gui-dev (&
: Recover from the old erroneous postrm and
+touch bg{,-en}.rws and bg.compat if the files do not exist.
+ * debian/rules (install): Create an empty var/lib/aspell/bg-en.rws.
+
+ -- Yavor Doganov Wed, 11 Aug 2010 15:09:13 +0300
+
bgoffice (3.0-9) unstable; urgency=low
* QA upload.
diff -u
Mehdi Dogguy wrote:
> Unfortunately, it won't be able to migrate directly since the
> GNUstep transition started and adun.app caught the old symbols of
> gnustep-{base,gui}.
Right, so what prevents it from migrating tomorrow except the freeze
block? It got built on all archs before gnustep-base/1
Ludovic Brenta wrote:
> Any objections, please raise your hand.
We're in the begining of a GNUstep transition, which is unfortunately
blocked by serious issues on hppa. As the release team is unlikely to
approve a new upstream release at this point, any eventual problems in
oolite must be address
On Wed, Aug 18, 2010 at 11:44:58AM +0100, Julien Cristau wrote:
> On Wed, Aug 11, 2010 at 15:42:24 +0300, Yavor Doganov wrote:
>
> > +# Make sure dpkg knows about bg-en.rws too, otherwise the file is not
> > +# deleted upon remove/purge.
> > + >debian/aspell-
On Wed, Aug 18, 2010 at 02:39:04PM +0100, Julien Cristau wrote:
> On Wed, Aug 18, 2010 at 16:30:56 +0300, Yavor Doganov wrote:
> > These files are supposed to be regenerated in postinst by
> > update-dictcommon-aspell; that's a feature.
> >
> Then why is it shipped i
Георги Данчев wrote:
> I agree, that 'automatically removed by dpkg' games are best to be
> avoided for regenerated files, and it is saner to remove them in the
> postrm, since now debsums aspell-bg lists these three regenerated
> files as FAILED, which is to be expected. I failed to catch that, so
[CCing -release because this is a FAQ during GNUstep transitions; hope
you don't mind.]
Mehdi Dogguy wrote:
> On 08/21/2010 05:28 PM, Yavor Doganov wrote:
> > BTW, talksoup.app must be binNMUed on all archs once a binNMUed
> > gnustep-netclasses is available everywhere.
&g
В Mon, 23 Aug 2010 07:55:44 +0200, Mehdi Dogguy написа:
> The transition monitor shows that order. If the order inferred from
> the build-dependencies is incorrect, then there is a problem in your
> packages.
There is no problem with the build-dependencies. The only problem is
when a package gets
Mehdi Dogguy wrote:
> That said, you could also set "good" dependencies like what has been
> done for OCaml packages for instance and make them not installable
> if it doesn't match your criteria
Interesting. Is dh-ocaml the right package to look at?
If it's not too hard, it'll be nice to impleme
On Tue, Aug 10, 2010 at 02:26:48PM +0300, Yavor Doganov wrote:
> Already migrated, so we're launching the GNUstep attack.
gnustep-base/1.20.1-3 is already installed on hppa, and
gnustep-netclasses built sucessfully (more or less confirming the fix).
Could you please give-back gnustep
Mehdi Dogguy wrote:
> On 08/24/2010 07:31 PM, Yavor Doganov wrote:
> > terminal.app and textedit.app were uploaded to DELAYED/2.
>
> thanks luk :)
I forgot to say that, sorry :-(
> > The only blocker for the transition seems to be #593898 (provided no
> > other RC
On Fri, Aug 27, 2010 at 12:06:07AM +0100, Adam D. Barratt wrote:
> On Wed, 2010-08-18 at 17:49 +0300, Yavor Doganov wrote:
> > I disagree, it is me who failed to catch that and forgot to pass
> > -Xvar/lib/aspell to dh_md5sums while preparing -11.
>
> How about doing this for
В 10:03 +0100 на 27.08.2010 (пт), Adam D. Barratt написа:
> On Fri, August 27, 2010 09:26, Yavor Doganov wrote:
> > Sure, does this mean that with this change the update is approved and
> > can be uploaded?
>
> I'd prefer a look at an updated debdiff first; I don&#x
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package gnustep-gui, it fixes an RC bug.
The changelog is:
* debian/patches/untitled-document-loading.patch: New; prevent loading
of untitled document in an NS
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package terminal.app; -6 fixes a longstanding RC bug.
The changelog is:
* Patch to fix rendering bug with new GNUstep version. (Closes: #595764)
TerminalView.m
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package viewpdf.app, it fixes an RC bug.
debian/changelog:
* Non-maintainer upload.
* ViewPDFInfo.plist (NSTypes): Change NSRole to "Viewer", making the app
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package cynthiune.app to fix (unofficial?) release
goal. If possible, I'd prefer to spend longer period in unstable.
The changelog is:
* debian/patches/ALSA.patch
tags 624928 = fixed-upstream
thanks
At Mon, 16 May 2011 20:00:59 -0700,
Matt Kraai wrote:
> /usr/bin/ld: warning: libobjc.so.2, needed by
> /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib/libgnustep-base.so, may
> conflict with libobjc.so.3
Argh, it looks like I missed the moment when GCC
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
We would like to carry out a GNUstep transition
(libgnustep-base1.20->1.22; libgnustep-gui0.18->0.20) *and*
libobjc2->3, ideally coinciding with the migration of gcc-defaults to
testing (
Matthias Klose wrote:
> On 06/07/2011 01:03 AM, Yavor Doganov wrote:
> > We would like to carry out a GNUstep transition
> > (libgnustep-base1.20->1.22; libgnustep-gui0.18->0.20) *and*
> > libobjc2->3, ideally coinciding with the migration of gcc-defaults to
>
Matthias Klose wrote:
> On 06/07/2011 01:33 AM, Yavor Doganov wrote:
> > gnustep-base/1.22.0-1 currently build-depends on gobjc (>= 4:4.6).
> > My plan was to change it to "gobjc (>= 4:4.6) [!ia64 !sparc],
> > gobjc-4.6". Is that good enough?
>
> no, fo
Julien Cristau wrote:
> On Tue, Jun 7, 2011 at 21:44:15 +0300, Yavor Doganov wrote:
> > 1) The modified gnustep-make package will have no trouble migrating to
> >testing (before the transition even commences), so it would make
> >GNUstep development in wheezy broken
At Thu, 25 Aug 2011 21:39:10 +0200,
Julien Cristau wrote:
> On Thu, Aug 18, 2011 at 12:13:47 +0200, Philipp Kern wrote:
> > On Tue, Jun 07, 2011 at 02:03:58AM +0300, Yavor Doganov wrote:
> > > We would like to carry out a GNUstep transition
> > > (libgnustep-base1.2
On Mon, Sep 05, 2011 at 08:37:35PM +0200, Julien Cristau wrote:
> We'd like to have a list of packages which are part of this transition.
Dependency level 1 (build-depends only on libgnustep-base-dev):
biococoa
gnustep-netclasses
mknfonts.tool
oolite
pantomime1.2
Dependency level 2 (build-depend
Adeodato Simó wrote:
> This transition is tied to the ffmpeg-debian transition via
> lynkeos.app. I think it's a pity you can't start working on an
> otherwise very isolated transition because of that,
I have a fixed package ready, but would like to do more testing. I'll
send a plea for sponsors
Adeodato Simó wrote:
> > (BTW, the GNUstep transition is also tied to the
> > libpoppler3->libpoppler4 transition via popplerkit.framework.)
>
> No, it is not, at least not as far as my SQL-fu can see. libpopplerkit0
> does not depend in any of the renamed libraries in the GNUstep transition,
> s
Adeodato Simó wrote:
> So, now my question is: what happens if you rebuild those three
> packages against the new GNUstep libraries, and they migrate to
> testing on their own, before said base libraries and the rest of the
> migrated packages?
This has happened before (i.e. they almost always mig
Adeodato Simó wrote:
> First, that I'm sure you're aware that's a serious bug that ought to
> be fixed.
Full ACK.
> Isn't just linking to the GNUstep libraries as a Debian patch an
> option?
Yes, it's as trivial as that. I'll provide patches after the
transition.
> Second, the above means we h
Adeodato Simó wrote:
> Btw, popplerkit.framework is failing to build on some arches, could you
> take a look?
Yes, I saw that and already fixed in my working copy. The bug is in
bindings/GNUmakefile, now exposed with gnustep-make 2.0.8. It is
pointless to trick the build system to handle C++ fil
Adeodato Simó wrote:
> > Now that a sourceful upload of popplerkit.framework is needed, would
> > it be appropriate to incorporate the fix that we discussed
>
> If the changes are ready to be uploaded and would not introduce further
> delays, sure.
Everything is ready, pending Hubert's approval
[ Let's drop -release in subsequent follow-ups, unless the Release
Team has objections and/or someone wants to comment on this.]
At Mon, 09 Mar 2009 07:52:50 +0100,
Gürkan Sengün wrote:
> Yavor Doganov wrote:
> > Adeodato Simó wrote:
> > You are right that it doesn't d
Adeodato Simó wrote:
> > cynthiune.app Bug #476381
> I’m Bcc'ing all of the involved bugs so that maintainers can send an
> update on the status of their bug
To be honest, I haven't worked on a patch yet because it was my
understanding that this transition will wait for the (alread
Adeodato Simó wrote:
> By the way, are gnustep-netclasses and pantomime1.2 in the same
> situation popplerkit.framework used to be, that is, using GNUstep
> libraries but not linking against them?
Yes, they are, plus renaissance. Will be fixed for the next
transition.
(Hubert, the gnustep-base p
Adeodato Simó wrote:
> + Yavor Doganov (Mon, 04 May 2009 22:12:10 +0300):
> > (Hubert, the gnustep-base powerpc issue is due to #523869, I believe.)
>
> I gave it back a bit earlier, so as it seems it should succeed now.
Unfortunately it failed again because the fix for the abov
At Mon, 4 May 2009 23:13:31 +0200, Adeodato Simó wrote:
> + Yavor Doganov (Mon, 04 May 2009 23:34:53 +0300):
> > Adeodato Simó wrote:
> > > + Yavor Doganov (Mon, 04 May 2009 22:12:10 +0300):
> > > > (Hubert, the gnustep-base powerpc issue is due to #523869, I
> &
В Sat, 02 May 2009 20:32:22 -0400, Hubert Chathi написа:
> Has new upstream version -- will upload shortly, no bin-NMU needed:
> - gnustep-dl2
> - gorm.app
> - gworkspace
> - price.app
Hubert/Gürkan: The transition is going on nicely now that the hppa/
powerpc troubles are resolved. There are on
On Fri, May 22, 2009 at 02:41:39PM +0200, Adeodato Simó wrote:
> > > - gnustep-dl2
> > > - gorm.app
> > > - gworkspace
> > > - price.app
> I confirm the transition is ready except by these four packages.
gorm.app and price.app were uploaded (and built/installed everywhere
already).
> Should I b
В Wed, 27 May 2009 10:14:35 +0200, Adeodato Simó написа:
> + Hubert Chathi (Tue, 26 May 2009 22:35:38 -0400):
>> I should be uploading the other two soon (IIRC, gworkspace and
>> gnustep-dl2 depended on other packages being built).
Yes, gnustep-dl2 depends on the public shared libraries shipped
en
with data:/javascript: URIs (CVE-2007-1084, Closes: #556271).
+ * debian/patches/00list: Update.
+
+ -- Yavor Doganov Wed, 09 Dec 2009 16:07:11 +0200
+
kazehakase (0.5.4-2.2) unstable; urgency=low
* Non-maintainer upload.
diff -u kazehakase-0.5.4/debian/patches/00list kazehakase-0.5.4/debian/patc
@@ -1,3 +1,11 @@
+kazehakase (0.4.2-1etch2) oldstable; urgency=low
+
+ * debian/patches/CVE-2007-1084.dpatch: New; disallow adding bookmarks
+with data:/javascript: URIs (CVE-2007-1084, Closes: #556271).
+ * debian/patches/00list: Update.
+
+ -- Yavor Doganov Wed, 09 Dec 2009 16:58:44 +0200
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Please give the green light for a libgnustep-gui0.16->0.17 transition.
This is going to be harder than last time -- more packages are
affected by the incompatible changes, and unfortunate
On Sun, Jul 06, 2008 at 03:06:25PM -0400, Hubert Chathi wrote:
> >> - gnustep-netclasses
> >> - pantomime1.2
> >> - popplerkit.framework
>
> > Doesn't look like these need to be binNMUed as no binary packages are
> > directly depending on core gnustep libraries?
>
> Yeah, there are some issues wi
Hi Charles,
В Fri, 08 Aug 2008 14:25:41 +0900, Charles Plessy написа:
> I just figured out that a new upstream release of gnustep-base was
> uploaded the 17th of July,
FWIW, this is strictly a bugfix release, and I believe it is our
intention to ask for a freeze exception after we fix #489279 (w
me major updates regarding the usability of the translation,
many mistakes and typos fixed as well as "debianization" of lots of
debian-specific words :-)
Thanks for the good work!
--
Yavor Doganov
Free Software Association - Bulgariahttp://fsa-bg.org
GNOME Bulgarian Tr
e filesystem regarding localisation)
--
Yavor Doganov
Free Software Association - Bulgaria
GNUstep Bulgarian Translation Project
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: pantom...@packages.debian.org,
pkg-gnustep-maintain...@lists.alioth.debian.org
Control: affects -1 + src:pantomime
Control: block -1 with 1032830
On behalf of the GNUstep t
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: gnustep-performa...@packages.debian.org
Control: affects -1 + src:gnustep-performance
Control: forwarded -1
https://release.debian.org/transitions/html/auto-gnustep-performa
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: gnustep-sqlcli...@packages.debian.org
Control: affects -1 + src:gnustep-sqlclient
Control: forwarded -1
https://release.debian.org/transitions/html/auto-gnustep-sqlclient.ht
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: pkg-gnustep-maintain...@lists.alioth.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Hi release managers,
On behalf of the GNUstep team I'd like to request a transition slot
for a combined gnustep-base/gnustep
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: gorm@packages.debian.org
Control: affects -1 + src:gorm.app
User: release.debian@packages.debian.org
Usertags: transition
Upstream has renamed the public Gorm library from libGorm to
libInterfaceBuilder so on behalf of the GNUstep
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: gnustep-...@packages.debian.org
Control: affects -1 + src:gnustep-dl2
Control: block -1 with 1075998
User: release.debian@packages.debian.org
Usertags: transition
To fix some long-standing bugs in this package we decided to move to a
g
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: stept...@packages.debian.org
Control: affects -1 + src:steptalk
Control: block -1 with 1075999
User: release.debian@packages.debian.org
Usertags: transition
This package has been neglected by our team (ltnu reports last upload
was 10 y
Emilio Pozuelo Monfort wrote:
> On 09/07/2024 09:40, Yavor Doganov wrote:
> > The only reverse dependency gnustep-dl2 will require a sourceful
> > upload.
>
> Go ahead.
Thanks, uploaded. May I assume that we also have your permission to
upload gnustep-dl2 and steptalk fr
Dirk Eddelbuettel wrote:
> On 11 July 2024 at 17:37, Lucas Nussbaum wrote:
> | Since we are only talking about approximately 294 source packages to
> | rebuild, isn't that something that you could do on your own machine?
>
> I think I pass on that.
I volunteer to do test rebuilds of the rdeps (bu
On Fri, 12 Jul 2024 22:58:25 +0300,
Lucas Nussbaum wrote:
> If it ends up that you cannot do it, let me know and I can do it.
Fortunately this was not necessary.
Here are the results of my attempt (apologies that it took me so long).
These packages have issues with the new GSL version:
cpl-plugi
76829).
+ * debian/patches/preferences-draw.patch: New; fix drawing when an
+NSActionCell in the preferences is acted on to change state.
+
+ -- Yavor Doganov Sun, 28 Jul 2024 07:22:30 +0300
+
poe.app (0.5.1-6) unstable; urgency=medium
* Team upload.
diff -u poe.app-0.5.1/debian/control poe.app-
ell in the preferences is acted on to change state.
+
+ -- Yavor Doganov Sun, 28 Jul 2024 07:44:53 +0300
+
poe.app (0.5.1-6) unstable; urgency=medium
* Team upload.
diff -u poe.app-0.5.1/debian/control poe.app-0.5.1/debian/control
--- poe.app-0.5.1/debian/control
+++ poe.app-0.5.1/debian/control
@@
GCC 14 promoted certain warnings to errors but these do not affect
Objective-C packages. The GNU Objective-C compiler does not define
__STDC_VERSION__ meaning that the C standard in effect is gnu89:
-Wimplicit-function-declaration [1], -Wincompatible-pointer-types,
etc. remain just warnings. (FWI
eeded.
+ * debian/control: Regenerate.
+
+ -- Yavor Doganov Tue, 28 Oct 2014 09:39:18 +0200
+
gnustep-gui (0.24.0-2) unstable; urgency=medium
* Upload to unstable.
diff --git a/debian/control b/debian/control
index 0fe9e0d..2398c52 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7
..03a2ce3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+gnustep-dl2 (0.12.0-13) unstable; urgency=medium
+
+ * Team upload.
+ * debian/control (Build-Depends): Replace gorm.app with libgorm-dev
+(Closes: #759832).
+
+ -- Yavor Doganov Wed, 29 Oct 2014 18:35:54 +0200
, thanks Thomas
+Zell (Closes: #764695).
+ * debian/gnustep-back-common.prerm: Revert bogus change introduced in
+0.24.0-1 (finally closes: #663388).
+ * debian/control.m4 (Standards-Version): Bump to 3.9.6; no changes
+needed.
+ * debian/control: Regenerate.
+
+ -- Yavor Doganov Tue
: Update.
+
+ -- Yavor Doganov Wed, 29 Oct 2014 17:56:36 +0200
+
gnustep-netclasses (1.06.dfsg-6) unstable; urgency=medium
* debian/source/format: Switch to 3.0 (quilt).
diff --git a/debian/patches/NSUInteger-fixes.patch b/debian/patches/NSUInteger-fixes.patch
new file mode 100644
index 000
licit constant conversion;
+- Fix improper use of non-existent method;
+- Do not set string of a NSTextView to nil.
+
+ -- Yavor Doganov Wed, 29 Oct 2014 11:25:10 +0200
+
addresses-for-gnustep (0.4.7-1) unstable; urgency=low
* New upstream release.
/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+viewpdf.app (1:0.2dfsg1-5) unstable; urgency=medium
+
+ * debian/patches/fix-NSView-crash.patch: New; fix a crash on i386 when
+opening a PDF file (Closes: #756588).
+ * debian/patches/series: Update.
+
+ -- Yavor Doganov Fri, 31 Oct 2014 18
.
+
+ -- Yavor Doganov Sat, 01 Nov 2014 22:24:15 +0200
+
gorm.app (1.2.20-1) unstable; urgency=medium
* New upstream release:
diff --git a/debian/patches/fix-gorm-loading.patch b/debian/patches/fix-gorm-loading.patch
new file mode 100644
index 000..fa5e663
--- /dev/null
+++ b/debian/patches/fix-gorm
reopen 767725
thanks
Niels Thykier wrote:
> On 2014-11-02 07:50, Yavor Doganov wrote:
> > unblock gorm.app/1.2.20-2
>
> Sorry, but I will have to decline your request. The RC bug does not
> affect testing (as gorm.app is not in testing) and therefore not
> applicable for
loses:
+#768749).
+
+ -- Yavor Doganov Mon, 10 Nov 2014 09:44:38 +0200
+
rsskit (0.3-2) unstable; urgency=low
* debian/rules (binary-arch): Invoke dh_makeshlibs.
diff --git a/debian/librsskit-dev.install b/debian/librsskit-dev.install
index 86500d5..6ebcde6 100644
--- a/debian/libr
1 - 100 of 138 matches
Mail list logo
