abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 01:11 | IT novinky

    Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.

    Ladislav Hagara | Komentářů: 0
    včera 23:44 | Bezpečnostní upozornění

    Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.

    Ladislav Hagara | Komentářů: 1
    včera 17:44 | Nová verze

    Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    včera 04:44 | Komunita

    Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.

    Ladislav Hagara | Komentářů: 3
    včera 03:55 | Nová verze

    VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.

    Ladislav Hagara | Komentářů: 0
    28.4. 16:22 | Nová verze

    Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách

    … více »
    Ladislav Hagara | Komentářů: 5
    28.4. 15:44 | Zajímavý článek

    David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.

    Ladislav Hagara | Komentářů: 0
    28.4. 15:11 | Nová verze

    Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.

    JZD | Komentářů: 0
    28.4. 12:55 | Komunita

    Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.

    Ladislav Hagara | Komentářů: 0
    27.4. 23:11 | IT novinky

    Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.

    Ladislav Hagara | Komentářů: 2
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (2%)
     (13%)
     (31%)
     (4%)
     (7%)
     (3%)
     (15%)
     (25%)
    Celkem 1453 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: git-http-backend a read/write prístup

    27.4.2016 22:13 Peter
    git-http-backend a read/write prístup
    Přečteno: 265×
    Dobrý deň vám prajem.

    Trápim sa s nasledovným problémom. Potrebujem rozbehnúť privátny git server a to tak, že sa naň bude dať dostať len pomocou hesla (či už na čítanie, tak aj na zápis) a zároveň aby bolo možné rozdeliť, že ktorý používateľ môže len čítať a ktorý aj zapisovať. Už som z toho zúfalý, lebo apache 2.2 nepodporuje if/else. Momentálna konfigurácia je nasledovná:

    conf.d/vhosts.conf
    <VirtualHost *:80>
      ServerName git.domain.tld
      DocumentRoot /var/lib/git
    
      SetEnv GIT_PROJECT_ROOT /var/lib/git
      SetEnv GIT_HTTP_EXPORT_ALL
      SetEnv REMOTE_USER=$REDIRECT_REMOTE_USER
      ScriptAlias / /usr/libexec/git-core/git-http-backend/
      Include conf.d/git/*.conf
    </VirtualHost>
    
    conf.d/git/user_repo.conf
    RewriteEngine On
    
    RewriteCond %{QUERY_STRING} service=git-receive-pack [OR]
    RewriteCond %{REQUEST_URI} ^/user/repo.git/git-receive-pack$
    RewriteRule ^/user/repo.git/ - [E=RW:yes]
    <LocationMatch "^/user/repo.git/">
      Order Allow,Deny
      Allow from env=RW
      AuthType Basic
      AuthName "GIT Repository"
      AuthUserFile /etc/httpd/conf.d/git/user_repo.rw
      Require valid-user
      Satisfy All
    </LocationMatch>
    
    RewriteCond %{QUERY_STRING} !service=git-receive-pack
    RewriteCond %{REQUEST_URI} !^/user/repo.git/git-receive-pack$
    RewriteRule ^/user/repo.git/ - [E=RO:yes]
    <LocationMatch "^/user/repo.git/">
      Order Allow,Deny
      Allow from env=RO
      AuthType Basic
      AuthName "GIT Repository"
      AuthUserFile /etc/httpd/conf.d/git/user_repo.ro
      Require valid-user
      Satisfy All
    </LocationMatch>
    
    conf.d/git/user_repo.rw
    user1:XXXXXXXXXX
    
    conf.d/git/user_repo.ro
    user1:XXXXXXXXXX
    user2:XXXXXXXXXX
    user3:XXXXXXXXXX
    
    Toto samozrejme nefunguje, lebo pri write používateľovi síce prvý locationmatch prístup povolí, ale druhý locationmatch ho hneď znovu zakáže (čiže potreboval by som niečo také, že ak je splnený prvý locationmatch, nech druhý ignoruje)

    Skúšal som aj takéto niečo:
    <Location "/user/repo.git">
      AuthType Basic
      AuthName "GIT Repository"
      AuthUserFile /etc/httpd/conf.d/git/user_repo.ro
      Require valid-user
    </Location>
    <LocationMatch "^/user/repo.git/git-receive-pack$">
      AuthType Basic
      AuthName "GIT Repository"
      AuthUserFile /etc/httpd/conf.d/git/user_repo.rw
      Require valid-user
    </LocationMatch>
    
    ale to mi pre zmenu blblo úplne (toto bol používateľ len pre čítanie a predsa sa to pokúsilo zapísať):
    git push origin master
    Counting objects: 6, done.
    Delta compression using up to 4 threads.
    Compressing objects: 100% (6/6), done.
    Writing objects: 100% (6/6), 607 bytes | 0 bytes/s, done.
    Total 6 (delta 3), reused 0 (delta 0)
    error: RPC failed; result=22, HTTP code = 401
    fatal: The remote end hung up unexpectedly
    fatal: The remote end hung up unexpectedly
    
    Predpokladám, že kvôly tomu, že "POST /user/repo.git/git-receive-pack" síce "išlo" do RW LocationMatch, ale "GET /user/repo.git/info/refs?service=git-receive-pack" už išlo do RO Location

    Už som z toho neštastný. Dúfam, že sa tu nájde niekto, kto pochopí o čo mi ide a bude vedieť pomôcť.

    Za každú pomoc vám vopred veľmi pekne ďakujem.

    Na otázku zatím nikdo bohužel neodpověděl.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.