thunderysteak has quit [Ping timeout: 260 seconds]
<BlagovestPetrov[> I'll continue with the rest of systemui packages tomorrow, if you aggree that ignoring the GTK warnings is ok
uvos__ has quit [Ping timeout: 256 seconds]
noidea_ has quit [Ping timeout: 248 seconds]
noidea_ has joined #maemo-leste
Danct12 has joined #maemo-leste
Pali has quit [Ping timeout: 264 seconds]
Danct12 has quit [Remote host closed the connection]
mrkrisprolls has quit [Ping timeout: 252 seconds]
mrkrisprolls has joined #maemo-leste
norayr has left #maemo-leste [#maemo-leste]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Error from remote client]
joerg has quit [Ping timeout: 260 seconds]
norayr has joined #maemo-leste
joerg has joined #maemo-leste
norayr has left #maemo-leste [Error from remote client]
mardy has joined #maemo-leste
<freemangordon> Wizzup: BlagovestPetrov[: do we have chimaera VM? Or, shall I install devuan image and add our repos?
Twig has joined #maemo-leste
norayr has joined #maemo-leste
Twig has quit [Ping timeout: 264 seconds]
<BlagovestPetrov[> I have a local one on my pc
<freemangordon> lest or chimaera?
<freemangordon> *leste
mardy has quit [Quit: WeeChat 3.5]
Twig has joined #maemo-leste
xmn has quit [Ping timeout: 268 seconds]
<freemangordon> BlagovestPetrov[: did you hit "/usr/bin/ld: src/serialize.pic.o:./src/strbuf.h:82: multiple definition of `strbuftypetags'; src/strbuf.pic.o:./src/strbuf.h:82: first defined here" issue with alarmd?
<BlagovestPetrov[> hm, nope
<BlagovestPetrov[> I will try it again
<freemangordon> gcc version 10.2.1 20210110 (Debian 10.2.1-6)
<freemangordon> I think this:
<freemangordon> user@devuan:~/git/alarmd$ git diff
<freemangordon> --- a/src/states.inc
<freemangordon> index 374b519..72727fe 100644
<freemangordon> diff --git a/src/states.inc b/src/states.inc
<freemangordon> +++ b/src/states.inc
<freemangordon> @@ -47,5 +47,7 @@ ALARM_STATE(DELETED)
<freemangordon>
<freemangordon> ALARM_STATE(FINALIZED)
<freemangordon>
<freemangordon> +ALARM_STATE(LAST)
<freemangordon> +
<freemangordon> # undef ALARM_STATE
<freemangordon> #endif
<freemangordon> should be the correct fix
<freemangordon> or, we don;t try to print like %s and do it %d
<freemangordon> ugh, github does not like patches in comments :(
<Wizzup> freemangordon: use three backticks
<Wizzup> for comments
<freemangordon> not that I am able to build in chimaera VM, but this fixes the particular issue
<Wizzup> freemangordon: wrt vm, I set up a devuan chimaera server vm
<Wizzup> iirc
<freemangordon> I did netinstall
<Wizzup> right
<freemangordon> and added leste repos
<Wizzup> and then add maemo keyring pkg with dpkg
<freemangordon> right
<Wizzup> and then add repos
<freemangordon> but, this particular package fails with "/usr/bin/ld: src/serialize.pic.o:./src/strbuf.h:82: multiple definition of `strbuftypetags'; src/strbuf.pic.o:./src/strbuf.h:82: first defined here"
<Wizzup> I am still waking up
<Wizzup> you probably did the right thing, but I can check in 25 mins or so
<Wizzup> the linker clearly acts a bit different again :D
<freemangordon> seems that headers is included by 2 files
<Wizzup> maybe some ifdef changes
<freemangordon> no
<freemangordon> we either has to typedef ar mark as static
<freemangordon> *or mark
<freemangordon> there *is* issue and linker correctly complains
<freemangordon> yeah, removing variable declaration from the header fixes it
<BlagovestPetrov[> freemangordon
<BlagovestPetrov[> seems that headers is included by 2 files
<freemangordon> yep
<BlagovestPetrov[> oh, yes. I remember this issue from yesterday
<freemangordon> I just wonder what the initial intend was
<freemangordon> I would say they wanted 'typedef enum blah {...} blah;", but ...
<freemangordon> either /me or Wizzup will merge once you confirm this fixes the issue
<BlagovestPetrov[> ok
<BlagovestPetrov[> it's ok for me
norayr has left #maemo-leste [Error from remote client]
<Wizzup> freemangordon: are you ok with ignoring the gtk deprecation warnings? (I am)
<freemangordon> yes
<freemangordon> but, instead of fixing all the packages, I think gtk pkgconfig cflags shall be fixed
akossh has joined #maemo-leste
<Wizzup> that smells hacky to me
<Wizzup> hm libhildon1-dev depends on libhildon1 which depends on osso-sounds
<Wizzup> osso-sounds-ui
<Wizzup> I guess I will have to these next them
<Wizzup> then*
<Wizzup> bleh
ceene has joined #maemo-leste
<BlagovestPetrov[> yeah, I've installed osso-sounds directly from Beowulf on my VM
<BlagovestPetrov[> fyi, my notes until now :)
<BlagovestPetrov[> ++
<BlagovestPetrov[> osso-systemui-modechange-dev
<BlagovestPetrov[> osso-systemui-modechange
<BlagovestPetrov[> they are both ok, without any modifications
<BlagovestPetrov[> + libdevlock
<BlagovestPetrov[> ilibdevlock-bin - functions for validating and changing the lock code -- binaries
<BlagovestPetrov[> libdevlock-dev - functions for validating and changing the lock code
<BlagovestPetrov[> libdevlock-dbg - functions for validating and changing the lock code
<BlagovestPetrov[> libdevlock1 - functions for validating and changing the lock code
<BlagovestPetrov[> these are the packages from libdevlock
<BlagovestPetrov[> but osso-systemui-devlock build-depends on libdevlock1-dev, not libdevlockdeb
<BlagovestPetrov[> should I change in the control?
<Wizzup> BlagovestPetrov[: fyi keep an eye also on the bug tracker issue
<Wizzup> I did for example theme cacher
<Wizzup> and also already did the dh10 port
<Wizzup> yesterday or so
<Wizzup> otherwise this looks great ty
<BlagovestPetrov[> yeah, i'm following it :)
<BlagovestPetrov[> libdevlock is ok, forget about it
Pali has joined #maemo-leste
<BlagovestPetrov[> Wizzup: https://cloud.petrovs.info/s/8cpTZFEP5ma92Tr here is better than in hastebin :)
<Wizzup> yup
<Wizzup> raw txt is even better :P
<Wizzup> I assume you'll update this one?
<BlagovestPetrov[> yeah
<BlagovestPetrov[> the new file template was markdown by default
<Wizzup> query e3
<BlagovestPetrov[> it's still raw :)
<Wizzup> oops
<Wizzup> ok, I almost have a script to find pkgs we still need to import
<Wizzup> not that many
<Wizzup> (and some of them are from ascii or no longer relevant)
<Wizzup> so do we just import, or do we put this in a repo somehow?
<Wizzup> shall I make clockd-settings-mr0 from the pkg?
<Wizzup> it's really just etc/clockd/clockd-settings.default
<Wizzup> might as well put that in the clockd pkg?
<Wizzup> freemangordon: when you're back, do we import, or some other path?
<Wizzup> I guess I can import now
<Wizzup> and we can remove it later
<Wizzup> done
<Wizzup> freemangordon: ok libhildondesktop also failed for GTimeVal, that is kinda annoying, but I am still not sure if changing gtk pkgcnfig flags is the best hting
<Wizzup> I suppose we could, but meh
<BlagovestPetrov[> it's just a warning
<Wizzup> no, the CI builds with -Werror somehow
<Wizzup> BlagovestPetrov[: so configure.ac of libhildondesktop -definitely- passes -Werror
<Wizzup> CFLAGS="$CFLAGS -Wall -Wmissing-prototypes -Wmissing-declarations -Werror -Wno-format-extra-args -DG_DISABLE_CAST_CHECKS"
<Wizzup> BlagovestPetrov[: I just checked out libhildondesktop on my vm and I also see the error there
<Wizzup> oh, I see it's not on your list
<Wizzup> ok, so I now get it I guess
<Wizzup> so we can put -Wno-error=deprecated-declarations in some pkgs then
<Wizzup> putting it in gtk won't help if pkgs pass -Werror after that (iiuc)
<BlagovestPetrov[> I had another problem with libhildondesktop
<BlagovestPetrov[> it depends on iphb which depends on iphb-dkms
<BlagovestPetrov[> *iphbd
<Wizzup> only for install
<Wizzup> this is at build time
<Wizzup> at least apt-get build-dep just worked for me
<Wizzup> but yeah if we have to patch like every gtk pkg we have that uses Werror for this, we should take a moment
<BlagovestPetrov[> I think that this is ok. These packages must be upgraded to a newer GTK anyway
<Wizzup> are you sure you want to make 100 pull requests just to add an extra flag?
<Wizzup> everything has to move to gtk3 at once, it's not a one-by-one thing
<Wizzup> so that's probably a year out at least, probably more
<Wizzup> I'm lazy and I think it's not productive to add the flag everywhere if it's not actually fixing anything :D
<Wizzup> but I don't want to remove Werror for it either
Twig has quit [Remote host closed the connection]
<Wizzup> uvos: I do feel that power usage might be higher on new kernel?
<freemangordon> Wizzup: ok, maybe not pkgconfig, but there might be some gtk macro we can pass through Ci CFLAGS
<Wizzup> yes, but it then just depends on the order pkgconfig is called
<Wizzup> in the configure.ac or Makefile
<freemangordon> no, I mean a flag that removes deprectaed attribute to those functions
<Wizzup> ok
<Wizzup> right
<freemangordon> but, can't look at it ATM
<Wizzup> same, bbiab
<BlagovestPetrov[> I was expecting ~50 pull requests :D
<freemangordon> oh, wait, this ig glib
<freemangordon> *is
<freemangordon> not gtk
<freemangordon> BTW, we must distribute our own glib either ways
<freemangordon> so removing deprecated attribute should not be an issue
<freemangordon> ttyl
<Wizzup> freemangordon: we still need our own?
<Wizzup> freemangordon: so should I look at some compiler flag for this?
Twig has joined #maemo-leste
Twig has quit [Ping timeout: 265 seconds]
Twig has joined #maemo-leste
xmn has joined #maemo-leste
<freemangordon> Wizzup: yes, I think so, I doubt my patch was backported
<Wizzup> ok
<Wizzup> so how do we move forward?
doc has quit [Remote host closed the connection]
dev has joined #maemo-leste
norayr has joined #maemo-leste
<freemangordon> Wizzup: sorry, I have guests
<Wizzup> np
ceene has quit [Ping timeout: 264 seconds]
thunderysteak has joined #maemo-leste
dev has left #maemo-leste [#maemo-leste]
norayr has left #maemo-leste [Disconnected: closed]
akossh has quit [Quit: Leaving.]
Twig has quit [Remote host closed the connection]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Error from remote client]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Error from remote client]
Pali has quit [Ping timeout: 264 seconds]