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
It would be nice to attach the screenshots...
<><>
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
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.
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.
> >
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
> > 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
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.
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
> [...]
> 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 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
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 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
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: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
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 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 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
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
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
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
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 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 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.
> 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 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
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
>
> 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
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 -
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
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
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 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
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 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 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
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
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,
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
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
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
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
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 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
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 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
47 matches
Mail list logo
