- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Csináltak egy symlinket az apt-getre a WSL-ben? :)
- A hozzászóláshoz be kell jelentkezni
Várom már azt az "inverz" időt, amikor majd "win-get install"-lal lehet Microsoft Store-os, és egyéb Windows-only alkalmazásokat telepíteni, egy Ubuntu Desktopon...
- A hozzászóláshoz be kell jelentkezni
root[1]# ln -s /usr/sbin/slapt-get /usr/sbin/win-get
root[1]# win-get --help
slapt-get - Jason Woodward <woodwardj at jaos dot org>
An implementation of the Debian APT system to Slackware
Azt hiszem megvan.
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
Először szerintem wget akart lenni, aztán leesett nekik, hogy az már foglalt :-D :-D
- A hozzászóláshoz be kell jelentkezni
Csak 27 év kellett hozzá. :P
- A hozzászóláshoz be kell jelentkezni
Ne legyünk telhetetlenek! Jobb későn, mint soha.
Amúgy nagyon kíváncsi lennék az indokra, hogy mi miatt döntöttek úgy, hogy most már aztán tényleg nem lehet csomagkezelő nélkül élni. Mi az, ami miatt nem tudták már tovább halogatni ezt a munkát?
- A hozzászóláshoz be kell jelentkezni
Nem tudom, de mire a ReactOS elkészül, már csomagkezelést is szállít hozzá a mikiszoft. :]
- A hozzászóláshoz be kell jelentkezni
A ReactOS alatt már van saját csomagkezelés. Talán onnan vették az ötletet...
Nagy Péter
- A hozzászóláshoz be kell jelentkezni
Az még jobb. Akkor a saját klónjukat másolják. :)
- A hozzászóláshoz be kell jelentkezni
Windows Server Core without GUI
- A hozzászóláshoz be kell jelentkezni
Itt a hupon anno megmondtak: mestersegesen generalt igeny
- A hozzászóláshoz be kell jelentkezni
Igazuk is van, hiszen mennyivel jobb hatvannyolcezer féle third-party telepítőmotorral hatvannyolcezer-hatvan féle módon teleszemetelni a rendszert, ahelyett, hogy maga a platform vendora adna rá egy egységes megoldást.
- A hozzászóláshoz be kell jelentkezni
foo-bar-baz.msi - lehetne használni, csak ugye a fejlesztők jellemzően qrvára lusták, és ha van egy 1024 éves bevett "megoldásuk", akkor azt nem fogják megváltoztatni. Sőt háborognának, ha köteleznék őket egy adott formátum használatára...
- A hozzászóláshoz be kell jelentkezni
Na ja, csak az nem igazán csomagkezelés, hanem inkább csak telepítőkészlet. Feltelepülni még csak feltelepül, de az uninstall minden szemetet maga után hagy a registryben és a fájlrendszerben is, mert nincs se egységesítve, se rendesen megcsinálva.
- A hozzászóláshoz be kell jelentkezni
" az uninstall minden szemetet maga után hagy a registryben és a fájlrendszerben is, " - miközben meg lehetne írni a leszedést jól is... :-)
- A hozzászóláshoz be kell jelentkezni
Meg, de ha még az ms se képes rá, akkor mit várunk a 3rd party cuccoktól? :P
- A hozzászóláshoz be kell jelentkezni
Meg lehetne, de ha van rá lehetőség, hogy ne írják meg, akkor nem fogják. Erre jó minta az iOS (törlöd az appot -> megy minden). Alapvetően ezt a hozzáállást még a linuxos package managerekből is hiányolom.
- A hozzászóláshoz be kell jelentkezni
Én különválasztanám az apt-get-szerű funkcionalitást a telepítőmotoroktól. Utóbbira úgy 1-2 évtizede van natív megoldás.
- A hozzászóláshoz be kell jelentkezni
Itt most még csak nem is az apt
féle függőség és repositorykezelésről beszélünk (mert az apt
az nem a csomagkezelő, hanem a repo/dep. handler), hanem a csomagkezelésről: akár a Debian féle dpkg
(ha már az apt
-ot emlegettük), akár a BSD féle pkg tools, vagy a NeXT/OSX/macOS féle pkg installer, vagy akármi, a lényeg, hogy egységesen kezeli a rendszer csomagjait. Na ilyen nincs windows alatt, csak mindenféle 3rd party installer shieldek.
- A hozzászóláshoz be kell jelentkezni
"csak mindenféle 3rd party installer shieldek"
Biztos, hogy mindegyik 3rd party? :)
Amugy a kedvencem az a retek 3rd party install shield, amelyik a futo user Users mappajaba telepit akkor is, ha az nem admin, de telepiteshez admin jog kene, igy ha crippled userkent vagy bejelentkezve, atloginol egy masik userbe, es utana a crippled useredkent nem talalod meg tobbet. Pedig a telepitett program futtatasahoz nem lenne szukseged admin jogokra.
Es 10-bol 8 torrent kliens erre a hulladek install shieldre bizta az installeret. De olyat is talaltam, amelyiknek a portable valtozata is elso futaskor az Admin users mappajaba ir, es onnan akar utana keresni dolgokat. :(
Nem az a szomoru, hogy ez az install shield letezik, hanem hogy hasznaljak.
- A hozzászóláshoz be kell jelentkezni
> Biztos, hogy mindegyik 3rd party? :)
Látod, erre nem mernék megesküdni, de ha nem, akkor az aztán pláne a mikiszoftot minősíti. :P
> Nem az a szomoru, hogy ez az install shield letezik, hanem hogy hasznaljak.
És melyik ez?
- A hozzászóláshoz be kell jelentkezni
A Mac is hagy szemetet egy app eltávolítása után.
- A hozzászóláshoz be kell jelentkezni
A per user settings konfigfájljait, de az minden UNIX alatt így van és nem véletlenül: a te egyéni beállításaidat az nem befolyásolhatja, hogy a systemwide állapot megváltozott.
- A hozzászóláshoz be kell jelentkezni
Nem csak. A system alatt is egy csomo szemet ott tud maradni, foleg, ha pkg, mpkg telepito rakta fel.
- A hozzászóláshoz be kell jelentkezni
Ha megkerülöd a rendszert, akkor mindent tele lehet szemetelni.
- A hozzászóláshoz be kell jelentkezni
Define rendszer. Az OS X-nek tudtommal nincs érdemi beépített csomagkezelője, mert az az elve, hogy egy alkalmazás, egy mappa. Aztán ott van az XCode CLI Tools, maga az XCode, meg a hozzá hasonló cuccok, amik a fél rendszert teleszórják fájlokkal.
No meg a pkg/mpkg fajlok, amik annyira megbizhatoak, mint Windowson egy MSI.
- A hozzászóláshoz be kell jelentkezni
> Define rendszer.
Már definiáltad: "az az elve, hogy egy alkalmazás, egy mappa". Ennek megfelelően az sem érdekes, hogy "nincs érdemi beépített csomagkezelője", mert ott egy alkalmazás a per user settingset leszámítva a saját dirjében lakik. Ha ezzel valami szembemegy, akkor az más tészta. Szembemenni a dpkg-val, meg a többivel is lehet, csak minek. Csomagkezelő hiánya != csomagkezelés hiánya.
- A hozzászóláshoz be kell jelentkezni
Az a baj, hogy az "egy alkalmazas - egy mappa" az nagyon nehezen hivhato csomagkezelesnek. Ubuntun is ossze lehet dobni egy olyan appot, ami a /opt/appneve mappaban lakik, fuggosegekkel egyutt, megsem hivjuk ezt csomagnak, illetve csomagkezelesnek, nem veletlenul.
A csomagkezelesnek resze a fuggosegkezeles, a frissithetoseg, a maradektalan eltavolithatosag. Na ez peldaul Macen nincs meg, sok alkalmazas hiaba egy mappaban van, kitesz (akar sziimbolikus linkeket is) a /usr/local ala, a /Library/LaunchDaemons mappaba, vagy mashova fajlokat, mappakat, szimbolikus linkeeket, ami az alkalmazas mappajanak eltorlesevel nem fog eltunni. A csomagkezelesnek ez is egy eleg fontos feladata is, hogy ezeket a kovetelmenyeket teljesiteni tudja, integralni tudja az alkalmazast az operacios rendszerbe.
- A hozzászóláshoz be kell jelentkezni
> Ubuntun is ossze lehet dobni egy olyan appot, ami a /opt/appneve mappaban lakik, fuggosegekkel egyutt, megsem hivjuk ezt csomagnak, illetve csomagkezelesnek, nem veletlenul.
De igen. A csomag egy szoftver összes cucca egy csomagban, amit egy művelettel tudsz telepíteni és/vagy eltávolítani. Nem egy Linux van, ami így működik hogy egy könyvtárban tart egy appot.
> A csomagkezelesnek resze a fuggosegkezeles
Nem feltétlenül. Van olyan csomagkezelő, ahol a függőségkezelés egyáltalán nem része a rendszernek. A csomagkezelőnek egyetlen kötelező feladata van: a csomagok kezelése. Ha a csomag amúgy is hozza magával a függőségeit, akkor nincs is milyen függőséget kezelni.
> a frissithetoseg, a maradektalan eltavolithatosag.
Ami egy olyan appnál, ami egy könyvtárra van korlátozva, maradéktalanul megvan.
> Na ez peldaul Macen nincs meg, sok alkalmazas hiaba egy mappaban van, kitesz (akar sziimbolikus linkeket is) a /usr/local ala, a /Library/LaunchDaemons mappaba, vagy mashova fajlokat, mappakat, szimbolikus linkeeket, ami az alkalmazas mappajanak eltorlesevel nem fog eltunni.
Ilyen felállás mellett ez egyik rendszeren sincs meg, mert ha az alkalmazás linkelget össze-vissza mindent a rendszerben, a csomagkezelő tudtán kívül, akkor az Linuxon, BSD-n, Solarison meg az összes többin is ottmaradó szemetet fog eredményezni.
> A csomagkezelesnek ez is egy eleg fontos feladata is, hogy ezeket a kovetelmenyeket teljesiteni tudja, integralni tudja az alkalmazast az operacios rendszerbe.
Még mindig nem. A csomagkezelőnek a telepítés/eltávolítás a feladata. Az "operációs rendszerbe való integrálás" feltételezi, hogy az OS-nek van bármilyen ilyen célt szolgáló centralizált felülete (anélkül ugyanis nehezen lehetne bármit is integrálni, ha egyszer nincs hova), márpedig ilyen egyetlen UNIX-ban sincs, ilyen egyedül windows alatt van: Registrynek hívják. Látjuk milyen frankón működik: pont ott van a legnagyobb kupleráj a csomagkezelést illetően.
- A hozzászóláshoz be kell jelentkezni
de miert nem vettek meg a chocolateyt inkabb? az legalabb mukodik.
- A hozzászóláshoz be kell jelentkezni
Az elmúlt hónapban olvastam valahol hogy a nemhivatalos choco telepítőjük trojanos volt...
- A hozzászóláshoz be kell jelentkezni
Miben volt pontosan trójai?
- A hozzászóláshoz be kell jelentkezni
Nem emlékszem, de nem egy olyan dologról volt szó amit alapból choco-n keresztül telepítenék (AdobeReader, Chrome, FFox, VLC).
Ha tudtam volna pontosan, akkor odaírtam volna. Lehet hogy később, amikor lesz egy kis időm megkeresem, mert így valóban eléggé FUD-nak hat a kommentem.
- A hozzászóláshoz be kell jelentkezni
Szerintem már volt egy ilyen projekt és éppen éppen win-get volt a neve. Jól emlékszem?
READY.
▓
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Ezt akartam kerdezni! En is ugy tudtam, mar van ilyenje az MS-nek.
Amugy itt alapvetoen szemleletvaltas kene a programfejlesztok iranyabol is. Mert addig OK, hogy lesz ilyenje az MS-nek, de ha nem lesznek kulsos repok, akkor mit ernek vele? Win-es szolgaltatasokat eddig is lehetett ps-el telepiteni...
Mondjuk kezdhetnek azzal a fejlesztok, hogy megoldjak vegre, hogy Core-on is normalisan menjenek azok az appok, amik nem is indokoljak egyaltalan a gui-t.... Nem egy Olyan Win-es programot lattam mar, ahol pl egy server/client felepitesu progi server resze nem ment fol/nem mukodott megfeleloen Core-on...
- A hozzászóláshoz be kell jelentkezni
Elfogytak az ötletek, de van egy free ötlet doboz (Linux)
"ha valakire rá kiabálunk, hogy rendszergazda akkor az is - szerződés, fizetés csak az átkos időkben kellett"
és 100 éve még boszorkányt is égettek
- A hozzászóláshoz be kell jelentkezni
A PowerShell -beli pekidzs menedzsmenthez vajon van köze? (https://docs.microsoft.com/en-us/powershell/module/packagemanagement/?v…)
Ha jól sejtem bármely NuGet alapú csomag forrást (pl: Chocolatey) be lehet húzni alá. Vagy fölé? Tudja valaki, hogy nagy vonalakban hogyan működik ez az egész?
- A hozzászóláshoz be kell jelentkezni
Nem teljesen világos, hogy miért volt szükség erre a nuget mellett.
- A hozzászóláshoz be kell jelentkezni
Ilyen már volt , Choco néven.
- A hozzászóláshoz be kell jelentkezni
:D
C:\Documents and Settings\Felhasználó1> WinSudo Winget Install "Microsoft Office" "ABCDE-12345-FGHIJ-67891-KLMNO"
:D
-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
- A hozzászóláshoz be kell jelentkezni
Ha ez igy mukodne, elalelnek a gyonyortol...
- A hozzászóláshoz be kell jelentkezni
A PowerShellbol kiindulva nem lenne ennyire egyszeru, az biztos.
De ez meg Linuxon is irna egy warningot, hogy mennyire unsafe igy megadni cli parameterkent a product key textet ;)
- A hozzászóláshoz be kell jelentkezni
Mivel a konfigurációs lehetőségekből van egy pár, ezért nem meglepő, hogy először egy konfig file-t kell létrehozni (egyszer): https://config.office.com/deploymentsettings
Utána letöltöd a file share-re a telepítőkészletet és a kliensen adminként:
\\Server\Share\M365\setup.exe /configure \\Server\Share\M365\config-broad-SAC.xml
Üdv,
Marci
- A hozzászóláshoz be kell jelentkezni
Olyan teren mindenkeppen azt mondanam, hogy fejlodik az MS, hogy regen ehhez registry-t kellett volna baszkodni. Ehhez kepest a config fajl fejlodes.
- A hozzászóláshoz be kell jelentkezni
Ehhez már 17 évvel ezelőtt is Resource Kit-el adott a Microsoft:
https://www.microsoft.com/en-us/download/details.aspx?id=17657
szerk: Office 2000-ben is működött
- A hozzászóláshoz be kell jelentkezni
.
- A hozzászóláshoz be kell jelentkezni
Vége a vadnyugatról letöltött setup exék adminként futtatásának? Álmodom?
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
"The description claims this thing to be a package manager but in reality it has nothing to do either with packages or management.
All it does is downloading installers (which are not packages) and executing them (which is not management)."
- A hozzászóláshoz be kell jelentkezni
Oh, well: https://keivan.io/the-day-appget-died/
- A hozzászóláshoz be kell jelentkezni
Hát igen... Emlékeztető arra, hogy az MS egy nagy vállalat és maradt benne bőven genyó részleg. Az az érthetetlen, hogy az ő szintjükön simán fizethettek volna valamennyit az AppGetért (ha már nem vették fel a készítőjét) vagy éppen több elismerő szót is írhattak volna róla a bejelentésben. Ehelyett csak a "futottak még" kategóriában említik az AppGet-et, érthető hogy ez a hozzáállás nem nagyon tetszett Keivannak.
- A hozzászóláshoz be kell jelentkezni
+0,5, azért pár részlet érdekelne még, pl. a 6 hónapos fekete lyuk a történetben, szívesen meghallgatnám a másik felet is.
- A hozzászóláshoz be kell jelentkezni
Tudom, nem hiszed el, de egyébként én is.
- A hozzászóláshoz be kell jelentkezni