Copyright doesn't really expire, except that thing of X decades after someone's
death, because then it becomes public domain.
IMHO you shouldn't need a range.
I've seen at least one best-voted answer saying this on stackoverflow.
Hi all,
I've recently (well, a few days/weeks ago) read quite a few discussions on
a wide variety of mailing lists about whether to remove the range of years
from the copyright notices or keep them. Since a few of our LICENSE files are
out of date too, I wonder if there is a consensus on what to
On Tue, 7 Feb 2023 10:30:24 +0200
Κρακ Άουτ wrote:
Dear Κρακ,
> I have compiled dwm & st using -march=x86-64-v3 (tried
> -march=x86-64-v2 also). To be honest they are both (dwm & st) fast
> and snappy with their default configuration and I cannot spot any
> difference when compiled with
It's extremely unlikely you could observe any difference using these
tools on any remotely modern hardware. In practical terms it doesn't
matter.
But if you want to satisfy your curiosity, you could do some
profiling, I guess; or decompile the binaries and eyeball the
generated instructions. I'd
Hi,
On Tue, Feb 07, 2023 at 10:30:24AM +0200, Κρακ Άουτ wrote:
> As I mentioned, in practice I don't see any differences. I'm wondering if
> theoretically there could be some positive effect. People who know how
> exactly the code works are better suited to supply a definitive answer than
>
I have compiled dwm & st using -march=x86-64-v3 (tried -march=x86-64-v2 also).
To be honest they are both (dwm & st) fast and snappy with their default
configuration and I cannot spot any difference when compiled with
-march=x86-64-v3 or v2. Is there any point adding them?
Related, would -O2
On Friday, February 3rd, 2023 at 1:50 PM, Hiltjo Posthuma
wrote:
> On Thu, Feb 02, 2023 at 10:33:55PM +, danin-sac wrote:
>
> > Hi,
> > after looking in the Makefile I saw that the terminfo entries wouldn't get
> > deleted if you uninstall the program. Is there a specific reason for that?
On Fri, Feb 3, 2023, at 7:50 AM, Hiltjo Posthuma wrote:
> On Thu, Feb 02, 2023 at 10:33:55PM +, danin-sac wrote:
>> after looking in the Makefile I saw that the terminfo entries wouldn't get
>> deleted if you uninstall the program. Is there a specific reason for that?
>
> maybe
Classic
On Thu, 02 Feb 2023 22:33:55 +
danin-sac wrote:
> after looking in the Makefile I saw that the terminfo entries
> wouldn't get deleted if you uninstall the program. Is there a
> specific reason for that?
John 13:7[0]
[0]:https://www.biblegateway.com/passage/?search=John%2013%3A7=KJV
On Thu, Feb 02, 2023 at 10:33:55PM +, danin-sac wrote:
> Hi,
> after looking in the Makefile I saw that the terminfo entries wouldn't get
> deleted if you uninstall the program. Is there a specific reason for that?
>
> Best regards.
>
maybe
--
Kind regards,
Hiltjo
Hi,
after looking in the Makefile I saw that the terminfo entries wouldn't get
deleted if you uninstall the program. Is there a specific reason for that?
Best regards.
On Tue, 31 Jan 2023 14:05:05 +0100 (CET)
Andrea Calligaris wrote:
Dear Andrea,
> Do you think it should?
>
> I'm not interested in a short-term implementation, I'm more
> interested if you think that it should, or if you have an opinion
> against it. Im my opinion it should, because someone may
Do you think it should?
I'm not interested in a short-term implementation, I'm more interested if you
think that it should, or if you have an opinion against it.
Im my opinion it should, because someone may rely on hardlinks to manage its
data, and if you want to backup your stuff in a tar
I sent this email two weeks ago over the weekend to no reply. I'm
sending it again now (just in case the timing was bad last time).
Stein wrote in the commit message of commit c2b748e:
> The edge case scenario that dmenu does not handle on its own, and the
> effect of removing this mechanism, is
On Sun Jan 29, 2023 at 5:35 PM CET, Mikhail wrote:
> Hi, I'd like to switch from xterm to st, but i want to keep xterm's
> default font, if I do
>
> xterm -fn '-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1'
>
> everything is ok - it's the font I want to use, but if i do
>
> st
Hi, I'd like to switch from xterm to st, but i want to keep xterm's
default font, if I do
xterm -fn '-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1'
everything is ok - it's the font I want to use, but if i do
st -f
Having servers and user logins visually unique makes you much more
efficient and productive, however requiring a new full color scheme when
all you want to do is set a unique foreground or background color was
too burdensome. I've enhanced the ColorRules syntax to allow you to
specify a
--- Original Message ---
On Sunday, January 22nd, 2023 at 09:19, Greg Reagle - list at speedpost.net
wrote:
> --
> On Sat, Jan 21, 2023, at 10:29 AM, Rodrigo Martins wrote:
>
> > This has great potential. It can simplify the terminal program while
> > being
On Wed, Jan 25, 2023 at 04:35:39PM +0100, German Hammerl wrote:
> Hi there,
>
> I am new to this mailing list and have problems to search the
> archives, therefore I dare to ask, even though this question may
> already have been asked and answered before:
>
> In vanilla dwm, by, e.g.,
Dear all,
it seems to be a specific problem with nvim,
as vim does not have the mentioned issues
in a dwm+st environment.
Sorry for asking the quesion in this mailing list.
Best
German
On 25.01 04:35, German Hammerl wrote:
> Hi there,
>
> I am new to this mailing list and have problems
Hi there,
I am new to this mailing list and have problems to search the
archives, therefore I dare to ask, even though this question may
already have been asked and answered before:
In vanilla dwm, by, e.g., starting mutt or vifm via
st -e mutt
st -e vifm
I receive a fullscreen
On Sat, Jan 21, 2023, at 10:29 AM, Rodrigo Martins wrote:
> This has great potential. It can simplify the terminal program while
> being very unixy.
>
> Here are some ideas for filters/transformers:
>
> - Unicode input: like composition key in the linux terminal or Xorg.
> - Lock: asks for
This has great potential. It can simplify the terminal program while being very
unixy.
Here are some ideas for filters/transformers:
- Unicode input: like composition key in the linux terminal or Xorg.
- Lock: asks for password when locked, behaves like cat otherwise.
- Macro: allows recording
Stein wrote in the commit message of commit c2b748e:
> The edge case scenario that dmenu does not handle on its own, and the
> effect of removing this mechanism, is that if the user trigger
> focusmon via keybindings to change focus to another monitor that has
> no clients, then dmenu will open on
On 1/16/23 22:23, Storkman wrote:
On January 17, 2023 3:03:52 AM UTC, Anskrevy
wrote:
I've got XF86XK_AudioPlay bound in my config.h with the necessary
include file, and this hotkey works when I use my keyboard. However,
when sent from a pair of bluetooth headphones the hotkey isn't
On January 17, 2023 3:03:52 AM UTC, Anskrevy
wrote:
>I've got XF86XK_AudioPlay bound in my config.h with the necessary
>include file, and this hotkey works when I use my keyboard. However,
>when sent from a pair of bluetooth headphones the hotkey isn't
>triggered. I've got the following xev
I've got XF86XK_AudioPlay bound in my config.h with the necessary
include file, and this hotkey works when I use my keyboard. However,
when sent from a pair of bluetooth headphones the hotkey isn't
triggered. I've got the following xev output which shows the two keys
are slightly different
On January 16, 2023 11:21:57 AM UTC, A Farzat wrote:
>Btw, on the email subject it says [SPAM Warning!]. Is it anything I need
>to be concerned with?
Spam filters hate the .xyz TLD because it's supposedly "frequently used by
spammers". I don't know why single out that one in particular, but
On 23/01/16 12:33, Страхиња Радић wrote:
> Most of what's to be said in "defense" of st and other suckless software is
> already out there on suckless.org, including the sorry state of XTerm being
> the
> driving idea behind writing st, which the OP turned upside-down, so that's
> one
> more
On 23/01/14 09:25, Markus Wichmann wrote:
> On Fri, Jan 13, 2023 at 07:53:41PM -0600, Dave Blanchard wrote:
> > I experimented with st for a week or so, before finally realizing that
> > it's poorly-written trash. It has no advantages over XTerm at all.
> >
>
> So where's the patch?
>
> Given
On Mon, Jan 16, 2023 at 08:21:57PM +0900, A Farzat wrote:
> Btw, on the email subject it says [SPAM Warning!]. Is it anything I need
> to be concerned with?
No, you're good. It was just a false positive on my end and I forgot to
remove that before replying.
- NRK
On 23/01/16 12:10pm, NRK wrote:
> On Sun, Jan 15, 2023 at 06:28:55PM +0900, A Farzat wrote:
> > 2- In the view() function, there is this line:
> > ```c
> > selmon->seltags ^= 1; /* toggle sel tagset */
> > ```
> > What is the purpose of this line? In fact, what is the purpose of having
> > two
On Sun, Jan 15, 2023 at 06:28:55PM +0900, A Farzat wrote:
> 2- In the view() function, there is this line:
> ```c
> selmon->seltags ^= 1; /* toggle sel tagset */
> ```
> What is the purpose of this line? In fact, what is the purpose of having
> two tagsets in the first place? From what I see, all
I am trying to modify dwm so that the tags on all monitors are synced.
Basically something like the [switch all monitor tags
patch](http://dwm.suckless.org/patches/switch_all_monitor_tags/) but
more extreme. It is simple to implement but I wanted to make sure of two
things first:
1- In the view()
I am searching for a compiler which would compile for picorv32 processor
published YosysHQ.
Current gcc toolchain is gigantic and I'm looking for something minimal. Have
you folks discovered any projects for the same?
Thanking you
Sagar Acharya
On Fri, 13 Jan 2023 19:53:41 -0600
Dave Blanchard wrote:
> I experimented with st for a week or so, before finally realizing that
> it's poorly-written trash. It has no advantages over XTerm at all.
Why do you think it's "poorly written"? I looked at the code when I
wanted to add a feature. I
On Fri, Jan 13, 2023 at 07:53:41PM -0600, Dave Blanchard wrote:
> I experimented with st for a week or so, before finally realizing that
> it's poorly-written trash. It has no advantages over XTerm at all.
>
So where's the patch?
Given that a terminal emulator is a necessary part of the Trusted
On 23/01/12 11:35am, Gauthier Östervall wrote:
> On Sun, 8 Jan 2023 at 11:21, A Farzat wrote:
> >
> > Is there a way to obtain the currently focused monitor in dwm? I want to
> > use it in my script to control which monitor gets its brightness
> > modified.
>
> Do you mean obtain from outside
On Sun, 08 Jan 2023 04:32:20 -0500
"Greg Reagle" wrote:
> I wrote this little wrapper script I call ost:
>
> <<<
> #!/bin/sh
> export ST_LOG_FILE=$(mktemp) || { printf '%s\n' "$0: cannot create temp file"
> >&2 ; exit 1; }
> st -o "$ST_LOG_FILE" "$@"
> rm "$ST_LOG_FILE"
> >>>
>
> If some
On Sun, 8 Jan 2023 at 11:21, A Farzat wrote:
>
> Is there a way to obtain the currently focused monitor in dwm? I want to
> use it in my script to control which monitor gets its brightness
> modified.
Do you mean obtain from outside the dwm process? Not directly, that I
am aware of. But you
Hi,
On Sun Jan 8, 2023 at 11:40 AM CET, A Farzat wrote:
> On 23/01/08 11:32am, Hiltjo Posthuma wrote:
> > On Sun, Jan 08, 2023 at 07:19:10PM +0900, A Farzat wrote:
> > > Is there a way to obtain the currently focused monitor in dwm? I want to
> > > use it in my script to control which monitor
On Sun, Jan 08, 2023 at 07:40:21PM +0900, A Farzat wrote:
> On 23/01/08 11:32am, Hiltjo Posthuma wrote:
> > On Sun, Jan 08, 2023 at 07:19:10PM +0900, A Farzat wrote:
> > > Is there a way to obtain the currently focused monitor in dwm? I want to
> > > use it in my script to control which monitor
On 23/01/08 11:32am, Hiltjo Posthuma wrote:
> On Sun, Jan 08, 2023 at 07:19:10PM +0900, A Farzat wrote:
> > Is there a way to obtain the currently focused monitor in dwm? I want to
> > use it in my script to control which monitor gets its brightness
> > modified.
> >
> > Regards,
> > Farzat
>
>
On Sun, Jan 08, 2023 at 07:19:10PM +0900, A Farzat wrote:
> Is there a way to obtain the currently focused monitor in dwm? I want to
> use it in my script to control which monitor gets its brightness
> modified.
>
> Regards,
> Farzat
selmon
--
Kind regards,
Hiltjo
Is there a way to obtain the currently focused monitor in dwm? I want to
use it in my script to control which monitor gets its brightness
modified.
Regards,
Farzat
signature.asc
Description: PGP signature
I wrote this little wrapper script I call ost:
<<<
#!/bin/sh
export ST_LOG_FILE=$(mktemp) || { printf '%s\n' "$0: cannot create temp file"
>&2 ; exit 1; }
st -o "$ST_LOG_FILE" "$@"
rm "$ST_LOG_FILE"
>>>
If some output scrolls past that I want to go back and see, I look at its
"$ST_LOG_FILE" in
[other] Greg,
sorry, this is maybe too philosophical. but, reading your thoughts,
what strikes me is, from the 1980s/90s (by [another] Greg[or] Kiczales)
a model of things (software modules, say, or programs, or computing
systems), where each "thing" has two sorts of interfaces: a *using*
On Sat Jan 7, 2023 at 9:30 PM EST, Greg Reagle wrote:
> I have coined the phrase terminal transformer for a class of programs
> like tmux, dvtm, tcvt, and splitvt. Perhaps there is already a phrase.
"multiplexer" seems to be the term commonly used:
I have coined the phrase terminal transformer for a class of programs
like tmux, dvtm, tcvt, and splitvt. Perhaps there is already a phrase.
A terminal transformer runs on top of a terminal emulator and acts as
a terminal emulator itself, with an application like nano running on
top of it. In
Hi, I have been working the last couple of weeks on XFiles[1], a GUI
file browser for X11 with modular design and appeal to configurability.
I'd like to hear your opinions on the project.
[1]: https://github.com/phillbush/xfiles
I learned how to use Xlib mainly from Suckless applications, and
> Many reasons. Lexi Summer Hale (https://xn--rpa.cc/irl/term.html) was
> influential. libtickit's better handling of colors was a big driver. The
> author, Paul "LeoNerd" Evans, is wonderful to work with, and also provides
> libvterm, which is more processing that shouldn't be implemented
On 1/2/23 12:31, fo...@dnmx.org wrote:
Announcing the first public code release of a4, a dynamic terminal...
I haven't tried it, but looks hot as fuck!
Why replace ncurses?
Is it bloated than the ~700 or how-many lines was it, this other lib?
Many reasons. Lexi Summer Hale
> Announcing the first public code release of a4, a dynamic terminal...
I haven't tried it, but looks hot as fuck!
Why replace ncurses?
Is it bloated than the ~700 or how-many lines was it, this other lib?
Neat, will do a test-drive today and package it to Alpine Linux!
Cheers,
Pedro Lucas Porcellis
Announcing the first public code release of a4, a dynamic terminal
window manager. There are still improvements to be made but the tool is
essentially working now. A4 is a partial rewrite of dvtm, which in turn
is a text-based implementation of dwm. A4 replaces the ncurses back end
with
(I hate replying using this e-mail web-site -_-, having to copy-paste myself)
> It's probably not suckless, but I happen to like D+.
You like D+? I am glad to hear that ;).
> Would like to get some code added to support BearSSL.
Just use I2P (and to some extents Tor) and be done with shitty
On Sun, Dec 18, 2022 at 8:17 AM wrote:
> You consider Netsurf to be a minimal web browser? Never used it, but:
> Well.. Suckless' Surf depends on a piece of shit called webkitgtk something
> like that if I remember correctly.. so I use Links instead.
> I so far like Links (haven't checked out the
> I see that suckless community suggests static sites and browsers like
netsurf.
> I currently use badwolf.
>
> Are there any search engines which list css only sites
> and which work well with the minimal browser?
> Thanking you
> Sagar Acharya
> https://designman.org
You consider Netsurf to be
I see that suckless community suggests static sites and browsers like netsurf.
I currently use badwolf.
Are there any search engines which list css only sites and which work well with
the minimal browser?
Thanking you
Sagar Acharya
https://designman.org
Why is there a need to shift from http powered by TLS?
I saw that there's old gopher and more recent gemini. What are some pros and
cons of each?
Thanking you
Sagar Acharya
On Tue, 29 Nov 2022 17:47:40 -0600
fernandoreyesavila3 wrote:
> On 22/11/26 04:06PM, Enan Ajmain wrote:
> > Previous responders said:
> >
> > o Maybe GMail doesn't allow sending emails without their web
> > interface o Gmail doesn't allow to use SMTP in a classic way
> > (normal auth
On 22/11/26 04:06PM, Enan Ajmain wrote:
> Previous responders said:
>
> o Maybe GMail doesn't allow sending emails without their web interface
> o Gmail doesn't allow to use SMTP in a classic way (normal auth
> with/without encryption).
>
> I can confirm that GMail does allow sending
Previous responders said:
o Maybe GMail doesn't allow sending emails without their web interface
o Gmail doesn't allow to use SMTP in a classic way (normal auth
with/without encryption).
I can confirm that GMail does allow sending emails through other means
(not only “git send-email”,
On 22/11/25 09:43, Teodoro Santoni wrote:
> Gmail doesn't allow to use SMTP in a classic way (normal auth
> with/without encryption). You may need to ask your sysadmins for
> XOAUTH2 keys and try to pass that git send-email through an SMTP thing
> like msmtp.
> A faster solution would be to make
> According to the git-config man page, variable names are case sensitive,
> so smtpencryption should be smtpEncryption (and so on).
“The variable names are case-insensitive, allow only alphanumeric
characters and -, and must start with an alphabetic character.”
On Thu, Nov 24, 2022 at 12:42:08PM -0700, Michael Partridge wrote:
> Happy Thanksgiving!
> I'm having trouble using `git --send-email` to send a patch in.
>
> I am trying to use this email address (mcp...@nau.edu) with the
> following settings in my global config:
> ```
> [sendemail]
>
Hi Michael,
2022-11-24 20:42 GMT+01:00, Michael Partridge :
> Happy Thanksgiving!
> I'm having trouble using `git --send-email` to send a patch in.
>
> I am trying to use this email address (mcp...@nau.edu) with the
> following settings in my global config:
> ```
> [sendemail]
>
On 2022-11-24 07:42 PM, Michael Partridge wrote:
Happy Thanksgiving!
I'm having trouble using `git --send-email` to send a patch in.
I am trying to use this email address (mcp...@nau.edu) with the
following settings in my global config:
```
[sendemail]
smtpencryption = tls
smtpserver =
On Thu, 24 Nov 2022 12:42:08 -0700
Michael Partridge wrote:
Dear Michael,
> Happy Thanksgiving!
thanks, to you as well!
> I'm having trouble using `git --send-email` to send a patch in.
>
> I am trying to use this email address (mcp...@nau.edu) with the
> following settings in my global
Hi Michael,
> Happy Thanksgiving!
To you too!
> I'm having trouble using `git --send-email` to send a patch in.
>
> I am trying to use this email address (mcp...@nau.edu) with the
> following settings in my global config:
> ```
> [sendemail]
> smtpencryption = tls
> smtpserver =
Happy Thanksgiving!
I'm having trouble using `git --send-email` to send a patch in.
I am trying to use this email address (mcp...@nau.edu) with the
following settings in my global config:
```
[sendemail]
smtpencryption = tls
smtpserver = smtp.gmail.com
smtpuser = mcp...@nau.edu
On Sun, Nov 13, 2022 at 09:46:00AM +0600, Enan Ajmain wrote:
> But if you're asking why the Makefile of st doesn't use these flags by
> default then I think the makefile is supposed to be used by the end user
> and the user should not be required to deal with warnings. Unless they
> want to, in
On Sat, 12 Nov 2022 19:56:17 +
ShellCode wrote:
> So it made me wonder, what are your thoughts on passing -Werror by
> default to the compiler ? And what about -Wall and -Wextra ?
I think these warnings are valuable indicators of potential bugs and the
devs should pay close attention to
Hey everyone,
I started using st (thanks a lot for your work by the way) and applied some
patches.
When I applied the externalpipe patch, and recompiled st, I noticed some
warnings were emitted by my compiler. I'm not a 100% sure (i'm not familiar
with this code) but I feel like there's a bug
Hi Andre,
On Wed Nov 2, 2022 at 4:56 PM CET, Dr. André Desgualdo Pereira wrote:
> The swapfocus patch works as intended when we have changed the focus on the
> same tag. But when coming from another tag, the swapfocus does nothing.
>
> Example: suppose the focus is on a window at tag 2, then I
The swapfocus patch works as intended when we have changed the focus on the
same tag. But when coming from another tag, the swapfocus does nothing.
Example: suppose the focus is on a window at tag 2, then I manyally focus
another window on another tag (say 3). Now if I try to swapfocus (Mod+S)
On 10/30/22 13:36, NRK wrote:
On Sun, Oct 30, 2022 at 12:50:54PM -0700, Anskrevy wrote:
And here is my valgrind output
https://gist.github.com/Anskrevy/b981453fb7fbe3fb410ac1dd883d23ad
Looking at the backtrace it doesn't seem like it generated anywhere from
libsl (or your program)
Hello jan,
On 22/10/31 05:37PM, Jan Klemkow wrote:
> # ii -ts irc.example.com -p 6697 -F ""
> ii: wrong fingerprint:
> SHA256:848f491d956befc9b9a79f1000a57b3eb131d424e4bae69b3684d4327fb11f02
>
> # ii -ts irc.example.com -p 6697 -F
>
Hi Fernando,
On Sat, Oct 29, 2022 at 11:38:10AM -0500, fernandoreyesavila3 wrote:
> I am hosting an ergo irc server with self signed certificates.
> Connecting to any public irc server works as expected. ii prints the
> following when I try to connect to my server.
>
> $ ii -s servername.com -p
On Sun, Oct 30, 2022 at 12:50:54PM -0700, Anskrevy wrote:
> And here is my valgrind output
> https://gist.github.com/Anskrevy/b981453fb7fbe3fb410ac1dd883d23ad
Looking at the backtrace it doesn't seem like it generated anywhere from
libsl (or your program)
==2726510== 288 (256 direct, 32
On 10/30/22 10:47, NRK wrote:
On Thu, Oct 27, 2022 at 01:19:28PM -0700, Anskrevy wrote:
Any program using libsl, or calling FcIni (directly or indirectly), that
does not call FcFini results in a small memory leak. dwm and dmenu are
effected by this.
I do not see any call to FcInit in libsl,
On Thu, Oct 27, 2022 at 01:19:28PM -0700, Anskrevy wrote:
> Any program using libsl, or calling FcIni (directly or indirectly), that
> does not call FcFini results in a small memory leak. dwm and dmenu are
> effected by this.
I do not see any call to FcInit in libsl, nor do I see any such call in
Hi Fernando and Hiltjo,
On Sat, Oct 29, 2022 at 08:18:22PM +0200, Hiltjo Posthuma wrote:
> On Sat, Oct 29, 2022 at 11:38:10AM -0500, fernandoreyesavila3 wrote:
> > I am hosting an ergo irc server with self signed certificates.
> > Connecting to any public irc server works as expected. ii prints
On Sat, Oct 29, 2022 at 11:38:10AM -0500, fernandoreyesavila3 wrote:
> Hello all,
>
> I am hosting an ergo irc server with self signed certificates.
> Connecting to any public irc server works as expected. ii prints the
> following when I try to connect to my server.
>
> $ ii -s servername.com
Hello all,
I am hosting an ergo irc server with self signed certificates.
Connecting to any public irc server works as expected. ii prints the
following when I try to connect to my server.
$ ii -s servername.com -p 6697
NICK nando
USER nando localhost servername.com :nando
ii: remote host
On 10/28/22 01:20, Hiltjo Posthuma wrote:
On Thu, Oct 27, 2022 at 01:19:28PM -0700, Anskrevy wrote:
Any program using libsl, or calling FcIni (directly or indirectly), that
does not call FcFini results in a small memory leak. dwm and dmenu are
effected by this. Appending a call to FcFini in the
On Fri, Oct 28, 2022 at 11:07:44AM +0200, Yan Doroshenko wrote:
> Helo,
>
>
> I have a strange behavior of dmenu inside dwm with two monitors. dmenu is
> displayed on the screen with the mouse cursor (instead of the active one) if
> there are no windows open on any screen. Otherwise it works
Helo,
I have a strange behavior of dmenu inside dwm with two monitors. dmenu
is displayed on the screen with the mouse cursor (instead of the active
one) if there are no windows open on any screen. Otherwise it works fine.
Is this expected behavior?
Thanks,
Yan
OpenPGP_signature
On Thu, Oct 27, 2022 at 01:19:28PM -0700, Anskrevy wrote:
> Any program using libsl, or calling FcIni (directly or indirectly), that
> does not call FcFini results in a small memory leak. dwm and dmenu are
> effected by this. Appending a call to FcFini in the cleanup function will
> fix this.
>
Any program using libsl, or calling FcIni (directly or indirectly), that
does not call FcFini results in a small memory leak. dwm and dmenu are
effected by this. Appending a call to FcFini in the cleanup function
will fix this.
My issue is very similar to https://github.com/martanne/dvtm/issues/111.
My default editor (vis) is envoked when I do Mod+e but when I try to
paste with Mod+p nothing happens. Tested on xterm and st, with OpenBSD
vi and vis editors, in cwm and wmii window managers. I tried invoking
the
NRK writes:
> I had bought up this issue in the past and the conclusion was that there
> should just be a comment added [0] as users are treated as programmers.
>
> [0]: https://lists.suckless.org/hackers/2208/18484.html
>
> - NRK
>
I should have read the archives before emailing.
Thanks for the
Hi all,
I started digging through the patches accumulated over the last year and
pushed already some changes.
This is the time for some final polishing / refactoring before a final
first stable (and feature complete) release of slstatus.
To keep slstatus at a reasonable size, I would like to
> I had bought up this issue in the past and the conclusion was that there
> should just be a comment added [0] as users are treated as programmers.
>
> [0]: https://lists.suckless.org/hackers/2208/18484.html
>
So be it! :-)
A user report is a good reason for adding the comment.
--
Best Regards,
On Wed, Oct 26, 2022 at 02:10:19PM +, Tom Schwindl wrote:
> However, a length check & truncation
> of the last char doesn't seem harmful at all. Thoughts?
I had bought up this issue in the past and the conclusion was that there
should just be a comment added [0] as users are treated as
Hi,
On Tue Oct 25, 2022 at 5:03 PM CEST, spaceman wrote:
> Hi,
>
> While compiling dwm on slackware 15 I get the following (with
> _FORTIFY_SOURCE=3):
And therein lies the catch. The call to strncpy(3) copies the symbol of the
currently selected layout to the layout symbol (ltsymbol) which will
Hi,
While compiling dwm on slackware 15 I get the following (with
_FORTIFY_SOURCE=3):
In file included from /usr/include/string.h:519,
from dwm.c:29:
In function 'strncpy',
inlined from 'arrangemon' at dwm.c:400:2,
inlined from 'arrange' at dwm.c:394:3,
inlined from
It was thus said that the Great Laslo Hunhold once stated:
> Dimitris Papastamos, z3bra and I had worked on ratox[0] (with useful
> scripts here[1]), a suckless Tox-client, back in 2014. After the second
> toxcore-API-iteration within a few months we were fed up with it,
> though, and the project
On Fri, 21 Oct 2022 12:58:47 -0500
fernandoreyesavila3 wrote:
Dear Fernando,
> Could you please give me some more details on bringing the ratox
> project to the new api. I would be happy to contribute however I have
> little programming knowledge.
I think that this constitutes a pretty
On 22/10/19 07:41AM, Laslo Hunhold wrote:
> If you're looking for a project, bringing this back up to speed with
> mainline-toxcore might be a nice thing. :)
Hello,
Could you please give me some more details on bringing the ratox project
to the new api. I would be happy to contribute however I
601 - 700 of 26239 matches
Mail list logo