Kedvenc multimédia lejátszó:
- amarok
- audacious
- console-os lejátszók (mpg321, mpg123, mplayer, ffplay stb.)
- foobar2000
- media player classic home cinema
- mplayer + frontend-ek
- rhythmbox
- totem
- vlc
- xbmc
Kedvenc programfejlesztést segítő eszköz:
- anjuta, glade
- code::blocks
- eclipse és ráépülő környezetek (aptana, zend)
- emacs, vi
- gedit, geany
- kdevelop
- netbeans
- qt designer, qt creator
- sublime text
- visual studio
Kedvenc programnyelv:
- c
- c#
- c++
- haskell, erlang, caml, ... (funkcionális nyelvek)
- java
- perl
- php
- python
- ruby
- shell script
Kedvenc smartphone os:
- android
- blackberry os
- firefox os
- ios
- maemo, meego, sailfish os
- symbian
- tizen
- webos
- windows mobile
- windows phone
Kedvenc szerver Linux disztró:
- arch
- centos, scientific linux
- debian
- gentoo
- mandriva, mageia
- oracle linux
- rhel
- slackware
- sles
- ubuntu
A módosítási kérésekre ugyanazok a szabályok vonatkoznak, mint a kategória szavazásra!
Példa:
Ha az arch helyett izébigyó-t szeretnél, akkor:
- arch
+ izébigyó
Ha az android helyett foobar-t, akkor:
- android
+ foobar
és így tovább.
Ahol "?" van, ott értelemszerűen lehet javasolni jelöltet az üres helyre.
- A hozzászóláshoz be kell jelentkezni
- 3984 megtekintés
Hozzászólások
"kedvenc multimédia lejátszó" módosításokat ebbe a szálba (a válasz linkre kattintva). Egy válasz egy javaslatot tartalmazzon!
Ebből a szálból a kiírásnak meg nem felelő javaslatok és egyéb hozzászólások törlésre kerülnek!
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
- totem
+ mpd
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
- media player classic home cinema
+ gogglesmm
- A hozzászóláshoz be kell jelentkezni
-1
mpc hc maradjon
- A hozzászóláshoz be kell jelentkezni
Jaj bazmeg elrontottam, jevgenyij igy most a pluszra nyom :D
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Trey, kérlek, évek óta nem egyértelmű, hogy a MOC (ami a kedvencem) az konzolos lejátszónak számít-e! Ha szerinted annak, akkor kérlek írd be a nevét a megfelelő sorba, s akkor nem tépem a számat hogy de az is vegyük fel a lehetőségek közé!
Tudniillik ő ugye ncursest használ, s ezért mégiscsak másabb mint a sima parancssoros lejátszók. De nekem mindegy, ha szerinted konzolos/parancssoros, oké, csak akkor jelezd ezt kérlek azzal hogy felsorolod a nevét a megfelelő helyen!
-------------
Honlapom: http://parancssor.info
Könyvem a VIM-ről
=== Sabayon disztró, DWM ablakkezelő ===
- A hozzászóláshoz be kell jelentkezni
"MOC (music on console) is a console audio player for LINUX/UNIX designed to be powerful and easy to use."
Nos szerinted?
Ha Trey minden alkalmazást felsorolna, amit itt szeretnek emberek, akkor nem lenne elég a hely.
- A hozzászóláshoz be kell jelentkezni
Annyit fűznék hozzá, hogy ezeket nem én sorolom fel, hanem _ti_. Én max. csak egy sorba rendezem őket.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Arra próbáltam neki rávilágítani, hogy ha tudja, hogy konzolos, akkor arra szavaz, még ha nincs is az ő kedvence feltüntetve. Nyilván a felsorolás egy példa arra, hogy mi a konzolos alkalmazás, erre értettem azt, hogy a zárójelben azért véges a normálisan kihasználható terület.
- A hozzászóláshoz be kell jelentkezni
- totem
+ xmms2
I hate myself, because I'm not open-source.
- A hozzászóláshoz be kell jelentkezni
- totem
+ itunes
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
- console-os lejátszók (mpg321, mpg123, mplayer, ffplay stb.)
+ console-os lejátszók (mpg321, mpg123, mplayer, ffplay, moc, cmus, stb.)
______________
ArchLinux user
"If you immediately know the candlelight is fire, the meal was cooked a long time ago."
- A hozzászóláshoz be kell jelentkezni
+1
-------------
Honlapom: http://parancssor.info
Könyvem a VIM-ről
=== Sabayon disztró, DWM ablakkezelő ===
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
- totem
+ pragha
- A hozzászóláshoz be kell jelentkezni
- totem
+ Singbird, Nightingale
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
-totem
+mpd
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
"kedvenc programfejlesztést segítő eszköz" módosításokat ebbe a szálba (a válasz linkre kattintva). Egy válasz egy javaslatot tartalmazzon!
Ebből a szálból a kiírásnak meg nem felelő javaslatok és egyéb hozzászólások törlésre kerülnek!
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
- anjuta, glade (tavalyi össz 3 szavazat)
+ xcode
- A hozzászóláshoz be kell jelentkezni
+ 1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
- code::blocks
+ intellij, phpstorm, webstorm (jetbrains termékek)
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
-1, code::blocks maradjon
--
blogom
- A hozzászóláshoz be kell jelentkezni
szerintem is.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
Sőt, lehetne code::blocks és leszármazottai (ld. még emIDE).
- A hozzászóláshoz be kell jelentkezni
+1
A Code::Blocks maradjon. Mondjuk szerintem a CodeLite pl. autocompletionben jobb, mert clang alapú a motorja, a felülete tisztább, de azért a C::B jó kis általános C/C++ IDE, szoktam használni.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
-1
code::blocks maradjon anjuta, glade es a kdevelop is mogotte vegzett
- A hozzászóláshoz be kell jelentkezni
+ 1
(Annyi kiegeszites, hogy s/intellij/idea/)
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
- sublime text
+ IntelliJ IDEA
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
+1
Esetleg ide is jöhet a többi jetbrains termék (phpstorm, webstorm)
- A hozzászóláshoz be kell jelentkezni
+1 (többi JetBrains termékkel)
--
blogom
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
-1, nem lehetne az anjuta, glade vagy a kdevelop kategóriákat dobálni?
---------------------------
���������������������������
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
- qt designer, qt creator
+ QtCreator
A QtDesigner resze (GUI editor) a QtCreatornak.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
- code
+ IntelliJ IDEA
- A hozzászóláshoz be kell jelentkezni
+1
--
blogom
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
Bocs, de a vi nagyon más mint az emacs! Nagyon szeretem a vi(m)-et, de az emacs a vi(m)-hez képest egy komplett oprendszer! A kettőt valamiféleképp külön kéne venni. Nem tudom miként, majd az okosabbak megmondják, de ez így szerintem highly nem oké!
-------------
Honlapom: http://parancssor.info
Könyvem a VIM-ről
=== Sabayon disztró, DWM ablakkezelő ===
- A hozzászóláshoz be kell jelentkezni
- anjuta, glade
+ (nyomtatott és elektronikus) kézikönyv, felírótábla, toll :)
- A hozzászóláshoz be kell jelentkezni
+1 a whiteboardra, tollra, papirra.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
- anjuta, glade
+ bluefish
--
AGA@
Fork portal és az egyik logóm :)
- A hozzászóláshoz be kell jelentkezni
- anjuta, glade (tavalyi össz 3 szavazat)
+ valgrind, gdb
- A hozzászóláshoz be kell jelentkezni
-1
Ha mondjuk neked a vim vagy a vs a kedvenc IDE-d, akkor egy olyan listából, ahol van vim, vs, valgrind, abból mit választanál?
Almát körtével. Nem jó az.
- A hozzászóláshoz be kell jelentkezni
A tétel címe: Kedvenc programfejlesztést segítő eszköz
Ezért a Valgrind, GDB párost. Azzal többre megyek, mint egy Vim-mel. Szöveget szerkeszteni bármivel tudok, ellenben profilozni, memory leak-t keresni nem mindennel. :)
- A hozzászóláshoz be kell jelentkezni
szerintem volt már néhány komoly flame az utóbbi években ennek a kategóriának a nevéről. A lényeg az, hogy IDE-k és olyan egyéb szövegszerkesztők közül lehet választani, amivel programkódot írsz. A debuggerek nem ilyenek.
- A hozzászóláshoz be kell jelentkezni
Ezen esetben:
- Kedvenc programfejlesztést segítő eszköz
+ Kedvenc programírást segítő eszköz
- A hozzászóláshoz be kell jelentkezni
"kedvenc programnyelv" módosításokat ebbe a szálba (a válasz linkre kattintva). Egy válasz egy javaslatot tartalmazzon!
Ebből a szálból a kiírásnak meg nem felelő javaslatok és egyéb hozzászólások törlésre kerülnek!
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
- c
- c++
+ c/c++
+ javascript
- A hozzászóláshoz be kell jelentkezni
Szívem csücske (volt) a c++, tudom, hogy nem szép összemosni a c-vel. Viszont javascriptet 2013-ban nem felsorolni értelmezhetetlen. De felőlem a ruby is kieshet (tavalyi utolsó helyezett)
- A hozzászóláshoz be kell jelentkezni
rubyt én nem szedném ki.
- A hozzászóláshoz be kell jelentkezni
Miért mondjátok mindehol, hogy a ruby volt az utolsó, amikor a funkcionális nyelvek-et megelőzte?
- A hozzászóláshoz be kell jelentkezni
-1
Miert nem lehet a tavalyi utolsot kivenni?
- A hozzászóláshoz be kell jelentkezni
megtettem:
http://hup.hu/cikkek/20131209/hovd_2013_kedvenc_multimedia_lejatszo_pro…
cserébe pluszegyezhetnél... :-)
- A hozzászóláshoz be kell jelentkezni
megvolt :-)
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
-1
Bár a javascript fontos lenne, hogy a listában legyen, de a C és a C++ annyira más nyelv, annyira más célra, hogy nincs értelme összevonni.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
- haskell, erlang, caml, ... (funkcionális nyelvek)
+ lisp, haskell, erlang, caml, ...
- A hozzászóláshoz be kell jelentkezni
- java
+ java, scala
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
-1 inkabb keruljon be a funkcionalis nyelvek koze a felsorolasba
- A hozzászóláshoz be kell jelentkezni
oda inkább ne kerüljön. Nem látom mivel lenne funkcionálisabb mint a javascript vagy a python..
- A hozzászóláshoz be kell jelentkezni
Ha ide felvesszuk, akkor inkabb ugy kellene felvenni, hogy "java, es egyeb JVM only nyelvek". Mert en meg azt nem ertem miert kellene egy ilyen alig hasznalt nyelvet kulon megemliteni, a tobbit meg nem.
- A hozzászóláshoz be kell jelentkezni
a scala amúgy nem funkcionális, hanem multiparadigmás. Meg nem is JVM only.
- A hozzászóláshoz be kell jelentkezni
Ez elméletben így van, gyakorlatban nem. Funkcionális jellegével reklámozzák és a JVMen kívül halott (az idézett cikk is 2 éves).
- A hozzászóláshoz be kell jelentkezni
Az OO-val ugyanúgy reklámozzák.
Lásd a Scala főoldalán ez van nagy betűkkel:
"Object-Oriented Meets Functional
Have the best of both worlds. Construct elegant class hierarchies for maximum code reuse and extensibility, implement their behavior using higher-order functions. Or anything in-between. "
- A hozzászóláshoz be kell jelentkezni
> Nem látom mivel lenne funkcionálisabb mint a javascript vagy a python
pl. van benne currying és lazy eval, csak hogy kettőt említsünk. Pythonban 3-astól van legalább range object, ami lazy-ish, de ennyi...
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
-1
Attól, hogy mindkettő JVM felett van, még nem lesz hasonló nyelv. Ráadásul a Java-t hiba lenne bármi mással összemosni, mert ez az egyik legjelentősebb nyelv, és nehezebb lenne az összehasonlítás, ha rakunk mellé valami mást is.
- A hozzászóláshoz be kell jelentkezni
Attól, hogy mindkettő JVM felett van, még nem lesz hasonló nyelv
Ebben teljesen igazad van. Másrészről viszont a két nyelv körüli fejlesztői közösség nagyon hasonló, úgyértve, hogy nem hiszem, hogy van olyan scala programozó aki nem fejleszt java-ban is (fordítva ez nyilván nem igaz). Én ezért gondoltam belevenni. Bár annyira nagyon nem fontos :)
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
- ruby
+ objective-c
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
Kicsit sok a C, C++, C#, Objective C... Bármennyire is más, meg minden, de az ObjC-t max a JS bekerülése [és így a funkcnyelvek ÉS a ruby] kikerülése (igen, a JS rossz, de érdekesebb megmérni szvsz, mint az objective-c-t) VAGY a C és a C++ összevonása (igen, nagyon mások, de sok helyütt lett már összevonva nagyon más) tudnám támogatni.
---------------------------
���������������������������
- A hozzászóláshoz be kell jelentkezni
fene tudja, iAppokat ObjectiveC-vel lehet programozni túlnyomórészt, szóval érdemes lenne mérni.
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
-1
I hate myself, because I'm not open-source.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
- ruby
+ javascript
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
+1, bármennyire is nem szeretem a JS-t, érdekes lenne megmérni a támogatottságát (azért remélem, nem sok :)), vagy a Ruby vagy a funkcionális nyelvek helyén
Off:
hogy van az, hogy a funkcionális nyelvek az utolsó 1-2 helyen szoktak lenni, de kommenteknél meg az egyik legaktívabb csoport?
---------------------------
���������������������������
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
egy szinttel feljebb pluszegyezz, és akkor bekerül a JS :-)
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1. Akárhogy is nézzük, funkcionális programnyelvek azért utóbbi időben nagyon téma, de egy JS-t mégsem lehet oda sorolni. Ruby csak 2-vel több szavazatot kapott. Mondanám, hogy dobjuk ki a shell scripteket, mert mégse igazán programnyelv, de akkor meg a shell script only userek (adminok) fogják leszedni a hajam. (Bár egy alapvetően szoftverfejlesztéses kategóriában nem tudom minek.)
Perl hasonló eset és ráadásul szintén kétszer annyi szavazatot kapott, mint a ruby.
Ha C/C++-t vonnánk össze, azért megint hiszti lenne (jogosan), C#/Java lenne még az összevonható egy menedzselt nyelvek kategória alatt, de arra nem hogy egy C vs C++ flame törne ki, hanem egyenesen a 3. világháború.
Szóval, vagy a Ruby-nak vagy a shell scripteknek, de mennie kellene. Ebben a nyomi webkettes világban minden a JS körül forog. (Bár lehet, hogy az, hogy hány perverz nemnormális van, akinek pont a JS a kedvenc nyelve, jobb ha homály fedi. :D)
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Saxus, egyem a zuzádat, te tutira megfertőztél valamivel! Megint 1etértek veled!
Valóban:
1. Én is utálom a JS-t.
2. Én se merném a JS-t a "funkcionális programnyelvek" közé sorolni.
3. Magam is messze inkább shell szkriptekben programozok mint JS-ben, ennek ellenére az a véleményem, hogy a shell szkript azért talán mégse nevezhető olyan szinten "programfejlesztést segítő eszköz"-nek vagy akár programnyelvnek, mint mondjuk a C, C++, vagy - urambocsá' az a f*cked JS. Teljesen más kategória. Azaz, ha itt már olyanok szerepelnek mint a C, C++, stb, akkor már inkább a JS-nek van köztük a helye mint a shell szkripteknek.
Mondom ezt annak ellenére, hogy a "disztrómhoz" masszívan bash shellben írom az összes fontosabb rutint, s amikor a shell kevésnek bizonyul, akkor gyün a jó öreg C. De maga a tény, hogy néha muszájtatik "felemelkednem" a C magasságába, már eleve azt bizonyítja, hogy a shell, az bizony nem egy komplett "fejlesztőeszköz/rendszer"! Tuti hogy bármi ami shellben megoldható, megoldható C-ben is, legfeljebb kissé bonyolultabban. Fordítva, na azt erősen kétlem...
Azaz, rettegek attól, ami kiderült: itt most megint mindenben saxussal értek egyet...
-------------
Honlapom: http://parancssor.info
Könyvem a VIM-ről
=== Sabayon disztró, DWM ablakkezelő ===
- A hozzászóláshoz be kell jelentkezni
> a shell szkript azért talán mégse nevezhető olyan szinten "programfejlesztést segítő eszköz"
És ez nem is az a thread, hanem a kedvenc programnyelv. A szerencsétlen "disztróddal" meg menj máshova offolni, senkit nem érdekel itt.
- A hozzászóláshoz be kell jelentkezni
Miattam lehet a "lisp, ..." csapat helyett valami más. Ez nem az a portál, ahol annyira meg kell nekik jelenni bárhogy.
Ahogy máshol is felvetették, ki lehet lőni a tavalyi utolsót is, hacsak nem történt azóta ruby forradalom rendszergazdi körben Magyarországon. :)
- A hozzászóláshoz be kell jelentkezni
- haskell, erlang, caml, ... (funkcionális nyelvek)
+ scala, lisp, haskell, erlang, caml, ... (funkcionális nyelvek)
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
- c
- c++
+ c/c++
+ pascal, object pascal
--
[ Falu.me | Tárhely | A Linux és én ]
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
-1
Mára a pascalnak és a leszármazottainak nem nagyon van helye egy ilyen listán, főleg nem pl úgy, hogy nincs javascript sem rajta.
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
- shell script
+ javascript
- A hozzászóláshoz be kell jelentkezni
Merthogy a shell script nem igazán ide való, javascriptet pedig nem lenne szabad kihagyni.
És hogy miért nem a funkcionális nyelvek és a ruby: A funkcionális nyelvek épp terjedőfélben vannak, bár ennek ellenére nem hinném, hogy itt ez nagyon látszódna majd a szavazáson, a ruby pedig a rails miatt még mindig fontos, bár attól tartok, ha eddig itt nem indult meg, akkor most sem fog.
- A hozzászóláshoz be kell jelentkezni
+1.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
Na ne! Nem akarok negatívot adni erre.
- A hozzászóláshoz be kell jelentkezni
"kedvenc smartphone os" módosításokat ebbe a szálba (a válasz linkre kattintva). Egy válasz egy javaslatot tartalmazzon!
Ebből a szálból a kiírásnak meg nem felelő javaslatok és egyéb hozzászólások törlésre kerülnek!
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
- symbian (nekrofilia)
+ ubuntu touch
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
--
blogom
- A hozzászóláshoz be kell jelentkezni
-1 Csak kíváncsiságból.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
-------------------------------------------------------------------------
Nem, de lehetne.
- A hozzászóláshoz be kell jelentkezni
+1
--
AGA@
Fork portal és az egyik logóm :)
- A hozzászóláshoz be kell jelentkezni
-1
Az rendben van, hogy a Symbian már halott, de legalább hosszú élete volt. Az Ubuntu Touch viszont halva született.
- A hozzászóláshoz be kell jelentkezni
Lehet, de legalább egyszer dobjuk fel a táblára, hogy derüljön ki, foglalkozik-e vele bárki :)
- A hozzászóláshoz be kell jelentkezni
- webos
+ fire os (amazon's android fork)
- A hozzászóláshoz be kell jelentkezni
Mert a webos mostanra gyakorlatilag nem létezik, a kindle féle android meg mostanra nagyon más lett mint a google féle android.
- A hozzászóláshoz be kell jelentkezni
-1
Egy fattyú, akarom mondani fork nem érdemel külön helyet a listán! :)
A webOS Open webOS-ként esélyt kapott a túlélésre amióta a HP megnyitotta a kódját. Talán az LG is berakja majd az okostévéire.
- A hozzászóláshoz be kell jelentkezni
Az rendben van, de itt egyrészt smartphone OS-ekről szavazunk, másrészt én nem tudok róla, hogy jelenleg kapható lenne olyan telefon, amin webos van. Márpedig ha már (jelenleg) halott OS-eket is bent tartunk, akkor maradjon a Symbian is.
- A hozzászóláshoz be kell jelentkezni
A Symbian bár opensource de aktív fejlesztöi közösség nincs körülötte. Müködöképes mobil sem rakható össze a forrásából, mert lényeges részeket hagyott ki a Nokia amikor megnyitotta a forrását.
A webOS körül vannak fejlesztök ha nem is sokan. Nexus 7-re, Galaxy Nexusra és még pár eszközre fel lehet tenni. Ez legalább lélegeztetögépen tartja mint a Sailfish os-t a nem hivatalos eszközök, még egyszer talán nekik is lesz egy saját eszközük is.
- A hozzászóláshoz be kell jelentkezni
-1
--
AGA@
Fork portal és az egyik logóm :)
- A hozzászóláshoz be kell jelentkezni
- windows phone
- windows mobile
+ windows phone / windows mobile
+ ubuntu touch
- A hozzászóláshoz be kell jelentkezni
+1
De akár teljesen ki is maradhat a Windows Mobile. Kapható még azzal mobil?
- A hozzászóláshoz be kell jelentkezni
+1
--
AGA@
Fork portal és az egyik logóm :)
- A hozzászóláshoz be kell jelentkezni
-1
hagyjuk mar a winmobile-t a picsaba, inkabb akkor mar
- windows mobile
+ ubuntu touch
- A hozzászóláshoz be kell jelentkezni
"kedvenc szerver Linux disztró" módosításokat ebbe a szálba (a válasz linkre kattintva). Egy válasz egy javaslatot tartalmazzon!
Ebből a szálból a kiírásnak meg nem felelő javaslatok és egyéb hozzászólások törlésre kerülnek!
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
- centos, scientific linux
- rhel
+ rhel, centos, scientific linux
+ fedora
- A hozzászóláshoz be kell jelentkezni
-1
---------------------------
���������������������������
- A hozzászóláshoz be kell jelentkezni
-1
Oke, hogy a kod ugyanaz, de a support teljesen mas, plusz az olykor RC kerneles Fedora-t szerverre rakni egyaltalan nem eletszeru.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
-1
Te miért raknál *szerverre* desktopra kihegyezett béta állapotú teszt-oprendszert?
- A hozzászóláshoz be kell jelentkezni
Miért lenne az desktopra kihegyezett?
- A hozzászóláshoz be kell jelentkezni
Mert a Fedora Project alapvetően arról szól.
- A hozzászóláshoz be kell jelentkezni
Nem értem, ezt honnan gondolod. Ezt is ugyanúgy üzembe lehet helyezni szerverként.
De még ha probléma lenne az, hogy alapvetően desktopról szólna, akkor az ubuntu is kilógna a sorból.
- A hozzászóláshoz be kell jelentkezni
> Nem értem, ezt honnan gondolod
http://fedoraproject.org/en/get-fedora-options
Fedora 19 Desktop Edition, azaz onnan gondolja, hogy talán ezt olvasta a weblapjukon...
> hogy alapvetően desktopról szólna, akkor az ubuntu is kilógna a sorból
Ubuntu server edition létezik (http://www.ubuntu.com/server) szóval egyszerűen nincs igazad. Esetleg te is kérdezősködhetsz stackexchange-en arról, miért nincs: http://unix.stackexchange.com/questions/45040/why-isnt-there-a-server-e…
- A hozzászóláshoz be kell jelentkezni
Legtöbb pontos válasz:
Fedora only has a Desktop edition. In my experience, "server" distros have a longer support lifetime than desktop distros. If you want something that has a longer support cycle, use Red Hat Enterprise Linux, or one of the RHEL clones like CentOS. Fedora really isn't suited for a long-term support OS, because at best you'll get 13 months of support if you install a release the day it comes out (Unlike RHEL).
While Fedora is really only aimed at the desktop, the OS certainly supports being installed as a server, using the DVD or network installer. RHEL6 is based on Fedora 12 (with backports from later Fedoras and security fixes) and uses the same installation software as Fedora, so there's nothing stopping you from using Fedora as a server OS, just don't expect to get updates or security fixes past the end of its support lifetime.
Közben az Ubuntunál:
For the latest features, choose Ubuntu Server 13.10 Ubuntu 13.10 will be supported for 9 months and includes cutting-edge new features such as the Havana release of OpenStack.
Akkor, hogy is van ez?
- A hozzászóláshoz be kell jelentkezni
Ubuntu server edition LTS: http://www.ubuntu.com/download/server
"Ubuntu 12.04.3 LTS is a long-term support release, with support guaranteed until April 2017."
Aki szerverre pár hónapig supportált cuccot tesz, úgy kell annak. Fedorából nincs hosszú ideig támogatott verzió.
Szerk.: linket is tettem.
Szóval kérdésedre a válasz, úgy is van ez, hogy Ubuntuból tudsz akár 60 hónapig is támogatott verziót tenni, meg Fedorából nem. Ubuntunak van server editionje, Fedorának nincs. Keringőzzünk még, vagy hisztek az internetnek és a disztrók fejlesztőinek?
- A hozzászóláshoz be kell jelentkezni
Mint ultima ratio te linkelted az "internetet" ahonnan a best answer-t szó szerint idéztem. Aszerint pedig:
1. használható szervernek is a Fedora
2. tapasztalat szerint a szerver disztribúciónak jobb ha hosszabb ideig támogatottak, de a rövidebb support nem kizáró ok.
A Fedora egy kiadás megjelenésétől 13 hónapig támogatott. Egy nem LTS Ubuntu server csak 9 hónapig támogatott. Ha igazad lenne Ubuntu server csak LTS kiadásokkal jelenhetne meg. Mégis van rövid 9 hónapos támogatású Ubuntu server. Igaz, hogy Fedoraból csak 13 hónapos van, de ettől még ugyanúgy jó, sőt support idő szempontjából jobb szervernek mint egy 9 hónapig támogatott Ubuntu Server 13.10 vagy bármelyik nem LTS Ubuntu Server.
Fedora Desktop edition mellett van még KDE, LXDE, XFCE Spin. A Desktop edition akár lehetne Gnome edition is, a név csak a default desktopra utal. Ebben a Fedora Desktop edition-ben ugyanúgy megtalálható az Apache, MySQL, PHP, VSFTPd és az összes többi direkt szerverre való programcsomag mint az Ubuntu serverben vagy bármelyik olyan disztribúcióban aminek a nevében benne van a "server" szó is.
- A hozzászóláshoz be kell jelentkezni
Azért van kihegyezve desktopra, mert többek között létezik belőle Desktop Edition telepítőlemez?
Azért nincs igazam az ubuntu tekintetében, mert létezik belőle ubuntu server edition is?
- A hozzászóláshoz be kell jelentkezni
> Azért van kihegyezve desktopra, mert többek között létezik belőle Desktop Edition telepítőlemez?
Nem azért, hanem azért, mert azt álltják, hogy desktop edition, és azért mert a letöltések között nem látni mást, mint desktop editiont.
> Azért nincs igazam az ubuntu tekintetében, mert létezik belőle ubuntu server edition is?
Azért nincs, mert azt állítod, hogy az ubuntu nem fér fel a server listára, holott linkekkel is alátámasztottuk, hogy _van server edition_
- A hozzászóláshoz be kell jelentkezni
Azért a stacklószar nem feltétlenül hiteles forrás. Azért, mert X Y azt mondta... ha valóban ennyi lenne az összes érv, akkor nem tudok vele vitatkozni. Server edition nevű lemez belőle valóban nincs, viszont nem hátrány egy pillantást vetni a telepítő ezen részére:
http://ohjeezlinux.files.wordpress.com/2013/02/software-selection-f18.p…
Attól még, hogy ubuntuból van szerver edition... hááát... végül is befért ebbe a listába kétség kívül. Úgy tűnik, idén is meg kell barátkozni a gondolattal, hogy nem tudok szavazni ebben a kategóriában.
- A hozzászóláshoz be kell jelentkezni
Nem a stackloszar volt a hangsulyos, hanem a Fedora es az Ubuntu weblapja, amiket szinten belinkeltem, ervkent. A stackloszart nem ervkent, hanem neked linkeltem be, hogy lasd, volt mar mas is aki ertetlenkedett elotted. Ne ferdits.
Attol, hogy fel tudsz tenni egy apacsot valahova, meg nem lesz szerver operendszer. Nem kapsz hozza security frissiteseket evekig, meg ha fizetsz sem kapsz hozza telefonos supportot es igy tovabb. Windows XP-re is tudok tenni apacsot meg mysql-t. Ettol szerver oprendszer lett?
Szerk: merges is lennek, ha egy desktop rendszerre (amin pl. fejlesztek is) nem tudnek foldobni egy webszervert hirtelen. De ettol meg nem hasznalok mindennap a desktop gepemen szerver os-t.
Az ubuntu szerver kiadas amiatt fer be a listaba, mert annak szanjak. A fedorat nem szantak sosem szerver oprendszernek, ezert nem fer bele.
> Úgy tűnik, idén is meg kell barátkozni a gondolattal, hogy nem tudok szavazni ebben a kategóriában.
Ugy tunik, meg. Egy OFF kerdesem lenen azert: te komolyan par honapig supportalt, X-es GUI-s OS-t hasznalsz szerveres kornyezetben? Kollegak mit szolnak ehhez?
- A hozzászóláshoz be kell jelentkezni
Én még nem gondolkodtam azon, melyik rendszer lenne az, amit több évre ott lehetne hagyni nagyobb birizgálások nélkül, inkább mint csak kedvenc létezik számomra, amibe mindig belerakják mindenből a legújabb dolgokat. Ha viszont tényleg szükséges legalább 36 hónap szoftverfrissítés, akkor valóban nem állja meg a helyét, még desktopként sem. Szóval ez inkább "kedvenc".
- A hozzászóláshoz be kell jelentkezni
Jaja, Windows 8-at is lehet szervernek beüzemelni, futni fog rajta a PHP, de attól még az baromira nem arra való, hogy szervernek használjuk.
A Fedora speciel nagyon sok olyan csomagot tartalmaz, ami annyira friss, hogy nem való még kiszolgálóra. Egy még időnként instabil alkalmazást nem teszünk szerverre (kivéve ha az kipistike játszós gépe). Vagy nálatok mindenből a beta van fent a szerveren?
Ezen kívül a Fedoraból jellemzően a Gnome verzió az alapértelmezett, a többi csak spin. Egy Gnome 3-at nem eresztenék rá egy olyan gépre, amit kiszolgálásra használunk, mivel eleve felzabálja a memória nagy részét (tudom, van belőle LXDE, de az nem a fejlesztők által kínált fő csapás, az egy spin, olyan, mint a Lubuntu az Ununtu vonalon).
És még persze számos dolgot fel lehetne sorolni, hogy mik azok az érvek, ami miatt Desktopnak titulálunk egy rendszert és miért nem telepítünk ilyet kiszolgálóra.
- A hozzászóláshoz be kell jelentkezni
Windows 8 és Windows Server 2012 között kicsit nagyobb különbség van. Itt ugyanazok a csomagok vannak, például Ubuntunál nincs külön desktop repo és külön server repo eltérő csomagokkal.
Összevetve az Apache csomagokat Fedora és Ubuntu Server-nél nincs lényeges különbség verziókban sem:
http://packages.ubuntu.com/saucy/apache2
https://apps.fedoraproject.org/packages/httpd
Most akkor instabil beta alkalmazáscsomagok vannak az Ubuntu Serverben?
Hallottam olyan véleményt már, hogy az Ubuntu Server sem való szervernek csak a Debian, de akkor az Ubuntunak sincs helye a listán.
- A hozzászóláshoz be kell jelentkezni
Na, debian meg a szerver, mikor néha egy-egy kifejezetten szerverhez kapcsolódó csomag hiányzik.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Azt nem mondom, hogy egyet is értenék ezekkel a véleményekkel. Milyen szervercsomagot hiányolsz Debianról? Egy kört képeznek az új verziók adott csomagokból amik hiányoznak de szerintem nem ezekre gondoltál. Gyártói zárt nyomtató és scanner driverek egy másik kör amibe eddig belefutottam.
- A hozzászóláshoz be kell jelentkezni
Nekem pl. pgagent hianyzott a jelenlegi stablerol. oldstableban es testingben van.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
A Minix-et is be lehet uzemelni szerverkent, de attol meg nem fog szerverrol szolni. Azert nem szerverre valo, mert teszteletlen, bugos kotvanyfos latest-is-greatest csomagokat szallit, surun van breaking change, nem szerverre valo, pont.
- A hozzászóláshoz be kell jelentkezni
Hagyd. Úgyis övé az utolsó szó. Hiszenazapacsotföllehetrátenni!!!!!
- A hozzászóláshoz be kell jelentkezni
Itt most te vagy az elfogult, érv nélküli fórumharcos. Egyáltalán nem vagyok elkötelezett a Fedora iránt. Nem is foglalkoztatott a téma korábban. A te általad megadott linkeket olvastam végig, mert az itt kialakult vita miatt érdekelni kezdett. Az ott írtak alapján azonban egyértelmű, hogy nem neked és a fedora-ellenzőknek van igaza.
- A hozzászóláshoz be kell jelentkezni
Érv nélküli, LOL. A hazudozás az a pont, ahol ki kell szállni a threadből.
- A hozzászóláshoz be kell jelentkezni
Egy ismerősöm szokta mondani, hogy a fórumozással töltött idő és a belátási képesség fordítottan arányos egymással. Vitastílusodból már látom miért mondta.
"Hazudozni" itt teljesen értelmetlen, minden visszaolvasható bárkinek. Be is linkelhetnéd a megdönthetetlen érveidet tartalmazó korábbi hozzászólásod ha lennének ilyenek. Amit korábban írtál az mind meg lett cáfolva az általad megjelölt forrásodból idézve.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Szóval ha teszteletlen, bugos kotvanyfos latest-is-greatest csomagokat szállít, sűrűn van breaking change, akkor desktopra való?
- A hozzászóláshoz be kell jelentkezni
Hát volt már hogy én is elgondolkoztam rajta, pl. azért, mert jönnek az igények, hogy detegnapkijöttazújphp, és azt szeretnék, meg a legfrissebb svn, megatökömtudja :), aztán ezeket centosra felhaxolni nem egyszerű, 3-4 repó után olyan dependency hell tud lenni hogy borzalom.
--
The Community ENTerprise Operating System
- A hozzászóláshoz be kell jelentkezni
+1 Gentoo-t is használnak szervernek és az kifejezetten friss, új kiadású programcsomagokat használ. Sok munka lehet vele, de ha valahol elvárás a mindenből legújabbat, oda jó lehet. Egy új PHP egyébként nem beta szoftver, azért rilízeli a fejlesztője mert úgy látja már stabil, éles használatra alkalmas állapotba került a kód új verziója. Az, hogy a Debian vagy Red Hat ezek után még egy extra tesztidőszakot is használ és a már stabilként kiadott programcsomagok csak hosszabb idő után kerülhetnek be a disztribúció stabil kiadásaiba egy extra védelmi kör, ami viszont nem is minden esetben hatékony. Egyelőre nem szerverfelhasználás területéről van ellenpélda, pl. a Firefox 6 hetes kiadásai mellett nem lehet tartani a régi konzervatív Debian stable kiadási stratégiát. Kivételt kellett képezni ezekre a csomagokra. Szerintem PHP vagy Ruby on Rails-nél is lehet értelme a legfrissebb (fejlesztő által már stabilként kiadott) programcsomagok használatára.
- A hozzászóláshoz be kell jelentkezni
Nálatok a fejlesztő mondja meg, hogy a publikus szerveren milyen szolgáltatás fusson az eredetileg megállapodotton felül? Jó lehet ott rgizdának lenni, hisz nyilván vállalja akkor az üzemeltetési kockázatot is.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
El is olvastad amire valaszoltal? Megbeszelunk valamit, utana ne jojjon a fejleszto, hogy azt akarja hogy frissitsem neki a php-t. Ha elotte meg tudott gyozni, akkor OK, de utolag nem.
- A hozzászóláshoz be kell jelentkezni
Tudni kell nemet mondani. :)
- A hozzászóláshoz be kell jelentkezni
-1
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Ugyes vagy, kis veglenyem :)
- A hozzászóláshoz be kell jelentkezni
Csak keményen! Hajrá kamufejlesztök gyöngye! :)
- A hozzászóláshoz be kell jelentkezni
-jevgenyij
+ő
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni