<uvos> but often
uvos has quit [Ping timeout: 240 seconds]
inky_ has joined #maemo-leste
BenLand100 has quit [Ping timeout: 256 seconds]
BenLand100 has joined #maemo-leste
BenLand100 has quit [Changing host]
BenLand100 has joined #maemo-leste
Pali has quit [Ping timeout: 240 seconds]
Wikiwide has joined #maemo-leste
Wikiwide has quit [Read error: Connection reset by peer]
Wikiwide has joined #maemo-leste
joerg has quit [Ping timeout: 256 seconds]
joerg has joined #maemo-leste
macros_ has joined #maemo-leste
macros__ has quit [Ping timeout: 260 seconds]
zhxt has quit [Quit: Leaving]
mintphin has quit [Ping timeout: 240 seconds]
xmn has quit [Ping timeout: 240 seconds]
_inky has quit [Ping timeout: 268 seconds]
Langoor has quit [Quit: No Ping reply in 180 seconds.]
Twig has joined #maemo-leste
Langoor has joined #maemo-leste
inky has joined #maemo-leste
inky_ has quit [Ping timeout: 240 seconds]
uvos has joined #maemo-leste
<uvos> looks like the irq issue happens when a cpu is not active on d3
<uvos> when kexec happens
<uvos> seamspinning the cpus at full speed makes it go away
<Wizzup> uvos: ah, I think tmlind also mentioned that
<Wizzup> I don't really see it tbh
<uvos> Wizzup: have solana firmwares?
<uvos> here is xt862 dts
<uvos> decompiled
Pali has joined #maemo-leste
<Wizzup> uvos: sec, few mins
lexik has quit [Quit: Bella ciao.]
lexik has joined #maemo-leste
wunderw has joined #maemo-leste
<wunderw> Hi!
<wunderw> I have a problem with Maemo Leste on my N900
<Wizzup> hi
<Wizzup> what kind of problem?
mardy has quit [Quit: WeeChat 2.8]
<Wizzup> uvos: ping
<wunderw> I can't run Telegram Desktop
<uvos> Wizzup: hmm?
<Wizzup> uvos: do you want VRZ_XT862_5.5.1_84_D3G-66_M2-10_1FF_01a.xml.zip ?
<Wizzup> wunderw: what happens if you run it?
<uvos> i dont need it anymore atm
<Wizzup> uvos: ok
<uvos> i just dded the device tree from the device
<wunderw> When I try to run TG desktop (installed via apt-get) it automatically closes
<uvos> Wizzup: but a android 2.3.2 device tree for xt894 would be usefull
<Wizzup> uvos: how did you decompile it?
<uvos> i patched dtc
<Wizzup> care to share that patch please?
<Wizzup> wunderw: not enough ram maybe? what if you run it from terminal?
<wunderw> When I run TG in terminal, it stucks on warning related to GLib-GObject-CRITICAL
<wunderw> I can upload img to imgur if you want
<Wizzup> sure
<uvos> Wizzup: btw with leste-config-droid3
<uvos> and no accel matrix
<uvos> in udev
<uvos> i still have the wrong orientation
<uvos> its wron 180 deg around y
<Wizzup> uvos: right I think I still needed to fix that
<wunderw> I don't have any smartphone in my hand, unfortunately :( Generally, the error looks like that: (telegram-desktop:6543): GLin-GObject-CRITICAL ** <time>: g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type' failed
<Wizzup> wunderw: you can redirect the output
<Wizzup> telegram-desktop &> log.txt
<Wizzup> or something
<wunderw> And GLib-GObject-WARNING **: <time>: cannot register existing type 'GdkDisplayManager'
<Wizzup> wunderw: where did you get it from btw?
<wunderw> Apt-get, default devuan repo
<wunderw> Where I can find log.txt from TG?
<Wizzup> wait, telegram-desktop is in the debian/devuan repo?
<uvos> yes
<wunderw> Yeah
<Wizzup> o
<wunderw> But older version
<uvos> and it works fine on d4
<uvos> im not sure why the suprise
<uvos> its foss
<Wizzup> maybe it also works better on the new n900 stuff we're working on
<wunderw> I will try full upgrading via apt-get
<Wizzup> uvos: yeah I assumed the protocol being proprietary/centralised that the sw would be too
<wunderw> Maybe it will help
<uvos> Wizzup: nope
<Wizzup> uvos: wrt the dts, this seems relevant:
<Wizzup> bus1devices = "lm3532";
<Wizzup> bus2devices = "qtouch-obp-ts,isl29030_als_ir";
<Wizzup> bus4devices = "akm8975,kxtf9";
<uvos> the protocoll isent proprietary either
<wunderw> Wow, this channel is really active
<uvos> just the central server is
<Wizzup> wunderw: sometimes :)
<wunderw> Great work, BTW
<wunderw> I only wait for calling and SMS-es with GUI on N900's Leste ;)
<Wizzup> wunderw: I can try it on my n900 a bit later today, but I have seen reports of people having it working for them
<wunderw> What working?
<wunderw> Leste?
<Wizzup> wunderw: yeah we're going to push a big update soon that will at least make 3d more stable and get newer kernel
<wunderw> Wow, very good!
<Wizzup> wunderw: no, telegram-desktop
<uvos> Wizzup: right thats why i want old xt894 to compear
<wunderw> Can't wait :)
<uvos> since the newer dts is different
<Wizzup> wunderw: to be clear, people have posted screenshots of telegram-desktop on a droid4 running leste is what I meant
<Wizzup> uvos: mhm
<wunderw> It's not-believiable, the device from 2010 can run 5.x.x Linux kernel
<Wizzup> uvos: I only have VRZ_XT894_9.8.2O-72_VZW-18-8_CFC.xml.zip
<wunderw> And even some desktop apps
<Wizzup> wunderw: :)
<uvos> thats the version i have too :(
<uvos> thats 4.0.4
<wunderw> Wizzup: Really great work
<Wizzup> it's the work of many folks over the years
<wunderw> Yes, the main reason that I don't use Leste as main OS (still Fremantle) (N900 is my daily driver :) ) is lack of calls and SMSs support. And also some other bugs
<uvos> sms should work
<uvos> with sphone
<uvos> on n900
<uvos> (calls dont)
<Wizzup> I am planning to switch to leste as daily driver before the end of feb
<Wizzup> either n900 or d4
<Wizzup> maybe d3
<uvos> Wizzup: better go write a new audio driver to fix the modem issue then :P
<Wizzup> wunderw: yeah sms and calls work to some degree, but the UIs either aren't fully there or audio is not working well yet
<Wizzup> uvos: d4 you mean? well, first tp
<uvos> yeah
<Wizzup> that's part of the deadline end of january
<wunderw> The only things I wait for. Then, Leste as main OS ;)
<uvos> thats the only thing that stops me using d4 atm
<Wizzup> wunderw: well make sure to stick around
<uvos> and flaky gsm, but i can use qmicli
<uvos> gsm data that is / gprs
<Wizzup> well that's ofono or kernel fault
<uvos> did you catch the dtc patch?
<Wizzup> honestly I think if we fix the sim not being seen when it has a pincode (on boot), we'll fix most ofono problems since they're all similar
<Wizzup> there seems to be something registered for sim changes already but it doesn't fire
<Wizzup> uvos: I saw the msg didn't look yet
<uvos> maybe, modem audio issue is kernel tho
<wunderw> Just ran TuxPaint on N900 :)
<uvos> really thats the kernels direct fault cpacp tries to do the right thing even
<Wizzup> wunderw: :p
<wunderw> But in tuxpaint-config I can't change any options unfortunately
<wunderw> They are grey
<Wizzup> uvos: right, we'll try to fix that at least in our tree
<Wizzup> wunderw: yeah not everything from the repos will work out of the box currently
<Wizzup> uvos: saw the patch now, thx
xmn has joined #maemo-leste
<wunderw> Beter to use apt-get or apt?
<Wizzup> no difference
<wunderw> Ok, thanks
<wunderw> 79 packages can be upgraded :D
<wunderw> Is it normal that when I upgrade, the device shutdowns?
<uvos> nope
<uvos> its a bug and design deficancy in leste
<uvos> your system may now be borked
<wunderw> No, it rebooted and still works
<uvos> you have to complete the upgrade
<wunderw> How?
<wunderw> I ran sudo apt update && sudo apt upgrade
<Wizzup> yeah just run that again
<wunderw> Ok
pere has quit [Ping timeout: 256 seconds]
<wunderw> The following packages have been kept back: hildon-meta libicd-network-ipv4
<uvos> Wizzup: current leste-config-droid3 is empty
<Wizzup> wunderw: dist-upgrade?
<Wizzup> uvos: hmmm let me look
<Wizzup> uvos: I think there should be a mce file
<wunderw> Wizzup: Oh, I used normal upgrade
<uvos> Wizzup: its not there
<uvos> Wizzup: dpkg -L lists nothing
<Wizzup> uvos: looks like the debian/ files are missing
<Wizzup> wunderw: dist-upgrade is almost always better
<wunderw> Normal apt upgrade upgraded resolvconf and libicd-network-ipv4
<Wizzup> uvos: this fix accelerometer?
<uvos> Wizzup: while at it add that file
<uvos> fixes accel
<wunderw> In which phone?
<uvos> xt860
<uvos> accel on n900 is still broken
<uvos> is several ways
<Wizzup> wunderw: long story short display rotation on n900 causes crashes but we have made many many changes that will fix it in the next big push of sw updates
<Wizzup> so we didn't want to enable accelerometer to automatically rotate display since that would crash the display server
<Wizzup> uvos: btw droid3 -devel image is being built here https://phoenix.maemo.org/job/leste-image-droid3-dev/3/console
<uvos> also we need to add the i2c address of the n900 accel to the st driver
<uvos> and fix n900 dts
<Wizzup> yes but we will do that only after the display is fixed :)
<Wizzup> btw -devel based images will go here https://maedevu.maemo.org/images-devel/
<Wizzup> in ~1.5hrs there should be a droid3 one
<wunderw> Dist-upgrade helped
<wunderw> Wizzup: thanks for this link! Will try :)
<wunderw> Wow, Leste is even for PinePhone :P
<wunderw> Now I saw the new build! Will dd now to SD ;)
<Wizzup> wunderw: do you mean new n900 build? it doesn't contain the new stuff yet
<dreamer> Wizzup: batteries came in. you wanted 2 right?
<wunderw> Yes
<Wizzup> dreamer: yes pls
<wunderw> From dec 26
<wunderw> Wizzup: I want to test
<dreamer> Wizzup: even included bunch of tools and stickers. one for set each battery o.O
<dreamer> Wizzup: let me know how/where/when you want them :)
<wunderw> Want to ask, who is the main creator, developer etc. of Leste?
wunderw_ has joined #maemo-leste
<wunderw_> Can you repeat answer? XChat disconnected me :-)
<dreamer> they are at nurdspace now. when are you back in .nl? can do a little leste-workshop here once everyone has their 3rd shot ;)
<Wizzup> dreamer: I am in the netherlands for 3 weeks already
<Wizzup> dreamer: for ~2 more weeks
<Wizzup> wunderw: there is no one creator, but freemangordon parazyd and me were there at the start, but leste builds on work of many more people before it
<wunderw_> Thanks
inky has quit [Ping timeout: 240 seconds]
wunderw_ has quit [Quit: Leaving]
inky has joined #maemo-leste
<uvos> what kind of battery are we horse trading?
<Wizzup> uvos: I think some aliexpress d4 battery
<Wizzup> dreamer: regarding when/where, not sure what makes sense
<Wizzup> wunderw: regarding testing n900 image, there is a known problem that we don't need to test and freemangordon is working on it, once that is fixed, then it makes sense to test
<Wizzup> I mean testing the (non existing) -devel image
<dreamer> Wizzup: ah! I won't be in 020 until 10th
<uvos> Wizzup: those are oem motorola eb41 with a fake sticker
<Wizzup> uvos: we'll find out
_inky has joined #maemo-leste
DPA has quit [Ping timeout: 245 seconds]
<Wizzup> uvos: yeah rotation works
<Wizzup> (d3)
DPA has joined #maemo-leste
DPA has quit [Quit: ZNC 1.8.2+deb2~bpo10+1 - https://znc.in]
pere has joined #maemo-leste
DPA has joined #maemo-leste
mintphin has joined #maemo-leste
<uvos> great
<uvos> looks like you fixed the package
<uvos> Wizzup: wrt images
<uvos> i think it would be better if we moved the images to devices we dont currently build/support to images-archive or something like that
<mighty17[m]> `[ 1.238769] omap-dmtimer-pwm dmtimer-pwm@10: period 31250 ns too short for clock rate 32768 Hz` any clues what the period can be?
<uvos> so that /images/ contains only xt875 xt894 n900 rpi* and vms
<freemangordon> uvos: why is that?
<uvos> freemangordon: to make it clear that those images are really out of date
<uvos> and the underlying devices lack support
<uvos> or dont work even
<uvos> like the n9/50 images dont even boot reportably
<freemangordon> but, aren't those rebuild anyways?
<uvos> no
<freemangordon> ah
<uvos> we only build d4/bionic/n900/pp/rpi/vm and now d3
<freemangordon> ok
<Wizzup> uvos: right regardng images
<wunderw> uvos: Yes, I tried to run Maemo Leste for N9, wasn't able to
<Wizzup> wunderw: yeah ok, good point
<Wizzup> uvos: so something like images-unsupported?
<uvos> Wizzup: that would be fine yeah
<uvos> Wizzup: or archive
<wunderw> Wizzup: the build for N900 from Dec (both) are broken. All of the screen is black, only few interface elements are visible (pink). There are not icons at all. Really strange
<Wizzup> I am not too surprised, we haven't tested that one yet
<Wizzup> sounds like hildon-desktop not starting
<wunderw> Possible. Flashing again the older build
_inky has quit [Ping timeout: 256 seconds]
pere has quit [Ping timeout: 240 seconds]
pere has joined #maemo-leste
wunderw has quit [Quit: Leaving]
pere has quit [Ping timeout: 268 seconds]
mintphin has quit [Quit: Leaving]
<Wizzup> wunderw: I see the same on the images, looks like some theme symlink is messed up
<Wizzup> uvos: the image is not working, at least theme seems broken, maybe more
<Wizzup> I wonder what broke this, no icons load, no images either
<Wizzup> ** (/usr/bin/hildon-desktop:4374): WARNING **: 16:30:59.350: hd_launcher_tile_set_icon_name: couldn't create texture for /usr/share/pixmaps/htop.png
<Wizzup> ** (/usr/bin/hildon-desktop:4374): WARNING **: 16:30:59.411: hd_launcher_tile_set_icon_name: couldn't create texture for /usr/share/pixmaps/debian-logo.png
<Wizzup> etc
<Wizzup> afk
<Wizzup> freemangordon: could this be the glib patch somehow?
<Wizzup> parazyd: maybe the resolv.conf change somehow affects arm-sdk ?
<Wizzup> parazyd: it's not clear to me what exact step is failing
<Wizzup> I think it'
<Wizzup> s probably not related looking at the blend but it's suspicious it fails
<parazyd> I'll check. There should be a hardcoded resolv.conf in that stage
<parazyd> I dunno what's the problem.
<freemangordon> Wizzup: how's that?
<freemangordon> Wizzup: I don;t see how it could be related
<freemangordon> it is about .desktop files, nothing in common with ions
<freemangordon> *icons
<Wizzup> gdk_pixbuf_new_from_file_at_size seems to fail
<Wizzup> more specifically:
<Wizzup> pixbuf = gdk_pixbuf_new_from_file_at_size(fname, HD_LAUNCHER_TILE_ICON_REAL_SIZE, HD_LAUNCHER_TILE_ICON_REAL_SIZE, 0);
<Wizzup> could be something else is up, but the file path it prints definitely loads
<Wizzup> hmm:
<Wizzup> (osso-xterm:5923): sapwood-engine-WARNING **: 17:22:29.650: sapwood-theme: Failed to load pixmap file /usr/share/themes/alpha/images/toolbar_button_normal.png: read 1, expected 80 bytes
* Wizzup reinstalls theme
<Wizzup> I don't know what is up
<Wizzup> (sapwood-server:6040): sapwood-server-WARNING **: 17:25:41.264: /usr/share/themes/alpha/images/toolbar_button_normal.png: Couldn?t recognize the image file format for file ?/usr/share/themes/alpha/images/toolbar_button_normal.png?
<freemangordon> broken fs?
<Wizzup> freemangordon: reinstalled, same file sizes
<Wizzup> and my d4 has the same
<Wizzup> it looks very much like sapwood not working ok
<Wizzup> it also seems to happen to stable images afaict
<Wizzup> parazyd: 15:41 < wunderw> Wizzup: the build for N900 from Dec (both) are broken. All of the screen is black, only few interface elements are visible (pink). There are not icons at all. Really strange
<Wizzup> I also confirm this on -devel images
<Wizzup> freemangordon: seems unlikely to be broken fs since I just flashed and it also happened for this guy using stable image
<Wizzup> /etc/hildon/theme seems ok
<Wizzup> as is /usr/share/themes/default
<Wizzup> it very much looks like glib-based file reading not working, since it affects h-d and sapwood
<Wizzup> also:
<Wizzup> ** (controlpanel:6561): WARNING **: 17:36:38.789: Couldn't load icon "general_locked": Unrecognized image file format
<Wizzup> maybe it's mime type related?
<Wizzup> that's the only thing I can think of that changed
<freemangordon> makes sense
<freemangordon> but I don;t see how it would be glib related
<freemangordon> I made some changes to libhilodnmime
<freemangordon> but it just adds one more binary that creates a cache file
<freemangordon> It should not break mime handling, in theory
<freemangordon> Wizzup: do we have install log?
<freemangordon> do we have shell?
<Wizzup> freemangordon: dinner first sry
<Wizzup> I have ssh yes
<freemangordon> ok, ping me when you're back
<freemangordon> no issue booting maemo-leste-1.0-amd64-20211226.vdi
pere has joined #maemo-leste
uvos has quit [Ping timeout: 256 seconds]
<Wizzup> ok
<Wizzup> freemangordon: ping
<freemangordon> pong
<freemangordon> what "gio mime text/plain" says?
<Wizzup> $ gio mime text/plain
<Wizzup> -bash: gio: command not found
<freemangordon> hmm
<Wizzup> I also found mimetype is not installed
<Wizzup> which belongs to libfile-mimeinfo-perl
<Wizzup> shall I install that and see what happens
<freemangordon> sec
<freemangordon> hmm
<freemangordon> libglib2.0-bin should be installed, unless I am missing something
<freemangordon> Wizzup: better install libglib2.0-bin
<Wizzup> ok, sec
<Wizzup> $ gio mime text/plain
<Wizzup> Registered applications: vim.desktop debian-vim.desktop
<Wizzup> Recommended applications: vim.desktop debian-vim.desktop
<Wizzup> Default application for “text/plain”: vim.desktop
<freemangordon> so mime is ok
<Wizzup> at least for text/plain
<Wizzup> it might be messed up badly if this tool is needed during any preinstall
<freemangordon> check /usr/share/mime
<Wizzup> don't know what to check but seems ok
<freemangordon> but mime should not be used by gdk_pixbuf_new_from_file_at_size
<Wizzup> in any case I attached gdb to hildon-desktop and I found that that function (you just mentioned) returns NULL
<Wizzup> for correct path
<freemangordon> what is the filesize of that file?
<Wizzup> no icon is loaded
<Wizzup> any
<Wizzup> at any point in any hildon part
<Wizzup> hildon-desktop, hildon-home, osso-xterm, controlpanel
<freemangordon> yeah, got that
<Wizzup> the file syzes were the same as on the d4
<Wizzup> (which works fine)
<Wizzup> sizes*
<freemangordon> ok, d4 works, vm works
<Wizzup> no, hang on
<Wizzup> *my* droid4 works
<Wizzup> I am not saying the droid4 image works
<freemangordon> so somehting must have failed during install on n900
<Wizzup> I am testing this on a droid3, with an image I just built on the CI
<freemangordon> do we have image build log?
<Wizzup> and it doesn't work
<freemangordon> ah
<Wizzup> it has the same problems as the n900 image from a few days ago, which was not -devel
<Wizzup> that is, status area and top left are purple
<Wizzup> everything else is black
<Wizzup> which reminded me of the times the theme was not set up ok
<freemangordon> wait, is this the same issue as on n900 or not?
<Wizzup> but the theme looks to be ok
<Wizzup> yes
<freemangordon> symlink is ther?
<Wizzup> yes
<Wizzup> if you mean $ ls /etc/hildon/theme -lsh
<Wizzup> 0 lrwxrwxrwx 1 root root 25 Dec 30 17:35 /etc/hildon/theme -> /usr/share/themes/default
<Wizzup> $ ls -lsh /usr/share/themes/default
<Wizzup> 0 lrwxrwxrwx 1 root root 23 Dec 30 17:35 /usr/share/themes/default -> /usr/share/themes/alpha
<freemangordon> mhm
<Wizzup> parazyd: looks like we still have debugfs not loaded btw
<Wizzup> s/loaded/mounted/
<freemangordon> Wizzup: shall I write some small test app for you to run strace on?
<Wizzup> freemangordon: I suppose, but I can also strace say osso-xterm
<freemangordon> hmm, ok
<freemangordon> please do
<freemangordon> you will need ti run it by using maemo-summoner I suppose
<Wizzup> I have been doing that
<Wizzup> d3 stuck on shutdown because of the kernel oops I think
* Wizzup removes battery and restarts
<Wizzup> freemangordon: doesn't show anything out of the ordinary
<Wizzup> in fact it is indistinguishable from broken and non-broken
<freemangordon> hmm
joerg has quit [Read error: Connection reset by peer]
<Wizzup> at least anything that refers to those icon names I think
<freemangordon> Failed to load pixmap file /usr/share/themes/alpha/images/toolbar_button_normal.png: read 1, expected 80 bytes
<freemangordon> read 1, expected 80
<Wizzup> I think this is an error in sapwood
<Wizzup> not osso-xterm
<freemangordon> yes
<freemangordon> but 'read 1'
<Wizzup> want me to strace that instead?
<Wizzup> yeah it is weird but could be anything
<freemangordon> some 32 bits issue?
<Wizzup> some *new* 32 bits issue maybe
<freemangordon> mhm
<freemangordon> yes, please strace sapwood-server
<Wizzup> looks fine to me
<Wizzup> 4.0K -rw-r--r-- 1 root root 154 Jun 28 2021 /usr/share/themes/devel/images/toolbar_button_normal.png
<freemangordon> right
<Wizzup> something else that is odd, for osso-xterm, it only prints this for this png
<Wizzup> not for others
<Wizzup> maybe it has just one icon :)
<freemangordon> not really
<Wizzup> but again, h-d also cannot open pngs
<freemangordon> but anyways, it seems to be on the other side
<Wizzup> I see this in sapwood:
<Wizzup> 2964 write(2, "\n(sapwood-server:2964): sapwood-server-\33[1;33mWARNING\33[0m **: \33[34m18:45:22.247\33[0m: /usr/share/themes/devel/images/toolbar_button_normal.png: Couldn?t recognize the image file format for file ?/usr/share/themes/devel/images/toolbar_button_normal.png?\n", 252) = 252
joerg has joined #maemo-leste
<Wizzup> which I also mentioned above
<freemangordon> ah, so sapwood-server complains?
<Wizzup> yes
<freemangordon> sec
<Wizzup> but it *must* be some underlying library
<Wizzup> since it happens everywhere
<freemangordon> mhm
<freemangordon> lemme check the code
<freemangordon> hmm, this error message comes from elsewhere, not from sapwood itself, iiuc
<freemangordon> Wizzup: do you have XDG_DATA_DIRS set?
<Wizzup> not on faulty droid3 and not on working droid4
<freemangordon> ok
<freemangordon> checking one more thing
<freemangordon> Wizzup: /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders, modified for 32 bits
<freemangordon> I bet this one differs on 2 devices
<Wizzup> I was looking at that just now
<Wizzup> doesn't look like it
<Wizzup> I'll paste
<Wizzup> wait let me run it as user to be sure
<freemangordon> hmm, yeah,looks fine
<freemangordon> but we're getting close
<Wizzup> yup
<Wizzup> something is truly messed up
<freemangordon> ldd /usr/lib/arm-linux-gnueabihf/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so ?
<Wizzup> do you want to compare?
<Wizzup> they look the same on d3 and d4
<freemangordon> ok
<freemangordon> hmm
<freemangordon> wait, you said you don;t have XDG_DATA_DIRS set for which user?
<Wizzup> all devices do not have that set for usersyes
<Wizzup> user yes
<Wizzup> user@maindroid:~$ env|grep XDG
<Wizzup> XDG_RUNTIME_DIR=/run/user/1000
<freemangordon> could you run-standalone.sh bach
<freemangordon> *bash
<freemangordon> and then check XDG stuff
<freemangordon> I have XDG_SESSION_COOKIE=devuan-1640512024.348006-1839873804 here
<Wizzup> no difference
<Wizzup> on both devices
<freemangordon> no XDG_SESSION_COOKIE?
<Wizzup> no
<freemangordon> hmm, why do I have that here
<freemangordon> in the VM that is
<Wizzup> don't know but unlikely to relate to png file parsing
<freemangordon> yeah
<Wizzup> too bad that h-d doesn't even log the error of gdk_pixbuf_new_from_file_at_size
<Wizzup> although I suppose it will be the same: cannot recognize image format
<freemangordon> gdk-pixbuf-query-loaders > /usr/lib/arm-linux-gnueabihf/gdk-pixbuf-2.0/2.10.0/loaders.cache
<freemangordon> update-mime-database /usr/share/mime
<freemangordon> I guess as root
<Wizzup> freemangordon: ok let me try
<Wizzup> fwiw /usr/lib/arm-linux-gnueabihf/gdk-pixbuf-2.0/2.10.0/loaders.cache are the same on both devices before updating
<freemangordon> ok
<Wizzup> freemangordon: yes, update-mime-database solved it
<freemangordon> hmm
<freemangordon> why it is not called?
<Wizzup> parazyd: ^^^^^
<parazyd> That should be part of some postinst
<freemangordon> I see no update-mime-database call in build log
<Wizzup> freemangordon: I do see this:
<Wizzup> * Updating MIME database in /usr/share/mime...
<freemangordon> shared-mime-info
<freemangordon> Wizzup: this is from hildon-update-=category-database
<Wizzup> right
<freemangordon> Processing triggers for shared-mime-info (1.10-1)
<freemangordon> and nothing
<Wizzup> yeah and then nothing happens
<Wizzup> you're sure it's in that postinst?
<Wizzup> triggers are not the same as postinst fwiw
<freemangordon> not sure
<freemangordon> this is not our package
<Wizzup> I would expect it to happen here: Setting up shared-mime-info (1.10-1) ...
<freemangordon> mhm
<freemangordon> getting source, lemme check
<Wizzup> I suppose I can reflash the image and apt --reinstall shared-mime-info
<Wizzup> freemangordon: fwiw here is the vm build log https://phoenix.maemo.org/view/Images/job/leste-image-virtual/83/consoleText
<freemangordon> looks good to me https://pastebin.com/VWW4ewmn
<freemangordon> Wizzup: no idea :(
<Wizzup> same.
<Wizzup> this is truly SNAFU
<freemangordon> but yeah, please reflash and reinstall
<Wizzup> k
<freemangordon> parazyd: is it possible /me adding a trigger in another package to break this?
<parazyd> What do you mean with "trigger"?
<freemangordon> parazyd: ^^^
<parazyd> hmm perhaps. I don't know what those do
<Wizzup> well I think the point is that we seemingly didn't change anything but the mime files of (most?) images are broken to the point it cannot even load a single png
<Wizzup> and the fix is to run update-mime-database
<Wizzup> but that must already get run
<freemangordon> mhm
<freemangordon> but I don;t see it being run
<freemangordon> which means postinst didn;t get called, IIUC
<Wizzup> so perhaps we set some env var now that causes the postinst not to run or something, or it runs too soon, or whatever...
<Wizzup> I suppose we could force-add the call to arm-sdk or something
<Wizzup> anyway I'll reflash
<freemangordon> Wizzup: I think we shall find the reason for postinst not being called
<freemangordon> we could have similar breaks elsewhere
<Wizzup> it might get called as well, but the file just not kept
<Wizzup> fwiw there is also /var/lib/dpkg/info/shared-mime-info.postinst
<freemangordon> hmm, is it possible that hildon-update-category-database breaks mime info somehow?
<Wizzup> and that definitely contains a check for triggered
<Wizzup> freemangordon: maybe, can check
<Wizzup> dd'ing now
<freemangordon> Wizzup: could you save /usr/share/mime before reinstalling?
<Wizzup> too late
<Wizzup> but I can re-run after dd
<freemangordon> no, I mean the broken one
<freemangordon> so we can compare after fixing
<freemangordon> well, why VM is not broken tren?!?
<Wizzup> freemangordon: I understand, I will cp before fixing
<Wizzup> but the dd already started when you asked
<freemangordon> that's fine as you can;t get the broken one without dd :)
belcher has quit [Ping timeout: 268 seconds]
inky has quit [Ping timeout: 245 seconds]
<Wizzup> freemangordon: regarding the triggers, that seems likely the cause somehow
<Wizzup> does the shared mime info package also have those triggers
<freemangordon> I guess yes, but I would expect more that one trigger per directory to be allowed
* freemangordon checks
<Wizzup> yeah me too
<freemangordon> well, I see no issue with what I did
<freemangordon> unless i am missing something
<Wizzup> fwiw wl12xx is also not probed on d3
<Wizzup> unless I probe it manually
<Wizzup> I also feel like we need to provide some default nameserver to dnsmasq
<freemangordon> hmm, hmm
<Wizzup> in case of ethernet or usbnet
<Wizzup> freemangordon: is it possible your trigger exits with non zero exit code
<freemangordon> I doubt
<Wizzup> hmm
<Wizzup> in any case the --reinstall works
<Wizzup> let me share old and new mime dirs
<Wizzup> freemangordon: # cat /var/lib/dpkg/info/hildon-update-category-database.postinst
<Wizzup> #! /bin/sh
<Wizzup> is that valid, with the space?
<freemangordon> hmm, is it possible there is no /usr/share/mime by the time hildon-update-category-database is run?
<freemangordon> yes, it is
<Wizzup> ok
<Wizzup> weird
<freemangordon> see my question ^^^
<Wizzup> I have no idea what installs into /usr/share/mime
<Wizzup> or what creates it
<freemangordon> shared-mime-info, hildon-application-manager, osso-pdf-viewer, gcr, meld: /usr/share/mime
<Wizzup> # dpkg -S /usr/share/mime
<Wizzup> shared-mime-info, hildon-application-manager, osso-pdf-viewer: /usr/share/mime
<Wizzup> right
<freemangordon> mhm
<Wizzup> maybe you can have it depend on shared-mime-info in any case
<freemangordon> right
<freemangordon> lemme see what is the $? if non-existent dir is passed
<Wizzup> ok
<Wizzup> please also fix the space in the shebang
<Wizzup> it's confusing
<Wizzup> I've never seen it
<freemangordon> yep. sudo hildon-update-category-database /usr/share/mimes gives exit code 1
<Wizzup> I think this is probably the problem
<freemangordon> mhm
<freemangordon> or, I can just create that dir
<Wizzup> better to depend on shared-mime-info
<Wizzup> imho
<Wizzup> but in any case
<Wizzup> it still should not cause the postinst to return non-zero
<Wizzup> if I read it correctly
<Wizzup> so I don't see how fixing that would help
<Wizzup> it is set -e no?
<freemangordon> yes
<Wizzup> maybe see what the postinst returns
<Wizzup> if there is no dir
<Wizzup> maybe it is the shebang somehow :)
<freemangordon> "-e Exit immediately if a command exits with a non-zero status."
<freemangordon> nothing wrong with the shebang
<Wizzup> oh
<Wizzup> I always confuse -e and +e
<Wizzup> :)
<Wizzup> -e to me sounds no "minus errors"
<freemangordon> I don;t because I know neither :)
<Wizzup> sounds like
<Wizzup> yeah I know it controls if shell exits right away if any process erors
<freemangordon> anyway, I think this is it, will make it depend on
<Wizzup> but I always forget what is - and what is +
<Wizzup> ok
<freemangordon> maybe pre-depends?
<freemangordon> Wizzup: how we're going to test that?
<Wizzup> freemangordon: test what?
<freemangordon> image building with fixed package
<Wizzup> I will trigger another build
<Wizzup> you can push to -devel
<freemangordon> ok
<freemangordon> ok
<Wizzup> my droid3 image uses -devel
<Wizzup> :)
belcher has joined #maemo-leste
pere has quit [Ping timeout: 240 seconds]
<Wizzup> uvos: btw I still see hangs sometimes on droid3, do you see them as well?
<Wizzup> freemangordon: any idea how telepathy-logger works?
<Wizzup> it seems useful but I don't see any users of it really
<freemangordon> I think there are plugins to it
<freemangordon> which expose dbus interfaces
<freemangordon> but that's all I know about it
<freemangordon> image seems to be almost ready. lets hope it is fixed
mepy has quit [Read error: Connection reset by peer]
<Wizzup> I mean it seems to suggest it logs somewhere
<Wizzup> and you can read the logs
<Wizzup> but maybe I am misunderstanding it
<Wizzup> fremantle doesn't use it
<Wizzup> so I guess we will not use it
<Wizzup> ah they have log store plugins
<Wizzup> that is interesting
<Wizzup> we could make a log-store-rtcom
<Wizzup> hm I think it only reads and doesn't write
<Wizzup> looks like there is some add_event
pere has joined #maemo-leste
<freemangordon> Wizzup: image is ready
<Wizzup> yes
<Wizzup> I am downloading already
<freemangordon> ok, please LMK if it is ok
<Wizzup> working on it
<Wizzup> so I think telepathy-logger could be interesting potentially
<Wizzup> we could just use it's binary and write a rtcom plugin
<Wizzup> then we don't need a logger per program
<Wizzup> i.e. sphone could drop it's tp interface
<Wizzup> but it's also relatively limited in what it does, so maybe it's not that useful
<freemangordon> does it store enough info?
<Wizzup> well we will have to fork it anyway to add our plugin
<Wizzup> (most of the code is untouched for years)
<Wizzup> but I am not sure if it makes sense to have it
<freemangordon> why fork?
<Wizzup> the plugins are built in it seems
<freemangordon> I am almost sure it can be extended, lemme check
<Wizzup> the htmldoc is pretty poor too
<Wizzup> and my fav. telepathy guide doesn't even log it
<Wizzup> en the tp homepage 404's for the telepathy-logger
<Wizzup> (not saying we should not use it, just some things that discouraged me a bit from using it)
<Wizzup> (dd almost done)
<Wizzup> freemangordon: still broken it looks like :(
<freemangordon> :(
<freemangordon> ok, going to have some sleep, will see what we can do tomorrow
<Wizzup> maybe focus on the n900 stuff, I can get this fixed surely
<freemangordon> yeah
<freemangordon> night!
<Wizzup> freemangordon: we can also run it at the end of the arm-sdk for now
Twig has quit [Remote host closed the connection]
inky has joined #maemo-leste
_inky has joined #maemo-leste