systemdlete2 | where does chromium stow or store documents it is downloading BEFORE it queries me for where I want to save it? I can't figure it out. I have default set in preferences, but I have not yet found the file it is buffering. | 07:06 |
---|---|---|
systemdlete2 | I would think this would be some simple configuration item, but I have not figured it out yet. | 07:07 |
systemdlete2 | Thanks if you know. | 07:07 |
systemdlete2 | btw, it is an mp4 file over 5 gb, and I can see that it is eating space somewhere on the / (root) fs, but that could be almost anywhere under that. | 07:09 |
systemdlete2 | It will not be able to complete because the / fs only has about 2gb free. The default location where I want downloads is on a fs with enough space. | 07:09 |
gnarface | systemdlete2: might be in /tmp/ | 07:52 |
gnarface | systemdlete2: traditionally it would be /tmp/, i think even multiple standards dictate it has to be /tmp/, but i don't know really for sure they wouldn't put it somewhere in your home directory | 07:56 |
gnarface | or somewhere really weird like /var/lib/ | 07:56 |
adhoc | most of the browsers seem to cache files in the download folder that you choose in the settings, often as a dotfile so the desktop manager does not show it. | 08:01 |
adhoc | some times in the dot directory of the browser itself, in its own disk cache | 08:02 |
adhoc | this behaviour has changed over the years. | 08:02 |
gnarface | i think firefox will save it as $filename.part if the download fails part way through | 08:03 |
gnarface | but i thought it would also download to /tmp/$username/ | 08:04 |
gnarface | while actually downloading | 08:04 |
adhoc | only if you set that as the download folder. | 08:04 |
adhoc | perhaps some linux specific distros do set it up that way, but i do not believe that is the default behaviour | 08:05 |
iv4nshm4k0v | I'd think Chromium uses ${XDG_CACHE_HOME}/chromium, and Firefox similarly ${XDG_CACHE_HOME}/mozilla or some such; XDG_CACHE_HOME in turn defaults to ${HOME}/.cache . The final download destination defaults to ~/Downloads or a localized variant thereof. | 08:05 |
gnarface | well i thought it was files with random strings as names in there during the actual download | 08:05 |
gnarface | copying to download folder presumably happening later | 08:06 |
gnarface | oh this could have changed with that XDG stuff | 08:06 |
adhoc | iv4nshm4k0v: ok, will have to check what those are set to =) | 08:06 |
iv4nshm4k0v | When the respective option is set, I'd expect a modern browser to ask user for the target directory /before/ commencing download, though. (Not that I'm that familiar with modern browsers, or http://freedesktop.org/ stuff, anyway.) | 08:07 |
gnarface | yea it might use ~/.cache/ | 08:07 |
adhoc | why waste all that time, and jhust start, moving it later, hoping its on the same file system ;) | 08:09 |
adhoc | anyhoo, BBL =) | 08:09 |
Tenkawa | tuxd3v: you around by chance? | 15:03 |
Josh_2` | Has anyone used Allegro Cache? | 15:59 |
Josh_2` | oops wrong room | 16:00 |
tuxd3v | Tenkawa, I am now :) | 16:36 |
Tenkawa | tuxd3v: hey I was wondering if I ever told you I also worked with c0rnelus on the image builder project? | 16:48 |
tuxd3v | I believe not | 16:49 |
Tenkawa | if you ever need infi/questions/or want communication just passed baxk and forth let me know.. Code buildig (not necessarily writing) was my life for a long time | 16:50 |
Tenkawa | er info | 16:50 |
Josh_2 | If I want to check if I've been invited to a room I should look for m.room.member events? | 16:50 |
Tenkawa | yeah he and I were talking in our dev channel and I never even realized you guys knew each other either | 16:50 |
tuxd3v | Tenkawa, yeah, we used to colaborate a bit in linus issues :) | 17:04 |
tuxd3v | sorry for the delay, I was in a call :/ | 17:05 |
tuxd3v | I know him for some time already, and from time to time we talk, about a lot of things arm related stuff :) | 17:05 |
tuxd3v | hehehe, this world is very small :) | 17:06 |
onefang | Is this #devuan_offtopic stuff you are talking about? | 17:07 |
tuxd3v | onefang, its about devuan-arm :) | 17:08 |
onefang | OK, carry on. B-) | 17:08 |
tuxd3v | onefang, thanks :) | 17:09 |
Josh_2 | frick I sent a message in the wrong room again | 17:16 |
Josh_2 | sorry | 17:16 |
onefang | You should be more careful, especially if it's a password or something. | 17:17 |
Tenkawa | onefang: and you should try not to criticize "everything" | 17:17 |
Josh_2 | onefang: obviously :P but in this case I thought I was in a different IRC channel | 17:21 |
Tenkawa | Josh_2: he criticizes me every chance he gets.. and you know... if I/you accidently let out a password... "It's not not problen" | 17:23 |
Tenkawa | er problem | 17:23 |
Tenkawa | we did it not him.. our mistake | 17:23 |
Josh_2 | its not a big deal if I did, unless it was perhaps my irc password | 17:24 |
Tenkawa | Its the principle for me | 17:24 |
Tenkawa | but I am suppose to be resting so bbl.. cheers all | 17:25 |
onefang | I don't even recall ever criticizing Tenkawa. | 17:27 |
systemdlete2 | adhoc: If you look at my original posts, you will see that the problem is there is not enough space on the root fs, but there is plenty of space in the fs where I specified downloads should go. But that is only after it asks me where I want to save the file. So it is stowing the temp somewhere on the root fs. | 21:43 |
systemdlete2 | XDG_CACHE_HOME is not set in my environment nor in /usr/bin/chromium (a shell script). | 21:45 |
systemdlete2 | I have asked my question over in the #chromium channel. | 21:46 |
systemdlete2 | I have looked through .cache, but all I see there in one of the subdirs is a ton of small files. It looks like chromium is creating these as it does downloads. I think it might be doing this so it can do restarts without corruption. | 21:47 |
systemdlete2 | Why it needs to "pre-download" files before asking me is a bit weird. Even if it going to use a temp file for its procedure, it should still create that file in the same place I want the file to go. This way, a simple link call will work; moving files across file systems requires block copying, which is redundant. | 21:49 |
systemdlete2 | This seems, on the surface, a bit dopey, clumsy, and very inefficient. | 21:50 |
gnarface | systemdlete2: well, it does, but for whatever it's worth, when Steam switched to "moving hardlinks instead of file copy" method, it exposed showstopping bugs in several filesystems | 22:43 |
gnarface | systemdlete2: as for the downloading stuff you didn't ask for... it's just pre-caching downloadable links to give the illusion of faster bandwith at the cost of wasted bandwidth. (yes, it only makes sense if you're stupid, but firefox does this too) | 22:44 |
gnarface | systemdlete2: there was a change to the XDG* crap behavior, caused me problems in unstable for a while. a temporary measure you can consider is defining $XDG_RUNTIME_DIR which will then act as a new parent directory for all that crap | 22:45 |
gnarface | systemdlete2: (ideally you would not have to define this variable but if the defaults are an issue for your tools this is the one variable to rule them all) | 22:46 |
gnarface | systemdlete2: (my quick+dirty example for ~/.bash_profile: https://paste.debian.net/1190202/) | 22:48 |
gnarface | systemdlete2: (i'm sure there is a better way to do that, and it's no longer necessary in unstable with the current versions of stuff, but something similar might also solve your issue) | 22:49 |
gnarface | systemdlete2: (the specific issue i was getting around was that enlightenment couldn't find the default cache directory "~/.cache" on boot-up) | 22:50 |
gnarface | systemdlete2: (and yes, you'll note that my implementation has a bug where it breaks XDG behavior if it runs twice... it wasn't an issue for me, but obviously you might have to be more careful ) | 22:52 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!