Segédprogramok

Jó lenne egy ilyen MassCode-szerű program. Régebben ezt használtam, de most csak egy snap file-t találtam. Lehet én rontottam el valamit a telepítésnél (biztosan), de elég érdekesen működik a program.

A telepítést ugye local snap file használatával így csináltam:

snap install ./codemass.snap --dangerous

A kimenet szerint hiba nélkül sikerült a telepítés, de a valóság kicsit mást mutat. Íme a new storage párbeszédablak: https://ibb.co/WW28j7t

Szóval nem igazán jó a dolog. Adja magát a gist. Ki is próbáltam, de nem igazán az amit keresek. Mondjuk, ha beintegrálom a git mellé a vscode-ba akkor tök jó lehet. Ez pl egy lehetőség. 

Amit szeretnék: Offline és online is elérjem, tudjam a snippeteket mappákba rendezni, jó lenne kódkiemelés a fontosabb nyelvekhez. Editor, markdown nem szükséges. Linux alatt kellen működnie elsősorban, de ha felmegy windowsra is nem lesz baj... :)

Ti mit használtok? Mit javasolnátok?

Köszönöm!

Sok éve van egy repo elérésem amit mentésre és migrálásra használtam egy bash scripttel. Sok hónapig nem használtam, a mostani próbálkozásom kudarcba fulladt. Az ssh kulcsomat elfogadja, a webes felület elérem, jelszavam jó. A configot leellenőriztem az jó, nem változott. A hiba furcsa, mert irási és admin jogom van és ő hibát dob:
git pull hivása után jón a hiba:
"Unauthorized
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists."
--
Félnapos AI promptolás után az AI feladta, az utolsó tanács az volt, hogy forduljak az ügyfélszolgálatukhoz. Odafordultam, de ott is  AI van. Kaptam hibajegyet, de két napja semmi sem történt. Az elérésem free és egyéni, személyes használatú.

Mit gyanitotok, hogy hol a bibi ?
Változott valami a free statusban ?

Tárgyalótermi kijelző megoldásokat keresunk. A feltetelek:

- Exchange kompatibilitas (Teams/O365 nem eleg)

- On-Prem vezerles (cloud kizarva)

- Lehetoleg nem Android rendszeru kijelzo. A legjobb valami egyeni firmware lenne. Az e-Paper elony, de nem feltetel.

Amit talaltam es nagyon szimpatikus:

https://sync-sign.com/

Gondoltam azert megkerdem, tudtok-e valami hasonlot. (mondjuk ami EU gyartmany es konyebb beszerezni)

TL;DR volt egy C-ben írt eszköz, ami éveken át tök jól működött. Bizonyos részeit átírták Rust-ba, ennek eredményeként a csomag karbantarthatatlanná vált, annyira, hogy most meg is szűnik, ha nem jelentkezik valaki karbantartónak.

Hosszan: a bcachefs-tools karbantartója elmeséli, milyen csodás a Rust: https://jonathancarter.org/2024/08/29/orphaning-bcachefs-tools-in-debia…

Pár érdekes szösszenet a blogból:

In 2019, it seemed that the time has come for bcachefs to be merged into Linux, so I thought that it’s about time we have the userspace tools (bcachefs-tools) packaged in Debian.

It was quite easy to package it, since it was written in C and shipped with a makefile that just worked, and it made it past NEW into unstable in 19 January 2020

Fast-forwarding towards the end of 2023, version 1.2 shipped with some utilities written in Rust

I got some help from the Rust team who says that the common practice is to relax the dependencies of Rust software so that it builds in Debian.

I found this a bit disturbing, but it seems that some Rust people have lots of confidence that if something builds, it will run fine.

With that in mind, at this point you may wonder how any distribution could sanely package this. The problem is that they can’t.

És a konklúzió:

As it stands now, bcachefs-tools is impossible to maintain in Debian stable.

With this in mind (not even considering some hostile emails that I recently received from the upstream developer or his public rants on lkml and reddit), I decided to remove bcachefs-tools from Debian completely. Although after discussing this with another DD, I was convinced to orphan it instead, which I have now done.

Gratulálok, ez ám az előrelépés és a fejlődés! Iskolapéldája, hogy a Rust jobb a C-nél! (szarkazmus)

Most jöhetnek a habzószájú Rust-huszárok, de javaslom, hogy ha tényleg komolyan veszitek magatokat, akkor inkább jelentkezzetek bcachefs-tools karbantartónak!

{Nem találom jobb  fórumtémát}

Sziasztok,

Adottak /static/dynamic/static szerkezetű könyvtárnevek szervereken,
ahol a dynamic változó.

Egy szerveren több ilyen könyvtára van:
/static/dynamic1/static
/static/dynamic2/static

Dynatrace-ben a host-group-ba *-al szépen be is tudtam húzni a log.source-ot *-el:
/static/*/static/service.log

Örültem mint majom a farkának mert így nem kell host-onként konfigurálni.

A probléma ott kezdődött hogy a teljes path-ot semmilyen attributumnál nem látom a Logs alatt,
emiatt szűrni sem tudok rá - kizárólag a /static/*/static/service.log látszik, amiből nekem kellene a * értéke is.

Van tippetek rá hogy behúzott log fájl teljes path-jára hogyan lehet filterezni?

Köszönöm,
Tassadar

A népszerű e-book kezelő program az alábbi hibaüzenettel örvendeztetett meg:

calibre, version 5.37.0
HIBA: Nem engedélyezett: Fájlokat próbál elmenteni a Calibre könyvtárba. Ez könnyen tönkreteheti a könyvtárat. A Lemezre mentés lehetőséggel fájlokat exportálhat a könyvtáron kívülre.

Az opredszer LinuxMint saját csomagtárolóból telepítve. (cat /etc/issue Linux Mint 21 Vanessa \n \l)

A hiba akkor is fennáll, ha appimage formátumban futtatom a frissebb 7.akárhányas verziót.

Minden segítséget köszönök!

Update: köszönöm a válaszokat ez alapján PEBKAC volt. 

Sziasztok!

OCS Inventory NG-t használ esetleg valaki komolyabban?

Mi alap dolgokra használjuk, és gondolkodunk, hogy vagy mélyebben beleássuk magunkat vagy keresünk más (professzionálisabb) megoldást.

Ha van(nak) olyan(ok), akik már végigjárták ezt az utat, az sokat segítene a döntésben... :)

Helyzet:  van 1 csomó (mondjuk 10+) ilyenolyan diszk, random sokéves tartalommal, valszeg zilliárd duplikációval.

Ötlet: írok 1 vmi szkriptet, h sorban bedugdosom a diszkeket egy olyan gépbe, ami az adott fs-t gond nélkül tudja olvasni, végigmászatom a releváns részeken (foldereken), megjegyzek minden FS nyújtotta metaadatot, mintát veszek a fájlokból (hogy hogyan az 1 másik kérdés), elrakom azt is a meta közé. Mondjuk az igazán fontos tartalomról (pl. JPG, DV, MOV, ilyesmi, ami nyilván pont értékes privát tartalomnak tűnik) abból a neki megfelelő eszközzel fájltípus specifikus metaadatot is kiszedünk.

Kérdés: a dolognak multi OS-nek kell lennie, minimum van macOS HPFS-valamivel, meg NTFS is biztos van, meg extN- linux is biztos, szóval kell 1 megoldás, amivel ezt a sok metaadatot egy helyre kotrom.

Megoldás:git-re gondoltam, minden gép, ahol futtatom ezt a xart nyit 1 új branch-t mondjuk, oda lerak 1-M json-t a metaadatokkal, a végén össze lehet fésülni mindent. Így tudna futni a dolog térben és időben is párhuzamosan. Mondjuk 1előre nincs B terv, ha nincs gihub v net, élmégy a áram  v bármi egyéb kvázi vis major.

MAJD, ha lesz rendes sztorázs, akkor oda összehúzni mindent 1x majd. Vagy kiszórni az űrbe a sok felesleges zajt. Vagy nemtudom. Rég álmodok már ilyesmiről és nem feltétlenül szépeket :)

A megoldás részhez kapcsolódó vélemények érdekelnének, szívesen veszem a egyéb ötleteket is.

Sziasztok!

Múltkor túladtam a Garmin Etrexemen, de a minap visszahozták azzal, hogy 3 disztribúción is próbálták a térképeket felrakni rá, nem ment.
Most ismét elkezdtem kávé helyett reggelente ápolni a lelkét, épp ezzel foglalkozom:

https://github.com/adiesner/GarminPlugin

Nem tudom, ez mikori, de ahogy látom, más is kínlódik.

Ennyi a garmin supportja?

Üdv,

A drupal 10.2.6 manuálisan (nem composerrel) telepítve bármilyen virtuális gépen (vbox, AWS...) a telepítés végén ezt írja:

Gateway Timeout

The gateway did not receive a timely response from the upstream server or application.

Elvileg végigmegy a telepítő, de mégsem. Ha ennek ellenére ha megtallózom a "telepített" oldalt, akkor szétesik, a css nem jó. Login sem működik... stb.

Nálatok is van ilyen gond?

(OS: fedora, max_execution_time növelése nem segített, memory_limit növelése nem segített)