Debianpakete escheinen erst lange nach Release
- Six
- Beiträge: 8066
- Registriert: 21.12.2001 13:39:28
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Siegburg
Erstmal Willkommen an Bord!
Nun: Ich kann mich LittleBoy nur anschließen. Hinzu kommt, daß die Frage bereits falsch gestellt ist. Wer sich mal die Debian Policy reingefahren hat, wird schnell erkennen, daß die landläufige Verwendung der Begriffe "bleeding edge" oder "stable" in Debian nicht zutrifft.
Vielleicht ist das ein Debianproblem, vielleicht ist das einfach nur die unachtsame Vernachlässigung des Kontextes. Das kann jeder sehen wie er will, Fakt ist jedoch, daß Aktualität der Softwareprogramme auch in SID eine untergeordnete Rolle gegenüber der Debian-Infrastruktur spielt
Nun: Ich kann mich LittleBoy nur anschließen. Hinzu kommt, daß die Frage bereits falsch gestellt ist. Wer sich mal die Debian Policy reingefahren hat, wird schnell erkennen, daß die landläufige Verwendung der Begriffe "bleeding edge" oder "stable" in Debian nicht zutrifft.
Vielleicht ist das ein Debianproblem, vielleicht ist das einfach nur die unachtsame Vernachlässigung des Kontextes. Das kann jeder sehen wie er will, Fakt ist jedoch, daß Aktualität der Softwareprogramme auch in SID eine untergeordnete Rolle gegenüber der Debian-Infrastruktur spielt
- blackm
- Moderator und Co-Admin
- Beiträge: 5921
- Registriert: 02.06.2002 15:03:17
- Lizenz eigener Beiträge: MIT Lizenz
Aber wir brauchen doch ein neues Feindbild. Heute sind halt mal wieder die Gentoo User dranVinc hat geschrieben:Pauschalisierungen und Flamewars sind wie immer unangebracht und führen zu nichts.
Los marmeladebomber, noch ne Runde: Also bei den Rechner auf denen ich bis jetzt Debian installiert hab hat immer alles ohne Probleme funktioniert (jedenfalls waren die Probleme innerhalb von Minuten zu loesen). Das du da Probleme hattest das kann ich ja ueberhaupt nicht verstehen.
Schöne Grüße
Martin
Neu im Forum? --> https://wiki.debianforum.de/debianforum ... tensregeln
Log- und Konfigurationsdatein? --> pastebin.php
Forum unterstützen? --> https://wiki.debianforum.de/debianforum.de/Spenden
Martin
Neu im Forum? --> https://wiki.debianforum.de/debianforum ... tensregeln
Log- und Konfigurationsdatein? --> pastebin.php
Forum unterstützen? --> https://wiki.debianforum.de/debianforum.de/Spenden
Sorry, aber verbring mal nen Tag im quakenet @ #linux.de oder ca. 3min im Heise Forum - da haste echt genug von Flames jeglicher Art, egal wie lustig es auch manchmal sein mag.blackm hat geschrieben:Aber wir brauchen doch ein neues Feindbild. Heute sind halt mal wieder die Gentoo User dranVinc hat geschrieben:Pauschalisierungen und Flamewars sind wie immer unangebracht und führen zu nichts.
Los marmeladebomber, noch ne Runde: Also bei den Rechner auf denen ich bis jetzt Debian installiert hab hat immer alles ohne Probleme funktioniert (jedenfalls waren die Probleme innerhalb von Minuten zu loesen). Das du da Probleme hattest das kann ich ja ueberhaupt nicht verstehen.
Wie gesagt es gab ja schon mal jede Menge Threads und Dokumente [1] zu diesem Thema und niemand will dir dein gentoo ausreden. Allerdings glaube nicht, das die 15 Sekunden durch das Kompilieren entstehen sollen.marmeladebomber hat geschrieben:Zeit, du sagst Millisekunden. Aber auch wenn eine Anwendung nur 1 Sek schneller startet, und der Komplette Desktop mit Gnome ca. 15 Sekunden schneller da ist, fühlt sich das schon viel spritziger und schneller an.
eagle
[1] http://articles.linmagau.org/modules.ph ... 227&page=1
/edit von chimaera:
typo im link
"I love deadlines. I love the whooshing sound they make as they fly by." -- Douglas Adams
warum nur sollte jemand so etwas absurdes tun? masochist? zu klug?Vinc hat geschrieben: Sorry, aber verbring mal nen Tag im quakenet @ #linux.de oder ca. 3min im Heise Forum
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant
Ja der ist von dir . Ich meine mit den Tests ist es ja immer so eine Sache, allerdings sind die Argumente der Debian Maintainer schon sehr einleuchtend was das Thema mit den Optimierungen betrifft.chimaera hat geschrieben:da hab' ich den link einmal nicht gepostet. naja, es geht wohl nicht ohne
Als Mandrake damals statt i368 nur noch die i568 Pakete gebaut hat war ich echt gespannt wie schnell mein System jetzt wohl seien wird. Allerdings kann sehr schnell die Ernüchterung.
eagle
"I love deadlines. I love the whooshing sound they make as they fly by." -- Douglas Adams
- marmeladebomber
- Beiträge: 1002
- Registriert: 09.11.2002 23:34:58
- Wohnort: Österreich/Tirol
Los blackm noch ne Runde: Also bei den Rechner auf denen ich bis jetzt Gentoo installiert hab hat immer alles ohne Probleme funktioniert (jedenfalls waren die Probleme innerhalb von einer 1/2 Minute zu loesen).
@ eagle
Traue nie einer Statistik die du nicht selbst bezahlt hast!
http://www.gentoo.org/main/en/performance.xml
Ich finde nur, dass sich mit Gentoo spritziger arbeiten lässt und viele Programme schneller starten.
Gentoo: Bleeding Edge Workstation
Debian: Server, normale Workstation (aus diesem Grund auch Debian auf meinem ProduktivPC)
@ eagle
Traue nie einer Statistik die du nicht selbst bezahlt hast!
http://www.gentoo.org/main/en/performance.xml
Ich finde nur, dass sich mit Gentoo spritziger arbeiten lässt und viele Programme schneller starten.
Gentoo: Bleeding Edge Workstation
Debian: Server, normale Workstation (aus diesem Grund auch Debian auf meinem ProduktivPC)
- marmeladebomber
- Beiträge: 1002
- Registriert: 09.11.2002 23:34:58
- Wohnort: Österreich/Tirol
Hi,
warten kann man manchmal sehr sinnvoll sein, wenn ich auf linuxforen.de lese was die Leute für Probleme mit KDE3.2 haben, dann warte ich lieber noch ein bischen, mein SID ist so super stabil wie ich noch nie ein BS hatte, und es für meine Verhältnisse sehr nahe am Puls der Releases, wenn mal kein Packet vorhanden ist, dann baue ich eins halt selber, so schwer ist das ja auch nicht.
Man muss nicht immer der Betatester sein, unter Win war ich das lange genug:-((
Cu
Jonn
warten kann man manchmal sehr sinnvoll sein, wenn ich auf linuxforen.de lese was die Leute für Probleme mit KDE3.2 haben, dann warte ich lieber noch ein bischen, mein SID ist so super stabil wie ich noch nie ein BS hatte, und es für meine Verhältnisse sehr nahe am Puls der Releases, wenn mal kein Packet vorhanden ist, dann baue ich eins halt selber, so schwer ist das ja auch nicht.
Man muss nicht immer der Betatester sein, unter Win war ich das lange genug:-((
Cu
Jonn
P 800, SID
Das gleiche habe ich ja mit meiner Aussage "Ich meine mit den Tests ist es ja immer so eine Sache" gemeint. Ausserdem wurden bei den beiden Artikeln völlig unterschiedliche Dinge getestet.marmeladebomber hat geschrieben:Traue nie einer Statistik die du nicht selbst bezahlt hast!
http://www.gentoo.org/main/en/performance.xml
Dem ist doch auch nichts hinzuzufügen, interessant ist nur woran das wirklich liegt. Ob es nun die Compiler Optimierungen sind oder vielleicht Festplattentuning, Code Grösse, etc sind.marmeladebomber hat geschrieben:Ich finde nur, dass sich mit Gentoo spritziger arbeiten lässt und viele Programme schneller starten.
Aufgefallen ist mir aber vor allem der folgende Satz:
eagleBinary applications like NetBeans cannot benefit as much from any optimizations used on the system, although initial load-time for binary applications does seem to be a lot better under Gentoo Linux. It is not clear why.
"I love deadlines. I love the whooshing sound they make as they fly by." -- Douglas Adams
naja, deine Aussage ist etwas sehr Pauschal.
Klar, Dinge wie XFree oder KDE kommen nicht so schnell
wie das bei anderen Distributionen der Fall sein mag, aber
du musst auch immer im Auge behalten, dass das Anwendungen
sind, die sich nicht mal so schnell in ein paar Stunden oder
gar Tagen Paketieren lassen. Was das läuft ist zum Teil sehr
komplex, desswegen werden ja auch für eben solche Pakete
Gruppen gebildet die die Paketierung übernehmen. Ich lege
Wert auf getestete Pakete mit Qualität und das geht halt
nur mit dem/der entsprechenden Aufwand und Zeitinvestition.
Bei KDE oder XFree kann ich das gejammere echt nicht verstehen,
wenn es sich aber um ein (deiner Meinung nach) nicht so ein
komplexes stück Software Handelt und der Paketmaintainer es au
nach Monaten noch nicht geschafft hat ein neues Paket zu
"schnüren", steht es dir Frei einen Wishlist Bug auszufüllen
in dem du ihn darum bittest ein Aktuelles Paket zu erstellen.
Xfree 4.3.0 ist nicht mehr weit von SID entfernt, im Moment
befindet es sich in Experimental. So wie ich das verstanden
habe ist es dort allerdings als versehen reingerutscht
Und: es gibt nicht nur i386, die Pakete sollten sich also
auch auf allen 11 Architekturen übersetzen lassen und
funktionieren
Klar, Dinge wie XFree oder KDE kommen nicht so schnell
wie das bei anderen Distributionen der Fall sein mag, aber
du musst auch immer im Auge behalten, dass das Anwendungen
sind, die sich nicht mal so schnell in ein paar Stunden oder
gar Tagen Paketieren lassen. Was das läuft ist zum Teil sehr
komplex, desswegen werden ja auch für eben solche Pakete
Gruppen gebildet die die Paketierung übernehmen. Ich lege
Wert auf getestete Pakete mit Qualität und das geht halt
nur mit dem/der entsprechenden Aufwand und Zeitinvestition.
Bei KDE oder XFree kann ich das gejammere echt nicht verstehen,
wenn es sich aber um ein (deiner Meinung nach) nicht so ein
komplexes stück Software Handelt und der Paketmaintainer es au
nach Monaten noch nicht geschafft hat ein neues Paket zu
"schnüren", steht es dir Frei einen Wishlist Bug auszufüllen
in dem du ihn darum bittest ein Aktuelles Paket zu erstellen.
Xfree 4.3.0 ist nicht mehr weit von SID entfernt, im Moment
befindet es sich in Experimental. So wie ich das verstanden
habe ist es dort allerdings als versehen reingerutscht
Und: es gibt nicht nur i386, die Pakete sollten sich also
auch auf allen 11 Architekturen übersetzen lassen und
funktionieren
Zuletzt geändert von abi am 18.02.2004 21:45:26, insgesamt 1-mal geändert.
- blackm
- Moderator und Co-Admin
- Beiträge: 5921
- Registriert: 02.06.2002 15:03:17
- Lizenz eigener Beiträge: MIT Lizenz
Guter Konta marmeladebomber, aber fuer einen flame schon fast ein bischen sehr fachlich (mit so praezisen Zeitangaben...).
Und jonn68, ich denke auch das du mit SID mehr Beta Tester bist als unter Windows (auch wenn die Anwenungen vielleicht stabieler laufen als viele Win32 Anwendungen. Wenn du unter SID einen Fehler findest, bringst du den dann auch ins BTS ein?
by, Martin
Und jonn68, ich denke auch das du mit SID mehr Beta Tester bist als unter Windows (auch wenn die Anwenungen vielleicht stabieler laufen als viele Win32 Anwendungen. Wenn du unter SID einen Fehler findest, bringst du den dann auch ins BTS ein?
by, Martin
Schöne Grüße
Martin
Neu im Forum? --> https://wiki.debianforum.de/debianforum ... tensregeln
Log- und Konfigurationsdatein? --> pastebin.php
Forum unterstützen? --> https://wiki.debianforum.de/debianforum.de/Spenden
Martin
Neu im Forum? --> https://wiki.debianforum.de/debianforum ... tensregeln
Log- und Konfigurationsdatein? --> pastebin.php
Forum unterstützen? --> https://wiki.debianforum.de/debianforum.de/Spenden
Einen solchen wishlist Bug kann (und sollte) man schon nach wenigen Tagen schreiben. Manchmal übersieht man schlicht neue Releases.abi hat geschrieben: Bei KDE oder XFree kann ich das gejammere echt nicht verstehen,
wenn es sich aber um ein (deiner Meinung nach) nicht so ein
komplexes stück Software Handelt und der Paketmaintainer es au
nach Monaten noch nicht geschafft hat ein neues Paket zu
"schnüren", steht es dir Frei einen Wishlist Bug auszufüllen
in dem du ihn darum bittest ein Aktuelles Paket zu erstellen.
Torsten
Naja der Benchmark auf den gentoo-Seiten ist doch eher peinlich, da werden Äpfel mit Birnen verglichen. Deutlich sinnvoller ist da schon jener:blackm hat geschrieben:Guter Konta marmeladebomber, aber fuer einen flame schon fast ein bischen sehr fachlich (mit so praezisen Zeitangaben...).
Und jonn68, ich denke auch das du mit SID mehr Beta Tester bist als unter Windows (auch wenn die Anwenungen vielleicht stabieler laufen als viele Win32 Anwendungen. Wenn du unter SID einen Fehler findest, bringst du den dann auch ins BTS ein?
by, Martin
http://articles.linmagau.org/modules.ph ... &artid=227
Dummerweise geht der nicht besonders gut für gentoo aus. Rechnet man bei gentoo die Zeit fürs Übersetzen mit ein, wird es noch schlechter. Aber als Spielzeug ist gentoo sicher ganz gut, das will ich gar nicht abstreiten.
Torsten
[ot]
hm, bei mir war der weg eher umgekehrt...
Nach laange SuSE (bis 6.4) kam irgendwann debian, allerdings immer nur auf Servern und immer stable (potatoe, woody).
Dann habe ich einmal LFS, ein langes Wochenende mit nem Kumpel zusammen ausprobiert und bin nicht weit gekommen.
Dachte dann für den NotebookDesktop wäre Gentoo (stage1) das Richtige, zumal es ein P4m ist, habe mir dann das ganze Teil so sehr "zerkonfiguriert" und langatmige Wartepausen gehabt - ich sag nur X oder Gnome/KDE..
Jetzt bin ich bei Debian testing und super zufrieden - mit der Ausnahme firefox - und Windblows könnte ich fast runterschmeissen, wenn ich nicht VS für die Arbeit bräuchte
[/ot]
Ansonsten kann ich sehr gut mit der langen Zeit leben, mit der die Pakete reinkommen, da ich beruflich reichlich Zeit mit dem "Reifen beim Anwender" von Software jeglicher Art verbringe.
Dann doch lieber spät als buggig. Oder besser, ich habe die Freiheit zu entscheiden, wo ich beim debugging *aktiv* mithelfe, und wo nicht.
In diesem Sinne,
Chris
hm, bei mir war der weg eher umgekehrt...
Nach laange SuSE (bis 6.4) kam irgendwann debian, allerdings immer nur auf Servern und immer stable (potatoe, woody).
Dann habe ich einmal LFS, ein langes Wochenende mit nem Kumpel zusammen ausprobiert und bin nicht weit gekommen.
Dachte dann für den NotebookDesktop wäre Gentoo (stage1) das Richtige, zumal es ein P4m ist, habe mir dann das ganze Teil so sehr "zerkonfiguriert" und langatmige Wartepausen gehabt - ich sag nur X oder Gnome/KDE..
Jetzt bin ich bei Debian testing und super zufrieden - mit der Ausnahme firefox - und Windblows könnte ich fast runterschmeissen, wenn ich nicht VS für die Arbeit bräuchte
[/ot]
Ansonsten kann ich sehr gut mit der langen Zeit leben, mit der die Pakete reinkommen, da ich beruflich reichlich Zeit mit dem "Reifen beim Anwender" von Software jeglicher Art verbringe.
Dann doch lieber spät als buggig. Oder besser, ich habe die Freiheit zu entscheiden, wo ich beim debugging *aktiv* mithelfe, und wo nicht.
In diesem Sinne,
Chris
"Friede seiner Asche" wird geschüttelreimt zu
"Ade seiner Frische", was auf das gleiche hinauskommt.
"Ade seiner Frische", was auf das gleiche hinauskommt.
-
- Beiträge: 790
- Registriert: 09.07.2002 23:01:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dresden
Naja, die beste sources.list für SID sieht meiner Meinung nach wie meine eigene aus:vajk hat geschrieben:Oh die Version (d) einer "guten" sources.list hätte ich gerne ... wo kann ich die finden ?mastermind_the_real_one hat geschrieben: ... Vermutlich liegt es an deiner sources.list.
Code: Alles auswählen
deb http://ftp.de.debian.org/debian/ unstable main
Als ich das letzte mal das "bleeding edge" Gentoo System getestet hatte, hing es teilweise in Stable (also das normale release, ohne ACCEPT_KEYWORDS="~x86" oder wie auch immer das war, genau weiß ich's nimmer :) hinterher. Die Software hat zwar zu 100% kompiliert, also Qualität war schon vorhanden, jedoch hat Gentoo z.B. teilweise noch Gnome 2.4.0 gehabt, während die SID Pakete (dessen Qualität ich ziemlich schätze) teilweise schon auf 2.4.2 waren. Rhythmbox und Sound-Juicer waren auch ein paar Releases hinterher.
Mit ACCEPT_KEYWORDS gab es dann zwar aktuelle Pakete, wie in SID, jedoch waren die teilweise so kaputt, dass ich es wieder runtergehauen habe. Gnome-vfs lief nicht mit fam 2.7, nur mit 2.6. Da musste ich also die ältere Version per hand aus dem portage tree wählen. In SID funktioniert es jedoch einwandfrei mit der 2.7er Version. Esound funktionierte nicht mit alsa 1.0, beides aus der bleeding edge Version von Gentoo. In debian jedoch keine Probleme.
Auch wenn Gentoo 1 bis 2 Tage, vielleicht auch ne Woche, Debian SID voraus ist (zumindest in der experimentellen Version von Gentoo), kann man die Qualität nicht vergleichen. Ich will damit gentoo nicht schlecht machen, gentoo stable ist sicher eine Sache zu der man nicht nein sagen kann, jedoch sollte man den Mythos der aktuelleren Pakete nicht überbewerten. Aktueller ist es in der Regel nur im "bleeding edge modus", jedoch lässt die Qualität dort teilweise zu wünschen übrig. Bei SID ist es halt so, dass es aktueller als Stable von gentoo und trotzdem getestete Pakete hat. Deshalb würde ich schon sagen, dass es sich lohnt die paar Tage bzw. Wochen zu warten und xfree86 4.3 haben wir ja jetzt endlich auch :D.
Jedoch muss ich dem experimentellen Gentoo zu gute halten, dass damit Bugs in den Paketen schneller entdeckt werden und so vielleicht auch die Debian Maintainer davon Profitieren. Es hat also alles Vor- und Nachteile.
Grüße
-
- Beiträge: 644
- Registriert: 16.12.2003 15:44:51
Die von Glar00k ist natürlich optimal. Ich habe bei mir noch ein paar andere drin wegen Multimedia und so Sachen. Fahre damit bisher prima und ohne Probs. Hier ist sie:vajk hat geschrieben:Oh die Version (d) einer "guten" sources.list hätte ich gerne ... wo kann ich die finden ?mastermind_the_real_one hat geschrieben: ... Vermutlich liegt es an deiner sources.list.
Code: Alles auswählen
deb ftp://ftp.de.debian.org/debian/ unstable main non-free contrib
deb-src ftp://ftp.de.debian.org/debian/ unstable main non-free contrib
deb http://non-us.debian.org/debian-non-US unstable/non-US main contrib non-free
deb-src http://non-us.debian.org/debian-non-US unstable/non-US main contrib non-free
deb ftp://ftp.freenet.de/pub/ftp.debian.org/debian/ unstable main non-free contrib
deb-src ftp://ftp.freenet.de/pub/ftp.debian.org/debian/ unstable main non-free contrib
#Opera
deb http://deb.opera.com/opera/ unstable non-free
#openoffice
deb http://ftp.freenet.de/pub/debian-openoffice/ unstable main contrib
#debian
deb http://ftp2.de.debian.org/debian/ unstable main
deb-src http://ftp2.de.debian.org/debian/ unstable main
#mplayer + Multimedia
#deb http://marillat.free.fr/ unstable main
deb ftp://ftp.nerim.net/debian-marillat/ unstable main
#alternatives java
# ISG Packages (Eclipse)
deb http://debian.innovationsw.com/debian unstable/$(ARCH)/
deb http://debian.innovationsw.com/debian unstable/all/
deb-src http://debian.innovationsw.com/debian unstable/source/
mastermind
Code: Alles auswählen
# debian sid
deb http://ftp2.de.debian.org/debian/ sid main contrib non-free
deb-src http://ftp2.de.debian.org/debian/ sid main contrib non-free
# debian experimental
deb ftp://ftp.debian.org/debian ../project/experimental main
# kde semi-official calc/bab
#deb http://people.debian.org/~ccheney/kde-3.1.95/ ./
#deb http://people.debian.org/~bab/kde-3.2/ ./
# kde cvs head orth
#deb http://oberlin.cems.umn.edu/kdecvs/debian ./
#deb-src http://oberlin.cems.umn.edu/kdecvs/debian ./
#deb http://kde.rb-hosting.de/~jens/kde/debian ./
#deb http://infobeam.lnix.net/mirror/orth/debian ./
# kde cvs head muesli
deb http://ftp.snt.utwente.nl/pub/software/kde-unstable-debian/kde_head/ unstable/
# marillat's repository (multimedia)
#deb http://marillat.free.fr/ unstable main
# java
deb http://ma2geo.mathematik.uni-karlsruhe.de/public-debian binary/
# mentor's repository
deb http://mentors.debian.net/debian unstable main contrib non-free
deb-src http://mentors.debian.net/debian unstable main contrib non-free
# python qt/kde
#deb http://people.debian.org/~rcardenes sid main
#deb-src http://people.debian.org/~rcardenes sid main
# sane gimp1.3
deb http://people.debian.org/~jblache/SANE unstable main
# local
#deb file:/home/chi/source/packages/ ./
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant