| 00:00.34 | *** join/#maemo atk (Arch-TK@fsf/member/Arch-TK) |
| 00:15.54 | DocScrutinizer05 | is it? |
| 00:17.10 | DocScrutinizer05 | oh, redirects to login, weird |
| 00:19.12 | DocScrutinizer05 | and login redirects to http://maemo.org. at last then - after authenticating - you could use https://maemo.org |
| 00:19.51 | DocScrutinizer05 | weird |
| 04:02.08 | *** join/#maemo lxp1 (~lxp@unaffiliated/lxp) |
| 04:31.54 | *** join/#maemo geaaru (~geaaru@host34-54-dynamic.248-95-r.retail.telecomitalia.it) |
| 05:18.07 | *** join/#maemo pagurus (~user@p4FDC389D.dip0.t-ipconnect.de) |
| 05:20.15 | *** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 05:23.10 | *** join/#maemo spiiroin (~spiiroin@37-136-87-166.rev.dnainternet.fi) |
| 05:41.27 | *** join/#maemo KotCzarny (ariel@31.135.195.151) |
| 06:20.35 | *** join/#maemo chatter29 (2d20de2d@gateway/web/cgi-irc/kiwiirc.com/ip.45.32.222.45) |
| 07:01.05 | *** join/#maemo dafox (~dafox@188.207.68.75) |
| 07:21.23 | *** join/#maemo ecloud (quassel@nat/qt/x-arzeocdsychpemgv) |
| 07:33.11 | *** join/#maemo dmth|intevation (~dmth|inte@2001:470:747a:2a:6af7:28ff:fe64:1ded) |
| 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 |
| 07:56.05 | xes | since that old redirect has been removed |
| 07:58.15 | *** join/#maemo jskarvad (~jskarvad@ip4-83-240-109-95.cust.nbox.cz) |
| 07:58.15 | *** join/#maemo jskarvad (~jskarvad@redhat/jskarvad) |
| 08:10.41 | *** join/#maemo florian (~fuchs@x4d094ed1.dyn.telefonica.de) |
| 08:21.07 | *** join/#maemo Kabouik (~kabouik@158.38.1.70) |
| 08:31.13 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 09:03.41 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 09:34.25 | *** join/#maemo florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 10:09.21 | DocScrutinizer05 | funny stuff is HTTPS works as supposed once you logged in |
| 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 |
| 10:13.09 | *** join/#maemo troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) |
| 10:15.54 | DocScrutinizer05 | also idly wonders what's the correct time spam for black ribbons and condolences |
| 10:16.46 | DocScrutinizer05 | I'm absolutely not the right person to judge on such stiff, as you cna see easily |
| 10:17.06 | DocScrutinizer05 | "stuff", and "can" |
| 10:18.30 | DocScrutinizer05 | thanks to missing publication date I can't even tell how long that is there already |
| 10:25.46 | DocScrutinizer05 | seems to be since around 2016-11-16 or sth |
| 10:26.53 | DocScrutinizer05 | I _think_ 4 months of condolences is enough |
| 10:27.44 | DocScrutinizer05 | @council: ^^^ ? |
| 10:29.16 | DocScrutinizer05 | ohmy sorry! time SPAN, not time spam |
| 10:31.57 | DocScrutinizer05 | idly ponders if midgard actually could roll back to page revision 1.29 (from 1.30) |
| 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 |
| 10:54.16 | *** join/#maemo gK-1wm-su (~jircii@46.22.220.25) |
| 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 |
| 11:06.03 | DocScrutinizer05 | which boils down to a simple constant W*T*F??!?? |
| 11:08.31 | DocScrutinizer05 | but of course http://atomictoasters.com/wp-content/uploads/2011/09/world_as_seen_by.png |
| 11:19.39 | *** join/#maemo xy2_ (~xy2_@218.245.16.93.rev.sfr.net) |
| 12:02.52 | *** join/#maemo sunshavi (~user@181.64.192.198) |
| 12:07.08 | *** join/#maemo mp107 (~mp107___@PC-109-125-232-42.wegrow.domtel.com.pl) |
| 12:25.03 | *** join/#maemo FIQ (~FIQ@prgmr/customer/fiq) |
| 12:37.12 | *** join/#maemo NeKit (~nekit@87-119-250-176.saransk.ru) |
| 14:10.38 | *** join/#maemo N-Mi (~nicolas@adsl.n-mi.com) |
| 14:10.49 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 14:14.26 | *** join/#maemo stryngs (~stryngs@unaffiliated/stryngs) |
| 15:49.49 | ravelo | freemangordon, Wizzup: what are the open questions regarding porting Maemo? |
| 15:50.25 | ravelo | I just read the "getting organized" thread again |
| 15:50.31 | ravelo | it's all still quite confusing |
| 15:51.15 | *** join/#maemo sunshavi (~user@181.64.192.198) |
| 15:51.18 | ravelo | I don't see the ultimate goal |
| 15:54.02 | ravelo | For me the goal would be like: |
| 15:54.20 | ravelo | using "standard linux" (debian, devuan) |
| 15:54.48 | ravelo | port the best applications that are easy to port from Maemo to standard linux |
| 15:55.07 | ravelo | reimplement pieces of software that are too difficult to port |
| 15:55.29 | ravelo | -> this should give a nice mobile OS in the long run |
| 16:01.36 | ravelo | Maybe it would also be nice to compare with other mobile Linux - Distros |
| 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? |
| 16:03.46 | ravelo | please comment... |
| 16:15.01 | *** join/#maemo herekun (~herekun@ppp109-252-26-94.pppoe.spdop.ru) |
| 16:18.26 | ravelo | bbl |
| 16:32.49 | *** join/#maemo eMHa_ (~mh@p200300738E2AF700267703FFFE6CC360.dip0.t-ipconnect.de) |
| 16:41.22 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 16:46.26 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 16:48.39 | *** join/#maemo dafox (~dafox@188.207.70.142) |
| 17:00.53 | *** join/#maemo louisdk (~louisdk@5.103.130.65) |
| 17:02.30 | 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 :) |
| 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 |
| 17:26.31 | *** join/#maemo florian (~fuchs@x4d094ed1.dyn.telefonica.de) |
| 17:29.16 | MoeIcenowy | freemangordon: how's the progress now? ;-) |
| 17:30.06 | freemangordon | MoeIcenowy: I am on hildon-home and its dependencies, right now trying to port libhildonfm |
| 17:30.32 | freemangordon | this is gtk2 port ofc, for gtk3 see the relevant thread on TMO :) |
| 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 :) |
| 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 |
| 17:36.20 | bencoh | sorry about that, btw ;) |
| 17:37.08 | bencoh | freemangordon: how did it go with the osso-bookmark-engine debian package? did it work properly? |
| 17:37.32 | freemangordon | is sorry for his mood, he is a little sick and not in the best condition |
| 17:37.37 | freemangordon | bencoh: yes |
| 17:37.43 | bencoh | oh, cool then |
| 17:37.47 | freemangordon | with some tweaks for scratchbox |
| 17:37.58 | bencoh | oh? strange, since I built it on sb |
| 17:38.13 | freemangordon | bencoh: https://github.com/community-ssu/osso-bookmark-engine/commits/master |
| 17:38.20 | freemangordon | no idea, it failed here |
| 17:38.32 | bencoh | different sb version I suppose |
| 17:38.38 | bencoh | or different automake/autoconf version maybe |
| 17:40.01 | freemangordon | could be |
| 17:40.07 | bencoh | well I'll try and keep those changes in mind next time :) |
| 17:40.27 | freemangordon | bencoh: though, I've never seen libtool used in makefile :) |
| 17:40.46 | freemangordon | wait, automake/autoconf? |
| 17:40.58 | bencoh | err nevermind, there is no autotools there |
| 17:41.00 | freemangordon | autofoo is not used by your packaging |
| 17:41.05 | freemangordon | :nod: |
| 17:41.10 | bencoh | I was referring to libtool actually :) |
| 17:41.46 | bencoh | and, exactly ... autotools usually abstract all those libtool calls, meaning we never have to bother with it |
| 17:42.29 | freemangordon | mhm |
| 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 |
| 17:43.02 | freemangordon | but anyway, the one on github compiles in both SB and devuan, so it should be ok |
| 17:43.04 | bencoh | nice :) |
| 17:43.17 | bencoh | could serve as a base for other osso-* packages then I guess |
| 17:43.25 | freemangordon | mhm |
| 17:43.25 | bencoh | unless someone at devuan says it's utterly broken :] |
| 17:43.38 | bencoh | (actually, it is utterly broken per modern devuan standards) |
| 17:43.49 | bencoh | (s/devuan/de**an/) |
| 17:43.58 | freemangordon | though I still prefer using autofoo to wrap libtool |
| 17:44.02 | bencoh | me too |
| 17:44.15 | bencoh | just didn't want to add it since it wasn't there in the first place |
| 17:44.20 | bencoh | maybe I should've :] |
| 17:44.38 | freemangordon | how did you decide on whether it was there? |
| 17:45.11 | bencoh | there was no auto* (configure.ac/makefile.am) files in repository, so I just went with the flow |
| 17:45.22 | bencoh | s/files/file/ |
| 17:45.31 | bencoh | ~botsnack |
| 17:45.31 | infobot | bencoh: :) |
| 17:45.42 | freemangordon | but ofc, this is RE job, not porting :) |
| 17:46.07 | freemangordon | no file can appear without we putting it there :) |
| 17:46.12 | bencoh | yeah I was referring to your repository, not to original nokia work :) |
| 17:46.26 | bencoh | well I'll just go for autotools next time then ;) |
| 17:46.30 | freemangordon | mhm |
| 17:46.37 | bencoh | meanwhile I learned some more about libtool that night, so all is fine :) |
| 17:46.44 | freemangordon | :) |
| 17:47.07 | bencoh | (I had forgotten how broken and ugly it can get, then :D) |
| 17:51.55 | *** join/#maemo Enrico___ (570549b4@gateway/web/freenode/ip.87.5.73.180) |
| 17:54.43 | Enrico___ | Test |
| 17:55.06 | Enrico___ | Please somebody let me know if you can read me - I need to test my client. |
| 17:55.25 | mp107 | Enrico___: I can |
| 17:55.34 | Enrico___ | Thank you. |
| 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. |
| 17:56.42 | Enrico___ | I am able to access it from my Mac by telnet. |
| 17:57.06 | Enrico___ | And also by graphic interface if I enable mass storage mode. |
| 17:57.24 | Enrico___ | In the latter mode, I can see the MyDocs directory. |
| 17:57.31 | Enrico___ | But by telnet I can't. |
| 17:57.36 | Enrico___ | So where is it? |
| 17:58.47 | freemangordon | Enrico___: /dev/mmcblkNp1 |
| 17:58.59 | freemangordon | where N is either 0 or 1 |
| 17:59.16 | Enrico___ | Ok let me try. Thank you. |
| 17:59.19 | freemangordon | you should mount it for it to be visible |
| 17:59.30 | freemangordon | check with sfdisk -l |
| 17:59.49 | Enrico___ | I have mounted it. |
| 18:00.03 | freemangordon | cool |
| 18:00.24 | Enrico___ | I find the following directory: /mnt/maemo/ |
| 18:00.37 | Enrico___ | Where all maemo seems to be. But no trace of MyDocs. |
| 18:01.00 | KotCzarny | do sfdisk -l |
| 18:01.11 | KotCzarny | mydocs is usually ~28gigabytes big |
| 18:02.16 | Enrico___ | With sfdisk -l I end up with many errors. |
| 18:02.40 | KotCzarny | try sfdisk -l /dev/mmcblk0 |
| 18:02.47 | KotCzarny | and sfdisk -l /dev/mmcblk1 |
| 18:03.32 | KotCzarny | unless you have badblocks which could be the reason of semibrickage |
| 18:03.56 | Enrico___ | Yes I see four partitions. |
| 18:03.57 | Enrico___ | Now? |
| 18:04.14 | KotCzarny | do you see one that is ~28gigs big? |
| 18:04.39 | Enrico___ | I think it's the first. |
| 18:05.02 | Enrico___ | It's exactly 28315648 blocks. |
| 18:05.18 | KotCzarny | if you type: mount |grep yourpartition, is it mounted? |
| 18:05.43 | Enrico___ | Let me try. |
| 18:06.12 | freemangordon | Enrico___: what are you trying to achieve? |
| 18:07.00 | Enrico___ | No, I was just looking around and trying to get familiar with the system. I would like to stard Maemo. |
| 18:07.04 | Enrico___ | *start |
| 18:07.16 | freemangordon | you can;t start it from rescueos |
| 18:07.18 | Enrico___ | I am trying to avoid reflashing the device. |
| 18:07.35 | freemangordon | ok, but what for you need rescueos? |
| 18:07.37 | Pali | if you cannot boot maemo in normal way, then it is broken and you have to flash it |
| 18:08.02 | freemangordon | unless you know what is broken and how to fix it :) |
| 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. |
| 18:09.08 | freemangordon | broken MyDocs should not prevent maemo from booting |
| 18:09.52 | Enrico___ | I know I changed something like the boot.scr file. |
| 18:10.07 | Enrico___ | But I don't remember where it is supposed to be. |
| 18:10.14 | enyc | freemangordon: may cause ages to complete boot properly, waiting for fsck nad stuff tho =) |
| 18:10.38 | Pali | if maemo does not boot => reflash device |
| 18:10.44 | freemangordon | Enrico___: but, as Pali said - you'd better flash it, both rootfs and eMMC |
| 18:10.45 | KotCzarny | boot.scr isnt in mydocs? |
| 18:10.50 | Pali | doing all other things is vasting of time |
| 18:10.53 | KotCzarny | unless you have some weird bootloader installed |
| 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. |
| 18:12.01 | freemangordon | ah |
| 18:12.12 | Enrico___ | Sorry, I know I am doing quite crazy things, I am just trying to understand. |
| 18:12.14 | freemangordon | so, what you can do is to flash the kernel only |
| 18:12.23 | freemangordon | it will replace u-boot |
| 18:12.31 | freemangordon | but you will be able to boot to maemo |
| 18:12.43 | freemangordon | where you can reinstal u-boot |
| 18:13.05 | *** join/#maemo Guest11118 (~lol@c-24-127-225-72.hsd1.mi.comcast.net) |
| 18:13.17 | freemangordon | with flashing only the kernel you will not lose anything besides u-boot |
| 18:13.29 | Pali | if you have already uboot, then you can boot maemo via "run attachboot" |
| 18:13.52 | 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. |
| 18:13.53 | freemangordon | Pali: does that work if boot.scr is missing? |
| 18:13.59 | Pali | yes |
| 18:14.01 | freemangordon | ok |
| 18:14.06 | Enrico___ | Then it sits down and after a while it reboots. |
| 18:14.18 | freemangordon | Enrico___: then you have to flash it, sorry |
| 18:14.46 | Enrico___ | It's not a big problem - I don't have data inside. |
| 18:15.02 | Enrico___ | I am just trying to avoid it if it is not necessary. |
| 18:15.06 | freemangordon | then just flash it, boot rootfs and eMMC |
| 18:15.10 | freemangordon | *both |
| 18:15.39 | Pali | first eMMC and second COMBINED |
| 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 |
| 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. |
| 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. |
| 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. |
| 18:19.33 | Enrico___ | What do you think about this? |
| 18:22.05 | KotCzarny | get some cheap old linux laptop |
| 18:22.14 | KotCzarny | with working usb ports |
| 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? |
| 18:24.06 | KotCzarny | depends on which stage it is, if it started to boot (time frame is <0.5s) it will change id |
| 18:24.24 | KotCzarny | that's why you start flasher first, then connect device which was fully powered off |
| 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. |
| 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. |
| 18:44.17 | *** join/#maemo sunshavi (~user@181.64.192.198) |
| 18:45.09 | *** join/#maemo Kabouik (~kabouik@32.232.202.84.customer.cdi.no) |
| 18:45.45 | DocScrutinizer05 | ~lazyflashing |
| 18:45.45 | infobot | lazyflashing is, like, http://wiki.maemo.org/Updating_the_tablet_firmware#The_Lazy_Approach |
| 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 |
| 18:48.12 | DocScrutinizer05 | usually, except for some very strange fringe cases |
| 19:02.08 | Pali | because win and mac has slow usb enumeration which depends on couple of factors |
| 19:02.37 | Pali | when I was testing speed of enumeration I saw that only libusb0.1 on linux is usable for userspace... |
| 19:02.48 | KotCzarny | pali, does holding u during boot stops the device into update mode? |
| 19:03.06 | Pali | only if host starts enumeration |
| 19:03.22 | Pali | and needs to do some data transfer |
| 19:03.49 | Pali | iirc pressing U just extend delay for additional fixed internal |
| 19:04.11 | Pali | *interval |
| 19:10.18 | Enrico___ | Do you mean it's not a good idea to try with the Mac? |
| 19:10.38 | KotCzarny | can your mac run linux? |
| 19:11.30 | 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. |
| 19:11.45 | Enrico___ | The problem is installing the flasher. It's not that easy. |
| 19:12.03 | freemangordon | Enrico___: not installing, but booting from live cd |
| 19:12.11 | freemangordon | or flash drive |
| 19:12.47 | Enrico___ | May you suggest a Linux distribution suitable for this? I admit I never really used Linux. |
| 19:12.58 | freemangordon | ubuntu |
| 19:13.19 | freemangordon | hides :) |
| 19:13.34 | freemangordon | Enrico___: every distro will do the job |
| 19:13.43 | freemangordon | as long as it boots |
| 19:13.55 | Enrico___ | Ok, so how do I get it? Is it available from the Internet? |
| 19:14.02 | freemangordon | sure |
| 19:14.08 | Enrico___ | Sorry for silly questions, I'm a newbie to this. |
| 19:14.33 | freemangordon | yep, got it |
| 19:14.52 | DocScrutinizer05 | what's the problem with installing mac flasher? |
| 19:15.22 | freemangordon | Enrico___: https://www.ubuntu.com/download/desktop |
| 19:15.29 | DocScrutinizer05 | did apple introduce friggin app signatures meanwhile? |
| 19:15.30 | Enrico___ | The problem is that the program, in older Macs, used to go to /usr/lib/ |
| 19:15.52 | freemangordon | Enrico___: also, see the not at the lower right corner re macs |
| 19:16.01 | Enrico___ | Now on my El Capitan OS /usr/lib is protected by System Integrity Protection. |
| 19:16.03 | freemangordon | *note |
| 19:16.24 | DocScrutinizer05 | aah that's how they call that crap |
| 19:16.27 | Enrico___ | freemangordon: thanks! I will have a look at it! |
| 19:16.33 | freemangordon | DocScrutinizer05: the problem is the fruit :) |
| 19:16.58 | freemangordon | Enrico___: can't you select another installation destination |
| 19:17.01 | freemangordon | ? |
| 19:17.07 | DocScrutinizer05 | on mac? |
| 19:17.12 | freemangordon | why not? |
| 19:17.17 | KotCzarny | or just change harddrive temporarily? |
| 19:17.18 | Enrico___ | I cannot from the installer. |
| 19:17.18 | freemangordon | never touched it |
| 19:17.19 | DocScrutinizer05 | no idea |
| 19:17.26 | Enrico___ | The installer just does not work. |
| 19:17.33 | Enrico___ | But I can extract the files. |
| 19:17.38 | freemangordon | can't you just extract the files? |
| 19:17.49 | Enrico___ | A man suggested me how to do that on stackexchange. |
| 19:17.55 | DocScrutinizer05 | I guess you doubleclick the flasher.blabla file and it starts installing |
| 19:18.01 | freemangordon | ok, then, place the binay in /usr/local/lib or whatever suitable |
| 19:18.20 | freemangordon | which is not crap protected |
| 19:18.24 | Enrico___ | Ok, I was just wondering about this solution. |
| 19:18.44 | Enrico___ | Do you think that /usr/local/lib would let the flasher work? |
| 19:18.59 | DocScrutinizer05 | freemangordon: I *guess* that security crap also will stop access to USB |
| 19:19.14 | freemangordon | I see no reason why not, but keep in mind I have never ever touched mac |
| 19:19.42 | freemangordon | DocScrutinizer05: makes sense |
| 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 |
| 19:20.39 | Enrico___ | or /usr/local/bin? |
| 19:20.42 | freemangordon | if you fail, write that iso on dvd and boot from it |
| 19:21.07 | Enrico___ | There's an answer on stackexchange about SIP which mentions this location. |
| 19:21.23 | freemangordon | Enrico___: can't help, sorry, you have to try |
| 19:21.24 | Enrico___ | http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really |
| 19:23.06 | freemangordon | hmm, "you can turn SIP off." |
| 19:23.21 | freemangordon | "Currently this requires rebooting into recovery mode and running the command csrutil disable" |
| 19:23.44 | freemangordon | DocScrutinizer05: not that bad ^^^ |
| 19:26.13 | ravelo | freemangordon, how do i start porting? I know there is a long way to go... |
| 19:27.01 | DocScrutinizer05 | just read it |
| 19:27.13 | DocScrutinizer05 | so they have an 'open mode' ;-P |
| 19:27.15 | freemangordon | ravelo: install devuan under a VM, then try to build and run hildon-desktop from fremantle-gtk2 repo on github |
| 19:27.21 | DocScrutinizer05 | otherwise: |
| 19:27.23 | DocScrutinizer05 | ~aegis |
| 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 |
| 19:27.27 | freemangordon | DocScrutinizer05: but it really seems to be open |
| 19:27.29 | DocScrutinizer05 | 0.0.5 |
| 19:27.40 | Enrico___ | I would prefer the other alternatives than turning SIP off... |
| 19:27.50 | DocScrutinizer05 | yeah, please don't |
| 19:28.13 | freemangordon | Enrico___: boot ubuntu then, if installing in /usr/local/bin does not work |
| 19:28.16 | freemangordon | ravelo: https://github.com/fremantle-gtk2/ |
| 19:28.20 | DocScrutinizer05 | aiui you could "install" the flasher to any dir you like, and run it there, via sudo |
| 19:28.39 | ravelo | freemangordon, actually sounds quite simple |
| 19:28.50 | freemangordon | ravelo: keep in mind you should use "gtk2" or "upstream branches |
| 19:29.04 | DocScrutinizer05 | sorry, afk |
| 19:29.09 | freemangordon | ravelo: it is, the problem is there are a piles of packages you have to build and install |
| 19:29.17 | freemangordon | *a pile |
| 19:30.02 | freemangordon | we're waiting wor Wizzup/parazyd to create a repo on devuan servers with debs, but until then... |
| 19:30.11 | ravelo | Actually there still should be a wiki page about that |
| 19:30.24 | ravelo | currently there are only those threads on tmo |
| 19:30.43 | freemangordon | ravelo: agree, but that means somebody should do it :) |
| 19:31.08 | freemangordon | and I can;t both port and document and test and... |
| 19:31.17 | ravelo | sure |
| 19:31.52 | freemangordon | ravelo: feel free to write wiki page while you're trying to build h-d and hildon-status-menu |
| 19:32.33 | freemangordon | ravelo: keep in mind hildon-thumbnail and libhildonfm are WIP ATM |
| 19:33.06 | freemangordon | all other packages should be more or less ready, though I remember a guys having some problems a couple of weeks ago |
| 19:33.11 | freemangordon | *a guy |
| 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 |
| 19:34.51 | ravelo | ok |
| 19:35.09 | freemangordon | NeKit: do you remember what clutter env var needs to be set so hildon-desktop to start normally? |
| 19:35.16 | NeKit | yes |
| 19:35.21 | NeKit | CLUTTER_BACKEND=x11 |
| 19:35.43 | freemangordon | cool :). could you make a pull request for a modified h-d startup script? |
| 19:36.58 | freemangordon | here https://github.com/fremantle-gtk2/hildon-desktop/blob/gtk2-clutter-1.x/debian/hildon-desktop.init#L26 |
| 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? |
| 19:38.03 | freemangordon | ravelo: what is that original maemo package manager? ham? |
| 19:38.18 | ravelo | hmm, i don't know |
| 19:38.42 | freemangordon | you mean hildon-application-manager UI? |
| 19:38.52 | NeKit | ok |
| 19:39.07 | freemangordon | as apt-get works ok in both maemo and devuan |
| 19:39.15 | freemangordon | NeKit: thanks |
| 19:40.31 | freemangordon | NeKit: hmm, wait, you don;t have a way to test that, right? you're using arch? |
| 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 |
| 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 |
| 19:42.43 | freemangordon | NeKit: well, if you're interested, just install a VM |
| 19:43.17 | freemangordon | it is easy and native IMO |
| 19:43.28 | NeKit | you mean KVM on ARM? |
| 19:43.35 | NeKit | or on desktop? |
| 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... |
| 19:43.39 | freemangordon | on desktop |
| 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) |
| 19:44.21 | freemangordon | Wizzup: ok, I was just explaining the situation :) |
| 19:44.51 | freemangordon | NeKit: all the development I've done so far is under VMWare x64 devuan on my desktop |
| 19:45.08 | Wizzup | freemangordon: ack, just elaborating as well :) |
| 19:45.09 | freemangordon | no need for arm at that point, unless you want to feel it :) |
| 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 |
| 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 |
| 19:47.12 | NeKit | <s>I have Intel with libhybris to try though</s> |
| 19:48.00 | freemangordon | how's clutter behaving with libhybris? you said you should tweak some stuff, right? |
| 19:49.25 | freemangordon | s/should/had to/ |
| 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 |
| 19:56.18 | freemangordon | NeKit: window? thats weird |
| 19:56.44 | freemangordon | that might be the default resolution for clutter_stage |
| 19:58.56 | freemangordon | or maybe it is matchbox default resolution |
| 19:59.07 | freemangordon | though I don;t see such effect here |
| 19:59.12 | NeKit | part of clutter/cogl initialization, right |
| 20:02.12 | *** join/#maemo spiiroin_ (~spiiroin@176-93-207-79.bb.dnainternet.fi) |
| 20:08.26 | ravelo | freemangordon, ok |
| 21:08.17 | *** join/#maemo sunshavi (~user@181.64.192.198) |
| 21:13.21 | *** join/#maemo capitanocrunch (~capitanoc@95.236.57.232) |
| 21:13.21 | *** join/#maemo capitanocrunch (~capitanoc@unaffiliated/capitanocrunch) |
| 21:27.08 | *** join/#maemo infobot (ibot@rikers.org) |
| 21:27.08 | *** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ | N9/harmattan related questions please in #harmattan ! | "firmware" see ~lf ~tabletsdev ~combined ~emmc ~flasher sdk: ~sb | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog | #maemo-ssu is where the (few) devels and maintainers of the maemo-future meet |
| 21:34.59 | *** join/#maemo qwazix_nc (~qwazix@46-198-128-218.static.cyta.gr) |
| 21:35.54 | *** join/#maemo qwazix (~qwazix@Maemo/community/ex-council/qwazix) |
| 21:37.50 | *** join/#maemo Vajb (~Vajb@85-76-47-189-nat.elisa-mobile.fi) |
| 21:40.16 | *** join/#maemo cpt_nemo (cpt_nemo@rfc1459.de) |
| 22:04.27 | capitanocrunch | ~netsplit |
| 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. |
