Bug#804256: lintian: false positive postrm-should-call-ldconfig

Le 12/11/2015 12:45, Eric Heintzmann. a écrit : Hi, I have a false positive too with new gworkspace package: http://eh666.free.fr/GNUstep/temp/gworkspace.app_0.9.3-1_amd64.deb There is a trigger added by dh_makeshlibs too. other binaries and source package are available at: http://eh666

Bug#804256: lintian: false positive postrm-should-call-ldconfig

Le 12/11/2015 21:06, Adam D. Barratt a écrit : On Thu, 2015-11-12 at 20:54 +0100, Eric Heintzmann wrote: Le 12/11/2015 12:45, Eric Heintzmann. a écrit : Hi, I have a false positive too with new gworkspace package: http://eh666.free.fr/GNUstep/temp/gworkspace.app_0.9.3-1_amd64.deb

Bug#804256: lintian: false positive postrm-should-call-ldconfig

Hi, I have a false positive too with new gworkspace package: http://eh666.free.fr/GNUstep/temp/gworkspace.app_0.9.3-1_amd64.deb There is a trigger added by dh_makeshlibs too. Thanks Eric

Bug#607527: Fwd: Re: Stefan Potyra <sistp...@ubuntu.com>

itz.box with local (Exim 4.86) (envelope-from <sistp...@ubuntu.com>) id 1ZxKFG-Mi-Lf for heintzmann.e...@free.fr; Fri, 13 Nov 2015 20:42:50 +0100 Date: Fri, 13 Nov 2015 20:42:50 +0100 From: Stefan Potyra <sistp...@ubuntu.com> To: Eric Heintzmann. <heintzmann.e...@fr

Bug#805201: [Debian GNUstep maintainers] Bug#805201: gnumail: FTBFS: /usr/bin/ld: cannot find -lAddresses

Le 15/11/2015 21:26, Chris West (Faux) a écrit : Source: gnumail Version: 1.2.2-1 Severity: serious Justification: fails to build from source Tags: sid User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer,

Bug#805201: gnumail: FTBFS: /usr/bin/ld: cannot find -lAddresses

On Mon, 16 Nov 2015 13:19:39 +0100 Eric Heintzmann <heintzmann.e...@free.fr> wrote: > > > > /usr/bin/ld: cannot find -lAddresses > > /usr/bin/ld: cannot find -lAddressView > > collect2: error: ld returned 1 exit status > At first glance, there are strange probl

Bug#607527: Stefan Potyra <sistp...@ubuntu.com>

Hi, addresses-for-gnustep fails to build from source, if --as-needed is used as a linker flag [1,2]. The reason is that --as-needed enforces a strict ordering (symbol users in front of symbol definitions). Attached is a patch that fixes the problem by sorting out the libraries from _LDFLAGS

Bug#805019: gworkspace: new upstream version available

Package: gworkspace.app Severity: normal Dear Maintainers, GWorkspace 0.9.3 is available. (I can prepare a package) Thanks Eric -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (910, 'testing-updates'), (900, 'testing'), (400, 'unstable'), (10,

Bug#826592: [Debian GNUstep maintainers] Bug#826592: gnustep-gui: FTBFS: 22 Failed builds

Yes, the tests failed to build. This is because of the new version of gnustep-make. But an upload of a new version of gnustep-gui is planned, as soon as gnustep-base will be ready. Le 06/06/2016 à 20:16, Chris Lamb a écrit : > Source: gnustep-gui > Version: 0.24.0-3.1 > Severity: serious >

Bug#825618: gnustep-dl2-postgresql-adaptor: fails to upgrade from wheezy to jessie to stretch: cannot switch directory to symlink

Le 28/05/2016 à 17:08, Andreas Beckmann a écrit : >> Le 28/05/2016 à 10:33, Andreas Beckmann a écrit : >>> dpkg-maintscript-helper: error: directory >>> '/usr/lib/GNUstep/Frameworks/PostgreSQLEOAdaptor.framework/Resources/LoginPanel.bundle/Resources' >>> contains files not owned by package

Bug#825618: gnustep-dl2-postgresql-adaptor: fails to upgrade from wheezy to jessie to stretch: cannot switch directory to symlink

Hi Thanks for your bug report. But is it possible to have more info ? Le 28/05/2016 à 10:33, Andreas Beckmann a écrit : > dpkg-maintscript-helper: error: directory > '/usr/lib/GNUstep/Frameworks/PostgreSQLEOAdaptor.framework/Resources/LoginPanel.bundle/Resources' > contains files not owned

Bug#827383: RFS: gmp-ecm/7.0.1+ds-2 [RC] -- Factor integers using the Elliptic Curve Method

Le 15/06/2016 à 16:41, Jerome Benoit a écrit : > Package: sponsorship-requests > Severity: serious > Justification: fails to build from source (but built successfully in the past) > > Dear Sponsors, > > I am looking for sponsorship for the Debian package gmp-ecm [1], a > mathematical

Bug#827383: RFS: gmp-ecm/7.0.1+ds-2 [RC] -- Factor integers using the Elliptic Curve Method

Le 15/06/2016 à 23:12, Jerome BENOIT a écrit : > Hello Eric, > > On 15/06/16 20:57, Eric Heintzmann wrote: > > > > Le 15/06/2016 à 16:41, Jerome Benoit a écrit : > >> Package: sponsorship-requests > >> Severity: serious > >> Justification: fa

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

ew debian/gnustep-common.links file. * Provide a new debian/gnustep-common.lintian-overrides file. * Move gnustep-config.1 manpage to gnustep-make package: gnustep-make now Replaces: and Breaks gnustep-common (<<2.6.8-1). -- Eric Heintzmann <heintzmann.e...@free.fr> Tue, 03 May 2016 22:13:30 +0200

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Le 17/05/2016 11:52, Gianfranco Costamagna a écrit : > Hi, >> switch to autoreconf done > > > nice! > > little nitpick before answering to the open points: > * debian/patches/manpage-spelling-errors.patch: New, fix two spelling > + > errors. > > > there is a new space in changelog >

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Hi, Reuploaded ! Le 17/05/2016 18:58, Eric Heintzmann a écrit : > > > Le 17/05/2016 11:52, Gianfranco Costamagna a écrit : >> Hi, >>> switch to autoreconf done >> >> nice! >> >> little nitpick before answering to the open points: >> * debi

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Le 17/05/2016 19:27, Eric Heintzmann a écrit : > Hi, > Reuploaded ! https://mentors.debian.net/package/gnustep-make or dget -x https://mentors.debian.net/debian/pool/main/g/gnustep-make/gnustep-make_2.6.8-1.dsc Updated changelog: gnustep-make (2.6.8-1) unstable; urgency=low

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Hi Le 17/05/2016 11:52, Gianfranco Costamagna a écrit : > > > Depends: gnustep-common (>= ${source:Version}), > gnustep-common (<< ${source:Version}.1~), > gobjc, > -autotools-dev, > ${misc:Depends}, > -${gnustep:Depends} > +${perl:Depends} > +Replaces: gnustep-common (<<

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

oops ! accidentally removed gsdh_gnustep symlinks ! Fixed and reuploaded add this line to changelog * Provide a new debian/gnustep-make.links. https://mentors.debian.net/package/gnustep-make or dget -x https://mentors.debian.net/debian/pool/main/g/gnustep-make/gnustep-make_2.6.8-1.dsc

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Le 16/05/2016 15:16, Gianfranco Costamagna a écrit : > Hi Eric, > > > >> Well autotools-dev already used. No changes here. >> About autoreconf, I'm not familiar with it. >> I installed it to test it. Since all seems ok, I've not removed it. > > https://wiki.debian.org/Autoreconf > > I was

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Hi Gianfranco, Le 16/05/2016 21:15, Gianfranco Costamagna a écrit : > Hi Eric, > > >> I think there are too many changes in this release. >> Is it okay to remove autoreconf for now, >> and replace autotools-dev by autoreconf at next release ? > > it is, just a side note: I never had issues with

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Le 15/05/2016 02:46, Adam Borowski a écrit : > Hi! > > On Sat, May 14, 2016 at 12:39:16PM +0200, Eric Heintzmann wrote: >> I am looking for a sponsor for my package "gnustep-make" >> >> * Package name: gnustep-make >>Version

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Le 15/05/2016 03:26, Adam Borowski a écrit : > On Sun, May 15, 2016 at 03:04:37AM +0200, Eric Heintzmann wrote: >> Le 15/05/2016 02:46, Adam Borowski a écrit : >>> On Sat, May 14, 2016 at 12:39:16PM +0200, Eric Heintzmann wrote: >>>> I am looking for a sponso

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

>> also, the control.in file removal is not documented I guess > Yes, this is a consequence of the debian/rules rewriting. I mean I've removed control target in debian/rules file, thus I removed control.in which was not needed any longer. Thanks Eric

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Le 16/05/2016 12:40, Gianfranco Costamagna a écrit : > control: tags -1 moreinfo > > Hi Eric, some questions on the changes: > 1) why do you need both autotools-dev and autoreconf? Well autotools-dev already used. No changes here. About autoreconf, I'm not familiar with it. I installed it to

Bug#824262: Fwd: Re: gnustep-make ack

-printable Mime-Version: 1.0 (1.0) Subject:Re: gnustep-ameke ack Message-Id: <4397053c-73d5-4402-adc6-8f5c8fa5f...@phys.ethz.ch> Date: Mon, 16 May 2016 13:52:11 +0200 References: <5739ae33.40...@free.fr> In-Reply-To:<5739ae33.40...@free.fr> To: Er

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Hi Gianfranco, Le 16/05/2016 15:16, Gianfranco Costamagna a écrit : > Hi Eric, > > nice indeed, so please wait some more time, and ping me back in 7-15 days if > nobody > picked up the work in the meanwhile. > > Iain R. Learmonth has uploaded gnustep-make. Thanks to you for helping me to

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

p-common.install file. * Provide a new debian/gnustep-common.manpages file. * Provide a new debian/gnustep-common.docs file. * Move gnustep-config.1 manpage to gnustep-make package: gnustep-make now Replaces: gnustep-common (<< 2.6.8-1). Regards, Eric Heintzmann

Bug#823281: [Debian GNUstep maintainers] Bug#823281: gnustep-make: build-indep depends on binary-arch

Hi, Le 03/05/2016 16:00, Santiago Vila a écrit : > On Tue, May 03, 2016 at 03:46:13PM +0200, Eric Heintzmann wrote: >> Thanks for this bug report and thanks for finding a solution. >> >> Anyway I plan to repackage the Core GNUstep packages (including >> gnustep-mak

Bug#823281: gnustep-make: build-indep depends on binary-arch

Le 14/05/2016 13:14, Eric Heintzmann a écrit : > Hi, > > Le 03/05/2016 16:00, Santiago Vila a écrit : >> On Tue, May 03, 2016 at 03:46:13PM +0200, Eric Heintzmann wrote: >>> Thanks for this bug report and thanks for finding a solution. >>> >>> Anyway I p

Bug#823249: RFS: camera.app/0.8.0-10 [RC] -- GNUstep application for digital still cameras

Ustep/Camera.app: - use debian/install file, - use dh_symlink and dpkg-maintainer-script (and thus add dependency to dpkg (>= 1.17.4)) to create symlink from old to new locations. (provide new camera.app.links and new camera.app.maintscript files). Regards, Eric Heintzmann

Bug#823281: [Debian GNUstep maintainers] Bug#823281: gnustep-make: build-indep depends on binary-arch

Thanks for this bug report and thanks for finding a solution. Anyway I plan to repackage the Core GNUstep packages (including gnustep-make), and rewriting debian/rules using dh_overrides_* targets. (If there are no objections from other Debian GNUstep Maintainers) It should solve these bugs.

Bug#830137: transition: gnustep-gui

Le 06/07/2016 à 22:59, Emilio Pozuelo Monfort a écrit : > Control: tags -1 confirmed > > On 06/07/16 13:35, Eric Heintzmann wrote: >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: transition >>

Bug#830137: transition: gnustep-gui

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition New upstream gnustep-gui/back bumps SONAME (change of ABI without change in API) , so we need to transition. Now with gnustep-gui/back 0.25.0 in experimental, we can start transition

Bug#649419: [Debian GNUstep maintainers] Bug#649419: gnustep-base: FTBFS intermittently [amd64]: Hangs in base/NSOperation

Le 10/07/2016 à 12:10, Emilio Pozuelo Monfort a écrit : > Control: severity -1 serious > > On Sun, 20 Nov 2011 12:09:35 -0800 Daniel Schepler > wrote: >> Source: gnustep-base >> Version: 1.22.1-2 >> Severity: important >> >> It seems that roughly 50% of the time, when I

Bug#649419: [Debian GNUstep maintainers] Bug#649419: gnustep-base: FTBFS intermittently [amd64]: Hangs in base/NSOperation

Le 10/07/2016 à 15:13, Emilio Pozuelo Monfort a écrit : > On 10/07/16 12:53, Eric Heintzmann wrote: >> If you have access to these machines, is it possible to see the >> Tests/tests.log file ? >> (Or at next build attempt) > Sorry, I don't (and besides, the trees are rem

Bug#833755: [Debian GNUstep maintainers] Bug#833755: gnustep-base: FTBFS on buildds with gcc6/icu57

Le 16/08/2016 à 23:40, peter green a écrit : About a week ago you tagged this bug pending, any ETA on an upload? The package is available at mentors: https://mentors.debian.net/package/gnustep-base Waiting for my sponsor, Iain R. Learmonth, to upload it. Eric

Bug#837010: gnustep-base: FTBFS: Tests failures

> Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part (hopefully): > > > > Testing NSXMLParser.m... > > Running base/headers/NSXMLParser.m... > > Passed test: NSXMLParser.m:9 ... include of Foundation/NSXMLParser.h > > works > >

Bug#835894: [Debian GNUstep maintainers] Bug#835894: terminal.app: crashes on startup: Did not find correct version of backend

Well, it seems that teminal.app doesn't depends on gnustep-back package. Instead it depends on libgnustep-gui0.25 which doesn't depends on gnustep-back. I will look at this tomorrow Eric Le 29/08/2016 à 06:02, Adam Borowski a écrit : Package: terminal.app Version: 0.9.8-1+nmu1+b2

Bug#883583: [Debian GNUstep maintainers] Bug#883583: gnustep-gui-runtime: GSCUPS bundle crashes applications on CUPS client hosts

Le 05/12/2017 à 14:38, Yavor Doganov a écrit : > Unfortunately stable is also affected because gnustep-gui/0.25.0-4 was > rebuilt for the imagemagick transition in January 2017 and was built > against recent cups which has the function deprecated. > > Eric, do we want to fix this now or we could

Bug#879738: transition: gnustep-base

On Tue, 31 Oct 2017 22:05:41 +0200 Yavor Doganov wrote: > 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

Bug#934718: switcheroo-control: Failed to start Switcheroo Control Proxy service

Package: switcheroo-control Version: 1.2-2 Severity: important Dear Maintainer, Switcheroo does not start. I tried, without success: $ systemctl restart switcheroo-control Here is the output of journalctl -xe: août 14 01:07:20 ARRAKIS systemd[1]: Starting Switcheroo Control Proxy service...

Bug#267909: FTBFS on kfreebsd-gnu

tags + 267909 fixed-upstream thank This bug is fixed in CVS upstream: http://savannah.gnu.org/bugs/?func=detailitemitem_id=12316 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#267909: FTBFS on kfreebsd-gnu

tags 267909 + fixed-upstream thank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#291356: [Fwd: Re: gnustep-back: Log message not precise enough (fwd)]

: gmane.comp.lib.gnustep.bugs References: [EMAIL PROTECTED] On Feb 27, 2005, at 10:25 AM, Eric Heintzmann wrote: Package: gnustep-back Version: 0.9.4-2 Severity: normal In Source/art/blit.m, there are two log messages : NSLog(@Unrecognized color masks: %08x:%08x:%08x %i, red_mask, green_mask, blue_mask

Bug#293802: Fixed in experimental

tags 293802 + fixed|-in-experimental| thank|| Ok, tagged as fixed-in-experimental Thanks, Eric Yavor Doganov wrote: On 2005-02-24 22:35:12 +0200 Yavor Doganov [EMAIL PROTECTED] wrote: - #293802: not fixed, but different behaviour. Now the application doesn't crash when switching to threaded

Bug#296977: gworkspace.app: GWorkspace doesn't start on a VNC 8bit display

Lars Wirzenius wrote: well, it *might* work smoothly indeed, but the fact is that I'm accessing a Sarge sys via a vnc session at 8bit, and all I got is: 2005-02-26 06:59:40.000 GWorkspace[31699] NOTE: Only one display per host fully supported. 2005-02-26 06:59:40.000 GWorkspace[31699] WARNING -

Bug#299178: [Debian GNUstep maintainers] Bug#299178: gnustep-gui: FTBFS (amd64/gcc-4.0): array type has incomplete element type

tag 299178 |+ fixed-upstream| thank Bug fixed in upstream CVS by Richard Frith-Macdonald. Thanks Andreas Jochens wrote: Package: gnustep-gui Severity: normal Tags: patch When building 'gnustep-gui' on amd64 with gcc-4.0, I get the following error: gcc Functions.m -c \ -MMD -MP

Bug#296977: [bugs #12478] GNUstep don't start on a VNC or qemu 8bit display

Hi Paolo, hi Lars, I applied Alexander's patch, and made a new gnustep-back package. Please, could you test it and reports if it work (or not) ? You will find the new gnustep-back package here: http://eh666.free.fr/GNUstep/debian/tests/gnustep-back/ If you don't use i386 arch, you can easily

Bug#304928: gworkspace: FTBFS on amd64: make_services: relocation error: make_services: undefined symbol: main

Kurt Roeckx wrote: Package: gworkspace Version: 0.7.0-1 Severity: important Hi, Your package is failing to build on amd64 with the following error: gcc -rdynamic-o thumbnailer.service/./thumbnailer ./shared_obj/main.o\ -L/root/GNUstep/Library/Libraries

Bug#304968: gnustep-base should not enter in sarge now

Package: gnustep-base Severity: normal Tags: sid gnustep-base 1.10.2 should stay in sid untill gnustep-gui and gnustep-back are ready to enter in sarge and all gnustep apps are successfully tested or rebuilt. We want to keep sarge clean. -- System Information: Debian Release: 3.1 APT prefers

Bug#304928: gworkspace: FTBFS on amd64: make_services: relocation error: make_services: undefined symbol: main

Kurt Roeckx wrote: On Sat, Apr 16, 2005 at 10:36:27PM +0200, Eric Heintzmann wrote: Please, could you say us what version of gnustep-make, gnustep-base and gnustep-gui have been used to try to build gworkspace. Setting up gnustep-make (1.10.0-5) ... Setting up gnustep-base-common (1.10.2-1

Bug#304928: gworkspace: FTBFS on amd64: make_services: relocation error: make_services: undefined symbol: main

Kurt Roeckx wrote: On Sat, Apr 16, 2005 at 11:49:05PM +0200, Eric Heintzmann wrote: Well, you used latest gnustep base (1.10.2), but not latest gnustep-gui/back (0.9.4). You should use -gui/back 0.9.5. But of course they are not available in debian. I cannot upload them alone because I am

Bug#304928: gworkspace: FTBFS on amd64: make_services: relocation error: make_services: undefined symbol: main

|reassign 304928 gnustep-gui-common thank | Kurt Roeckx wrote: On Sun, Apr 17, 2005 at 02:32:03PM +0200, Eric Heintzmann wrote: If you have gnustep-gui-common installed, could you try to type make_services, and report what 's happening ? # make_services /usr/lib/GNUstep/System/Tools

Bug#304928: gworkspace: FTBFS on amd64: make_services: relocation error: make_services: undefined symbol: main

Kurt Roeckx wrote: On Sun, Apr 17, 2005 at 11:59:18AM +0200, Eric Heintzmann wrote: And it's not sure this is really a -base/gui/back version problem, this is just the first thing I thought. Looking at an older build log it was tried with libgnustep-base1.10-dev 1.10.1-3 too with the same

Bug#305044: addresses-for-gnustep: FTBFS: GWorkspace/ContentViewersProtocol.h: No such file or directory

Roland Stigge wrote: Package: addresses-for-gnustep Version: 0.4.6-3 Severity: serious Hi, building the package addresses-for-gnustep in a clean sid build environment (with pbuilder) on i386 results in: = [...] done make[2]:

Bug#305044: addresses-for-gnustep: FTBFS: GWorkspace/ContentViewersProtocol.h: No such file or directory

Roland Stigge wrote: Package: addresses-for-gnustep Version: 0.4.6-3 Severity: serious Hi, building the package addresses-for-gnustep in a clean sid build environment (with pbuilder) on i386 results in: = [...] done make[2]:

Bug#304928: gworkspace: FTBFS on amd64: make_services: relocation error: make_services: undefined symbol: main

Kurt Roeckx wrote: On Sun, Apr 17, 2005 at 02:32:03PM +0200, Eric Heintzmann wrote: If you have gnustep-gui-common installed, could you try to type make_services, and report what 's happening ? # make_services /usr/lib/GNUstep/System/Tools/make_services: relocation error: /usr/lib

Bug#305044: addresses-for-gnustep: FTBFS: GWorkspace/ContentViewersProtocol.h: No such file or directory

Steve Langasek wrote: Hi Eric, Finally I think it's better to just not build the VCFViewer inspector. Edit the Goodies/GNUmakefile file and remove this line : VCFViewer \ that's all. According to the BTS, you're the maintainer of this package -- do you plan to prepare

Bug#205151: [bug #12477] Alt Gr key generates ISO_Level3_Shift keysym

Adrian Robert wrote: Follow-up Comment #1, bug #12477 (project gnustep): I want to be sure I have this straight. You set GSFirstAlternateKey to 'ISO_Level3_Shift' and it works, but if you DON'T set this and instead set GSSecondAlternateKey to 'ISO_Level3_Shift', it doesn't? Now it works. -- To

Bug#307290: addresses-for-gnustep: FTBFS (testing): cannot find protocol declaration for `ContentViewersProtocol'

Andreas Jochens wrote: Package: addresses-for-gnustep Version: 0.4.6-3 Severity: serious Tags: sarge When building 'addresses-for-gnustep' on i386/testing, I get the following error: gcc VCFViewer.m -c \ -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1

Bug#307290: addresses-for-gnustep: FTBFS (testing): cannot find protocol declaration for `ContentViewersProtocol'

Steve Langasek a écrit : On Mon, May 02, 2005 at 08:03:55PM +0200, Eric Heintzmann wrote: Package: addresses-for-gnustep Version: 0.4.6-3 Severity: serious Tags: sarge When building 'addresses-for-gnustep' on i386/testing, I get the following error: gcc VCFViewer.m -c \ -MMD -MP -DGNUSTEP

Bug#293802: (no subject)

Yavor Doganov a écrit : I have imported the raw archive of gnumail-users mailing list (~1060 messages) and GNUMail doesn't crash when switching to threaded view in this particular mailbox. However it still crashes alwasys when I do so in all my other mailboxes, and in my Inbox as well, where I

Bug#296977: gworkspace.app: GWorkspace doesn't start on a VNC 8bit display

Paolo a écrit : Package: gworkspace.app Version: 0.6.5-3; reported 2005-02-26 Severity: grave Justification: renders package unusable It seems that it renders unusable remotly and not in all cases. hello, well, it *might* work smoothly indeed, but the fact is that I'm accessing a Sarge sys via

Bug#205151: gworkspace: cannot copy

[EMAIL PROTECTED] wrote: Hi My bug reports mixed somewhat different issues. I was complaining that it did not worked with the mouse but back in those time the edit menu copy was greyed out and Alt_c no shown . Out of luck i tried the mouse as it was told it may work (i did not even know if it was

Bug#443186: xserver-xorg: Cannot start xserver

Package: xserver-xorg Version: 1:7.3+2 Severity: grave Justification: renders package unusable *** Please type your report below this line *** I've upgraded all my x.org packages to version 7.3, and now I cannot start anymore the X server. (I ve tried with gdm and startx without any success)

Bug#315274: Menu is outside the screen when screen changes its resolution

tags 315274 + fixed-upstream quit Fixed in gnustep-gui 0.10.0 (Don't forget to close this bug when packaging it) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#327725: [Debian GNUstep maintainers] Bug#327725: gnustep-make(GNU/k*BSD): FTBFS: out of date config.sub/config.guess

Aurelien Jarno a écrit : Package: gnustep-make Version: 1.10.0-6 Severity: important Hello, The current version of gnustep-make fails to build on GNU/kFreeBSD, because of outdated config.guess and config.sub. The versions of config.guess and config.sub in gnustep-make are too old to

Bug#327725: gnustep-make(GNU/k*BSD): FTBFS: out of date config.sub/config.guess

forwarded 327725 http://savannah.gnu.org/bugs/?func=detailitemitem_id=14502 quit This bug has already been forwarded into the upstream bugzilla. Tag it as forwarded. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#205151: gworkspace: cannot copy

forwarded 205151 http://savannah.gnu.org/bugs/?func=detailitemitem_id=12477 stop This bug has been forwarded to the upstream bugzilla: http://savannah.gnu.org/bugs/?func=detailitemitem_id=12477 Don't hesitate to ask there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Bug#315261: Allows arbitrary ascii codes in file names

tags 315261 + fixed-upstream stop fixed in upstream CVS. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#315262: Fixed upstream

tags 315262 + fixed-upstream stop fixed in upstream CVS. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#315263: Won't fix

severity 315263 wishlist tags 315263 + wontfix stop Not a bug. We don't need to fix it. Anton Zinoviev Enrico Sersale [EMAIL PROTECTED] wrote: GW can't do anything for this. If you create the directory from a terminal, for NSWorkspace Foo.txt will be a plain file. But I've added an alert that

Bug#315267: Fixed upstream

tags 315267 + fixed-upstream stop fixed in upstream CVS. Enrico Sersale [EMAIL PROTECTED] wrote: From this point of wiew you are right. Fixed. Now GWorkspace supports multiple viewers opened on / and remembers the contents of the shelfs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a

Bug#315268: Fixed upstream

tags 315268 + fixed-upstream stop fixed in upstream CVS. Enrico Sersale [EMAIL PROTECTED] wrote: I've fixed this but not in the way you suggest. Instead of the current selection, the icon represents the base path of the viewer that is miniaturized. This because using the selection has no

Bug#315270: Fixed upstream

tags 315270 + fixed-upstream stop fixed in upstream CVS. Enrico Sersale [EMAIL PROTECTED] wrote: Fixed on CVS. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#315276: Fixed upstream

tags 315276 + fixed-upstream stop fixed in upstream CVS. Enrico Sersale [EMAIL PROTECTED] wrote: Well, I've added to the dialog the count of the items you are about to recycle/move/copy/etc. Now it is: RECYCLER Move (count) items from: /home/anton to the Recycler? Cancel OK And remember that

Bug#315278: Fixed upstream

tags 315278 + fixed-upstream stop fixed in upstream CVS. Enrico Sersale [EMAIL PROTECTED] wrote: Fixed on CVS. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#315280: Fixed in gworkspace 0.7.1

tags 315280 + fixed-upstream stop fixed in upstream CVS. Enrico Sersale [EMAIL PROTECTED] wrote: This works in 0.7.1. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#698032: Migrate from GConf to GSettings

Package: gkdebconf Version: 1.2.68 With GNOME 3.0 (april 2011), the GNOME Project decided to discontinue GConf. It won't be maintained anymore: bugs and security holes will not be fixed. Thus, gkdebconfr shouldn't depend on GConf any longer. Please, migrate to GSettings. GStettings is the

Bug#699014: Migrate from GConf to GSettings

Package: amule-gnome-support Version: 2.3.1-9 With GNOME 3.0 (april 2011), the GNOME Project decided to discontinue GConf. It won't be maintained anymore: bugs and security holes will not be fixed. Thus, amule-gnome-support shouldn't depend on GConf any longer. Please, migrate to GSettings.

Bug#699014: [Pkg-amule-devel] Bug#699014: Migrate from GConf to GSettings

Le sam. 26/01/2013 17:55, Sandro Tosi a écrit : would you like to write a patch to port aMule GNOME support to GSettings? We can also send this patch upstream, which really likely appreciate it. I've already reported this bug upstream:

Bug#699014: [Pkg-amule-devel] Bug#699014: Bug#699014: Migrate from GConf to GSettings

Le dim. 27/01/2013 17:02, Sandro Tosi a écrit : On Sun, Jan 27, 2013 at 10:05 AM, Eric Heintzmann heintzmann.e...@free.fr wrote: I've already reported this bug upstream: http://amule.forumer.com/port-from-gconf-to-gsettings-t2300205.html They said they are not responsible for this bug. I dig

Bug#699014: [Pkg-amule-devel] Bug#699014: Bug#699014: Migrate from GConf to GSettings

Le dim. 27/01/2013 17:02, Sandro Tosi a écrit : On Sun, Jan 27, 2013 at 10:05 AM, Eric Heintzmann heintzmann.e...@free.fr wrote: I've already reported this bug upstream: http://amule.forumer.com/port-from-gconf-to-gsettings-t2300205.html They said they are not responsible for this bug. I dig

Bug#671780: What is planned about FreeDesktop XDG basedir specification for aptitude?

http://ploum.net/post/207-modify-your-application-to-use-xdg-folders https://live.gnome.org/GnomeGoals/XDGConfigFolders http://www.freedesktop.org/wiki/Specifications/basedir-spec -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?