libera/#maemo-leste/ Sunday, 2024-12-01

Wizzupfreemangordon: can you look at libaccounts failing to build?11:12
WizzupI think the problem is its custom autogen.sh and the fact that the m4 files are in the .gitignore11:12
Wizzupwe need libaccounts to get get abook, to get rtcom-el-ui, etc11:13
freemangordonok11:13
Wizzuphttps://phoenix.maemo.org/job/libaccounts-binaries/architecture=arm64,label=arm64/12/console11:25
freemangordonWizzup: what exactly is fixed here https://github.com/maemo-leste/libaccounts/commit/6b9f9fc5ac009d45bae89cc843cd19ad92b369b1 ?11:27
Wizzupfreemangordon: it looked like it solved the problem for me yestesrday11:39
Wizzupbut then I realised that just rerunning dpkg-buildpackage on the vm also helped11:40
Wizzupyou need to do git clean -fd and git reseet --hard to ensrue things work11:40
Wizzupit looked to me like one was expecing that ./autogen.sh would be run by debian11:40
Wizzupbut it doesn't run that11:42
freemangordonok, please revert that commit11:49
freemangordonI don;t know why the build is failing in the autobuilder, but it is not related to --as-needed11:50
freemangordon"cp: cannot create regular file './m4/': Not a directory"11:51
freemangordonwhat the?11:51
freemangordonanyway, I can;t make it fail in VM here11:54
freemangordonWizzup: what is the FS there?11:55
Wizzupfreemangordon: ext412:03
freemangordonshall I revert the 'fix'?12:04
Wizzupthere is something wrong with the autotools setup for libaccounts for sure12:04
Wizzupyou can but it won't fix anything12:04
freemangordonyes, but at least it will not link unneded libs once it is build :)12:04
Wizzupdistclean also fails12:05
freemangordonI wonder why it does not fail here12:05
Wizzupmake -j1 distclean12:05
Wizzupmake[1]: Entering directory '/home/user/libaccounts'12:05
WizzupCDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash '/home/user/libaccounts/missing' aclocal-1.16 -I m412:05
Wizzup cd . && /bin/bash /home/user/libaccounts/missing automake-1.16 --gnu12:05
Wizzupautomake-1.16: error: cannot open < doc/gtk-doc.make: No such file or directory12:05
freemangordonthis is on your machine?12:05
Wizzupyes12:05
Wizzupbut this is a different error12:05
Wizzupdid you try 'git clean -fd ; git reset --hard'12:05
freemangordonyes12:05
Wizzupand you get no error on daedalus?12:05
freemangordonon chimaera12:06
Wizzupon chimaera there was no problem :)12:06
freemangordonI have no daedalus12:06
Wizzupthis is a newer autotools thing12:06
freemangordonlemme clone the VM12:06
Wizzuphence my other commit to 'autoupdate'12:06
freemangordonhmm?12:06
WizzupI installed devuan fwiw, but you can go the apt dist-upgrade way to I suppose12:06
freemangordonsorry, what is this "autoupdate"?12:07
Wizzupoh the other commit never made it, interesting12:07
Wizzupsec12:07
WizzupI ran 'autoupdate' and wanted ot commit that12:07
Wizzupbut only did that locally12:07
Wizzupapparently12:08
freemangordonwait, gimme few minutes to upgrade my VM12:08
Wizzupsure12:08
Wizzupyou cna force-push the as needed change if you want12:08
Wizzupto revert it12:08
freemangordonyes, will do12:09
freemangordonoooh, raid 1 SSD makes all the differnece :D12:09
freemangordon2 minutes to clone the VM ;)12:09
Wizzup:)12:09
Wizzupdist-upgrade will take a while12:09
freemangordonyeah, but still12:10
freemangordondo you know why dist-upgrade wants to remove hildon-meta?12:20
Wizzupyeah, because it's not built yet12:21
Wizzupthat's why I don't do dist-upgrade at this phase :)12:22
freemangordonah :)12:22
freemangordonI will try with just upgrade then12:22
Wizzupok12:25
Wizzupthe easiest thing is to do a devuan install from my pov, but whatever works12:25
WizzupI 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 ask12:25
freemangordonupgrade is on 76%, so I guess I'll be able to repro in 2 minutes12:27
freemangordonso no, don't waste your time on it12:28
freemangordoncp: cannot create regular file './m4/': Not a directory12:31
freemangordon:)12:31
freemangordonWizzup:   AC_CONFIG_MACRO_DIRS([m4])  is the problem12:35
Wizzupyes, this was also in the log, but why is it a problem12:36
freemangordonit seems it tries to include files from there12:36
freemangordonhow do you know from the log this is the problem?12:37
Wizzupwell, it literally gives the error you paste above12:37
Wizzupdh_autoreconf12:37
Wizzupcp: cannot create regular file './m4/': Not a directory12:37
Wizzupmake[1]: *** [debian/rules:12: override_dh_autoreconf] Error 112:38
freemangordonah12:38
freemangordonI though you knew AC_CONFIG_MACRO_DIRS([m4]) is the problem :)12:38
WizzupI understand it is a problem, I don't know what to do to solve it12:39
Wizzuplike I said, the autogen.sh makes the dir12:40
Wizzupbut the autogen.sh doesn't get run by debian12:40
Wizzupand .gitignore specifically excludes the m4 dir12:40
freemangordonwe should not use AC_CONFIG_MACRO_DIRS12:40
freemangordonas we do not provide local macros12:41
freemangordonsee https://www.gnu.org/software/automake/manual/html_node/Local-Macros.html12:41
Wizzupok12:41
WizzupI'll rebase, remove that and force push then12:42
freemangordonlemme fix it12:42
Wizzupoh, ok12:42
freemangordonok, autoupdate to the rescue12:47
Wizzupso my local commit with autoupdate would have fxied CI?12:49
Wizzuplol12:49
freemangordonno12:49
freemangordonit does not remove the offending macro12:50
Wizzupok12:50
Wizzupfreemangordon: I can look at this one, but jfyi https://phoenix.maemo.org/job/osso-abook-binaries/architecture=amd64,label=amd64/73/console13:40
Wizzupdo these have to be volatile?13:47
Wizzuphttps://discourse.gnome.org/t/should-the-g-once-init-enter-argument-be-marked-as-volatile/632013:48
Wizzupseems to me it should just go (the volatile keyword)13:49
Wizzupah there's more fun :D13:58
Wizzuposso-abook-contact.c: In function 'osso_abook_contact_add_attribute':13:58
Wizzuposso-abook-contact.c:524:49: error: 'EVCardClass' {aka 'struct _EVCardClass'} has no member named 'add_attribute'13:58
Wizzup  524 |   E_VCARD_CLASS(osso_abook_contact_parent_class)->add_attribute(evc, attr);13:58
Wizzupstrange, I don't really see that file being changed at all in eds git14:26
Wizzupok, apart from that error and the volatile ones, that's all the errors14:39
WizzupI will go ahead an fix the volatile ones since everything online points to not using volatile14:39
Wizzupfreemangordon: ok if I temporarily comment a few lines in osso-abook to be able to proceed?15:18
freemangordonWizzup: template file shall be fixed16:07
freemangordonosso-abook-enums is generated fiel16:08
freemangordon*file16:08
freemangordongimme few minutes to finish what I am doing and I'll fix it16:08
Wizzupok16:09
WizzupI have to turn off the jenkins momentarily16:14
Wizzupit's on again17:05
WizzupI will be back in an hour or so17:05
sicelodo we have an alarm/rtc regression? I seem to think the device used to wake up due to alarm17:44
sicelobut at least my droid 4 doesn't.17:50
siceloof course waking from rtc itself works ... just the maemo integration18:20
WizzupI don't know if that ever worked on the d419:16
Wizzupfreemangordon: did you get a moment to try it?19:17
siceloi guess didn't work in Leste as a whole then ... using rtcwake works just fine on the d4. i tested it19:22
Wizzupyes, the special upstart boot modes are not present currently19:31
freemangordonWizzup: sorry, need some half an hour or so20:14
Wizzupnp20:16
WizzupI will get jenkins back up then20:16
freemangordonhttps://github.com/maemo-leste/evolution-data-server/commit/e9fd86cf0a653a32139896428a02ff712e0c93d320:32
freemangordonWizzup: this ^^ is the missing add_atribute20:32
freemangordonwe need to fork eds20:32
Wizzupomg20:39
Wizzupok, np20:39
WizzupI guess we already had this anyway, so we just need to rebase on daedalus eds?20:39
Wizzupor do you want to build our current vresion as is20:40
freemangordonno, better rebase to daedalus version20:40
freemangordonI doubt it is much different20:40
Wizzupok20:43
Wizzupand about the volatile?20:43
freemangordonI am on it20:44
WizzupI think the net was very clear that it should just go20:44
freemangordonmhm20:44
Wizzupit was a misconception on the glib devs side20:44
freemangordonI am removing it from all over the place20:44
freemangordonwell, they should use atomic operations, but meh, 32 bit integer access is atomic :p20:45
Wizzupplease confirm chimaera maste rwas e298c82798843470ae92cbedac236268e574518e20:54
WizzupI force-pushed new master with daedalus20:54
Wizzupfor eds repo I mean20:54
freemangordonhow should I know?20:55
freemangordonWizzup: did you check if patches in debian/patches are not already in daedalus?21:08
freemangordonI will check21:12
Wizzupfreemangordon: the series one was just one more patch21:13
Wizzup20:55 < freemangordon> how should I know?21:13
Wizzupin case you cloned it21:13
Wizzupif what we have is 3.38.3-2 in chimaera then it's the same21:14
freemangordonI am about to clone it21:14
Wizzupwell that won't tell you21:14
WizzupI have a daily backup21:14
WizzupI'll check21:14
freemangordonyou force-pushed to master, no?21:14
Wizzupyes21:14
freemangordonso, what is the issue. I don;t understand21:14
WizzupI wnat to make sure I didn't forget to git fetch before I force pushed21:15
WizzupI just checked my daily backup, it's ok21:15
freemangordonhttps://github.com/maemo-leste/evolution-data-server/compare/master...maemo/chimaera21:15
freemangordonugh daedalus vm does not boot21:17
Wizzupthis is why I did an install21:17
freemangordonyeah21:17
Wizzupin any case, I think I got it now, I will take a break and check back a bit later21:17
freemangordonlemme check in chimaera21:17
Wizzupcheck what?21:17
WizzupI run this every midnight:21:18
Wizzuppython /mnt/raid/merlijn/maemo-leste-archive/archive.py /mnt/raid/merlijn/maemo-leste-archive/core/ maemo-leste21:18
Wizzuppython /mnt/raid/merlijn/maemo-leste-archive/archive.py /mnt/raid/merlijn/maemo-leste-archive/translations/ maemo-leste-translations21:18
Wizzuppython /mnt/raid/merlijn/maemo-leste-archive/archive.py /mnt/raid/merlijn/maemo-leste-archive/extras/ maemo-leste-extras21:18
Wizzuppython /mnt/raid/merlijn/maemo-leste-archive/archive.py /mnt/raid/merlijn/maemo-leste-archive/upstream-forks/ maemo-leste-upstream-forks21:18
Wizzupso I just checked my archive, I included everything21:18
freemangordonok21:18
freemangordonstill I want to check if https://github.com/maemo-leste/evolution-data-server/commit/00da768f6dfd2db8b23f870738c48535f7be4392 and https://github.com/maemo-leste/evolution-data-server/commit/2396c17890e7d76cfc50eefc6c4b39d7935fad1c are not already included in daedalus version21:19
freemangordonWizzup: does not look good https://github.com/maemo-leste/evolution-data-server/blob/master/debian/patches/series#L921:23
freemangordonseries looks broken, also, 0001-CardDAV-Recognize-OPTIONS-Bad-Request-response-as-su.patch etc are missing21:24
freemangordonyou better abort the build21:24
Wizzupok21:33
WizzupI'll bbl21:33
freemangordonhmm, something happened with jenkins or builders21:57
freemangordonyeah arm builders does not seem to react21:59
freemangordonWizzup: please take a look22:02

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!