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
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>
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>
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>
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>
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>
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>
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>
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>
I'll rebase, remove that and force push then
<
freemangordon>
lemme fix it
<
freemangordon>
ok, autoupdate to the rescue
<
Wizzup>
so my local commit with autoupdate would have fxied CI?
<
freemangordon>
it does not remove the offending macro
<
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>
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>
I will get jenkins back up then
<
freemangordon>
Wizzup: this ^^ is the missing add_atribute
<
freemangordon>
we need to fork eds
<
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>
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?
<
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>
series looks broken, also, 0001-CardDAV-Recognize-OPTIONS-Bad-Request-response-as-su.patch etc are missing
<
freemangordon>
you better abort the build
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]