*** protem has joined #maemo | 00:02 | |
stryngs | ! It is finished! | 00:05 |
---|---|---|
stryngs | http://talk.maemo.org/showthread.php?p=1481123#post1481123 | 00:05 |
stryngs | Pali DocScrutinizer05 KotCzarny Sicelo warfare merlin1991 ^^^ | 00:06 |
stryngs | You'l have to click the pastebin link, but it's because I was char limited | 00:06 |
*** brolin_empey_ has joined #maemo | 00:08 | |
*** fortytwo has quit IRC | 00:08 | |
*** fortytwo has joined #maemo | 00:08 | |
*** stryngs has left #maemo | 00:08 | |
*** stryngs has joined #maemo | 00:08 | |
*** brolin_empey has quit IRC | 00:09 | |
*** sfa has quit IRC | 00:09 | |
*** erstazi has quit IRC | 00:09 | |
*** sfa has joined #maemo | 00:09 | |
*** erstazi has joined #maemo | 00:10 | |
Jack64 | stryngs: that's almost a manifesto :P | 00:11 |
* stryngs twitches | 00:11 | |
stryngs | Stupid character limiters... | 00:12 |
stryngs | It was only 150583 characters damnit... | 00:12 |
*** xray256 has quit IRC | 00:12 | |
Jack64 | hehe the line must be drawn somewhere... :) | 00:12 |
stryngs | Ah, forgot a name, sixwheeledbeast the link for the proposal is: http://talk.maemo.org/showthread.php?p=1481123#post1481123 | 00:12 |
stryngs | Ras_Older: ^^ | 00:13 |
*** _rd_ has quit IRC | 00:14 | |
Sicelo | what's the camera problem? don't get that part ... | 00:19 |
stryngs | Sicelo: When i go to view my pictures, I have to choose the folder | 00:21 |
stryngs | Sicelo: It happens whenever u mod the basic hdd layout for some darn reason | 00:21 |
stryngs | It's a "non-issue" but worth mentioned so people aren't freaked out like "zOMG, stryngs is an idiot and broke my Carl Zeiss!" | 00:22 |
stryngs | Sicelo: In truth, it's probably fixable via a gconf command of sorts I bet... | 00:22 |
Sicelo | i resized my 32GB years ago and never had camera issues. :-/ | 00:23 |
*** xray256 has joined #maemo | 00:24 | |
Sicelo | anyway ... | 00:25 |
Jack64 | I got stryngs' version running on my N900 and I can confirm those issues | 00:34 |
Jack64 | might be fixable though.. | 00:34 |
Jack64 | also I like his idea | 00:35 |
stryngs | Just need smart folks to pull together and invent something..... =) | 00:35 |
Jack64 | and I can contribute some debs to the hacker-n900 meta repo if you'll take 'em | 00:35 |
stryngs | Can you code though Jack64 ? =) | 00:36 |
* stryngs grins | 00:36 | |
* Jack64 smiles | 00:36 | |
Ras_Older | stryngs: Your idea makes sense to me. The only current "issue" to get this thing rolling is to agree what exactly would be the base package. After that its just choosing what goes to which metapackage afaik. | 00:51 |
Ras_Older | Although I must say that I have never had proper time to truly understand how that optifying actually works :D | 00:52 |
stryngs | Ras_Older: afaik, it moves stuff to opt, and then symlinks | 00:54 |
stryngs | Ras_Older: It sucks because, I don't like doing that; I shouldn't have to "optify" to make my n900 work. dpkg -i & go is my opinion | 00:54 |
Ras_Older | Agreed on that.. | 00:57 |
stryngs | Ras_Older: Truth be told though; the tricks I use aren't required for this idea. It just gave me a place to discuss em is all. The main thing is the creation of an "image" | 00:58 |
*** robink has quit IRC | 01:01 | |
Jack64 | so all that is needed is a list of base stuff? that should be simple enough | 01:02 |
Ras_Older | But where to draw the line for what that includes? | 01:03 |
Jack64 | some debate is to be expected on some stuff | 01:04 |
stryngs | ^^ | 01:04 |
stryngs | The "base" approach should be the bare minimum, period. | 01:04 |
stryngs | imho. | 01:04 |
stryngs | If you want dev tools, dev-meta | 01:04 |
Jack64 | but what is the bare minimum? do you have a list already stryngs? | 01:05 |
stryngs | This will keep minimalists like KotCzarny willing to contribute. | 01:05 |
stryngs | I do Jack64 | 01:05 |
stryngs | It's in your hand | 01:05 |
Jack64 | hehe | 01:05 |
Jack64 | I like it | 01:05 |
stryngs | It needs work though, evidently speedpatch is stupid | 01:05 |
stryngs | Yet, u and i both have it... | 01:05 |
*** robink_ has joined #maemo | 01:05 | |
stryngs | he said/ she said nonsense... | 01:05 |
Jack64 | right | 01:05 |
Ras_Older | Yes but what is minimum here? Is it that devide boots to desktop and absolutely nothing else? Does it have basic connectivity capabilites like internet browsing etc. | 01:06 |
Jack64 | you should make it a real list though, so people can start chiming in | 01:06 |
stryngs | Jack64: Truth be told, I'm sure we could slim it down even further than what script-1.sh does tbh. | 01:06 |
stryngs | Jack64: I'm going to do that this weekend, flashing to stock. | 01:06 |
stryngs | Ras_Older: Bare minimum in my mind, would be taking the n900, purging all nonsense from it: facebook, games, etc... | 01:07 |
Jack64 | well I suggest all hardware should be installed and ready to use | 01:07 |
stryngs | Ras_Older: But not so bare minimum as to remove the file manager | 01:07 |
Jack64 | ^^ | 01:07 |
stryngs | Jack64: When I flash to stock this weekend, I'm going to dpkg --list and notate whats there, then compare against script-1.sh and what it purges, start making my list from there. | 01:07 |
Ras_Older | Yeah exactly so and there must be some packages that will need voting as what stays and what goes | 01:08 |
stryngs | Stock pr1.3 everything works | 01:08 |
stryngs | Ras_Older: Agreed | 01:08 |
stryngs | Ras_Older: Also, some packages, are hard to come by | 01:08 |
Jack64 | yep sounds good | 01:08 |
stryngs | Ras_Older: afaik, if u apt-get purge em, they're gone, gotta reflash to get em back. | 01:08 |
Ras_Older | Oh, okeyyy I didn't actually know that :D | 01:08 |
stryngs | Part of the "nokia" issue | 01:08 |
ZetaR | stryngs: I really like the proposal. I have one question: could the filesystem layout / installation be set up with LUKS/cryptsetup in mind? AFAIK, right now you need to move your installation to the microSD in order to encrypt it. I am not saying "install with encryption by default", but rather "encryption is possible without major filesystem changes". | 01:08 |
stryngs | ZetaR: MicroSD works great for those who can use it, me though, my reader is busted. | 01:09 |
stryngs | ZetaR: However, I like the "option" and it wouldnt be hard to give a user the option in the "install script" either. Chose A for encryption, B for normal | 01:09 |
stryngs | ZetaR: If pivoting was done, the whole filesystem will work on the SD card. | 01:10 |
*** brolin_empey_ is now known as brolin_empey | 01:10 | |
stryngs | ZetaR: There are so many possibilities with the n900 | 01:10 |
*** robink_ is now known as robink | 01:10 | |
ZetaR | What do you mean by "pivoting"? | 01:11 |
stryngs | Boot normally, and at some point in the process you are chrooted over to your sd card with full / layout on the sd card | 01:11 |
Ras_Older | Weren't there some issues back in the day with full encryption of the file system? Can't remember for sure but I just recall something that it was problematic at the time atleast. | 01:11 |
stryngs | ZetaR: Almost like my rbind mount tricks, but fully /'d on SD | 01:11 |
ZetaR | Ah, okay. I haven't heard that word used for that before. | 01:11 |
stryngs | ZetaR: I stopped entertaining the idea with the Pwnie guys after we settled on bind mounts | 01:12 |
stryngs | Also, for those who contribute, HOW COOL would it be, if this takes off. To put your contributions on something like a resume. | 01:13 |
stryngs | Blah blah... Helped to contribute to the Nokia n900 revitilazation process, Was intricate to doing x, y and z. 30,000 verified users. etc...... | 01:13 |
stryngs | Also, for the fools crazy enough to spend the loot for the neo900 (myself included here), it'll be a good baseline for the neo. | 01:14 |
ZetaR | I just think it would be great to start having Maemo "distros" outside of the default flash process. IMO, that is a major part of Linux that is missing on the N900. | 01:14 |
stryngs | That's the gist ZetaR =) | 01:14 |
Ras_Older | You know what would be truly great? Not having this ******* helpdesk job that tears your soul apart and to actually have time for projects like this one discussed today. To do something meaningful for a chance.. | 01:14 |
stryngs | Jack64: Alright man, you did it; backing up my n900 and flashing | 01:14 |
stryngs | Ras_Older: Where do u live? | 01:15 |
Jack64 | stryngs: didmit? | 01:15 |
Jack64 | did it*? | 01:15 |
Ras_Older | In the North where winter is coming... Finland, Jyväskylä. | 01:15 |
stryngs | u mentioned baseline packages; to get it, i must flash =) But, imho, your idea IS the first step towards this. | 01:15 |
stryngs | Ah, nvm; was going to offer you a job if u had the experience, but it's uhm, a puddle jump away | 01:16 |
Jack64 | yep, let's go for it :) | 01:16 |
Ras_Older | Ah yes the little pond in between us? | 01:16 |
stryngs | Yep | 01:16 |
stryngs | apt-get install puddlejump | 01:16 |
Jack64 | hey I want that too | 01:16 |
stryngs | nope, it's all mine! | 01:16 |
stryngs | puddlejump --Amsterdam | 01:17 |
* stryngs shoots up and hits the red light district | 01:17 | |
Jack64 | haha meet you there | 01:17 |
stryngs | =) | 01:17 |
Jack64 | stryngs: how about CCC? | 01:17 |
stryngs | I'd love to visit that. | 01:18 |
Jack64 | time to save up | 01:18 |
Jack64 | or pwn united for miles | 01:18 |
Jack64 | haha | 01:18 |
stryngs | I'm more worried about bsidescharleston | 01:18 |
stryngs | fuck united | 01:18 |
Ras_Older | Same here. Was just today talking about it with my gf that we would want to go check it out. | 01:18 |
* stryngs grumbles | 01:18 | |
Ras_Older | about CCC that is | 01:19 |
ZetaR | stryngs: Another thought: It might be a good idea to have some sort of diagnostic/CLI mode possible with a MMC/partition problem. Some of the things moved around (e.g. /lib) will break basic systems and CLI utilities if the MMC is unavailable (unless they are statically linked). | 01:19 |
stryngs | ZetaR: Already done | 01:19 |
stryngs | ZetaR: Backup menu && ssh && go | 01:19 |
stryngs | ZetaR: Used it when i was first figuring out how to rbind mount | 01:19 |
stryngs | ZetaR: As it stands now, the dirs you see in that post; 100% stable | 01:20 |
ZetaR | Okay, so that works with /lib and /sbin being moved? | 01:20 |
stryngs | ZetaR: It's things like /etc I'm curious of | 01:20 |
stryngs | ZetaR: 100% | 01:20 |
ZetaR | Cool. | 01:20 |
Jack64 | Ras_Older: how much is a CCC ticket? | 01:20 |
Jack64 | I'd love to go too | 01:21 |
*** haasn has quit IRC | 01:22 | |
Ras_Older | I'm not sure about that but for me the travel & accommodation will be way more than the actual ticket :D | 01:26 |
Jack64 | no ryanair over there? | 01:26 |
Jack64 | accomodation might be pricy tho | 01:26 |
*** haasn has joined #maemo | 01:28 | |
DocScrutinizer05 | ~optification | 01:31 |
infobot | optification is a inventive duct tape workaround to reclaim space in fs root, done due to the fact the systeminit *and* partitioning is FUBAR, http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Packaging,_Deploying_and_Distributing/Installing_under_opt_and_MyDocs, or ""OMG - I wish they looked into FHS and moved /usr to eMMC"", http://www.pathname.com/fhs/pub/fhs-2.3.html#PURPOSE2 bullet1,2 and fhs-2.3.html#PURPOSE16 dot3" | 01:31 |
Jack64 | damn looks like 31C3 is sold out | 01:32 |
*** filosofem_ has joined #maemo | 01:33 | |
DocScrutinizer05 | stryngs: why not do it the FHS way and mount /usr from eMMC? | 01:33 |
stryngs | DocScrutinizer05: Not following, plz elaborate? | 01:36 |
DocScrutinizer05 | and get rid of all that /opt nonsense | 01:36 |
stryngs | DocScrutinizer05: I did get rid of the /opt nonseense | 01:36 |
stryngs | DocScrutinizer05: Lines 64-69 of the proposal | 01:37 |
stryngs | DocScrutinizer05: Only "requirement" is neutralizing pymaemo-optify, which is hardcode "Depended" to a lot of files. | 01:37 |
stryngs | 64-68 rather, disregard 69 | 01:38 |
stryngs | mmmm 69 =) | 01:38 |
stryngs | Whoa....... The following directories, or symbolic links to directories, are required in /. | 01:42 |
stryngs | It mentions /etc | 01:42 |
stryngs | ! | 01:42 |
stryngs | And var... | 01:42 |
* stryngs wants to perform open heart surgery on his n900 tonight | 01:42 | |
DocScrutinizer05 | that's all bindmounts | 01:48 |
stryngs | DocScrutinizer05: Right, are you saying there is a true better FHS way? | 01:48 |
DocScrutinizer05 | get a eMMS partition for /usr | 01:49 |
stryngs | DocScrutinizer05: What about /lib /sbin, etc..? | 01:49 |
DocScrutinizer05 | those should stay on /, according to FHS | 01:49 |
stryngs | DocScrutinizer05: But then we have to worry about .debs filling up / | 01:50 |
stryngs | i.e. things under /etc | 01:50 |
stryngs | Not that you would ever have that many configuration files, but it could happen with X ammnt of .debs | 01:51 |
DocScrutinizer05 | why's that? any decent deb that's not relevant for emergency-booting into singleuser mode is supposed to live in /usr/* | 01:51 |
DocScrutinizer05 | and /etc should be small | 01:51 |
stryngs | So you're a fan of /usr/etc stuff then | 01:51 |
stryngs | I've read FHS a couple times, but it can be mindnumbing | 01:51 |
DocScrutinizer05 | IroN900:~# du -hs /etc | 01:52 |
DocScrutinizer05 | 6,4M /etc | 01:52 |
stryngs | ! | 01:52 |
stryngs | 7.3m here | 01:52 |
stryngs | wow, i underestimated | 01:52 |
stryngs | over rather | 01:52 |
DocScrutinizer05 | it's quite small enough for a 200MB rootfs | 01:52 |
DocScrutinizer05 | FHS is about decent system 'architecture" | 01:53 |
DocScrutinizer05 | http://www.pathname.com/fhs/pub/fhs-2.3.html#PURPOSE2 | 01:53 |
stryngs | DocScrutinizer05: ./configure --prefix=/usr, that mostly will conform to FHS for a decent program, yes? | 01:54 |
*** N-Mi has quit IRC | 01:54 | |
DocScrutinizer05 | http://www.pathname.com/fhs/pub/fhs-2.3.html#PURPOSE18 | 01:55 |
DocScrutinizer05 | yep, seems to me that's correct | 01:55 |
stryngs | Mmmmkay. so DocScrutinizer05, to get eMMC partition for /usr, what's the method? | 01:56 |
*** Kabouik has joined #maemo | 01:56 | |
DocScrutinizer05 | we have a few critters that are in /usr/sbin or /usr/libs etc despite they are needed during early boot. Nokia ignored the fuckup and made that optification botch while keeping /usr/sbin et al on rootfs. The correct fix is to move those packahes from /usr/*/* to /*/* | 01:57 |
stryngs | DocScrutinizer05: Without being a certified linux sysadmin, how do we figure out which ones they are? | 01:59 |
DocScrutinizer05 | stryngs: I guess we could hack the config file in VANILLA that makes softupd or what's the name create the partitions on eMMC | 01:59 |
stryngs | DocScrutinizer05: This is also why I never went further with the bindmount hack | 01:59 |
stryngs | DocScrutinizer05: I don't know enough about initial bootup of linux, to determine what's truly needed, or I would have moved everything to ext3 possible. | 01:59 |
DocScrutinizer05 | stryngs: there are ways to trace which files in /usr/sbin et al are getting accessed at which point during boot | 02:00 |
stryngs | DocScrutinizer05: As a good starting point, if I gave you a list of packages that come on stock pr1.3, could you point out which ones are not needed from a "bloat" perspective? | 02:00 |
stryngs | DocScrutinizer05: i.e. imho, facebook is bloat | 02:01 |
stryngs | DocScrutinizer05: At the same time, I don't want to call X bloat, and it be a truly needed package that I just don't know about | 02:01 |
DocScrutinizer05 | a funny one was gstreamer plugins or somesuch getting optified and that resulted in audio permanently broken since during boot the shaking hands video couldn't load the plugin and that was sticky | 02:01 |
* stryngs murdered the shaking hands video | 02:02 | |
DocScrutinizer05 | me too | 02:02 |
DocScrutinizer05 | see | 02:02 |
DocScrutinizer05 | ~jrtools | 02:02 |
infobot | [jrtools] http://wiki.maemo.org/User:Joerg_rw/tools | 02:02 |
stryngs | All the stuff you #'d, thats due to CSSU invoking it, no? | 02:02 |
DocScrutinizer05 | yes, I could point to a few packages that are not strictly needed in a base config | 02:03 |
DocScrutinizer05 | like modest, and a dozen other apps and stuff | 02:03 |
DocScrutinizer05 | yes, most of it | 02:03 |
stryngs | DocScrutinizer05: Ok. I gotta wrap up here and head home. Got some backups I need to do, but I'll be stock flashing tonight and have a list handy soon | 02:03 |
DocScrutinizer05 | it comes with CSSU now | 02:03 |
stryngs | DocScrutinizer05: To verify we're on same page. The files I currently flash with are: | 02:05 |
stryngs | RX-51_2009SE_10.2010.13-2.VANILLA_PR_EMMC_MR0_ARM.bin | 02:05 |
stryngs | RX-51_2009SE_20.2010.36-2_PR_COMBINED_MR0_ARM.bin | 02:05 |
stryngs | ^^ Again, I'm asking because there are evidently other options I could have gone with. | 02:05 |
DocScrutinizer05 | go with ~flashing | 02:12 |
DocScrutinizer05 | ~flashing | 02:12 |
infobot | i heard maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware, or - on linux PC - download&extract http://maemo.cloud-7.de/maemo5/patches_n_tools/maemo-my-private-workdir.tgz, cd into it, do sudo ./flash-it-all.sh | 02:12 |
DocScrutinizer05 | guess what? I dunno the exact filenames anymore, since I coded them into that script ;-) | 02:13 |
DocScrutinizer05 | ~pr131 | 02:13 |
infobot | combined is probably the rootfs fiasco image of maemo. For N900 latest (PR1.3.1) see http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2011/9/--FID--A0A22MVWFVFAM/--LID--FiRe1317015685654/RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin, or http://galif.eu/nokia/ | 02:13 |
DocScrutinizer05 | ~pr13 | 02:13 |
DocScrutinizer05 | ~pr1.3 | 02:13 |
infobot | extra, extra, read all about it, pr1.3 is the latest (and probably last) software update for Fremantle, available since Monday October 25 2010. More information at http://wiki.maemo.org/Maemo_5/PR1.3 -- see ~flashing for how to update | 02:14 |
*** florian has quit IRC | 02:14 | |
DocScrutinizer05 | stryngs: get http://maemo.cloud-7.de/maemo5/patches_n_tools/maemo-my-private-workdir.tgz | 02:14 |
DocScrutinizer05 | it's tiny, and convenient | 02:15 |
DocScrutinizer05 | you can also have a look into the script in http://maemo.cloud-7.de/maemo5/patches_n_tools/maemo-my-private-workdir | 02:16 |
*** Kabouik has left #maemo | 02:16 | |
*** Kabouik has joined #maemo | 02:16 | |
DocScrutinizer05 | http://maemo.cloud-7.de/maemo5/patches_n_tools/maemo-my-private-workdir/flash-it-all.sh | 02:16 |
*** Oksanaa has quit IRC | 02:16 | |
*** lxp has quit IRC | 02:25 | |
*** sparetire_ has quit IRC | 02:27 | |
*** M4rtinK has quit IRC | 02:32 | |
*** lxp has joined #maemo | 02:32 | |
*** sq-one has quit IRC | 02:37 | |
stryngs | Word, DocScrutinizer05 grabbing those files. I'm hoping everythign aligns, I already have a stock_debs file handy from previous work. Let me grab yer stuff and see what ya got | 02:42 |
stryngs | http://maemo.cloud-7.de/maemo5/patches_n_tools/maemo-my-private-workdir.tgz 404 error | 02:44 |
stryngs | but... Indexing is on | 02:45 |
*** vectis has quit IRC | 02:58 | |
*** Kabouik has quit IRC | 03:05 | |
*** AndrewX192 has joined #maemo | 03:06 | |
DocScrutinizer05 | ugh | 03:11 |
DocScrutinizer05 | http://maemo.cloud-7.de/maemo5/patches_n_tools/maemo-my-private-workdir.tar.gz | 03:12 |
DocScrutinizer05 | fixed | 03:14 |
*** guerby has quit IRC | 03:14 | |
*** guerby has joined #maemo | 03:16 | |
*** Pali has quit IRC | 03:37 | |
*** Hurrian has joined #maemo | 03:52 | |
stryngs | ~flash | 04:04 |
infobot | i guess maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware, or - on linux PC - download&extract http://maemo.cloud-7.de/maemo5/patches_n_tools/maemo-my-private-workdir.tgz, cd into it, do sudo ./flash-it-all.sh | 04:04 |
stryngs | Interesting. No more ability to get the original software from Nokia I see | 04:04 |
stryngs | 2015-09-04 21:05:47 ERROR 404: Not Found. | 04:05 |
stryngs | DocScrutinizer05: ^ | 04:05 |
stryngs | ~firmware | 04:07 |
infobot | i guess firmware is please see ~combined ~emmc ~flasher | 04:07 |
stryngs | ~combined | 04:08 |
infobot | somebody said combined was the rootfs fiasco image of maemo. For N900 latest (PR1.3.1) see http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2011/9/--FID--A0A22MVWFVFAM/--LID--FiRe1317015685654/RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin, or http://galif.eu/nokia/ | 04:08 |
stryngs | ~emmc | 04:09 |
infobot | emmc is probably is http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/5/--FID--A0A22YHFSICNA/--LID--FiRe1275051276916/AE98ED9D_RX-51_2009SE_10.2010.13-2.CENTRAL-EUROPE_PR_EMMC_MR0_ARM.bin or see ~emmc2 | 04:09 |
stryngs | ~emmc3 | 04:09 |
infobot | hmm... emmc3 is http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/4/--FID--A0A22UYGVCFDF/--LID--FiRe1272381325983/E14B4F3B_RX-51_2009SE_10.2010.13-2.SCANDINAVIA_PR_EMMC_MR0_ARM.bin | 04:09 |
stryngs | ~emmc2 | 04:09 |
infobot | extra, extra, read all about it, emmc2 is http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/5/--FID--A0A22FGDOJCSI/--LID--FiRe1275064390175/163EC1AE_RX-51_2009SE_10.2010.13-2.IBERIA_PR_EMMC_MR0_ARM.bin, or http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/5/--FID--A0A22VHGOMWUG/--LID--FiRe1274862877184/E3AD4912_RX-51_2009SE_10.2010.13-2.SEAP_PR_EMMC_MR0_ARM.bin, or see emmc3 | 04:09 |
stryngs | Heh | 04:09 |
stryngs | ~emmc | 04:09 |
infobot | it has been said that emmc is is http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/5/--FID--A0A22YHFSICNA/--LID--FiRe1275051276916/AE98ED9D_RX-51_2009SE_10.2010.13-2.CENTRAL-EUROPE_PR_EMMC_MR0_ARM.bin or see ~emmc2 | 04:09 |
stryngs | So what is the diff between that | 04:09 |
stryngs | ~emmc2 | 04:09 |
infobot | i guess emmc2 is http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/5/--FID--A0A22FGDOJCSI/--LID--FiRe1275064390175/163EC1AE_RX-51_2009SE_10.2010.13-2.IBERIA_PR_EMMC_MR0_ARM.bin, or http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/5/--FID--A0A22VHGOMWUG/--LID--FiRe1274862877184/E3AD4912_RX-51_2009SE_10.2010.13-2.SEAP_PR_EMMC_MR0_ARM.bin, or see emmc3 | 04:09 |
stryngs | and that | 04:10 |
stryngs | ~emmc3 | 04:10 |
infobot | [emmc3] http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/4/--FID--A0A22UYGVCFDF/--LID--FiRe1272381325983/E14B4F3B_RX-51_2009SE_10.2010.13-2.SCANDINAVIA_PR_EMMC_MR0_ARM.bin | 04:10 |
stryngs | and that | 04:10 |
stryngs | ~emmc4 | 04:10 |
stryngs | ? | 04:10 |
stryngs | hehe, This is the type of stuff I'm talkin bout =) So much info | 04:15 |
*** Humpelst1lzchen has quit IRC | 04:16 | |
*** futpib has quit IRC | 04:17 | |
*** Humpelstilzchen has joined #maemo | 04:18 | |
*** Dynamit has quit IRC | 04:22 | |
*** Dynamit has joined #maemo | 04:29 | |
*** LauRoman has quit IRC | 04:39 | |
*** eMHa has joined #maemo | 04:39 | |
*** eMHa__ has quit IRC | 04:43 | |
Ras_Older | Yey i got terminator to work on W10! Now why did I need it in the first place... | 05:08 |
Ras_Older | I'm doing some black magic compiling voodoo with cygwin | 05:08 |
stryngs | Ras_Older: Question for you | 05:18 |
stryngs | Ras_Older: When it came to picking which files to flash with; how did u make your decision? | 05:18 |
Ras_Older | one candy first -> *noms* gotta love these Zolpidems.. | 05:19 |
*** protem` has joined #maemo | 05:19 | |
Ras_Older | I see it as we have problem X = working device non-bloated with bad stuff. | 05:21 |
*** Neutron118 has joined #maemo | 05:21 | |
*** protem has quit IRC | 05:21 | |
stryngs | ffs | 05:21 |
stryngs | http://maemovmware.garage.maemo.org/2nd_edition/ | 05:22 |
stryngs | Anyone have that? | 05:22 |
Ras_Older | We need the ones that are critical to system boot-up process. Also would it be good to discuss what is bloat? | 05:22 |
stryngs | Well, I'm with ya on that, but i'm talking about your flashing files | 05:22 |
stryngs | Watch... | 05:22 |
stryngs | ~emmc | 05:22 |
infobot | i heard emmc is is http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/5/--FID--A0A22YHFSICNA/--LID--FiRe1275051276916/AE98ED9D_RX-51_2009SE_10.2010.13-2.CENTRAL-EUROPE_PR_EMMC_MR0_ARM.bin or see ~emmc2 | 05:22 |
stryngs | ~emmc2 | 05:22 |
infobot | emmc2 is, like, http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/5/--FID--A0A22FGDOJCSI/--LID--FiRe1275064390175/163EC1AE_RX-51_2009SE_10.2010.13-2.IBERIA_PR_EMMC_MR0_ARM.bin, or http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/5/--FID--A0A22VHGOMWUG/--LID--FiRe1274862877184/E3AD4912_RX-51_2009SE_10.2010.13-2.SEAP_PR_EMMC_MR0_ARM.bin, or see emmc3 | 05:22 |
stryngs | ~emmc3 | 05:22 |
infobot | [emmc3] http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/4/--FID--A0A22UYGVCFDF/--LID--FiRe1272381325983/E14B4F3B_RX-51_2009SE_10.2010.13-2.SCANDINAVIA_PR_EMMC_MR0_ARM.bin | 05:22 |
stryngs | SO MUCH INFO | 05:22 |
stryngs | etc.. | 05:22 |
stryngs | How did you make your decision | 05:22 |
Ras_Older | Flashing my device? Oooh boy that happened way back at 2012 when my crazy ass ex tried to smash me with a frying pan when I was sleeping.. | 05:24 |
stryngs | Ok, so let's say you needed to flash right now; how would u decide? | 05:25 |
Ras_Older | Study first before deciding and yep it looks like I can't find actual information regards those topics hanging on up there.. | 05:28 |
Ras_Older | With those hanging there... I would be scared to do a decision without some back-up from the documentation | 05:29 |
Ras_Older | Did you try Russian Roulette yet with them? That could be fun times. | 05:30 |
stryngs | No, I've got my methods, but this is good; another bullet in the gun =) | 05:31 |
stryngs | So, is pr 1.3.1 or 1.3 the way to go DocScrutinizer05 ? | 05:32 |
stryngs | Even maemo webpage only shows 1.3 | 05:32 |
Ras_Older | Who is it meant for? *places a flower to that gun barrel* | 05:32 |
stryngs | Ras_Older: The community to motivate us =) | 05:32 |
Ras_Older | We got no documentation regards those??? Really :D | 05:33 |
Ras_Older | Anyhoo I'll look into those after some sleep. These candies do funny thingies to me brainies | 05:39 |
*** obsed has quit IRC | 05:39 | |
DocScrutinizer05 | stryngs: 1.3.1 is a minor security update that also comes with CSSU | 05:56 |
*** beford has quit IRC | 05:56 | |
*** beford has joined #maemo | 05:56 | |
DocScrutinizer05 | actually 1.3.1 only removes a few compromised certs iirc | 05:57 |
DocScrutinizer05 | ~sb | 06:00 |
infobot | [scratchbox] a cross-compiling system that uses binfmt_misc, rpc calls, and an nfs mount to make a cross-build appear to be 100% native, and is found at http://www.scratchbox.org/, hosted by maemo now. Also at http://maemo.merlin1991.at/files/SB | 06:00 |
DocScrutinizer05 | == http://maemovmware.garage.maemo.org/2nd_edition/ | 06:00 |
DocScrutinizer05 | and in ~flashing wiki you find all the info you need, basically | 06:02 |
DocScrutinizer05 | (So what is the diff between...) simply look at the filenames, it's almost obvious | 06:03 |
DocScrutinizer05 | SCANDINAVIA_PR_EMMC_MR0_ARM.bin | 06:03 |
DocScrutinizer05 | SEAP_PR_EMMC_MR0_ARM.bin, | 06:03 |
DocScrutinizer05 | CENTRAL-EUROPE_PR_EMMC_MR0_ARM.bin | 06:03 |
DocScrutinizer05 | IBERIA_PR_EMMC_MR0_ARM.bin, | 06:04 |
stryngs | DocScrutinizer05: Woo! | 06:04 |
stryngs | I just made the thread post. Is it pretty much just language? | 06:04 |
stryngs | DocScrutinizer05: Does installing one over the other screw up stuff or miss stuff, etc, etc, etc...? | 06:06 |
stryngs | DocScrutinizer05: You say 1.3.1 comes with CSSU. Do I understand that you meant: | 06:10 |
stryngs | - CSSU will do the same updates | 06:10 |
stryngs | - 1.3.1 Actually HAS CSSU? | 06:10 |
stryngs | Which of the two? =) | 06:10 |
DocScrutinizer05 | no, pretty much just which songs come with it I guess | 06:10 |
DocScrutinizer05 | And I say 1.3.1 comes with *one* update that CSSU shipped before 1.3.1 came out | 06:11 |
DocScrutinizer05 | that's why CSSU asks for *either* 1.3 *or* 1.3.1, doesn't make a difference | 06:11 |
stryngs | Copy that | 06:11 |
stryngs | DocScrutinizer05: Ok, I can proceed with my work then. You're being VERY helpful with this and it is much appreciated! | 06:12 |
DocScrutinizer05 | yw | 06:12 |
stryngs | I'm converting the stock deb list to a CSV and will upload shortly | 06:12 |
DocScrutinizer05 | let's see if there's more in the backscroll I could comment | 06:20 |
DocScrutinizer05 | [2015-09-05 Sat 03:04:46] <stryngs> Interesting. No more ability to get the original software from Nokia I see | 06:21 |
DocScrutinizer05 | [2015-09-05 Sat 03:05:55] <stryngs> 2015-09-04 21:05:47 ERROR 404: Not Found. | 06:21 |
DocScrutinizer05 | incorrect | 06:21 |
DocScrutinizer05 | [2015-09-05 Sat 02:14:25] <DocScrutinizer05> fixed | 06:22 |
*** robink has quit IRC | 06:26 | |
stryngs | Yeah, I caught the link DocScrutinizer05 | 06:29 |
stryngs | DocScrutinizer05: I mentioned that because I'm all about "trust", and though much trust goes into inheritance, for "this, whatever it is" to "work", trust must be involved. | 06:29 |
stryngs | DocScrutinizer05: But, i was able to pull 1.3.1 from nokia domain | 06:29 |
stryngs | Holy crap 1742 .debs by default | 06:30 |
stryngs | wtf. | 06:30 |
DocScrutinizer05 | for trust issues I added md5sum check | 06:30 |
stryngs | DocScrutinizer05: yep, I saw that; it's how I do things too =) | 06:32 |
stryngs | DocScrutinizer05: I think u and me see eye to eye on this stuff. | 06:32 |
stryngs | DocScrutinizer05: Excited to work with you | 06:32 |
DocScrutinizer05 | which has the 'funny' side effect that my script refuses to flash VANILLA patches for partition size | 06:32 |
*** protem` has quit IRC | 06:36 | |
*** Roth has joined #maemo | 06:37 | |
DocScrutinizer05 | anyway what the script *really* does is to make sure the needed files are available and then trigger the second flashing process (of vanilla) right after the first (COMBINED) ended, so it kicks in just in time to stop the device from booting. Which is highly important since when you let it boot for 0.5s into linux and then reboot it to flash VANILLA, it's borked | 06:54 |
DocScrutinizer05 | ...and you can start all over again | 06:54 |
DocScrutinizer05 | that's why the "foolproof procedure" in "flashing the firmware" wiki sugests to do a triple flashing combined, vanilla, combined, and to take out battery | 06:56 |
*** protem has joined #maemo | 07:00 | |
stryngs | DocScrutinizer05: Interesting. I do Vanilla, remove bat, then combined. Never had an issue before =) ofc, I'm rdy and watching when it flashes | 07:03 |
*** darkschneider has quit IRC | 07:07 | |
*** darkschneider has joined #maemo | 07:08 | |
DocScrutinizer05 | when your rootfs system is borked, the softupd can't work and thus vanilla flashing can't work | 07:20 |
DocScrutinizer05 | thus in that pathological case you *need* to flash COMBINED first | 07:21 |
DocScrutinizer05 | COMBINED gets flashed by NOLO bootloader, VANILLA "flashing" is actually a job done in linux | 07:22 |
DocScrutinizer05 | http://paste.opensuse.org/43021802 aaaaand BINGO, guess I bought me a reboot | 07:24 |
stryngs | Way ahead of ya DocScrutinizer05 =) | 07:25 |
DocScrutinizer05 | well, it's known that VANILLA "flashing" can't get terminated except by shutting down the system hard (or possibly by parameter -R and completing the flashhing process, never tested that) | 07:28 |
DocScrutinizer05 | so yeah, I had to shut down a device which pretended to be dead | 07:28 |
DocScrutinizer05 | exactly what happens with flashing VANILLA | 07:28 |
stryngs | DocScrutinizer05: I'm almost done with this CSV. I'm using plaintext files for "trust" factors. | 07:30 |
DocScrutinizer05 | at least that's what I seem to recall. Not 100% sure if it's actually softupd daemon that does VANILLA flashing | 07:30 |
*** robink has joined #maemo | 07:30 | |
stryngs | DocScrutinizer05: I simply pull the battery, it works for me | 07:30 |
DocScrutinizer05 | sure | 07:30 |
stryngs | DocScrutinizer05: There have been cases, where i've had to do the triple flash, but those are rare now. | 07:30 |
DocScrutinizer05 | funny: when I pressed power button first time, the indicator light started shining white and steady. 8s pressing power button then made NOKIA bootloader kick in and device shuts *down* | 07:32 |
stryngs | Ah, yeah, I go for the throat; Never trusted the power down method for flashing | 07:33 |
DocScrutinizer05 | all this stuff is *very* obscure and undocumented for maemo | 07:33 |
stryngs | I figure it's all the same | 07:33 |
stryngs | DocScrutinizer05: That's why I want a "new method" for the future =) | 07:33 |
stryngs | DocScrutinizer05: And if I can help be a part of something that gives back, then I've done my part. | 07:33 |
DocScrutinizer05 | new method of flashing? good luck | 07:33 |
stryngs | DocScrutinizer05: Not flashing, but "Base Image" for maemo | 07:34 |
stryngs | DocScrutinizer05: The proposal | 07:34 |
stryngs | DocScrutinizer05: It'll be documented, from start to finish 100%. Already have a nice outline | 07:34 |
DocScrutinizer05 | I don't see how to document the very beginning: the flashing process in NOLO and softupd | 07:35 |
stryngs | DocScrutinizer05: http://termbin.com/kofx | 07:35 |
stryngs | DocScrutinizer05: That's how we do it | 07:35 |
stryngs | DocScrutinizer05: Keep in mind, that's pwnphone methodology, but it can be applied towards Maemo as a whole. | 07:35 |
*** robink has quit IRC | 07:35 | |
stryngs | DocScrutinizer05: And I say pwnphone, but it's not even pwnphone anymore, pwnieexpress stopped supporting the n900 | 07:35 |
DocScrutinizer05 | sorry, too tired to look into that now | 07:36 |
stryngs | DocScrutinizer05: It's nameless =) | 07:36 |
stryngs | DocScrutinizer05: NO worries | 07:36 |
stryngs | DocScrutinizer05: check it out when ya can, throughouly documented from start to finish | 07:36 |
DocScrutinizer05 | aha. So they RE'd NOLO or what? | 07:36 |
stryngs | Well, it was an attempt to make a true "Walkthrough" for those who have ZERO n900 experience | 07:37 |
DocScrutinizer05 | ooh, THAT kind of "docs" | 07:37 |
stryngs | DocScrutinizer05: Thus far, it has good reviews. The plan is to take those directions, and apply them towards a more uniform user experience, not just a pwnphone style methodology | 07:37 |
DocScrutinizer05 | I thought about docs like you can find in 0xFFFF and http://www.omappedia.org/wiki/Bootloader_Project and http://talk.maemo.org/showthread.php?t=20465 | 07:39 |
stryngs | DocScrutinizer05: Ah, yeah, nothing like that =) Not trying to make heads explore | 07:40 |
stryngs | DocScrutinizer05: Ah, yeah, nothing like that =) Not trying to make heads explode | 07:40 |
*** beford has quit IRC | 07:44 | |
*** beford has joined #maemo | 07:46 | |
DocScrutinizer05 | http://talk.maemo.org/showthread.php?t=17665 | 07:46 |
DocScrutinizer05 | ~l1_2 | 07:47 |
DocScrutinizer05 | hmm | 07:47 |
DocScrutinizer05 | https://www.google.de/search?q=Nokia_N900_RX-51_Service_Manual_Service_Level_1_2.pdf http://directoriopt.com/read/?file=http://directoriopt.com/donld/tYXZLT/nokia-n900-rx-51-service-manual-service-level-3-4.pdf | 07:50 |
DocScrutinizer05 | sorry, forget the latter, it's nagware shit | 07:52 |
stryngs | =) | 07:53 |
DocScrutinizer05 | http://www.cpkb.org/wiki/Nokia_N900_service_manual_and_schematic_download | 07:55 |
DocScrutinizer05 | was legit once | 07:55 |
DocScrutinizer05 | L3_4 is really great doc | 07:55 |
stryngs | DocScrutinizer05: How long u been playing the n900 game? | 07:56 |
stryngs | DocScrutinizer05: I know your the "reason" for neo900, yea? | 07:56 |
DocScrutinizer05 | hmm? | 07:56 |
DocScrutinizer05 | dang, seems the public sources for L3_4 are ... dried | 07:58 |
DocScrutinizer05 | ping me if you can't find it | 07:58 |
*** robink_ has joined #maemo | 08:00 | |
stryngs | Woo! http://talk.maemo.org/showthread.php?p=1481135&posted=1#post1481135 First vote has been called for, check it out! | 08:02 |
stryngs | DocScrutinizer05: The most recent post contains the package CSV file | 08:02 |
*** robink_ has quit IRC | 08:11 | |
*** robink_ has joined #maemo | 08:24 | |
*** aloril has quit IRC | 08:25 | |
*** robink_ is now known as robink | 08:28 | |
*** LauRoman has joined #maemo | 08:35 | |
stryngs | Alright, WORN the heck out, headed off to sleep. For those interested, check out the CSV and apply your thoughts as you see fit =) http://talk.maemo.org/showthread.php?p=1481123#post1481123 | 08:43 |
KotCzarny | yawn | 09:01 |
KotCzarny | 'morning | 09:01 |
KotCzarny | yeah, everything needed for boot goes to /, non-boot important packages to /usr | 09:01 |
KotCzarny | will probably require updating some debs? | 09:02 |
KotCzarny | and maybe changing optifier in installer to stop or check how much stuff goes to / just in case of bad packages | 09:03 |
KotCzarny | and maybe bindmounting /opt into /usr | 09:04 |
*** Roth has quit IRC | 09:04 | |
KotCzarny | stryngs: this is what i remove personally (might be bit too much tho): http://wiki.maemo.org/Slimming_OS | 09:05 |
Tekk_ | What's the recommended app for youtube these days? | 09:12 |
KotCzarny | cutetube2 | 09:12 |
Tekk_ | in extras-devel I assume? | 09:12 |
KotCzarny | most likely | 09:13 |
Tekk_ | also is there any way to get ham to stop complaining about the nokia repos that were killed? | 09:13 |
KotCzarny | ~maemo-repos | 09:13 |
infobot | methinks maemo-repos is http://wiki.maemo.org/Repository#List_of_Maemo_repositories | 09:13 |
KotCzarny | also install cssu and use speedyham | 09:13 |
KotCzarny | ~speedyham | 09:13 |
infobot | [speedyham] 30 times faster than HAM http://maemo.merlin1991.at/cssu/community-devel/pool/free/h/hildon-application-manager/hildon-application-manager_2.2.73-2_armel.deb | 09:14 |
Tekk_ | I've got cssu | 09:14 |
Tekk_ | is speedyham okay these days? | 09:14 |
KotCzarny | wasnt it? | 09:14 |
KotCzarny | it was fap that had problem | 09:14 |
KotCzarny | ~fap | 09:14 |
infobot | extra, extra, read all about it, fap is good | 09:14 |
KotCzarny | hum | 09:14 |
KotCzarny | ~fam | 09:14 |
infobot | from memory, fapman is Faster Application Manager, a frontend for apt which uses own repositories catalog, and shouldn't be used to do system upgrades (like CSSU), or actually for anything since ~speedyHAM. It also does "apt-get autoremove" after every operation, by default. In short, it's been identified as source of system corruption and thus deprecated, or see ~hamvsfam | 09:14 |
Tekk_ | ah | 09:14 |
Tekk_ | I was probably mixing them up then | 09:14 |
*** chainsawbike_ has joined #maemo | 09:22 | |
*** chainsawbike has quit IRC | 09:23 | |
*** chainsawbike_ is now known as chainsawbike | 09:23 | |
*** protem has quit IRC | 09:27 | |
*** _rd_ has joined #maemo | 09:30 | |
*** vectis has joined #maemo | 10:23 | |
* Maxdamantus is buying a new battery. | 10:39 | |
Maxdamantus | Last Measured Discharge: 949 mAh | 10:40 |
*** eMHa has quit IRC | 10:42 | |
KotCzarny | me is buying second n900 | 10:43 |
*** _rd_ has quit IRC | 10:45 | |
*** aloril has joined #maemo | 11:06 | |
*** _rd_ has joined #maemo | 11:23 | |
*** hubutm20 has quit IRC | 11:25 | |
*** aloril has quit IRC | 11:32 | |
*** aloril has joined #maemo | 11:39 | |
*** _rd_ has quit IRC | 12:02 | |
*** Pali has joined #maemo | 12:06 | |
sixwheeledbeast | hmm https://blog.mozilla.org/security/2015/09/04/improving-security-for-bugzilla/ not as important for our bugzilla but interesting attack route. | 12:13 |
*** LauRoman has quit IRC | 12:20 | |
*** Pali has quit IRC | 12:25 | |
*** Pali has joined #maemo | 12:30 | |
*** Oksanaa has joined #maemo | 12:37 | |
Sicelo | KotCzarny: you've found one? happy for you. i wouldn't mind a third one | 12:48 |
KotCzarny | sicelo: finding isnt a problem, getting my a** to actually buy it is in my case | 12:48 |
Sicelo | my 2nd N900 cost me only US$15 :) | 12:48 |
KotCzarny | w00t | 12:48 |
Sicelo | of course it was broken, no usb, and no battery .. but i knew i could trust the guy, and took the jump. now it's even in better condition than my main N900 :) | 12:49 |
Sicelo | only money spent was usb port, flux, solder wick. the rest of the "investment" was just time | 12:51 |
KotCzarny | well, this one i'm getting for ~50usd | 12:51 |
Sicelo | BUY IT FFS | 12:51 |
KotCzarny | swedish version | 12:51 |
Sicelo | :D | 12:51 |
KotCzarny | no problems otherwise | 12:51 |
Sicelo | what's delaying you? | 12:51 |
KotCzarny | the guy has to send me the bank account number | 12:51 |
*** _rd_ has joined #maemo | 12:51 | |
KotCzarny | woke him this morning, he he | 12:52 |
Sicelo | :) | 12:52 |
Sicelo | best wishes man | 12:52 |
KotCzarny | yeah, he seems ok | 12:52 |
Sicelo | can never go wrong with N900. i wouldn't mind getting an N9, but it's one i'd never get more than 1 of. but for N900 can buy as many as i can find and afford | 12:53 |
KotCzarny | it will be my battlefield unit | 12:53 |
KotCzarny | anyway, bbl | 12:53 |
Sicelo | Maxdamantus: that battery .. how long it lasts you now? | 12:53 |
Maxdamantus | Sicelo: probably 20 hours or so. | 12:57 |
Maxdamantus | I don't usually do anything crazy on it. | 12:58 |
*** Oksanaa has quit IRC | 12:59 | |
Ras_Older | stryngs: took a brief look to your list of packages. This is just me maybe but should we let the Adobe Flash die off already? :D is it really required anymore when major website are moving towards alternatives mainly HTML5 and such? | 13:04 |
Ras_Older | *typos | 13:05 |
*** Oksanaa has joined #maemo | 13:09 | |
Sicelo | Maxdamantus: my batteries are roughly at that same capacity | 13:12 |
Maxdamantus | Regarding the / vs. /opt thing .. I just have pretty much everything on a single ext3. | 13:12 |
Maxdamantus | the ubifs is used as a sort of writable initramfs. | 13:12 |
Maxdamantus | so it has the modules for the kernels I might want to use, and a script to load the ones required to continue booting with the ext3 partition. | 13:13 |
*** M4rtinK has joined #maemo | 13:13 | |
Maxdamantus | The root of that ext3 isn't even a root filesystem: it's actually /home and also contains maemo5-root, debian-armel-root, shr-root (haven't tried that recently), opt and nix | 13:15 |
Maxdamantus | also, the fat32 on ~/MyDocs is a really bad idea. | 13:16 |
Maxdamantus | iirc, the OS doesn't make sure the filesystem is unmounted before making it visible through g_file_storage | 13:17 |
Maxdamantus | So it'd be pretty easy to accidentally have it mounted (rw) on two systems. | 13:17 |
Sicelo | it does ensure that | 13:18 |
Sicelo | btw, did you document your setup somewhere? :) | 13:18 |
Maxdamantus | Not really. I think I posted my hacky init script here a while ago. | 13:19 |
Maxdamantus | Are you sure it ensures that? I'm pretty sure at least it doesn't wait for you to interact with the dialogue that pops up. | 13:19 |
Sicelo | it waits. at least both my N900 do. | 13:20 |
Maxdamantus | Also related: the mmc module suddenly removing access to the SD card when the backcover is removed is also a really bad idea. | 13:20 |
Maxdamantus | it's like the opposite of "safely remove hardware" | 13:21 |
Sicelo | i believe it also unmounts it properly for backcover too :) | 13:21 |
Maxdamantus | I'm certain that it doesn't. | 13:21 |
Maxdamantus | I've modified the module. It completely blocks all access to it when it sees the GPIO status change. | 13:22 |
Sicelo | hmm, weird | 13:22 |
Maxdamantus | The kernel can't even force remount it read-only (as in sysrq u) | 13:22 |
*** Oksanaa has quit IRC | 13:24 | |
Maxdamantus | Though the OS does unmount it itself, it only gets to remove it from the tree. It can't do a clean unmount. | 13:26 |
Sicelo | ok. i was just now thinking about what a computer would do on forcible removal of a usb stick | 13:27 |
Maxdamantus | Linux itself doesn't do much, but you can detect such a removal from userspace and try to unmount it, which just removes it from the tree. | 13:31 |
Maxdamantus | otherwise it'll stay mounted and you might get IO errors or something occasionally, depending on the filesystem. | 13:33 |
*** sparetire_ has joined #maemo | 13:34 | |
kerio | what's the reasoning behind cutting off the microsd, again? | 13:41 |
kerio | i thought it was hardware controlled tbh | 13:41 |
Maxdamantus | Not sure, but it's not hardware-controlled. | 13:41 |
Maxdamantus | I changed a line in the module to keep it visible, so I can keep accessing it while the backcover is open. | 13:42 |
Maxdamantus | Though apparently the logic to handle removing the card is also meant to be under that state, so I can't physically remove the card and use the slot again without reloading the module. | 13:43 |
Maxdamantus | would probably need a few more changes. | 13:43 |
*** Vajb has quit IRC | 13:54 | |
*** Vajb has joined #maemo | 13:55 | |
*** Kabouik has joined #maemo | 14:03 | |
*** eMHa has joined #maemo | 14:04 | |
*** kylanpaj has quit IRC | 14:12 | |
*** kylanpaj has joined #maemo | 14:18 | |
*** ssvb has quit IRC | 14:26 | |
Ras_Older | Was it possible to change your username at Maemo.org? I think its bit confusing that everywhere else I go by Ras_Older but there I had a brainfart back in the day and used my old nick :D | 14:51 |
*** _rd_ has quit IRC | 14:55 | |
Ras_Older | Apparently by dropping an email to techstaff. | 14:56 |
*** _rd_ has joined #maemo | 15:02 | |
*** futpib has joined #maemo | 15:07 | |
*** darkschneider has quit IRC | 15:07 | |
*** darkschneider has joined #maemo | 15:08 | |
*** _rd_ has quit IRC | 15:22 | |
Sicelo | which package or config would cause N900 to "wake" up even when lockscreen was active? | 15:31 |
Sicelo | sorry .. wake up when camera door gets opened ... which package or config is responsible? | 15:37 |
KotCzarny | maybe camera one | 15:38 |
KotCzarny | would be logical | 15:38 |
merlin1991 | iirc the camera-ui part does that | 15:40 |
Sicelo | main N900 doesn't have this, but 2nd one does. I want to disable it | 15:47 |
Sicelo | tried to look in dbus .. didn't see anything | 15:48 |
KotCzarny | sniff dbus and see what sends unlock msg? | 15:49 |
KotCzarny | (via ssh) | 15:49 |
*** _rd_ has joined #maemo | 15:51 | |
Sicelo | that's what i did. will redo | 15:53 |
Sicelo | ah .. was checking wrong bus | 15:54 |
Sicelo | https://paste.debian.net/310473/ | 15:57 |
Sicelo | not sure what's sending the unlock .. other N900 has exactly the same, except the tklock | 15:58 |
Sicelo | google time | 15:58 |
Sicelo | http://talk.maemo.org/showthread.php?t=45883 someone once had same problem. but no one explained the "why" | 16:06 |
*** _rd_ has quit IRC | 16:09 | |
merlin1991 | Sicelo: /apps/camera/settings/extra-settings/disable-show-on-lenscover-open | 16:15 |
merlin1991 | in gconf | 16:15 |
Sicelo | thanks. let me check. thought i'd checked gconf too | 16:18 |
Sicelo | hmm, so it's an "extra" key :) will add | 16:19 |
Sicelo | i see now that my ohter N900 does have it. thanks merlin1991 | 16:19 |
*** ssvb has joined #maemo | 16:26 | |
*** filosofem_ has quit IRC | 16:31 | |
*** brutal has quit IRC | 16:31 | |
*** filosofem_ has joined #maemo | 16:32 | |
*** ssvb has quit IRC | 16:45 | |
Vajb | Does anyone else have issues with yappari lately? For me it's quite unstable. | 17:01 |
*** beford has quit IRC | 17:17 | |
stryngs | KotCzarny: imho, optifier should be reduced to nothing more than a dummy package; Assuming we get everyone on board with FHS or bindmounting. | 17:36 |
stryngs | KotCzarny: I'm all about redoing the .debs. I've already built a script to decompress them; would be hard to modify it to automate the whole process. | 17:36 |
stryngs | KotCzarny: I've notated your Slimming_OS post and will check it out here in a bit. | 17:37 |
stryngs | Ps... Reading scrollback =) | 17:37 |
stryngs | KotCzarny: Yeah, my thoughts are to incorporate CSSU by default and speedyham to replace ham. Just haven't made that list just yet. Trying to keep the paths seperate until they're ready for convergance | 17:39 |
stryngs | Ras_Older: I'm okay with murdering off of adobe flash. Some of those packages I wanted to REMOVE, but wasn't sure if they could be added back in. afaik, there are some .debs that ONLY exist in the binary image and aren't hosted. I figured flash might be one of em. Either way, if we can re-get flash, it's a definite "should be gone" from baseline. | 17:41 |
stryngs | Maxdamantus: Ah, so you have done some Filesystem hacks I see =) Do you have a write-up somewhere of what you did, what it accomplished, and how you did it? | 17:42 |
stryngs | Maxdamantus: Per Nokia, removing backcover; it SAFELY powers it down. Granted, this is from Nokia, but they wouldnt have it in writing if it wasn't true, imho. | 17:43 |
stryngs | Ras_Older: Talk to warfare for namechanges, he's one of the maemo.org folks. | 17:44 |
stryngs | Alright, be back a bit later. Catching traction with "unification" idea! =) CSV has been updated on first post with Ras_Older's votes. | 17:45 |
*** APic has quit IRC | 17:46 | |
*** ssvb has joined #maemo | 17:47 | |
ZetaR | stryngs: Why not use "dpkg --root=foo" instead of manual decompressing? (I may have missed some context that was stated earlier) | 17:58 |
ZetaR | AFAICT, it was designed for this purpose (installing debs on a mounted root filesystem). | 17:59 |
*** eMHa has quit IRC | 18:04 | |
*** KotCzarny_ has joined #maemo | 18:17 | |
*** Luke-Jr has quit IRC | 18:17 | |
*** KotCzarny has quit IRC | 18:18 | |
*** KotCzarny_ is now known as KotCzarny | 18:20 | |
*** APic has joined #maemo | 18:49 | |
*** _rd_ has joined #maemo | 18:56 | |
Sicelo | Vajb: unstable in what way? | 19:00 |
* Ras_Older is really waiting for Cyber Security & ICT expo held in Finland, Jyväskylä 23.9 to 25.9 ^^ | 19:04 | |
*** darkschneider has quit IRC | 19:07 | |
*** darkschneider has joined #maemo | 19:08 | |
*** Luke-Jr has joined #maemo | 19:25 | |
*** wnd has quit IRC | 19:27 | |
*** _rd_ has quit IRC | 19:29 | |
Sicelo | Vajb: unstable in what way? | 19:33 |
Sicelo | sorry for that .. mistake | 19:33 |
Vajb | unstable as it aborts or segfaults often | 19:34 |
Vajb | terminate called after throwing an instance of 'ProtocolException*' | 19:34 |
Vajb | Aborted | 19:34 |
Vajb | last two lines and then it crashes | 19:35 |
Sicelo | ok. does that for me too, not that pervious one was any better .. i was getting same thing | 19:35 |
Sicelo | *previous | 19:35 |
Vajb | yes same problem with previous | 19:35 |
*** _rd_ has joined #maemo | 19:35 | |
Vajb | i removed one group conversation since it was always mentioned near crash time, but didn't help | 19:36 |
Sicelo | i'm not even in any groups | 19:38 |
*** fk_lx has quit IRC | 19:40 | |
*** Luke-Jr has quit IRC | 19:40 | |
Vajb | hopefully ceene is working for a fix :) | 19:43 |
*** Luke-Jr has joined #maemo | 19:45 | |
*** yosafbridge has quit IRC | 19:48 | |
DocScrutinizer05 | ((<Maxdamantus> I've modified the module. It completely blocks all access to it when it sees the GPIO status change.)) useless, since the module itslf actually cuts VDD for the uSD card when battery lid opened | 19:51 |
*** yosafbridge has joined #maemo | 19:54 | |
DocScrutinizer05 | iirc it does a lazy-umount (or somesuch), and then cuts the the power to uSD card, so it won't get damaged - or device getting damaged - when removing the card and inserting another one | 20:00 |
DocScrutinizer05 | in Neo900 we slightly modified the concept, so it has a switch in card tray itself that signals "tray closed". Nevertheless we keep the magnet switch to detect battery lid removal, for whatever purposes (e.g. `sync; sync`) We also changed the red "privacy LED" in camera to a RGB type to signal different states like "uSD unmounted and safe to remove now" rtc | 20:02 |
DocScrutinizer05 | #s/rst/etc/ | 20:03 |
*** N-Mi has joined #maemo | 20:10 | |
*** _rd_ has quit IRC | 20:12 | |
*** ecc3g has quit IRC | 20:20 | |
*** ecc3g has joined #maemo | 20:30 | |
stryngs | ZetaR: What purpose would the dpkg --root=foo do? Not following | 20:37 |
*** _rd_ has joined #maemo | 20:39 | |
KotCzarny | installs to foo instead of / | 20:40 |
KotCzarny | most likely | 20:40 |
ZetaR | Yes. It is similar to using chroot, but it uses dpkg from / rather than from the new root (IIRC). | 20:43 |
ZetaR | I am not sure how/why you are decompressing the debs some other way though, since I missed the context for your statement about it. | 20:44 |
buZz | anyone here in a hackerspace with spacenet? :P | 20:44 |
buZz | trying to get my N800 to connect to it, to no avail | 20:45 |
*** LjL is now known as LjL-Cat | 20:49 | |
KotCzarny | buzz: did you try oscp yet? | 20:50 |
buZz | no, i havent put any music on it yet :P | 20:51 |
KotCzarny | it works with internet streams too | 20:51 |
KotCzarny | :P | 20:51 |
stryngs | ZetaR: That doesn't work for apt-get purposes though | 20:52 |
ZetaR | stryngs: What is the context/use here? | 20:53 |
buZz | but i'd rather go on wifi here @ hackerspace :P | 20:53 |
ZetaR | You have local deb files, and are trying to install them? | 20:54 |
stryngs | ZetaR: I'm not sure, you kinda lost me when you wrote of dpkg --root=foo. Not sure where you're going with it. | 20:54 |
KotCzarny | zetar: he tries to get rid of optification and few other things | 20:54 |
stryngs | ZetaR: It's a neat use of dpkg, but I want a more world-scope plan, not a local hack. | 20:54 |
stryngs | KotCzarny: Oh, I murdered off optification. What I'm curious now of though, is FHS or bindmounting... | 20:55 |
ZetaR | Ahh, okay, so you are repackaging debs to remove optification? | 20:55 |
KotCzarny | does apt have option that gets added to every dpkg command? | 20:55 |
stryngs | ZetaR: Not at all. I just use a naked pymaemo-optify .deb | 20:55 |
stryngs | ZetaR: A deb is a deb is a deb. You ever built one? | 20:55 |
KotCzarny | stryngs, give him the link to your manifesto | 20:55 |
stryngs | manifesto, bwhahaha =) | 20:56 |
Sicelo | KotCzarny: i'd think it's rhe other way round. apt uses dpkg, dpkg does not even know about apt :) | 20:56 |
stryngs | http://talk.maemo.org/showthread.php?t=95922 | 20:56 |
KotCzarny | sicelo, but i asked if there is such config option for apt that will get passed to dpkg -i | 20:56 |
Sicelo | the answer would be no, :) | 20:57 |
stryngs | So ZetaR, a deb is pretty much a smart tarball. It contains 6 things | 20:57 |
stryngs | within the deb it looks like this: | 20:57 |
stryngs | DEBIAN, and then usr, or etc, or opt | 20:57 |
stryngs | etc.. | 20:57 |
stryngs | Within DEBIAN you have 5 total possible files, 1 of which is mandatory | 20:57 |
stryngs | control | 20:57 |
stryngs | control is the configuration of a .deb file | 20:58 |
stryngs | apt-cache show nmap for an example | 20:58 |
KotCzarny | stryngs, unpack .deb via: ar x your.deb | 20:58 |
stryngs | that's a basic control file, what u see with apt-cache show | 20:58 |
stryngs | KotCzarny: Oh im getting there | 20:58 |
KotCzarny | its a bit different | 20:58 |
stryngs | KotCzarny: Negative =) | 20:58 |
stryngs | one sec | 20:58 |
KotCzarny | it has 3 files afaik | 20:58 |
KotCzarny | fs and deb control and some pkg info | 20:58 |
stryngs | Here u go | 20:58 |
stryngs | http://termbin.com/xik9 | 20:58 |
stryngs | grab that | 20:58 |
stryngs | rename it to rebuild | 20:59 |
stryngs | chmod +x it | 20:59 |
stryngs | then do: | 20:59 |
stryngs | ./rebuild <deb> | 20:59 |
stryngs | That will unpack it properly | 20:59 |
stryngs | So you can modify it | 20:59 |
stryngs | So, back to the deb story | 20:59 |
KotCzarny | no, i was just tlking about .deb contents in general | 20:59 |
ZetaR | I have taken apart debs before. I was replying to "stryngs: KotCzarny: I'm all about redoing the .debs. I've already built a script to decompress them; would be hard to modify it to automate the whole process." but I didn't have the previous comments, so it sounded like you were trying to install them in some odd way. | 20:59 |
stryngs | Yeah, but dpkg -x is cleaner than ar -x | 20:59 |
stryngs | ar allows u to see DEBIAN though. | 20:59 |
* stryngs is kind of lost on what the topic is right now, truth be told. | 21:00 | |
Sicelo | heh | 21:00 |
ZetaR | I didn't really know what the topic was to begin with. :) | 21:01 |
KotCzarny | zetar, topic is stryngs murdering optification and moving fremantle toward fhs | 21:01 |
stryngs | ^^ | 21:02 |
stryngs | Also, the Unification and moving away from the fragmentation that has become Maemo | 21:02 |
KotCzarny | and changing cssu installation in the process into single pkg install | 21:02 |
stryngs | ^ | 21:02 |
stryngs | That about sums it up | 21:02 |
ZetaR | That is what I thought, but I was confused by the "not at all..." reply by stryngs. | 21:02 |
stryngs | Also, the ability to give yourself a nice base system, 100% without being connected to the internet. | 21:03 |
stryngs | 13:55 < ZetaR> Ahh, okay, so you are repackaging debs to remove optification? | 21:03 |
stryngs | That's when I said not at all, now i follow | 21:03 |
stryngs | So ZetaR, aside from .debs we want to modify, we don't have to repackage anything | 21:03 |
stryngs | ZetaR: All pymaemo-optify does is some nasty mounting to put everything on /opt | 21:04 |
ZetaR | You follow me not following? Heh. | 21:04 |
stryngs | ZetaR: If you remove pymaemo-optify, you have a very clean filesystem | 21:04 |
stryngs | ZetaR: The problem is though, if u remove it, you only have 256MB on / | 21:04 |
stryngs | ZetaR: so, you must modify your filesystem layout | 21:04 |
ZetaR | Right. | 21:04 |
stryngs | ZetaR: Which I have done, successfully | 21:04 |
KotCzarny | one word, fhs | 21:04 |
stryngs | KotCzarny: fhs or bindmounting, either way; we just all have to agree. And many people have said FHS, but no steps has been presented | 21:05 |
KotCzarny | if you move boot things into / and non-boot critical stuff into /usr its clean | 21:05 |
KotCzarny | it has to be clearly defined | 21:05 |
stryngs | KotCzarny: We need steps for this =) I wish I had some? | 21:05 |
ZetaR | So, you are now going to mount the eMMC as /usr (like Nokia should have done)? | 21:05 |
KotCzarny | once you have it, you can have /usr anywhere | 21:05 |
KotCzarny | flash, emmc, sd | 21:06 |
stryngs | ZetaR: Well, right now, I only know one way to proceed, and that is my bindmount hacks. I would LOVE the FHS method, but, I don't know how to implement it. Others have mentioned it, but no steps or guidance has been presented on paper yet. So, all I have to go with till then, is my bindmount techniques. | 21:06 |
KotCzarny | if you have things in /usr, you can use normal mount, no need for binding | 21:07 |
ZetaR | I saw the text you posted about it. I am not sure why you are doing /lib and /sbin and stuff as bindmounts. | 21:07 |
stryngs | KotCzarny: So how do we move them there? | 21:07 |
stryngs | KotCzarny: Without repackaging and recompiling EVERY deb | 21:07 |
ZetaR | Yeah, just have NAND as / and eMMC as /usr. | 21:07 |
stryngs | ZetaR: Because they take up space on / | 21:08 |
ZetaR | But stuff shouldn't generally install to /lib and /sbin. | 21:08 |
stryngs | ZetaR: I moved as much stuff as I could, to alleviate the strain on NAND, only 256MB is easy to fill up when adding the types of .debs I do. | 21:08 |
stryngs | Well, aircrack-ng | 21:08 |
stryngs | Stuff goes to sbin | 21:08 |
ZetaR | It should go to /usr/sbin | 21:08 |
stryngs | Right, but sometimes, it just doesn't and you have to account for that. | 21:09 |
stryngs | Actually, I take that back, it does do usr/sbin | 21:09 |
stryngs | Point being, I offloaded as much as I could to the larger hdd | 21:09 |
stryngs | and in truth, It's still FHS compliant | 21:09 |
stryngs | /home/rootfs_bind/usr on /usr | 21:10 |
stryngs | usr is still under / | 21:10 |
stryngs | Just mounted | 21:10 |
ZetaR | If a package is going to /sbin and it is not required for boot or basic CLI diagnostics, then it is probably wrong and needs to be fixed. | 21:10 |
KotCzarny | would be nice to have system which can boot without /usr mounted, yet being able to charge, rescue itself etc | 21:10 |
KotCzarny | and only needing /usr for full boot | 21:11 |
ZetaR | Right. | 21:11 |
stryngs | KotCzarny: afaik, backupmenu ssh solution does this | 21:11 |
stryngs | KotCzarny: You have to manually mount a whole bunch of stuff | 21:11 |
KotCzarny | once i get my secondary n900 im going to hack it till it screams | 21:11 |
stryngs | Alright, well I suppose it's time to make the FHS post. | 21:12 |
stryngs | I'll be back here ina bit | 21:12 |
stryngs | I'm just glad people like the idea. | 21:12 |
ZetaR | stryngs: It just seems unnecessarily complicated the way you are doing the mounts. | 21:12 |
stryngs | I wasn't sure if it would gain traction | 21:12 |
stryngs | ZetaR: What I do allows me to install any .deb I want, without overflowing / | 21:12 |
stryngs | ZetaR: I can grab any kali armel deb i want | 21:12 |
stryngs | ZetaR: Other user's however, cannot, unless they take similar actions as me, and this is due to optification bs. | 21:12 |
ZetaR | If /usr is the eMMC then you should be able to do that anyway. | 21:13 |
stryngs | What about when /etc fills up? | 21:13 |
ZetaR | That is, if everything is propery deoptified. | 21:13 |
KotCzarny | stryngs, some people do things using overlay mounts | 21:13 |
stryngs | We don't want to have to repackage every single .deb though; we want the most efficient time saving manner possible, while still making maemo useful. | 21:13 |
KotCzarny | ie. have a booting os in flash, and overlay in emmc | 21:13 |
ZetaR | It would be very difficult to fill up /etc, since stuff should never put much data in it. | 21:13 |
KotCzarny | that way you can install every deb too | 21:13 |
stryngs | ZetaR: My thoughts were not so much that it can be difficult, but that it could happen, hence the precautions I took. | 21:14 |
KotCzarny | and also allows for easy snapshots | 21:14 |
stryngs | Take for instance, /var/apt/cache/archives | 21:14 |
stryngs | What's that mounted on | 21:14 |
stryngs | /var/lib/dpkg rather | 21:14 |
stryngs | Either way, I don't want to argue about it, I want us to come together and implement a solution! | 21:15 |
stryngs | Whatever the majority decide, if folks want to cash in on this; is how we'll proceed. | 21:15 |
stryngs | If the majority decides my current way sucks; and can make it better, I'll use what tey do. | 21:15 |
stryngs | team effort. | 21:15 |
KotCzarny | i wouldnt mind some cash | 21:15 |
stryngs | Well KotCzarny, in that respect | 21:15 |
ZetaR | IMO, if something is filling up the NAND by putting stuff in /etc or /lib or /sbin, then it is wrong and needs to be fixed. I don't think it is the job of mount to fix it. But this is your project, just sharing my opinion. | 21:15 |
stryngs | KotCzarny: If this goes mainstream, then you can put it on your resume. | 21:15 |
KotCzarny | stryngs, unlikely | 21:16 |
stryngs | ZetaR: That is exactly the feedback I want. | 21:16 |
KotCzarny | (resume wise) | 21:16 |
stryngs | ZetaR: Constructive Critisim with useful remarks. | 21:16 |
ZetaR | :) | 21:16 |
stryngs | Nokia-N900:/lib# du -h . | tail -n 1 | 21:16 |
stryngs | 24.9M . | 21:16 |
stryngs | thats 24.9M | 21:16 |
KotCzarny | i think optification was a quick and dirty way of 'deb needs a fixing' | 21:17 |
stryngs | KotCzarny: It was | 21:17 |
stryngs | KotCzarny: it did the job, but it's time to update how we do things | 21:17 |
stryngs | Alright, enough chattering from me, let me make Part III happen | 21:17 |
stryngs | FHS -vs- Bind Mounting.......... FIGHT! | 21:17 |
KotCzarny | i wonder if emmc could take the beating of having fs on it | 21:17 |
stryngs | KotCzarny: You mean full fs? | 21:18 |
KotCzarny | yes | 21:18 |
ZetaR | stryngs: du without pipe: "du -h -d 0 /etc" | 21:18 |
KotCzarny | with ext3/4 | 21:18 |
stryngs | KotCzarny: iirc, No. | 21:18 |
KotCzarny | hum | 21:18 |
stryngs | KotCzarny: Too slow was what I heard. | 21:18 |
KotCzarny | slowness doesnt bother me | 21:18 |
stryngs | KotCzarny: Performance issue, but, why the hell can't we try | 21:19 |
KotCzarny | flash wear do | 21:19 |
KotCzarny | when i get my n900, im going for a 'boot os in flash, full os in sd' | 21:19 |
KotCzarny | and using emmc for media storage only | 21:19 |
stryngs | What if a user can't use their SD card. | 21:20 |
stryngs | KotCzarny: I know you can, but then your idea only applies to those who have working SD cards =( | 21:20 |
stryngs | KotCzarny: Not a universal approach | 21:20 |
KotCzarny | then its only changing pivot_root from sd mount to emmc mount | 21:20 |
KotCzarny | it even could be boot menu selectable | 21:20 |
stryngs | KotCzarny: So let's make it happen =) | 21:21 |
KotCzarny | dont mind me too much, i had few ideas on my own for a long time, just didnt have the poor n900 for beatings | 21:21 |
stryngs | KotCzarny: I'll saccrifice mine for the cause =) | 21:21 |
KotCzarny | if i'll be successfull there will be my own flashable image for testing | 21:22 |
ZetaR | Under a fairly default Debian install: /bin 6.8MB, /etc 4.0MB, /sbin 8.5MB, /var 849MB (???), /boot 33MB, /home 9.1GB, /lib 170M (why?), /root 25kB, /tmp 44kB, /usr 2.6GB | 21:23 |
KotCzarny | lib is big because it has to have most of glibc | 21:23 |
KotCzarny | and kernel modules | 21:23 |
ZetaR | Ah. Let me check my N900 to see how big it is on that. | 21:24 |
KotCzarny | unless you move boot process to klibc or uclibc there is no way around | 21:24 |
*** protem has joined #maemo | 21:24 | |
KotCzarny | on my slackware /lib is 99M | 21:24 |
Sicelo | and /var is also big on regular distro for log files .. they grow real fast. maemo doesn't keep them, except one or two | 21:25 |
KotCzarny | and most of it is in /lib/modules | 21:25 |
KotCzarny | /var is 182M | 21:25 |
ZetaR | Yeah, I thought it might be log files, but it still seems huge. | 21:25 |
KotCzarny | if you have setup logrotate with compression its not that big | 21:25 |
Sicelo | in fact, there can even be "config" files in /var | 21:25 |
KotCzarny | sicelo, /var/cache | 21:25 |
KotCzarny | most likely hogs it | 21:25 |
KotCzarny | and if you have mailer/printer, then /var/spool | 21:26 |
ZetaR | On my N900: /bin 964k, /etc 5.9M, /sbin 1.9M, /var 26M, /home 495M, /lib 23.4M, /root 16k, /tmp 80k, /usr 245.2M | 21:28 |
KotCzarny | use -x for du | 21:28 |
KotCzarny | so it wont go across fs boundaries | 21:29 |
ZetaR | I didn't want it to. This way it doesn't care about /opt and such but rather tells you where files are in the hierarchy. | 21:29 |
KotCzarny | oh well | 21:30 |
KotCzarny | my /usr is 289M and 237M with -x | 21:30 |
ZetaR | i.e. /usr and /home need to be eMMC, but everything else can probably be NAND. Not sure about what to do with /var on the N900. | 21:31 |
KotCzarny | you have to use emmc | 21:31 |
KotCzarny | otherwise your deb catalogs would hog space | 21:32 |
KotCzarny | also intermediate package downloads | 21:32 |
Sicelo | /var on N900 is generally small .. i don't se it hogging anything. | 21:32 |
ZetaR | Are /var and /home safe to symbolically link, rather than doing bind mounts? AFAICT, that is what symbolic links are for. | 21:32 |
KotCzarny | thats because /var/cache is symlinked to /opt | 21:32 |
KotCzarny | symlinks are a bit slower than bind mounts | 21:33 |
KotCzarny | not that much tho | 21:33 |
ZetaR | Ah. | 21:33 |
KotCzarny | but there is still danger of circular loops | 21:33 |
ZetaR | Only if you are careless. | 21:34 |
KotCzarny | hmm | 21:35 |
ZetaR | I know some programs try and resolve the absolute path and such. Not sure when this becomes a problem. | 21:35 |
KotCzarny | right now we are already having big hunk of fs on emmc | 21:35 |
KotCzarny | im more and more inclined to move it to emmc or ssd in whole | 21:37 |
Sicelo | SSD :) | 21:37 |
KotCzarny | :) | 21:37 |
KotCzarny | piggybacked 1.8" ssd ? ;) | 21:37 |
Sicelo | which was the Nokia with a hard-drive by the way? | 21:38 |
KotCzarny | swap my b*tch up! | 21:38 |
Sicelo | N91 | 21:38 |
ZetaR | Just use a very small PATA drive! https://en.wikipedia.org/wiki/Microdrive | 21:39 |
KotCzarny | nah, microdrives are slow | 21:39 |
KotCzarny | ssd baby | 21:39 |
KotCzarny | i think even cf cards are faster than microdrives | 21:40 |
*** ced117 has quit IRC | 21:41 | |
ZetaR | Microdrives are just more fun. | 21:41 |
KotCzarny | had pcmcia one | 21:41 |
KotCzarny | it was slow as hell | 21:41 |
KotCzarny | parking head just about after every operation | 21:41 |
*** AndrewX192 has quit IRC | 21:48 | |
*** AndrewX192 has joined #maemo | 21:49 | |
KotCzarny | btw. tracker is needed for people who use system image viewer/player | 21:50 |
KotCzarny | (i dont so it doesnt bother me, just saying) | 21:51 |
* Sicelo has learned to come to terms with it | 21:52 | |
*** xes_ has joined #maemo | 21:53 | |
*** xes has quit IRC | 21:56 | |
*** florian has joined #maemo | 22:13 | |
*** Luke-Jr has quit IRC | 22:13 | |
*** Roth has joined #maemo | 22:19 | |
*** Luke-Jr has joined #maemo | 22:20 | |
*** _rd has joined #maemo | 22:25 | |
*** _rd_ has quit IRC | 22:26 | |
DocScrutinizer05 | tracker SUCKS, so do all apps that rely on it. Braindamaged concept of a phantom filesystem | 22:29 |
*** eMHa has joined #maemo | 22:29 | |
*** N-Mi has quit IRC | 22:30 | |
DocScrutinizer05 | gnome invention, I guess | 22:30 |
DocScrutinizer05 | or rather freedesktop | 22:30 |
KotCzarny | nice invention, but tricky to get right | 22:31 |
DocScrutinizer05 | tracker is fine for a "desktop document search engine" like err spotlight(?), abusing it for the primary and even only "filesystem" access method in any app is really braindead | 22:32 |
Sicelo | yes, that's true. | 22:32 |
Sicelo | the problem is the "apps" though, not tracker itself | 22:33 |
DocScrutinizer05 | yes, of course | 22:33 |
KotCzarny | and thats why oscp was born | 22:33 |
KotCzarny | :) | 22:33 |
Sicelo | Maemo's stock apps are definitely bad for not giving other other options besides tracker :) | 22:34 |
KotCzarny | luckily we can have any app compiled/used | 22:35 |
DocScrutinizer05 | that's a "apple me-too" attitude | 22:35 |
Sicelo | since i don't like to have 10 apps for images, and 5 for music, etc, then I stick with tracker | 22:35 |
DocScrutinizer05 | and I criticized that from very beginning of tracker, with maemo5 | 22:35 |
Sicelo | otherwise i may as well go Android, and have 99 apps for sudoku :D | 22:35 |
KotCzarny | sicelo, oscp can handle almost any file format | 22:36 |
KotCzarny | (audio file format, that is) | 22:36 |
Sicelo | :) i'm sure it can | 22:36 |
*** xray256 has quit IRC | 22:36 | |
KotCzarny | and oscv can handle most popular image ones | 22:36 |
DocScrutinizer05 | it's about adding meta info to plain old unix filesystems | 22:36 |
KotCzarny | even animated gifs and multipage tiffs/pdfs | 22:37 |
DocScrutinizer05 | tracker is the wrong solution to an inexistent problem | 22:37 |
KotCzarny | doc, tracker was for lazy-clicky people that didnt know where their files were | 22:37 |
DocScrutinizer05 | trying to push a "filesystem agnostic" approach | 22:37 |
DocScrutinizer05 | KotCzarny: *exactly* | 22:38 |
Sicelo | i look at it as a database (which it is) | 22:38 |
KotCzarny | its bad database | 22:38 |
KotCzarny | good for ideal world | 22:38 |
Sicelo | possibly, but works :) | 22:38 |
KotCzarny | bad for real one | 22:38 |
DocScrutinizer05 | >>users don't know what's a directory<< original text of some evangelist of that concept in maemo5 | 22:38 |
* Sicelo has yet to see the real problem with tracker (besides the hogging cpu while indexing) | 22:39 | |
KotCzarny | umm | 22:39 |
KotCzarny | my files are laid out nicely | 22:39 |
DocScrutinizer05 | Sicelo: oh really? | 22:39 |
KotCzarny | tracker just makes a mess out of them | 22:39 |
Sicelo | but i agree 100% that apps which make tracker the only way to access files are broken | 22:39 |
Sicelo | mess? how? | 22:40 |
DocScrutinizer05 | Sicelo: pretty simple: have two mp3 of same metatags, one on eMMC and one on uSD | 22:40 |
DocScrutinizer05 | have fun¡ | 22:40 |
*** Luke-Jr has quit IRC | 22:40 | |
KotCzarny | sicelo: untagged files, some tagged badly | 22:40 |
KotCzarny | but filenames/dirnames are ok | 22:40 |
DocScrutinizer05 | Sicelo: another one: you keep your pr0n in a folder ~/.pr0n | 22:40 |
Sicelo | i thought people have their files "laid out nicely" .. | 22:40 |
DocScrutinizer05 | open up gallery | 22:40 |
KotCzarny | now tracker categorizes them in different places | 22:41 |
Sicelo | DocScrutinizer05: tracker won't index that pr0n. you know it. | 22:41 |
DocScrutinizer05 | aha | 22:41 |
KotCzarny | .files are hidden | 22:41 |
KotCzarny | and .dirs | 22:41 |
Sicelo | isn't that what you want? | 22:41 |
DocScrutinizer05 | then maxe that ~/foobar | 22:41 |
DocScrutinizer05 | or *whatever* you like | 22:41 |
* Sicelo doesn't get DocScrutinizer05's argument | 22:42 | |
KotCzarny | tracker is superfluous and bad at what it has to achieve | 22:42 |
DocScrutinizer05 | the argument is: there's ZILCH tools to *group* your tracker-indexed stuff in a meaningful manageable way | 22:42 |
DocScrutinizer05 | or what KotCzarny said | 22:43 |
*** Luke-Jr has joined #maemo | 22:43 | |
Sicelo | if we think tracker means we should forget file organization, then that's where the real problem is | 22:43 |
DocScrutinizer05 | I honestly don't _need_ tracker, it's crap for the purpose to select which files get shown in gallery or mediaplayer | 22:44 |
KotCzarny | no, problem is DIRECTORY/FILE structure was invented for file organization | 22:44 |
Sicelo | i still organize my files and directories as best as i can | 22:44 |
KotCzarny | metadata is nice only if ALL files have it proper | 22:44 |
KotCzarny | or if you have magic algo that can guess author/title from the content | 22:45 |
*** sla_erick_ has joined #maemo | 22:45 | |
sla_erick_ | ~sb | 22:45 |
infobot | somebody said scratchbox was a cross-compiling system that uses binfmt_misc, rpc calls, and an nfs mount to make a cross-build appear to be 100% native, and is found at http://www.scratchbox.org/, hosted by maemo now. Also at http://maemo.merlin1991.at/files/SB | 22:45 |
Sicelo | as long as tracker is there on the N900, rather use it .. it's already using up your resources anyway :) | 22:45 |
*** LauRoman has joined #maemo | 22:46 | |
Sicelo | if you've removed it, then .. different story | 22:46 |
DocScrutinizer05 | tracker as used in maemo reinvents the wheel (or rather the filesystem with all the goodies it has) - *very* poorly | 22:46 |
KotCzarny | sicelo, i've disabled it on mine | 22:46 |
Sicelo | uninstalled? | 22:46 |
KotCzarny | disabled | 22:46 |
KotCzarny | not tracking anything | 22:46 |
sla_erick_ | I downloaded the SDK 1.1.2 from here: ftp://ftp.informatik.hu-berlin.de/pub/Mirrors/ftp.troll.no/QT/qtsdk/, but it doesnt contain the Maemo toolchain. There is a tool to download the toolchain but the servers are down. | 22:46 |
Sicelo | so my point is correct .. it's still eating up your space :) | 22:46 |
KotCzarny | i didnt try uninstalling it as most likely bazillion of debs depend on it | 22:46 |
Sicelo | maemo's stock image viewer .. still eating up your space too | 22:47 |
KotCzarny | eating up space is passive | 22:47 |
sla_erick_ | Does someone knows how to download Maemo toolchain and integrate it to the SDK 1.1.2? | 22:47 |
KotCzarny | i care about function and battery life | 22:47 |
DocScrutinizer05 | sla_erick_: nobody ever did this afaik | 22:47 |
*** kerio has quit IRC | 22:48 | |
DocScrutinizer05 | oops, sorry | 22:48 |
Sicelo | this is precisely what i don't want ... having many apps for each of these functions. if i can remove the stock media player, image viewer, etc, then i remove tracker immediately | 22:48 |
DocScrutinizer05 | of course it been done, but actually you're better off just using a VM | 22:48 |
DocScrutinizer05 | http://maemo.merlin1991.at/files/SB | 22:48 |
KotCzarny | sicelo, dependency can be as simple as depending on some lib, even if particular deb doesnt use tracker | 22:48 |
sla_erick_ | DocScrutinizer05 do you know any Qt SDK that comes ready for developing and deploying to the N900, I know that you are not a developer, just wondering | 22:48 |
*** kerio has joined #maemo | 22:48 | |
DocScrutinizer05 | err all should be in http://maemo.merlin1991.at/files/SB already. And what's missing should be installable from maemo-sdk and maemo-tools repos | 22:49 |
Sicelo | yes indeed KotCzarny. | 22:50 |
sla_erick_ | fair enough, thanks :) | 22:50 |
*** sla_erick_ has quit IRC | 22:50 | |
KotCzarny | just cant wait to get hacking once my second n900 comes | 22:51 |
Sicelo | DocScrutinizer05: wasn't there a BM image released at some point? | 22:52 |
DocScrutinizer05 | hmm? | 22:52 |
DocScrutinizer05 | BM image of what? | 22:52 |
Sicelo | i guess not then | 22:53 |
*** esaym153 has quit IRC | 22:54 | |
DocScrutinizer05 | I don't know of any publicly available BM backup files so far, though they would be extremely cool to have. Just everybody been too worried about disclosing privacy-related info and too busy to scan and clean the BM tarball | 22:54 |
DocScrutinizer05 | I fail to completely understand the question though, what's a "BM image"? | 22:55 |
*** esaym153 has joined #maemo | 22:55 | |
DocScrutinizer05 | there's a fiasco image that contains BM already, see | 22:56 |
DocScrutinizer05 | ~bm | 22:56 |
infobot | i guess backupmenu is http://talk.maemo.org/showthread.php?t=63975 | 22:56 |
DocScrutinizer05 | or are you asking about a bm image that contains Qt SDK ? Sorry, you lost me | 22:57 |
*** ced117 has joined #maemo | 22:58 | |
KotCzarny | doc, what are your thoughts about running whole os from emmc? | 22:59 |
KotCzarny | or sd? | 23:00 |
DocScrutinizer05 | oooooh, stryngs!! you *ever* used osso-backup to restore a system on N900? it basically is a very smart way to have a opt-in/out list of apps to install from repos | 23:00 |
Sicelo | ah yes .. that one in the link .. tha's what i meant | 23:00 |
DocScrutinizer05 | KotCzarny: I'm no fan of moving more than necessary to eMMC or even uSD | 23:00 |
KotCzarny | but for now we are already running most things from there | 23:01 |
KotCzarny | so i guess nand would be nice place for rescue/boot etc, and os on emmc/sd | 23:01 |
DocScrutinizer05 | well, then are we facing an XY problem? | 23:01 |
KotCzarny | because most things in use are not on nand | 23:02 |
DocScrutinizer05 | why not the other way around? rescue system on eMMC and normal system unchanged | 23:02 |
KotCzarny | so, why not? | 23:02 |
DocScrutinizer05 | A) precisely define the problem at hand, B) check if those are *real* problems and think about solutions if they are real. only then C) design and implement the fix | 23:04 |
KotCzarny | a) fs fragmentation | 23:05 |
DocScrutinizer05 | how's that a problem? | 23:05 |
DocScrutinizer05 | I don't even understand the term | 23:05 |
KotCzarny | little space on / without optification hack | 23:05 |
DocScrutinizer05 | there been a solution to that already and you mentioned it | 23:06 |
DocScrutinizer05 | so your *real* problem seems to be: you don't like optification-hack | 23:06 |
DocScrutinizer05 | I agree | 23:06 |
DocScrutinizer05 | ~optification | 23:06 |
infobot | optification is a inventive duct tape workaround to reclaim space in fs root, done due to the fact the systeminit *and* partitioning is FUBAR, http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Packaging,_Deploying_and_Distributing/Installing_under_opt_and_MyDocs, or ""OMG - I wish they looked into FHS and moved /usr to eMMC"", http://www.pathname.com/fhs/pub/fhs-2.3.html#PURPOSE2 bullet1,2 and fhs-2.3.html#PURPOSE16 dot3" | 23:06 |
KotCzarny | but my real question is, can emmc take the wear from being used for os? | 23:07 |
DocScrutinizer05 | ""OMG - I wish they looked into FHS and moved /usr to eMMC"" | 23:07 |
DocScrutinizer05 | yes, it can | 23:07 |
KotCzarny | and i think about ext3/4 | 23:07 |
DocScrutinizer05 | you need to adjust operation parameters aka options of ext3/ext4 | 23:07 |
*** darkschneider has quit IRC | 23:07 | |
DocScrutinizer05 | you generaly don't want journal usually. And you want noatime etc | 23:08 |
*** darkschneider has joined #maemo | 23:08 | |
KotCzarny | yes, i run noatime everywhere | 23:08 |
KotCzarny | but i would like journal too | 23:08 |
DocScrutinizer05 | yournal is a *very* bad idea on flash storage | 23:09 |
*** Roth has quit IRC | 23:09 | |
KotCzarny | for flash storage without wear leveling | 23:09 |
KotCzarny | or with heavy writes | 23:09 |
KotCzarny | hum | 23:09 |
DocScrutinizer05 | think about what journal does, and you'll see it's not compatible with the wy how flash works | 23:10 |
KotCzarny | yes, constant writing at limited space | 23:10 |
DocScrutinizer05 | you can't rewrite aka "extend" a file on flash | 23:10 |
DocScrutinizer05 | each byte written to journal causes *complete* jounal to get rewritten on flash, then eventually read out again and transformed into *real* filesystem actions | 23:11 |
KotCzarny | well | 23:13 |
KotCzarny | then metadata journal maybe? | 23:13 |
DocScrutinizer05 | anyway I heard ext4 performs extremely well on eMMC, with the right parameters | 23:13 |
DocScrutinizer05 | metadata journal might make sense. i'm no fs expert | 23:14 |
DocScrutinizer05 | evaluation of performance and stability of a fs on flash/SSD is a very tricky and involved task | 23:15 |
*** _rd has quit IRC | 23:20 | |
*** Oksanaa has joined #maemo | 23:24 | |
KotCzarny | another question is how stable was ext4 in 2.6.28 | 23:24 |
ZetaR | What about btrfs instead of ext? | 23:29 |
ZetaR | Copy on write gives you the FS protection that the journal does, but doesn't have the problems with flash that a journal would. | 23:35 |
KotCzarny | same question | 23:35 |
KotCzarny | how stable it was in 2.6.28? | 23:35 |
KotCzarny | or, can it be backported? | 23:35 |
ZetaR | Hm, let me see if I can find the answer to that. | 23:35 |
ZetaR | Yeah, it's not stable for that version. | 23:38 |
Maxdamantus | 05:00:02 < DocScrutinizer05> iirc it does a lazy-umount (or somesuch), and then cuts the the power to uSD card, so it won't get damaged - or device getting damaged - when removing the card and inserting another one | 23:41 |
Maxdamantus | It doesn't. | 23:41 |
Maxdamantus | unless you mean a lazy unmount after the card has been forcefully made inaccessible. | 23:42 |
Maxdamantus | It might safely power down the card, so it doesn't result in some sort of hardware damaged, but there's no way to prevent filesystem damage from non-safe removal. | 23:44 |
DocScrutinizer05 | yes, for other fs than fat32 that could be a problem | 23:46 |
Maxdamantus | fat32 is still subject to similar corruption, unless maybe you mount it with -o sync | 23:46 |
DocScrutinizer05 | even for fat32 they do a fsck afaik, to repair any such damage | 23:46 |
Maxdamantus | "any such damage" can't be easily detected on fat32. | 23:47 |
Maxdamantus | it doesn't have a journal. | 23:47 |
DocScrutinizer05 | sorry afk | 23:47 |
Maxdamantus | You could scan all the metadata for inconsistency and try to fix that, but if you get corruption that doesn't lead to inconsistency (at the filesystem level), there's no way to detect where such corruption might be. | 23:48 |
DocScrutinizer05 | so? | 23:49 |
Maxdamantus | So you can end up with partially written files. | 23:49 |
DocScrutinizer05 | I just can tell you what's in there | 23:49 |
Maxdamantus | which look perfectly valid from the filesystem's perspective. | 23:49 |
DocScrutinizer05 | yes, I know all that. Thanks anyway | 23:50 |
*** xray256 has joined #maemo | 23:51 | |
Maxdamantus | We should all be using copy-on-write filesystems by now anyway -_- | 23:52 |
kerio | should we, really | 23:52 |
Maxdamantus | Yes. | 23:52 |
Maxdamantus | even on ext3, you can't recover from corruption. | 23:53 |
KotCzarny | well | 23:53 |
DocScrutinizer05 | http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Packaging,_Deploying_and_Distributing/Installing_under_opt_and_MyDocs doesn't explicitly mention it, but I could figure that apps who write to uSD are supposed to listen to dbus signals and act accordingly | 23:53 |
Maxdamantus | you can only fix filesystem inconsistency, and detect that corruption might have happened. | 23:53 |
Maxdamantus | unless you use full journalling. | 23:53 |
Maxdamantus | (ie, where you write the data twice) | 23:53 |
KotCzarny | there is always zfs :P | 23:53 |
Maxdamantus | (ext3 and ext4) | 23:53 |
Maxdamantus | Yes, ZFS handles it, but you can't practically run that on a phone atm. | 23:53 |
Maxdamantus | btrfs is practical for usage on phones though. | 23:54 |
KotCzarny | i had some fun with pivot_root'ed zfsfuse | 23:54 |
KotCzarny | it was unstable tho | 23:54 |
DocScrutinizer05 | even journalling doesn't solve your problem, which is: "you cannot write to a medium that's not connected to the system" | 23:54 |
Maxdamantus | That's not the problem. | 23:54 |
KotCzarny | raid1 | 23:54 |
KotCzarny | or 5 | 23:55 |
Maxdamantus | That's another problem. | 23:55 |
*** Oksanaa has quit IRC | 23:55 | |
Maxdamantus | raid1 and raid5 are very bad. | 23:55 |
Maxdamantus | They just make this worse. | 23:55 |
KotCzarny | how so? | 23:55 |
Maxdamantus | Write holes. | 23:55 |
KotCzarny | unless i mixed up numbers | 23:55 |
KotCzarny | i meant the one with data duplication | 23:56 |
Maxdamantus | If you disconnect two raid1 drives, you don't know that they're going to be in the same state when you reconnect them. | 23:56 |
KotCzarny | yes, but point is, as long you dont disconnect both, its all good | 23:56 |
Maxdamantus | unless you do journalling at the RAID level or do an entire scrub afterwards. | 23:56 |
Maxdamantus | but even when you get it back into sync, you still have the exact same corruption issues on the filesystem. | 23:57 |
Maxdamantus | .. or if you have a hardware RAID controller with lots of NVRAM to buffer writes over power cycles. | 23:57 |
Maxdamantus | but that's a horrible solution for something that can be solved using a CoW filesystem. | 23:58 |
KotCzarny | pity they dont make internally daisychained raided sd cards | 23:58 |
KotCzarny | :) | 23:58 |
KotCzarny | though its not it, hum | 23:58 |
DocScrutinizer05 | listen folks, when you interrupt a write to a storage medium, the data gets corrupted, no matter what. When you want to write data to a removable meduim, it's your responsibility to make sure the medium doesn't get removed while you write. If you can't guarantee that, you have to live with data not getting written or even getting crippled. Unrelated to this, N900 has means that avoid *physical* damage to uSD or N900 itself: powering down | 23:59 |
DocScrutinizer05 | the card as soon as battery lid gets opened, which enables two threats - uSD card removal and inadvertent battery removal (while writes happen) | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!