reallll has joined #maemo-leste
belcher_ has quit [Ping timeout: 240 seconds]
<kshatriya> game is happy if i request 956x536 window
<Wizzup> parazyd: maybe adding --trace to the make command(s) can help reveal the problem in jenkins
<kshatriya> first working build of dante on droid4 (2.5MB) http://0x0.st/-W2r.mkv
<kshatriya> it should be using PVR texture compression and downscaling textures, still getting PVR:(Warning): Kicking render due to frag buffer space [691, /buffers.c] though
cockroach has quit [Quit: leaving]
sicelo has quit [Ping timeout: 265 seconds]
sicelo has joined #maemo-leste
sicelo has joined #maemo-leste
joerg has quit [Killed (copper.libera.chat (Nickname regained by services))]
joerg has joined #maemo-leste
rafael2k has quit [Ping timeout: 250 seconds]
xmn has quit [Quit: ZZZzzz…]
reallll is now known as belcher
Roal-Yr has joined #maemo-leste
<Roal-Yr> Hello, fellows. Wanted to ask if things like in-memory (RAM) compression have been tried (like this, for instance: https://github.com/foundObjects/zram-swap )?
joerg has quit [Read error: Connection reset by peer]
joerg has joined #maemo-leste
nohit has quit [Ping timeout: 276 seconds]
nohit has joined #maemo-leste
lexik has quit [Ping timeout: 252 seconds]
lexik has joined #maemo-leste
Pali has joined #maemo-leste
<parazyd> Wizzup: I don't know how to do that
Blikje has quit [Ping timeout: 252 seconds]
Blikje has joined #maemo-leste
rafael2k has joined #maemo-leste
Pali has quit [Ping timeout: 272 seconds]
uvos has joined #maemo-leste
<parazyd> And it also uses x86 libs
<parazyd> (This should be fixed)
<parazyd> Which in turn might make arm64 fail too
<parazyd> Yup
Roal-Yr has quit [Quit: WeeChat 3.0.1]
rafael2k has quit [Ping timeout: 240 seconds]
<Wizzup> parazyd: youre looking at arm64 no?
<Wizzup> I don't understand
<parazyd> Both are broken on jenkins
<parazyd> I think the makefile needs to be reworked
<Wizzup> hm
<parazyd> In some way
<Wizzup> ok, but why does the jenkins fail?
<Wizzup> sorry
<Wizzup> I mean the armhf one
<parazyd> I don't know
<Wizzup> ok
<Wizzup> I wish I could repro
<parazyd> The if clauses don't seem to activate
<parazyd> I can't repro either
<Wizzup> well either the if or the else must activate
<Wizzup> and both should call 'ar x'
<parazyd> I realize that
<Wizzup> just going through my thought process :)_
* Wizzup makes coffee, br
<Wizzup> b
<parazyd> What I wanted to say above
<parazyd> Is that arm64 fails in the same way
<parazyd> (It wasn't failing for you because X86 was set)
<Wizzup> parazyd: ok, it builds on the d4 though(not arm64)
<Wizzup> and afaik it's not a problem to set X86 on arm64
<parazyd> 11:19 <parazyd> I can't repro either
<Wizzup> since 'x86' just means "cpu fallback without extra speed"
<Wizzup> so really we do want X86 to be set
<parazyd> Builds for me too, both dpkg and gbp
<Wizzup> but we can rename it or something
<parazyd> Doesn't arm64 do neon too?
<Wizzup> if it does, we cannot reuse arm32 o files I imagine
<Wizzup> well armv7*
<parazyd> ok
<Wizzup> so it should use the fallback for now
<parazyd> I thought it could, since aarch64 can run armhf
<parazyd> ok
<parazyd> I'll revert that then
<Wizzup> yeah but we can't mix the modes within a process
<parazyd> Sure
<Wizzup> I think if we had .S files then maybe
<Wizzup> but that doesn't matter now
<Wizzup> I was actually thinking of just not using the neon code on armhf too
<Wizzup> but it's only something we'll have to fix later, so I'd rather use the neon code for now
<parazyd> *nod*
<Wizzup> so could it be related to timestamps or something?
<Wizzup> that's the only thing I can think of
<parazyd> Only if Make is ambiguous and gives wrong errors
<parazyd> Like, it says "no rule"
<Wizzup> did you revert the changes you made?
<Wizzup> I didn't pull yet, so can be force push too
<Wizzup> I want to add this:
<Wizzup> +override_dh_auto_build:
<Wizzup> + make --trace -j1
<parazyd> Pushed
<parazyd> ah wait need to merge in leste branch
<parazyd> Done
<Wizzup> parazyd: wait
<Wizzup> src/common/Makefile.am:44: warning: '%'-style pattern rules are a GNU make extension
<parazyd> Think we're somehow not using gmake?
<Wizzup> that it what I am thinking
<parazyd> That'd be weird
<Wizzup> yeah
<parazyd> Wizzup: Also could be useful to remove silent rules
<parazyd> And some of the GCC_TRADITIONAL, AM_PROG_CC_C_O and AC_PROG_CC_C99 in configure.ac
<parazyd> Also, perhaps nuke the m4 directory
<Wizzup> parazyd: I was not able to build it when I nuked the m4 directory
<Wizzup> feel free to try :)
<parazyd> ok
<Wizzup> parazyd: can I pull?
<parazyd> Yes
<Wizzup> can I revert 1a73926fe7aa9ada3a523a353b6d4e19180fa100 as well?
<parazyd> Sure
<Wizzup> let's see if --trace -d can help us here
<Wizzup> Trying rule prerequisite 'speech_src_neon_hardfp.a'. Looking for a rule with intermediate file 'speech_src_neon_hardfp.a'.
<Wizzup> it is gnu make: GNU Make 4.2.1
<parazyd> Maybe they should be extracted before?
<parazyd> And not like how it's done now
<Wizzup> well yes, if we work around the bug we can do that
<Wizzup> but clearly it works in the sailfishos build system, and it works when built manually, so something is up
<parazyd> I'm keen to blame the differences in autoconf/automake versions
<parazyd> But then again
<parazyd> Manually it works...
<parazyd> And it simply runs: dpkg-buildpackage -us -uc -B
<Wizzup> yeah, nothing is ever easy and nice with computers :)
<Wizzup> we could make it non implicit
<Wizzup> shall I try that?
<parazyd> Please do
<parazyd> Also if it doesn't work, it should be possible to extract it from debian/rules
<parazyd> Then just count on the fact the files exist
<Wizzup> (will be hard to know if it solves the problem for sure, but at least it will be explicit this way)
<Wizzup> building on d4 to see if it works.
doc has quit [Quit: Things to do]
<parazyd> Wizzup: You forgot the git tag
<Wizzup> $ git push origin 12.2.31
<Wizzup> Total 0 (delta 0), reused 0 (delta 0), pack-reused 0
<Wizzup> To github.com:maemo-leste/pulseaudio-modules-nemo.git * [new tag] 12.2.31 -> 12.2.31
<Wizzup> -devel
<Wizzup> git checkout -
<Wizzup> doesn't look like I did, weird
<parazyd> oh nvm then
<parazyd> It's just that it doesn't pul
<parazyd> Is there some way to fetch it?
<parazyd> git fetch --tags --force
<parazyd> TIL
<Wizzup> I usually delete the local tags
<parazyd> Didn't build again :/
<Wizzup> Makefile:1361: target 'src-8-to-48-neon.o' does not exist
<Wizzup> ar x speech_src_neon_hardfp.a
<Wizzup> Putting child 0x140c4a8 (src-8-to-48-neon.o) PID 26407 on the chain.
<Wizzup> Live child 0x140c4a8 (src-8-to-48-neon.o) PID 26407
<Wizzup> ar: speech_src_neon_hardfp.a: No such file or directory
<Wizzup> so something removes the .a file?
<parazyd> :o
<parazyd> That might be it
<parazyd> What if you rename it to some different sufix?
<Wizzup> let me see if I can figure out what dh_clean does
<Wizzup> it does not look like dh_clean removes it, judging from the file source
<parazyd> It might as well be some jenkins-debian-glue thing
<Wizzup> parazyd: yes, locally dh_auto_clean is run
<Wizzup> not dh_clean
<uvos> heh build system work
<uvos> fun
<Wizzup> d4:
<Wizzup> dh clean --with autoreconf
<Wizzup> dh_auto_clean
<Wizzup> make -j1 distclean
<Wizzup> jenkins:
<Wizzup> dh clean --with autoreconf dh_clean
<Wizzup> but maybe it's removed even before dh_clean
<Wizzup> sounds like you're looking at the the glue code, I'll make another offee
<parazyd> I'm not
<parazyd> :D
<parazyd> Also need to go for lunch in a few minutes
<parazyd> But try renaming the .a files
<parazyd> bbl
<Wizzup> seems like a hack but ok
<Wizzup> uvos: fwiw pretty sure this has nothing to do with autotools
<uvos> dh is a build system :)
<uvos> in a way
<Wizzup> true
<Wizzup> looks like calling the files .abc works
<Wizzup> (instead of .a)
<Wizzup> parazyd: shall I file a bug, assign it to you (since it's likely glue related?) and move on to the other audio stuff?
rafael2k has joined #maemo-leste
<lel> MerlijnWajer opened an issue: https://github.com/maemo-leste/bugtracker/issues/561 (Investigate jenkins removing source .a files)
<lel> MerlijnWajer assigned an issue: https://github.com/maemo-leste/bugtracker/issues/561 (Investigate jenkins removing source .a files)
rafael2k has quit [Ping timeout: 255 seconds]
<Wizzup> parazyd: I can have pulsecore-dev have a ('runtime') dependency on other -dev packages, right?
<parazyd> Wizzup: yes @ ticket
<parazyd> Wizzup: Yes, it's Depends: instead of Build-Depends
<parazyd> But also remember ${shlibs:Depends} and ${misc:Depends}
<Wizzup> yes, I did depends
<Wizzup> hmm, what do you mean?
<Wizzup> brb
<parazyd> I think I had an example somewhere
<parazyd> sec
<Wizzup> parazyd: ok
<Wizzup> so how do I get libmeego-common-dev to depend on pulseaudio-modules-nemo? both from source pulseaudio-modules-nemo
<Wizzup> cmtspeech is failing with: /usr/bin/ld: cannot find -lmeego-common
<Wizzup> it I install pulseaudio-modules-nemo then it works
<Wizzup> I already had this Depends: ${shlibs:Depends} in libmeego-common-dev
<Wizzup> so that's not it in then?
<Wizzup> that's not it then*
<uvos> Wizzup: just got the tablet
<Wizzup> uvos: cool
<Wizzup> I hope it turns on and stuff :)
<Wizzup> (I tested it)
<uvos> somone resetted the device then created a gmail account loged the device in
<Wizzup> yeah, I ignored it, I'd just wipe it or something
<uvos> sent them selves a consumer tracking software
<uvos> and installed that
<uvos> interessting
<Wizzup> heh
<uvos> looks like someone is trying to get personal info
<Wizzup> hm
<Wizzup> the other tablets didn't have this though
<Wizzup> iirc
<Wizzup> but fair warning, I'll look at the ones I have here with argus eyes
<uvos> this is the company
<uvos> its linc_6.2.apk and was installed by pictureeu promotions inc
<Wizzup> I don't think I saw it on the others
<uvos> anyhow just wipe the deives
<uvos> *devices
<Wizzup> uvos: mhm
<uvos> huh mine also contains a vrz sim
<Wizzup> uvos: untested means untested :p
<Wizzup> 'for parts' is what they called it
<Wizzup> I didn't bother to try to take out sims or whatever
<Wizzup> quite some of the d4s or bionics I have also have ancient sims I think
<uvos> tthe sim is uesfull to me even :P (beacuse d4 idles better with sim even if its deactivated)
<Wizzup> lol
xmn has joined #maemo-leste
<Wizzup> uvos: btw juha said he was on vacation and will reply this week
<Wizzup> most audio packages (at least the binaries) are ready / in place now I think
<lel> MerlijnWajer assigned an issue: https://github.com/maemo-leste/bugtracker/issues/548 (Research (and package) some Mer audio components)
rafael2k has joined #maemo-leste
jeramiah has joined #maemo-leste
<uvos> anyone here have facebook?
<Wizzup> (not me)
<uvos> ok would be great if someone with facebook could message Mojtaba Moharami "lovelybia2" i think he might have a copy of the files here: https://forum.xda-developers.com/t/xyboard-official-fastboot-files.1756100/#post-28450936
<Wizzup> uvos doing the proper doxing to find us the firmware files ;)
rafael2k has quit [Ping timeout: 255 seconds]
<uvos> heh
<uvos> i am diassapoint.
<uvos> if someone has facebook you can also try Emmet Myers "emmetlee"
<kshatriya> for some reason facebook didn't believe my first name was nyarlathotep
inky has quit [Ping timeout: 255 seconds]
inky has joined #maemo-leste
<parazyd> Wizzup: LGTM, you just might want to append (= ${binary:Version}) to it
<parazyd> So you're sure they're always corresponding to each other
<parazyd> uvos: sicelo has an account IIRC
inky_ has quit [Ping timeout: 255 seconds]
<dreamer> <@buZz> woa https://forum.radxa.com/t/introduce-the-radxa-zero/6550/5 << "free donation to opensource developers"
<buZz> quite sure they're all already gone
alex1216 has joined #maemo-leste
<dreamer> can't hurt to ask? :)
_whitelogger has joined #maemo-leste
<Wizzup> uvos: do you need those specific versions?
<uvos> yeah the corrisponding version for mz609 contains permissive mbm
<Wizzup> ok
<uvos> *mz605
<uvos> so i suspect this mz617 version might too
<Wizzup> I wonder if we can post on xda developers, some new thread, and post requests for certain firmware or something
<uvos> maby
<uvos> but i allready pmed every person who posted or liked the treads where these where posted
<uvos> no one is active anymore
<Wizzup> mhm
<uvos> latest login of a person was like start of 2021
<Wizzup> meh
<uvos> yeah i know
<uvos> that forum is even deader tho
<uvos> no
<Wizzup> ok
<Wizzup> I'll leave it to you :p
<uvos> but yeah i posted that site some time back
<uvos> we should maby archive its files
<uvos> ( gues archive.org is safe but still)
<kshatriya> thanks again for those android screen buttons uvos - i use them a lot
suppboii has joined #maemo-leste
<suppboii> hi
<parazyd> Hi
<Wizzup> uvos: we need a place to host it all, really
<Wizzup> I think archive.org is not a bad place to start
<suppboii> is it possible to output audio to hdmi on droid 4
<suppboii> ?
<uvos> omap4 can def output hdmi audio
<uvos> i dont think anyone has looked at this
<uvos> if it dosent work there might not be a audio driver in mainline for this
<uvos> or d4 dts is missconfigured
<uvos> i think you are the first person to want/try this feature
<uvos> congrats.
<uvos> tmlind: ^^^^
<Wizzup> uvos: do we have it in UCM ? :p
<uvos> Wizzup: no there is no audio device
<uvos> so something is missing
<uvos> idk what
<uvos> mapphone_audio (what the ucm is for) should not be involed at all
<uvos> as in this case the omap4's audio goes straigt to the hdmi port
<uvos> instead of being routed all over the place by cpcap
<Wizzup> hm
<suppboii> i tried a hdmi adapter and it worked but no audio. i am on 5.6 still cause its the better battery life wise and back then it showed an hdmi encoder in alsamixer
<Wizzup> 5.6 is rather ancient, can you not upgrade?
<uvos> i have snd_soc_omap_hdmi loaded
<uvos> so there is a driver
<uvos> its not working
<uvos> wonder why
<uvos> [ 19.003204] omapdss_hdmi 58006000.encoder: Missing dma channel for stream: 0
<uvos> [ 19.004425] omapdss_hdmi 58006000.encoder: ASoC: error at snd_soc_pcm_component_new on 58006000.encoder: -22
<uvos> [ 19.004638] omap-hdmi-audio omap-hdmi-audio.3.auto: ASoC: can't create pcm HDMI 58006000.encoder :-22
<uvos> [ 19.004760] omap-hdmi-audio omap-hdmi-audio.3.auto: snd_soc_register_card failed (-22)
<uvos> [ 19.005340] omap-hdmi-audio: probe of omap-hdmi-audio.3.auto failed with error -22
<uvos> hmm
<uvos> tmlind: ^^^^
<suppboii> Wizzup it gets warm on the newest kernel
<uvos> suppboii: the newest kernel is fine pm wise
<uvos> your setup might be wrong somehow
<suppboii> idk then is it 5.10 the newest?
<kshatriya> sleep better with sim? that's fun :)
<uvos> there is also 5.11
<uvos> but its a bit buggier
<uvos> (not pm wise)
<suppboii> hildon desktop is always warm and on 5.10 it dont charge
<suppboii> properly or as fast
<Wizzup> uvos: maybe we lack something in our config
cockroach has joined #maemo-leste
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
cockroach has quit [Quit: leaving]
lyubov has quit [Remote host closed the connection]
lyubov has joined #maemo-leste
Pali has joined #maemo-leste
rafael2k has joined #maemo-leste
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
suppboii has quit [Remote host closed the connection]
suppboii has joined #maemo-leste
suppboii has quit [Remote host closed the connection]
suppboii has joined #maemo-leste
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
<lel> sicelo closed an issue: https://github.com/maemo-leste-extras/desktop-cmd-exec/issues/1 (Excellent. Maybe we can document here or on wiki.)
elastic_dog has quit [Ping timeout: 240 seconds]
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
elastic_dog has joined #maemo-leste
cockroach has joined #maemo-leste
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
suppboii has quit [Read error: Connection reset by peer]
suppboii has joined #maemo-leste
suppboii has quit [Ping timeout: 258 seconds]
ceene has quit [Ping timeout: 250 seconds]
alex1216 has quit [Quit: WeeChat 2.3]
<uvos> here is the dmseg of pasteur (mz617): http://uvos.xyz/pasteurDmesg.txt
<uvos> for referance
<Wizzup> 404
<uvos> here is the dmseg of pasteur (mz617): http://uvos.xyz/maserati/pasteurDmesg.txt
<Wizzup> works
inky_ has joined #maemo-leste
<uvos> tmlind: could you share your progess, do you have a (non working i know) pannel struct and dt?
inky has quit [Ping timeout: 255 seconds]
<uvos> your efforts seperating mapphone-common into various bits should also be coordinated with Wizzup, as we now have another mapphone that violates some assumptions in that common file (d3)
jk__000 has joined #maemo-leste
<uvos> MDM6600
<uvos> <6>[ 5.039855,0] usb 1-2: Product: Flash MDM6600
<uvos> <6>[ 5.040100,0] usb 1-2: Manufacturer: Motorola, Incorporated
<uvos> wait i thought mz6xx had a different modem
<uvos> is it lieing?
crab has quit [Ping timeout: 255 seconds]
crab has joined #maemo-leste
<uvos> mem=1024M@0x80000000
<uvos> it also dosent back off 2mb like d4
<uvos> i wonder what those 2mb are fore on d4 seriously
<uvos> *for
<uvos> the mz617 was shipped with an active stylus btw
<uvos> i wonder how the heck that worked with the ts controller it has
<uvos> to bad we dont have one
<uvos> Bosch BMP180 found
<uvos> sweet more sensors
amk has quit [Remote host closed the connection]
amk has joined #maemo-leste
<uvos> kshatriya: ?
<uvos> *stylus
<uvos> <6>[ 3.590332,0] mdm9600_ctrl mdm9600_ctrl: mdm_ctrl_probe
<uvos> clearly lieing about the 6600
<kshatriya> you mentioned interest in the motorola xyboard omap4 tablet, that is one for sale
<uvos> i allready own one, thanks.
<kshatriya> is linux running on it?
<uvos> not on mine (yet) it can boot mainline but the display dosent work - yet
amk has quit [Ping timeout: 255 seconds]
amk has joined #maemo-leste
amk has quit [Ping timeout: 252 seconds]
amk has joined #maemo-leste
pere has quit [Ping timeout: 240 seconds]
pere has joined #maemo-leste
jk__000 has quit [Ping timeout: 252 seconds]
uvos has quit [Ping timeout: 252 seconds]
Pali has quit [Ping timeout: 268 seconds]