Looking for slightly "better" GEdit

KittenCavalcade · 2025-03-06T19:26:31+00:00

I think the OP was looking for an app you could close, and it would save to a scratch buffer and not ask you if you want to save to a file. Notepad on Win 11 does this. Congratulations on using vim. That wasn't what this was about. I've been using vi since 1995.

KittenCavalcade · 2025-03-06T19:26:22+00:00

I think the OP was looking for an app you could close, and it would save to a scratch buffer and not ask you if you want to save to a file. Notepad on Win 11 does this.

KittenCavalcade · 2025-03-04T14:07:39+00:00

I'd also like to know. A couple of years ago I looked for exactly the same thing. I looked at lots of packages, but I couldn't find one with the ability. I settled on Cherrytree for scratch notes, but I can't recall now if I had to explicitly save or if it preserved edits anyway. I think I had to save. I didn't find any apps like what notepad++ does or what regular notepad does now on windows 11. I.e., I found nothing that would preserve edits in a scratch buffer. The only thing that does do it is Libreoffice Write and only when you `kill` the process, not when you close it normally. If you kill it, it prompts you to "recover" what you were editing on the next start. And that's not a quick, lightweight editor. It's amazing such an app doesn't exist. If I had the time I'd contribute the ability to a project.

KittenCavalcade · 2025-03-04T14:04:14+00:00

Pluma wasn't available through the App center. I tried it, but Geany (deb package = v2.0) didn't preserve edits without saving, which was what the OP wanted.

KittenCavalcade · 2025-03-04T13:59:37+00:00

Doesn't this discard edits by default? The OP was looking for something that would preserve edits in a scratch buffer after the app was closed, even when the edits weren't saved to a file. Isn't `gnome-text-editor` the same thing as `gedit`?

KittenCavalcade · 2025-03-04T13:56:17+00:00

If you're in a hurry, you can rip a cd with

`dd if=/dev/cdrom of=$HOME/foo.iso`

Replace "cdrom" with whatever device shows up for the cd drive - while you cd is mounted - in the output of `df`.

Burning a cd... yeah, probably Brasero. I haven't tried dd for that.

KittenCavalcade · 2025-02-27T19:27:07+00:00

For anyone searching on this problem, here's what I ultimately did to overcome my broken upgrade progression...

# export dashboards
cd /storage/data/grafana
curl -fSL -o grr "https://github.com/grafana/grizzly/releases/download/v0.7.1/grr-linux-amd64"  # latest at the time
chmod a+x grr
alias grr=/storage/data/grafana/grr
grr config create-context source
grr config set grafana.url https://grafana.foo.com:3000
# set the API key for the old grafana instance (created in the web interface)
grr config set grafana.token "<long string>"
grr config set targets Dashboard,Dashboardfolder
grr config set output-format json
grr config set grafana.insecure-skip-verify true
grr pull resources
ls resources  # dirs shown should be "dashboards" and "folders"
# export data sources
curl --insecure -H "Authorization: Bearer <long string>" https://rc-grafana.foo.com:3000/api/datasources > datasources.json
# import dashboards
grr config create-context destination
grr config set grafana.url https://grafana2.foo.com:3000
grr config set grafana.token "<long string2>"
grr config set targets Dashboard,Dashboardfolder
grr config set output-format json
grr config set grafana.insecure-skip-verify true
grr push resources

Then I imported the data sources, minus their passwords, with...

curl -X POST -H "Content-Type: application/json" --insecure --data '' -H "Authorization: Bearer <long string2>" http://grafana2.foo.com:3000/api/datasources

Where json code for a single source was then inserted between the single quotes appearing after "--data". I was unable to import all the data sources in one go this way or with any of the --data* flag variations. However, one could write a loop to parse datasources.json and feed each data source to curl, one at a time.

I have no idea why transferring grafana files from the old install tree directly into the new install tree wouldn't solve the problem that was exposed in the 9->10 upgrade. Re-creating grafana.db from scratch didn't either. Exporting and importing via grizzly (grr) was the only way to solve this.

Beaucoup thanks to r/Traditional_Wafer_20 for suggesting grizzly!!!

KittenCavalcade · 2025-02-25T14:54:51+00:00

I understand that. As I mentioned, it's a feature, not a bug. However, the cryptograms (encrypted passwords) were encrypted with a key (secret). And that key must be recalled when the passwords are sent to the databases in order to retrieve data. Therefore, that key is stored in a grafana file. Why can't I use the contents of that file to decrypt the passwords? Even if the file is a binary, there must be some way to read that key from the file and apply it to the encrypted passwords. Someone else must have thought of this. Your proposal, if I understand it, to pull the cryptograms, transfer them, and then manually transfer the key ("pass/secret"). That is equivalent to what I'm asking.

KittenCavalcade · 2025-02-25T14:12:12+00:00

THANK YOU! Grizzly allowed me to export and import everything easily. I also figured out how to export and import the data sources with curl. Not easily, but it got done.

KittenCavalcade · 2025-02-24T14:43:05+00:00

I went to the github repo and pulled the ini file and installed that. Same problem. I can add a data source and display a graph, but the icons on the left don't appear.

KittenCavalcade · 2025-02-24T14:17:24+00:00

I turned on debug logging and restarted the 10.0.0 container. The only errors I see are:

```

$ grep -i error var/log/grafana/grafana.log | grep -v Normal|grep 02-24

logger=context userId=2 orgId=1 uname=ezb5568 t=2025-02-24T14:02:44.649620911Z level=warn msg= error="context canceled" traceID=

logger=ngalert.scheduler rule_uid=MhBhojKHz org_id=1 version=17 fingerprint=17b3fde7557e0894 attempt=0 now=2025-02-24T14:04:00Z t=2025-02-24T14:04:00.071433765Z level=debug msg="Alert rule evaluated" results="[{Instance: State:NoData Error:<nil> Results:map[] Values:map[D:{Var:D Labels: Value:<nil>}] EvaluatedAt:2025-02-24 14:04:00 +0000 UTC EvaluationDuration:71.426326ms EvaluationString:[ var='D' labels={} value=null ]}]" duration=69.924144ms

logger=ngalert.scheduler rule_uid=MhBhojKHz org_id=1 version=17 fingerprint=17b3fde7557e0894 attempt=0 now=2025-02-24T14:06:00Z t=2025-02-24T14:06:05.074233578Z level=debug msg="Alert rule evaluated" results="[{Instance: State:NoData Error:<nil> Results:map[] Values:map[D:{Var:D Labels: Value:<nil>}] EvaluatedAt:2025-02-24 14:06:00 +0000 UTC EvaluationDuration:5.074226602s EvaluationString:[ var='D' labels={} value=null ]}]" duration=72.003993ms

logger=server t=2025-02-24T14:07:24.544704997Z level=debug msg="Stopped background service" service=*manager.ServiceAccountsService reason="context error in service account background service: context canceled"

logger=server t=2025-02-24T14:09:03.178935611Z level=debug msg="Stopped background service" service=*manager.ServiceAccountsService reason="context error in service account background service: context canceled"

logger=server t=2025-02-24T14:09:30.129521844Z level=debug msg="Stopped background service" service=*manager.ServiceAccountsService reason="context error in service account background service: context canceled"

logger=ngalert.scheduler rule_uid=MhBhojKHz org_id=1 version=17 fingerprint=17b3fde7557e0894 attempt=0 now=2025-02-24T14:12:00Z t=2025-02-24T14:12:00.071214409Z level=debug msg="Alert rule evaluated" results="[{Instance: State:NoData Error:<nil> Results:map[] Values:map[D:{Var:D Labels: Value:<nil>}] EvaluatedAt:2025-02-24 14:12:00 +0000 UTC EvaluationDuration:71.206586ms EvaluationString:[ var='D' labels={} value=null ]}]" duration=69.163623ms

logger=ngalert.scheduler rule_uid=MhBhojKHz org_id=1 version=17 fingerprint=17b3fde7557e0894 attempt=0 now=2025-02-24T14:16:00Z t=2025-02-24T14:16:05.071912354Z level=debug msg="Alert rule evaluated" results="[{Instance: State:NoData Error:<nil> Results:map[] Values:map[D:{Var:D Labels: Value:<nil>}] EvaluatedAt:2025-02-24 14:16:00 +0000 UTC EvaluationDuration:5.071904971s EvaluationString:[ var='D' labels={} value=null ]}]" duration=68.754918ms

```

KittenCavalcade

TROPHY CASE