Re: [dev][project] soap - a simple xdg-open replacement
Eon S. Jeon esj...@hyunmu.am writes: Luckily, I came up with an alternative way of passing the argument. This one uses an environment variable to store the argument, and lets the shell expand the string for us. I've already implemented it, so you can check it out. https://github.com/esjeon/soap/commit/cec3f19ee151ab647dc8c5a544cb5e4277992531 This is a wonderful solution. It's even less code! -- \ Troels /\ Henriksen
Re: [dev] Re: Skype replacements (was: Re: Skype replacements (was:[dev][project] soap - a simple xdg-open replacement))
suckless is not about having free lunch. telco companies did a better job than you with your incompetent free software community. yes, my replacemente doesn't have video including nudity. but i would even say that is actually a good technical prevention of trolling. just concentrate on the important stuff: you want people to get the actual tactical information in your orders, not your sexual appearance. On 5/4/14, Andrew Hills ahi...@ednos.net wrote: On 5/4/14, 3:25 PM, Manolo Martínez wrote: Video calls are nice, though. Don't feed the troll, please.
Re: [dev][project] soap - a simple xdg-open replacement
On Mon, 5 May 2014 01:23:03 -0400 Eon S. Jeon esj...@hyunmu.am wrote: Hey Eon, Indeed, this is a huge concern, even though the argument gets escaped befored being tossed into the shell. no, this is not a huge concern, as discussed. Mentioning this considerably minimal pitfall in the manual is totally sufficient (hell, it's bloody obvious). In-house string escape code is always deemed insecure and incompetent, because of the dynamic nature of shell script language. What are you talking about? This escape method is proven to be successful and secure in every but the edge-case presented by Chris. I consider it insecure and incompetent to change the operating environment of this process to solve a problem which doesn't exist in the first place if you know what you're doing. It's an interesting approach, but damn, don't you know what happens behind the scenes when setenv() is called? Too much overhead for such a small tool. Less code =!= More efficient. So, it's always the best if you can avoid escaping once and for all. You should avoid escaping if you don't know how it's done, and in this case, escaping is rather trivial. Now, once and for all: I'll mention this minor side-issue of broken escapes in the manpage and be done with it. I got more important stuff to do than discussing this crap for days on this mailing list. The time we spent discussing we could've written so much more productive code. Cheers FRIGN -- FRIGN d...@frign.de
[dev] [surf] user certificates
Heyho, how to implement user certificates? I did not find any hint in the documentation of webkit-gtk or libsoup… :( --Markus
Re: [dev][project] soap - a simple xdg-open replacement
FRIGN said:
A configuration can look like this:
{ \.mp3,st -e mplayer %s },
{ \.(jpg|png|tiff)$,feh %s},
{ \.gif,wget -O /tmp/tmp.gif %s gifview -a
/tmp/tmp.gif },
{ ^(http://|https://)?(www\.)?(youtube.com/watch\?|youtu\.be/),
youtube-viewer %s }
where %s is the _shell-escaped_ argument given to xdg-open.
Am I missing something, or mailcap files already do that?
--
Dmitrij D. Czarkoff
Re: [dev][project] soap - a simple xdg-open replacement
Yeah, mailcap format would be amazing, I would use that!
On Tue, May 06, 2014 at 02:36:58AM +0200, Dmitrij D. Czarkoff wrote:
FRIGN said:
A configuration can look like this:
{ \.mp3,st -e mplayer %s },
{ \.(jpg|png|tiff)$,feh %s},
{ \.gif,wget -O /tmp/tmp.gif %s gifview -a
/tmp/tmp.gif },
{ ^(http://|https://)?(www\.)?(youtube.com/watch\?|youtu\.be/),
youtube-viewer %s }
where %s is the _shell-escaped_ argument given to xdg-open.
Am I missing something, or mailcap files already do that?
--
Dmitrij D. Czarkoff
Re: [dev][project] soap - a simple xdg-open replacement
On Tue, May 06, 2014 at 02:36:58AM +0200, Dmitrij D. Czarkoff wrote: FRIGN said: Am I missing something, or mailcap files already do that? Agreed, that would be amazing! I would certainly use that!
