On Wed, Nov 27, 2013 at 10:16 PM, Bobby Powers wrote:
> "${FARM_DIR}/artists/Some Artist/The Album/1_The Title.mp3" ->
> $HOME/Music/somesong.mp3
> "${FARM_DIR}/albums/The Album/1_The Title.mp3" -> $HOME/Music/somesong.mp3
>
> Where FARM_DIR is defined in config.h.
>
> Comments on this app
On Wed, Nov 27, 2013 at 05:16:13PM -0500, Bobby Powers wrote:
> Hello!
>
> This is a followup to last months "music db editor" thread:
> http://lists.suckless.org/dev/1310/17781.html
>
> I've completed an initial implementation of a program which parses
> music file metadata (currently only ID3 t
On 11/28/13 at 08:56am, Raphaël Proust wrote:
> Two things that often break music db managers are:
> - albums with different artists, and
> - tracks with collaborating artists.
>
> Is it possible to:
> - include the whole album under all of the artists who have a track on
> said album? and
> - c
Raphaël Proust wrote:
> - include the whole album under all of the artists who have a track on said
> album?
I would not want compilations from 20 different artists to show up under every
one of those artists.
> - consider `&`, `feat`, `feat.`, `featuring`, `,`, &c. as separators
> in the artist
On Tue, Nov 26, 2013 at 12:01:01PM -0800, Silvan Jegen wrote:
> Hi
>
> This is a braindead and incomplete implementation of tr that only
> works for one-byte encodings. Do you think it makes sense to use this
> implementation as some kind of stopgap-measure until we have a more
> robust version of
Thanks for the comments!
On Tue, Nov 26, 2013 at 11:40 PM, Thorsten Glaser wrote:
> Strake dixit:
>>On 26/11/2013, Silvan Jegen wrote:
>>> If you you would rather not take this version, what approach would
>>> you take for the character set mapping when using UTF-8?
>>
>>On Linux, one can easily
Hi,
Markus Teich wrote:
> I would not want compilations from 20 different artists to show up under every
> one of those artists.
Me neither.
>> - consider `&`, `feat`, `feat.`, `featuring`, `,`, &c. as separators
>> in the artist field?
>
> This is also annoying. I've settled with both problems
Hi,
Charlie Kester wrote:
> Do you also support using other ID3 fields to build the database? My
> music files are already stored in artist/album/ subdirectories. What
> I'd really like is to have them symlinked to subdirs based on genre.
> Maybe year too, in case I'm feeling nostalgic and want
Hello!
Roberto E. Vargas Caballero wrote:
> why no a option for hardlinks?
Initially because I didn't want to explain to people that the music
directory and the farm/db directory had to be on the same partition.
An option makes sense, but should it be compile time or runtime?
yours,
Bobby
Hi,
Branislav Blaskovic wrote:
> I would detect file type by mime - not by file extension (function
> is_music_file()). But that's not so important. I just remembered that we were
> punished at the school when we did this :)
How do you figure out mime type from a file? I understand if a server
On 2013-11-28 10:29:07 -0500, Bobby Powers wrote:
> How do you figure out mime type from a file? I understand if a server
> gives you a HTTP header, but if it is a static file on disk, I don't
> think it is guaranteed to have a mime type as an xattr. Is there a
> standard way to store/determine m
On 28/11/2013, Silvan Jegen wrote:
> If I understand correctly you would use mmap to allocate a sparse
> memory area into which we could then directly index
Yes.
> (either using UTF-8 or UTF-32 indices), right?
I meant Unicodepoints; those are just Unicodecs.
> Since mmap needs a file descript
On Thu, Nov 28, 2013 at 10:26:50AM -0500, Bobby Powers wrote:
> Hello!
>
> Roberto E. Vargas Caballero wrote:
> > why no a option for hardlinks?
>
> Initially because I didn't want to explain to people that the music
> directory and the farm/db directory had to be on the same partition.
> An opt
On 2013-11-28 17:48, Roberto E. Vargas Caballero wrote:
> I think having the option in runtime can be good, and I agree with you
> that symlinks are more discoverable than hardlinks, so I think
> symlinks should be the default option.
WTF? Can I get a cogent discussion of sym vs hard links?
sym
Patrick wrote:
> WTF? Can I get a cogent discussion of sym vs hard links?
>
> sym =? recognition of canonical hierarchy
> hard =? anarchy
>
> Anarchy can be good in the bitcoin / there is no one true value sense.
> That said, it's our own media repository. And we can't organize it?
I would reco
On Thu, Nov 28, 2013 at 11:45:33AM -0500, Strake wrote:
> > (either using UTF-8 or UTF-32 indices), right?
>
> I meant Unicodepoints; those are just Unicodecs.
UTF-32 is an encoding that is identical to the unicode point as far as
I know. So what I am thinking is that one would either use the UTF
On Thu, 28 Nov 2013 18:06:14 +0100
Markus Teich wrote:
>
> Hardlinks seem to be more sane since they maintain a stable state
> (no links can be broken), while a symlink can suddenly point to
> /tim/buck/too or nowhere at all.
>
> --Markus
>
On the other hand, I find symbolic links to be more t
The default config will display all open tabs in dmenu. You can either select
one of them, or if you enter a string, that does not start with „0x“, tabbed
will open a new tab and run the command specified at tabbed-startup but append
the entered string to the command first.
With
tabbed -r 2 surf -
>
> However, I don't see a definite reason to favor one solution over the other.
> It may just be another question of what your needs are, so I'd propose to
> offer a compile-time solution to select symbolic or hard links.
Offer one of them as default option, but I think it should have the
runt
Roberto E. Vargas Caballero wrote:
> Offer one of them as default option, but I think it should have the
> runtime option to select one or other.
Why does it have to be a runtime option? I don't think anyone wants to use both
symlinks and hardlinks on one system? Who has more than one music collec
On Wed 27 Nov 2013 at 23:48:21 PST Patrick wrote:
On 2013-11-27 23:01, Charlie Kester wrote:
In fact, now that you mention it, I think this should be the default.
Why?
Well, for one thing, it solves the problem of stale symbolic links that
was mentioned earlier.
In other words, all the usua
> Why does it have to be a runtime option? I don't think anyone wants to use
> both
> symlinks and hardlinks on one system? Who has more than one music collection
> and
> wants to manage them differently? I think a compile time option in config.h
UNIX is multi user operating system, and can be u
On 2013-11-28 10:06, Charlie Kester wrote:
> Well, for one thing, it solves the problem of stale symbolic links that
> was mentioned earlier.
Do you think we delete files accidentally?
Assume that we treat our repo of music as non-rm, non-mv, since we only
ever upgrade a file's quality.
On Thu 28 Nov 2013 at 09:51:34 PST Markus Teich wrote:
Roberto E. Vargas Caballero wrote:
Offer one of them as default option, but I think it should have the
runtime option to select one or other.
Why does it have to be a runtime option? I don't think anyone wants to use both
symlinks and hard
On 2013-11-28 18:51, Markus Teich wrote:
> As I posted earlier, I would favor the hardlinks as default.
Can we get a couple concrete reasons / use-cases why?
On 2013-11-28 18:47, Roberto E. Vargas Caballero wrote:
> Offer one of them as default option, but I think it should have the
> runtime option to select one or other.
Compile time; this seems to be a huge philosophical divide. ;)
Maybe at some point I change my philosophy, so I just update the
ex
Patrick wrote:
> Can we get a couple concrete reasons / use-cases why?
Markus Teich wrote:
> I would recommend to rebuild the farm before usage. Hardlinks seem to be more
> sane since they maintain a stable state (no links can be broken), while a
> symlink can suddenly point to /tim/buck/too or no
Roberto E. Vargas Caballero wrote:
> UNIX is multi user operating system, and can be users in the same machine with
> different opinions, no?
Point taken. I am used to single user systems. How common is a system with
multiple users each managing their music differently?
--Markus
On 28/11/2013, Silvan Jegen wrote:
> On Thu, Nov 28, 2013 at 11:45:33AM -0500, Strake wrote:
>> > (either using UTF-8 or UTF-32 indices), right?
>>
>> I meant Unicodepoints; those are just Unicodecs.
>
> UTF-32 is an encoding that is identical to the unicode point as far as
> I know. So what I am
On 2013-11-28 18:06, Markus Teich wrote:
> I would recommend to rebuild the farm before usage. Hardlinks seem to be more
> sane since they maintain a stable state (no links can be broken), while a
> symlink can suddenly point to /tim/buck/too or nowhere at all.
Imagine a use-case where I would rm
On 2013-11-28 16:26, FRIGN wrote:
> However, I don't see a definite reason to favor one solution over the
> other. It may just be another question of what your needs are, so I'd
> propose to offer a compile-time solution to select symbolic or hard
> links.
I concur.
On 2013-11-28 19:22, Markus Teich wrote:
> > I would recommend to rebuild the farm before usage. Hardlinks seem to be
> > more
> > sane since they maintain a stable state (no links can be broken), while a
> > symlink can suddenly point to /tim/buck/too or nowhere at all.
An example use-case shows
Patrick wrote:
> An example use-case shows why you would rm a file in your central media
> repository. .e.g. It was rm'd because it was Thursday and that's the day that
> I let Chaos Monkey fuck up my tunes.
I for example see my music collection not as only-growing but also delete stuff
I don't wa
On 2013-11-28 19:33, Markus Teich wrote:
> I for example see my music collection not as only-growing but also delete
> stuff
> I don't want to hear anymore regularly.
Instead of rm'ing, tag it with a keyword e.g.
'lady-gaga-strangled-by-baboons-sounds-better-than-this-shit' and patch
slm to expor
Silvan Jegen dixit:
>If I understand correctly you would use mmap to allocate a sparse
>memory area into which we could then directly index (either using
>UTF-8 or UTF-32 indices), right? Since mmap needs a file descriptor
I think that wouldn’t help much.
>Sadly, I do not follow. I recognize tha
On Thu 28 Nov 2013 at 10:33:42 PST Markus Teich wrote:
Patrick wrote:
An example use-case shows why you would rm a file in your central media
repository. .e.g. It was rm'd because it was Thursday and that's the day that
I let Chaos Monkey fuck up my tunes.
I for example see my music collection
> [...]
> anon = (char*)mmap(NULL, 4096, PROT_READ|PROT_WRITE,
> MAP_ANON|MAP_SHARED, -1, 0);
>
> that probably means it may not be that portable after all. Thanks for
> making me aware of it in any case.
> [...]
*BSD has it, and one of the Gentoo machines I have access to has it to
On 2013-11-28 11:06, Charlie Kester wrote:
> Here's a use-case that argues for hardlinks: I've often encountered
> situations where ripping a CD or downloading from Amazon has resulted in
> the same artist appearing in my collection under two slightly different
> names. (I like world music, for ex
On 2013-11-28 11:06, Charlie Kester wrote:
> Hmm. I'm in the hardlinks-as-default camp
BTW, anyone heard from Kurt M recently? It seems like it's been a while
and he never seemed like the kind of guy to sit in the corner quietly
nursing a beer unless some serious shit was happening.
> > UNIX is multi user operating system, and can be users in the same machine
> > with
> > different opinions, no?
>
> Point taken. I am used to single user systems. How common is a system with
> multiple users each managing their music differently?
>
Well, usually the systems where a lot of us
Patrick wrote:
> On 2013-11-28 19:33, Markus Teich wrote:
> > I for example see my music collection not as only-growing but also delete
> > stuff
> > I don't want to hear anymore regularly.
>
> Instead of rm'ing, tag it with a keyword e.g.
> 'lady-gaga-strangled-by-baboons-sounds-better-than-this
On 2013-11-28 21:03, Markus Teich wrote:
> I had to smile on this one. But i don't treat „rm music-track.mp3“ any
> different
> than „rm important-file“. I think before I hit enter. And if by any chance I
> learn this was a mistake 10 years later, then ffs I deserve to rip that disc
> again.
You
Charlie Kester wrote:
> On Thu 28 Nov 2013 at 10:33:42 PST Markus Teich wrote:
> >Patrick wrote:
> >>An example use-case shows why you would rm a file in your central media
> >>repository. .e.g. It was rm'd because it was Thursday and that's the day
> >>that I let Chaos Monkey fuck up my tunes.
> >
On Thu 28 Nov 2013 at 12:07:06 PST Markus Teich wrote:
I still assume to rebuild the farm before use.
Yeah, I've been assuming that a rebuild would be a rarer occurrence,
because I've been thinking it would be a relatively expensive operation.
I attach a screenshot of xterm that I now use and the st that I'm configuring.
I want to make st look the same with xterm.
Any help apprecieted.
PS: Is it ok to ask for support on the dev list?
My config.h: http://git.dzervas.gr/st/tree/config.h
It would be nice to attach the screenshots...
<><>
On Thu, 28 Nov 2013 23:37:59 +0200
Dimitris Zervas wrote:
> I attach a screenshot of xterm that I now use and the st that I'm configuring.
> I want to make st look the same with xterm.
> Any help apprecieted.
I have had this problem before. It has definitely something to do with
the font. You mi
47 matches
Mail list logo
