On 2016-04-11 09:29, László Böszörményi (GCS) wrote:
> On Mon, Apr 11, 2016 at 9:15 AM, Andreas Beckmann wrote:
>> [ this analysis is has been superseded by bug #820658 I filed against make ]
> Yeah, just read that. Do you think anything will happen on the side
> of make? Especially as below you
Am Montag, den 11.04.2016, 21:39 +0100 schrieb Steven Chamberlain:
> Tobias Frost wrote:
> > Now I cannot reproduce the compile problem...
>
> Did you build again from the same tree?
I recycled the unpackaged tree, but did not build twice from the same
tree (Don't try that for mental sanity; I sa
Tobias Frost wrote:
> Now I cannot reproduce the compile problem...
Did you build again from the same tree?
There is a circular dependency of:
* autoreconf generates configure from configure.ac
* configure generates Makefile from Makefile.am
* Makefile has a configure.ac rule to rebuild co
Now I cannot reproduce the compile problem...
Maybe setup problem on my side... Before I had done basically dget'ing
the source, cd'ing into it, wgeting & applying the patch, copy that
resulting dir to have an backup and then run debuild on it. As I did
not deapply the patches before patching I co
László Böszörményi (GCS) wrote:
> Please see Makefile.am:
> -- cut --
> $(top_srcdir)/configure.ac: $(top_srcdir)/configure.proto
> $(am__cd) $(srcdir) && $(SHELL) autogen.sh
> -- cut --
>
> As such, for configure.ac autogen.sh is used, which contains this:
> -- cut --
> if test x
On Mon, Apr 11, 2016 at 8:40 PM, Steven Chamberlain wrote:
> Tobias Frost wrote:
> I notice there is already a patch for this called
> kfreebsd_no_machine_cpufunc.h.patch
> although, you still had it applied for that build:
That's correct and previously it worked. Please see that 2.4.26 built
Hi!
Tobias Frost wrote:
> /usr/include/i386-kfreebsd-gnu/machine/cpufunc.h:42:2: error: #error
> "This header must not be used in combination with ."
> #error "This header must not be used in combination with ."
I notice there is already a patch for this called
kfreebsd_no_machine_cpufunc.h.
On Mon, Apr 11, 2016 at 6:47 PM, Tobias Frost wrote:
> Good and bad new...
> Anbes patch seems to work; but vice fails later.
> Tried 2 times, same result.
> (I saw this (or a similar) build error also yesterday, so I think it is
> not related to the patch)
>
> snippet:
>
> /usr/include/i386-kfree
I'm trying anbe's patch on fischer.debian.org now...
I'll keep you posted.
--
tobi
Control: tag -1 patch
Here is my suggested solution:
* undo all workarounds
- drop the patch
- minimize override_dh_auto_build (removing it completely didn't run
trans-update)
- fix the spurious dependency of the POTFILES target on intl2po
- fix debian/rules build
- new patch to ensure POTFILES
Processing control commands:
> tag -1 patch
Bug #725629 [src:vice] vice: sometimes FTBFS: error while opening
"src/arch/win32/res.rc.po.c" for reading: No such file or directory
Bug #756916 [src:vice] vice: sometimes FTBFS: error while opening
"src/arch/win32/res.rc.po.c" for reading: No such fi
A patch is coming soon ...
On 2016-04-11 09:29, László Böszörményi (GCS) wrote:
> OK, but as you suspect this may build next time and so on, then it
> will just break again. Well, maybe the 'ls' calls will make it work,
> due to the extra time it needs to execute those. But then I can add
> 'slee
On Mon, Apr 11, 2016 at 9:15 AM, Andreas Beckmann wrote:
> [ this analysis is has been superseded by bug #820658 I filed against make ]
Yeah, just read that. Do you think anything will happen on the side
of make? Especially as below you can be right that filesystem
timestamp resolution is the rea
[ this analysis is has been superseded by bug #820658 I filed against make ]
Hi,
that bug made me curious.
On Sun, 10 Apr 2016 10:54:35 +0200
=?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?= wrote:
> On Sun, Apr 10, 2016 at 8:51 AM, Tobias Frost wrote:
> > Happened again :(
> I'm out of
Am Sonntag, den 10.04.2016, 16:38 +0200 schrieb László Böszörményi
(GCS):
> On Sun, Apr 10, 2016 at 8:51 AM, Tobias Frost
> wrote:
> > Happened again :(
> ... and again. Strange that it happens mostly on kFreeBSD, on Hurd
> from time to time, but rarely on other architectures.
>
> Laszlo/GCS
I c
On Sun, Apr 10, 2016 at 8:51 AM, Tobias Frost wrote:
> Happened again :(
... and again. Strange that it happens mostly on kFreeBSD, on Hurd
from time to time, but rarely on other architectures.
Laszlo/GCS
On Sun, Apr 10, 2016 at 8:51 AM, Tobias Frost wrote:
> Happened again :(
I'm out of ideas. :( Tried to reproduce it many-many times locally
without success. Upstream gave a possible idea and possible fix - then
I do step by step compilation of that part. It still fails randomly
even if it's rare.
Control: reopen -1
Control: found -1 2.4.dfsg+2.4.26-1+b1
Happened again :(
See
https://buildd.debian.org/status/fetch.php?pkg=vice&arch=kfreebsd-i386&;
;
ver=2.4.dfsg%2B2.4.26-1%2Bb1&stamp=1460088757
18 matches
Mail list logo
