9fans

9fans

Fans of Plan 9

Member Since 7 years ago

Experience Points
0
follower
Lessons Completed
0
follow
Best Reply Awards
5
repos
Activity
Dec
20
1 month ago
Activity icon
fork

madina-col-organization forked 9fans/go

⚡ Packages and commands for using Plan 9 from Go
madina-col-organization MIT License Updated
fork time in 1 month ago
Dec
19
1 month ago
started
started time in 1 month ago
Dec
18
1 month ago
Activity icon
issue

fhs issue comment 9fans/plan9port

fhs
fhs

Add wayland support to devdraw

There isn't a great way to move the mouse that I've found, so that is left unimplemented. Everything else seems to work fairly well under sway, and I would believe this to hold true for most other wlroots compositors. I would be interested in reports for those running the wayland variants of gnome of KDE, I have been unable to test under those compositors.

fhs
fhs

Seem to be working in sway after the following change. A bit disappointed it doesn't handle scaling on high dpi display -- that's the main reason I'd want to use wayland natively.

diff --git a/src/cmd/devdraw/wl-screen.c b/src/cmd/devdraw/wl-screen.c
index 3710b43c..e5a32ead 100644
--- a/src/cmd/devdraw/wl-screen.c
+++ b/src/cmd/devdraw/wl-screen.c
@@ -149,6 +149,7 @@ gfx_main(void)
 {
        clientruning = 1;
        gfx_started();
+       for(;;) sleep(3600*1000);
 }

 Memimage*
Dec
17
1 month ago
Activity icon
fork

palmamartin forked 9fans/go

⚡ Packages and commands for using Plan 9 from Go
palmamartin MIT License Updated
fork time in 1 month ago
push

rogpeppe push 9fans/go

rogpeppe
rogpeppe

acme/acmego: allow append at 0

When a line is being added to the start of a document (a classic example being when gofmt adds a //go:build line), the diff logic was ignoring it and thus always thinking that the file needed changes without ever actually applying the changes.

rogpeppe
rogpeppe

Merge pull request #89 from rogpeppe-contrib/018-acmego-fix-zero-append

acme/acmego: allow append at 0

commit sha: 392faaeddcc07ad9f8a59a1c80aefee7b0e6aec5

push time in 1 month ago
pull request

rogpeppe pull request 9fans/go

rogpeppe
rogpeppe

acme/acmego: allow append at 0

When a line is being added to the start of a document (a classic example being when gofmt adds a //go:build line), the diff logic was ignoring it and thus always thinking that the file needed changes without ever actually applying the changes.

pull request

rogpeppe pull request 9fans/go

rogpeppe
rogpeppe

acme/acmego: allow append at 0

When a line is being added to the start of a document (a classic example being when gofmt adds a //go:build line), the diff logic was ignoring it and thus always thinking that the file needed changes without ever actually applying the changes.

Dec
16
1 month ago
started
started time in 1 month ago
started
started time in 1 month ago
Dec
15
1 month ago
started
started time in 1 month ago
Activity icon
issue

jroimartin issue comment 9fans/plan9port

jroimartin
jroimartin

libdraw: fix _fontpipe's error reading

_fontpipe executes fontsrv -pp for a given font name. If the font is found (the output starts with \001), the fd of fontsrv's stdout(+stderr) is returned. On the other side, if the font does not exist, a buffer is filled with the returned error and werrstr is called passing this buffer.

However, _fontpipe is not writing the read bytes into the buffer. This PR fixes that.

You can reproduce the bug executing:

% acme -f/mnt/font/invalidfont

You should see:

Before the fix

% acme -f/mnt/font/invalidfont
imageinit: can't open font /mnt/font/invalidfont: **UNINITIALIZED_MEM**
acme: can't open display: **UNINITIALIZED_MEM**

After the fix

% acme -f/mnt/font/invalidfont
imageinit: can't open font /mnt/font/invalidfont: invalidfont: file not found
acme: can't open display: invalidfont: file not found
jroimartin
jroimartin

@rsc if I'm not wrong, you wrote this code. Could you review the fix? it's a one-line patch so (hopefully) it should be quick. Thanks! :)

pull request

jroimartin pull request 9fans/plan9port

jroimartin
jroimartin

cmd/devdraw: make "big arrow" the default cursor in X11

This PR makes "big arrow" the default cursor in X11.

I cannot test these changes in a HiDPI display, so I don't know if supporting cursor2 in X11 would be a must. However, if I'm not wrong, the current X11 implementation was not using cursor2 before and some cursors like boxcursor, whitearrow were being set.

@rsc what do you think? Thanks!

started
started time in 1 month ago
started
started time in 1 month ago
Dec
14
1 month ago
started
started time in 1 month ago
push

rsc push 9fans/go

rsc
rsc

cmd/acme: fix failed cmdlookup panic

rsc
rsc

cmd/acme: raise block sizes, for larger Edit cmds

commit sha: 5228387a6c127b1c8c6b5564e5f5abe46d928f34

push time in 1 month ago
Dec
12
1 month ago
Activity icon
fork

txtor forked 9fans/plan9port

⚡ Plan 9 from User Space
txtor Updated
fork time in 1 month ago
pull request

af-afk pull request 9fans/go

af-afk
af-afk

Add wrsel, rdsel to win and make Selection use rdsel

Also make Selection use rdsel instead of addr=dot.

Activity icon
fork

af-afk forked 9fans/go

⚡ Packages and commands for using Plan 9 from Go
af-afk MIT License Updated
fork time in 1 month ago
Dec
11
1 month ago
started
started time in 1 month ago
Dec
10
1 month ago
Activity icon
issue

lootch issue comment 9fans/go

lootch
lootch

9pserve: announce unix!/tmp/ns.hherman.:0/acme: No such file or directory

I'm trying to work out why this is happening, but in the mean time I thought you might also like to know about it. I've deleted a few of the plan9 binaries from my machine that were colliding with programs I use normally (e.g zip or tar), so possibly I've deleted something important. If this rings any bells, pointers would be much appreciated!

lootch
lootch

Just a guess, but I think you deleted the namespace directory while some utility (acme?) still expected to find it.

I don't think this will occur again any time soon, unless you go through the same motions.

I add '$PLAN9/bin' to the end of '$PATH', not the beginning. That's where the '9' command really comes in handy.

Lucio.

On 12/10/21, Hunter Herman ***@wrote:

seems to be fixed by running mkdir -p /tmp/ns.hherman.:0 but seems odd that I had to do this (I didn't before)

-- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/9fans/go/issues/87#issuecomment-990497413

-- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa

Ph.: +27 58 653 1433 Cell: +27 83 251 5824

Activity icon
issue

hherman1 issue comment 9fans/go

hherman1
hherman1

9pserve: announce unix!/tmp/ns.hherman.:0/acme: No such file or directory

I'm trying to work out why this is happening, but in the mean time I thought you might also like to know about it. I've deleted a few of the plan9 binaries from my machine that were colliding with programs I use normally (e.g zip or tar), so possibly I've deleted something important. If this rings any bells, pointers would be much appreciated!

hherman1
hherman1

seems to be fixed by running mkdir -p /tmp/ns.hherman.:0 but seems odd that I had to do this (I didn't before)

Activity icon
issue

hherman1 issue 9fans/go

hherman1
hherman1

9pserve: announce unix!/tmp/ns.hherman.:0/acme: No such file or directory

I'm trying to work out why this is happening, but in the mean time I thought you might also like to know about it. I've deleted a few of the plan9 binaries from my machine that were colliding with programs I use normally (e.g zip or tar), so possibly I've deleted something important. If this rings any bells, pointers would be much appreciated!

Dec
9
1 month ago
started
started time in 1 month ago
pull request

jroimartin pull request 9fans/plan9port

jroimartin
jroimartin

libdraw: fix _fontpipe's error reading

_fontpipe executes fontsrv -pp for a given font name. If the font is found (the output starts with \001), the fd of fontsrv's stdout(+stderr) is returned. On the other side, if the font does not exist, a buffer is filled with the returned error and werrstr is called passing this buffer.

However, _fontpipe is not writing the read bytes into the buffer. This PR fixes that.

You can reproduce the bug executing:

% acme -f/mnt/font/invalidfont

You should see:

Before the fix

% acme -f/mnt/font/invalidfont
imageinit: can't open font /mnt/font/invalidfont: **UNINITIALIZED_MEM**
acme: can't open display: **UNINITIALIZED_MEM**

After the fix

% acme -f/mnt/font/invalidfont
imageinit: can't open font /mnt/font/invalidfont: invalidfont: file not found
acme: can't open display: invalidfont: file not found
Dec
8
1 month ago
started
started time in 1 month ago
started
started time in 1 month ago
started
started time in 1 month ago
Dec
7
1 month ago
started
started time in 1 month ago
started
started time in 1 month ago