I mellomtiden surrer og utålmodig for brukere av denne distro (i tillegg til forrige utgivelse av Ubuntu 14.04 "Trusty Tahr"), Teamet av Debian har diskutert hvilken versjon av kjernen Linux må brukes til etterfølgeren til den nåværende versjonen Debian 7 Wheezy (som sist 12. juli lanserte sin oppdatering 7.6, denne gangen med fokus på serververktøy).
Hvilken versjon av kjernen vil Debian Jessie ha?
Den endelige avgjørelsen var at Debian 8.0 Jessie vil inkludere kjernen som standard Linux 3.16, og hovedårsaken til at denne versjonen ble valgt, er fordi den vil bli utgitt i august. Videre eksperimentell bakport av Debian utgivelseskandidatutgavene av debian jessie i tilfelle noen vil prøve dem. I kunngjøringen utgitt gjennom bloggen Biter fra Debian, anbefales det også at pakker som er inkompatible med kjernen, må fjernes fra depotet før frysedato, som er 5. november 2014.
For de som allerede har installert debian jessie, som for tiden er i testfasen, må kjernen oppdateres gjennom en:
# apt-get update && apt-get upgrade
erstatter den nåværende kjerneversjonen (3.14).
Som tilleggsinformasjon nevnes det at kjernen vil vedlikeholdes av Ubuntu Kernel Team fram til omtrent april 2016 fordi det ikke er en versjon som tilhører LTS-grenen, ifølge kernel.org.
For mer informasjon om dette, inviterer jeg deg til å klikke på denne linken.
Vel, jeg vet ikke hva jeg skal si ... Jeg synes det ikke er en god idé å sette en ikke-LTS-kjerne i en stabil distro, som også vil bli støttet av Ubuntu-gutta (uten å ha til hensikt å fornærme Ubunteros) :(.
Samme her….
LTS blir ikke gitt etter den offisielle utgivelsen? Versjoner 3.10, 3.12 og 3.14 er LTS, forhåpentligvis er dette også. Og hvis det ikke etter hvert blir LTS, bør Debian kanskje tenke på å bytte, ettersom Jessies fryser synes jeg ikke er kort ...
PS: Nå som du er tilbake til Slackware, venter vi på deg, Peter, 🙂.
Generelt er det kjent før utgivelsen om kjernen vil opprettholdes i lang tid eller ikke.Det er grunnen til at Debian-gutta allerede vet at versjon 3.16 ikke vil være LTS. Det er nysgjerrig at de velger denne kjernen siden i oktober i år slutter støtten til 3.4 LTS-kjernen, og fra det jeg vet kommer den nye LTS med 3.18-kjernen nettopp i oktober :).
Når det gjelder veiledningene, gjorde jeg allerede en om Slackware for tre måneder siden: https://blog.desdelinux.net/despues-instalar-slackware/
Gjennomgang av det litt, det er litt utdatert med hensyn til vlc, libreoffice og oracle jdk .. Ingenting som ikke fikser en titt på slackbuilds.org for libreoffice og jdk, og for vlc er det nok å laste ned og installere pakkene npapi-vlc og vlc av siden:
32 biter
http://www.slackware.com/~alien/slackbuilds/vlc/pkg/14.1/npapi-vlc-20140226-i486-1alien.txz
http://www.slackware.com/~alien/slackbuilds/vlc/pkg/14.1/vlc-2.1.4-i486-1alien.txz
64 biter
http://www.slackware.com/~alien/slackbuilds/vlc/pkg64/14.1/npapi-vlc-20140226-x86_64-1alien.txz
http://www.slackware.com/~alien/slackbuilds/vlc/pkg64/14.1/vlc-2.1.4-x86_64-1alien.txz
Hilsen 😀
Noen LTS tror jeg blir kunngjort etter utgivelsen, da. 3.12 skulle ikke være, og jeg tror det ble kunngjort da 3.13 allerede hadde kommet ut. Uansett, hvis 3.18 skal være LTS og det er i oktober, forstår jeg ikke hvorfor de ikke legger den inn, med mindre Jessie har en kort fryse (som jeg gjentar, det virker som om frysetiden vil være lengre og den siste det var mer enn 8 måneder).
Og jeg setter pris på den opplæringen, men det er ting som er vanskelig å følge i Slackware. For eksempel multi-arkitektur for å installere 32-biters programmer: det som vises på wiki er en helvetes prosess, med et slags endelig skript som skal kjøres hver gang du vil installere noe i 32-bit, veldig komplisert for meg. Eller hvordan du gjør en ren installasjon uten unødvendige pakker, for eksempel støtte for HP-produkter (som en for eksempel kan finne den, men det er andre ubrukelige ting som den ikke gjør, som alle stasjonære datamaskiner som den installerer som standard). Nettstedene med minimum installasjonslister i Slackware er fra tidligere versjoner, jeg har ikke sett noen av 14.1. Jeg er ikke en rookie, men denne typen ting gir meg mye respekt ...
I Slackware-installasjonsprogrammet gir det deg muligheten til å lage et utvalg av pakkene A, AP, D, F, K, L, N og X. Du kan gjøre dette ved å velge "meny" i stedet for "full" -alternativet ». Til dette bør du legge til KDE- og KDEI-gruppen hvis du vil ha KDE som miljø eller XAP-gruppen hvis du vil ha XFCE eller noe annet. Spillgruppen (Y) ignorerer jeg. Når disse gruppene er valgt, velger du pakke for pakke i gruppene. La som regel alle pakker av gruppe A, AP, D, F, K, L, N og X være merket. Konsentrer deg om KDE-, KDEI- eller XAP-gruppene, og her må du velge den du vil installere eller ikke allerede at det er mange spill eller verktøy du gjør eller ikke trenger, og som avhenger av hver av dem :).
Når det gjelder multilib i 64 bit Slackware er det enkelt. Bare åpne terminalen, logg inn som root og skriv dette:
lftp -c 'åpen http://slackware.com/~alien/multilib/ ; speil 14.1 ′
dc 14.1
oppgrader kg - installer – installer ny * .t? z
oppgrader kg - installer ny slackware64-compat32 / * - compat32 / *. t? z
Og du har allerede multilib 😀
Vel, 32-biters kompatibilitet er veldig viktig, i Slackware-wiki er prosessen mye lenger. Takk for informasjonen!
Du er velkommen 😀
I følge en mening som de ga meg, kan det at Debian blir valgt, være grunn nok til at de konverterer den til LTS
3.14-kjernen sviktet med intel iris pro 5200 og i7 4750HQ-prosessoren. Bruk openSuSE 13.1. Jeg sluttet å bruke tumbleweed-kjernen, for de av dere som ikke vet en måte å ha den nye kjernen stabil i openSUSE. Jeg brukte tumbleweed-kjernen siden jeg hadde openSUSE 12.3. Kjerner 3.11, 3.13 har gått vellykket.
For eksempel er prosessorer under normale forhold mellom 0 - 5% (akkurat nå med krom åpen og 1 faner 20%), og med den kjernen er de satt til 1 - 5% uten å gjøre noe. Verst av alt var at skrivingen ikke var pålitelig. (med 25 også).
Jeg ble lei av å prøve nye kjerner, kanskje nå har de forbedret den, men selvfølgelig er den støtten til kernen i det minste tvilsom om de gjør det riktig. Jeg kjøpte en datamaskin med intel (og kraftig) grafikk for den teoretiske gode støtten.
Jeg håper bare at distribusjoner tester kjernene sine på datamaskiner som mine (clevo 740su), for jeg har følelsen av å ha en grafikk som de færreste har, jeg er litt marginalisert.
Debian-kjernen vedlikeholdt av Ubuntu Kernel Team? Det er en vits, ikke sant?
Ting i Debian blir mer og mer interessante, SystemD, ikke-LTS-kjernen, meningsløse diskusjoner på Debian-listen, uansett.
Diskusjoner alltid, og til tross for at det fremdeles er Debian, vil jeg ikke bekymre deg for deg.
Naaahh Jeg er ikke veldig bekymret, Debian vil forbli Debian så lenge DFSG blir respektert. Kommentaren min var hovedsakelig rettet mot oppstyret som nylig har blitt opprettet i distro (som jeg på en bestemt måte ser på en positiv måte, siden mange mener at Debian er død), spesielt med tanke på SystemD og nå en kjerne ikke LTS, vedlikeholdt av Ubuntu Kernel Team.
Uansett vil Debian alltid være min favorittdistro, men foreløpig kompilerer jeg min nye Gentoo, jeg får se om Gentoo fanger meg eller om jeg kommer tilbake til landene i Debian-roen.
PS: For nå bruker jeg min gamles PC, for de som troller med UA.
Ikke bekymre deg for UA-troll, de er få. Det som overrasker meg er at kunngjøringen på Debian-bloggen hadde en trollende tone (som alltid har blitt fremhevet av Mark Shuttleworths uttalelser 😛).
Når det gjelder Debian-oppstyret, virker det bra for meg, siden de ikke lenger ville bli lappet og ville følge samme vei som Ubuntu LTS eller Slackware, som endrer versjon så snart en episk feil som Heartbleed fra OpenSSL oppstår, i tillegg til optimaliser automatisering ved oppgraderinger sterkt uten å ødelegge tidligere konfigurasjoner (min respekt for Debian).
Og vel, siden du snakker om Gentoo, skal du sette Yuno Gasai som bakgrunn for GRUB 😀?
Hei venn @ eliotime3000, ikke bli fornærmet, men Slackware-teamet bruker en helt vaniljekjerne mens Ubuntu bruker en kjerne modifisert av dem .. I Slackware er alt vanilje (takk og lov 😀). Dette er grunnen til at jeg er veldig skeptisk til vedlikeholdet som tilbys av Ubuntu. Jeg må også si at i Debian har jeg aldri hatt et krasj eller kjernepanikk mens jeg i Ubuntu mer enn en gang :). Bortsett fra at jeg mer enn en gang så hele systemet bryte til og med en Ubuntu LTS på grunn av en oppdatering .. Det i Debian så langt skjer ikke .. Jeg tror Debian-teamet burde redusere aktiviteten til Ubuntu i Debian .. Vi ser allerede den avgrensende kvalitetsforskjellen som eksisterer mellom Debian Squeeze og Wheezy på grunn av Ubuntu-teamets posisjon i Debian. Jeg er sikker på at målet med Ubuntu-teamet er å ødelegge Debian siden det allerede har det er i stand til å opprettholde distro uten å fortsette å være basert på Debian, og Ubuntu-pakker er ofte ikke kompatible med Debian-pakker.
Hilsen og vær så snill, denne oppfatningen blir spredt uten hensikt å trolling: D.
Kjernen som vedlikeholdes av Ubuntu er litt rart, og sannheten er ikke morsom, spesielt når Ubuntu får tak i Debian-kjernen.
Og vel ja @ eliotime3000 Jeg vil sette min elskede og fullstendig psykopatiske Yuno som bakgrunn for min GRUB 😀
Jeg er ikke plaget av det du sa, @petercheco. ironisk Debian bruker en versjon av Linux-kjernen der det oftest ligner linux-libre (det er grunnen til at blobs installeres separat basert på proprietær firmware), så Ubuntu må stole på Debian-utgivelser som dekker behovene (hovedårsaken til kjernepanikk), selv om erklæringen om Debian mot bruk av en Ubuntu-kjerne er bare en mulighet, men ikke en bekreftelse.
Og som om det ikke var nok, måtte Ubuntu bruke linux-libre-kjernen hvis den vil beholde distro som har matet den siden 2004, i tillegg til at med denne avgjørelsen ville den ikke kompromittere stabiliteten til Debian, siden den ville bruke en kjerne vedlikeholdt med garantien fra FSF for å være fri for feil som forårsaker kjernepanikk.
For øyeblikket er det sannsynligheter gitt på bloggen.
Hvis det ble publisert i segmentet "nyheter" eller "kunngjøringer" på den offisielle siden, ville det være uopprettelig. På det meste var det en hypotese om at den ikke skulle ha kommet ut av de 4 veggene til Debian-teamet, siden den ikke har blitt publisert på adresselisten.
Akkurat nå koser jeg meg med Debian Jessie etter å ha kjempet med ham. QTCurve i KDE 4.8 ved siden av kjerne 3.14 (på grunn av backport, selvfølgelig) i Debian Wheezy, og det mest ironiske er at i Jessie kan du se at det er en reell optimalisering av denne versjonen av kjernen.
Likevel har Debian Jessie gitt meg en bedre smak i munnen med sin vanvittige stabilitet mot SystemD og XFCE som standard skrivebordsmiljø (GNOME er valgfritt, avhengig av første og siste gang jeg prøvde Debian Jessie-installasjonsprogrammet), pluss at Nå deltar de, etter tregheten av oppdateringer i Squeeze og fortsettelsen av Wheezy av ESR-grenen til Iceweasel, nå ser det ut til at i neste versjon, endelig vil utgivelsesgrenen være tilbake (selv om den ikke er på nivå med bakporten fra Debian Mozilla, bare i tilfelle).
En annen hypotese som dette Debian-blogginnlegget har generert, har vært at Debian for første gang ville etterligne modus operandi for oppdateringer til LTS-utgavene av Ubuntu.
Likevel er det første gang jeg dabber i Debians testgren, og jeg kan si at den er mer stabil enn Ubuntu. La oss se om de på tidspunktet for frysing av filialen endelig klarer å sette Software Center som i Wheezy og Squeeze.
Kjernen min er ikke oppdatert, og jeg er på Jessie.
Ikke-LTS-kjernen vedlikeholdt av Ubuntu-folkens? det er absolutt en "uventet" beslutning
Det er en spekulasjon fra Debian-teamet. På det meste, hvis kjernen kommer ut i en LTS-versjon, vil de bekrefte den i nyhetsseksjonen på nettstedet.
Jeg tror ikke det vil fryse versjonen jeg vil fortsette å teste, det er en stabil gren til tross for navnet
Jeg tror på problemene jeg hadde
så jeg bekymrer meg ikke mye
Jeg ble bare skuffet gnome 3 og dens dårlige stabilitet
kde, xfce og mate er stasjonære datamaskiner jeg testet, og de er stabile i debian-testing
Jeg bruker Debian Testing akkurat nå, og XFCE er mer stabil i testing enn stabil.
"... med fokus på serververktøy denne gangen."
Til slutt tror jeg Debian vil ende opp som en server-bare distro ... Jeg ser, til min beklagelse, at Debian-utviklingsteamet nesten alltid utelater skrivebordbrukeren. xD
Vel, denne Debian-oppførselen er vanlig i alle versjoner (jeg skjønte så snart Debian Lenny Update 6 kom ut), og det samme må skje i påfølgende Debian-versjoner.
Takk for nyheten 😀
Disse debianene da de er treg, de andre spiser kaken ring ubuntu, opensuse, fedora. De må være raskere, for til og med å teste distro og når det offisielt kommer ut senere, kommer det mange feil ut, så mange at de burde ha 7, det er allerede i 7.6
Jeg er veldig utålmodig for utgivelsen av denne distribusjonen !!!! Jeg gleder meg til å installere den stabile versjonen med lxde på min stakkars xD netbook, shit shit shit 30 dager !!! 30 dager igjen xD