IRC log for #maemo on 20130723

00:01.53SpeedEvilThe other huge elephant in the room. This thing isn't shipping till next summer, or I'll eat it.
00:02.58SpeedEvilI might sort-of-consider one. If it wasn't for the 28 day warranty.
00:12.06*** join/#maemo konelix (~konelix@110.146.216.201.dsl.intelnet.net.gt)
00:59.15*** join/#maemo robbiethe1st (~robbiethe@50-37-155-221.mscw.id.frontiernet.net)
01:09.27*** join/#maemo wmarone (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net)
01:10.36*** join/#maemo heroux (~heroux@5070823C.static.ziggozakelijk.nl)
01:11.50*** join/#maemo triggerhappy (~quassel@58.69.81.134)
01:13.11*** join/#maemo SAiF (73f9ca82@gateway/web/freenode/ip.115.249.202.130)
01:14.34*** join/#maemo mkaindl_ (~mkaindl_@ama-dablam.markus-kaindl.de)
01:16.24*** join/#maemo mschlens (~mschlens@p5DE7B95D.dip0.t-ipconnect.de)
01:26.59*** join/#maemo bef0rd (~bef0rd@186.31.135.178)
01:27.03*** join/#maemo bef0rd (~bef0rd@unaffiliated/beford)
01:29.18*** join/#maemo bef0rd (~bef0rd@unaffiliated/beford)
01:31.35*** join/#maemo bef0rd_ (~bef0rd@186.31.135.178)
01:35.53*** join/#maemo hardfalcon1 (~hardfalco@f048137098.adsl.alicedsl.de)
01:42.41*** join/#maemo LauRoman (~LauRoman@5-14-92-89.residential.rdsnet.ro)
01:49.05*** join/#maemo e-yes (~e-yes@119.73.246.131)
02:16.48*** join/#maemo jon_y (~enforcer@2002:db5c:ac74::db5c:ac74)
02:23.19*** join/#maemo lbt (~david@78-32-229-233.static.enta.net)
02:23.19*** join/#maemo lbt (~david@Maemo/community/contributor/lbt)
02:25.19*** join/#maemo lbt (~david@78-32-229-233.static.enta.net)
02:25.19*** join/#maemo lbt (~david@Maemo/community/contributor/lbt)
02:26.32*** join/#maemo args[0] (~args0]@199.188.72.28)
02:28.17wmaroneheh, inside of my n900's slider is like a keyboard after a few months
02:43.59SpeedEvil?
02:45.50*** join/#maemo e-yes (~e-yes@203.126.80.66)
02:49.52*** join/#maemo ian---- (ian---@78.133.47.127)
02:53.30psycho_oreosI'm guess all the accrued dust, grease, etc has gathered around the slider, keyboard area.
02:59.14wmaroneoh yes
02:59.22wmaroneblasts it clean
02:59.35SpeedEvilah. right
02:59.42wmaronepotential brain transplant test subject
03:00.40*** join/#maemo dockane (~dockane@dsdf-4d0a0003.pool.mediaWays.net)
03:01.14*** join/#maemo lxp1 (~lxp@188-22-218-75.adsl.highway.telekom.at)
03:07.25*** join/#maemo doc|home (~doc@69.172.156.147)
03:07.25*** join/#maemo doc|home (~doc@gentoo/contributor/doc-007)
03:15.24*** join/#maemo peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net)
03:34.16*** join/#maemo maybeArgh (~cl@p5B164C53.dip0.t-ipconnect.de)
03:53.39*** join/#maemo bef0rd (~bef0rd@unaffiliated/beford)
03:58.08*** join/#maemo robink (~quassel@unaffilated/robink)
04:03.02*** join/#maemo bef0rd (~bef0rd@unaffiliated/beford)
04:03.16*** join/#maemo doc|home (~doc@gentoo/contributor/doc-007)
04:28.57*** join/#maemo lbt (~david@78-32-229-233.static.enta.net)
04:28.57*** join/#maemo lbt (~david@Maemo/community/contributor/lbt)
04:37.14*** join/#maemo _rd (~rd@p5088F829.dip0.t-ipconnect.de)
04:38.18*** join/#maemo FlameReaper (~assassin@203.106.67.128)
04:54.42DrCodehi all
04:55.19DrCodeI want to format my microsd, what filesystem to use? ext3 or ext2?
05:01.22*** join/#maemo e-yes (~e-yes@203.126.80.66)
05:14.20psycho_oreosDon't know, split microSD in half, format one with ext2 and the other with ext3. See which one rubs on you better..
05:15.26*** join/#maemo goldkatze (~nobody@unaffiliated/goldkatze)
05:44.51*** join/#maemo VDVsx (~VDVsx@192.194.199.34)
05:57.36*** join/#maemo XATRIX (~xatrix@77.88.209.171)
06:04.29*** join/#maemo maybeHere (~cl@p5B1647B1.dip0.t-ipconnect.de)
06:10.16*** join/#maemo Pali (~pali@Maemo/community/contributor/Pali)
06:10.23kerioDrCode: ext4
06:16.03*** join/#maemo kolp (~quassel@212.255.21.179)
06:37.16*** join/#maemo Avasz (~Avash@unaffiliated/avasz)
06:38.33*** join/#maemo valerius (~user@95.153.167.168)
06:39.01*** join/#maemo Pali (~pali@Maemo/community/contributor/Pali)
06:52.59*** join/#maemo dos11 (~dos@unaffiliated/dos1)
06:53.20*** join/#maemo amin007110 (~amin00711@95.38.156.196)
06:57.04*** join/#maemo bef0rd (~bef0rd@186.31.135.178)
06:57.05*** join/#maemo bef0rd (~bef0rd@unaffiliated/beford)
07:03.54*** join/#maemo e-yes (~e-yes@203.126.80.66)
07:12.43*** join/#maemo xmlich02 (~imlich@2001:67c:1220:80c:88:1f9:781:6ae1)
07:14.55SAiF^^ does mamo support ext4?
07:27.22*** join/#maemo eijk_ (~eijk@e178223096.adsl.alicedsl.de)
07:28.28*** join/#maemo zammy (~sammy@ppp-99-40.98-62.inwind.it)
07:29.42*** join/#maemo utanapischti (~username@p4FF2F088.dip0.t-ipconnect.de)
07:31.43*** join/#maemo zammy (~sammy@ppp-99-40.98-62.inwind.it)
07:40.57*** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au)
07:42.42*** join/#maemo jrocha (~JRocha@p54AF5759.dip0.t-ipconnect.de)
07:44.33*** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it)
07:44.50*** join/#maemo tanty (~agomez@81.172.58.15.dyn.user.ono.com)
07:45.36*** join/#maemo qwazix (~qwazix@Maemo/community/council/qwazix)
07:51.14keriokernel-power does
07:51.26kerioand the automounter from cssu supports anything you throw at it, with kernel support
07:54.51*** join/#maemo ZogG_laptop (~ZogG_lapt@bzq-79-181-216-65.red.bezeqint.net)
07:54.51*** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG)
07:55.53*** join/#maemo edheldil (~edheldil@2001:1488:ac14:1400:222:19ff:fe31:415e)
07:56.17*** join/#maemo AD-N770 (~jep@o.bcn.fluendo.net)
08:00.31SAiFhmm okay...  kerio
08:05.19*** join/#maemo lbt (~david@78-32-229-233.static.enta.net)
08:05.19*** join/#maemo lbt (~david@Maemo/community/contributor/lbt)
08:11.58*** join/#maemo rcg (~rcg-work@fhffm1223.nat.fh-frankfurt.de)
08:18.31*** join/#maemo ab[out] (~ab@pdpc/supporter/professional/ab)
08:23.15*** join/#maemo eMHa_ (~mh@HSI-KBW-217-008-061-244.hsi.kabelbw.de)
08:29.32*** join/#maemo mvp (~mvp@86.58.193.170)
08:40.03*** join/#maemo murrayc (~murrayc@mail.openismus.com)
08:47.19*** join/#maemo mavhc (~mavhc@cpc3-basf10-2-0-cust617.12-3.cable.virginmedia.com)
08:57.48*** join/#maemo Mike11 (~Mike@5.0.12.221)
08:58.54*** join/#maemo OkropNick (kuba@host-n2-75-80.telpol.net.pl)
08:59.33*** join/#maemo mvp (~mvp@86.58.193.170)
09:03.31*** join/#maemo FIQ (~FIQ@unaffiliated/fiq)
09:29.36*** join/#maemo Pali (~pali@Maemo/community/contributor/Pali)
09:30.09*** join/#maemo stef_204 (~kvirc@unaffiliated/stef-204/x-384198)
09:32.10*** join/#maemo NIN101 (~NIN@p5DD282BC.dip0.t-ipconnect.de)
09:37.40*** join/#maemo florian (~fuchs@Maemo/community/contributor/florian)
09:44.29*** join/#maemo darkschneider (~gab@93-32-57-172.ip32.fastwebnet.it)
09:59.40*** join/#maemo bef0rd (~bef0rd@unaffiliated/beford)
10:04.08*** join/#maemo heroux (~heroux@5070823C.static.ziggozakelijk.nl)
10:16.54*** join/#maemo FredrIQ (~FIQ@unaffiliated/fiq)
10:25.28*** join/#maemo MetalGearSolid (~MetalGear@175.142.108.210)
10:30.57*** join/#maemo triggerhappy (~quassel@58.69.81.134)
10:37.53*** join/#maemo Pali (~pali@Maemo/community/contributor/Pali)
10:43.30XATRIXHi, i have VERY bad skype video quality... The picture of persion i call is terrible blocked
10:43.41XATRIXpixelized
10:43.49*** join/#maemo FIQ (~FIQ@unaffiliated/fiq)
10:44.05XATRIXMy video almost hang on the other side
10:44.33XATRIXBut the tiny window on my screen shows good cam performance
10:44.38XATRIXWhat's wrong with it ?
10:44.49XATRIXI have quite good enough connection
10:44.53DrCodehi all
10:44.58DrCodeI can't mount ext4
10:45.01DrCodehas loop
10:45.20DrCodeI got invalid option
10:45.20DrCodeany idea?
10:46.16XATRIXDocScrutinizer05: any ideas ?
10:49.26DocScrutinizer05XATRIX: you most probably have either generally flawed poor bandwidth connection to internet, or your carrier (or far end's carrier) do traffic shaping based on SPI, thus violating net neutrality (<-not sure if that's the correct english term)
10:49.45*** join/#maemo MetalGearSolid (~MetalGear@175.142.108.210)
10:50.03XATRIXHm...
10:50.14XATRIXI call for my partner that is beside me
10:50.16XATRIXIn the same office
10:50.29DocScrutinizer05oh haha
10:50.48XATRIX:)
10:50.53DocScrutinizer05not that this usually makes any difference, since... it's internet
10:51.40DocScrutinizer05but given the way peer2peer networks like skype work, this particularl situation might introduce special obstacles
10:52.07DocScrutinizer05e.g when you both use same LAN with a router that does no local loopback
10:52.35XATRIX{v
10:52.40XATRIXHmm
10:52.41DocScrutinizer05thus for reaching your far end next to you, you need a relay somewhere outside your LAN
10:52.54*** join/#maemo lizardo (lizardo@nat/indt/x-zbuyzajsstvrbnhh)
10:53.04XATRIXCan i skype you?
10:53.08DocScrutinizer05while everybody else you could reach directly with no intermediate hops
10:53.15DocScrutinizer05no skype here
10:53.20XATRIX:(
10:53.33XATRIXAnyone can help me to test it ?
10:57.15japa-fixatrix make another skype account to your computer and call to that
10:57.15DrCodeWhy I can't mound ext4 loop .img? any idea please
10:57.51DocScrutinizer05japa-fi: that's not helping either
10:58.04DocScrutinizer05since that would still be all local
10:58.35*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
10:58.56XATRIXjapa-fi: yes, it doesn't matter, i need to make external call
10:59.04DocScrutinizer05XATRIX: you can use wireshark to analyze the VoIP traffic, I guess
10:59.28XATRIXDocScrutinizer05: it's a bit complicated.
10:59.39*** join/#maemo ketas (ketas@ketas6-sixxs.si.pri.ee)
10:59.51*** join/#maemo esaym153 (~esaym153@216-45-91-132.gvec.net)
10:59.51DocScrutinizer05dunno if wireshark has dissectors for skype
10:59.52*** join/#maemo merlin1991 (~merlin@Maemo/community/cssu/merlin1991)
11:00.06DocScrutinizer05for sure not for the netto traffic since it's encrypted afaik
11:00.18bef0rdwhy don't you call the skype test service?
11:00.18*** join/#maemo timeless (uid4015@firefox/developer/timeless)
11:00.18*** join/#maemo guerby (~guerby@ip165-ipv6.tetaneutral.net)
11:00.43bef0rdIn your Contact list, select Skype Test Call. It may also be called Echo / Sound Test Service or Skype Test Call (echo123).
11:00.46DocScrutinizer05I was about to suggest that, but then thought it might not help for video
11:00.55bef0rdoh video
11:03.41DocScrutinizer05yeah, and "oh, skype"
11:03.50DocScrutinizer05skype is a nightmare
11:05.13DocScrutinizer05and beware! some corporate LANs may have a policy that earns you losing your employment when using skype on the company's LAN
11:06.08DocScrutinizer05skype is pretty hard to impossible to manage on a network admin level, since it acts unpredictably
11:06.55DocScrutinizer05so even when a network admin would try to block it, there are no reliable firewall rules to establish that
11:07.57DocScrutinizer05likewise assigning QoS priority to the skype traffic is basically impossible
11:08.45bef0rdsometimes skype video sucks without reason
11:14.22DocScrutinizer05btw I wonder what's up with the $internet*
11:14.38DocScrutinizer05many sites are down for maintenance, or simply don't work anymore
11:15.23DocScrutinizer05and then even this: [2013-07-22 21:21:58] [Notice] -christel- [Global Notice] Hi all, some of you may have been experiencing some temporary issues relating to SSL whilst we updated our certificates. Unfortunately this update was necessary for security reasons, you can read a bit more about the issues at http://blog.freenode.net/2013/07/server-hosting-and-trust/ - we apologise for the inconvenience and for the issue arising in the first
11:15.24DocScrutinizer05place. Thank you for using freenode!
11:21.04jon_yDocScrutinizer05: just freenode?
11:25.40*** join/#maemo heroux (~heroux@5070823C.static.ziggozakelijk.nl)
11:42.06*** join/#maemo woodong50- (~woosung@211.234.222.180)
11:42.27*** join/#maemo uen| (~uen@p5DCB1FB0.dip0.t-ipconnect.de)
11:51.42DocScrutinizer05well, no. It seems to me something particularly nasty is going on - but then that might just be me
11:57.35*** join/#maemo Hurrian (~rikanee@unaffiliated/rikanee)
12:01.05*** join/#maemo MetalGearSolid (~MetalGear@sta-107-116.tm.net.my)
12:34.52*** join/#maemo LauRoman (~LauRoman@5-14-92-89.residential.rdsnet.ro)
12:36.48DocScrutinizer05btw I don't think that the ubuntuphone looks any particularly ugly
12:37.49DocScrutinizer05but again it has no hw keyboard
12:38.28DocScrutinizer05and - duh- a sapphire glass screen? that means capacitive I'd think
12:39.07DrCodestrange , I have .img file (ext4)  , in ubuntu I can mount it but not in maemo
12:39.09DocScrutinizer05Mr Shuttleworth, show me how to use a sketching program on you rphone
12:39.31DocScrutinizer05DrCode: you have KP?
12:39.41DrCodewhat is KP ?
12:39.46DocScrutinizer05:-S
12:39.48DocScrutinizer05~kp
12:39.48infobot[kp] http://talk.maemo.org/showthread.php?t=85665
12:39.49jon_ykernel Power
12:39.54DrCodeI am using cssu
12:40.01jon_yoh it is then
12:40.03DocScrutinizer05that doesn't mean anything
12:40.04DrCodehmm 051r1
12:40.12DrCodeyes
12:40.18DrCodeI hope its ok
12:40.23DocScrutinizer05should
12:40.29DocScrutinizer05lsmod
12:40.36jon_ymaybe ubuntu has some proprietary ext4 extensions
12:40.38DrCodeI also load isofs.ko
12:40.44DrCodebut same results
12:41.01DrCodeI see
12:41.02jon_yext4 should be autoloaded if you try to mount the image
12:41.07jon_y-t ext4?
12:41.07Wizzupwtf are propietary ext4 extensions
12:41.17DrCodeinvalid option it say
12:41.23jon_yWizzup: ask ubuntu
12:41.29Wizzupno, I'm asking you
12:41.35jon_yiirc there is a mount option to set fs
12:41.39WizzupAll the ext4 code is gpl, how can it be proprietary
12:41.43DrCodewell, I can convert it in ubuntu to standart ext4?
12:42.04DocScrutinizer05modinfo ext4
12:42.06jon_yDrCode: I was just kidding about the extensions
12:42.11jon_y-t is an option for mount
12:42.13DrCodeok
12:42.26jon_yWizzup: gpl or not, violations going to happen
12:42.26DrCodeI did  "-o loop -t ext4"
12:42.52Wizzupjon_y: you sounds nuts :)
12:42.53DocScrutinizer05-o loop is deprecated iirc
12:43.08DocScrutinizer05modprobe ext4
12:43.11WizzupDocScrutinizer05: Is it? Don't think so -- what is the new syntax for loop devices?
12:43.14DrCodeseems to be ok modinfo ext4
12:43.19jon_yWizzup: actually, it happens all the time, just look at android and all the proprietary mods :)
12:43.19DrCodeI did
12:43.22DocScrutinizer05losetup?
12:43.32jon_ykernel blobs
12:43.40Wizzupjon_y: you still haven't linked me to ubuntu's proprietary ext4 extensions
12:44.08jon_yWizzup: I am trying to say that GPL doesn't mean anything anymore to some developers
12:44.09DrCodewhat is losetup
12:44.16DocScrutinizer05rtfm!
12:44.18jon_yjust another license to run over
12:44.21DocScrutinizer05man losetup
12:44.27Wizzupjon_y: Ah, you're working for the FUD company...?
12:44.38jon_ynope, I am strongly pro GPL
12:44.47Wizzupthen stop the FUD :)
12:44.48Lava_Croftwhich implies you are anti freedom
12:44.52jon_yto the point of being a GPL nazi
12:44.53WizzupIf people violate the  gpl, you can act upon it
12:45.00Lava_CroftGPL sucks because it violates my freedom
12:45.07WizzupLava_Croft--
12:45.21jon_yjust that I given up trying to fight BSD people that like freedom in chains
12:45.35Lava_Croftfreedom is chains is exactly the GPL
12:45.35DrCodeit say invalid argument
12:45.44Wizzupjon_y: sure, but the thing is, there's no need to bash ubuntu -- they aren't violating the gpl here
12:45.57jon_yWizzup: I know, I was kidding at first
12:45.58DrCodemount -o loop -t ext4 my.img /mnt
12:46.02DocScrutinizer05DrCode: modinfo ext4 !!!
12:46.13Wizzupand sure, people violate the gpl, just like they violate other licenses, and then you can go after them
12:46.16Wizzupif you wish
12:46.20DocScrutinizer05DrCode: rtfm ! losetup
12:46.28DrCodeit show 2.6.28.10-power51
12:46.46jon_ysure, I cared once, but now I only look after software that I have stake in
12:46.56jon_ysome are GPL
12:47.05jon_yothers I just contribute
12:47.28DrCodeDocScrutinizer05, It seems to be ok
12:47.41*** join/#maemo cityLights (~nivw@bzq-218-29-26.cablep.bezeqint.net)
12:47.48DocScrutinizer05then check proper syntax for losetup
12:48.02jon_yWizzup: also, bashing ubuntu is kind of the in-thing now
12:48.06DrCodeI didn't use losetup
12:48.11jon_ysticking it to the man
12:48.13DrCodewhy do I need losetup?
12:48.21Wizzupjon_y: ya, I don't use it either, but still
12:48.25DocScrutinizer05do you even read what I write here?
12:48.45DocScrutinizer05mount -o loop is deprectaed and obsolete
12:49.00DocScrutinizer05it might still work
12:49.04DocScrutinizer05I dunno
12:49.25DrCodeok
12:49.28DrCodeI miss it
12:49.33jaskahmm, obsolete how? it just implicitly losetups on mount and deletes on unmount?
12:49.37DrCodesorry
12:50.00DrCodelosetup do I need to use -o ?
12:50.18DrCodeor just losetup dev/loop0 my.img?
12:53.43DocScrutinizer05>>
12:53.44DocScrutinizer05<PROTECTED>
12:53.45DocScrutinizer05<PROTECTED>
12:53.47DocScrutinizer05<PROTECTED>
12:53.48DocScrutinizer05<PROTECTED>
12:53.50DocScrutinizer05<PROTECTED>
12:53.52DocScrutinizer05<<
12:54.40DrCodeok
12:54.41DrCodethankyou
12:55.07DocScrutinizer05basically you first mount a image file to a *device* (the loop device) - then mount the loop device like a usual partition to a mountpoint
12:56.06jon_yooh offsets, interesting
12:56.23jon_yI can mount partitions in whole disk images
12:56.37DocScrutinizer05yes, you might need correct offset to mount an image file
12:57.33DocScrutinizer05you frequently need to deal with that stuff when loopmounting a xen diskimage
12:57.47jon_y63 sectors to first partition or something, I can't remember
12:57.49DocScrutinizer05to access the VM disk content without starting the VM
12:58.14jon_yneed dd to make sure
12:58.20kerioDocScrutinizer05: oh, to access a disk image with a mbr?
12:58.29kerioi always wondered how to do that, actually
12:58.32win7macguys, get out, enjoy the sun! ;)
12:58.34jon_ykerio: yes
12:58.53DocScrutinizer05offset might largely depend on your image file - was it a raw disk image incl all MBR and stuff? and was the disk partitioned?
12:58.54jon_ywin7mac: sun got bought by oracle
12:59.10jon_yDocScrutinizer05: likely everything including mbr
12:59.22jon_ywhatever qemu raw uses
13:02.02DocScrutinizer05from our blade-b history:
13:02.04DocScrutinizer05<PROTECTED>
13:02.06DocScrutinizer05<PROTECTED>
13:02.07DocScrutinizer05<PROTECTED>
13:02.09DocScrutinizer05<PROTECTED>
13:02.10DocScrutinizer05<PROTECTED>
13:02.12DocScrutinizer05<PROTECTED>
13:04.31jon_yseek=30G nice
13:05.01jon_ynow if I need to find out if my workstation at work is recent enough to support it
13:05.31jon_yLinux 2.6.8 is the cutting edge system there
13:05.52jon_yso cutting edge that software migration is still on going after 2 years
13:06.23DocScrutinizer05<PROTECTED>
13:06.25DocScrutinizer05<PROTECTED>
13:06.26DocScrutinizer05<PROTECTED>
13:06.27DocScrutinizer05<PROTECTED>
13:06.29DocScrutinizer05<PROTECTED>
13:07.07jon_ydoes loop actually have much overhead?
13:07.15jon_yor is it negligible?
13:07.16DocScrutinizer05<PROTECTED>
13:07.17DocScrutinizer05<PROTECTED>
13:07.58*** join/#maemo e-yes (~e-yes@119.73.246.131)
13:10.44DocScrutinizer05<PROTECTED>
13:10.46DocScrutinizer05<PROTECTED>
13:10.47DocScrutinizer05<PROTECTED>
13:15.57*** join/#maemo Pali (~pali@Maemo/community/contributor/Pali)
13:28.23PaliWARNING: Somebody pushed new version of libx11-data *system* package to extras-devel
13:28.55DocScrutinizer05URL?
13:29.22DocScrutinizer05I gonna nuke that package immediately
13:29.30Paliversion at downloads.maemo.nokia.com is 2:1.1.99.6+0m5 and pushed version to extras-devel is 2:1.1.99.6+0m5+withxcb
13:29.41Palihttp://maemo.org/packages/package_instance/view/fremantle_extras-devel_free_armel/libx11-data/1.1.99.6+0m5+withxcb/
13:29.58DocScrutinizer05Pali: is nuking it the right thing to do?
13:30.38PaliDocScrutinizer05: I do not know, but system packages should not be pushed to extras(devel/testing)
13:30.45DocScrutinizer05ye
13:30.48DocScrutinizer05yes
13:31.03PaliDocScrutinizer05: it is possible to remove it from extras-devel to prevent some problems?
13:31.08DocScrutinizer05so hurry, I'm about to leave for an appointment i'm already late
13:32.09Palican be autobuilder configured to reject system packages?
13:32.11DocScrutinizer05yes, I have "remove this package. package will be removed from repository automatically. ONLy FOR AFMINS. USE WITH CARE!"
13:33.01kerioi think he meant automagically
13:33.08keriolike, every system package
13:33.37DocScrutinizer05c'mon "DELETE? yes no"
13:34.07DocScrutinizer05I'm one click from deleteing it and one second from leaving
13:35.15Palinow I tried to do apt-get upgrade on n900
13:35.25Paliand: Failed to fetch http://repository.maemo.org/extras-devel/pool/fremantle/free/libx/libx11/libx11-data_1.1.99.6+0m5+withxcb_all.deb  Size mismatch
13:35.52DocScrutinizer05meh!
13:35.55*** join/#maemo Pali (~pali@Maemo/community/contributor/Pali)
13:35.59kerioclose enough
13:36.35DocScrutinizer05Package has been removed from the repository. Go back to the package instance page.
13:36.47DocScrutinizer05o/
13:36.49Paliso delete it is also broken in apt repository
13:37.31Palibtw, on this page http://maemo.org/packages/package_instance/view/fremantle_extras-devel_free_armel/libx11-data/1.1.99.6+0m5+withxcb/ is missing who uploaded that package
13:42.09Paliwhen will be package removed from apt repository?
13:42.18Paliit is still in extras-devel apt repo
13:47.41PaliDocScrutinizer05: is this normal? http://maemo.org/packages/view/modrana/
13:47.56Palitry to open above page
13:52.52*** join/#maemo amin007110 (~amin00711@95.38.156.196)
14:04.29*** join/#maemo dockane (~dockane@dsdf-4db533e2.pool.mediaWays.net)
14:05.15*** join/#maemo konelix (~konelix@110.146.216.201.dsl.intelnet.net.gt)
14:13.44*** join/#maemo MetalGearSolid07 (~MetalGear@175.142.100.169)
14:15.02*** join/#maemo MetalGearSolid00 (~MetalGear@60.54.11.252)
14:15.23*** join/#maemo marcosx86 (~marcos@200.187.23.65)
14:17.45marcosx86Hello all, I have a defected N900, can anyone help me solve my issue? Here is a demonstration: http://www.youtube.com/watch?v=yOMQR6FZuek on 8:30 I managed to make it boot, even for some seconds.
14:31.19*** join/#maemo VDVsx (~VDVsx@a88-114-88-95.elisa-laajakaista.fi)
14:42.17SpeedEvilUnfortunately, it's a decidedly non-trivial fix
14:42.42SpeedEvilYou likely - if it turns out not to be a connector issue - need to re-work some joint on the motherboard.
14:43.13SpeedEvilThis will involve at best a high chance of damaging it - even if you're skilled in SMT rework.
14:45.26Palipackage is still in repository: http://repository.maemo.org/extras-devel/pool/fremantle/free/libx/libx11/libx11-data_1.1.99.6+0m5+withxcb_all.deb
14:45.37PaliDocScrutinizer05: ^^^
14:45.50Paliapt-get still show me new version
14:48.16DocScrutinizer51Pali: sorry, on the road
14:48.42Palimerlin1991: ping
14:48.54DocScrutinizer51package promotion to repo said flawed/broken, so I guess is deleting
14:48.57DocScrutinizer51ask merlin1991
14:49.24*** join/#maemo eijk (~eijk@e178201243.adsl.alicedsl.de)
14:59.36*** join/#maemo SAiF (~SAiF@117.217.141.161)
15:03.44*** join/#maemo XATRIX (~xatrix@77.88.209.171)
15:06.00*** join/#maemo doc|home (~doc@gentoo/contributor/doc-007)
15:10.18*** join/#maemo Pali (~pali@Maemo/community/contributor/Pali)
15:12.39*** join/#maemo SAiF (~SAiF@117.213.57.24)
15:13.10*** join/#maemo tanty (~agomez@234.Red-79-156-85.staticIP.rima-tde.net)
15:17.29*** join/#maemo SAiF_ (~SAiF@117.216.78.44)
15:18.29*** join/#maemo yokotest (407f543e@gateway/web/freenode/ip.64.127.84.62)
15:18.35*** join/#maemo trx (ns-team@devbin/founder/trx)
15:19.52yokotestneeded some help for using scratchbox2 with qemu. but having hardtime understanding the difference in the commands while initializing the sb2-init(scratchbox2) target.
15:20.00yokotestwhat is the difference between  sb2-init armel $HOME/path-to-arm-linaro-cross-toolchain/bin/arm-gnueabi-gcc
15:20.06*** join/#maemo SAiF (~SAiF@117.217.133.108)
15:20.06yokotestand sb2-init -c qemu-arm ARM /opt/arm-2011.03/bin/arm-none-linux-gnueabi-gcc
15:20.19yokotest<PROTECTED>
15:25.25yokotestanyone?
15:28.23*** join/#maemo FIQ (~FIQ@unaffiliated/fiq)
15:28.35FIQhi
15:28.39FIQregarding that python issue
15:29.06FIQtoday, earlier when booting up the phone, I got the issue with slow mounts again
15:29.18FIQhowever, this time, after waiting a few minutes - nothing happened
15:29.44FIQJust to make sure it wasn't just delayed even further, I just played a game meanwhile
15:29.53FIQbut after 30 minutes, it had yet to mount
15:29.58FIQSo I ended up mounting it manually...
15:30.09FIQJust fyi
15:30.15FIQAnd I still don't know what the issue is caused by
15:30.32FIQAlso looked into /etc/fstab before mounting it manually
15:30.37FIQit wasn't even listed there
15:30.48FIQso when it was auto-generated, they were basically completely missing
15:31.24psycho_oreosI think this is an issue with dbus, just a hunch. I was recently experimenting on writing upstart scripts and for some reason my script didn't start even though I simply copied and pasted a working upstart script and renamed a few things here and there.
15:32.16FIQwell, my syslog did tell you when you looked into it that there was some potential issues with dbus
15:32.27FIQdon't know *what* issues, but yeah
15:33.24psycho_oreosdbus was lagging according to your old syslog output, it was waiting on something but I'm not too familiar with upstart and how it works.
15:33.37FIQneither am I :p
15:33.54FIQand I don't know if this is a common issue either
15:34.05FIQi.e. you have the same lagging issues, and that it's normal in N900 for it to do that
15:34.12FIQ(you and everyone else I mean)
15:36.25psycho_oreosMy syslog isn't working (again).. I don't think its normal for dbus to do that, it could be a missing upstart script or something that is causing dbus to be lagging.
15:40.19psycho_oreosIn theory a properly functional upstart would allow one to be able to write a custom script that would simply show a banner to tell you that upstart has finished. In my case somewhere is broken and I can't understand what or where when even syslogd is failing to output the logs to the right place.
15:41.48psycho_oreosYou probably have a working syslogd, there might be measures available for you to take to try and take.
15:44.34*** join/#maemo FredrIQ (~FIQ@unaffiliated/fiq)
15:47.42*** join/#maemo Pali (~pali@Maemo/community/contributor/Pali)
15:48.44*** join/#maemo SAiF__ (~SAiF@117.196.136.122)
15:49.44*** join/#maemo zemmy (~sammy@ppp-232-251.98-62.inwind.it)
15:54.40*** join/#maemo amin007110 (~amin00711@95.38.156.196)
16:05.57*** join/#maemo ColdFyre (~lenny@c-98-248-56-123.hsd1.ca.comcast.net)
16:16.43*** join/#maemo sixwheeledbeast (~paul@cl-1547.lon-02.gb.sixxs.net)
16:20.55*** join/#maemo Freak5 (~Freak5@host137-2.natpool.mwn.de)
16:22.55DocScrutinizer51good finds, I'll look into it later
16:22.59DocScrutinizer51bbl
16:27.54*** join/#maemo konelix (~konelix@110.146.216.201.dsl.intelnet.net.gt)
16:28.42*** join/#maemo eMHa_ (~mh@HSI-KBW-149-172-0-168.hsi13.kabel-badenwuerttemberg.de)
16:48.39*** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
17:01.04*** join/#maemo sixwheeledbeast (~paul@cl-1547.lon-02.gb.sixxs.net)
17:04.09DocScrutinizer05syslog depends on having write access to $LOGDIR/syslog
17:05.57DocScrutinizer05if for whatever reason mounting of /home and even mount -o remount,rw / fails resp takes ages, e.g due to fsck then you shouldn't be surprised to see mounts *to* those filesystems fail
17:08.48*** join/#maemo M4rtinK (~M4rtinK@ip-89-177-125-57.net.upcbroadband.cz)
17:11.47*** join/#maemo FIQ (~FIQ@unaffiliated/fiq)
17:14.36psycho_oreosYeah that would be from /etc/event.d/rcS-late or wherever the file resides. Re: syslog issue, the issue seems to be way more complicated than that. When I ran sysklogd manually or even (re)starting it via /sbin/st{art,op} syslogd writes to the aforementioned files. Just not at boot, to make matters even worse, syslogd is started well beforehand and it doesn't seem to have issues from upstart. I
17:14.55psycho_oreosI'm turning debugging mode on and reading from the output, hoping to get some sense out of it.
17:17.00FIQpsycho_oreos: are you talking to me?
17:17.53*** join/#maemo piggz (~piggz@host-92-18-183-52.as13285.net)
17:17.54psycho_oreosFIQ, not for what I wrote above. Did you try and do some experimentations to see where the issue lies? DocScrutinizer05 and I sort of gave hints on where the issue may lie.
17:18.23FIQpsycho_oreos: if these hints were given after I posted what I did before - I didn't see those
17:18.42psycho_oreosActually partially, the first sentence that I wrote was about mounting issue where /home may fail (along others iinm).
17:19.45DocScrutinizer05https://mg.pov.lt/maemo-irclog/latest.log.html#t2013-07-23T18:40:19
17:20.26psycho_oreoshttp://privatepaste.com/f1a96cc863 ... bah DocScrutinizer05 beat me to it lol.
17:22.31FIQty DocScrutinizer05
17:22.54DocScrutinizer05/topic is your friend ;-)
17:23.17DocScrutinizer05and of course mgedmin
17:24.06FIQright
17:24.27DocScrutinizer05mgedmin: Tanks Marius for your very long term and pretty much vital support on chanlogging
17:25.14DocScrutinizer05thanks even :-)
17:25.38FIQDocScrutinizer05: but I've never had issues with mounting /home, and the device boots up (I'm very confident /home needs to be mounted before this) just as fast as it did when I first got the device, i.e. there's no notable slowdown
17:25.41*** join/#maemo sixwheeledbeast (~paul@2a01:348:6:60a::2)
17:25.56FIQthe only slowdown I've had (and even fails) are with those python bindmounts
17:26.18DocScrutinizer05strange
17:26.20FIQand when I mounted them earlier manually, it was done instantly
17:26.20FIQi.e. no delay
17:26.41DocScrutinizer05gnutils mount?
17:27.02psycho_oreosUsually if there's issues with mounting, I thought syslogd would have logged that.
17:27.08FIQalso created a simple script file with those mounts running as a temporary work-around if the mounts refuses to be done in the future... but the optimal solution would be have it working completely
17:27.15psycho_oreosParticularly for /home for instance.
17:27.35FIQpsycho_oreos: well, the one I gave you (regardless of the private info) was one where python bindmounts was significantly slower than it should (but that time it didn't fail as this time)
17:28.29DocScrutinizer05IroN900:~# ls -l /bin/mount
17:28.30DocScrutinizer05lrwxrwxrwx 1 root root 7 2012-09-11 15:34 /bin/mount -> busybox
17:28.59FIQDocScrutinizer05: same output here
17:29.12FIQand "which mount" shows it's using /bin/mount
17:29.16DocScrutinizer05IroN900:~# busybox
17:29.18DocScrutinizer05BusyBox v1.10.2 (Debian 3:1.10.2.legal-1osso31+0cssu0) multi-call binary
17:29.20psycho_oreosFIQ, yeah, I do recall there was no issues with mounting from that log, At least not for non-binding mounts. I'm still trying to get my syslogd to work properly so that I can see if my device would also show slowdowns from dbus as well. I don't expect that would be a natural behaviour but like I said, my syslogd is refusing to work properly so its hard to say.
17:30.17FIQBusyBox v1.21.0 (Debian 1.21.0power2+thumb1) multi-call binary.
17:30.24DocScrutinizer05LOL
17:30.31FIQDocScrutinizer05: do you assume this can be the issue?
17:30.40DocScrutinizer05pretty much, YES
17:31.12FIQ(^ got that earlier due to some features I missed, mostly compression utilities IIRC)
17:31.13DocScrutinizer05at least that's what I always warned about
17:31.21DocScrutinizer05cassandra
17:31.28FIQyou did?
17:31.38FIQwell I guess I can rollback to the default binary
17:31.50FIQ...hmm not sure if uninstalling it will simply pull back the old one
17:32.02DocScrutinizer05I bitched a uncounted number of times "DO NOT mess with init shell!!"
17:32.06FIQor if I need to install some package which that one conflicts with
17:32.33FIQDocScrutinizer05: I did not see this, if you're referring to me :p
17:32.41DocScrutinizer05just saying
17:32.47DocScrutinizer05not your fault
17:32.56FIQoh well
17:33.04FIQhow to get back to the old busybox?
17:33.14DocScrutinizer05and after all it might turn out it's _not_ messybox-power fault
17:33.17FIQI'm not sure if simply uninstalling whatever provides busybox will work
17:33.26FIQas I think that would leave me with *no* busybox
17:33.46DocScrutinizer05I just say it *may* be, and that's what I always warned might happen
17:33.50FIQ*uninstalling whatever provides busybox-power
17:33.52FIQWell
17:33.57FIQThat's easy enough to figure out
17:34.20FIQfix the default one, do a few boots, and if it doesn't happen again for a week I guess we can conclude that was the error
17:34.35DocScrutinizer05FIQ: there's a -(imulate) call in apt-get, no?
17:34.43DocScrutinizer05-s(imulate)
17:34.58FIQand once it fails again, conclude the opposite
17:36.00DocScrutinizer05just fgure some fool "fixed a bug" in messybox power mount plugin
17:36.28DocScrutinizer05or simply linked it against a lib that's not in rootfs
17:36.36DocScrutinizer05or whatever
17:37.13FIQwell mount *does* work, after all it can mount non-python bindmounts (including /opt) fine
17:37.15psycho_oreoshmm, mine has the same version as FIQ (re: busybox-power) and I don't have that issue with python bind mounts. *shrugs* can't hurt to try out standard busybox either way.
17:37.18FIQso it can't be the latter
17:37.22FIQi.e. making it not work at all
17:37.28DocScrutinizer05virtually any API change or call sequence change can invoke a hidden race condition
17:38.03FIQDocScrutinizer05: yeah, just said it couldn't be linked to a broken lib as that would make mount fail completely, no?
17:38.17DocScrutinizer05probably, yes
17:38.20psycho_oreosActually correction, mine isn't thumb optimised: BusyBox v1.21.0 (Debian 1.21.0power2) multi-call binary.
17:38.21FIQhmm this is strange
17:38.39FIQdid dpkg -L busybox-power to see if that's what provided the changed /bin/busybox
17:39.08FIQand while I have a modified /bin/busybox (given the fact that it gives the above result @version), that package does NOT seem to provide this file
17:39.21Sicelodpkg -S <file> will tell you where it came from
17:39.30FIQoh, was going to google how to do that lol
17:39.31FIQty
17:40.27FIQhm I don't understand this output exactly
17:41.02*** join/#maemo valeriusL (~valerius@85.26.180.145)
17:41.10FIQdiversion by busybox-power from: /bin/busybox
17:41.23FIQdiversion by busybox-power to: /opt/busybox-power/busybox.distrib
17:41.36FIQbusybox: /bin/busybox
17:42.57FIQhmm
17:43.26FIQoh, seems like what busybox-power did was to move the original file to that distrib file, and placed its' own file in /bin/busybox
17:43.34FIQthen I guess I can simply uninstall busybox-power
17:43.50FIQand *if* that somehow still gets rid of /bin/busybox, reinstall busybox
17:45.01DocScrutinizer05ask kerio, master of dpgk divert
17:45.43Siceloyup, kerio ;)
17:47.02*** join/#maemo Martix (~martix@static-84-242-103-180.net.upcbroadband.cz)
17:47.06DocScrutinizer05I'm quite sure ~50 other users in this channel can teach you about dpkg divert - I can't
17:47.16FIQwut
17:47.21FIQthis doesn't make any sense
17:47.42FIQthe file in /opt/busybox-power/busybox.distrib is NOT the vanilla busybox version
17:47.53FIQbut rather another version of busybox-power
17:47.57FIQthat... doesn't make any sense
17:49.20FIQbut rather 1.20.2power4
17:49.57FIQand the removal of busybox-power just made me end up with an older busybox-power version, allthough busybox-power cleaned up its' files
17:50.04FIQso I'll have to reinstall busybox now anyway...
17:50.43DocScrutinizer05there been incredible mess with messybox-power and cssu updates
17:51.14DocScrutinizer05nfc how that got resolved
17:51.19FIQok
17:51.46FIQnow I have 3:1.10.2.legal-1osso31+0cssu0
17:52.08FIQdon't know if this will solve my issue though, but oh well
17:52.21DocScrutinizer05basically it boilded down to: cssu did try update to busybox, that conflicted when user had busybox-power installed, and rendered user's system fubar
17:52.45psycho_oreosAccording to this: https://garage.maemo.org/plugins/ggit/browse.php/?p=busybox-power;a=blob;f=debian/busybox-power.prerm;h=a0d4ea18e79dea8733927588e208f30a1edd8554 original busybox should be in /bin/busybox.distrib, if that doesn't exist it will show an error.
17:53.46FIQpsycho_oreos: I have no such file -- allthough this is most likely due to me uninstalling busybox-power
17:54.31psycho_oreosFIQ, its supposedly to be part of prerm script. I'm guessing its what dpkg does during removal stages, actually before removing.
17:54.43FIQhmm
17:55.04psycho_oreosAnyway you have original busybox back, so the case is now irrelevant.
17:55.31FIQyeah
17:55.31FIQwell, cssu busyboc
17:55.31FIQ*busybox
17:55.35FIQI've so far encountered 2 issues since optfs restoration
17:55.36FIQLet's see if there will be any more
17:55.57DocScrutinizer05thinking about it, I could even figure how the fstab patch to cssu-t8 never been tested aganst standard busybox
17:57.18FIQseems like I'm running T8.2
17:57.18DocScrutinizer05FIQ: I think all that bug hunting on your severely tainted system is not fruitful
17:57.21FIQso whatever the patch is, I have it
17:57.51*** join/#maemo Kabouik (~quassel@44.22.206.77.rev.sfr.net)
17:58.48DocScrutinizer05we easily could hunt this and another dozen bugs for the next 6 months
17:59.13FIQlol
17:59.29DocScrutinizer05never being able to reproduce it on a clean system that hasn't suffered massive damage from opt "restauration"
17:59.59FIQheh
18:01.16psycho_oreosYeah I've pointed out before that the setup you have now (FIQ) is very much a zombified setup.
18:01.32DocScrutinizer05usually the standard suggestion is: do a osso-backup, do a BM backup just in case, then reflash and restore from osso-backup
18:02.35DocScrutinizer05sure, in your case that's a decent chunk of work
18:03.09DocScrutinizer05since you also need to restore PK, CSSU-T and CSSU-thumb (aiui) manually
18:11.46DocScrutinizer05wonders if FIQ is still "alive"
18:12.09*** join/#maemo FredrIQ (~FIQ@unaffiliated/fiq)
18:12.17FredrIQDocScrutinizer05: True
18:12.43DocScrutinizer05and, how feels booting with stock busybox?
18:12.48FredrIQWorth pointing out that this issue existed before already (the python one), I just didn't bother then -- not sure about the busybox issue
18:13.07FredrIQThough, you *are* right in that this restore probably introduces some issues
18:13.23FIQthat *might* be possible to solve, but would take very long
18:13.38FIQDocScrutinizer05: no issue this boot
18:13.42FIQallthough it was occasional after all
18:14.02DocScrutinizer05yeah, I'd love to see you do 2manual bootloop" ;-)
18:14.26DocScrutinizer05s/2/"/
18:14.27DocScrutinizer05~status
18:14.27infobotSince Wed Jul 17 05:38:45 2013, there have been 10 modifications, 332 questions, 0 dunnos, 0 morons and 150 commands.  I have been awake for 6d 12h 35m 42s this session, and currently reference 119097 factoids.  I'm using about 23400 kB of memory. With 0 active forks. Process time user/system 1070.09/21.66 child 0/0
18:14.28DocScrutinizer05:-S
18:14.37DocScrutinizer05ooh
18:14.43FIQas in hard shutdown, or shutting down the right way?
18:14.59DocScrutinizer05never do hard shutdown on purpose
18:15.02FIQDocScrutinizer05: regarding reflashing - how come you didn't ask that from the beginning though? :P
18:15.08FIQyes I thought so
18:15.10DocScrutinizer05except for very dedicated test case
18:15.17FIQjust asked, as you put quotes in manual bootloop lol
18:16.01DocScrutinizer05FIQ: you explicitly said you want to avoid reflashing
18:16.11FIQoh I did?
18:16.17DocScrutinizer05and you had a plan how to avoid it
18:16.22FIQahh
18:16.31FIQthis was back when I had a corrupted file system
18:16.34FIQWell then
18:16.42FIQI'll not reflash, unless further issues arise
18:16.54DocScrutinizer05that's a good plan
18:17.20FIQ(unless they're minor and I know the problem/solution right away)
18:17.34DocScrutinizer05after all we now have a decent chance to find out if BB-P introduced that mysterious python bindmount issue
18:17.46FIQmhm
18:18.31DocScrutinizer05we still wouldn't know if BB-P got damaged durng your fs corruption + restore
18:18.34*** join/#maemo nox- (noident@freebsd/developer/nox)
18:18.49DocScrutinizer05but at least we had a clue where to search, or not to search
18:19.03psycho_oreosThere is another alternative plan to forgo flashing (only temporary), you can use one of those osso scripts (can't remember which) to generate a list of user installed packages. Check and see for each of those packages are still publically available, if not repack the debs (and hope they won't contain broken symlinks, etc). Reflash and restore the list of installed packages that you had along with reconfiguring.
18:19.43FIQpsycho_oreos: I don't see how this is avoiding flashing though :P
18:19.47FIQjust making it less cumbersome
18:20.03psycho_oreosFIQ, its better than fixing up issues as you go along :p lol.
18:20.04DocScrutinizer05sounds like a terrible amount of work
18:20.22FIQpsycho_oreos: depends
18:20.25psycho_oreosEither way we've all seemed to learn something in this process.
18:20.45FIQUnless the issues are major - I'd rather fix them on the go as they're not really going to make things worse (I think..?)
18:21.22FIQDocScrutinizer05: another solution to avoid reflashing, *and* fix all the bugs is to simply do a combined BM restore
18:21.33FIQi.e. optfs and rootfs
18:21.34psycho_oreosThe issue you had with python in that very first instance was quite interesting. It slowly began to not get mounted and eventually stops mounting it properly.
18:22.03FIQpsycho_oreos: well as I said - I've had this issue for a long time, not really bothering with it
18:22.06psycho_oreosOnly if you had a current copy of optfs.
18:22.07FIQIt could have failed before, I don't know
18:22.11FIQas my solution was to simply reboot
18:22.20FIQpsycho_oreos: my optfs restore was from 7 months ago
18:22.29FIQ(not my ~, but the optfs)
18:22.59psycho_oreosFIQ, I thought you had a mismatched copy of rootfs vs optfs tarballs.
18:23.11FIQpsycho_oreos: yes, this is the case *now*
18:23.36FIQpsycho_oreos: I asked before the restore (when fsck messed up completely) if I was going to do optfs+rootfs or only optfs in here
18:23.44FIQeither you or doc suggested just optfs
18:24.04FIQpsycho_oreos: the *only* issue I have with a combined is that there might be kernel mismatches
18:24.21FIQas some (not all!) of my restores are from vanilla, and some for KP (though possibly an older version)
18:24.22psycho_oreosFIQ, doubt it would be me, I usually do complete restore. I recall you had pk with mismatched kernel version.
18:24.44FIQYes, I have several different kernel version restores
18:24.51FIQs/restores/backups/
18:24.55psycho_oreosFIQ, yeah hence optfs restoration was adequate enough to forgo bootloops.
18:24.56DocScrutinizer05you did a mkfs.ext3 on /home
18:25.15FIQDocScrutinizer05: yes, allthough this was undone by BM
18:25.23DocScrutinizer05you asked whether you need to reflash completely or could just fix /home
18:25.24FIQapparently BM actually reformats /home when it restores
18:25.43DocScrutinizer05no, it usually doesn't
18:25.48DocScrutinizer05afaik
18:25.55FIQwell during the restore process, it said "Formatting OptFS"
18:26.03FIQas the first step
18:26.03DocScrutinizer05OOOH!
18:26.25DocScrutinizer05that would mean it erradicates ~user/
18:26.38FIQit did restore /home/user as well yes
18:26.57FIQAllthough ~ was restored by me afterwards from the backup tar I did earlier
18:27.03FIQbefore I did fsck
18:27.13DocScrutinizer05well, then I have to open a (virtual) ticket against BM, for fixing the wording in menus
18:27.36FIQShould have tar-ed the whole file system eh...
18:27.39*** join/#maemo M4rtinK (~M4rtinK@46.227.13.46)
18:27.55FIQThen I wouldn't have a fs mismatch issue (allthough the MH issue would be there still)
18:28.24*** join/#maemo Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr)
18:28.39FIQDocScrutinizer05: and, if so, my wording was a bit bad
18:28.41psycho_oreosMore like python issue, hence MH.
18:28.49FIQpsycho_oreos yeah
18:29.00FIQ.. because what I really asked was "restore rootfs+optfs or just optfs?"
18:29.16FIQ@
18:29.19FIQ@ (20:25:17) (DocScrutinizer05) you asked whether you need to reflash completely or could just fix /home
18:29.35FIQoh wait no
18:29.49FIQDocScrutinizer05: are you referring to before the fsck?
18:30.05FIQbecause then yeah my wording was that
18:30.48FIQDocScrutinizer05: what my point really was was that I would rather avoid reflash aka using flasher-3.5
18:31.12FIQwhile I would rather avoid rootfs restore too, I see this as far less of an issue
18:32.33FIQ(nothing against the flasher software, but it really doesn't like to reflash unless you try several times, possibly due to driver issues)
18:32.55FIQ(20:27:07) (DocScrutinizer05) well, then I have to open a (virtual) ticket against BM, for fixing the wording in menus
18:33.33FIQhm... but I got the impression that it did restore the entire optfs (allthough I didn't know if it did reformat or not before I actually tried)
18:33.43FIQit was you who pointed out that it probably just restored /opt
18:33.59FIQ(which was why I created the ~ tarball in first place)
18:39.29kerioFIQ: that's weird, busybox-power tends to do the right thing
18:39.33keriomaybe it was an older version
18:39.47FIQwell I had 1.21 and 1.20
18:39.51FIQbinaries
18:40.01FIQthe 1.20 one appeared when uninstalling busybox-power
18:40.04FIQso something went wrong
18:40.19FIQperhaps it moved the 1.20 version to /bin/busybox.distrib accidentally?
18:40.26FIQwhen updating to 1.21 I mean
18:44.54*** join/#maemo dos11 (~dos@unaffiliated/dos1)
18:48.02DocScrutinizer05FIQ: BM says "backup /opt" afaik
18:48.43DocScrutinizer05if it actually backups /home, incl /home/opt and /home/user, then this is a severely misleading wording
18:49.33DocScrutinizer05basically there's no such thing like an optfs
18:51.05DocScrutinizer05IroN900:~# LANG=en_EN df -h /opt
18:51.07DocScrutinizer05Filesystem            Size  Used Avail Use% Mounted on
18:51.08DocScrutinizer05/home/opt             2.0G  819M  1.1G  43% /opt
18:51.51psycho_oreosI somehow doubt BM would say "backup /home" when the created tarball is labelled optfs.
18:52.36DocScrutinizer05localization/i18n ofgnu-df is abysmal btw
18:52.55DocScrutinizer05an indigestable gibberish mix of english and german
18:53.30FIQlol
18:53.49FIQafk
18:54.02FIQwill look into the wording when back
18:55.00DocScrutinizer05so if we assume optfs has any reasonable meaning as a term, then it would be /home/opt
18:55.21psycho_oreos"$T2S -s 2 -H left -y $y -T 0 -t "  Backing up Optfs with Tar..."; y=$((y+20))"
18:55.56DocScrutinizer05when BM saves /home and not /home/opt then this is wrong, either in wording or in what it actually does
18:57.45DocScrutinizer05IroN900:~# df -h ~user
18:57.46DocScrutinizer05Dateisystem           Size  Used Avail Use% Eingehängt auf
18:57.48DocScrutinizer05/dev/mmcblk0p2        2,0G  819M  1,1G  43% /home
18:58.51Paliuse LANG=C :-)
18:58.55DocScrutinizer05since /opt is a bindmount, it basically has no directly associates filesystem at all
18:59.25DocScrutinizer05Pali: see above, also note that LANG=C does NOT work on maemo
19:00.24DocScrutinizer05I intentionally left out LANG=en_EN to en_passant demonstrate >><DocScrutinizer05> an indigestable gibberish mix of english and german
19:01.19DocScrutinizer05I guess you're capable to deduce what the german strings mean, by comparing to above paste
19:04.08DocScrutinizer05psycho_oreos: what does BM use in tar command? /opt? /home? /home/opt?
19:05.06DocScrutinizer05or even an arbitrary generic mountpoint where /dev/mmcblk0p2 got mounted to?
19:06.55DocScrutinizer05sth like "mount /dev/mmcblk0p2 /mnt/0p2; tar ... /mnt/0p2/opt" ?
19:08.14psycho_oreosIt mounts /dev/mmcblk0p2, and "gtar p"$backupOptCompress"cf $backupOptLocation ./ --ignore-failed-read --numeric-owner 2> /tmp/tarstatus & pid=$!"
19:08.23DocScrutinizer05pondering how BMrev1 did a dd to do volume images, I guess I can understand how this wording and this way to do the backup evolved
19:10.49psycho_oreosMounts /dev/mmcblk0p2 to /tmp/mnt/optfs
19:11.21DocScrutinizer05that's where naming confusion starts
19:11.58DocScrutinizer05I gather it then does a "cd /tmp/mnt/optfs"
19:12.17psycho_oreosYes and tarballs that directory.
19:12.18DocScrutinizer05before tar-ing up ./
19:12.58DocScrutinizer05well, /dev/mmcblk0p2 is _not_ optfs
19:13.39DocScrutinizer05even when you mount it to a mountpoint dir called optfs, it stays /home volume (ext3fs)
19:14.39psycho_oreosEven grepping the output of the (old) compressed tarballs gives /home/user/* files.
19:14.43DocScrutinizer05(there's a bit of widespread confusion here about filesystems and volumes. While a volume can have only one filesystem...)
19:15.39psycho_oreosRather partitions than filesystem :)
19:15.57DocScrutinizer05meh, LVM defeats the notion of partitions
19:16.10DocScrutinizer05it's "volume"
19:17.14DocScrutinizer05funny enough I'm not aware of a proper german translation of the term, other than filesystem/dateisystem
19:18.30DocScrutinizer05a loopmounted image also hardly is a partition, though it might consist of several virtual partitions
19:18.44psycho_oreosHeh, not everyone has LVM setup :D.
19:18.55DocScrutinizer05but everybody has volumes
19:19.08DocScrutinizer05not everybody has partitions
19:19.19DocScrutinizer05at least on this visible level
19:20.05DocScrutinizer05iirc e.g. mysql could even use raw devices without any MBR and partition table
19:20.19DocScrutinizer05a floppy has no partitions, yet it's a volume
19:20.49DocScrutinizer05(usually doesn't have partitions...)
19:20.57psycho_oreosrecalls of that windows naming convention, where volumes are used to refer for each hard disk connected regardless of the partitions the volume has or if the whole setup was even in LVM/RAID/JBOD/etc.
19:21.37DocScrutinizer05that are devices aka drives
19:22.53DocScrutinizer05at least that's how I understand all those terms, and try to use them like that
19:23.18psycho_oreosWas it called devices? o.O I somehow recalled it was named volumes. Even some of the complex areas like when dealing with something like recovery console or maybe even registry editor where certain portions contain the reference "Vol0".
19:23.36DocScrutinizer05I dunno about windows
19:24.07psycho_oreosAhh, well yeah they tend to have mixed/dubious term usages.
19:24.16DocScrutinizer05windows starts naming confusion by calling itself an OS
19:24.58DocScrutinizer05which evidently it wasn't until at least win-xp
19:25.20DocScrutinizer05or was it win-nt
19:25.22DocScrutinizer05?
19:25.35psycho_oreosI actually thought you were referring to windows before, heh. I'm guessing when it comes to LVM, each device or devices connected together are called volume regardless of what medium/density/etc they are.
19:27.23psycho_oreos*shrugs* they created standards which throw people of other platform users off :) Remember that issues with MB/Mb usage with hard disk manufacturers had to make amends?
19:27.45psycho_oreoss/es//
19:28.11psycho_oreoslol :x
19:28.29win7macpoints to this beauty of a shy flower, taken with N9+macro-lens: https://dl.dropbox.com/lightbox/home/maemo-stuff/N9-macro and like me here if you dare ;) http://talk.maemo.org/showthread.php?p=1361459#post1361459
19:28.29psycho_oreospebkac haha.. s/es/e/
19:29.29psycho_oreos*ahem* -> #harmattan ;) j/k
19:32.36DocScrutinizer05Error (404 )  We can't find the page you're looking for.
19:39.11*** join/#maemo WielkiTost (~dos@unaffiliated/dos1)
19:44.08*** join/#maemo qwazix_ (~qwazix@cust-159-92.on5.ontelecoms.gr)
19:46.24*** join/#maemo WielkiTost (~dos@unaffiliated/dos1)
19:54.18*** join/#maemo tanty (~agomez@81.172.58.15.dyn.user.ono.com)
19:57.44*** join/#maemo GogoPogo (~chatzilla@host156-32-dynamic.40-79-r.retail.telecomitalia.it)
19:58.40GogoPogohello everybody... quick question, does the Skype implementation within Maemo core mean there was an agreement between the community and Microsoft? If that's the case is there any document about it?
19:59.33Sicelono
19:59.40*** join/#maemo mvp (~mvp@86.58.193.170)
19:59.55Sicelomaemo had skype long before it was acquired by M$
20:00.28Siceloals, skype parts of maemo were not provided by community
20:00.56GogoPogowere they provided by Skype itself?
20:01.47SiceloNokia
20:02.20win7macshit, sorry, correct link (I hope): https://www.dropbox.com/s/fl8au9zjdh1yguo/13070049_3x2_LQ.jpg
20:02.55Siceloand you're more likely to get hit by a plane than see any of those docs GogoPogo.
20:03.22win7macerr... https://dl.dropbox.com/s/fl8au9zjdh1yguo/13070049_3x2_LQ.jpg
20:03.50*** join/#maemo pavi (~ircchatte@178.61.12.158)
20:05.18*** join/#maemo piggz (~piggz@host-92-18-183-52.as13285.net)
20:05.21GogoPogoSicelo: I got the idea. But it's still not very clear to me how much of maemo's core comes from the community and how much comes from Nokia.. Believing linux meant free community development I believed that an agreement with Skype or Microsoft would make quite not much sense..
20:05.47Siceloeverything comes from Nokia.
20:06.00GogoPogoI'm not very linux-literate so it's better for me to ask the savvy
20:06.03Siceloread your N900 manual.
20:06.04win7macor this even: http://i.imgur.com/JbCKKWE.jpg
20:06.12Sicelofirst pages
20:06.37GogoPogoSicelo: thanks for the advise, hope asking didn't irk you
20:06.43SiceloGogoPogo: N900 was not developed by community.
20:06.48Sicelonop, not irked :P
20:06.49*** join/#maemo konelix (~konelix@190.148.49.187)
20:07.08GogoPogoadvice*
20:07.27DocScrutinizer05~closed
20:07.28infobot[closed] http://wiki.maemo.org/Why_the_closed_packages or https://wiki.maemo.org/Fremantle_closed_packages
20:07.36DocScrutinizer05GogoPogo: ^^^
20:08.02SiceloN900 is just great because it is almost standard enough linux (Debian).. but that's as far as it goes.
20:08.16Sicelohence, the link DocScrutinizer05 just pointed you to
20:09.24GogoPogothanks Doc, thanks Sicelo.. I guess the maemo.org wikis should be dumped for Evopedia
20:09.38Sicelo?
20:09.39DocScrutinizer05huh?
20:10.10GogoPogoEvopedia, you know.. the application enabling you to read Wikipedia dumps
20:10.19DocScrutinizer05ooh
20:10.32DocScrutinizer05yeah, there been such plans several times
20:10.46DocScrutinizer05I donno if anybody actually compöeted on them
20:10.53DocScrutinizer05completed
20:11.02Lava_Croftgerman keyboard layout-owned
20:11.24GogoPogoLava_Croft: he's more likely to have pressed Alt+0246
20:11.25GogoPogo:D
20:11.37Lava_Croft;)
20:12.03GogoPogoanyway, DocScrutinizer05 is there a way to find out?
20:12.14DocScrutinizer05~pkg
20:12.14infoboti heard pkg is http://maemo.org/packages/
20:12.59DocScrutinizer05we now can provide whatever raw and cooked dumps of wiki you'd need for such project, thanks to community now managing the infra
20:13.35GogoPogothat's wonderful
20:13.46GogoPogoI'd love to have Maemo wiki with my while I'm on the go...
20:13.54GogoPogowith me*
20:14.03DocScrutinizer05sure, a very sane rationale
20:15.13DocScrutinizer05you *might* look into openmoko wikireader project, which did sth aiui similar to evopedia which I dun't know yet
20:15.52DocScrutinizer05zecke did a huge job compressing complete wikipedia
20:16.18DocScrutinizer05and re-rendering images to 4bit grayscale ;-)
20:16.31GogoPogoincluding images :O
20:17.22DocScrutinizer05I completely lost track of this project, but it's FOSS as well
20:17.40GogoPogobut how can Openmoko be compatible with maemo?
20:17.56DocScrutinizer05not at all
20:18.09Siceloheh
20:18.13DocScrutinizer05but the code is pretty plain common c
20:18.34DocScrutinizer05the core is platform agnostic I'd say
20:18.43GogoPogoI'm more interested in the dumps than in the app.. I already have Evopedia which works flawlessly within maemo's browser
20:18.53DocScrutinizer05ooh
20:19.02DocScrutinizer05well, then it should be simple
20:19.27GogoPogoSo if you have dumps for wiki.maemo.org we can download them..
20:19.54DocScrutinizer05tell me what sort of dump you need, and how it#s supposed to get prepared
20:20.11GogoPogook, let me check inside my n900
20:20.34DocScrutinizer05there's probably a howto somewhere on evopedia pages, eh?
20:21.03DocScrutinizer05wiki.m.o is mediawiki
20:21.38DocScrutinizer05you might want to ask ashley about details and help to get the dump
20:22.00DocScrutinizer05ashley is our wiki maintainer
20:22.37DocScrutinizer05I can facilitate
20:23.54GogoPogoI'm checking evopedia's website and it seems to be able to read wikipedia and wiktionary-like dumps only,
20:24.09DocScrutinizer05oooh, I got a not-too-recent "dump" of wiki on my box: http://maemo.cloud-7.de/wiki/
20:24.25*** join/#maemo FIQ (~FIQ@unaffiliated/fiq)
20:24.33FIQhi
20:24.47FIQ4th power cycle, no issue @bindmounts so far
20:24.53FIQ(20:53:56) (FIQ) will look into the wording when back
20:25.00FIQlooked into backupmenu
20:25.39FIQit never mentions /opt specifically, it calls the fat partition "MyDocs" (where it's mentioned, i.e. in fsck), and the /home partition "OptFS"
20:25.46GogoPogothat's a 706MB .xml, I guess there may be others way to open it if Evopedia failed..
20:25.49FIQand the root one "rootfs"
20:26.22*** join/#maemo perlite_ (~perlite@114-36-248-190.dynamic.hinet.net)
20:27.00DocScrutinizer05yeah
20:27.12DocScrutinizer05and o/
20:30.25ashleyyes, I know, I've been goofing off a bit >.> I should come up with an upgrade plan, publish it, get folks to comment on it and go ahead with it by...the end of August or September or something like that
20:33.48DocScrutinizer05ashley: for now your expertise regarding mediawiki and evopedia would already help a lot
20:33.56GogoPogoagreed
20:34.01*** join/#maemo _rd (~rd@p5088F829.dip0.t-ipconnect.de)
20:34.25DocScrutinizer05nfc over here
20:34.27GogoPogoit would be really helpful
20:34.31ashleyalright, what's up?
20:35.26DocScrutinizer05GogoPogo has a thing called evopedia running on his N900, and we all think it's a great plan to have wiki.m.o locally on device
20:35.37GogoPogoit's just Evopedia can read wikipedia and wiktionary-like dumps, is there a way to have mediawiki dumped the same way?
20:37.24ashleysure; there a script called dumpBackup.php in the wiki's maintenance/ directory (http://www.mediawiki.org/wiki/Manual:DumpBackup.php) that can be used to create a(n) .xml dump of the wiki (admittedly it's been a long while since I've had to use it)
20:38.23GogoPogoashley: I see from the dumps provided by Evopedia that the dumps formats should be .idx and .dat
20:38.40GogoPogothe dumps files onto your device*
20:39.12ashleyhuh? no idea how such dumps are created, I'm aware only of MediaWiki's standard .xml dumps (generated with the script mentioned above) as well as SQL dumps
20:40.10GogoPogohttp://maemo.cloud-7.de/wiki/
20:40.20GogoPogowikimedia dumps are like this one right?
20:41.54*** join/#maemo sq-one (~sq-one@p57977E91.dip0.t-ipconnect.de)
20:41.55ashleyWikimedia Foundation (the instance hosting Wikipedia etc.) offers various database dumps (http://dumps.wikimedia.org/), but the standard MW dump format is .xml; I have no idea what could be used to create .idx/.dat files and those definitely are not MediaWiki standard DB dump formats (also, MediaWiki != Wikimedia, MW is the software and Wikimedia is the instance hosting Wikipedia)
20:43.44GogoPogoI think a .xml dump file is just fine too, there must be more than one way to open and browse a .xml file on maemo.. I just believe Evopedia is a very popular application for maemo users and it would make things easier
20:44.36DocScrutinizer05I bet as soon as you get more info about data structure of .idx and .dat, it can get converted from xml to those formats
20:45.07DocScrutinizer05obviously .idx is an index file and .dat is the database file
20:45.35GogoPogoyes, and there's a metadata.txt file indexing the .idx files too
20:46.15DocScrutinizer05find the howto page on evopedia homesite
20:46.22GogoPogook
20:46.29ashleyDocScrutinizer05: also, it's probably worth noting that the supermajority of "files" at http://maemo.cloud-7.de/wiki/files/ are broken -- the files with a filesize of 8.6K are actually HTML pages (MediaWiki's file description pages instead of the actual images)
20:46.38DocScrutinizer05there jas to be some instruction how to create those .idx and .dat
20:47.00DocScrutinizer05ashley: DAMN!
20:47.11DocScrutinizer05I didn't do that download
20:47.24DocScrutinizer05thanks for letting me know
20:47.26ashleyhttp://maemo.cloud-7.de/wiki/files/Wm-niels%20breet.png for example is a HTML dump of Special:FilePath and I guess so are the others with the same size
20:47.59ashleybut for example http://maemo.cloud-7.de/wiki/files/Wazapp-group-create.png seems to be OK
20:48.14ashleyno idea what method's been used to dump the files, but obviously it wasn't the ideal one :-/
20:48.33DocScrutinizer05sth went wrong with the job that downloaded that stuff. it been an incredible manual work
20:49.13DocScrutinizer05some guys were creating a bashscript from special:allpages and special:files or twhatever
20:50.01DocScrutinizer05it's from a time where we had no access to the wiki on an administrative level
20:51.41DocScrutinizer05so any sed command or shellscript command in the created bashscript could have blown chunks on whatever particular property of the filename or file to download
20:52.23DocScrutinizer05whatever, we now have direct access to wiki db
20:52.43*** join/#maemo qwazix__ (~qwazix@77-2-93.static.cyta.gr)
20:53.16DocScrutinizer05so just you guys tell techstaff what you want to get done, and we do it for you - just don't come and ask for pink pony or "I want a .dat file, nfc how you create that"
20:55.20DocScrutinizer05GogoPogo: do you think you can spot the documentation/howto on evopedia?
20:56.00GogoPogothere's none, only downloaded the client to contribute to dumps and see what I can make out of it
20:56.09GogoPogobut I found other useful info elsewhere
20:57.08*** join/#maemo FlameReaper-PC (~honoo-pc@tin-207-195.tm.net.my)
20:57.17GogoPogowikitravel.org has an offline reader option and on its explaination article Evopedia is listed as one of the target formats. Here's what they say about it:
20:57.25GogoPogoEvopedia http://evopedia.info/ Free open source offline dump reader and browser for MediaWiki wikis using devices default web browser to display results. Target devices include Linux tablets and smartphones using Nokia Maemo OS, OpenMoko SHR, and devices and computers running Ubuntu and Arch Linux distros. Evopedia requires processed dumps available at their website or custom databases which...
20:57.27GogoPogo...can be made with free tools
20:57.52GogoPogoso it says MediaWiki is supported by Evopedia but they're the only ones to say so
20:58.12GogoPogoso I went and check here http://meta.wikimedia.org/wiki/Data_dumps
20:58.21DocScrutinizer05https://mg.pov.lt/maemo-irclog/%23maemo.2010-10-18.log.html#t2010-10-18T19:34:40
20:59.20DocScrutinizer05Linux tablets and smartphones using Nokia Maemo OS, OpenMoko SHR  --  \o/ :-D
21:00.30GogoPogonone seems to fret about the formats so I suppose it's an easy conversion to be done from .xml do .dat
21:01.09GogoPogohttp://meta.wikimedia.org/wiki/Data_dumps/Dump_format
21:02.16*** join/#maemo bef0rd (~bef0rd@unaffiliated/beford)
21:03.37*** join/#maemo FReaper-PC (~honoo-pc@tin-207-195.tm.net.my)
21:05.22GogoPogobtw I'm currently downloading the .xml dump you Doc linked to me before and see if it works
21:05.44GogoPogoI keep searching the web for a solution in the meantime
21:06.22DocScrutinizer05o7ywswbut the wiki dump isn't zip files19:34
21:06.24DocScrutinizer05o7ywswit is .idx and .dat files.......19:35
21:06.26DocScrutinizer05o7ywswwhat's the deal
21:06.35GogoPogoI read it
21:06.40*** join/#maemo GI_Jack (~GI_Jack@pdpc/supporter/active/gi-jack)
21:06.58DocScrutinizer05I can't find any reference to .idx and .dat on http://meta.wikimedia.org/wiki/Data_dumps/Dump_format
21:07.24GogoPogonor did I, that's why I suppose it's a problem that can be solved easily, or at least I hope
21:08.01*** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq)
21:10.52DocScrutinizer05o7ywsw claimed the downloads consisted of .idx and .dat files in 2010
21:11.07DocScrutinizer05I don't get it
21:11.47GogoPogoI can't understand Evopedia's choice
21:12.12DocScrutinizer05https://github.com/evopedia/evopedia_python/blob/master/dumpscripts/dumplib.sh
21:12.18GogoPogoeverything I come across regarding wikis dumps talks about xml
21:13.02*** join/#maemo konelix (~konelix@110.146.216.201.dsl.intelnet.net.gt)
21:13.41GogoPogozip -1 wikipedia_"$LANG"_"$dumpdate".zip *.idx *.dat metadata.txt
21:15.05GogoPogoI can't work out anything useful from the code.. do you?
21:19.21*** join/#maemo unclouded (~neil@2001:4428:200:80fc:615f:e91c:f288:af3e)
21:21.31GogoPogowikimedia dumps come in static html format too, one file for each article and no .xml, only and index.html file
21:23.42GogoPogoI guess they would be good too, Evopedia start the browser on local host to the port 8080 and grabs the data from the databases. Plain html should be no hard to open but I fear it will mess up the wikis index inside the application
21:23.54*** join/#maemo SmilyOrg (Smily@89.142.75.210)
21:24.13win7macare there any HW-restraints against Linux-compatible Laptops, like graphics or smth.?
21:24.43win7mac...eSATA, FW etc?
21:25.48DocScrutinizer05yes, they are downloading the xml.gz and sql.gz files (line 12 .. 18), then at some place import stuff to a mysql db, and then there's also that magical grep -v '<redirect />' | "$SCRIPTDIR"/xml2sql -o "$IMPORTTEMPDIR" -v
21:30.15DocScrutinizer05<PROTECTED>
21:30.34GogoPogoyeah I saw that but how can it help?
21:31.05*** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq)
21:31.08win7macI want to set up an affordable (used) dualboot Win7/Linux Laptop with decent HW. I like the Lenovos, but they're too expensive new
21:31.11DocScrutinizer05it seems this datafile_storage.py creates the .idx and .dat files?
21:31.20GogoPogoyes I'm looking for it
21:32.11FIQ|n900hi
21:32.12GogoPogowin7mac: this is not a desktop computer channel, sorry..
21:32.17FIQ|n900just got python issue again
21:32.23FIQ|n900so it wasn't bp-related
21:32.35FIQ|n900so I just took a look into pymaemo-optify
21:32.41FIQ|n900and rcS-late respectively
21:33.12GogoPogoDocScrutinizer05: https://github.com/evopedia/evopedia_python/blob/master/evopedia/evopedia/datafile_storage.py
21:33.28FIQ|n900it seems like pymaemo-optify creates 3 relevant files (and some documents in /usr/share/doc)
21:33.42DocScrutinizer05https://github.com/evopedia/evopedia_python
21:34.02FIQ|n900one in /etc/default containing configuration (the directores being bindmounted and where the mount actually is)
21:34.25HRH_H_Crabhi all, not specifically a maemo question, but has anyone here used this: http://elektranox.org/n900/index.html ?
21:34.36SiceloHRH_H_Crab: i have
21:34.41FIQ|n900one in /etc/event.d which starts a daemon (py-optifying is done by a daemon script..?)
21:34.46HRH_H_CrabSicelo: did you manage to get wifi working?
21:34.51Siceloyes
21:34.59Siceloeverything, even gprs :P
21:35.03HRH_H_Crabi am using wpa-ssid <blah>
21:35.07HRH_H_Crabwpa-psk <blah>
21:35.19HRH_H_Crabbut the little blighter just doesnt seem to want to associate
21:35.24HRH_H_Crabnot sure what i might be missing
21:35.34Siceloanyway, that's deprecated now.. you're better off with a newer kernel, eg Nemo kernel
21:36.11HRH_H_Crabhmmm
21:36.25Siceloyou have the firmware in the right place?
21:36.38HRH_H_Crabyep
21:36.44HRH_H_Crabthe device is there
21:36.54HRH_H_Crabi have wlan0 phonet0 all that jazz
21:36.58FIQ|n900so let's see here
21:37.08HRH_H_Crabi just cant seem to write an /etc/network/interfaces that works
21:37.23Sicelowpasupplicant?
21:37.29HRH_H_Crabive not tried that
21:38.02Siceloyou can't use wpa-ssid, wpa-psk if you don't have supplicant
21:38.26HRH_H_Crabit works fine on my zaurus'es
21:38.55Sicelowell, i'm no expert.. at least that's how i understood it.
21:39.22Siceloyou absolutely sure your Zauruses don't have supplicant? maybe was bundled ..
21:39.51DocScrutinizer05GogoPogo: https://github.com/evopedia/evopedia_python/tree/master/mediawiki-1.14.0-evopediamod  sounds good, eh?
21:40.35HRH_H_CrabSicelo: yeah
21:40.40FIQ|n900grep -q " $d " /proc/mounts || mount --bind $OPT_DIR/$d $d - this is how the mounting works, i.e. it first checks if they're already mounted and if grep exits with errors (i.e. it isn't), mounts it
21:40.43HRH_H_Crabi installed debian on them using debootstrap
21:40.49FIQ|n900there doesn't seem to be any issues with this
21:40.56HRH_H_Crabive tried using wpasupplicant before
21:40.57GogoPogoDocScrutinizer05: it does... can you run it?
21:41.12DocScrutinizer05haven't tried yet
21:41.12HRH_H_Craband ive always found it to be one of the most horrific programs ive ever used
21:41.13FIQ|n900unless /home is mounted *after* this script run
21:41.13FIQ|n900s
21:41.16HRH_H_Crab:P
21:41.33HRH_H_Crabbut maybe this is a good opportunity to try and get to grips with it
21:41.38HRH_H_Crabwhen i feel i can stomach it
21:41.51HRH_H_Crabis it what you used when you set up wifi on your n900 on deb?
21:42.00DocScrutinizer05GogoPogo: but for all I can tell it seems to me evopedia actively tries to dwonload whatever it needs to duplicate the whole wiki db in a local mysql
21:42.08FIQ|n900this could potentially be the issue
21:42.29SiceloHRH_H_Crab: i believe so.. i followed all those steps to the letter.
21:42.30DocScrutinizer05it doesn't need you to download any huge files manually
21:42.48FIQ|n900DocScrutinizer05: I thought of altering that line in python mount scripts slightly
21:44.01GogoPogoI don't get it, what's the advantage with it?
21:44.14FIQ|n900grep -q " $d " /proc/mounts || mount --bind $OPT_DIR/$d $d 2>/home/user/pymounts_failed
21:44.25FIQ|n900DocScrutinizer05: would this do what I want?
21:44.32*** join/#maemo bef0rd (~bef0rd@unaffiliated/beford)
21:44.44FIQ|n900i.e. send any eventual errors with the mount to pymounts_failed as text
21:44.59SiceloHRH_H_Crab: it was over a year ago.. so i don't quite remember everything. why don't you try a newer debian with a newer kernel..? or even Arch? Skry made some really great progress there
21:45.11FIQ|n900or would that script get overwritten in some way?
21:45.34FIQ|n900or worse, error out and make the issue worse
21:45.38DocScrutinizer05FIQ|n900: not exactly, use /var/log/
21:45.51DocScrutinizer05not /home/*
21:46.09FIQ|n900oh
21:46.11FIQ|n900but other than that?
21:46.14FIQ|n900DocScrutinizer05: also
21:46.19FIQ|n900looked into rcS-late
21:46.20DocScrutinizer05looks good to me
21:46.37Siceloand btw HRH_H_Crab, i've never really use supplicant directly.. i just had it because my understanding was that it's needed for wpa* stuff to work in /etc/network/interfaces.. guess i was wrong
21:46.42HRH_H_Crabyeah
21:46.49HRH_H_Crabno you may be right
21:47.09FIQ|n900and mounting seems to be done by that script unless part of rootfs and already mounted
21:47.20DocScrutinizer05also use mount -v(erbose)
21:47.27FIQ|n900so perhaps it's possible that rcS-late is running too late?
21:47.53FIQ|n900mhm
21:48.18SiceloHRH_H_Crab: did you also create the udev rule as per http://elektranox.org/n900/installation/configuration.html?
21:48.28DocScrutinizer05you'll learn from /var/log/pymounts_failed
21:48.28ecc3gok why is my n900 trying to access port 7275 (SUPL?) on 66-152-109-100.tvc-ip.com ...
21:48.48FIQ|n900grep -q " $d " /proc/mounts || mount -v --bind $OPT_DIR/$d $d >/var/log/pyoptify_state
21:48.55Sicelosupl.nokia.com?
21:48.57FIQ|n900was thinking on settling with this then
21:49.23DocScrutinizer05add a line   echo "mounting $OPT_DIR/$d" >>>/var/log/pyoptify_state
21:49.31Siceloecc3g: what supl server do you have configured? and is gps enabled atm?
21:49.33DocScrutinizer05and you don't want to use >, use >>
21:49.43FIQ|n900ah
21:49.44DocScrutinizer05add a line   echo "mounting $OPT_DIR/$d" >>/var/log/pyoptify_state
21:49.47DocScrutinizer05dang
21:50.48ecc3gI was trying different SUPL servers, supl.google.com supl.nokia.com and also tried my supl-proxy
21:50.57DocScrutinizer05set -vx
21:51.15SiceloHRH_H_Crab: a more recent debian + regualr maemo kernel tutorial is at http://wiki.debian.org/MaemoAndSqueeze
21:51.20DocScrutinizer05exec 2>>/var/log/pyoptify_state 1>&2
21:51.29GogoPogoDocScrutinizer05: should we ask ashley to check out the program?
21:51.31DocScrutinizer05at start of rcs-late
21:51.33ecc3gI was trying to get AGPS working but wonderring why I could not get it to reach my proxy...
21:51.51FIQ|n900DocScrutinizer05: exec 2 does what?
21:51.57FIQ|n900DocScrutinizer05: but ok, I'll do that
21:52.06Siceloecc3g: and where's the proxy?
21:52.08DocScrutinizer05GogoPogo: I don't know if he's willing to do that. ask him anyway
21:52.22ecc3git's not that host :)
21:52.34GogoPogoDocScrutinizer05: pvt message you mean?
21:52.56ecc3gtemporarily running the proxy on my server...
21:53.08DocScrutinizer05FIQ|n900: exec without any parameter is used to redirect any filehandles of the currently running shell interpreter
21:53.25FIQ|n900ah
21:53.43Sicelofyi, supl.google & supl.nokia are broken for N900 :(
21:53.47DocScrutinizer05set -vx echoes every line as it is executed
21:53.49ecc3gI'm wondering if this is the SIM-card supplied SUPL server (which, incidentally, that machine is dead)
21:54.02FIQ|n900DocScrutinizer05: mhm
21:54.07DocScrutinizer05exec 1>somefile redirects output to somefile
21:54.19FIQ|n9002 stderr I guess
21:54.22DocScrutinizer05yep
21:54.41FIQ|n900echo "mounting $OPT_DIR/$d" >>>/var/log/pyoptify_state is 3 > here a typo?
21:54.48FIQ|n900you wrote it before
21:55.06DocScrutinizer05yes
21:55.11FIQ|n900oh makes sense
21:55.13GogoPogoDocScrutinizer05: do you think we could aim it at wiki.maemo.org and see what it comes up with?
21:55.33DocScrutinizer05you don't need that anymore, when you redirect output of whole rcS-late
21:55.33FIQ|n900> overwrites, >> appends, so I assumed it was a typo yes
21:56.11GogoPogoDocScrutinizer05: I've long since last programmed anything and even though I liked Python a lot I'm not able to help out anymore
21:56.16DocScrutinizer05but maybe you just want to do that before the interesting part of rcS-late
21:56.42DocScrutinizer05GogoPogo: sure we can try that
21:57.13GogoPogoif there's anyway I can help just tell me
21:57.17GogoPogoany way*
21:57.58Siceloecc3g: i don't think N900 gets supl server from sim even if it's there..
21:58.00*** join/#maemo soltys (soltys@84-10-244-33.dynamic.chello.pl)
21:58.23DocScrutinizer05FIQ|n900: probably you even rather go with your solution
21:58.32ecc3gHmm... it's just suspicious, I can't seem to contact my supl proxy at all...
21:58.35GogoPogoDocScrutinizer05: I may e-mail Evopedia.info and ask for their thought, is it ok?
21:58.36ecc3gwiresharking it...
21:58.41DocScrutinizer05it's not as bloated as what I suggested (exec)
21:59.22DocScrutinizer05ask ashley first
21:59.27Siceloecc3g: no typo maybe?
21:59.33DocScrutinizer05GogoPogo: ask ashley first
21:59.33FIQ|n900http://pastebin.com/v1MqcLLc rcS-late, http://pastebin.com/ix0ga7AG pymaemo-optify
21:59.35FIQ|n900looks good
21:59.42ecc3gwireshark indicates it is a typo... ha.
21:59.55FIQ|n900DocScrutinizer05: hmm but letting rcS-late output may also hint if it's running too early/late
21:59.58GogoPogoDocScrutinizer05: ok, he's not there anyway
22:00.03Sicelolol ecc3g
22:00.13ecc3gbut...
22:00.32ecc3git doesn't look like a typo in the settings field
22:00.32FIQ|n900which would explain the issues I've had with the bindmounts
22:00.51DocScrutinizer05ashley: not here?
22:01.13FIQ|n900DocScrutinizer05: unless you see any obvious typos, I'll reboot now.. worst case scenario is I messed up the syntax and maemo doesn't boot, though fixing that would be trivial with bm's root console
22:01.35DocScrutinizer05hope so, since otherwise bootloop
22:01.57Sicelohmm.. now that's strange ecc3g.
22:02.04DocScrutinizer05I haven't seen obvious typos but I haven't checked thoroughly either
22:02.05FIQ|n900even if it works fine (the bindmounts), I could still check that script to see whether my modifications worked
22:02.09ecc3ganyone happen to know what file the SUPL server setting is stored in?
22:02.16Sicelogconf
22:02.22FIQ|n900and if they did, then I know where to look next time it fails
22:02.42Sicelo/system/nokia/location/supl <--
22:02.46Siceloecc3g: ^^
22:03.08DocScrutinizer05ecc3g: gconftool -R /|less "+/supl" -j 5
22:03.16FIQ|n900[00:01:35] <DocScrutinizer05> hope so, since otherwise bootloop
22:03.23FIQ|n900bm - root console - remove my edits
22:03.28FIQ|n900and reboot loop solved
22:03.33FIQ|n900not too hard really :P
22:03.44FIQ|n900brb reboot
22:04.16DocScrutinizer05ecc3g: then hit n
22:04.33ecc3ggconf looks right
22:04.38ecc3ghmm.
22:04.48ecc3greboot I guess
22:05.10DocScrutinizer05ecc3g: alternatively :   gconftool -R /system/nokia/location
22:05.58Siceloecc3g: which process is trying to contact that address? netstat...
22:06.05ecc3gno clue why wireshark indicates something is trying to look up a mangled hostname...
22:06.15*** join/#maemo valeriusL (~valerius@85.26.180.145)
22:06.52ecc3gfuuu i need a non-messybox netstat :p
22:07.06DocScrutinizer05lol, for sure
22:07.35DocScrutinizer05~messybox
22:07.36infobotextra, extra, read all about it, messybox is messy... err busybox is meant for lean scripting. Regarding all the missing options and immanent limitations (see su, passwd) it's not really the interactive shell of choice. A lot of people hate busybox because a lot of system integrators don't understand the difference between busybox and a decent user interactive shell plus unix utils
22:07.47DocScrutinizer05o.O
22:07.48ecc3greboot.
22:07.52DocScrutinizer05~ping
22:07.52infobot~pong
22:08.01DocScrutinizer05wtf?
22:08.06*** join/#maemo FredrIQ|n900 (~FIQ@unaffiliated/fiq)
22:08.35FredrIQ|n900DocScrutinizer05: is it normal for mount -v not to output anything on a successful mount?
22:08.44DocScrutinizer05dunno
22:08.51Sicelowhy couldn't he just install Netstat? there is a standalone pkg
22:08.52DocScrutinizer05maybe to stadout
22:08.56DocScrutinizer05stdout
22:09.05DocScrutinizer051>&2
22:09.09FredrIQ|n900I redirected all output
22:09.13DocScrutinizer05mhm
22:09.19DocScrutinizer05then I dunno
22:09.21FredrIQ|n900for the mount command
22:09.22ecc3gI was trying to use supl:7276 notation to try to get it to use another port, but I think that may have fubared something.
22:09.36Siceloii  netstat        1.60-23maemo1  Non busybox netstat in a small easy to insta
22:09.37FredrIQ|n900also, my edits seems to have worked fine
22:09.45DocScrutinizer05also don't forget that's messybox mount
22:09.53*** join/#maemo M4rtinK (~M4rtinK@ip-89-177-125-57.net.upcbroadband.cz)
22:09.53HRH_H_CrabSicelo: yep i created the udev rule
22:09.58HRH_H_Crabchecking that doc now
22:10.07FredrIQ|n900except possibly the edit to the mounting as I dunno if it's supposed to echo anything with -v
22:10.13HRH_H_Crabbut i may as well just chroot from maemo and get wpasupplicant installed and see what gives...
22:10.22FredrIQ|n900DocScrutinizer05: hm just tried mount -v w/o any parameters
22:10.36FredrIQ|n900it didn't output anything besides what's given on just "mount"
22:10.50FredrIQ|n900so no output might be normal then
22:11.01DocScrutinizer05Sicelo: will conflict with messybox
22:11.15FredrIQ|n900It did output my date which I mostly added to reveal if it was ran before or after rcS-late
22:11.25Sicelowhat conflicts wit messybox DocScrutinizer05?
22:11.28*** join/#maemo piggz (~piggz@host-92-18-183-52.as13285.net)
22:11.30DocScrutinizer05dpkg divert netstat is the solution I guess
22:11.45FredrIQ|n900(and it appeared at the very bottom - so rcS seems to have been ran first)
22:11.47Sicelohmm
22:11.59FredrIQ|n900So, stuff works, great
22:12.06FredrIQ|n900now I at least know what to do next time it fails
22:12.16FredrIQ|n900which may finally tell what the error is
22:13.07DocScrutinizer05add that echo $PYDIR/$d  line before mount
22:14.03FredrIQ|n900DocScrutinizer05: also, is rendurancy in pymaemo-optify intended?
22:14.03DocScrutinizer05even   echo "mounting py:  `date`  pydir: $PYDIR/$d ."
22:14.13Sicelolooks like you can't 'divert' busybox netsta, because it's not installed on its own DocScrutinizer05.
22:14.29DocScrutinizer05Sicelo: possibly
22:15.07FredrIQ|n900it sets a variable containing which directory to bindmount to at start of init.d
22:15.11DocScrutinizer05cya folks, me needs a beer out in the big black bluebox now
22:15.28FredrIQ|n900and then proceed to source /etc/default/pymaemo-optify (which does this as well) lol
22:15.32Siceloit's just a symlonk to busybox.. so when installing netstat standalone, it deletes the link and installs a 'real' netstat. if you ever uninstall it, the 'real' binary is deleted, and link to busybox restored
22:16.22DocScrutinizer05Sicelo: that would be awesome, if only busybox wouldn't PROVIDE:netstat
22:16.37DocScrutinizer05so with apt you will run into troubles for sure
22:17.03GogoPogogtg, will get back to you tomorrow
22:17.06Siceloi don't see how.
22:17.07DocScrutinizer05with dpkg I dunno, but definitely will cause inconsistencies next time you run apt
22:18.20DocScrutinizer05Sicelo: that's why all that stuff is installed to bin/gnu/* and symlinked from /bin/g* -> /bin/gnu/*
22:19.21FredrIQ|n900altered his PATH to prefer /usr/bin/gnu
22:19.26HRH_H_CrabSicelo: yep you were right it does need wpasupplicant
22:19.29HRH_H_Crabthanks!
22:19.37DocScrutinizer05Sicelo: actually I guess it's a pkg like busybox-alternatives or whatever that PROVIDEs netstat
22:19.51DocScrutinizer05FredrIQ|n900: me too :-D
22:20.06Siceloi have this netstat.. and not any other version of busybox.
22:20.16Siceloanyway, i understand your point
22:20.26FredrIQ|n900busybox-symlinks-net-tools provides netstat
22:20.30*** join/#maemo shawnjefferson (~sjefferso@206.108.210.70)
22:20.48DocScrutinizer05:nod:
22:21.05*** join/#maemo soltys (soltys@84-10-244-33.dynamic.chello.pl)
22:21.38DocScrutinizer05now if that's not forced by mp-fremantle-pr then you can uninstall it and install proper netstat. otherwise it will uninstall whole mp-fremantle-pr
22:22.06DocScrutinizer05that's what I actually did to get procps
22:22.19DocScrutinizer05since messybox ps is unbearable either
22:22.45FredrIQ|n900can't you just do it the same way as with coreutils-gnu?
22:22.48DocScrutinizer05since then no more updates, and I'm actually happy about it
22:23.16*** join/#maemo maybeHere (~cl@p5B16476A.dip0.t-ipconnect.de)
22:23.18ashleyDocScrutinizer05: sorry, something came up; I'm here now; checked out GogoPogo's link, doesn't seem to be anything new or unseen, just the dumpHTML extension (http://www.mediawiki.org/wiki/Extension:DumpHTML) with some custom patches + a bunch of original shell scripts; the problem with dumpHTML is is that it's been broken (AFAIK) for a while and nobody's cared enough to do any serious work on it and there really isn't an alternative way to create s
22:23.18ashleytatic representations of MediaWiki pages
22:23.28FredrIQ|n900allthough if a lot of packages is going to provide alternatives to busybox binaries, /usr/bin may end up like Program Files@windows after a while lol
22:23.38DocScrutinizer05FredrIQ|n900: sure you could package procps in a way it doesn't conflict with messybox, like *-gnu does
22:24.01Siceloanyway, my netstat doesn't come from the pkg FredrIQ|n900 mentioned either
22:24.52DocScrutinizer05ashley: thanks for the info :-)
22:25.09Sicelo~$ dpkg -S $(which netstat)
22:25.10Sicelonetstat: /usr/bin/netstat
22:25.39DocScrutinizer05Sicelo: I dunno
22:26.04DocScrutinizer05IroN900:~# netstat -V
22:26.06DocScrutinizer05net-tools 1.60
22:26.21FIQ|n900Sicelo: the one I mentioned was /bin/netstat though - there's nothing in /usr/bin/
22:26.28DocScrutinizer05maybe messybox-basic has no netstat at all
22:26.34ashleydatabase dumps are somewhat of a pain point...generating SQL or XML dumps is easy, but that's about it; obviously SQL dumps -- at least full dumps -- aren't suitable for public distribution, which leaves us with the XML ones...but those require a working MediaWiki instance to "read" the contents of such a dump, which isn't exactly ideal either
22:27.19FIQ|n900lrwxrwxrwx    1 root     root            7 Dec  9  2012 /bin/netstat -> busybox
22:27.32FIQ|n900seems like the busybox version maemo has do have netstat
22:27.38Siceloi know the one FIQ|n900 mentions. anyway.. back to ecc3g .. any info for us.. which process if trying to access that site?
22:27.51DocScrutinizer05ashley: aiui evopedia uses exactly mysql to get a full mediawiki-lookalike
22:28.31DocScrutinizer05at least those python scripts do
22:28.38DocScrutinizer05aiui
22:29.01DocScrutinizer05https://github.com/evopedia/evopedia_python/tree/master/mediawiki-1.14.0-evopediamod
22:29.13FIQ|n900why juse evopedia over mediawiki?
22:29.14FIQ|n900*use
22:29.53DocScrutinizer05I have nfc what *is* evopedia
22:30.00DocScrutinizer05except for above link
22:31.00DocScrutinizer05<PROTECTED>
22:31.14DocScrutinizer05it has even a function to generate random-page
22:31.42nox-evopedia is an offline wikipedia etc reader
22:31.43DocScrutinizer05maybe somebody needs that nonsense on their local wiki
22:32.07DocScrutinizer05nox-: exactly
22:32.11nox-at least finds it useful (only the dumps are kinda old)
22:32.19DocScrutinizer05nox-: and we want to feed it with wiki.m.o data
22:32.27nox-ah
22:33.15DocScrutinizer05and aiui it has all the functions to build his own db from dumps it downloads from http://wikipedia.org via wget
22:33.28DocScrutinizer05s/his/its/
22:33.31nox-http://dumpathome.evopedia.info/dumps/finished/en
22:34.21FIQ|n900that's some really big size differences on every dumps
22:34.49nox-yeah wp is growing fast...
22:35.09DocScrutinizer05http://dumpathome.evopedia.info/client
22:35.12FIQ|n900note how the newest is 1/20 of a 1 year older dump
22:35.32DocScrutinizer05patch that to point to wiki.m.o
22:35.34DocScrutinizer05done
22:35.35DocScrutinizer05cheers
22:35.39DocScrutinizer05heads out
22:35.44nox-FIQ|n900, Wikivoyage?  thats not wp :)
22:36.11FIQ|n900oh misread lol
22:37.01DocScrutinizer05if somebody is willing to patch it, I'm willing to run it on maemo.org locally and provide the dump
22:37.58DocScrutinizer05so no need for you to rape wiki.m.o and your DSL line and local PC
22:40.25FIQ|n900doesn't w.m.o run mediawiki?
22:42.51ashleyindeed it does
22:43.09ashleyhttp://wiki.maemo.org/Special:Version
22:43.28DocScrutinizer05shall not be hard to patch that client, ah?
22:44.05FIQ|n900depends on how it gets the downloads
22:44.21DocScrutinizer05I haven't looked into it
22:44.28FIQ|n900neither have I
22:44.36FIQ|n900but it *should* be trivial to patch
22:44.49FIQ|n900if patching is needed at all
22:45.05DocScrutinizer05URL needs patching for sure
22:45.12DocScrutinizer05unless that's a parameter
22:45.24FIQ|n900if it supports importing a local dump, I guess you could simply have a tmo dump instead
22:45.41FIQ|n900and I don't see how that would fail
22:46.32FIQ|n900unless it *really tries to* avoid "unofficial" wikipedia variants
22:47.01FIQ|n900which would be silly
22:56.34DocScrutinizer05Source Code
22:56.35DocScrutinizer05github: http://github.com/evopedia/evopedia_qt (from version 0.4 on)
22:56.37DocScrutinizer05Older versions: http://github.com/evopedia/evopedia_python
22:57.26DocScrutinizer05FIQ|n900: the client, however bloated, has a mediwiki subdir
22:59.22DocScrutinizer05given the tiny size of w.m.o  (compared to wikipedia) I don't see any problem to run this client on your local PC and download w.m.o and ""create Wikipedia database dumps for use in the offline Wikipedia reader evopedia.""
23:00.45nox-http://wiki.maemo.org/Evopedia
23:04.43DocScrutinizer054. start the dump process
23:04.44DocScrutinizer05call createdump.sh
23:04.46DocScrutinizer05(Don't be too optimistic though. After part of the day the database is filled with several gigabytes of downloaded wikipedia content, but something is broken and the final dump gives no results.)
23:05.15DocScrutinizer05great, isn't it?
23:05.29DocScrutinizer05sorry, have to run now
23:05.49*** join/#maemo aap (~drew@cpe-174-101-232-161.cinci.res.rr.com)
23:07.22*** join/#maemo soltys (~soltys@84-10-244-33.dynamic.chello.pl)
23:08.00DocScrutinizer05sounds funny when they try to download a several terrabytes dump to a VFAT fs like Mydocs
23:09.22*** join/#maemo trumee (~parul@93.186.144.251)
23:11.14FIQ|n900why do you want to do this anyway?
23:11.27FIQ|n900@ making maemo wiki available offline
23:11.56*** join/#maemo robbiethe1st (~robbiethe@50-37-86-126.mscw.id.frontiernet.net)
23:12.00DocScrutinizer05because it's a sane thing to have the docs at hand when your internet acccess breaks
23:12.19FIQ|n900hmm point taken
23:12.34FIQ|n900but isn't there an offline maemo wiki reader available already?
23:12.35DocScrutinizer05since, where else than in wiki (or tmo) would you look for the solution to your problem?
23:13.00DocScrutinizer05I dunno, never heard of any
23:13.02*** join/#maemo Luke-Jr (~luke-jr@unaffiliated/luke-jr)
23:13.29DocScrutinizer05o/ o/ o/ o/ o/ o/ o/ o/
23:22.39*** join/#maemo soltys (soltys@84-10-244-33.dynamic.chello.pl)
23:33.25FIQ|n900huh
23:33.39FIQ|n900just went and was going to look for missing symlinks
23:34.01FIQ|n900found this: lrwxrwxrwx 1 root root     31 2013-07-21 15:22 python-support.pth -> ../../pymodules/python2.5/.path - why is this a relative link?
23:34.19FIQ|n900oh well
23:34.32FIQ|n900perhaps it's supposed to be like that lol
23:35.00FIQ|n900(that wouldn't explain the issue I had at all as it's irrelevant, just wondered why it was like that)
23:36.14FIQ|n900it's only broken in the sense that following it directly (from /opt) would fail, allthough it's not really necessary to make it relative, is it?
23:53.30*** join/#maemo cinto (529d269a@gateway/web/freenode/ip.82.157.38.154)
23:54.11*** join/#maemo valeriusL (~valerius@85.26.180.145)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.