HOVD 2013 - Kedvenc multimédia lejátszó, programfejlesztést segítő eszköz, programnyelv, smartphone os, szerver Linux disztró

Címkék

Mostantól 24 órán keresztül lehet módosítási kérelmeket (ez még nem a szavazás) küldeni a címben említett kategóriák jelöltjeire, amelyek a következők:

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.

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

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ő ===

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.

"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

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ő ===

"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

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. "

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 :)

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.
---------------------------
���������������������������

+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?
---------------------------
���������������������������

+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™

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ő ===

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.

"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 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.

Normális HUP-ot használok!

"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

> 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…

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?

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?

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.

> 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_

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.

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?

É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".

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.

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.

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.

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.

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.

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

+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.