Debian 8.0

Debian

Debian 8 "Jessie"

A várakozásoknak megfelelően a Debian projekt bejelentette, hogy elérhető a Debian 8 (kódnevén "Jessie").

Benne (egyebek mellett):

  • Apache 2.4.10
  • Asterisk 11.13.1
  • GIMP 2.8.14
  • an updated version of the GNOME desktop environment 3.14
  • GNU Compiler Collection 4.9.2
  • Icedove 31.6.0 (an unbranded version of Mozilla Thunderbird)
  • Iceweasel 31.6.0esr (an unbranded version of Mozilla Firefox)
  • KDE Plasma Workspaces and KDE Applications 4.11.13
  • LibreOffice 4.3.3
  • Linux 3.16.7-ctk9
  • MariaDB 10.0.16 and MySQL 5.5.42
  • Nagios 3.5.1
  • OpenJDK 7u75
  • Perl 5.20.2
  • PHP 5.6.7
  • PostgreSQL 9.4.1
  • Python 2.7.9 and 3.4.2
  • Samba 4.1.17
  • Tomcat 7.0.56 and 8.0.14
  • Xen Hypervisor 4.4.1
  • the Xfce 4.10 desktop environment
  • more than 43,000 other ready-to-use software packages, built from nearly 20,100 source packages.

[ bejelentés | telepítőkészlet(ek) | telepítési kézikönyv | előkészített OpenStack képfájlok | kiadási megjegyzések ]

Anno virtuális gépben megcsináltam systemd-tlenre, ahogy a linkelt oldal mondja, de "természetesen" ez csak addig felelt meg, amíg fel nem akartam rakni egy LXDE-t, aminek meg "természetesen" kell a systemd. Mivel nekem kell az LXDE (otthoni gép, semmi szerver), ezért már systemdés Jessiem van. Eladtam a lelkem az ördögnek.

Belenéztem (épp nem volt kéznél futó debianom, uh a diff filet kell nézegetni, ami meg annyira nem vidám), ott valóban szerepel a ticket, ami alapján már meg lehet találni, hogy mi a baj. (A konkrét izé egyrészről elég gyász, másrészről meg azért imho ezt special lehetne kezelni a csomagolásnál annál szofisztikáltabban, mint hogy mivel a maintaner láthatólag személyesen rühelli a featuret, ezért kikapcsolja). Viszont ha már először a newsra mutogattunk egy mondatban, aztán mikor megkérdőjelezték, hogy miért, akkor a "megvan az oka, hidd el, hogy nem vagyunk hülyék" helyett oda lehetett volna írni, hogy nézd meg kérlek a changelogot, vagy nézd meg kérlek az #12345 számú bugot...

( neuron | 2015. 04. 26., v – 12:44 )

kFreeBSD most nincs

----
"Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat."
Instant Coelho

( Xterm v | 2015. 04. 26., v – 14:17 )

ez a kép nekem inkább olyan, mintha a grafikus a következő verzióhoz rajzolt volna.

--
xterm

( zitev v | 2015. 04. 26., v – 20:50 )

Pont ma raktam egyet netinstallbol, korrekt, egyre jobb!

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

( Gyuszk v | 2015. 04. 27., h – 09:31 )

Lassan (máris?) Java7 end of life van, openjkd8 -nak meg nyoma sincs az éppen most megjelent jessie -ben. Kérem kapcsolja ki.

--
arch,debian,openelec,android

Nem linux, nem openjdk, de nem kell mindig a legfrisebb. A múltkor futottam bele, egy HP nyomtató szerver beállítása közben, a 8-as java reklamált valami biztonsági bisz-basz miatt, levettem akkor sem ment. Visszaraktam a 7-est, az is reklamált de azzal legalább elindult az applet.

A személyes kedvencem: self-signed certtel aláírt applet behúz aláíratlan jar-okat, aztán a jar elérési útja (http protokoll, mert csak) melletti ini fájlt próbálja olvasni, hogy lássa, melyik host melyik portjára kell socketet nyitni... szerencsére idejében kiszúrtam, hogy van benne main osztály, ami nem appletként próbál mindent elkövetni, hogy a JVM hozzávágjon mindenféle szekurityikszepsönt (már ha el jut odáig, hogy elinduljon a JVM)

Szvsz. nagyon itt volt az ideje, hogy gyakorlatilag ellehetetlenítsék az applet-ek működését, és VÉGRE kinyírják azt az egyébként is tetszhalott technológiai hulladékot... Én is rühellem az orákült, de ez éppen egy támogatható lépés volt tőlük.

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

( mogorva v | 2015. 04. 28., k – 13:18 )

Mint 17.1 MATE -> D8 LXDE

Eddig nem rossz.

( Digit | 2015. 04. 28., k – 18:18 )

pont ezekben a napokban szenvedek azzal, h a wheezy-t migraljam 32bitesrol 64bitesre
most hogy kijott a jessie, meg aktualisabb a dolog

sikerult ez valakinek?
elegge gondot okoz ez nekem

odaig eljutottam h 64bit-es a kernel (ez mar sok honapja igy uzemel), meg a csomagkezelo is azt gondolja magarol h 64bites, de a csomagkezelo az apt-get -f install -al nem tud megbirkozni a dologgal, en meg mar nem talalok fogast a probleman

ott meg nem tartok h egyszerubb:
a file-okat bongeszve egy 2011-es datumbol gyanitom h akkoriban telepitettem a rendszert, azota lecsereltem alatta a winchestert, aztan a gep osszes tobbi reszet(videokartya, CPU, alaplap, minden), migraltam wheezy-re (elotte squeeze-re is), valtottam 64bites kernelre, most valtottam ext3-rol ext4-re (nem gondoltam volna h ez milyen egyszeru), eddig minden viszonylag siman sikerult, nem hittem volna h mindezt meg lehet csinalni ezzel a jo kis rendszerrel.
kozben a halal tudja mar miket csinaltam a rendszerben, szoval meg nem tartok ott h egyszerubb.
ugy latom bele kellene turni a csomagkezelo lelkivilagaba, nem sok kedvem van hozza, foleg ugy h csak nagyon alap szinten hasznaltam eddig, nem volt tobbre szukseg, nagyon keveset tudok rola.

nem latszik most h melyik egyszerubb
de attol felek meg ha ez sikerul is (nemhiszem), akkor is elobb utobb eler a veg. talan jobb lenne most...

Mire kell emlékezned? Azt csak tudod milyen programokat használsz. Ill. a beállítások gyanánt mondjuk érdemes az /etc könyvtár tartalmát is lementeni. Aztán ha valami nem megy a friss, ropogós, 64bit-es rendszereden, akkor utánanézni a lementett könyvtárban, hogy milyen konfig lett hákolva. Továbbá a saját home könyvtárat is átnevezném, és az új rendszeren tiszta home-al indulnék, majd az átnevezettből visszaállítanám ami kell.
Elég sokat próbálgatok különböző disztrókat, ezzel a módszerrel simán tudom a beállításaimat hurcolni, rendszerről rendszerre.

Anno en azt csinaltam, hogy csinaltam egy 64bites chrootot, oda bedebootstrapeltem, feltelepitettem mindent ami kellett, configok atmasol. Aztan a tenyleges rendszeren minden leallit, meg egy sync, es reboot egy busyboxos initramfssel, ahol a tenyleges / sem mountolodik fel. Felhuzom a korabbi / -t, bechrootolok, amit kell, kiexportalok, es atmasolom az uj helyre. Aztan chroot oda, minden import, es a chrootot atmasolom a / helyere.

Ez akkor mukodik a legjobban, ha regi-/ es uj-/ kulon particion tud lenni. Filesystem meret kicsinyites es particio osszenyomas elotte lehet befigyel.

Ez volt ugy ~2007 kornyeken, es ezzel a lendulettel 32-bit RedHat-rol atalltunk 64-bit Debianra. Mara ez azert egyszerubb kene legyen a multi-arch koraban.

Segitsegkeppen: http://anarc.at/services/upgrades/cross-architecture/ - ez eleg korrektnek tunik. A lenyeg, hogy apt onmagaban nem tudja megoldani a 32->64 migraciot, es itt-ott segiteni kell neki.

--
|8]