Debianpakete escheinen erst lange nach Release

[jonn68]

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

[eagle]

Traue nie einer Statistik die du nicht selbst bezahlt hast!
http://www.gentoo.org/main/en/performance.xml

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.

Ich finde nur, dass sich mit Gentoo spritziger arbeiten lässt und viele Programme schneller starten.

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.

Aufgefallen ist mir aber vor allem der folgende Satz:

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

eagle

[bollin]

Kompilieren ist nicht so schlecht, und die optimierungen merkt man tatsächlich, insbesonders wenn die Programme in C++ geschrieben sind.

Schade nur , dass diese sogenannten Optimierungen sich bei ernsthaften Benchmarks immer in Luft auflösen.

Torsten

[abi]

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

[zyta2k]

Man muss nicht immer der Betatester sein, unter Win war ich das lange genug:-((

Ämmm... mit SID bist du's aber

SID ist Unstable/Beta/Testing-Ware

[blackm]

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

[bollin]

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.

Einen solchen wishlist Bug kann (und sollte) man schon nach wenigen Tagen schreiben. Manchmal übersieht man schlicht neue Releases.

Torsten

[bollin]

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

Naja der Benchmark auf den gentoo-Seiten ist doch eher peinlich, da werden Äpfel mit Birnen verglichen. Deutlich sinnvoller ist da schon jener:

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

[Vinc]

Sorry, aber verbring mal nen Tag im quakenet @ #linux.de oder ca. 3min im Heise Forum

warum nur sollte jemand so etwas absurdes tun? masochist? zu klug?

Ich war jung und nichtsahnend, da begeht man so manche dummheit

[CereS]

[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

[abi]

achja: XFree 4.3.0 liegt im Incoming, für i386
und ppc ist es auch schon ins Archiv gewandert

[vajk]

... Vermutlich liegt es an deiner sources.list.

Oh die Version (d) einer "guten" sources.list hätte ich gerne ... wo kann ich die finden ?

[glar00k]

... Vermutlich liegt es an deiner sources.list.

Oh die Version (d) einer "guten" sources.list hätte ich gerne ... wo kann ich die finden ?

Naja, die beste sources.list für SID sieht meiner Meinung nach wie meine eigene aus:

Code: Alles auswählen

deb http://ftp.de.debian.org/debian/ unstable main

Zum Thema Gentoo:

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

[mastermind_the_real_one]

... Vermutlich liegt es an deiner sources.list.

Oh die Version (d) einer "guten" sources.list hätte ich gerne ... wo kann ich die finden ?

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:

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/

greetz
mastermind

[chimaera]

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

evtl könnte man einen "zeigt her eure sources.list"-thread aufmachen?

[suntsu]

Code: Alles auswählen

##deb http://http.us.debian.org/debian unstable main contrib non-free
deb http://ftp.de.debian.org/debian unstable main contrib non-free
#deb-src http://http.us.debian.org/debian unstable main contrib non-free
#deb http://http.us.debian.org/debian experimental main contrib non-free

#kmldonkey
#deb http://mentors.debian.net/debian unstable main contrib non-free

#deb http://marillat.free.fr/ unstable main

#mono
deb http://people.debian.org/~blade/testing/ ./
deb-src http://people.debian.org/~blade/testing/ ./

#mencodre
deb ftp://ftp.nerim.net/debian-marillat/ unstable main

[BeS]

Hallo,
warum habt ihr nicht non-us mit in der source-list?
Also meine sieht so aus:

Code: Alles auswählen

deb ftp://ftp.de.debian.org/debian unstable main
deb ftp://ftp.de.debian.org/debian-non-US unstable/non-US main

deb-src ftp://ftp.de.debian.org/debian unstable main
deb-src ftp://ftp.de.debian.org/debian-non-US unstable/non-US main

[marmeladebomber]

Warum erstellt ihr dafür keinen Eintrag im Wiki? Fände ich sehr praktisch und hilft vor allem den Einsteigern.

[tylerD]

Warum erstellt ihr dafür keinen Eintrag im Wiki? Fände ich sehr praktisch und hilft vor allem den Einsteigern.

Weil sich das bei sid verdammt schnell ändern kann. Gerade die kde-Zeilen haben sich wohl in den letzten 3 Wochen schon ein paar mal geändert. Da bleibt dir nur Forum mitlesen.

Und die Standardeinträge bekommst du über apt-setup..

cu

[glar00k]

Hallo,
warum habt ihr nicht non-us mit in der source-list?

Weil ich nicht viel vom DMCA halte :)

[tylerD]

Weil ich nicht viel vom DMCA halte

Ich glaube du hast da was faslch verstanden. Die Amis haben Ausfuhrbeschränkungen auf zum Beispiel kryptographische Algorithmen und deshalb lädst du dir bei einer nicht non-us-Version eine von den Amis beschränkte Version runter.
Die non-us CDs liegen auf Servern auserhalb der Staaten und haben das eigentliche, nicht von den Amis eingeschränkte, Debian. Es sind zwar recht geringe Unterschiede, aber ein paar Pakete sind schon mehr drin.
Wenn du als gegen DMCA bist, wäre es logischer die non-us Server zu benutzen, obwohl es eigentlich keinen wirklichen Zusammenhang zwischen den DMCA und Ausfuhrbeschränkungen gibt, ausser das beides von den Amis kommt und beides in meinen Augen fraghaft ist.

cu

edit: http://www.debian.org/doc/manuals/debia ... -usexports

[Six]

Warum erstellt ihr dafür keinen Eintrag im Wiki? Fände ich sehr praktisch und hilft vor allem den Einsteigern.

Weil sich das bei sid verdammt schnell ändern kann. Gerade die kde-Zeilen haben sich wohl in den letzten 3 Wochen schon ein paar mal geändert. Da bleibt dir nur Forum mitlesen.

Und die Standardeinträge bekommst du über apt-setup..

cu

Nee, eben nicht. Wie Glar00k schon schrieb: die optimale sources.list hat einen offiziellen Debianmirror, mit oder ohne non-US. Sonst nichts. Evtl. noch einen offiziellen Projektmirror, wie z. B. Agnula oder in Zukunft Desktop. Da ändert sich nicht viel...

Wenn man wegen KDE ständig seine sources.list wechseln will, dann ist das Privatvergnügen, aber für den vernünftigen Betrieb von Debian ist das bestimmt nicht notwendig. Und wer kennt schon apt-setup?

[tylerD]

Nee, eben nicht. Wie Glar00k schon schrieb: die optimale sources.list hat einen offiziellen Debianmirror, mit oder ohne non-US. Sonst nichts. Evtl. noch einen offiziellen Projektmirror, wie z. B. Agnula oder in Zukunft Desktop. Da ändert sich nicht viel...

Im großen und ganzen full ACK. Nur ist das optimale arbeiten in der Regel ja schon etwas anders. Ich habe gern das offizelle Java auf meiner Kiste, dafür gibts von einer Seite nette Pakete die mir aus Suns bin ein deb machen und sich. Marillat hab ich auch fast immer drin, weil es einfach bequem ist die Codecs alle dabei zu haben usw. So kommt doch schon einiges zusammen, was sich bei mir in Grenzen hält, bei anderen vielleicht ned. Das mit KDE ist mir auch zu stressig, aber vielleicht brauchen das ja Leute um mit ihren Debian "optimal" zu arbeiten.

cu

PS: agnula war mir noch gar nicht so ein Begriff(hatte nur mal was von demudi gelesen). Sieht interessant aus. Ist das im großen und ganzen vergleichbar mit Marillat nur freier?

[glar00k]

Ich glaube du hast da was faslch verstanden.

Naja, da bin ich mir grad selbst nicht so sicher. Als ich angefangen habe mich mit Debian zu befassen kam natürlich auch die Frage "non-us oder nicht?" auf. Ich kenne leider die Quelle nichtmehr, jedoch habe ich gelesen dass der DMCA lediglich besagt, dass kryptografische Software nicht exportiert werden darf, zumindest auf digitalem Wege. Die Quelle hatte meiner Erinnerung nach besagt, dass man diese kryptografische Software jedoch in gedruckter Form z.B. nach Norwegen bringen kann und dies dann dort wieder digitalisiert. Im Prinzip wäre die Software aus non-US dann auch nichts anderes, sie wurde halt nur auf legale Weise aus dem Land gebracht. Naja, ganz genau kann ich es nichtmehr sagen, ist schon eine Weile her dass ich mich damit beschäftigt habe, jedoch hatte ich mir damals gesagt, dass ich auch gut ohne non-US in der sources.list auskomme.

Grüße

[Six]

PS: agnula war mir noch gar nicht so ein Begriff(hatte nur mal was von demudi gelesen). Sieht interessant aus. Ist das im großen und ganzen vergleichbar mit Marillat nur freier?

Nein, leider nicht. Der Schwerpunkt von Agnula liegt auf Audio Processing und Audioproduktion. Multimediawerkzeuge wie z. B. Movieplayer sind kein Teil von Agnula. Übrigens, DeMuDi ist teil von Agnula

Nachtrag: Laut http://www.agnula.org/project/ ist es aber ihr erklärtes Ziel auch den Multimediabereich abzudecken. Warten wir mal ab.