Re: [dev] dwm systray diff for 6.1 fails.

[Eric Pruitt]

On Wed, Sep 21, 2016 at 05:48:51PM +0100, Nick Warne wrote:
> Was going to use this to monitor battery, but HUNK #10 fails - looking
> at the patch and dwm.c, the code is totally different at around line
> 664:

Are you using the tagged 6.1 release or 6.1/HEAD? My version of the
patch applies cleanly against the current dwm HEAD:
https://github.com/ericpruitt/edge/blob/master/patches/dwm-00-systray.diff

Eric

Re: [dev] Just discovered dwm

[Greg Reagle]

On Wed, Sep 21, 2016, at 12:10 PM, Nick Warne wrote:
> One little thing I do miss though is scrolling with mouse wheel (or
> using the pad side edge) to scroll a web page etc.
> Is that doable?

If I had a mouse wheel I'd let you know how I do it, but I don't.  I use
a track ball.  I wonder if the xinput command would do the trick.  This
is the command that I use to enable middle button emulation on my track
ball.

xinput set-prop "Kensington  Kensington USB/PS2 Orbit" "Evdev Middle
Button Emulation" 1

Maybe there is a wheel option.

Re: [dev] dwm systray diff for 6.1 fails.

[Britton Kerin]

On Wed, Sep 21, 2016 at 8:48 AM, Nick Warne  wrote:
> Hi all,
>
> Was going to use this to monitor battery, but HUNK #10 fails - looking
> at the patch and dwm.c, the code is totally different at around line
> 664:
>
> Hunk #7 succeeded at 292.
> Hunk #8 succeeded at 516.
> Hunk #9 succeeded at 566.
> Hunk #10 FAILED at 664.
> Hunk #11 succeeded at 744 (offset -5 lines).
> Hunk #12 succeeded at 798 (offset -5 lines).
>
> All other HUNKS 1->33 apply nicely.
>
> Nick

Here's a snippet from my .xsession that show the battery state on the
top bar (there's some volume stuff in here as well that
could be chopped out:

while true; do

if [ -e /tmp/dwm_show_sound_stat_request ]; then
SOUND_STAT=$(amixer get Master,0 | perl -ne
'm/(\d+%).*\[(on|off)\]/ and print "$1 $2   " and exit')
rm -f /tmp/dwm_show_sound_stat_request
else
SOUND_STAT=""
fi

xsetroot -name "${SOUND_STAT}$(acpi -i | perl -n -e
'm/.+(Charging|Discharging|Full|Unknown),\s+(\d+%)(?:,\s+(\d\d:\d\d)?:?\d*)?/
and print "$1 $2 $3 ";') $(date +'%F %I:%M %p')"
sleep 1
ps ax | grep -q '^\s*'$$ || exit

done &



> --
> "Gosh that takes me back... or is it forward?  That's the trouble with
> time travel, you never can tell."
> -- Doctor Who "Androids of Tara"
>

Re: [dev] Just discovered dwm

[hiro]

networkmanager should be removed first thing on any distribution
slack doesn't sound so great if it includes some crap tbh.

On 9/21/16, Nick Warne  wrote:
> Hi Cág
>
> On Wed, 21 Sep 2016 21:10:42 +0100
> Cág  wrote:
>
>
>> Nice to see Slackware people here.
>
> We are everywhere ;)  Just Slack never breaks so you don't see us :)
>
>> > One little thing I do miss though is scrolling with mouse wheel (or
>> > using the pad side edge) to scroll a web page etc.
>> >
>> > Is that doable?
>> >
>>
>> Try some of these [0]. Of course apply what fits you. There are some
>> example
>> files I use now [1], since I use mdev on my Alpine and don't use udev
>> (but that
>> should work everywhere).
>>
>> Cheers,
>> Cág
>>
>> [0]:
>> https://wiki.archlinux.org/index.php/Touchpad_Synaptics#Configuration
>
> \o/
>
> I quickly went throguh Xorg stuff earlier after work tonight, but missed
> the tree for the woods.
>
> Option "VertEdgeScroll" "on"
>
> Fixed it up - forgot I had to do that many years ago, most DE's now
> (like xfce4) do it for you.
>
> Many thanks - I was looking at dwm config.h to try to sort it.
>
> Great stuff, and thanks also to all replied to my query!
>
> BTW, sorted the wireless network too - commandline nm-tool and
> nm-connection-editor sorts that with default networkmanger service in
> Slack.
>
> Nick
> --
> "Gosh that takes me back... or is it forward?  That's the trouble with
> time travel, you never can tell."
>   -- Doctor Who "Androids of Tara"
>
>

Re: [dev] Just discovered dwm

[Nick Warne]

Hi Cág

On Wed, 21 Sep 2016 21:10:42 +0100
Cág  wrote:


> Nice to see Slackware people here.

We are everywhere ;)  Just Slack never breaks so you don't see us :)
 
> > One little thing I do miss though is scrolling with mouse wheel (or
> > using the pad side edge) to scroll a web page etc.
> > 
> > Is that doable?
> >   
> 
> Try some of these [0]. Of course apply what fits you. There are some 
> example
> files I use now [1], since I use mdev on my Alpine and don't use udev 
> (but that
> should work everywhere).
> 
> Cheers,
> Cág
> 
> [0]: 
> https://wiki.archlinux.org/index.php/Touchpad_Synaptics#Configuration

\o/

I quickly went throguh Xorg stuff earlier after work tonight, but missed
the tree for the woods.

Option "VertEdgeScroll" "on"

Fixed it up - forgot I had to do that many years ago, most DE's now
(like xfce4) do it for you.

Many thanks - I was looking at dwm config.h to try to sort it.

Great stuff, and thanks also to all replied to my query!

BTW, sorted the wireless network too - commandline nm-tool and
nm-connection-editor sorts that with default networkmanger service in
Slack.

Nick
-- 
"Gosh that takes me back... or is it forward?  That's the trouble with
time travel, you never can tell."
-- Doctor Who "Androids of Tara"

Re: [dev] Just discovered dwm

[hiro]

try libinput instead of older evdev/synaptics stuff for both
trackpoint and touchpads. it works great on thinkpads.

Re: [dev] Just discovered dwm

[Martin Kühne]

Speaking of showing off, I set up a repository where I publish my
dotfiles and desktop patches [0].
I just patched dmenu_run to cleanly exec whatever it's supposed to run.

cheers!
mar77i

[0] https://github.com/mar77i/dotfiles

Re: [dev] Just discovered dwm

[Cág]

Nick Warne wrote:

Hi,

Nice to see Slackware people here.


One little thing I do miss though is scrolling with mouse wheel (or
using the pad side edge) to scroll a web page etc.

Is that doable?



Try some of these [0]. Of course apply what fits you. There are some 
example
files I use now [1], since I use mdev on my Alpine and don't use udev 
(but that

should work everywhere).

Cheers,
Cág

[0]: 
https://wiki.archlinux.org/index.php/Touchpad_Synaptics#Configuration
[1]: 
https://github.com/slashbeast/mdev-like-a-boss/tree/master/xorg.conf.d

Re: [dev] Just discovered dwm

[Nick Warne]

On Wed, 21 Sep 2016 11:27:40 -0400
Greg Reagle  wrote:

> Speaking of just discovering dwm, I started using it several months
> ago, and I have found that the systray patch for dwm [1] or the
> stalonetray program [2] are very useful for showing my volume
> control, dropbox status, and network icon.
> 
> [1] http://dwm.suckless.org/patches/systray
> [2] http://stalonetray.sourceforge.net/

Actually, re-replying to this, I use gkrellm as a monitor - that works
in dwm just fine, so I can run in it's own TAG :)

Nick
-- 
"Gosh that takes me back... or is it forward?  That's the trouble with
time travel, you never can tell."
-- Doctor Who "Androids of Tara"

[dev] dwm systray diff for 6.1 fails.

[Nick Warne]

Hi all,

Was going to use this to monitor battery, but HUNK #10 fails - looking
at the patch and dwm.c, the code is totally different at around line
664:

Hunk #7 succeeded at 292.
Hunk #8 succeeded at 516.
Hunk #9 succeeded at 566.
Hunk #10 FAILED at 664.
Hunk #11 succeeded at 744 (offset -5 lines).
Hunk #12 succeeded at 798 (offset -5 lines).

All other HUNKS 1->33 apply nicely.

Nick
-- 
"Gosh that takes me back... or is it forward?  That's the trouble with
time travel, you never can tell."
-- Doctor Who "Androids of Tara"

Re: [dev] Just discovered dwm

[Nick Warne]

Hi Greg,

On Wed, 21 Sep 2016 11:27:40 -0400
Greg Reagle  wrote:

> Speaking of just discovering dwm, I started using it several months
> ago, and I have found that the systray patch for dwm [1] or the
> stalonetray program [2] are very useful for showing my volume
> control, dropbox status, and network icon.
> 
> [1] http://dwm.suckless.org/patches/systray
> [2] http://stalonetray.sourceforge.net/
> 

Thanks, may look at those sometime, but at the moment I control all
sound/brightness etc. through my own apci stuff via functions keys.
netwrok doesn't worry me either, Slackware just seems to work.  If I do
need to change wireless, then a quick fire up into xfce4 will sort that
out.

One little thing I do miss though is scrolling with mouse wheel (or
using the pad side edge) to scroll a web page etc.

Is that doable?

Thanks

Nick
-- 
"Gosh that takes me back... or is it forward?  That's the trouble with
time travel, you never can tell."
-- Doctor Who "Androids of Tara"

Re: [dev] several questions

[stephen Turner]

On Wed, Sep 21, 2016 at 3:02 AM, Ivan Tham  wrote:
> Hi, Stephen.
>
> On Tue, Sep 20, 2016 at 04:32:18PM -0400, stephen Turner wrote:
>>
>> Bash and Make, I'm looking for compatible replacements for these. As i
>> currently understand it bash at the least is expected to compile the linux
>> kernel. Is there any suitable projects that you may have seen around the
>> net or considered a bash rewrite? I see you recommend mksh and dash but
>> neither have bashisms that some projects seem to expect.
>
>
> For me, I think bach it very much bloated. I would definitely agree that
> mksh or dash is a lot better. Well about rc, I wouldn't recommend that
> since it's a total different syntax compared to POSIX shell, although
> posix shell definitely have some weaknesses, it's still more portable.

I wouldn't mind using dash or similar but the kernel dependency for
bash is holding me back from removing bash entirely. Its not just the
kernel I'm sure but thats one that comes to mind.

>
> And about make, I would recommend make, I didn't check the source code
> for both make and mk but I did some benchmark back then, make is still
> the fastest build system that I have tested and it have a clean but
> weird syntax. But just beware of autotools and autoconf.
>
>> I love the site and the list of tools you have found to "suck less"
>> looking
>> great!
>
>
> Nice, hope you could help us out starting with some of the project
> ideas. http://suckless.org/project_ideas

I don't know C but if i find anything worth contributing i certainly will.

>
> --
> Do what you like, like what you do.  -- Pickfire
>

Re: [dev] several questions

[stephen Turner]

On Tue, Sep 20, 2016 at 4:44 PM, FRIGN  wrote:
> On Tue, 20 Sep 2016 16:32:18 -0400
> stephen Turner  wrote:
>
> Hey Stephen,
>
>> On your site i see you have tested compiling your system with PCC
>> and i also see a SCC in dev. What was the reason you chose to write
>> SCC? Is it due to PCC's reliance on lex, yacc and m4?
>
> The last PCC release (1.1.0) was in 2014. Of course, this does not mean
> much, but it does not receive any major attention as of late.
> Additionally, and I can't speak for Roberto here, the goals of scc go
> in a different direction. Stay tuned for Roberto's talk at slcon3.

They are not cutting regular releases but the CVS is getting updates.
They also have it time stamp every day with a tarball release so its
kinda hard to track when they actually do work if your not on the
mailing list.

>
>> Bash and Make, I'm looking for compatible replacements for these. As
>> i currently understand it bash at the least is expected to compile
>> the linux kernel. Is there any suitable projects that you may have
>> seen around the net or considered a bash rewrite? I see you recommend
>> mksh and dash but neither have bashisms that some projects seem to
>> expect.
>
> Just don't use bash, but the Posix shell. Use the "#!/bin/sh"shebang
> and test your scripts with shellcheck[0], which is also pretty reliable
> in detecting bashisms.
> Some people would recommend rc (by Plan9), but it's definitely not
> portable and most unixoid OSes offer it.
> For make: Some people recommend mk, I'd recommend just being aware of
> GNUisms for make and try to make it portable (it's not difficult).

I try to keep my scripts pretty generic as i tend to use them on
multiple platforms, linux and os x mostly. i also specify sh :)

>
>> I found libre linux where they clean out the "globs" and tiny linux
>> but i was wondering if there was a new linux kernel cleanup project
>> somewhere?
>
> I'm sure you mean "BLOBs", which are binary chunks of proprietary
> machine code. To be honest, I don't mind that running in my system,
> however, in the long run one should try to select hardware that is not
> requiring BLOBs in the first place (Broadcom is a sinner in this
> regard). All this "Libre" bullshit with projects to "clean up" the
> Linux kernel don't achieve anything beyond ideological satisfaction.
> Stop singing the false song of "Libre Software" and rather make smart
> decisions in life.
> If you end up configuring your Kernel yourself and remove everything
> you don't need in the first place (including all drivers with BLOBs),
> your compilate won't contain BLOBs as well.

I haven't used libre linux yet. Seems like a bit of a hassle honestly
but i like the idea. For me the appeal is just having everything in
code like it should be and being open for audit or improvement.

>
> With best regards
>
> FRIGN
>
> [0]: https://www.shellcheck.net/
>
> --
> FRIGN 
>

Re: [dev] [slcon3] preliminary schedule and registration deadline

[Mattias Andrée]

For context, the message I replied to, but forgot to
quote was Markus saying he will arrive and be at the
lobby around noon on the welcome day (Friday).

On Wed, 21 Sep 2016 16:49:54 +0200
Mattias Andrée  wrote:

> I'll be arrive in the afternoon the day before.
> I'll meet you in the lobby around noon.



pgpr4TLErtlBW.pgp
Description: OpenPGP digital signature

Re: [dev] Just discovered dwm

[Greg Reagle]

Speaking of just discovering dwm, I started using it several months ago,
and I have found that the systray patch for dwm [1] or the stalonetray
program [2] are very useful for showing my volume control, dropbox
status, and network icon.

[1] http://dwm.suckless.org/patches/systray
[2] http://stalonetray.sourceforge.net/

Re: [dev] several questions

[Greg Reagle]

On Wed, Sep 21, 2016, at 10:45 AM, Evan Gates wrote:
> Sadly there are two implementations.

Yes, you're right.  We already had this conversation about the two rc's
[1] [2] and the consensus on this list is to prefer the Plan 9 version. 
So I meant the Plan 9 version in my previous messages.  It is
unfortunate that they both have the same name but are different, but
Plan 9's rc came first so the other one should have chosen a new name or
stayed compatible.

[1] http://lists.suckless.org/dev/1604/28800.html
[2] http://lists.suckless.org/dev/1604/28804.html

Re: [dev] several questions

[Evan Gates]

On Tue, Sep 20, 2016 at 11:02 PM, FRIGN  wrote:
> Of course, given there is only one implementation, it is highly
> portable per-se, given the interpretation is equal everywhere and 9base
> is quite easily portable.

Sadly there are two implementations. This rc[0] claims to be a
reimplementation for unix systems, but contains incompatible changes.
Here is the list of problems from the man page:

Here is a list of features which distinguish this incarnation of rc
from the one described in the Bell Labs manual pages:

The Tenth Edition rc does not have the else keyword.  Instead, if is
optionally followed by an if not clause which is executed  if the
preceding if test does not succeed.

Backquotes  are  slightly different in Tenth Edition rc: a backquote
must always be followed by a left-brace.  This restriction is not
present for single-word commands in this rc.

For .  file, the Tenth Edition rc searches $path for file.  This rc
does not, since it is not considered useful.

The list flattening operator, $^foo, is spelt $"foo in those versions
of the Bell Labs rc which have it.

The following are all new with this version of rc: The -n flag, here
strings (they facilitate exporting  of  functions  with  here
documents into the environment), the return and break keywords, the
echo builtin, the bqstatus and version variables, the support for the
GNU readline(3) library, and the support for the prompt function.
This rc also sets $0 to the name of  a  function  being executed/file
being sourced.

[0]https://github.com/rakitzis/rc

Re: [dev] [slcon3] preliminary schedule and registration deadline

[Mattias Andrée]

I'll be arrive in the afternoon the day before.
I'll meet you in the lobby around noon.


pgpbrPez0jjo4.pgp
Description: OpenPGP digital signature

Re: FuzixOS: Because Small Is Beautiful WAS: [dev] several questions

[Antoni V.]

He answered your reply on G+.
https://plus.google.com/+AlanCoxLinux/posts/a2jAP7Pz1gj
> Having looked deeper I think the suckless code is too buggy
Sad :(
Should Alan Cox be added to this mailing list thread as CC for more discussion, 
details about the bugs he found and (who knows) solutions?

Re: [dev] several questions

[Cág]

stephen Turner wrote:


 Bash and Make, I'm looking for compatible replacements for these.


mksh can be used as #!/bin/sh and has more features than dash
for a convenient everyday use.
For make there's bmake[0], NetBSD make ported to Linux.

Cág


[0]: http://www.crufty.net/help/sjg/bmake.html

Re: FuzixOS: Because Small Is Beautiful WAS: [dev] several questions

[Martin Kühne]

I went ahead and relayed projects you mentioned. :-)

cheers!
mar77i

Re: [dev] several questions

[Ivan Tham]

Hi, Stephen.

On Tue, Sep 20, 2016 at 04:32:18PM -0400, stephen Turner wrote:

Bash and Make, I'm looking for compatible replacements for these. As i
currently understand it bash at the least is expected to compile the linux
kernel. Is there any suitable projects that you may have seen around the
net or considered a bash rewrite? I see you recommend mksh and dash but
neither have bashisms that some projects seem to expect.


For me, I think bach it very much bloated. I would definitely agree that
mksh or dash is a lot better. Well about rc, I wouldn't recommend that
since it's a total different syntax compared to POSIX shell, although
posix shell definitely have some weaknesses, it's still more portable.

And about make, I would recommend make, I didn't check the source code
for both make and mk but I did some benchmark back then, make is still
the fastest build system that I have tested and it have a clean but
weird syntax. But just beware of autotools and autoconf.


I love the site and the list of tools you have found to "suck less" looking
great!


Nice, hope you could help us out starting with some of the project
ideas. http://suckless.org/project_ideas

--
Do what you like, like what you do.  -- Pickfire

Re: [dev] several questions

[FRIGN]

On Tue, 20 Sep 2016 22:04:05 -0400
Greg Reagle  wrote:

Hey Greg,

> Would you mind explaining specifically what you mean by "not
> portable"? It is my understanding that it works on a lot of Unix-like
> operating systems and that it is highly portable.

the thing is that 99.9% of people on Linux or the *BSDs don't even have
rc available. I don't think one should force users to install 9base
just so they are able to run packaging scripts or other scripts of some
sort.

Of course, given there is only one implementation, it is highly
portable per-se, given the interpretation is equal everywhere and 9base
is quite easily portable.

Cheers

FRIGN

-- 
FRIGN