akossh has joined #maemo-leste
Anasko has joined #maemo-leste
hm has quit [Remote host closed the connection]
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
Anasko has quit [Ping timeout: 252 seconds]
freemangordon has quit [Ping timeout: 265 seconds]
akossh has quit [Quit: Leaving.]
joerg has quit [Ping timeout: 248 seconds]
joerg has joined #maemo-leste
lul4 has joined #maemo-leste
lul4 has quit [Client Quit]
freemangordon has joined #maemo-leste
Anasko has joined #maemo-leste
Twig has joined #maemo-leste
Livio has joined #maemo-leste
<Wizzup> freemangordon: can you look at libaccounts failing to build?
<Wizzup> I think the problem is its custom autogen.sh and the fact that the m4 files are in the .gitignore
<Wizzup> we need libaccounts to get get abook, to get rtcom-el-ui, etc
<freemangordon> ok
xmn has quit [Ping timeout: 260 seconds]
xmn has joined #maemo-leste
xmn has quit [Ping timeout: 260 seconds]
<Wizzup> freemangordon: it looked like it solved the problem for me yestesrday
<Wizzup> but then I realised that just rerunning dpkg-buildpackage on the vm also helped
<Wizzup> you need to do git clean -fd and git reseet --hard to ensrue things work
<Wizzup> it looked to me like one was expecing that ./autogen.sh would be run by debian
<Wizzup> but it doesn't run that
<freemangordon> ok, please revert that commit
<freemangordon> I don;t know why the build is failing in the autobuilder, but it is not related to --as-needed
<freemangordon> "cp: cannot create regular file './m4/': Not a directory"
<freemangordon> what the?
<freemangordon> anyway, I can;t make it fail in VM here
<freemangordon> Wizzup: what is the FS there?
<Wizzup> freemangordon: ext4
<freemangordon> shall I revert the 'fix'?
<Wizzup> there is something wrong with the autotools setup for libaccounts for sure
<Wizzup> you can but it won't fix anything
<freemangordon> yes, but at least it will not link unneded libs once it is build :)
<Wizzup> distclean also fails
<freemangordon> I wonder why it does not fail here
<Wizzup> make -j1 distclean
<Wizzup> make[1]: Entering directory '/home/user/libaccounts'
<Wizzup> CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash '/home/user/libaccounts/missing' aclocal-1.16 -I m4
<Wizzup> cd . && /bin/bash /home/user/libaccounts/missing automake-1.16 --gnu
<Wizzup> automake-1.16: error: cannot open < doc/gtk-doc.make: No such file or directory
<freemangordon> this is on your machine?
<Wizzup> yes
<Wizzup> but this is a different error
<Wizzup> did you try 'git clean -fd ; git reset --hard'
<freemangordon> yes
<Wizzup> and you get no error on daedalus?
<freemangordon> on chimaera
<Wizzup> on chimaera there was no problem :)
<freemangordon> I have no daedalus
<Wizzup> this is a newer autotools thing
<freemangordon> lemme clone the VM
<Wizzup> hence my other commit to 'autoupdate'
<freemangordon> hmm?
<Wizzup> I installed devuan fwiw, but you can go the apt dist-upgrade way to I suppose
<freemangordon> sorry, what is this "autoupdate"?
<Wizzup> oh the other commit never made it, interesting
<Wizzup> sec
<Wizzup> I ran 'autoupdate' and wanted ot commit that
<Wizzup> but only did that locally
<Wizzup> apparently
<freemangordon> wait, gimme few minutes to upgrade my VM
<Wizzup> sure
<Wizzup> you cna force-push the as needed change if you want
<Wizzup> to revert it
<freemangordon> yes, will do
<freemangordon> oooh, raid 1 SSD makes all the differnece :D
<freemangordon> 2 minutes to clone the VM ;)
<Wizzup> :)
<Wizzup> dist-upgrade will take a while
<freemangordon> yeah, but still
<freemangordon> do you know why dist-upgrade wants to remove hildon-meta?
<Wizzup> yeah, because it's not built yet
<Wizzup> that's why I don't do dist-upgrade at this phase :)
<freemangordon> ah :)
<freemangordon> I will try with just upgrade then
<Wizzup> ok
<Wizzup> the easiest thing is to do a devuan install from my pov, but whatever works
<Wizzup> I can also try a bit more wrt libaccounts if you want, I just saw that you made the initial commit and figured I'd just ask
<freemangordon> upgrade is on 76%, so I guess I'll be able to repro in 2 minutes
<freemangordon> so no, don't waste your time on it
Anasko has quit [Ping timeout: 252 seconds]
<freemangordon> cp: cannot create regular file './m4/': Not a directory
<freemangordon> :)
<freemangordon> Wizzup: AC_CONFIG_MACRO_DIRS([m4]) is the problem
<Wizzup> yes, this was also in the log, but why is it a problem
<freemangordon> it seems it tries to include files from there
<freemangordon> how do you know from the log this is the problem?
<Wizzup> well, it literally gives the error you paste above
<Wizzup> dh_autoreconf
<Wizzup> cp: cannot create regular file './m4/': Not a directory
<Wizzup> make[1]: *** [debian/rules:12: override_dh_autoreconf] Error 1
<freemangordon> ah
<freemangordon> I though you knew AC_CONFIG_MACRO_DIRS([m4]) is the problem :)
<Wizzup> I understand it is a problem, I don't know what to do to solve it
<Wizzup> like I said, the autogen.sh makes the dir
<Wizzup> but the autogen.sh doesn't get run by debian
<Wizzup> and .gitignore specifically excludes the m4 dir
<freemangordon> we should not use AC_CONFIG_MACRO_DIRS
<freemangordon> as we do not provide local macros
<Wizzup> ok
<Wizzup> I'll rebase, remove that and force push then
<freemangordon> lemme fix it
<Wizzup> oh, ok
<freemangordon> ok, autoupdate to the rescue
<Wizzup> so my local commit with autoupdate would have fxied CI?
<Wizzup> lol
<freemangordon> no
<freemangordon> it does not remove the offending macro
<Wizzup> ok
<Wizzup> do these have to be volatile?
<Wizzup> seems to me it should just go (the volatile keyword)
<Wizzup> ah there's more fun :D
<Wizzup> osso-abook-contact.c: In function 'osso_abook_contact_add_attribute':
<Wizzup> osso-abook-contact.c:524:49: error: 'EVCardClass' {aka 'struct _EVCardClass'} has no member named 'add_attribute'
<Wizzup> 524 | E_VCARD_CLASS(osso_abook_contact_parent_class)->add_attribute(evc, attr);
arno11 has joined #maemo-leste
<Wizzup> strange, I don't really see that file being changed at all in eds git
<Wizzup> ok, apart from that error and the volatile ones, that's all the errors
<Wizzup> I will go ahead an fix the volatile ones since everything online points to not using volatile
<Wizzup> freemangordon: ok if I temporarily comment a few lines in osso-abook to be able to proceed?
akossh has joined #maemo-leste
<freemangordon> Wizzup: template file shall be fixed
<freemangordon> osso-abook-enums is generated fiel
<freemangordon> *file
<freemangordon> gimme few minutes to finish what I am doing and I'll fix it
<Wizzup> ok
<Wizzup> I have to turn off the jenkins momentarily
exquel has joined #maemo-leste
<Wizzup> it's on again
<Wizzup> I will be back in an hour or so
arno11 has left #maemo-leste [#maemo-leste]
<sicelo> do we have an alarm/rtc regression? I seem to think the device used to wake up due to alarm
<sicelo> but at least my droid 4 doesn't.
<sicelo> of course waking from rtc itself works ... just the maemo integration
Livio has quit [Quit: leaving]
<Wizzup> I don't know if that ever worked on the d4
<Wizzup> freemangordon: did you get a moment to try it?
<sicelo> i guess didn't work in Leste as a whole then ... using rtcwake works just fine on the d4. i tested it
<Wizzup> yes, the special upstart boot modes are not present currently
arno11 has joined #maemo-leste
<freemangordon> Wizzup: sorry, need some half an hour or so
<Wizzup> np
<Wizzup> I will get jenkins back up then
<freemangordon> Wizzup: this ^^ is the missing add_atribute
<freemangordon> we need to fork eds
<Wizzup> omg
<Wizzup> ok, np
<Wizzup> I guess we already had this anyway, so we just need to rebase on daedalus eds?
<Wizzup> or do you want to build our current vresion as is
<freemangordon> no, better rebase to daedalus version
<freemangordon> I doubt it is much different
<Wizzup> ok
<Wizzup> and about the volatile?
<freemangordon> I am on it
<Wizzup> I think the net was very clear that it should just go
<freemangordon> mhm
<Wizzup> it was a misconception on the glib devs side
<freemangordon> I am removing it from all over the place
<freemangordon> well, they should use atomic operations, but meh, 32 bit integer access is atomic :p
<Wizzup> please confirm chimaera maste rwas e298c82798843470ae92cbedac236268e574518e
<Wizzup> I force-pushed new master with daedalus
<Wizzup> for eds repo I mean
<freemangordon> how should I know?
<freemangordon> Wizzup: did you check if patches in debian/patches are not already in daedalus?
<freemangordon> I will check
<Wizzup> freemangordon: the series one was just one more patch
<Wizzup> 20:55 < freemangordon> how should I know?
<Wizzup> in case you cloned it
<Wizzup> if what we have is 3.38.3-2 in chimaera then it's the same
<freemangordon> I am about to clone it
<Wizzup> well that won't tell you
<Wizzup> I have a daily backup
<Wizzup> I'll check
<freemangordon> you force-pushed to master, no?
<Wizzup> yes
<freemangordon> so, what is the issue. I don;t understand
<Wizzup> I wnat to make sure I didn't forget to git fetch before I force pushed
<Wizzup> I just checked my daily backup, it's ok
<freemangordon> ugh daedalus vm does not boot
<Wizzup> this is why I did an install
<freemangordon> yeah
<Wizzup> in any case, I think I got it now, I will take a break and check back a bit later
<freemangordon> lemme check in chimaera
<Wizzup> check what?
<Wizzup> I run this every midnight:
<Wizzup> python /mnt/raid/merlijn/maemo-leste-archive/archive.py /mnt/raid/merlijn/maemo-leste-archive/core/ maemo-leste
<Wizzup> python /mnt/raid/merlijn/maemo-leste-archive/archive.py /mnt/raid/merlijn/maemo-leste-archive/translations/ maemo-leste-translations
<Wizzup> python /mnt/raid/merlijn/maemo-leste-archive/archive.py /mnt/raid/merlijn/maemo-leste-archive/extras/ maemo-leste-extras
<Wizzup> python /mnt/raid/merlijn/maemo-leste-archive/archive.py /mnt/raid/merlijn/maemo-leste-archive/upstream-forks/ maemo-leste-upstream-forks
<Wizzup> so I just checked my archive, I included everything
<freemangordon> ok
<freemangordon> series looks broken, also, 0001-CardDAV-Recognize-OPTIONS-Bad-Request-response-as-su.patch etc are missing
<freemangordon> you better abort the build
<Wizzup> ok
<Wizzup> I'll bbl
exquel has quit [Quit: Leaving]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
<freemangordon> hmm, something happened with jenkins or builders
<freemangordon> yeah arm builders does not seem to react
Anasko has quit [Remote host closed the connection]
Livio has joined #maemo-leste
Anasko has joined #maemo-leste
<freemangordon> Wizzup: please take a look
Wikiwide has joined #maemo-leste
Anasko has quit [Ping timeout: 272 seconds]
Wikiwide has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Wikiwide has joined #maemo-leste
Anasko has quit [Ping timeout: 252 seconds]
Wikiwide has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Livio has quit [Ping timeout: 260 seconds]
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
arno11 has left #maemo-leste [#maemo-leste]
xmn has joined #maemo-leste
Twig has quit [Remote host closed the connection]