On 2024-11-13 06:55, Storkman wrote:
Check out the man page for xinit. You can specify the server and
options
to it on the command line.
I tried doing 'xinit -- /usr/bin/Xfbdev :0 vt1'
Sadly, when I do this, keyboard input doesn't work, and I can't even
switch to another tty.
Doing 'xinit
On 2024-11-13 00:02, Storkman wrote:
On Tue, Nov 12, 2024 at 08:07:45PM +, stefan1 wrote:
Not really related to what was discussed earlier,
but I thought I might find someone who can help me with this here.
I have this script for starting Xfbdev and running my .xinitrc:
```
#!/bin/sh
On 2024-11-12 21:35, Eric Pruitt wrote:
On Tue, Nov 12, 2024 at 08:07:45PM +, stefan1 wrote:
Does anyone know how to improve the above script to get it to kill X
after I
kill dwm?
Is vt1 a script that launches dwm? When you press Alt+Q to kill dwm,
does this also kill any other
Not really related to what was discussed earlier,
but I thought I might find someone who can help me with this here.
I have this script for starting Xfbdev and running my .xinitrc:
```
#!/bin/sh
export DISPLAY=${DISPLAY:-:0}
trap "$HOME/.xinitrc" USR1
(
trap '' USR1
exec /usr/bin/Xfbd
On 2024-11-11 23:18, stefan1 wrote:
În 11 noiembrie 2024 23:17:48 EET, Storkman a
scris:
On Thu, Nov 07, 2024 at 11:18:03AM +, stefan1 wrote:
On 2024-11-05 10:37, stefan1 wrote:
>
> Looks like git st works.
Looked into it a bit more, and it turns out that the reason it
În 11 noiembrie 2024 23:17:48 EET, Storkman a scris:
>On Thu, Nov 07, 2024 at 11:18:03AM +0000, stefan11111 wrote:
>> On 2024-11-05 10:37, stefan1 wrote:
>> >
>> > Looks like git st works.
>>
>> Looked into it a bit more, and it turns out that the r
On 2024-11-05 10:37, stefan1 wrote:
Looks like git st works.
Looked into it a bit more, and it turns out that the reason it failed
like that
is not because of code from st, but because of the alpha patch for st.
XftColorAllocName() fails(likely not implemented in tinyx), which kills
On 2024-11-05 00:03, Hiltjo Posthuma wrote:
Hi,
Many years ago I tested tinyx. It was quite nice and small.
If there are (small) changes required for st, dmenu and dmenu to work
(again).
Feel free to send them.
Looks like git st works.
dmenu and dwm also work.
--
Linux-gentoo-x86_64-Intel
On 2024-11-03 23:57, stefan1 wrote:
For those of you who use gentoo, I also have an ebuild
for this patched tinyx in my overlay:
https://github.com/stefan1/stefan_overlay/blob/main/x11-base/tinyx/tinyx-1.1.ebuild
This link is now broken, as someone pointed out a better way to manage
my overlay:
https://github.com/stefan1/stefan_overlay/blob/main/x11-base/tinyx/tinyx-1.1.ebuild
So far, every X11 app I tested works, with the exception of st.
Xterm works however.
Even palemoon works.
St fails like so:
$ st
X Error of failed request: BadMatch (invalid parameter attributes
For some reason, hardware acceleration didn't work for my gpu.
See this thread on the gentoo forums:
https://forums.gentoo.org/viewtopic-t-1164703.html
În 3 septembrie 2024 22:35:46 EEST, Sean MacLennan a scris:
>On Tue, 03 Sep 2024 16:54:36 +
>stefan1 wrote:
>
&g
/1638
For those who can't/don't want to open the above link and read the
posts, this is what I use to avoid building mesa:
https://github.com/stefan1/dri_interface.h
Thoughts?
--
Linux-gentoo-x86_64-Intel-R-_Core-TM-_i5-7400_CPU_@_3.00GHz
COMMON_FLAGS="-O3 -pipe -march=na
Hi suckless enjoyers. Beware, this is quite a long mail.
I have come with an update 6 months after this thread:
https://lists.suckless.org/dev/2401/35517.html
To those who can't open that link in their mailer, it's the thread where
I
presented my fork of gtk2:
https://github.com/s
În 22 iunie 2024 00:10:52 EEST, "Страхиња Радић" a
scris:
>Дана 24/06/21 09:14PM, Markus Wichmann написа:
>> Isn't it all about familiarity in the end? Or can you articulate what
>> parts of C11 and C23 you find objectionable?
>
>Just a few examples:
>
>- C11: bounds checking interfaces (now e
What about using char's then?
În 15 iunie 2024 15:36:16 EEST, "Mattias Andrée" a scris:
>I have some general issues with _Bool:
>
>Arithmetic or bitwise operations on _Bool is subject to type promotion
>making them rather pointless.
>
>With also be a problem if they were not, as you than couldn't
Since a few people found the software I listed in my last email useful,
I'll do this again.
First off, my fork of kirc with extra features:
https://github.com/stefan1/kirc
It has some nice additions to https://github.com/mcpcpp/kirc,
like dcc support, both ipv4 and ipv6, timestamping,
În 12 ianuarie 2024 02:52:31 EET, Storkman a scris:
>On Thu, Jan 11, 2024 at 09:46:15PM +0000, stefan11111 wrote:
>>
>> Hi dev ml readers.
>> I am going to shill some of my software on this list after getting it to
>> a decent point.
>>
>> I pres
În 12 ianuarie 2024 01:38:56 EET, Eric Pruitt a scris:
>On Thu, Jan 11, 2024 at 09:46:15PM +0000, stefan11111 wrote:
>> Is anyone else here interested in this?
>> Does anyone have similar projects?
>
>I think there's nothing wrong with wanting slimmer software, and
Hi dev ml readers.
I am going to shill some of my software on this list after getting it to
a decent point.
I present to you, gtk2 without atk and forced accessiblilty:
https://github.com/stefan1/gtk2
And for those who want to use gtk3:
https://github.com/stefan1/atk
Is anyone else
On 2024-01-05 14:33, Страхиња Радић wrote:
On 24/01/05 02:08PM, stefan1 wrote:
Aside from ungoogled chromium, which browser would you say it's worth
using?
Preferably not chromium based and not tied to google/mozilla/big
company>'s whims and shady interests.
That's the
On 2024-01-05 07:14, Страхиња Радић wrote:
On 24/01/05 04:14AM, stefan1 wrote:
Maybe even remove my desktop all together at that point. :)
Root window + st, with a terminal multiplexer is all that is needed.
Desktop
icons are just eye candy, and inefficient when moving a mouse to a
În 4 ianuarie 2024 21:23:54 EET, "Страхиња Радић" a
scris:
>> what is a suckless way to add a few keyboard shortcuts to Firefox
>
>Edit its source code (unironically). Anyone who would laugh at this proposal
>doesn't actually understand or accept suckless philosophy.
>
>* * *
>
>BTW, Web suck
>D-Bus is bloat in itself and should be avoided if possible, just like related
>bloatware such as systemd.
>
>[1]: https://github.com/grawity/secretsd
+1
I've yet to see a good reason to use dbus.
23 matches
Mail list logo
