• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    DELVITLinux pro zacatecniky a obycejne uzivatele (NO FLAMES!)
    RAGNAROK
    RAGNAROK --- ---
    Pouzivam rsync -Phrltc srcdir dstdir
    Pri prenosu trva hrozne dlouho "sending incremental file list" nez se zacne skutecnej prenos.
    pokud dam -vvv tak u kazdyho file to pise neco podobnyho:
    [sender] make_file(Camera/IMG_20220911_172715_294.jpg,*,2)

    Premyslim jestli to ma nejaky smysl nebo to mam obejit 'find . -exec rsync ...' pripadne pouzit xargs tak aby prenos prvniho souboru zacal hned jak se spocita checksum.
    DURDIN
    DURDIN --- ---
    GIOMIKY: btw není třeba nastavovat celé locale, mělo by stačit jen LC_TIME:
    $ ncal
        Říjen 2023
    Po     2  9 16 23 30
    Út     3 10 17 24 31
    St     4 11 18 25
    Čt     5 12 19 26
    6 13 20 27
    So     7 14 21 28
    Ne  1  8 15 22 29
    $ LC_TIME=C ncal
        October 2023
    Su  1  8 15 22 29
    Mo  2  9 16 23 30
    Tu  3 10 17 24 31
    We  4 11 18 25
    Th  5 12 19 26
    Fr  6 13 20 27
    Sa  7 14 21 28

    Ale tohle není problém (jen) linuxu. Úplně stejně to ukazují i windows v závislosti na locale, a pak je veselé se syncnout když někdo z jednoho konce světa chce něco mít hotové ve weeku 40...
    AXTHEB
    AXTHEB --- ---
    Nerozumím. Mimo to, že je ten kalendář česky, je shodný s prvním kalendářem v předchozím postu.
    AXTHEB
    AXTHEB --- ---
    GIOMIKY: no vzhledem k tomu, že jsou podle těch kalendářů v jiném týdnu, tak jsou v jiném týdnu. Prozkomej situaci kolem prvního ledna.
    KOLCON
    KOLCON --- ---
    GIOMIKY: Asi podle locales ne, amici to počítají od neděle
    AXTHEB
    AXTHEB --- ---
    GIOMIKY: Jen bych chtěl upozornit, že je 29. 9. a to je 39. týden v obou kalendářích.
    KOLCON
    KOLCON --- ---
    GIOMIKY: Chápeme, říká se tomu kalendář
    AXTHEB
    AXTHEB --- ---
    GIOMIKY: V čem vidíš pozoruhodnost?
    FATBOZZ
    FATBOZZ --- ---
    BLUNTY: až na to že tenhle vtip se opakuje v různých variací od win98 nejmin
    BLUNTY
    BLUNTY --- ---
    Tato doba je echt koretní
    . . .
    Tak děti. Kdo nám poví, čím se živí rodiče?
    Prosím! Tatínek tancuje nahej v gay baru u tyče a maminka souloží s vězněma.
    No. To tedy. Víš co? Ať maminka příjde do školy.
    Opravdu váš manžel v gay baru u tyče a vy jezdíte do věznice?
    Ono je to ve skutečnosti horší. Manžel pracuje pro Microsoft jako právník a já pro O2. Ale tohle přeci nemůžete říct dětem.
    #linux
    ARCHDRONE
    ARCHDRONE --- ---
    THERIDANE
    THERIDANE --- ---
    přesně tohle dělá KernelNewbies, rychlý manažerský shrnutí po subsystémech (takže když tě zajímá třeba jen GPU a powermanagement, tak koukneš jen na to)

    Linux_6.4 - Linux Kernel Newbies
    https://kernelnewbies.org/Linux_6.4
    FATBOZZ
    FATBOZZ --- ---
    CHOROBA: jj na ten obcas kouknu, co se deje. Spis jsem myslel nejaky bodovy seznam na jedny strance kde se da udelat ctrl+f
    + 6.2
    ++ BLA
    + 6.1
    ++ mensi bla
    .
    .
    .
    CHOROBA
    CHOROBA --- ---
    FATBOZZ: kdyz nechces cist changelog, tak nejlepsi vyluh ma asi ten Phornix
    FATBOZZ
    FATBOZZ --- ---
    Existuje nějaká stránka kde je výcuc největších změn co se dějou v kernelech ? Teď zas vyšel nový a přijde mi že poslední dobou to je nějakej fičák s tím číslováním zase :)
    Podrobný changelog nechci. Díky za nasměrování
    FATBOZZ
    FATBOZZ --- ---
    GIOMIKY: nefunguje před kristem
    CHOROBA
    CHOROBA --- ---
    vypada skoro stejne jako cal 1994
    RUDOLF
    RUDOLF --- ---
    Zdar,

    mám novej mac a asi po dvou měsících si dělám clone repozitáře v github. Repozitář mám v organizaci kterou vlastním, takže k němu mám admin přístup. Ale github mi vrací

    ERROR: Repository not found.
    fatal: Could not read from remote repository.

    Please make sure you have the correct access rights
    and the repository exists.

    vtip je v tom, že clone z mých repozitářů a ostatních organizací které vlastním nebo jsem členem, mi fungují.
    Tak se dívám jaký klíč mu podstrkává pomocí env proměnné GIT_SSH_COMMAND="ssh -v"

    A totálně nechápu. Mám svoji privátní identitu na githubu a svoji korporátní na github enterprise. Každá z nich má svůj privání klíč.

    Jenže github mě úspěšně autentifikuje vůči mým osobním repozitářům a organizacím, korporátní klíčem..

    debug1: Offering public key: /Users/rudolf/.ssh/id_rsa_github_enterprise RSA SHA256:U/x178Knl3tFkLvZepcMQT4bgdw6QOQHTSVyKloxWtE explicit agent
    debug1: Server accepts key: /Users/rudolf/.ssh/id_rsa_github_enterprise RSA SHA256:U/x178Knl3tFkLvZepcMQT4bgdw6QOQHTSVyKloxWtE explicit agent
    Authenticated to github.com ([IP]:22) using "publickey".

    Jediná vyjímka je ten prvně zmíněný repozitář, kde to selže a musím si .ssh config nastavit svůj privátní klíč.

    Netušíte co mi uniká? Používám VScode, zřídka Github Desktop - tam mě nenapadlo, zda došlo k nějakému spojení autentifikací.
    CHOROBA
    CHOROBA --- ---
    to je strasna picovina :-)))
    RAGNAROK
    RAGNAROK --- ---
    GitHub - osquery/osquery: SQL powered operating system instrumentation, monitoring, and analytics.
    https://github.com/osquery/osquery
    Kliknutím sem můžete změnit nastavení reklam