**** BEGIN LOGGING AT Mon Mar 06 03:00:00 2017
Mar 06 07:55:37 <xes> well, old (2012) behavior was that https://maemo.org* was redirected to https://bugs.maemo.org (???!). Now actually, midgard forces you to login once you use https
Mar 06 07:56:05 <xes> since that old redirect has been removed
Mar 06 10:09:21 <DocScrutinizer05> funny stuff is HTTPS works as supposed once you logged in
Mar 06 10:12:03 <DocScrutinizer05> with the recent brainfuck mandatory https in browsers, I wonder how many disgruntled users think they are not allowed to browse maemo.org anymore, without authenticating
Mar 06 10:15:54 * DocScrutinizer05 also idly wonders what's the correct time spam for black ribbons and condolences
Mar 06 10:16:46 <DocScrutinizer05> I'm absolutely not the right person to judge on such stiff, as you cna see easily
Mar 06 10:17:06 <DocScrutinizer05> "stuff", and "can"
Mar 06 10:18:30 <DocScrutinizer05> thanks to missing publication date I can't even tell how long that is there already
Mar 06 10:25:46 <DocScrutinizer05> seems to be since around 2016-11-16 or sth
Mar 06 10:26:53 <DocScrutinizer05> I _think_ 4 months of condolences is enough
Mar 06 10:27:44 <DocScrutinizer05> @council: ^^^ ?
Mar 06 10:29:16 <DocScrutinizer05> ohmy sorry! time SPAN, not time spam
Mar 06 10:31:57 * DocScrutinizer05 idly ponders if midgard actually could roll back to page revision 1.29 (from 1.30)
Mar 06 10:37:29 <DocScrutinizer05> pretty sure that not: http://wstaw.org/m/2017/03/06/plasma-desktopf17764.png but http://wstaw.org/m/2017/03/06/plasma-desktopo17764.png
Mar 06 11:04:58 <DocScrutinizer05> midgard, my ass. You never know what's fucked up by design, what by implementation, what by maemo addons, and what by database corruption and bitrot
Mar 06 11:06:03 <DocScrutinizer05> which boils down to a simple constant W*T*F??!??
Mar 06 11:08:31 <DocScrutinizer05> but of course http://atomictoasters.com/wp-content/uploads/2011/09/world_as_seen_by.png
Mar 06 15:49:49 <ravelo> freemangordon, Wizzup: what are the open questions regarding porting Maemo?
Mar 06 15:50:25 <ravelo> I just read  the "getting organized" thread again
Mar 06 15:50:31 <ravelo> it's all still quite confusing
Mar 06 15:51:18 <ravelo> I don't see the ultimate goal
Mar 06 15:54:02 <ravelo> For me the goal would be like:
Mar 06 15:54:20 <ravelo> using "standard linux" (debian, devuan)
Mar 06 15:54:48 <ravelo> port the best applications that are easy to port from Maemo to standard linux
Mar 06 15:55:07 <ravelo> reimplement pieces of software that are too difficult to port
Mar 06 15:55:29 <ravelo> -> this should give a nice mobile OS in the long run
Mar 06 16:01:36 <ravelo> Maybe it would also be nice to compare with other mobile Linux - Distros
Mar 06 16:03:16 <ravelo> I found the following: QtMoko, SHR, QuantumSTEP, OpenSUSE (according to http://projects.goldelico.com/p/gta04-main/page/Software/), maybe there are more?
Mar 06 16:03:46 <ravelo> please comment...
Mar 06 16:18:26 <ravelo> bbl
Mar 06 17:02:29 <freemangordon> ravelo: the "ultimate goal" is to have as much as possible functionality from fremantle running on top of some recent distro, I don;t think such a goal needs anything written to be clear :)
Mar 06 17:03:55 <freemangordon> and no, porting pieces from here and there won;t give us the expected result - we need everything possible ported - h-d - hh, mce, dsme, etc, etc
Mar 06 17:29:16 <MoeIcenowy> freemangordon: how's the progress now? ;-)
Mar 06 17:30:06 <freemangordon> MoeIcenowy: I am on hildon-home and its dependencies, right now trying to port libhildonfm
Mar 06 17:30:32 <freemangordon> this is gtk2 port ofc, for gtk3 see the relevant thread on TMO :)
Mar 06 17:31:21 <freemangordon> unfortunately I am very short on spare time recently so the progress is not that fast as one would like to be, but :)
Mar 06 17:34:51 <freemangordon> MoeIcenowy: and ofc, it can;t be any faster with guys and girls only asking for progress, without actually helping on the development part :p
Mar 06 17:36:20 <bencoh> sorry about that, btw ;)
Mar 06 17:37:08 <bencoh> freemangordon: how did it go with the osso-bookmark-engine debian package? did it work properly?
Mar 06 17:37:32 * freemangordon is sorry for his mood, he is a little sick and not in the best condition
Mar 06 17:37:37 <freemangordon> bencoh: yes
Mar 06 17:37:42 <bencoh> oh, cool then
Mar 06 17:37:47 <freemangordon> with some tweaks for scratchbox
Mar 06 17:37:58 <bencoh> oh? strange, since I built it on sb
Mar 06 17:38:13 <freemangordon> bencoh: https://github.com/community-ssu/osso-bookmark-engine/commits/master
Mar 06 17:38:20 <freemangordon> no idea, it failed here
Mar 06 17:38:32 <bencoh> different sb version I suppose
Mar 06 17:38:38 <bencoh> or different automake/autoconf version maybe
Mar 06 17:40:01 <freemangordon> could be
Mar 06 17:40:07 <bencoh> well I'll try and keep those changes in mind next time :)
Mar 06 17:40:27 <freemangordon> bencoh: though, I've never seen libtool used in makefile :)
Mar 06 17:40:46 <freemangordon> wait, automake/autoconf?
Mar 06 17:40:58 <bencoh> err nevermind, there is no autotools there
Mar 06 17:41:00 <freemangordon> autofoo is not used by your packaging
Mar 06 17:41:05 <freemangordon> :nod:
Mar 06 17:41:10 <bencoh> I was referring to libtool actually :)
Mar 06 17:41:46 <bencoh> and, exactly ... autotools usually abstract all those libtool calls, meaning we never have to bother with it
Mar 06 17:42:29 <freemangordon> mhm
Mar 06 17:42:50 <bencoh> and other makefile-based maemo packages just don't use libtool, meaning you have to hardcode lib names and stuff like that, which I didn't want to do
Mar 06 17:42:59 <freemangordon> but anyway, the one on github compiles in both SB and devuan, so it should be ok
Mar 06 17:43:04 <bencoh> nice :)
Mar 06 17:43:17 <bencoh> could serve as a base for other osso-* packages then I guess
Mar 06 17:43:25 <freemangordon> mhm
Mar 06 17:43:25 <bencoh> unless someone at devuan says it's utterly broken :]
Mar 06 17:43:38 <bencoh> (actually, it is utterly broken per modern devuan standards)
Mar 06 17:43:49 <bencoh> (s/devuan/de**an/)
Mar 06 17:43:58 <freemangordon> though I still prefer using autofoo to wrap libtool
Mar 06 17:44:02 <bencoh> me too
Mar 06 17:44:15 <bencoh> just didn't want to add it since it wasn't there in the first place
Mar 06 17:44:20 <bencoh> maybe I should've :]
Mar 06 17:44:38 <freemangordon> how did you decide on whether it was there?
Mar 06 17:45:11 <bencoh> there was no auto* (configure.ac/makefile.am) files in repository, so I just went with the flow
Mar 06 17:45:22 <bencoh> s/files/file/
Mar 06 17:45:23 <infobot> bencoh meant: there was no auto* (configure.ac/makefile.am) file in repository, so I just went with the flow
Mar 06 17:45:31 <bencoh> ~botsnack
Mar 06 17:45:32 <infobot> bencoh: :)
Mar 06 17:45:42 <freemangordon> but ofc, this is RE job, not porting :)
Mar 06 17:46:07 <freemangordon> no file can appear without we putting it there :)
Mar 06 17:46:12 <bencoh> yeah I was referring to your repository, not to original nokia work :)
Mar 06 17:46:26 <bencoh> well I'll just go for autotools next time then ;)
Mar 06 17:46:30 <freemangordon> mhm
Mar 06 17:46:37 <bencoh> meanwhile I learned some more about libtool that night, so all is fine :)
Mar 06 17:46:44 <freemangordon> :)
Mar 06 17:47:07 <bencoh> (I had forgotten how broken and ugly it can get, then :D)
Mar 06 17:54:43 <Enrico___> Test
Mar 06 17:55:06 <Enrico___> Please somebody let me know if you can read me - I need to test my client.
Mar 06 17:55:25 <mp107> Enrico___: I can
Mar 06 17:55:34 <Enrico___> Thank you.
Mar 06 17:56:31 <Enrico___> Ok, my question: I have a semi-bricked N900. Thanks to Pali and NIN101, I have booted it with rescue OS from sd card.
Mar 06 17:56:42 <Enrico___> I am able to access it from my Mac by telnet.
Mar 06 17:57:06 <Enrico___> And also by graphic interface if I enable mass storage mode.
Mar 06 17:57:24 <Enrico___> In the latter mode, I can see the MyDocs directory.
Mar 06 17:57:30 <Enrico___> But by telnet I can't.
Mar 06 17:57:36 <Enrico___> So where is it?
Mar 06 17:58:47 <freemangordon> Enrico___: /dev/mmcblkNp1
Mar 06 17:58:59 <freemangordon> where N is either 0 or 1
Mar 06 17:59:16 <Enrico___> Ok let me try. Thank you.
Mar 06 17:59:19 <freemangordon> you should mount it for it to be visible
Mar 06 17:59:30 <freemangordon> check with sfdisk -l
Mar 06 17:59:49 <Enrico___> I have mounted it.
Mar 06 18:00:03 <freemangordon> cool
Mar 06 18:00:24 <Enrico___> I find the following directory: /mnt/maemo/
Mar 06 18:00:37 <Enrico___> Where all maemo seems to be. But no trace of MyDocs.
Mar 06 18:01:00 <KotCzarny> do sfdisk -l
Mar 06 18:01:11 <KotCzarny> mydocs is usually ~28gigabytes big
Mar 06 18:02:16 <Enrico___> With sfdisk -l I end up with many errors.
Mar 06 18:02:40 <KotCzarny> try sfdisk -l /dev/mmcblk0
Mar 06 18:02:47 <KotCzarny> and sfdisk -l /dev/mmcblk1
Mar 06 18:03:32 <KotCzarny> unless you have badblocks which could be the reason of semibrickage
Mar 06 18:03:56 <Enrico___> Yes I see four partitions.
Mar 06 18:03:57 <Enrico___> Now?
Mar 06 18:04:14 <KotCzarny> do you see one that is ~28gigs big?
Mar 06 18:04:39 <Enrico___> I think it's the first.
Mar 06 18:05:02 <Enrico___> It's exactly 28315648 blocks.
Mar 06 18:05:18 <KotCzarny> if you type: mount |grep yourpartition, is it mounted?
Mar 06 18:05:43 <Enrico___> Let me try.
Mar 06 18:06:12 <freemangordon> Enrico___: what are you trying to achieve?
Mar 06 18:07:00 <Enrico___> No, I was just looking around and trying to get familiar with the system. I would like to stard Maemo.
Mar 06 18:07:04 <Enrico___> *start
Mar 06 18:07:16 <freemangordon> you can;t start it from rescueos
Mar 06 18:07:18 <Enrico___> I am trying to avoid reflashing the device.
Mar 06 18:07:35 <freemangordon> ok, but what for you need rescueos?
Mar 06 18:07:37 <Pali> if you cannot boot maemo in normal way, then it is broken and you have to flash it
Mar 06 18:08:02 <freemangordon> unless you know what is broken and how to fix it :)
Mar 06 18:08:51 <Enrico___> I know that I have messed something in the file structure. I was just cleaning MyDocs from a wrong expansion of some directory.
Mar 06 18:09:08 <freemangordon> broken MyDocs should not prevent maemo from booting
Mar 06 18:09:52 <Enrico___> I know I changed something like the boot.scr file.
Mar 06 18:10:07 <Enrico___> But I don't remember where it is supposed to be.
Mar 06 18:10:14 <enyc> freemangordon: may cause ages to complete boot properly, waiting for fsck nad stuff tho =)
Mar 06 18:10:38 <Pali> if maemo does not boot => reflash device
Mar 06 18:10:44 <freemangordon> Enrico___: but, as Pali said - you'd better flash it, both rootfs and eMMC
Mar 06 18:10:45 <KotCzarny> boot.scr isnt in mydocs?
Mar 06 18:10:50 <Pali> doing all other things is vasting of time
Mar 06 18:10:53 <KotCzarny> unless you have some weird bootloader installed
Mar 06 18:11:52 <Enrico___> No boot.scr in mydocs. Or better: I think I substituted it with something else, wrong, while trying to install NITDroid.
Mar 06 18:12:01 <freemangordon> ah
Mar 06 18:12:12 <Enrico___> Sorry, I know I am doing quite crazy things, I am just trying to understand.
Mar 06 18:12:14 <freemangordon> so, what you can do is to flash the kernel only
Mar 06 18:12:23 <freemangordon> it will replace u-boot
Mar 06 18:12:31 <freemangordon> but you will be able to boot to maemo
Mar 06 18:12:43 <freemangordon> where you can reinstal u-boot
Mar 06 18:13:17 <freemangordon> with flashing only the kernel you will not lose anything besides u-boot
Mar 06 18:13:29 <Pali> if you have already uboot, then you can boot maemo via "run attachboot"
Mar 06 18:13:51 <Enrico___> But I think Maemo's kernel is ok. If I try from u-boot the first option, boot attached OS, it tries to start.
Mar 06 18:13:53 <freemangordon> Pali: does that work if boot.scr is missing?
Mar 06 18:13:59 <Pali> yes
Mar 06 18:14:01 <freemangordon> ok
Mar 06 18:14:05 <Enrico___> Then it sits down and after a while it reboots.
Mar 06 18:14:18 <freemangordon> Enrico___: then you have to flash it, sorry
Mar 06 18:14:46 <Enrico___> It's not a big problem - I don't have data inside.
Mar 06 18:15:02 <Enrico___> I am just trying to avoid it if it is not necessary.
Mar 06 18:15:06 <freemangordon> then just flash it, boot rootfs and eMMC
Mar 06 18:15:10 <freemangordon> *both
Mar 06 18:15:39 <Pali> first eMMC and second COMBINED
Mar 06 18:15:56 <freemangordon> Enrico___: yes, I see, but it doesn;t make much of a sense if there is no data you want to keep
Mar 06 18:16:13 <Enrico___> And I have a small problem: I reflashed one time from a Windows computer (installing the flasher on my Mac is a problem). It was very easy. But now the Windows doesn't see the device.
Mar 06 18:16:57 <Enrico___> On the Mac, at a very low level (I think), it appears. Tried the equivalent of lsusb (it's a quite complicated command on a Mac). And the device appears.
Mar 06 18:17:48 <Enrico___> Now I have to understand if it is worth trying to install the flasher-3.5 on the Mac (I have some indications on how to do that, but it is complicated) and try to flash from there.
Mar 06 18:19:33 <Enrico___> What do you think about this?
Mar 06 18:22:05 <KotCzarny> get some cheap old linux laptop
Mar 06 18:22:14 <KotCzarny> with working usb ports
Mar 06 18:23:31 <Enrico___> It's an idea. But anyway, if the device is seen by lsusb it should be possible to flash it, right?
Mar 06 18:24:06 <KotCzarny> depends on which stage it is, if it started to boot (time frame is <0.5s) it will change id
Mar 06 18:24:24 <KotCzarny> that's why you start flasher first, then connect device which was fully powered off
Mar 06 18:26:01 <Enrico___> Yes, but I am able to enter update mode by holding u and starting the device. I think it enters correctly: I see the usb icon on the top right.
Mar 06 18:26:42 <Enrico___> I just don't understand why Win doesn't see it anymore and was wondering whether it be sufficient for the Mac (or for a Linux OS) to see it at low level.
Mar 06 18:45:45 <DocScrutinizer05> ~lazyflashing
Mar 06 18:45:45 <infobot> lazyflashing is, like, http://wiki.maemo.org/Updating_the_tablet_firmware#The_Lazy_Approach
Mar 06 18:47:50 <DocScrutinizer05> for linux. And yes, when you see device in lsusb and you have a working flasher and image, it is possible to reflash N900
Mar 06 18:48:12 <DocScrutinizer05> usually, except for some very strange fringe cases
Mar 06 19:02:08 <Pali> because win and mac has slow usb enumeration which depends on couple of factors
Mar 06 19:02:37 <Pali> when I was testing speed of enumeration I saw that only libusb0.1 on linux is usable for userspace...
Mar 06 19:02:48 <KotCzarny> pali, does holding u during boot stops the device into update mode?
Mar 06 19:03:06 <Pali> only if host starts enumeration
Mar 06 19:03:21 <Pali> and needs to do some data transfer
Mar 06 19:03:49 <Pali> iirc pressing U just extend delay for additional fixed internal
Mar 06 19:04:11 <Pali> *interval
Mar 06 19:10:18 <Enrico___> Do you mean it's not a good idea to try with the Mac?
Mar 06 19:10:38 <KotCzarny> can your mac run linux?
Mar 06 19:11:29 <Enrico___> I don't know. To me it seems quite a big work to get linux running. I was thinking about trying the flasher on the Mac, just to see if it sees the device.
Mar 06 19:11:45 <Enrico___> The problem is installing the flasher. It's not that easy.
Mar 06 19:12:03 <freemangordon> Enrico___: not installing, but booting from live cd
Mar 06 19:12:11 <freemangordon> or flash drive
Mar 06 19:12:47 <Enrico___> May you suggest a Linux distribution suitable for this? I admit I never really used Linux.
Mar 06 19:12:58 <freemangordon> ubuntu
Mar 06 19:13:19 * freemangordon hides :)
Mar 06 19:13:34 <freemangordon> Enrico___: every distro will do the job
Mar 06 19:13:43 <freemangordon> as long as it boots
Mar 06 19:13:55 <Enrico___> Ok, so how do I get it? Is it available from the Internet?
Mar 06 19:14:02 <freemangordon> sure
Mar 06 19:14:08 <Enrico___> Sorry for silly questions, I'm a newbie to this.
Mar 06 19:14:33 <freemangordon> yep, got it
Mar 06 19:14:52 <DocScrutinizer05> what's the problem with installing mac flasher?
Mar 06 19:15:22 <freemangordon> Enrico___: https://www.ubuntu.com/download/desktop
Mar 06 19:15:29 <DocScrutinizer05> did apple introduce friggin app signatures meanwhile?
Mar 06 19:15:30 <Enrico___> The problem is that the program, in older Macs, used to go to /usr/lib/
Mar 06 19:15:52 <freemangordon> Enrico___: also, see the not at the lower right corner re macs
Mar 06 19:16:01 <Enrico___> Now on my El Capitan OS /usr/lib is protected by System Integrity Protection.
Mar 06 19:16:03 <freemangordon> *note
Mar 06 19:16:24 <DocScrutinizer05> aah that's how they call that crap
Mar 06 19:16:27 <Enrico___> freemangordon: thanks! I will have a look at it!
Mar 06 19:16:33 <freemangordon> DocScrutinizer05: the problem is the fruit :)
Mar 06 19:16:58 <freemangordon> Enrico___: can't you select another installation destination
Mar 06 19:17:01 <freemangordon> ?
Mar 06 19:17:07 <DocScrutinizer05> on mac?
Mar 06 19:17:12 <freemangordon> why not?
Mar 06 19:17:17 <KotCzarny> or just change harddrive temporarily?
Mar 06 19:17:18 <Enrico___> I cannot from the installer.
Mar 06 19:17:18 <freemangordon> never touched it
Mar 06 19:17:19 <DocScrutinizer05> no idea
Mar 06 19:17:26 <Enrico___> The installer just does not work.
Mar 06 19:17:33 <Enrico___> But I can extract the files.
Mar 06 19:17:38 <freemangordon> can't you just extract the files?
Mar 06 19:17:49 <Enrico___> A man suggested me how to do that on stackexchange.
Mar 06 19:17:55 <DocScrutinizer05> I guess you doubleclick the flasher.blabla file and it starts installing
Mar 06 19:18:01 <freemangordon> ok, then, place the binay in /usr/local/lib or whatever suitable
Mar 06 19:18:19 <freemangordon> which is not crap protected
Mar 06 19:18:23 <Enrico___> Ok, I was just wondering about this solution.
Mar 06 19:18:44 <Enrico___> Do you think that /usr/local/lib would let the flasher work?
Mar 06 19:18:59 <DocScrutinizer05> freemangordon: I *guess* that security crap also will stop access to USB
Mar 06 19:19:13 <freemangordon> I see no reason why not, but keep in mind I have never ever touched mac
Mar 06 19:19:42 <freemangordon> DocScrutinizer05: makes sense
Mar 06 19:20:21 <freemangordon> Enrico___: what I would sugges is - start downloadin ubuntu iso, while it is downloading, try to extract and run flasher in /usr/local/lib
Mar 06 19:20:38 <Enrico___> or /usr/local/bin?
Mar 06 19:20:42 <freemangordon> if you fail, write that iso on dvd and boot from it
Mar 06 19:21:07 <Enrico___> There's an answer on stackexchange about SIP which mentions this location.
Mar 06 19:21:23 <freemangordon> Enrico___: can't help, sorry, you have to try
Mar 06 19:21:24 <Enrico___> http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really
Mar 06 19:23:06 <freemangordon> hmm, "you can turn SIP off."
Mar 06 19:23:21 <freemangordon> "Currently this requires rebooting into recovery mode and running the command csrutil disable"
Mar 06 19:23:44 <freemangordon> DocScrutinizer05: not that bad ^^^
Mar 06 19:26:13 <ravelo> freemangordon, how do i start porting? I know there is a long way to go...
Mar 06 19:27:01 <DocScrutinizer05> just read it
Mar 06 19:27:13 <DocScrutinizer05> so they have an 'open mode' ;-P
Mar 06 19:27:15 <freemangordon> ravelo: install devuan under a VM, then try to build and run hildon-desktop from fremantle-gtk2 repo on github
Mar 06 19:27:21 <DocScrutinizer05> otherwise:
Mar 06 19:27:23 <DocScrutinizer05> ~aegis
Mar 06 19:27:23 <infobot> http://www.developer.nokia.com/Community/Wiki/Harmattan:Developer_Library/Developing_for_Harmattan/Harmattan_security/Security_guide , or "The purpose of this framework is: ... to make sure that the platform meets the requirements set by third party software that requires a safe execution environment.", or http://en.wikipedia.org/wiki/Trusted_Computing#Criticism, or  http://en.qi-hardware.com/w/images/1/10/ME_382_LockedUpTechnology2.gif
Mar 06 19:27:27 <freemangordon> DocScrutinizer05: but it really seems to be open
Mar 06 19:27:29 <DocScrutinizer05> 0.0.5
Mar 06 19:27:40 <Enrico___> I would prefer the other alternatives than turning SIP off...
Mar 06 19:27:50 <DocScrutinizer05> yeah, please don't
Mar 06 19:28:13 <freemangordon> Enrico___: boot ubuntu then, if installing in /usr/local/bin does not work
Mar 06 19:28:16 <freemangordon> ravelo: https://github.com/fremantle-gtk2/
Mar 06 19:28:20 <DocScrutinizer05> aiui you could "install" the flasher to any dir you like, and run it there, via sudo
Mar 06 19:28:39 <ravelo> freemangordon, actually sounds quite simple
Mar 06 19:28:50 <freemangordon> ravelo: keep in mind you should use "gtk2" or "upstream branches
Mar 06 19:29:04 <DocScrutinizer05> sorry, afk
Mar 06 19:29:09 <freemangordon> ravelo: it is, the problem is  there are a piles of packages you have to build and install
Mar 06 19:29:16 <freemangordon> *a pile
Mar 06 19:30:02 <freemangordon> we're waiting wor Wizzup/parazyd to create a repo on devuan servers with debs, but until then...
Mar 06 19:30:11 <ravelo> Actually there still should be a wiki page about that
Mar 06 19:30:24 <ravelo> currently there are only those threads on tmo
Mar 06 19:30:43 <freemangordon> ravelo: agree, but that means somebody should do it :)
Mar 06 19:31:08 <freemangordon> and I can;t both port and document and test and...
Mar 06 19:31:17 <ravelo> sure
Mar 06 19:31:52 <freemangordon> ravelo: feel free to write wiki page while you're trying to build h-d and hildon-status-menu
Mar 06 19:32:33 <freemangordon> ravelo: keep in mind hildon-thumbnail and libhildonfm are WIP ATM
Mar 06 19:33:05 <freemangordon> all other packages should be more or less ready, though I remember a guys having some problems a couple of weeks ago
Mar 06 19:33:11 <freemangordon> *a guy
Mar 06 19:34:18 <freemangordon> ravelo: also, I am using devuan x64, I'd recommend you to use the same as it increases the chances to catch some bugs that will not appear on 32bits
Mar 06 19:34:51 <ravelo> ok
Mar 06 19:35:09 <freemangordon> NeKit: do you remember what clutter env var needs to be set so hildon-desktop to start normally?
Mar 06 19:35:16 <NeKit> yes
Mar 06 19:35:21 <NeKit> CLUTTER_BACKEND=x11
Mar 06 19:35:43 <freemangordon> cool :). could you make a pull request for a modified h-d startup script?
Mar 06 19:36:58 <freemangordon> here https://github.com/fremantle-gtk2/hildon-desktop/blob/gtk2-clutter-1.x/debian/hildon-desktop.init#L26
Mar 06 19:37:26 <ravelo> freemangordon, sry for on emore noob question. currently maemo sits on top of some debian, tightly integrated. apt-get is used to install packages. We want to port one application after another to Devuan, so the original maemo-package manager is no more used, at least at the beginning?
Mar 06 19:38:03 <freemangordon> ravelo: what is that original maemo package manager? ham?
Mar 06 19:38:18 <ravelo> hmm, i don't know
Mar 06 19:38:42 <freemangordon> you mean hildon-application-manager UI?
Mar 06 19:38:52 <NeKit> ok
Mar 06 19:39:07 <freemangordon> as apt-get works ok in both maemo and devuan
Mar 06 19:39:14 <freemangordon> NeKit: thanks
Mar 06 19:40:30 <freemangordon> NeKit: hmm, wait, you don;t have a way to test that, right? you're using arch?
Mar 06 19:41:41 <freemangordon> ravelo: in short - you build packages with dpkg-buildpackage, install with dpkg -i. that works in exactly the same way both under maemo and devuan
Mar 06 19:42:20 <NeKit> yes, I can set up Devuan chroot though so I would be more useful, but testing init scripts will be hard without LXC, for example
Mar 06 19:42:43 <freemangordon> NeKit: well, if you're interested, just install a VM
Mar 06 19:43:17 <freemangordon> it is easy and native IMO
Mar 06 19:43:27 <NeKit> you mean KVM on ARM?
Mar 06 19:43:35 <NeKit> or on desktop?
Mar 06 19:43:39 <Wizzup> 20:30 < freemangordon> we're waiting wor Wizzup/parazyd to create a repo on devuan servers with debs, but until then...
Mar 06 19:43:39 <freemangordon> on desktop
Mar 06 19:44:02 <Wizzup> there's still progress, but I'm still somewhat block on amprolla. I can do more work on this coming week(end)
Mar 06 19:44:21 <freemangordon> Wizzup: ok, I was just explaining the situation :)
Mar 06 19:44:51 <freemangordon> NeKit: all the development I've done so far is under VMWare x64 devuan on my desktop
Mar 06 19:45:08 <Wizzup> freemangordon: ack, just elaborating as well :) 
Mar 06 19:45:09 <freemangordon> no need for arm at that point, unless you want to feel it :)
Mar 06 19:45:57 <freemangordon> also, I don;t want to restrict maemo to ARM only, having intel as a target is a good option IMO
Mar 06 19:47:04 <freemangordon> ravelo: also, please, if you see something broken (not compiling, installing, dependencies are missing, does not work), please raise an issue on github and eventually make a pull request with a fix
Mar 06 19:47:12 <NeKit> <s>I have Intel with libhybris to try though</s>
Mar 06 19:48:00 <freemangordon> how's clutter behaving with libhybris? you said you should tweak some stuff, right?
Mar 06 19:49:25 <freemangordon> s/should/had to/
Mar 06 19:49:25 <infobot> freemangordon meant: how's clutter behaving with libhybris? you said you had to tweak some stuff, right?
Mar 06 19:52:20 <NeKit> with latest approach the problem I had is that hildon-desktop first starts in 800x600(?) window and then resizes to fullscreen
Mar 06 19:56:18 <freemangordon> NeKit: window? thats weird
Mar 06 19:56:44 <freemangordon> that might be the default resolution for clutter_stage
Mar 06 19:58:56 <freemangordon> or maybe it is matchbox default resolution
Mar 06 19:59:07 <freemangordon> though I don;t see such effect here
Mar 06 19:59:12 <NeKit> part of clutter/cogl initialization, right
Mar 06 20:08:26 <ravelo> freemangordon, ok
Mar 06 22:04:27 <capitanocrunch> ~netsplit
Mar 06 22:04:27 <infobot> rumour has it, netsplit is when two IRC servers lose their link with each other, thus isolating the users on each side. A normal part of all IRC networks. An orchestra of poips and thwoops, or something which occurs frequently on OPN.
Mar 07 02:21:12 <Maxdamantus> Might be nice if IRC networks didn't need to be trees.
**** ENDING LOGGING AT Tue Mar 07 03:00:02 2017