inky has quit [Remote host closed the connection]
uvos__ has quit [Ping timeout: 252 seconds]
uvos has joined #maemo-leste
Pali has quit [Ping timeout: 252 seconds]
Daaanct12 has joined #maemo-leste
Daanct12 has quit [Ping timeout: 250 seconds]
ikmaak has quit [Quit: No Ping reply in 180 seconds.]
drrty has quit [Ping timeout: 268 seconds]
ikmaak has joined #maemo-leste
joerg has quit [Ping timeout: 252 seconds]
joerg has joined #maemo-leste
uvos has quit [Ping timeout: 252 seconds]
<freemangordon> parazyd: please LMK when you have decided about glib
mardy has joined #maemo-leste
_inky has quit [Ping timeout: 252 seconds]
Pali has joined #maemo-leste
uvos has joined #maemo-leste
Daaanct12 has quit [Quit: Quitting]
_inky has joined #maemo-leste
<Wizzup> parazyd: I think I fixed all the module inserting and deleting problems https://github.com/maemo-leste/maemo-system-services/commit/cfd708a23fce72cf75e80ad1bf1a822606c2d2cb
<Wizzup> please test
<Wizzup> and if it works, let's bump the tor/wg/ovpn libicd's
<Wizzup> the new script will also fix up bad entries generated by the previous script :^)
<Wizzup> it will also default to the schema default if it's empty for some reason
drrty has joined #maemo-leste
<Wizzup> parazyd: the one thing I think we might want to add to the icd2-manage-modules script is a 'preference' for modules, like, we probably typically want wireguard/openvpn *before* tor
<Wizzup> since it works on another layer
<Wizzup> lmk what you think
<parazyd> freemangordon: No valid objections really.
<parazyd> Wizzup, uvos: What do you think about forking glib?
<parazyd> Wizzup: Will check dh in a sec
<parazyd> Wizzup: Is that preference supposed to be something in the UI?
<parazyd> Because with gconf-editor for example you can edit lists by hand and move things up/down
<uvos> parazyd: i hate it, but i dont see what alternative there is
<parazyd> Well, one alternative is walking recursively over /usr/share/applications and finding the .desktop file
<parazyd> But I bet freemangordon doesn't want to do that
<uvos> i dont think thats great either
<uvos> the only alternative might be to look how gnome manages to work
<uvos> they might be using glib differently avoiding the problem
<Wizzup> parazyd: no, the preference is not in the ui, it's just about the order in which icd2 runs through the ip_up_*
<Wizzup> uvos: I think forking glib is ok if we also get them to accept the patch
<uvos> Wizzup: yeah then its fine
<uvos> glib is pretty stable too
<uvos> maybe we can even use upstream then
<uvos> oh btw just floating an idea here since deskop gtk2 applications dont realy work well at all with hildonized gtk2 and are mostly unusable
<uvos> maybe we should rename our gtk2 fork htk and have hildonized applicaitons link against that
<Wizzup> htk, heh
<Wizzup> Are you sure gtk2 apps don't work well? I thought they work some what ok
<Wizzup> what are you problems you see
<Wizzup> I kind of see it as a feature for some of them at least
<uvos> lots of elements tend to idssapear
<Wizzup> apart from menus?
<uvos> i mean menus are pretty critical :P
<uvos> but toolbars also seam to go missing sometimes
<uvos> also the layout breaks due to element sizes
<uvos> you could always LD_PRELOAD htk for apps that work ok
<Wizzup> I meant apart from menu bars sometimes being rendered off-screen
<Wizzup> or rather the menu windows
<Wizzup> idk, for the most part I like that they are at least in style
<parazyd> freemangordon: Is this helpful? https://github.com/GNOME/glib/blob/main/gio/gdesktopappinfo.c
_uvos_ has joined #maemo-leste
<uvos> ah it works by just hardcoding the gnome extension
<uvos> s
<uvos> X-GNOME-FullName for instance
<uvos> no that dosent help him at all
<uvos> and now i know why gnome works
uvos has quit [Read error: Connection reset by peer]
_uvos_ has quit [Read error: Connection reset by peer]
uvos has joined #maemo-leste
_inky has quit [Ping timeout: 252 seconds]
_inky has joined #maemo-leste
[TheBug] has joined #maemo-leste
[TheBug] has quit [Changing host]
xmn has joined #maemo-leste
* Wizzup finally set up sieve with dovecot so that he can do server side filtering
<Wizzup> needed that for modest not to buzz every 5 mins
costledger_ has joined #maemo-leste
costledger_ has left #maemo-leste [#maemo-leste]
<Wizzup> freemangordon: hm, modest doesn't seem to see the same inbox as thunderbird does for some reason
<Wizzup> does it include subdirs in a dir info?
<Wizzup> freemangordon: it also just seems to see emails that my thunderbird and alpine (mail client) do not see
<uvos> it alos dosent buzz for me or show notifications
<Wizzup> it does both of those things for me
<uvos> its set to sync every 30 minutes
<uvos> if i open it it dose show the emails just fine
<uvos> but no notification
<Wizzup> what tech is it set to sync on?
<Wizzup> wifi or any?
<uvos> (its also set to notify in settings)
<uvos> any
<Wizzup> looks like my connui-cellular is way to verbose and makes large logs
<Wizzup> root@maindroid:/var/log# ls -lsh user.log*
<Wizzup> 120M -rw-r----- 1 root adm 120M Oct 2 17:56 user.log 54M -rw-r----- 1 root adm 54M Sep 25 23:46 user.log.1
<uvos> "last updated" also shows a time
<uvos> that would require it to buzz
<Wizzup> I'm mostly wondering my what my 1164 new messages are -- I don't see them in my thunderbird
<Wizzup> I see about 120 :)
<sicelo> or they're new from modest POV? :-)
<freemangordon> parazyd: hmm, you linked the top of the file
<Wizzup> sicelo: new means unread in my book
<Wizzup> sicelo: and it seems to stop at 2021-05-xx
<Wizzup> i.e. I can't see any news emails
<parazyd> freemangordon: nvm, uvos said it's irrelevant
<Wizzup> it looks like the sync didn't complete
<Wizzup> but I can't get it to sync further
xmn has quit [Quit: ZZZzzz…]
<freemangordon> parazyd: ok, do you know what repo shall I fork?
<sicelo> at least mutt has "N" for new unread, and "O" for old unread mails. So yeah, it's possible that "new" might not necessarily mean unread in modest. then again, i mostly use mutt even in fremantle, so i don't fully remember the behavior there
<Wizzup> sicelo: I cannot find recent emails in modest, they are not there it seems
<Wizzup> sicelo: and it says my inbox has about 23k mails, but it has 166 total
<parazyd> freemangordon: I would think this: https://salsa.debian.org/gnome-team/glib/-/tree/debian/buster
<freemangordon> Wizzup: is that pop3?
<freemangordon> or gmail?
<Wizzup> freemangordon: imap
<Wizzup> my own server
<uvos> also on imap here
<freemangordon> well, gmail imap works for me ok
<uvos> works ok (besides notifications)
<sicelo> you most likely do have those 23k mails after all :-p
<freemangordon> Wizzup: you may want to start modest from the command line, to see if it gives errors
<Wizzup> ok
<uvos> it also scroles excruitatingly slow but thats not its fault, it just hits the eax problem really badly
<uvos> *exa
<Wizzup> yes, this is just X
<uvos> yeah
<Wizzup> yeah also incoming mail I cannot get to show up
<Wizzup> freemangordon: is there a way to remove cache and such?
<Wizzup> it could also be some imap config that's weird
<freemangordon> just remove the account I would guess
<Wizzup> I tried that and the result is the same, so maybe that didn't help then
<freemangordon> ~/.modest/cache
<lel> freemangordon created a repository: https://github.com/maemo-leste-upstream-forks/glib
<Wizzup> I think I am maybe looking at some trash or something
<Wizzup> hm.
<Wizzup> aaaah
<uvos> suddenly Wizzup realizes he has 22k unread emails from 2009
<uvos> "oh that must be why i havend seen my wife in a while"
<Wizzup> I was logging into my old email server, I used imap. not mail.
<uvos> heh
<Wizzup> same pw though I guess :)
<Wizzup> yes, all solved
<uvos> btw did you get call audio to work?
<Wizzup> no, I didn't try since I asked
<freemangordon> parazyd: how shall I tag that? debian/2.58.3-2+deb10u3+leste1?
<freemangordon> or 2.58.3-2+deb10u3+leste1?
<freemangordon> or leave that to you?
<freemangordon> there is already gbp.conf I am not sure fits our CI
<parazyd> If changelog is "2.58.3-2+deb10u3+leste1" then tag is "2.58.3+deb10u3+leste1" I think
<parazyd> Provided our standard gbp.conf is used
<freemangordon> so, I shall replace gbp.conf too, right?
<freemangordon> yeah, I will replace it
<Wizzup> ues
<Wizzup> yes*
<freemangordon> :nod:
_inky has quit [Ping timeout: 252 seconds]
Danct12 has joined #maemo-leste
scops has quit [Quit: Reconnecting]
scops has joined #maemo-leste
scops has left #maemo-leste [#maemo-leste]
_inky has joined #maemo-leste
xmn has joined #maemo-leste
<Wizzup> you have 'writer' role
<Wizzup> it should work already
<Wizzup> what is not working?
<uvos> oh righ
<uvos> t
<uvos> nothing i just forgot
<Wizzup> :)
<sicelo> btw why is iio-sensor-proxy forked?
<uvos> its not really forked its just upstream debian builds only with systemd support devuan dosent build at all
<uvos> and upstream also blocks the compass to the geoclue user
<uvos> but thats just config file differences
<sicelo> ok
<uvos> but we should proubuly move from having it in a repo
<uvos> to just maintaing the debian directory seperatly
<uvos> but idk how to set that up
<uvos> so parazyd ^^^ paybe
<uvos> maybe you can enlighten us
<parazyd> Could probably ask for it to be built in Devuan
<Wizzup> I think having it forked right now is not such a bad thing
<Wizzup> didn't you also have some evdev stuff in there?
<uvos> Wizzup: no
<uvos> Wizzup: we (I) decided not to add it
<uvos> we have zero code changes
<uvos> only build system changes
<lel> MerlijnWajer created a repository: https://github.com/maemo-leste/conversations
<Wizzup> uvos: ok
<uvos> parazyd: regardin adding it to devuan, the current version cant be build on beowulf because of old udev
<uvos> so backporting it wont work
<parazyd> ah
<parazyd> Well that's another reason for the fork
<uvos> new iio-sensor-proxy should bring compass support
<Wizzup> is there userspace that uses it?
<Wizzup> (for testing)
<Wizzup> (also fun for news update I guess)
<uvos> Wizzup: uh gnome mapps i think
<uvos> but i need to package this
<Wizzup> 404
<uvos> sry
<Wizzup> ah cool
<Wizzup> what app is this?
<uvos> (this is something i wrote)
<Wizzup> ok
<Wizzup> I upgraded the kernel on my d3 and now it doesn't boot
<Wizzup> will attach serial..
<Wizzup> (tomorrow)
<uvos> hmm ok :\
uvos has quit [Remote host closed the connection]
<Wizzup> could do with some screenshots https://leste.maemo.org/Wireguard
inky_ has joined #maemo-leste
inky_ has quit [Ping timeout: 252 seconds]
inky_ has joined #maemo-leste
belcher has quit [Ping timeout: 252 seconds]
belcher has joined #maemo-leste
<Wizzup> parazyd: https://pastebin.com/raw/a34H9sNx 'update-rc.d foo disable' does the right thing
<Wizzup> I suggest we add that to the postinst and prerm of our {tor,openvpn}-network-applet packages