profile
viewpoint

emacs-helm/helm-recoll 29

helm interface for the recoll desktop search tool.

csantosb/vhdl-tools 10

Easier navigation of VHDL sources

csantosb/myscripts 4

Several useful bash scripts I am using in my daily workflow.

csantosb/rcirc-alert 1

Alerts (notifications) on top of emacs rcirc. Five different kinds of alerts are managed. They can be configured and disabled in a per buffer (channel) basis

csantosb/cocotb 0

Coroutine Co-simulation Test Bench

csantosb/dockerfiles 0

my dockerfiles

csantosb/emacs-can-do-that 0

Yep, emacs can do that !

csantosb/emacs_simple_config 0

A simplified version of my emacs config files, to be used under cygwin

csantosb/helm-recoll 0

helm interface for the recoll desktop search tool.

csantosb/keychain-environment 0

Loads keychain environment variables into emacs

issue commentfsquillace/junest

Proot not working properly

The current version of proot used by junest may not work properly for such system like debian. If you compile proot you will get a new binary which you can use together with junest:

junest proot --backend-command /path/to/the/new/compiled/proot

Hopefully that makes things working.

Zoradius

comment created time in 9 days

issue commentfsquillace/junest

Proot not working properly

I have the same problem and dont understand @fsquillace answer. Using Debian hence junest ns doesnt work I need to get Proot to work.

Zoradius

comment created time in 9 days

startednewren/git-filter-repo

started time in 14 days

startednewren/git-filter-repo

started time in 14 days

startednewren/git-filter-repo

started time in 14 days

issue commentfsquillace/junest

Proot not working properly

Hi, that's a fair concern. Have you try to use --backend-command to specify your proot binary?

Zoradius

comment created time in a month

issue openedguotsuan/awesome-revelation

awful.tag.history.restore attempts to display revelation tag after it has been deleted

In awesome v4.3, after using revelation (after selecting a client from it or escaping from it to cancel), running awful.tag.history.restore (Mod + Esc) will attempt to view only the revelation tag and will thus hide all tags. Tapping Mod + Esc again from this position will do nothing, and one must return to a tag via other means.

I think the behavior of awful.tag.history.restore immediately after exiting the revelation tag should be, if possible, to restore the tag that awful.tag.history.restore would have restored before revelation was run. If that's easier said than done, then awful.tag.history.restore should simply do nothing, rather than awkwardly rendering itself useless.

Totally open and grateful for a hack or workaround, either on the revelation side or some sort of wrap-around function for awful.tag.history.restore. Best regards

created time in a month

startedflyingpie/windows-terminal-quake

started time in a month

issue commentfsquillace/junest

Question: Memory space utilisation / de-duplication within JuNest environments?

Closing this issue as https://github.com/abraunegg/onedrive/issues/1086 is closed ... this is an issue with JuNest that needs to be investigated on the users platform.

abraunegg

comment created time in a month

issue closedfsquillace/junest

Question: Memory space utilisation / de-duplication within JuNest environments?

Hi all,

I was wondering if the JuNest folk can provide some insight / analysis on the following issue - https://github.com/abraunegg/onedrive/issues/1086

I am the developer / maintainer for the Linux OneDrive client and the above issue has been raised by a user, who is having an issue - however I am at present unable to replicate not only the issue, but operating environment as well.

The key to understanding the issue / problem is in the debug log files.

In the logs, we have a variable (idToQuery) set to a particular item. that variable is then used, twice, for 2 different queries, with zero variable modification. For the first query, this works without issue, for the second, this variable has been 'munged' & contains bad data - this the query that utilises this query fails.

We have tried using 2 different compilers (DMD / LDC) and the issue remains the same - in the same spot.

This issue is 100% reproducible on the users environment, but, on Arch Linux (or any other Linux platform that is non JuNest) there is zero issue - unable to reproduce at all.

It would be great to get some insight / ideas from the JuNest community on this issue. Does JuNest use any sort of aggressive in-memory deduplication or anything along those lines?

closed time in a month

abraunegg

issue commentfsquillace/junest

How do I mount bind some directories (manually) to junest environment without editing junest?

For someone like me who comes here from Google: if you you use namespaces, the proper command is junest ns -b "--bind /data /data"

adamcavendish

comment created time in 2 months

startedsebastiencs/company-box

started time in 2 months

issue openedfsquillace/junest

Question: Memory space utilisation / de-duplication within JuNest environments?

Hi all,

I was wondering if the JuNest folk can provide some insight / analysis on the following issue - https://github.com/abraunegg/onedrive/issues/1086

I am the developer / maintainer for the Linux OneDrive client and the above issue has been raised by a user, who is having an issue - however I am at present unable to replicate not only the issue, but operating environment as well.

The key to understanding the issue / problem is in the debug log files.

In the logs, we have a variable (idToQuery) set to a particular item. that variable is then used, twice, for 2 different queries, with zero variable modification. For the first query, this works without issue, for the second, this variable has been 'munged' & contains bad data - this the query that utilises this query fails.

We have tried using 2 different compilers (DMD / LDC) and the issue remains the same - in the same spot.

This issue is 100% reproducible on the users environment, but, on Arch Linux (or any other Linux platform that is non JuNest) there is zero issue - unable to reproduce at all.

It would be great to get some insight / ideas from the JuNest community on this issue. Does JuNest use any sort of aggressive in-memory deduplication or anything along those lines?

created time in 2 months

issue openedfsquillace/junest

Proot not working properly

Hello everyone,

I've been trying to run JuNEST for a bit now (really love the idea), but as I am unprivileged and namespaces are disabled (on Debian GNU/Linux 10) I have to work in proot mode. However once I start up junest proot I get the following message:
proot info: pid 852541: terminated with signal 11
Warn: Proot is not properly working. Disabling SECCOMP and expect the application to run slowly in particular when it uses syscalls intensively.
As I am not too savy I have since compiled proot seperately and it seems to work fine, but I really want the ease of use of JuNEST. Is there a way to specify the proot directory or does anyone have a tip regarding the above error message?

Thanks in advance.

created time in 2 months

issue commentfsquillace/junest

Change the default shell

I had some problems with junest -- fish, namely when hitting ^C fish would get somehow intertwined with just sh, no commands would work, but as per https://stackoverflow.com/a/39622593 I managed to solve it with setting ENV before launching junest. Junest uses Arch Linux so I think it should work everywhere.

qiuwei

comment created time in 2 months

started4U6U57/wsl-open

started time in 2 months

issue commentfsquillace/junest

Is there any hope to run junest on this shared hosting config?

That's may explain why proot mode does not work. Proot creates a temporary executable file under /tmp. In your example is: /tmp/proot-1290-ognELf.

Regarding the other namespace mode, the user NS is not enabled therefore it is not possible to do run it either.

rahulraj80

comment created time in 2 months

issue commentfsquillace/junest

Is there any hope to run junest on this shared hosting config?

Hi,

I can modify, but cannot execute from that directory:

fy@cp-ht-8 ~ 22:06:40 :) > cd /tmp
fy@cp-ht-8 tmp 22:07:03 :( > nano test.sh
fy@cp-ht-8 tmp 22:07:33 :) > chmod +x test.sh
fy@cp-ht-8 tmp 22:07:42 :) > ./test.sh
-jailshell: ./test.sh: Permission denied

fy@cp-ht-8 tmp 22:07:57 :( > cat test.sh
#!/bin/bash
echo "OK"

rahulraj80

comment created time in 2 months

created tagfsquillace/junest

tag7.2.2

The lightweight Arch Linux based distro that runs upon any Linux distros without root access

created time in 2 months

delete branch fsquillace/junest

delete branch : zst

delete time in 2 months

push eventfsquillace/junest

Filippo Squillace

commit sha 98107ac07f394fb625bf2260c29f86b115036f48

Change format package from xz

view details

Filippo Squillace

commit sha 84f4d2037022227d741c37b9fdc1992d93daadcf

Disable integ test for ARM

view details

Filippo Squillace

commit sha 440dde65643fd401eae30afd29fb14cca609000e

7.2.2

view details

Filippo Squillace

commit sha 8609300b208de6181f762aaa4fff7e356977e869

Merge pull request #254 from fsquillace/zst Zst

view details

push time in 2 months

PR merged fsquillace/junest

Zst
+9 -8

0 comment

4 changed files

fsquillace

pr closed time in 2 months

PR opened fsquillace/junest

Zst
+9 -8

0 comment

4 changed files

pr created time in 2 months

issue commentfsquillace/junest

Is there any hope to run junest on this shared hosting config?

Mmh this host seems tricky. It does not look like it has user NS enabled. You can't even modify files into /tmp?

rahulraj80

comment created time in 2 months

push eventfsquillace/junest

Filippo Squillace

commit sha 440dde65643fd401eae30afd29fb14cca609000e

7.2.2

view details

push time in 2 months

issue commentfsquillace/junest

How to access external partition

Where is the directory located. Can you show me the command you run and the error?

clemencyworld1

comment created time in 2 months

push eventfsquillace/junest

Filippo Squillace

commit sha 84f4d2037022227d741c37b9fdc1992d93daadcf

Disable integ test for ARM

view details

push time in 2 months

create barnchfsquillace/junest

branch : zst

created branch time in 2 months

fork bbatsov/portfolio

A simple tool to calculate the overall performance of an investment portfolio.

http://www.portfolio-performance.info

fork in 3 months

startedbuchen/portfolio

started time in 3 months

more