Bug#673538: transition: gnustep-base, gnustep-gui
Well, meson is a build system, there could be legitimate reasons for the build-dependency (determining compiler flags, etc.). The reason Meson build-depends on objc is that as part of its test suite it compiles a test project for all languages that it supports.
Bug#673538: transition: gnustep-base, gnustep-gui
Emilio Pozuelo Monfort wrote: Everything else looks good, so please go ahead. Thanks; gnustep-base and -gui are now built and installed on all architectures. Please schedule the binNMUs at your earliest convenience. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui
On 08/07/14 09:58, Yavor Doganov wrote: Emilio Pozuelo Monfort wrote: Everything else looks good, so please go ahead. Thanks; gnustep-base and -gui are now built and installed on all architectures. Please schedule the binNMUs at your earliest convenience. I have scheduled the first round, will schedule the rest later. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui
On 08/07/14 10:19, Emilio Pozuelo Monfort wrote: On 08/07/14 09:58, Yavor Doganov wrote: Emilio Pozuelo Monfort wrote: Everything else looks good, so please go ahead. Thanks; gnustep-base and -gui are now built and installed on all architectures. Please schedule the binNMUs at your earliest convenience. I have scheduled the first round, will schedule the rest later. Looks like meson and uwsgi build depend on gnustep but don't link to it. So most likely they don't need it and the build dependency could be dropped. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui
Emilio Pozuelo Monfort wrote: Looks like meson and uwsgi build depend on gnustep but don't link to it. So most likely they don't need it and the build dependency could be dropped. Well, meson is a build system, there could be legitimate reasons for the build-dependency (determining compiler flags, etc.). It can't link anyway as it is an arch:all package written in Python. For uwsgi, I think it is a bug that it doesn't link with the GNUstep libraries, see #753724. BTW, I'm curious why were gnustep-back and openvpn-auth-ldap binNMUed? That was unnecessary. Probably due to some automated setup. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui
Yavor Doganov wrote: I'm waiting for gnustep-back to get ACCEPTed and built everywhere. Once done, we're basically ready (I only have to backport my gnustep-base patch for the gnutls transition). ACCEPTed and built on almost all release architectures (mipsen slightly lagging behind). Please let me know when it is OK to upload to unstable. I gather we must wait for the poppler transition to complete. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui
Control: tags -1 confirmed On 07/07/14 09:47, Yavor Doganov wrote: Yavor Doganov wrote: I'm waiting for gnustep-back to get ACCEPTed and built everywhere. Once done, we're basically ready (I only have to backport my gnustep-base patch for the gnutls transition). ACCEPTed and built on almost all release architectures (mipsen slightly lagging behind). Please let me know when it is OK to upload to unstable. I gather we must wait for the poppler transition to complete. poppler is almost ready and I can just delay binNMUing popplerkit.framework until the poppler transition is over. Everything else looks good, so please go ahead. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui
On 03-07-14 18:44, Yavor Doganov wrote: I'll ping you when the new core packages pass through NEW, OK? I don't see gnustep-gui 0.24 in NEW or in the archive. Was that ever uploaded? How are things looking here? No, unfortunately nobody volunteered to sponsor them [2] yet... My past sponsors are apparently busy and/or not interested anymore, so we're a bit stuck at the moment. I guess patience is the key. It seems the GNUStep team is seriously lacking some help to upload its packages. I can only assume that there is no DD on your team (or that the team consists of one person). I am will to help with this transition by reviewing prepared packages and uploading. What exactly do you think is needed, all uploads related to [1]? Are the specific for this transition, or can they be done beforehand straight into unstable? How sure are you that they are real problems, I read you say they *may* lead to issues. Is there a way to check? Which bugs you think *must* be fixed for this transition to be successful? I have one request. As I don't know GNUStep and its apps (I haven't used any package of it before that I am aware of) I would like to see a README.testing in the source packages that describe how I can perform (simple) checks that the package works. We started adding these README.testing files to packages maintained by the accessibility team to aid team members and I really like the idea. For an example of what I mean you can look at daisy-player [1]. Paul [1] http://anonscm.debian.org/gitweb/?p=pkg-a11y/daisy-player.git;a=blob_plain;f=debian/README.testing signature.asc Description: OpenPGP digital signature
Bug#673538: transition: gnustep-base, gnustep-gui
At Sun, 06 Jul 2014 11:41:07 +0200, Paul Gevers wrote: On 03-07-14 18:44, Yavor Doganov wrote: I'll ping you when the new core packages pass through NEW, OK? I don't see gnustep-gui 0.24 in NEW or in the archive. Was that ever uploaded? How are things looking here? Release team: gnustep-gui/0.24 is already in experimental (thanks Aron Xu and Luca Falavigna). I'm waiting for gnustep-back to get ACCEPTed and built everywhere. Once done, we're basically ready (I only have to backport my gnustep-base patch for the gnutls transition). It seems the GNUStep team is seriously lacking some help to upload its packages. I can only assume that there is no DD on your team (or that the team consists of one person). The team consists of three people nowadays -- Gürkan Sengün, Federico Gimenez Nieto and myself. None of us is DD/DM. The last DD in the team stepped down 5 years ago. I am will to help with this transition by reviewing prepared packages and uploading. Thanks. What exactly do you think is needed, all uploads related to [1]? Are the specific for this transition, or can they be done beforehand straight into unstable? Everything that is at mentors.d.n is suitable for uploading to unstable. I'm holding back the packages that depend on the new libraries. How sure are you that they are real problems, I read you say they *may* lead to issues. Is there a way to check? The way to check is to run the application, trying to test every bit of functionaility on as many architectures as possible, or careful code review. Both are very time consuming tasks. Which bugs you think *must* be fixed for this transition to be successful? It depends which bit of the functionality of the package is affected. If it makes the package mostly unusable then it is obviously a RC bug. I plan to test all of them and adjust the severities accordingly. I would like to fix all found bugs before the freeze, regardless of their severity. We also want to ship the newest upstream releases, and not versions that are obsolete and/or known to be buggy. Currently there is a very bad publicity towards Debian in the GNUstep community because of the wheezy release and the current status. There are forked Debian/Ubuntu packages maintained in a PPA which nearly every debianized GNUstepper is using. We definitely want to make amends here. I have one request. As I don't know GNUStep and its apps (I haven't used any package of it before that I am aware of) There is nothing special, really. Things are a little bit boxy, that's all. aclock.app should be able to display the current time in the clock, textedit.app should be able to do what a basic text editor does, etc. There are some specialized apps like adun.app or cenon.app, I don't know how to write a proper README.testing for those. We started adding these README.testing files to packages maintained by the accessibility team to aid team members and I really like the idea. Yes, the idea is good, but that is too much work for us currently. Is it going to be proprosed for standartization? If I'm going to do this, I'd better write a proper manual for the benefit of all users. For an example of what I mean you can look at daisy-player If the package doesn't have decent documentation, large bits of this file are suitable for README.Debian, IMHO. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui
On 28/05/14 03:29, Yavor Doganov wrote: On Sat, Apr 26, 2014 at 12:44:45PM +0200, Philipp Kern wrote: Yavor, is there any plan to do the transition? #673538 didn't look like it was blocking on us. Please accept my apologies for being MIA for so long. I have the new GNUstep core packages ready at mentors.d.n (targeted for experimental, of course). There were new upstream releases in the meantime, so we'll omit -gui0.22 entirely. IOW: libgnustep-base1.22 - 1.24 libgnustep-gui0.20 - 0.24 I have updated the tracker for that. As for libobj3 - libobj4, there's just openvpn-auth-ldap remaining, which is #747989. That shouldn't block this transition though AFAICS. What can block it is gnustep-base failing on s390x (it may be failing on other architectures as well, as the others were built 2 years ago and have never been retried): https://buildd.debian.org/status/package.php?p=gnustep-basesuite=experimental I rebuilt all GNUstep packages in the archive and fortunately there are only two FTBFS bugs -- #749553 (cenon.app) and #749554 (sogo). I see one is fixed and the other one has a patch. gnustep-dl2 also fails to build, but that's due to the texi2html-makeinfo switch in gnustep-make and is trivial to fix (I'll report the bug tomorrow). In the next few days I'll examine the build logs for compiler warnings and will report those issues that may lead to problems at runtime. I'll ping you when the new core packages pass through NEW, OK? I don't see gnustep-gui 0.24 in NEW or in the archive. Was that ever uploaded? How are things looking here? Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui
Emilio Pozuelo Monfort wrote: On 28/05/14 03:29, Yavor Doganov wrote: libgnustep-base1.22 - 1.24 libgnustep-gui0.20 - 0.24 I have updated the tracker for that. Thanks. As for libobj3 - libobj4, there's just openvpn-auth-ldap remaining, which is #747989. I'll take a look. What can block it is gnustep-base failing on s390x (it may be failing on other architectures as well, as the others were built 2 years ago and have never been retried): It will fail, yes, but this bug is fixed in 1.24.6-1. Regardless, -base and -gui will fail to build everywhere due to a (serious) bug in gnustep-make. That's also fixed in gnustep-make/2.6.6-2 but not uploaded yet. See #752833 for details. I rebuilt all GNUstep packages in the archive and fortunately there are only two FTBFS bugs -- #749553 (cenon.app) and #749554 (sogo). I see one is fixed and the other one has a patch. The patch attached to the bug is not entirely correct; the right fix is in cenon.app.git. I filed about ~30 bugs [1] based on build logs examination only (very weak criteria for Objective-C code). Some are not so important problems that have been around for a while but others are RC candidates. Most packages are ready for upload with a fix available. Few of the fixes depend on the new libraries. These bugs won't block the transition in the trivial sense, but we must make sure they don't sneak into jessie. Basically, all GNUstep packages will probably need to be updated due to the new types NS(U)Integer and CGFloat, otherwise they will be broken at least on 64-bit architectures. [1] https://bugs.debian.org/cgi-bin/pkgreport.cgi?which=tagusers=pkg-gnustep-maintain...@lists.alioth.debian.orgdata=gnustep-base1.24-transition http://udd.debian.org/cgi-bin/bts-usertags.cgi?tag=gnustep-transitionuser=pkg-gnustep-maintainers%40lists.alioth.debian.org I'll ping you when the new core packages pass through NEW, OK? I don't see gnustep-gui 0.24 in NEW or in the archive. Was that ever uploaded? How are things looking here? No, unfortunately nobody volunteered to sponsor them [2] yet... My past sponsors are apparently busy and/or not interested anymore, so we're a bit stuck at the moment. I guess patience is the key. [2] https://bugs.debian.org/cgi-bin/pkgreport.cgi?include=originator%3Ayavor%40gnu.org;dist=unstable;package=sponsorship-requests -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663388: Bug#673538: transition: gnustep-base, gnustep-gui
On Wed, May 28, 2014 at 04:29:59 +0300, Yavor Doganov wrote: I'll ping you when the new core packages pass through NEW, OK? Sounds great, thanks! Cheers, Julien signature.asc Description: Digital signature
Bug#663388: Bug#673538: transition: gnustep-base, gnustep-gui
On Sat, Apr 26, 2014 at 12:44:45PM +0200, Philipp Kern wrote: Yavor, is there any plan to do the transition? #673538 didn't look like it was blocking on us. Please accept my apologies for being MIA for so long. I have the new GNUstep core packages ready at mentors.d.n (targeted for experimental, of course). There were new upstream releases in the meantime, so we'll omit -gui0.22 entirely. IOW: libgnustep-base1.22 - 1.24 libgnustep-gui0.20 - 0.24 I rebuilt all GNUstep packages in the archive and fortunately there are only two FTBFS bugs -- #749553 (cenon.app) and #749554 (sogo). gnustep-dl2 also fails to build, but that's due to the texi2html-makeinfo switch in gnustep-make and is trivial to fix (I'll report the bug tomorrow). In the next few days I'll examine the build logs for compiler warnings and will report those issues that may lead to problems at runtime. I'll ping you when the new core packages pass through NEW, OK? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
On Sat, May 19, 2012 at 16:07:03 +0300, Yavor Doganov wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition We'd like to carry out a GNUstep transition prior to the forthcoming release: libgnustep-base1.22 - 1.24 libgnustep-gui0.20 - 0.22 libobjc3 - 4 (on architectures where gcc-4.7 is the default) If this is still on the cards, how does it play with the gcc-4.8 switch? It seems 4.8 still builds libobjc4, so no changes for the archs that were already on 4.7. I'm not quite sure what's going to happen with the other archs re: gcc... Cheers, Julien signature.asc Description: Digital signature
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
Am 02.06.2013 10:35, schrieb Julien Cristau: On Sat, May 19, 2012 at 16:07:03 +0300, Yavor Doganov wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition We'd like to carry out a GNUstep transition prior to the forthcoming release: libgnustep-base1.22 - 1.24 libgnustep-gui0.20 - 0.22 libobjc3 - 4 (on architectures where gcc-4.7 is the default) If this is still on the cards, how does it play with the gcc-4.8 switch? It seems 4.8 still builds libobjc4, so no changes for the archs that were already on 4.7. my understanding is that the gnustep framework provides a framework that allows for setting the compiler used explicitly. So that could be used. I'm not quite sure what's going to happen with the other archs re: gcc... Me neither. I didn't get any feedback from the porters on https://lists.debian.org/debian-devel-announce/2013/05/msg5.html Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
On 26/06/2012 20:27, Yavor Doganov wrote: gnustep-dl2: DBModeler aborts on startup with NSInvalidArgumentException textedit.app: Cannot create new documents or open existing text files and are they fixable? Besides, do we have a fix for #663388? Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
Mehdi Dogguy wrote: On 26/06/2012 20:27, Yavor Doganov wrote: gnustep-dl2: DBModeler aborts on startup with NSInvalidArgumentException textedit.app: Cannot create new documents or open existing text files and are they fixable? As I'm not familiar with the code, I'll have to investigate. In principle, everything is fixable or at least should be. Besides, do we have a fix for #663388? Yep, that is trivial. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
On 27/06/2012 17:40, Yavor Doganov wrote: Mehdi Dogguy wrote: On 26/06/2012 20:27, Yavor Doganov wrote: gnustep-dl2: DBModeler aborts on startup with NSInvalidArgumentException textedit.app: Cannot create new documents or open existing text files and are they fixable? As I'm not familiar with the code, I'll have to investigate. k, please report back once you have results. In principle, everything is fixable or at least should be. Hopefuly :) Besides, do we have a fix for #663388? Yep, that is trivial. Good. Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
On 20/06/2012 13:20, Yavor Doganov wrote: No, but I'm going to do it now. Any news? Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
Mehdi Dogguy wrote: On 20/06/2012 13:20, Yavor Doganov wrote: No, but I'm going to do it now. Any news? Yes, with gnustep-base built with the patch I have prepared I found only two grave issues so far: gnustep-dl2: DBModeler aborts on startup with NSInvalidArgumentException textedit.app: Cannot create new documents or open existing text files Every other package seems to work properly without recompilation or any special intervention (having in mind that I haven't tested every bit of the provided functionality). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
Hi, Sorry for not getting back to you earlier. On 05/19/2012 04:33 PM, Yavor Doganov wrote: Either way, the current state is broken, because -base is linked with libobjc3 while -gui is mixed because it failed to built at that time, so many GNUstep packages are unusable because they end up linking with two ObjC runtimes. We'll either have to fix this with a transition (preferable for us), or backport the fixes for gnustep-base and binNMU gnustep-gui where it is needed. Do you have an idea on which fixes are needed to be backported if we don't have time to do a transition? Did you test them? Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
Mehdi Dogguy wrote: Do you have an idea on which fixes are needed to be backported if we don't have time to do a transition? Yes. Did you test them? No, but I'm going to do it now. The changes are minimal but are in a hairy area and that makes me feel uneasy. This combination has never been tested upstream either. If we have to resort to that route (no transition), then we'd need: 1) a sourceful upload of gnustep-base with the gcc-4.7/libobjc4 fix 2) binNMUs for gnustep-gui on some architectures (amd64 only, at first glance) 3) fix for #663388, either in gnustep-back or mknfonts.tool -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
On Sat, May 19, 2012 at 05:33:05PM +0300, Yavor Doganov wrote: I'll let you know of all the issues once we have the core packages ready. It's looking good, I think -- gnustep-base/1.24, gnustep-gui/0.22 and gnustep-back/0.22 are in experimental. Summary of the bugs/issues: gcc-4.7/libobjc4 [1]: 12 bugs total 8 fixed 1 fixed by package removal 3 marked as pending gnustep-base1.24 [2]: 2 bugs total 1 fixed 1 to fix (the package is not testing) gnustep-gui0.22 [3]: 1 bug total 1 marked as pending Other issues: gnustep-back/0.22.0-1 FTBFS on the buildds, it's trivial to fix. Looking forward to your permission to upload -base/-gui to unstable. [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=tagusers=debian-...@lists.debian.orgdata=ftbfs-gcc-4.7 [2] http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=tagusers=pkg-gnustep-maintain...@lists.alioth.debian.orgdata=gnustep-base1.24-transition [3] http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=tagusers=pkg-gnustep-maintain...@lists.alioth.debian.orgdata=gnustep-gui0.22-transition -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition We'd like to carry out a GNUstep transition prior to the forthcoming release: libgnustep-base1.22 - 1.24 libgnustep-gui0.20 - 0.22 libobjc3- 4 (on architectures where gcc-4.7 is the default) I plan to upload the new GNUstep stack to experimental within a few days, then make a test rebuild of all GNUstep packages and identify all bugs (GCC-related bugs have already been reported); then I'll follow up with a summary of affected packages. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
Hi Yavor, and thanks for checking with us. Yavor Doganov ya...@gnu.org (19/05/2012): We'd like to carry out a GNUstep transition prior to the forthcoming release: libgnustep-base1.22 - 1.24 libgnustep-gui0.20 - 0.22 libobjc3 - 4 (on architectures where gcc-4.7 is the default) I plan to upload the new GNUstep stack to experimental within a few days, then make a test rebuild of all GNUstep packages and identify all bugs (GCC-related bugs have already been reported); then I'll follow up with a summary of affected packages. What happens if the gcc-defaults switch is finally reverted? End of may is approaching and that's the deadline the maintainer set to settle on a possible revert (which various release team members have been asking for since day 0). I wouldn't bother too much gathering all involved packages, I'll just set up a tracker, which should determine those and the dependencies between them. Uploading to experimental is a good idea, real tests + clearing NEW in advance is always a good idea. Mraw, KiBi. signature.asc Description: Digital signature
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
Cyril Brulebois wrote: What happens if the gcc-defaults switch is finally reverted? You'd have to schedule binNMUs on all archs where 4.7 is the default. The same if 4.7 becomes the default compiler on more architectures, as Matthias Klose indicated on our list. Either way, the current state is broken, because -base is linked with libobjc3 while -gui is mixed because it failed to built at that time, so many GNUstep packages are unusable because they end up linking with two ObjC runtimes. We'll either have to fix this with a transition (preferable for us), or backport the fixes for gnustep-base and binNMU gnustep-gui where it is needed. I wouldn't bother too much gathering all involved packages, I'll just set up a tracker, which should determine those and the dependencies between them. OK, thanks. I'll let you know of all the issues once we have the core packages ready. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
