Bug#725629: vice: racy build

2016-04-13 Thread Andreas Beckmann
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?

Bug#725629: vice: racy build

2016-04-11 Thread Tobias Frost
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

Bug#725629: vice: racy build

2016-04-11 Thread Steven Chamberlain
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

Bug#725629: vice: racy build

2016-04-11 Thread Tobias Frost
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

Bug#725629: vice: racy build

2016-04-11 Thread Steven Chamberlain
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

Bug#725629: vice: racy build

2016-04-11 Thread GCS
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

Bug#725629: vice: racy build

2016-04-11 Thread Steven Chamberlain
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

Bug#725629: vice: racy build

2016-04-11 Thread GCS
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: > >

Bug#725629: vice: racy build

2016-04-11 Thread Tobias Frost
I'm trying anbe's patch on fischer.debian.org now... I'll keep you posted. --  tobi

Bug#725629: vice: racy build

2016-04-11 Thread Andreas Beckmann
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

Bug#725629: vice: racy build

2016-04-11 Thread Andreas Beckmann
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 >

Bug#725629: vice: racy build

2016-04-11 Thread GCS
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

Bug#725629: vice: racy build

2016-04-11 Thread Andreas Beckmann
[ 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: >

Bug#725629: vice: racy build

2016-04-10 Thread Tobias Frost
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. >

Bug#725629: vice: racy build

2016-04-10 Thread 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

Bug#725629: vice: racy build

2016-04-10 Thread 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

Bug#725629: vice: racy build

2016-04-10 Thread Tobias Frost
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=kfreebsd-i386; ; ver=2.4.dfsg%2B2.4.26-1%2Bb1=1460088757