Since people seem interested in the filesystem-is-metadata approach,
here's a pretty ancient perl script that I used for about 5 years to
do that (wrote this before Python was even a thing). Files are assumed
to be organized as artist - album/track.title.mp3. In order to better
replicate the filesy
On Tue, Oct 15, 2013 at 11:10 AM, Martti Kühne wrote:
> 3.: I don't have any need to collect metadata about my music I run off mpd,
> and
> if I had the need, I could build symlink trees from my already sane directory
> structure:
>
> music/A/Artist/Album/trackname.flac
>
> That way I could add w
v4hn said:
> On Wed, Oct 16, 2013 at 12:00:05PM -0500, Strake wrote:
> > On 16/10/2013, Jochen Sprickerhof wrote:
> > > I've implemented a (limited) scrollback buffer for st. Thanks to v4hn
> > > for testing and improving first versions.
> >
> > Thanks! This was the last reason against my st adop
On Wed, Oct 16, 2013 at 12:00:05PM -0500, Strake wrote:
> On 16/10/2013, Jochen Sprickerhof wrote:
> > I've implemented a (limited) scrollback buffer for st. Thanks to v4hn
> > for testing and improving first versions.
>
> Thanks! This was the last reason against my st adoption.
This was the sam
On Wed, Oct 16, 2013 at 07:12:06PM +0200, Roberto E. Vargas Caballero wrote:
> >
> > Functions push() and pop() seem to only be used once each.
> > Would it be too bad to have these few lines directly in the du function?
>
> I don't agree here, because I think the code is more clear with them.
> Moving main() to the bottom and usage() to the top would eliminate the
> need to declare them.
I agree here.
>
> Functions push() and pop() seem to only be used once each.
> Would it be too bad to have these few lines directly in the du function?
I don't agree here, because I think the code
On Wed, Oct 16, 2013 at 06:47:26PM +0200, Truls Becken wrote:
> A few trivial comments:
>
> Moving main() to the bottom and usage() to the top would eliminate the
> need to declare them.
Sure.
> Functions push() and pop() seem to only be used once each.
> Would it be too bad to have these few
> My general rule for where determining where functionality should be placed
> when
> developing stacks is this: where can I implement this functionality that it
> would require the least level of code duplication/reimplementation? I'm pretty
> sure that's at the terminal level in this instance. I
On 16/10/2013, Jochen Sprickerhof wrote:
> I've implemented a (limited) scrollback buffer for st. Thanks to v4hn
> for testing and improving first versions.
Thanks! This was the last reason against my st adoption.
On 16/10/2013, Christoph Lohmann <2...@r-36.net> wrote:
> You can add it as a pat
A few trivial comments:
Moving main() to the bottom and usage() to the top would eliminate the
need to declare them.
Functions push() and pop() seem to only be used once each.
Would it be too bad to have these few lines directly in the du function?
The switch in du would be slightly simpler a
On 2013-10-16 16:15, Christoph Lohmann wrote:
> You can add it as a patch to the wiki but it won’t be included in main‐
> line. Scrollback is what you have other applications for. Because next you
> will want scrollback selection, scrollback editing and scrollback history
> files. Other people
Nick writes:
> On Wed, Oct 16, 2013 at 04:15:08PM +0200, Christoph Lohmann wrote:
>> On Wed, 16 Oct 2013 16:15:08 +0200 Jochen Sprickerhof
>> wrote:
>> > I've implemented a (limited) scrollback buffer for st. Thanks to v4hn
>> > for testing and improving first versions.
>>
>> You can add it as
Any comments are highly appreciated :)
>From 42074179d48dd9b84c120cb849a6a8e23f96f943 Mon Sep 17 00:00:00 2001
From: sin
Date: Wed, 16 Oct 2013 16:58:52 +0100
Subject: [PATCH] Add primitive du(1)
Defaults to a 512-byte blocksize.
---
Makefile | 1 +
du.1 | 18 ++
du.c | 123 ++
On Wed, Oct 16, 2013 at 04:15:08PM +0200, Christoph Lohmann wrote:
> On Wed, 16 Oct 2013 16:15:08 +0200 Jochen Sprickerhof
> wrote:
> > I've implemented a (limited) scrollback buffer for st. Thanks to v4hn
> > for testing and improving first versions.
>
> You can add it as a patch to the wiki b
Greetings.
On Wed, 16 Oct 2013 16:15:08 +0200 Jochen Sprickerhof
wrote:
> Hi,
>
> I've implemented a (limited) scrollback buffer for st. Thanks to v4hn
> for testing and improving first versions.
You can add it as a patch to the wiki but it won’t be included in main‐
line. Scrollback is what
Greetings.
On Wed, 16 Oct 2013 16:08:25 +0200 Nick wrote:
> Quoth Anthony Martin:
> > ... is more DBUS.
> >
> > https://lwn.net/Articles/551969/
> > https://github.com/gregkh/kdbus/blob/master/kdbus.txt
>
> At the risk of being forever shunned, I actually quite like what I
> hear about kdbus.
On 2013-10-16 09:54, Bobby Powers wrote:
> Agreed. The developer behind it also has had (generally) good things
> to say about suckless:
> https://plus.google.com/111049168280159033135/posts/fMe7yuaDXKA
We had some discussion about this previously:
http://lists.suckless.org/dev/1302/index.html#ms
On Wed, Oct 16, 2013 at 5:41 AM, Nick wrote:
> At the risk of being forever shunned, I actually quite like what I
> hear about kdbus. It sounds like a *way* better way of doing what
> the dbus people have done so awfully - and very much not just a
> "throw it in the kernel 'cos that's faster appro
Quoth Jochen Sprickerhof:
> I've implemented a (limited) scrollback buffer for st. Thanks to v4hn
> for testing and improving first versions.
Awesome, that sounds great! I don't have time to test it at present,
but will do so when I can.
Thanks Jochen :)
On 10/15/13 at 05:10pm, Martti Kühne wrote:
> 3.: I don't have any need to collect metadata about my music I run off mpd,
> and
That's probably because you don't use portable media players. Most of
those are much better at displaying metadata trees than at letting you
navigate directory structure
Hi,
I've implemented a (limited) scrollback buffer for st. Thanks to v4hn
for testing and improving first versions.
Cheers Jochen
>From 8bae501586ed77a624170937c8bd53433f64 Mon Sep 17 00:00:00 2001
From: Jochen Sprickerhof
Date: Thu, 3 Oct 2013 09:35:32 +0200
Subject: [PATCH] Add scrollback
Quoth Anthony Martin:
> ... is more DBUS.
>
> https://lwn.net/Articles/551969/
> https://github.com/gregkh/kdbus/blob/master/kdbus.txt
At the risk of being forever shunned, I actually quite like what I
hear about kdbus. It sounds like a *way* better way of doing what
the dbus people have done s
... is more DBUS.
https://lwn.net/Articles/551969/
https://github.com/gregkh/kdbus/blob/master/kdbus.txt
My condolences,
Anthony
23 matches
Mail list logo
