**** BEGIN LOGGING AT Sun Nov 02 03:00:00 2014 Nov 02 17:52:19 hi, Nov 02 17:52:25 are there some people left from SHR? Nov 02 17:54:23 hi jake42 Nov 02 17:55:11 everytime I check (with a huge interval between checks: more than one month, maybe 4 months), Nov 02 17:55:28 SHR staging is blocked at: "Status: Building, NOT ready for test" Nov 02 17:55:50 and of course no images Nov 02 17:56:23 I was looking for a minimal system that could fit on the flash Nov 02 17:56:36 I don't want to have to handle the glamo issues with microsd Nov 02 17:57:06 I mainly need commandline tools Nov 02 17:57:23 and a way to cross compile basic stuff Nov 02 17:57:29 like without many deps Nov 02 17:57:43 (like depends on glibc and very standard libs included in all toolchains) Nov 02 18:03:03 hi dos1 Nov 02 18:13:39 higgins: GNUtoo-irssi Nov 02 18:13:50 hoops.. Nov 02 18:13:53 hi GNUtoo-irssi Nov 02 18:16:07 I recently switched to a n900 with maemo Nov 02 18:16:52 which is kind of sad, but.. Nov 02 18:17:37 though there are staging imagess for shr-core-staging 138 Nov 02 18:17:38 http://build.shr-project.org/shr-core-staging/138/images/om-gta02/ Nov 02 18:17:50 which also work mostly fine Nov 02 18:18:15 s/work/works/ Nov 02 18:18:18 for gta02 Nov 02 18:40:58 jake42: hi Nov 02 18:41:10 ok Nov 02 18:41:18 can I have a recent enough system with that? Nov 02 18:41:29 like the core stuff that is recent Nov 02 18:41:33 like no ssl bug Nov 02 18:41:34 and so on Nov 02 18:41:47 I mainly need ssh to work Nov 02 18:41:55 at least for now Nov 02 18:42:02 and a way to run the stuff that I cross compile Nov 02 18:42:20 which is the equivalent of main(){} Nov 02 18:42:27 no huge deps Nov 02 18:42:39 (no gtk dep for instance) Nov 02 18:44:20 which ssl bug? :-) Nov 02 18:45:14 heartbleed is fixed iirc Nov 02 18:46:05 ok Nov 02 18:46:17 shellshock is fixed too? Nov 02 18:47:13 surely not as the build is from august Nov 02 18:47:52 indeed Nov 02 18:47:55 that was my point Nov 02 18:48:04 yes Nov 02 18:48:14 shr is almost dead :-( Nov 02 18:48:25 that was what I wanted to know Nov 02 18:48:31 The Freerunner has 256M Nov 02 18:48:34 (of flash) Nov 02 18:48:37 yep Nov 02 18:48:37 what should I run? Nov 02 18:48:43 I can't run debian as-is Nov 02 18:48:48 you not? Nov 02 18:48:52 it requires 1GB storage Nov 02 18:48:57 woops Nov 02 18:49:08 that's what is in the manual Nov 02 18:49:11 and I belive that Nov 02 18:49:37 I guess qtmoko isn't maintained either? Nov 02 18:50:03 shit Nov 02 18:50:06 what does remains? Nov 02 18:50:48 debian requires a SD Nov 02 18:50:53 hm.. with your constraints – nothing.. Nov 02 18:50:53 that's a real pain Nov 02 18:51:01 sigh Nov 02 18:51:09 or build shr on your own Nov 02 18:51:14 I will then need to do my own rootfs Nov 02 18:51:16 wihch sucks Nov 02 18:51:21 GNUtoo-irssi: qtmoko is mostly just Debian with a few packages stripped down. you can update most stuff from standard Debian archives IIRC Nov 02 18:51:45 ok Nov 02 18:51:46 GNUtoo-irssi: what do you have in mind with your GTA02? Nov 02 18:51:53 well, just modem developm,ent Nov 02 18:52:10 and maybe to use it trough a computer Nov 02 18:52:17 so even if it's not actively maintained (haven't checked), you should still be able to get security fixes Nov 02 18:52:20 but the main goal is not to do any other dev Nov 02 18:52:35 like I really really want to avoid having to maintain SHR Nov 02 18:53:27 to be short: I've a C155 Nov 02 18:53:38 and it's not very convenient to develop for Nov 02 18:53:44 the freerunner is way more convenient Nov 02 18:54:12 but then what's the point if I end up maintaining SHR instead of doing modem work Nov 02 18:54:39 C155? ist that one of these old Motorola phones used for osmocon-bb development? Nov 02 18:54:40 do you really have to care about security fixes when you use the OS just for dev? Nov 02 18:55:25 yes Nov 02 18:55:34 os for dev Nov 02 18:55:52 but I may as well make it a wireless computer companion Nov 02 18:56:12 it would just be some server-like administration work Nov 02 18:56:41 example: forard the calls on my computer Nov 02 18:56:42 and so on Nov 02 18:57:13 hmmmm Nov 02 18:57:25 if SHR and Qtmoko are dead, Nov 02 18:57:32 what do people use on the GTA04? Nov 02 18:57:38 Debian for everybody? Nov 02 18:57:47 there's replicant.. Nov 02 18:58:00 it doesn't work yet, right? Nov 02 18:58:07 there is some support for it in userspace too Nov 02 18:58:15 but it's far from complete, right? Nov 02 18:58:19 gta04 kernel devl hasn't quite settled down Nov 02 18:58:26 yes, I saw that Nov 02 18:58:38 so it makes no sense in working on OS level.. Nov 02 18:58:40 yet.. Nov 02 18:58:41 that's why I asked it this way Nov 02 18:58:48 ? Nov 02 18:59:01 I saw 3.17 stuff and neil's message Nov 02 18:59:07 ahh ok Nov 02 18:59:11 you mean replicant kernel Nov 02 18:59:16 I thought that was ok now Nov 02 18:59:17 jake42: eh, that's not a very productive stance... Nov 02 18:59:29 I mean suspend/resume work Nov 02 18:59:35 and jack detection Nov 02 18:59:36 etc... Nov 02 18:59:43 so the lacking stuff was userspace rather Nov 02 18:59:58 Unless I missed serious stuff when I tried it Nov 02 19:00:02 even wifi works... Nov 02 19:00:15 bluetooth is probably limited though Nov 02 19:00:19 antrik: well.. developing userspace apps on a buggy kernel isn't much fun Nov 02 19:00:21 but that's userspace Nov 02 19:00:28 it's not buggy anymore Nov 02 19:00:37 it used to be unusable Nov 02 19:00:46 though kernel work from NS and neil looks very good Nov 02 19:00:49 but I don't see the problem with the replicant kernel Nov 02 19:00:58 I mean the android features works ok Nov 02 19:01:02 and the patchset is minimal Nov 02 19:04:29 what about smaller debian forks? Nov 02 19:04:35 embian Nov 02 19:04:37 or similar Nov 02 19:05:55 I guess PaulFertser still uses his GTA02, right? Nov 02 19:06:05 I would think yes Nov 02 19:06:11 GNUtoo-irssi: I do Nov 02 19:06:16 hi, Nov 02 19:06:20 Hey :) Nov 02 19:06:36 PaulFertser: I just found out that only debian remains for the GTA02, right? Nov 02 19:07:00 GNUtoo-irssi: I'm not sure as I do not really follow, I thought qtmoko is in a very reasonable state to use it as a phone. Nov 02 19:07:34 PaulFertser: my goal is to have a shell distro on the phone to do some development and if possible to export some functions wirelessly(phone calls, GPS) Nov 02 19:07:43 GNUtoo-irssi: my Debian is not really a stock Debian as I have a self-compiled kernel (from SHR) and self-compiled FSO2. Nov 02 19:07:57 ok, that should be ok for me Nov 02 19:08:04 self-compiled kernel is very manageable for me Nov 02 19:08:15 (for that kind of usage) Nov 02 19:08:16 Compiling FSO2 is a pain natively, most time is eaten by autotools. Nov 02 19:08:21 well, I won't Nov 02 19:08:26 at least in the beginning Nov 02 19:08:43 PaulFertser: is our OS in nand or sd? Nov 02 19:08:44 My GPS broke, got extremely poor sensitivity now :( Nov 02 19:08:51 fsogsmd would get in my way at the beginning Nov 02 19:08:51 jake42: SD with ext3 Nov 02 19:09:01 PaulFertser: probably my fault that it broke Nov 02 19:09:09 GNUtoo-irssi: how come? Nov 02 19:09:18 I couldn't find any reason for that whatsoever. Nov 02 19:09:19 PaulFertser: because UBX got broken somehow Nov 02 19:09:32 ah I remember Nov 02 19:09:33 No, the sensitivity is really poor. Nov 02 19:09:36 so here what happened: Nov 02 19:09:45 libgps was bumped in oe Nov 02 19:09:47 UBX works fine, I'm using upstream gpsd for that. Nov 02 19:09:53 SHR got it Nov 02 19:09:55 and then GPS broke Nov 02 19:10:06 so I switched everything to plain NMEA Nov 02 19:10:12 to avoid fsogpsd Nov 02 19:10:31 ok Nov 02 19:10:36 wow Nov 02 19:10:38 works now? Nov 02 19:10:40 great Nov 02 19:10:47 anyway Nov 02 19:10:58 My main fear with debian is the following: Nov 02 19:11:02 I do not remember if I have self-compiled gpsd or not, but it shouldn't matter much really. Nov 02 19:11:03 I fear the SD as hell Nov 02 19:11:26 there is the glamo in between the SOC and the SD Nov 02 19:11:42 so I've no idea if that can be handled perfectly given a specific SD Nov 02 19:11:51 I just don't remember Nov 02 19:11:51 Well, mine is working for all these years, with plenty of hard reboots. I had to fix it a little bit few times (really less than 5 iirc). Nov 02 19:12:03 ok Nov 02 19:12:03 good Nov 02 19:12:17 so should I use a 4GB or a 16GB? Nov 02 19:12:22 is 4GB enough? Nov 02 19:12:46 I guess the very basic install is 1GB Nov 02 19:12:48 the normal is 2GB Nov 02 19:13:04 I guess 2GB will be a bit short Nov 02 19:13:11 oops Nov 02 19:13:17 I guess 4GB will be a bit short Nov 02 19:13:48 Then the second fear is the installation Nov 02 19:13:53 I know how to debootstrap Nov 02 19:13:57 but from what distro? Nov 02 19:14:11 unless cross-debootstrap is possible and easy Nov 02 19:14:19 Mine is 8GB Nov 02 19:14:32 Basic install fits in 512 even iirc. Nov 02 19:14:39 ok Nov 02 19:14:46 so I'll take a 4GB for now Nov 02 19:14:47 I just debootstrapped from NAND OM2007 iirc :) Nov 02 19:15:00 You can also debootstrap in two steps, with first on PC. Nov 02 19:15:03 can I apt-get on qtmoko? Nov 02 19:15:06 Without any distro. Nov 02 19:15:07 ok great Nov 02 19:15:11 that's what I want to do Nov 02 19:15:14 IIRC, yes, qtmoko is just debian. Nov 02 19:15:23 I always had tons of issues debootstrapping from distros Nov 02 19:15:35 so it was: Nov 02 19:15:38 I never had real issues with that :) Nov 02 19:15:42 try and fix approach Nov 02 19:15:45 ok Nov 02 19:15:56 You have serial console anyway, so I hope two-phase debootstrap (--foreign) will work ok for you. Nov 02 19:16:09 I do but I fear that too Nov 02 19:16:17 because of the ribon cables Nov 02 19:16:19 Or probably just untar the latest QtMoko to SD and proceed from there. Nov 02 19:16:22 but I do have a distro in NAND Nov 02 19:16:37 so that would be fine if I start debootstrapping on the computer Nov 02 19:16:52 so to do that: 1) I follow the official debian manual Nov 02 19:16:58 2) I cross compile a kernel Nov 02 19:17:09 3) I setup QI to load that Nov 02 19:17:13 Sure. It's supposed to finish debootstrapping after you attempt to boot it for the first time iirc. Or you can chroot and manually start that fake debootstrap init. Nov 02 19:17:21 4) I boot and get no way to interact with it Nov 02 19:17:27 5) I reboot and chroot, install stuff Nov 02 19:17:32 6) I boot and ssh into it Nov 02 19:17:48 Is that a valid approach? Nov 02 19:18:05 I'd omit 4 if you're going to chroot anyway. Nov 02 19:18:12 ok Nov 02 19:18:48 Good luck with it! Nov 02 19:18:49 so I "rebase" the install procedure and squash 4 and 6, ok Nov 02 19:18:50 thanks Nov 02 19:19:02 do I need some? Nov 02 19:19:06 (Luck) Nov 02 19:19:16 I've installed Debian just once on my gta02, when I first got it, and didn't change it since than :) Nov 02 19:19:17 because for me debootraping is straingtforward Nov 02 19:19:34 Well, I hope it'll be easy, but I can't promise. Nov 02 19:19:35 it's only the GTA02 specificities due to the SD and so on that are problematic Nov 02 19:19:46 on the GTA04 it was indeed straingtforward Nov 02 19:19:47 All those nifty-gritty details... Nov 02 19:19:48 I did it once Nov 02 19:19:55 before the new official images beeing out Nov 02 19:19:57 GNUtoo-irssi: yes, you can apt-get on qtmoko. it's really a nearly straight Debian... Nov 02 19:20:10 SD on gta02 works if the kernel has the module, no special treatment needed. Nov 02 19:20:21 (like new debian, I didn't know they were going to make new images, so I debootstrapped) Nov 02 19:20:37 btw, will you be using systemd? ;) Nov 02 19:20:47 PaulFertser: ok, I always needed a special tratement for the 16G usd Nov 02 19:20:52 PaulFertser: I guess I can't Nov 02 19:20:57 (you don't have much choice with current "testing" anyway) Nov 02 19:21:03 really? Nov 02 19:21:15 that means that I'll have to do kernel work? Nov 02 19:21:22 2.6.39...hmmmm Nov 02 19:21:25 Hmm... Nov 02 19:21:35 indeed Nov 02 19:21:41 I'm not sure if testing really requires it... Nov 02 19:21:43 shr has systemd but some older version for it to work with 2.6.39 Nov 02 19:21:45 what debian version do you have Nov 02 19:21:46 Probably it's just the default. Nov 02 19:21:50 indeed Nov 02 19:21:53 ok Nov 02 19:21:55 PaulFertser: well, last time I knew, it worked on old kernels but not on newer ones... I don't know whether that was fixed at some point, but considering how things are (not) moving in general on the GTA02 front, I seriously doubt it was ever fixed Nov 02 19:22:07 SD that is Nov 02 19:22:13 I use unstable/experimental but haven't dist-upgraded since long. Nov 02 19:22:17 antrik: well, the process is not fixed at least: Nov 02 19:22:17 So can't really tell. Nov 02 19:22:21 it was fixed in the past Nov 02 19:22:25 but systemd keeps moving Nov 02 19:22:28 so it's pointless Nov 02 19:22:32 antrik: SD always worked for me... Nov 02 19:22:44 I would be really surprised if systemd was not broken Nov 02 19:22:45 GNUtoo-irssi: do you mean your card needed forcing lower freq? Nov 02 19:22:48 yes Nov 02 19:22:51 the 16G one Nov 02 19:22:56 but I'll try with a 4G Nov 02 19:23:07 Ah, not a big deal anyway once you know what happens. Nov 02 19:23:18 well, it never was stable Nov 02 19:23:23 even with lower freqs Nov 02 19:23:34 to get it to work: Nov 02 19:23:37 I booted on NAND Nov 02 19:23:44 fdisk -l /dev/mmcblk0 Nov 02 19:23:50 hmmm, no Nov 02 19:23:56 fdisk /dev/mmcblk0 Nov 02 19:23:59 n Nov 02 19:23:59 p Nov 02 19:24:03 Nov 02 19:24:06 Nov 02 19:24:06 w Nov 02 19:24:10 reboot Nov 02 19:24:11 that was it Nov 02 19:24:22 Damn, that sounds strange. Nov 02 19:24:22 so I count' have the system on that SD at all Nov 02 19:24:25 indeed Nov 02 19:24:35 it was probably the 2.6.39 glamo patches Nov 02 19:24:40 some stuff was reverted and so on Nov 02 19:24:44 the merge was hackish Nov 02 19:24:47 very hackish Nov 02 19:24:57 the reverted stuff was core mainline sd patches Nov 02 19:25:06 like a huge block of patches Nov 02 19:25:06 I'm on 2.6.39.4 Nov 02 19:25:09 that reworked stuff Nov 02 19:25:31 the good thing is that at least debian has gcc Nov 02 19:25:54 could be handy at the beginning Nov 02 19:27:08 I compiled plenty of stuff on device. Nov 02 19:27:14 yes Nov 02 19:27:17 slow but works Nov 02 19:27:28 Even patching fsogsmd on the go :) Nov 02 19:27:28 It's just some loader program that I need to compile Nov 02 19:27:31 and it won't change often Nov 02 19:27:35 so it should be ok Nov 02 19:27:37 and save me some time Nov 02 19:27:48 Are you going to write it in Haskell? Nov 02 19:27:57 (no need to handle glibc toolchains) Nov 02 19:27:57 no Nov 02 19:28:04 it's already started in C Nov 02 19:28:07 nuttx-bb Nov 02 19:28:17 I see, just kidding. Nov 02 19:28:18 :) Nov 02 19:28:20 layer1 hanged during scanning Nov 02 19:28:21 ok Nov 02 19:28:39 but if you go on the wiki of osmocombb toolchain page Nov 02 19:28:42 I thought you can jtag calypso? Nov 02 19:28:45 it was a bug in osmocombb Nov 02 19:28:51 well, I don't need to yet Nov 02 19:29:16 and I need the development setup to be easy to transport Nov 02 19:29:19 and easy to deploy Nov 02 19:29:26 and that doesn't seem so strange Nov 02 19:31:16 how's the host based debootstrap called? Nov 02 19:32:24 See --foreign Nov 02 19:34:05 ok, thanks a lot Nov 02 19:34:15 I missunderstood what you said before about that Nov 02 19:34:17 thanks Nov 02 19:34:56 thanks a lot!!! Nov 02 19:35:37 HTH! **** ENDING LOGGING AT Mon Nov 03 03:00:00 2014