**** BEGIN LOGGING AT Thu Mar 22 03:00:03 2018
**** BEGIN LOGGING AT Thu Mar 22 03:33:06 2018
Mar 22 08:59:07 <rhombus> Hi everybody! The first time I connect my N900 as a USB mass storage device after booting, I can see two shares, NOKIA and Nokia N900 . Every time after that, I see only NOKIA. In order to access the other share, I have to reboot the phone.
Mar 22 08:59:47 <KotCzarny> do you have anything that blocks sdcard from umounting?
Mar 22 09:00:57 <rhombus> KotCzarny: unmounts seem to work fine, I unmount the device from my host device (a Linux laptop), get a message (from the laptop) saying the device is safe to remove, and then disconnect the cable.
Mar 22 09:01:06 <rhombus> KotCzarny: You think maybe the share is not being unmounted cleanly?
Mar 22 09:02:04 <sicelo> what are those shares by the way? in other words, what is NOKIA? i guess Nokia N900 is MyDocs?
Mar 22 09:02:59 <rhombus> sicelo: NOKIA contains "DCIM" (Camera folder, I am assuming), "System Volume Information" and "systemBackups"
Mar 22 09:04:00 <rhombus> sicelo: contents of Nokia N900 do not correspond to what is in /home/user/MyDocs (which is empty)
Mar 22 09:29:50 <Halftux> I think os can't unmount the mmc you could try osso-mmc-umount.sh /dev/mmcblk0p1 and see what happens
Mar 22 09:30:40 <Halftux> to mount it for mass storage it is osso-usb-mass-storage-enable.sh /dev/mmcblk0p1
Mar 22 10:03:45 <rhombus> Halftux: where do I find osso-usb-mass-storage.sh? It's not in the path (at least, for the unprivileged user)
Mar 22 11:09:51 <Vajb> bencoh: i have absolutely zero recollection what i meant :D
Mar 22 11:10:40 <Vajb> i'll investigate and report back. I think i used custom url handler and that i used also some other tool to sniff dbus info
Mar 22 11:10:46 <Vajb> maybe mdbus2
Mar 22 11:11:11 <Vajb> but now when i check custom url handlers it claims that i have none
Mar 22 11:12:05 <bencoh> Vajb: nevermind, the line I posted a few hours later works :)
Mar 22 11:12:43 <bencoh> and yeah, mdbus2 is more convenient when it comes to discovery (introspection)
Mar 22 11:12:50 <KotCzarny> wiki'ize it!
Mar 22 11:12:51 <KotCzarny> :)
Mar 22 11:13:07 <bencoh> :)
Mar 22 11:13:32 <KotCzarny> or better, ask cutetube2 author to provide handler?
Mar 22 11:13:47 <bencoh> handler for?
Mar 22 11:14:02 <KotCzarny> for youtube links maybe
Mar 22 11:14:13 <bencoh> yeah, but for? microb?
Mar 22 11:14:20 <KotCzarny> yup
Mar 22 11:14:27 <bencoh> afaict all http(s):// links go to microb by default
Mar 22 11:14:34 <bencoh> so we'd need an extension for it
Mar 22 11:14:38 <KotCzarny> yes, but extension
Mar 22 11:14:39 <KotCzarny> yes
Mar 22 11:14:50 <Vajb> ok nice to read it works
Mar 22 11:15:05 <bencoh> but, err ... that'd be a good idea yeah
Mar 22 11:15:14 <bencoh> since youtube isn't usable as-is anyway
Mar 22 11:16:18 <Vajb> some version of cutetube used to sniff clipboard fro yt urls, but that no longer works
Mar 22 11:16:26 <Vajb> for*
Mar 22 11:16:40 <Vajb> or is it just because of https?
Mar 22 11:16:54 <KotCzarny> i might compile my clipboard toy for maemo
Mar 22 11:17:09 <KotCzarny> has gtk2 ui, so should work
Mar 22 11:17:53 <Vajb> hmm i could use a tool that collects urls and opens them at laptop browser when i get to home wlan
Mar 22 11:18:03 <bencoh> Vajb: it might be just because of https actually
Mar 22 11:18:21 <KotCzarny> would have to rewrite it as a systray tool though
Mar 22 11:18:25 <bencoh> actually that's one of the things I tried as well, and I was surprised to see it no longer worked
Mar 22 11:19:00 <KotCzarny> oh well, bbl
Mar 22 11:19:06 <bencoh> I guess adding support for https:// url in cutetube2 would be a good idea anyway (I don't think it should be hard since it follows the 302 redir anyway)
Mar 22 11:19:44 <Vajb> is it opensource?
Mar 22 11:20:35 <bencoh> cutetube2? of course :)
Mar 22 11:21:54 <Vajb> ok. So you can edit it ;)
Mar 22 11:22:25 <bencoh> yeah, well I had a quick look and didn't really see a restriction tbh
Mar 22 11:22:33 <rhombus> Any new ideas on how to make my mounts visible in USB mass storage mode? (I must admit to not understanding how they are even made available to the host device,I've never programmed a USB stick before ;-) )
Mar 22 11:22:49 <bencoh> I suppose it's related to how relevant qt objects are created
Mar 22 11:23:07 <bencoh> (unless there really is an explicit check on http:// I missed)
Mar 22 11:24:42 <Vajb> rhombus: i guess you have already installed usbhost mode? I just pick the third option from the menu and it works
Mar 22 11:25:16 <rhombus> Vajb: what is the usbhost mode? (please forgive my ignorance...)
Mar 22 11:26:08 <Vajb> the program that you use to be usbhost for memory stick
Mar 22 11:26:22 <Vajb> or i didn't understand your question :)
Mar 22 11:27:26 <rhombus> Vajb: sorry, I guess it wasn't clear. I have an N900, and the first time I connect it to a laptop, I see two shares (NOKIA and Nokia N900); the second and all subsequent times, I see only NOKIA.
Mar 22 11:27:50 <rhombus> The only way to make the 'Nokia N900' share accessible is to restart the phone
Mar 22 11:28:07 <rhombus> I'm trying to understand what is going wrong so that I can fix it :)
Mar 22 11:28:33 <sicelo> use lsof
Mar 22 11:28:44 <Vajb> ok my bad then. I thought you were trying to use usb memory stick on n900
Mar 22 11:29:17 <Vajb> but why do you need usb connection? Why not to use ssh?
Mar 22 11:29:50 <bencoh> "share", as in? samba? mounting mmc as a mass-storage? something else?
Mar 22 11:29:59 <Vajb> i use putty for management and winscp if i need to move files around
Mar 22 11:30:21 <bencoh> Vajb: it's admittedly slower than directly mounting MyDocs on PC though
Mar 22 11:30:38 <rhombus> Vajb: I prefer a serial connection, ssh connections have been slow
Mar 22 11:30:45 <Vajb> ssh?
Mar 22 11:30:54 <bencoh> (but I'm with you on this, I'm used to sshing stuff)
Mar 22 11:31:03 <rhombus> bencoh: yes, I guess mounting mmc as a mass-storage device
Mar 22 11:31:14 <Vajb> well im not usually on a run when i sync my files ;)
Mar 22 11:32:23 <Vajb> i even have custom script to connect to wlan while gprs stays intackt
Mar 22 11:32:42 <rhombus> I don't really know what I am looking at; MyDocs doesn't correspond to what's in the 'Nokia N900' device
Mar 22 11:33:16 <Vajb> i thought that one can't access to n900 filestructure via usb?
Mar 22 11:33:25 <Vajb> just my docs and mmc
Mar 22 11:34:00 <rhombus> Interesting: my laptop sees 'Nokia N900' as /dev/sdb (no partition), and 'NOKIA' as /dev/sdc1 (partition)
Mar 22 11:34:48 <rhombus> sicelo: how do I use lsof to determine the state of the mmc?
Mar 22 11:37:41 <sicelo> i don't know what's with your system, but maybe start by running 'mount' to see what mounts exist. you should be able to see which one corresponds to what your NOKIA & Nokia N900 are. 
Mar 22 11:38:05 <sicelo> then you can check with lsof what is keeping those in use
Mar 22 11:38:51 <sicelo> could it be that you used a window machine with malware to look at your MyDocs at some point in time and it made things hidden (hence you see it as empty)?
Mar 22 11:39:04 <sicelo> s/window/Windows/
Mar 22 11:39:04 <infobot> sicelo meant: could it be that you used a Windows machine with malware to look at your MyDocs at some point in time and it made things hidden (hence you see it as empty)?
Mar 22 11:44:23 <rhombus> sicelo: lsof - on the mounting system, or on the N900?
Mar 22 11:44:39 <rhombus> sicelo: I only ever connect the N900 to my Linux laptop
Mar 22 11:45:28 <sicelo> lsof on N900, to see what's got your drive in use
Mar 22 11:45:57 * sicelo won't be surprised it that's tracker
Mar 22 11:46:06 <rhombus> sicelo: how do I determine the paths for the drive?
Mar 22 11:46:21 <sicelo> 'mount'
Mar 22 11:46:33 <rhombus> sicelo: on the N900?
Mar 22 11:47:16 <sicelo> yes
Mar 22 11:49:08 <rhombus> I see a bunch of tmpfs mounts, then /dev/mmcblk0p2 on /home type ext3, then /home/opt on /opt type none (bind)
Mar 22 11:49:27 <rhombus> I don't see how any of this has to do with the devices I see on the laptop
Mar 22 11:50:36 <rhombus> okay, lsof | grep /dev/mmcblk brings up nothing
Mar 22 11:51:12 <sicelo> either, as Halftux mentioed, your mounting scripts aren't working fine, or, as KotCzarny mentioned, something is keeping on of the mounts busy. makes sense?
Mar 22 11:52:43 <rhombus> sicelo: yes, it makes sense, but I don't even know where to start looking to fix this, I've never made a USB device available (that's what I meant by "programming a USB stick" earlier). I know how to mount USB mass storage devices, but I don't know how to "host" a USB mass storage device
Mar 22 11:53:11 <sicelo> you have a memory card or not?
Mar 22 11:53:32 <rhombus> sicelo: yes, I am pretty sure there is a memory card
Mar 22 11:53:58 <rhombus> sicelo: yes, in "Storage" in "Settings" it shows a memory card :)
Mar 22 11:54:26 <sicelo> gawd. you mean you aren't sure if you inserted a memory card in the device? 
Mar 22 11:54:33 <rhombus> and it shows "USB cable connected" - which I would expect, as the device is mounted :)
Mar 22 11:55:01 <rhombus> sicelo: I did not insert a card, so know, I cannot automatically be sure that there is a card in the device
Mar 22 11:55:06 <rhombus> sicelo: what it has, it came with
Mar 22 11:55:30 <rhombus> s/know/no/
Mar 22 12:05:17 <sicelo> anyway as it was mentioend earlier, exportable mounts are only /home/user/MyDocs (not /home) and /media/mmc1.
Mar 22 12:05:52 <rhombus> sicelo: ok, after looking at this https://wiki.maemo.org/Repartitioning_the_flash I understand a bit better
Mar 22 12:06:25 <rhombus> sicelo: The reason MyDocs is "empty" is that it is unmounted (on the N900) as long as the machine is connected as a USB mass storage device
Mar 22 12:06:52 <Halftux> rhombus: the scripts are in /usr/sbin
Mar 22 12:06:54 <rhombus> sicelo: but lsof | grep mmc doesn't give me any output. I have no idea how this thing is being made available
Mar 22 12:08:49 <Halftux> maybe have a look into osso-usb-mass-storage-disable.sh
Mar 22 12:09:01 <rhombus> Halftux: I see it, having a look now
Mar 22 12:10:16 <Halftux> osso-mmc-mount.sh /dev/mmcblk0p1 /home/user/MyDocs/
Mar 22 12:10:32 <rhombus> Halftux: I wonder if it has something to do with the way the device is named. "Nokia N900" has a space...
Mar 22 12:11:04 <rhombus> Halftux: so osso-mmc-mount.sh /dev/mmcblk0p1 /home/user/MyDocs/ would make the device available as a USB mass storage device?
Mar 22 12:11:04 <Halftux> is it the host name?
Mar 22 12:11:28 <rhombus> Halftux: no, that's the volume name
Mar 22 12:14:16 <Halftux> initctl emit G_FILE_STORAGE_REMOVE     &    rmmod g_file_storage   &  sleep 1 & osso-usb-mass-storage-disable.sh /dev/mmcblk0p1  &  osso-mmc-mount.sh /dev/mmcblk0p1 /home/user/MyDocs/
Mar 22 12:14:49 <Halftux> this is the mass storage disable script
Mar 22 12:15:16 <Halftux> & means new line
Mar 22 12:15:52 <rhombus> Halftux: hmm
Mar 22 12:18:40 <rhombus> Halftux: is what you posted just now the contents of a script?
Mar 22 14:09:29 <DocScrutinizer05> rhombus: (tl;dr backlog) you need to stop all apps that access (open filehandle) the volumes you want to export, before you connect device to USB. You MUST NOT start any apps that use the exported volumes while those volumes are exported, or you will create "stealth data" in the mountpoint dir that gets covered and is not visible anymore as soon as your volumes get remounted on device.
Mar 22 14:10:15 <rhombus> DocScrutinizer05: There is no stealth data in the mountpoint dir, so I don't think that has been happening
Mar 22 14:11:40 <rhombus> DocScrutinizer05: The problem is simply that the MyDocs volume is no longer exported after the first mount. When I reconnect the N900, I see only the NOKIA volume
Mar 22 14:12:44 <rhombus> DocScrutinizer05: so you are saying it should be sufficient to close all applications before connecting the device to USB?
Mar 22 14:12:54 <rhombus> I can test this right now
Mar 22 14:14:43 <DocScrutinizer05> lsof is your friend
Mar 22 14:15:25 <DocScrutinizer05> and fuser
Mar 22 14:17:20 <rhombus> DocScrutinizer05: I'm still not clear how I can/should be using lsof here
Mar 22 14:17:38 <rhombus> DocScrutinizer05: it generates many lines of output and I don't know what i should be filtering for
Mar 22 14:17:40 <DocScrutinizer05> Pali: freemangordon: how about a tad smarter script for mass storage mode, that for example does a lsof on the volumes to export, asks user if they want to stop all processes with open filehandles, then bindmounts /dev/null to the unused mountpoints as long as mass storage active?
Mar 22 14:18:01 <rhombus> DocScrutinizer05: that sounds like a clever fix :)
Mar 22 14:24:02 <DocScrutinizer05> rhombus: along that line:
Mar 22 14:24:05 <DocScrutinizer05> IroN900:~# lsof|grep /home/user/MyDocs
Mar 22 14:24:06 <DocScrutinizer05> sh        14529       user  cwd    DIR      179,9    65536          1 /home/user/MyDocs
Mar 22 14:24:29 <DocScrutinizer05> find the other mountpoint in `mount`
Mar 22 14:24:38 <DocScrutinizer05> find the other mountpoints in `mount`
Mar 22 14:24:46 <DocScrutinizer05> HTH
Mar 22 14:24:56 <rhombus> DocScrutinizer05: yes
Mar 22 14:33:02 <DocScrutinizer05> man fuser -> AUTHORS        Werner Almesberger   :-D
Mar 22 14:34:24 <DocScrutinizer05> just wonder which GNU package this is, messybox fuser sucks, as usual
Mar 22 14:39:40 <DocScrutinizer05> actually I can't make messybox fuser do *anything* useful
Mar 22 14:42:00 <DocScrutinizer05> feels like messybox fuser is an alias for :
Mar 22 14:42:15 <DocScrutinizer05> or `true`
Mar 22 14:42:45 <rhombus> DocScrutinizer05: ok, this time it worked, I had only Settings and XTerminal open, and the volume appears when I connect the USB
Mar 22 14:43:16 <rhombus> Sorry for all the noise, I guess I just need to make sure I've closed everything when I want to connect
Mar 22 14:43:22 <DocScrutinizer05> as long as your xterm isn't CDed to to one of the dirs, yes
Mar 22 14:43:50 <DocScrutinizer05> np, it's an annoyance at very least, I'd tend to call it a flaw
Mar 22 14:45:01 <rhombus> DocScrutinizer05: I should say that your lsof command does not produce any output, irrespective of whether the volume is mounted externally or not
Mar 22 14:46:00 <DocScrutinizer05> yes, it only produces output for the filehandles that actually touch the volume you're checking
Mar 22 14:46:28 <rhombus> DocScrutinizer05: ah, so I would use it and be able to see what's blocking the volume from being made available
Mar 22 14:46:35 <DocScrutinizer05> xterm, cd /home/user/MyDocs; lsof|grep /home/user/MyDocs
Mar 22 14:46:44 <DocScrutinizer05> yes, exactly
Mar 22 14:46:59 <rhombus> DocScrutinizer05: I thought maybe some daemon was supposed to be managing it :)
Mar 22 14:47:05 <DocScrutinizer05> fuser -k would even be able to instantly kill all those processes
Mar 22 14:47:44 <DocScrutinizer05> if messybox [fuser] wasn'T such a pile of shit
Mar 22 14:48:40 <DocScrutinizer05> ~pkg
Mar 22 14:48:40 <infobot> hmm... pkg is http://maemo.org/packages/
Mar 22 14:49:56 <DocScrutinizer05> can't anybody tell me which gnu package is supposed to provide fuser?
Mar 22 14:50:31 <DocScrutinizer05> hmm psmisc?
Mar 22 14:51:30 <DocScrutinizer05> FSCK!
Mar 22 14:51:33 <DocScrutinizer05> IroN900:~# apt-cache search psmisc
Mar 22 14:51:34 <DocScrutinizer05> busybox-symlinks-psmisc - BusyBox symlinks to provide 'psmisc'
Mar 22 14:53:10 <DocScrutinizer05> meh, wrong catalogs
Mar 22 14:58:55 <DocScrutinizer05> W*T*F?!!!!
Mar 22 14:59:48 <DocScrutinizer05> http://paste.opensuse.org/72372193  >> The following packages will be REMOVED:   busybox-symlinks-psmisc ***cell-modem-ui*** *mp-fremantle-community-pr*<<
Mar 22 15:00:20 <DocScrutinizer05> merlin1991: to the rescue!
Mar 22 15:00:34 <DocScrutinizer05> freemangordon: ^^^
Mar 22 15:03:49 <DocScrutinizer05> http://maemo.org/packages/view/psmisc/
Mar 22 15:16:06 <DocScrutinizer05> nothing Konqueror and Ark and sftp:// can't do ;-P  http://paste.opensuse.org/1771800
Mar 22 15:19:02 <DocScrutinizer05> http://maemo.org/packages/view/psmisc/  needs gnu-repackaging (move from /bin/fuser and /usr/bin/*  to /usr/bn/gnu/*, at least)
Mar 22 15:21:15 <DocScrutinizer05> or you do like me and unpack the http://repository.maemo.org/extras-devel/pool/fremantle/free/p/psmisc/psmisc_22.6-1_armel.deb and move the executables straight to where they belong, on maemo
Mar 22 15:21:41 <DocScrutinizer05> silly apt shit ;-P
Mar 22 15:30:45 <DocScrutinizer05> rhombus: http://paste.opensuse.org/442177
Mar 22 15:44:36 <rhombus> DocScrutinizer05: thanks
Mar 22 16:12:33 <Halftux> DocScrutinizer05: so psmisc needs an update and maemo optimization? you want binary in /opt/maemo/usr/bin/gnu ?
Mar 22 16:17:48 <DocScrutinizer05> yes#
Mar 22 16:17:58 <sicelo> so it turned out to be an lso issue after al
Mar 22 16:18:00 <DocScrutinizer05> the usual stuff
Mar 22 16:18:33 <Halftux> ok I can update the package
Mar 22 16:18:41 <DocScrutinizer05> ~jrtools
Mar 22 16:18:42 <infobot> somebody said jrtools was http://wiki.maemo.org/User:Joerg_rw/tools
Mar 22 16:20:01 <DocScrutinizer05> ### breaks cssu-t5.1 MP, so it's commented out. Use on own peril: 
Mar 22 16:20:03 <DocScrutinizer05> ### allegedly fixed in mp-fremantle-community-pr 21.2011.38-1Tmaemo11
Mar 22 16:20:04 <DocScrutinizer05> apt-get install procps
Mar 22 16:20:52 <DocScrutinizer05> Halftux: refer procps pkg
Mar 22 16:21:36 <DocScrutinizer05> and prolly findutils-gnu
Mar 22 16:22:41 <Halftux> ok I will have a look
Mar 22 16:23:29 <DocScrutinizer05> I didn't check the actual GNU relation
Mar 22 16:23:57 <DocScrutinizer05> but obviously something is messed up in dependencies
Mar 22 16:24:52 <DocScrutinizer05> maybe psmisc needs to become psmisc-gnu? no idea
Mar 22 16:25:45 <DocScrutinizer05> or sth is fecked in busybox-symlinks-psmisc
Mar 22 16:26:25 <DocScrutinizer05> and cell-modem-ui and mp-fremantle-community-pr ?
Mar 22 16:28:39 <DocScrutinizer05> I *guess* the latter to depend on busybox-symlinks-psmisc rather than psmisc itself or the executables it provides
Mar 22 16:28:45 <DocScrutinizer05> two*
Mar 22 16:29:35 <DocScrutinizer05> maemo, a dependency hell
Mar 22 16:30:34 * DocScrutinizer05 idly wonders if maemo-leste will fix this ancient annoying issue
Mar 22 16:32:04 <sicelo> i'd say already 'fixed' .. by not having it in te first place
Mar 22 16:32:12 <DocScrutinizer05> Halftux: actually not /opt/maemo/usr/bin/gnu  but simply  /usr/bin/gnu
Mar 22 16:32:32 <DocScrutinizer05> (though it's the same in the end)
Mar 22 16:32:44 <DocScrutinizer05> err is it?
Mar 22 16:33:24 <Halftux> ok to /usr/bin/gnu with maemo auto optify then?
Mar 22 16:35:15 <DocScrutinizer05> I think optification not due here, too small
Mar 22 16:35:41 <DocScrutinizer05> at least the binaries, for docs the situation may differ
Mar 22 16:36:07 <Halftux> i can look if configure has doc path
Mar 22 16:36:37 <DocScrutinizer05> IroN900:~# ls -l `which fuser`
Mar 22 16:36:39 <DocScrutinizer05> -rwxr-xr-x 1 root root 20460 2009-04-26 23:22 /usr/bin/gnu/fuser
Mar 22 16:37:10 <DocScrutinizer05> 20k, optification not warranted (in my book)
Mar 22 16:38:30 <DocScrutinizer05> I ignored docs, since I got man-n900 anyway
Mar 22 16:39:06 <DocScrutinizer05> and unless you got my docpurge patch, docs get purged on device anyway
Mar 22 16:42:04 <DocScrutinizer05> docpurge patch :-P  http://wiki.maemo.org/User:Joerg_rw/tools#proper_bash_and_tools
Mar 22 16:42:15 <Halftux> a docpurge patch from doc :-) I dont have it
Mar 22 16:52:22 <Halftux> so busybox symlinks goes to /bin/fuser
**** ENDING LOGGING AT Fri Mar 23 03:00:03 2018