Re: [dev] [smdev] hotplugging

On Sat, Jun 25, 2016 at 09:39:48PM +0100, Dimitris Papastamos wrote: > Try echo `which smdev` > /proc/sys/kernel/hotplug Erm... you want to add some more layers of evaluation? Why not just this? which smdev >/proc/sys/kernel/hotplug JM2C, Markus

Re: [dev] [smdev] hotplugging

Dimitris Papastamos wrote: Try echo `which smdev` > /proc/sys/kernel/hotplug and then run smdev -s. ...but smdev -s works, and /dev/snd is changed to "audio"...

Re: [dev] [smdev] hotplugging

Dimitris Papastamos wrote: Try echo `which smdev` > /proc/sys/kernel/hotplug and then run smdev -s. I've tried that too. It says "can't create /proc/sys/kernel/hotplug: No such file or directory". Cág

Re: [dev] [smdev] hotplugging

On Sat, Jun 25, 2016 at 11:25:50PM +0300, Cág wrote: > Hi lads, > > Could ye please point me to the right solution? I'm trying to > replace udev with > smdev. Typing smdev returns me > "Environment not set up correctly for hotplugging". Try echo `which smdev` > /proc/sys/kernel/hotplug and then

[dev] [smdev] hotplugging

Hi lads, Could ye please point me to the right solution? I'm trying to replace udev with smdev. Typing smdev returns me "Environment not set up correctly for hotplugging". From smdev.c[0] I see that it puts the message if dohotplug() < 0, though I'm not really sure what that means. What

Re: [dev] [discussion] Cooperation between terminal and graphical programs

swallow is perfect, thanks a lot. On Sat, Jun 25, 2016 at 2:35 PM, Nick wrote: > Quoth Jochen Sprickerhof: >> * Marc Collin [2016-06-25 10:48]: >> > Is there any way to get this behavior on standard Linux with suckless >> > tools (dwm, st, etc)?

Re: [dev] [discussion] Cooperation between terminal and graphical programs

Quoth Jochen Sprickerhof: > * Marc Collin [2016-06-25 10:48]: > > Is there any way to get this behavior on standard Linux with suckless > > tools (dwm, st, etc)? > > http://dwm.suckless.org/patches/swallow Cool, I hadn't seen that, thanks for the link! This has indeed

Re: [dev] Signing releases

On Sat, Jun 25, 2016 at 9:56 AM, Hugo Lefeuvre wrote: > > For security reasons, it would be a good idea to provide PGP/GPG signed > release tarballs. Signature checks are automatically done by our packaging > systems and help us to determine whether a new release is trustworthy

Re: [dev] [discussion] Cooperation between terminal and graphical programs

I believe this topic has been discuss before. Perhaps not on the mailing list, but it should be somewhere to find. It should be possible, put it requires that both the terminal and the graphical program is written especially to support it. Perhaps this is a feature we should push Wayland to

Re: [dev] [discussion] Cooperation between terminal and graphical programs

Hi Marc, * Marc Collin [2016-06-25 10:48]: > Is there any way to get this behavior on standard Linux with suckless > tools (dwm, st, etc)? http://dwm.suckless.org/patches/swallow Cheers Jochen signature.asc Description: PGP signature

Re: [dev] dev+unsubscr...@suckless.org

> dev+unsubscr...@suckless.org Your subscription has been prolonged.

[dev] Signing releases

Dear dwm upstream, I'm the maintainer of the dwm Debian package. For security reasons, it would be a good idea to provide PGP/GPG signed release tarballs. Signature checks are automatically done by our packaging systems and help us to determine whether a new release is trustworthy or not

[dev] [discussion] Cooperation between terminal and graphical programs

Hey suckless. How's everyone doing on this weekend? Yesterday I came across a video about Plan 9 [0] and something got my attention. When the user opens a graphical program from the terminal, no new window is created. Instead, the graphical program "takes over" the terminal. This made me realize

[dev] dev+unsubscr...@suckless.org

dev+unsubscr...@suckless.org