Fejlesztés

Sziasztok!

Vyos-t hasznalok tuzfalnak, de ugye 1.2.0-tol az elore buildelt iso-k csak az elofizetoknek jarnak. Termszetesen a forraskodbol (https://github.com/vyos/vyos-build/tree/crux) meg lehet epiteni a friss release-eket, erre pedig a konteneren beluli build a legjobb(a Vyos fejlesztok is azt ajanljak), mert ott minden fuggoseg rendben megvan.

A kerdesem, hogy ha frissul az adott tree amit pull-al befrissitek, kell minden alkalommal a dockerfile-bol uj image-et/kontenert krealni,vagy erre csak akkor van szukseg, ha maga a dockerfile is frissul? Eleg sokaig csinalja a szukseges kontenereket, nem tul jo minden alkalommal ujracsinalni...

Nem surun hasznalok ilyenet, ezert a tudatlansagom, elnezest.

Fejlesztés de főleg üzemeltetés témakör: miért jó ez az electron.js?

Webes kompetenciakkal rendelkező csapat 2019-ben lerak egy multiplatform desktop alkalmazást amikor az futhatna HTML5 response alapon a kedvenc böngészőjén?

Egyelőre keresem az üzemeltetési pro/cons elemeket:
Frissítés
Külön db szerver api-val (ugye nem direkt mssql kapcsolatban gondolkozunk 2018-ban)
Mentés
Hibaelhárítás

Egyelőre nem sok előny van, de hátha ti tudtok mondani. Hogy jól teljen a Karacsonyom... :)

Keresek egy nyelvet ami az alábbiakat tudja:
- alapból futtatható a végeredmény linux és windows alatt
- elég egyszerű, könnyen tanulható
- rendszer programozásra alkalmas
- van hozzá gui kiegészítő ha kell(nem ez a legfontosabb)
- van lehetőség hálózati programozásra is
- lehetőleg normális dokumentáció van hozzá

------ SZERK: -------
Talán nem fogalmaztam elég érthetően mindenben, elnézést kérek.
- Rendszer(szintű) programozás alatt azt érteném (lehet rosszul), hogy egy futó process-t ki tudjak lőni ha kell, vagy lássam a futó folyamatokat, listázni tudjam a csatolt usb eszközöket, stb...
- az hogy linuxon és windowson is fusson az alatt azt érteném, hogy lehetőleg natívan. nyilván nem ugyanaz a program lenne win és linux alatt, de lehessen megírni ugyanabban a nyelvben és ne kelljen még 3rd party cuccokat is bevonni.
- hogy mi a feladat: nincs feladat. egyszerűen szeretnék pár saját tool-t írni bizonyos rendszer felügyeleti helyzetekre és nem szeretném ezt hol bash-ben, hol c-ben, hol x nyelvben megoldani.
- a python jellegű dolgokat szeretném elkerülni, nekem egyszerűen nem tetszik. ez van :)

Épp egy 4 vezetéket használó (RX, TX, RTS, CTS) soros porton csatlakoztatott GSM modulon (QuectelMC60) keresztül próbálok HTTP kéréseket küldeni valahova, viszont egyszerűen nem jövök rá, hogy mégis mennyi időt kell várni két parancs között.A manualt végigolvastam (mind a 260 oldalt) és az ugyan le van benne írva, hogy az egyes parancsoknak mennyi a válaszideje, amíg jön a response, de az már nem, hogy utána mikor lehet küldeni a következő adatot.

Most össze van a szó legszorosabb értelmében drótozva egy sor utasítás a megfelelő várakozásokkal, hogy kimenjen a lekérés. Ha nem így csinálom, hanem megvárom, hogy visszajöjjön a válasz és aztán küldöm a következő parancsot, akkor N számú parancs után a soros port lerohad. Nem megy ki többet rá adat, újra kell indítani a programot. A flush nem segített rajta.

Ötlet, hogy mit kúrok el? (A hardware flow be van kapcsolva, de kipróbáltam software flow-val is.)

Sziasztok,

Régóta használom az "xcalib -i -a" parancsot Linux alól hogy éjjel negáljam a desktop képet böngészéshez és fejlesztéshez. Nagyon szemkímélő.

Azonban a színek is negálódnak. Viszont ha rá tudnánk vinni egy 180 fokos eltolást HUE értékben (vagy RGB shift ami sima értékek cseréje), akkor a színek megmaradnak, miközben a fehér és fekete felcserélődik. Vannak még finomabb megoldások, melyek figyelembe veszik a színek erősségét is, de nekem az említett egyszerűbb is megtenné. További infó a témában:

https://github.com/vn971/linux-color-inversion

Példa parancs Image Magick-kel (invertál és 180 fokkal eltolja (vissza tolja) a színeket):

convert input.png -negate -modulate 100,100,0.5 output.png

Xcalib Github fiókjában már nyitottak erre feature request-et, lásd itt:

https://github.com/OpenICC/xcalib/issues/2

Nem lenne kedve valakinek átírni a forrást RGB shift-tel? Mivel tud negálni a kód, ezért az érték csere nem szabad hogy túl bonyolult legyen. Sima C kód, egyetlen fájl az egész:

https://github.com/OpenICC/xcalib/blob/master/xcalib.c

Fel tudnék ajánlani érte valamit cserébe (akár pénzt). Windows-ra létezik a fenti linken is leírt NegativeScreen nevű cucc, de itt az Xcalib nagyon lightweight és platform barát lenne. Nem függ a compositortól.

A Linux közösségnek nagy segítség lenne szerintem.

Köszönöm.

Év elején jött a hír a Unity bejelentésével majd az Ubuntu 18.04 is kidobta a Monodevelop csomagokat a hivatalos repokból.
Ez valami új tendencia? Hanyatlóban a Monodevelop?

Sziasztok,

Elég komplikáltra sikerült a WebRTC API mások elmondása alapján is szerte a neten. Kezdve ott hogy nem működnek a WebRTC-s hivatalos példaprogramok. Sok open JS kód van szerte a neten, de sehol semmi nem működik ami open vagy nem elég jól.

https://webrtc.github.io/samples/

Sima csoportos audio hívásra keresek kódot. Videó semmiképpen nem kell.

Tudnátok linket adni 2018-ban működő kódra? Minél kiheréltebb és egyszerűbb lenne jó. Kicsit furcsának találom hogy 2015-ösek a bejegyzések a github-on és a példák sem jók. Mintha megcsinálták volna a szabványt, aztán rájöttek volna hogy egy milyen fizetős piacot törnek le ezzel, és aztán eltűnt volna a támogatások nagy része. Aki meg összekalapálta nagy nehezen az API hívásokat, az meg zárt saját szolgáltatást csinál belőle (talky.io meg sok másik akik API-t adnak stb).

Létezik vajon egy működő szimpla audio call JS példa kód ehhez a nyílt szabványhoz?

Köszi.

hello

tudja valaki, hogy hogyan lehet egy git repo állomány listáját elkészíteni anélkül, hogy pull/fetch/checkout tolnánk? a repo relatíve nagy és minden alkalommal törlődne ezért is szeretném elkerülni ezeket.

néztem a git ls-tree -r refs/heads/develop --name-only

de szimplán elhajt ezzel:
fatal: Not a valid object name refs/heads/develop

persze a kapcsolat jó, mert pullozni/fetchelni tudok, de ahogy írtam előbb nem szeretnék. nekem csak egy fájlistára van szükségem.

UPDATE
végül is a megoldás

git init
git remote add origin GITREPOSITORY
git archive --remote=GITREPOSITORY BRANCH:PATH > archive.tar


Tapasztaltabb kollégákat kérdezném.

Hosszabb ideig tartó szoftver (ERP) fejlésztéshez milyen szerződést érdemes kötni?
A megrendelő természetesen variálna, akár menet közben is, ez már most látszik. Konkrét határidőt ezért is nehéz lenne mondani. Leírás van tehát az alapján menne a fejlesztés, de ugye az sem lehet 100%-os. Valamilyen keret összeg van, de azt elfogadja a megrendelő, hogy lesznek plusszok. Ezért is látnám értelmét egy agilis szemléletű fejlesztésnek, ahol kedvére variálgathat egy modult, amíg jó nem lesz és akkor mondjuk utána fizet (rész teljesítés).

Előre is köszi az ötleteket/tanácsokat.