On Thu, 19 Sep 2013 07:17:51 +0200
"deadalnix" <deadalnix@gmail.com> wrote:

> On Wednesday, 18 September 2013 at 18:29:25 UTC, Nick Sabalausky wrote:
> > On Wed, 18 Sep 2013 11:15:35 +0200
> > "PauloPinto" <pjmlp@progtools.org> wrote:
> >
> >> On Wednesday, 18 September 2013 at 08:42:16 UTC, Chris wrote:
> >> >
> >> > Although nice to have, D doesn't really need an IDE. IDEs can easily degenerate into luxurious prisons.
> >> 
> >> Enjoying gold cage prisons since 1991. :)
> >
> > "But I could stay, Stay in this luxury cage.
> > Wouldn't that be great? I don't think so."
> > - Republica: https://www.youtube.com/watch?v=Hk7gTRtW64E
> >
> > (Great album, every bit as much as their first. A shame it
> > never hit the
> > states.)
> 
> Star Trek the cage, the very first episode :D Humans posses a unique hatred of captivity, even when pleasant.

Yea. One of the more memorable episodes, too, partly because it was re-used in the two-parter ("The Menagerie", IIRC).

But I was never all that sure about the hatred being "unique". Cats seem to really hate even a single closed door. :)

On Thu, Sep 19, 2013 at 03:04:44PM +0200, Wyatt wrote: [...]
> Dolphin is pretty nice, though there are cases where Konqueror still runs circles around it. For example, if you want a horizontal split or more than one split.  Also, I don't think Dolphin has the file size view plugin, which is nice for finding hidden monsters in your ~.

du ~ | sort -r -n | less

:-)


T

-- 
I think Debian's doing something wrong, `apt-get install pesticide', doesn't seem to remove the bugs on my system! -- Mike Dresser

On Thursday, 19 September 2013 at 14:27:14 UTC, H. S. Teoh wrote:
> On Thu, Sep 19, 2013 at 03:04:44PM +0200, Wyatt wrote:
> [...]
>> Dolphin is pretty nice, though there are cases where Konqueror still
>> runs circles around it. For example, if you want a horizontal split
>> or more than one split.  Also, I don't think Dolphin has the file
>> size view plugin, which is nice for finding hidden monsters in your
>> ~.
>
> du ~ | sort -r -n | less
>
That's nice if you want the size of _every_ individual file in your home. In kilobytes.  It's much less so for visualising where hotspot directories are, let alone seeing the large divisions within them or getting a sense of their relative magnitude.  It's accurate, but data that doesn't end with presentation useful for humans is next to worthless.

shopt -s dotglob; du -sm ~/* | sort -rn | less

...is a bit closer, but there's a lot of room for improvement.  Even the KDE part isn't really optimal (for example, I think reducing the recursion one level would be a better default), but it plays to the strengths of the human visual system markedly better:
http://chrisjrob.files.wordpress.com/2011/02/konqueror-file-size-view.png

-Wyatt

On Thu, Sep 19, 2013 at 05:01:18PM +0200, Wyatt wrote:
> On Thursday, 19 September 2013 at 14:27:14 UTC, H. S. Teoh wrote:
> >On Thu, Sep 19, 2013 at 03:04:44PM +0200, Wyatt wrote: [...]
> >>Dolphin is pretty nice, though there are cases where Konqueror still runs circles around it. For example, if you want a horizontal split or more than one split.  Also, I don't think Dolphin has the file size view plugin, which is nice for finding hidden monsters in your ~.
> >
> >du ~ | sort -r -n | less
> >
> That's nice if you want the size of _every_ individual file in your home. In kilobytes.  It's much less so for visualising where hotspot directories are, let alone seeing the large divisions within them or getting a sense of their relative magnitude.  It's accurate, but data that doesn't end with presentation useful for humans is next to worthless.

Well, sort -r returns the heaviest entries at the top, which are generally the directories that add up to the most weight. So it should be relatively easy to narrow down to the entries of interest, which should themselves be pretty big as well, so they will also appear close to the top. The stuff towards the end are all the small files so they can be ignored.

Of course, du -m may help with more readable numbers. :)


> shopt -s dotglob; du -sm ~/* | sort -rn | less
> 
> ...is a bit closer, but there's a lot of room for improvement.  Even
> the KDE part isn't really optimal (for example, I think reducing the
> recursion one level would be a better default), but it plays to the
> strengths of the human visual system markedly better:
> http://chrisjrob.files.wordpress.com/2011/02/konqueror-file-size-view.png
[...]

Ah, that's nice. I didn't realize that's what the size plugin does. Pretty nifty!


T

-- 
Debian GNU/Linux: Cray on your desktop.

On Thu, Sep 19, 2013 at 04:55:06PM +0200, Adam D. Ruppe wrote: [...]
> Something else I love from the good old days: palette swaps.

Yeah! Those were cool! You could use exactly the same sprites, but change the palette, to produce what looks like different sprites. :)


[...]
> When your life ran low, it changed the font entry from white to red. But, of course, there's other places that used that entry too - the NES had only a 16 color palette (with only 4 colors per tile) so reuse was a necessity - so you'd have parts of the world changing to red too!
[...]

Oh, that brings back memories of X11 running on 16-color EGA with a palette... some applications would rewrite the palette in order to better display a high-color image, so when you moved your mouse into the window, the rest of the world turns into psychedelic colors, and when you moved your mouse back out, the world turns sane but now the image turns psychedelic.


T

-- 
Creativity is not an excuse for sloppiness.

On Thu, Sep 19, 2013 at 04:49:34PM +0200, Adam D. Ruppe wrote:
> On Wednesday, 18 September 2013 at 20:33:10 UTC, H. S. Teoh wrote:
> >And even though we aren't on 300 baud serial lines, sometimes I *do* wanna transfer large amounts of text into a terminal as fast as I can, for example:
> 
> actually, I do want some way to transfer files easily. Using scp and so on is kinda a pain, I would like to just
> 
> cat file > REMOTE_COMPUTER
> 
> and be done with it.

Actually, didn't the old (X,Y,Z)MODEM protocols support this? You'd run a ZMODEM utility on the remote end, then switch your local ZMODEM client to receive mode, and they'd sync and transfer the file transparently.

I'm pretty sure this should be possible over the SSH protocol as well, it just needs client-side support.


> scp is ok if you have keys set up on both sides and they are unix, but when you're on putty and just want to dump a file over to the Windows side, what I'd love is to hit a command and then get a save as prompt on the receiving end. Or, better yet, run a program right on it too.

Hmm. Maybe the way to do it is to have ssh forward some fixed port number, say 20001 or some such, then have the local ssh client listen to this port for incoming connections. On the remote end, write a client that connects to this port, does handshake and transfers (or receive) the file. The local ssh client would then trigger whatever local Windows function it is to handle downloads. Then on the remote end you'd do:

	ssh-send myfile

and it connects to port 20001, then the local ssh client picks up the connection, receives the file, and opens the dialogue to prompt what to do with it.

Sending would work the same way: say we forward port 20001 in both directions, then to send a file, you'd run ssh-recv on the remote end, which listens to the *remote* port 20001, then the local client can connect to it and transfer the file.

The file would even be encrypted over the connection since everything passes through the ssh tunnel.


[...]
> >Plus, they don't include quite enough Unicode glyphs for my needs (actually, do they even support unicode at all?!).
> 
> not really, I don't think so anyway. They (at least on my box) have some iso 8859-1 characters, but not beyond that.

Yeah, so it's unusable for me. :-(


[...]
> >I remember in the old DOS days, some games would load up custom graphics into the video card's text font buffer, so that they can draw sprites just by writing the corresponding characters into the video card's text buffer.
> 
> god yes, and even the built in DOS graphics could be utterly beautiful. Or the OEM font as I guess it should be called. My image_basicdrawing.d embeds that font too because I like it lol.
> 
> BTW I'm pretty sure Unicode has a few user defined sections that would be ideal for this. You set a bitmap for your user defined characters and then send them right out. Though it makes me wonder: should it be a 1 bit bitmap? Or palette somehow? idk, for anti aliasing it seems to me you'd want to do a few bits that is just alpha, with the colors being defined elsewhere. But the NES had a sweet 4 color setup for its tiles!
> 
> Eh though, this is a text terminal, let's not go too nuts.

Right, 'cos then the next thing you know, you'd be wanting to support arbitrary-sized bitmaps, which then leads to it being used for fonts, which then turns into a proportional font layout problem, which then turns into a GUI, reinvented. :-P


> The magic display image sequence can be full color.

Yep.


T

-- 
Chance favours the prepared mind. -- Louis Pasteur

On Sat, Sep 14, 2013 at 06:32:07AM -0400, Nick Sabalausky wrote:
> On Sat, 14 Sep 2013 00:34:07 -0700
> "H. S. Teoh" <hsteoh@quickfur.ath.cx> wrote:
[...]
> > If I have to install libraries not in the apt repository (or multiple conflicting versions of the same library), I tend to put it either under an entirely different PREFIX, preferably under a dedicated subtree for the app I'm trying to build
> 
> I had no idea you could do that! That's fantastic: despite my migration towards Linux, I had been worrying about the day I'd inevitable have to deal with multiple versions of the same thing.
[...]

Here's something I discovered just today:

	% apt-cache show stow
	Package: stow
	Version: 2.2.0-2
	Installed-Size: 672
	Maintainer: Chuan-kai Lin <cklin@debian.org>
	Architecture: all
	Depends: perl, dpkg (>= 1.15.4) | install-info
	Suggests: doc-base
	Description-en: Organizer for /usr/local software packages
	 GNU Stow is a software installation manager for /usr/local.  Using
	 symbolic links, GNU Stow helps you keep the installations separate
	 (/usr/local/stow/emacs vs. /usr/local/stow/perl, for example) while
	 maintaining the illusion that they are all under /usr/local.
	Description-md5: 952b8725dcbc2ad8368dbc929406052e
	Homepage: http://www.gnu.org/software/stow/
	Tag: implemented-in::perl, interface::commandline, role::program,
	 scope::utility, suite::gnu, use::organizing
	Section: admin
	Priority: optional
	Filename: pool/main/s/stow/stow_2.2.0-2_all.deb
	Size: 311752
	MD5sum: aaf097fd83270ed737484496013711ff
	SHA1: 45aa26c7240fc89e4e16e9eaa0d04b7670002a7f
	SHA256: d482cef9da0b755de57d138ed752599230341237ecb7f1e5559533dbd15ab619

Pretty cool stuff, so you get to isolate custom-installed software from each other, and still have them work together!


T

-- 
Do not reason with the unreasonable; you lose by definition.

On Thu, 19 Sep 2013 17:01:18 +0200
"Wyatt" <wyatt.epp@gmail.com> wrote:
> 
> ...is a bit closer, but there's a lot of room for improvement.
> Even the KDE part isn't really optimal (for example, I think
> reducing the recursion one level would be a better default), but
> it plays to the strengths of the human visual system markedly
> better:
> http://chrisjrob.files.wordpress.com/2011/02/konqueror-file-size-view.png
> 

Oh wow, I've used similar tools on windows before, like WinDirStat. And I love them, but that thing having the directory names *shown* without needing to hover is a really nice improvement.

What's the apt package name for that? Or is it already in dolphin and just needs enabled?

On 09/19/2013 05:52 PM, H. S. Teoh wrote:
> On Sat, Sep 14, 2013 at 06:32:07AM -0400, Nick Sabalausky wrote:
>> On Sat, 14 Sep 2013 00:34:07 -0700
>> "H. S. Teoh" <hsteoh@quickfur.ath.cx> wrote:
> [...]
>>> If I have to install libraries not in the apt repository (or multiple conflicting versions of the same library), I tend to put it either under an entirely different PREFIX, preferably under a dedicated subtree for the app I'm trying to build
>>
>> I had no idea you could do that! That's fantastic: despite my migration towards Linux, I had been worrying about the day I'd inevitable have to deal with multiple versions of the same thing.
> [...]
> 
> Here's something I discovered just today:
> 
> 	% apt-cache show stow
> 	Package: stow
> 	Version: 2.2.0-2
> 	Installed-Size: 672
> 	Maintainer: Chuan-kai Lin <cklin@debian.org>
> 	Architecture: all
> 	Depends: perl, dpkg (>= 1.15.4) | install-info
> 	Suggests: doc-base
> 	Description-en: Organizer for /usr/local software packages
> 	 GNU Stow is a software installation manager for /usr/local.  Using
> 	 symbolic links, GNU Stow helps you keep the installations separate
> 	 (/usr/local/stow/emacs vs. /usr/local/stow/perl, for example) while
> 	 maintaining the illusion that they are all under /usr/local.
> 	Description-md5: 952b8725dcbc2ad8368dbc929406052e
> 	Homepage: http://www.gnu.org/software/stow/
> 	Tag: implemented-in::perl, interface::commandline, role::program,
> 	 scope::utility, suite::gnu, use::organizing
> 	Section: admin
> 	Priority: optional
> 	Filename: pool/main/s/stow/stow_2.2.0-2_all.deb
> 	Size: 311752
> 	MD5sum: aaf097fd83270ed737484496013711ff
> 	SHA1: 45aa26c7240fc89e4e16e9eaa0d04b7670002a7f
> 	SHA256: d482cef9da0b755de57d138ed752599230341237ecb7f1e5559533dbd15ab619
> 
> Pretty cool stuff, so you get to isolate custom-installed software from each other, and still have them work together!
> 
> 
> T
> 
Really nice is when you combine stow with dotfile management - that way
you can isolate just your dotfiles in a git repository (or similar) and
stow the parts you want for each box.
-Matt Soucy

On 20 September 2013 00:25, H. S. Teoh <hsteoh@quickfur.ath.cx> wrote:

> On Thu, Sep 19, 2013 at 03:04:44PM +0200, Wyatt wrote: [...]
> > Dolphin is pretty nice, though there are cases where Konqueror still runs circles around it. For example, if you want a horizontal split or more than one split.  Also, I don't think Dolphin has the file size view plugin, which is nice for finding hidden monsters in your ~.
>
> du ~ | sort -r -n | less
>

This is exactly why linux is shit.


:-)
>