> 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
> > Complete
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
Severity:
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
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 ar
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 try to build gnustep-bas
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: fails t
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 packa
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
> Justifi
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 gn
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
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
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
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.
T
On Mon, 16 Nov 2015 13:19:39 +0100 Eric Heintzmann
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 problems of symlinks in
> libaddre
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,
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)
Whe
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
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_RUN
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 a
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]: Le
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]: Le
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
22 matches
Mail list logo