[INFO] Debian 6 Squeeze (Τesting): Συμβουλές, απορίες, συζητήσεις

[g1annis]

Έχει κανείς υπόψην του αν πρόκειται να μπει σύντομα το gnome3 στα repositories του testing?

[jim_p]

@SV8XXX

Ομολογω πως τοσο βαθια δεν το ειχα κοιταξει. Το .deb του chrome εχει οντως ενα /etc/apt/sources.list.d/google-chrome.list για να κανει αυτο που πρεπει. Πιστευω το σκριπτ ειναι πιο υπουλος τροπος, αλλα τουλαχιστον κοιταει αν εχεις ηδη το repo. Ο chrome οχι απλα δεν κοιταει, αλλα σε καθε update του ξαναπερναει το δικο του,

 

@g1annis

Στο χαλι που ειναι το gnome 3 σημερα, καλυτερα να μεινει στο experimental.

[jim_p]

Η λεξη "αυνανισμος" δεν μπορει να περιγραψει το προβλημα του maintainer του udev στο unstable. Πριν εναμιση μηνα με το udev 168 ειχαμε αυτο το προβλημα που εβγαζε ματι, και σημερα αλλο.

Πλεον ειμαι σιγουρος οτι απλα χτιζει και δεν επανεκκινει για να δει τι εκανε!

[poscaman]

Με το πρώτο bug έλιωσα στο γέλιο...

[tritonas00]

και σημερα αλλο.

Πλεον ειμαι σιγουρος οτι απλα χτιζει και δεν επανεκκινει για να δει τι εκανε!

 

 

ωω

 

μη μου λες τετοια και το βαλω freeze.

[jim_p]

Βαλτο, γιατι αν γινει upgrade μετα δεν μπορει να γινει downgrade!

[tritonas00]

Βαλτο, γιατι αν γινει upgrade μετα δεν μπορει να γινει downgrade!

 

Δηλαδη δεν μπορω να μπω απο ενα livecd και με chroot ταπεινα να κανω remove τον 169 και να βαλω τον 168-2?

[jim_p]

Που θα το βρεις το 168? Το testing εχει το 167 και τωρα σπαω το κεφαλι μου να το περασω με το chroot. μαζι με τις αλλες 2 βιβλιοθηκες που θελει (libgudev-1.0-0, libudev0).

 

Επισης, το σημερινο update στα initscripts κλπ δεν ελυσε το προβλημα.

 

Πραγματικα θελω να σπασω το κεφαλι του μαλακα που ασχολειται με το udev. Πλεον το συστημα μου (το μπρικι) δεν εκκινει, σταματαει στο post!

[SV8XXX]

Που θα το βρεις το 168? Το testing εχει το 167 και τωρα σπαω το κεφαλι μου να το περασω με το chroot. μαζι με τις αλλες 2 βιβλιοθηκες που θελει (libgudev-1.0-0, libudev0).

 

Επισης, το σημερινο update στα initscripts κλπ δεν ελυσε το προβλημα.

 

Πραγματικα θελω να σπασω το κεφαλι του μαλακα που ασχολειται με το udev. Πλεον το συστημα μου (το μπρικι) δεν εκκινει, σταματαει στο post!

Βαλε μια φωνη να ρθω και γω

Σε μενα τα προβληματα αρχισαν: Mon Apr 25 00:39:32 2011, οταν εκανα update και "ψωνισα" τον udev 168 ισος και zdata και δεν ξερω τι αλλο,σε unstable

Επεσα στο Bug#624003 και αρχισα να το ψαχνω το μονο που καταφερα ηταν να εχω wifi.

Σταματαγε στο post και συνεχιζε το boot πατωντας αλλεπαλληλα enter.

Το ρολοι τρελαθηκε και ενω καθε φορα το διορθωνα αυτο χαλαγε.

Μερικες φορες δεν ειχα πληκτρολογιο, και διαφορα αλλα σπαστικα.

Γυρναω σε ενα backup με testing που δουλευε "ρολοι"

Μετα καμια εβδομαδα σε update παλι τα ιδια, κολλαει στο post, αν δεν κουναω το ποντικι σταματαει η κινηση internet, παταω τερματισμος κλεινει κανονικα και μετα 10 λεπτα ξαναανοιγει!!!! το laptop.

 

E λοιπον αγανακτησα ,βαρεθηκα να σπαταλαω χρονο να μπαλωνω και να τρυπαει, δεν ξερω αν αυριο θα εχω pc μετα απο ενα update και βαρεθηκα τη διαδικασια των bakups.

Τι καλα που ηταν τις προ linux εποχες μου ελειψε η astalavista το foobar200 δεν ξερω δεν ξερω. ΑΓΑΝΑΚΤΗΣΑ._

[tritonas00]

Που θα το βρεις το 168? Το testing εχει το 167 και τωρα σπαω το κεφαλι μου να το περασω με το chroot. μαζι με τις αλλες 2 βιβλιοθηκες που θελει (libgudev-1.0-0, libudev0).

 

 

 

Arch εχω.Στο testing ειναι ο 170-1 και στο core ο 168-2

 

 

 

Το εβαλες τελικα?

[jim_p]

Το εβαλα, με chroot και φαινεται να δουλευει καλα. Καπου ειδα οτι ειναι upstream bug του 169 και οτι το patch περιλαμβανεται στο 170.

[tritonas00]

Καταλαβα.

 

Thanks for the info!

 

υπαρχει πιο bleeding edge κλαση απο το unstable?

 

ή μπαινουν εκει και κατεβαινουν?

 

δεν το ειδε κανεις?

[jim_p]

Οχι

 

Τα πακετα, εκτος απο ελαχιστες εξαιρεσεις που μυριζουν απο μακρια για experimental οπως το gnome 3, ξεκινανε απο το unstable και κατεβαινουν οταν συμπληρωθουν καποιες μερες και κλεισουν βασικα bugs που εχουν. Και για αλλους λογους, αλλα δεν ειναι του παροντος.

Το bug το ειδε ο καημενος χρηστης που το συστημα του δεν εκκινει πλεον αντι για αυτον που το πακεταρε και δεν μπηκε στον κοπο να επανεκκινησει το δικο του συστημα.

[jim_p]

Καλημερα σας. 2 νεα εχω για σημερα.

Το πρωτο ειναι οτι το udev περασε επιτελους στην 170 και εφτιαξε το προβλημα που ανεφερα παραπανω. Επισης, μεσα στο /run υπαρχουν 1002 πραγματα

>$ ls /run/
acpid.pid     dbus       motd          rpcbind.sock   sendsigs.omit.d  sshd.pid
acpid.socket  inetd.pid  nodm.pid      rpc.statd.pid  shm              udev
crond.pid     initramfs  rpcbind       rsyslogd.pid   sm-notify.pid    utmp
crond.reboot  lock       rpcbind.lock  samba          sshd

Το δευτερο ειναι οτι περασε ο .39 και μαζι του καταργηθηκε η σκετη εκδοση -686 που συγχωνευτηκε με την -686-pae

>$ uname -a
Linux pc 2.6.39-1-686-pae #1 SMP Fri May 20 20:40:05 UTC 2011 i686 GNU/Linux

Αναρωτιεμαι αν ειναι καλυτερα να παω σε -486 για αυτον τον επεξεργαστη

>$ cat /proc/cpuinfo 
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 11
model name	: Intel(R) Celeron(TM) CPU                1000MHz
stepping	: 1
cpu MHz		: 1002.430
cache size	: 256 KB
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 2
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pse36 mmx fxsr sse up
bogomips	: 2004.86
clflush size	: 32
cache_alignment	: 32
address sizes	: 36 bits physical, 32 bits virtual
power management:

Η επιπλεον χρηση μνημης παντως δεν ειναι +0,1%, οπως ελεγε το σχετικο αρθρο, αλλα περιπου +5%.

[tritonas00]

Διαφορα , στο ματι , δεν θα δεις λογικα.

 

 

Απο την μια , ισως καποια απο τα intructions που εχει cpu σου , δεν τα υποστηριζει ο 486.

 

Απο την αλλη σε γ@@αει το pae , γιατι λογικα δεν εχεις πανω απο 4 gb ram

 

Προσωπικα , σε σχετικα παλιους/αδυναμους επεξεργαστες , οταν ειχα debian , εβαζα 486.

 

Αρα , προτεινω

 

1.486

 

2.Κανε δικο σου compile με τα του 686 χωρις το pae

 

3.Arch

 

Για πες και για το +5% περισσοτερα...