Αντε μεγεια. Πρωτο release χωρις το weboob για να μην θιγονται οι sjw του κοσμου.
https://www.debian.org/News/2019/20190706
Παραβλεπω το "chromium 73" εκει περα, που το βλεπω και με πονανε τα ματια μου, και κανω ποδαρικο με μια γκρινια. Ετρεξα ενα apt-get update και πηρα ολα αυτα
Βαζω στην ακρη το σφαλμα στη μεση που λεει για το dmo, μιας και ειναι mirror που δεν εχει συγχρονισει ακομα. Αν εκει βαλω το μαμα repo του dmo δεν βγαζει το σφαλμα.Κώδικας:E: The repository 'http://security.debian.org/debian-security testing/updates Release' no longer has a Release file. N: Updating from such a repository can't be done securely, and is therefore disabled by default. N: See apt-secure(8) manpage for repository creation and user configuration details. N: Repository 'http://debian.ids-services.de/debian-multimedia testing InRelease' changed its 'Version' value from '0.0' to '' E: Repository 'http://debian.ids-services.de/debian-multimedia testing InRelease' changed its 'Codename' value from 'buster' to 'bullseye' N: This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details. E: Repository 'http://cdn-fastly.deb.debian.org/debian testing InRelease' changed its 'Codename' value from 'buster' to 'bullseye' N: This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details.
Για ποιο λογο βγαζει σφαλμα στα αλλα 2, που υποτιθεται οτι ειναι επισημα repos του debian?
- - - Updated - - -
Τα ιδια, αν οχι χειροτερα, χαλια εχει το apt και στο vm (εικονα) που τα sources λενε buster παντου και εινια ολα απο τους στοκ σερβερ, οποτε δεν θα επρεπε καν να γκρινιαζει
- - - Updated - - -
Για το security repo, το
θελει αλλαγη σεΚώδικας:deb http://security.debian.org/debian-security testing/updates main contrib non-free
Κώδικας:deb http://security.debian.org/debian-security testing-security main contrib non-free
Εμφάνιση 1-15 από 971
-
07-07-19, 14:25 Το thread του Debian (v.5) #1ديميتريس
-
09-07-19, 14:00 Απάντηση: Το thread του Debian (v.5) #2
Για το
Κώδικας:N: This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details.
Κώδικας:apt-get --allow-releaseinfo-change update
- - - Updated - - -
2 μερες μετα το release και εχουν περασει στο unstable libreoffice 6.3rc1, gcc 9.1 και python 3.8.
- - - Updated - - -
Ffmpeg 4.1.4 day 1 που αλλου, στο dmo!
Και ο gcc 9 εγινε ο default compiler στο unstable απο σημερα.Τελευταία επεξεργασία από το μέλος jim_p : 08-07-19 στις 21:52.
ديميتريس
-
13-07-19, 07:12 Απάντηση: Το thread του Debian (v.5) #3
Chromium 76 πριν λιγο στο unstable. Απο τη μια δεν εχουν χρονο να τον χτισουν στην ωρα του και δεν χτισανε καν την 75.0.xxxx.100, που μεχρι και οι αργοσχολοι της opera το κανανε, και απο την αλλη πανε και χτιζουν την beta που θα γινει stable τελος του μηνα, γιατι ετσι τους ηρθε.
Κώδικας:$ zcat /usr/share/doc/chromium/changelog.Debian.gz | head chromium (76.0.3809.62-1) unstable; urgency=medium * New upstream beta release. - Fixes error restoring multiple profiles on startup (closes: #930469). * Update standards version to 4.4.0. -- Michael Gilbert <mgilbert@debian.org> Wed, 10 Jul 2019 23:52:45 +0000
Παλι ειμαι πρωτη μουρη στο reddit, λογω του bug report που ειχα κανει για το openssh περυσι.
https://old.reddit.com/r/debian/comm..._after_reboot/Τελευταία επεξεργασία από το μέλος jim_p : 12-07-19 στις 12:36.
ديميتريس
-
13-07-19, 11:11 Απάντηση: Το thread του Debian (v.5) #4Αρχικό μήνυμα από reddit
Εγώ το αντιμετώπισα πριν χρόνια με το sendmail (στο slackware-current). Ξαφνικά κολλούσε το sendmail στο boot ενώ μετά γινόταν restart μια χαρά. Δεν υπήρχε κανένα update εκείνη την περίοδο για το sendmail και βιβλιοθήκες αυτού και αφού έψαξα ένα κάρο αιτίες βρήκα ότι αν απενεργοποιήσω το sendmail στο boot, κολλούσε σε κάποιο άλλο πρόγραμμα. Έψαξα μήπως φταίει κάποιο config του πυρήνα, κτλ και γενικά όλες τις αλλαγές που είχαν γίνει εκείνο το διάστημα, χωρίς φυσικά να πάει το μυαλό μου στην αλλαγή από HDD σε SSD (ή αν πήγε το μυαλό μου, το απέρριψα ως μη σημαντική αλλαγή).
Ψάχνοντας λοιπόν για άλλες αιτίες, είχα βρει ότι ο πυρήνας δεν χρησιμοποιούσε τους SSD σαν πηγή εντροπίας οπότε το σύστημα (σε συνδυασμό με το πιο γρήγορο boot) είχε πολύ λιγότερη εντροπία να δώσει σε δαίμονες που διαβάζουν την /dev/random. Δηλαδή μπορεί να κερδίζει εντροπία από πολλές πηγές όπως cpu, network, κτλ αλλά σε εκείνο το σημείο το 90% προερχόταν από τον δίσκο. Δίκτυο δεν είχε σηκωθεί ακόμη, το διάβασμα εκατοντάδων βιβλιοθηκών και αρχείων στο /etc προκαλούσε τεράστια κίνηση των κεφαλών του δίσκου για seek και κατά συνέπεια πολύ εντροπία. Με τον ssd χανόταν αυτό οπότε έμενε πολύ λίγη εντροπία από τις άλλες πηγές.
Δεν θυμάμαι γιατί γινόταν αυτό ή αν φτιάχθηκε από τότε.Τελευταία επεξεργασία από το μέλος imitheos : 13-07-19 στις 11:17.
"I like offending people, because I think people who get offended should be offended" - Linus Torvalds
"Παλιά είχαμε φτωχούς οι οποίοι ζούσανε σε φτωχογειτονιές. Τώρα, η οικονομικά δυσπραγούσα τάξη
κατέχει στέγες υποδεέστερης ποιότητας σε υποβαθμισμένα αστικά κέντρα" - George Carlin
Γα.... την πολιτική ορθότητα.
-
13-07-19, 11:28 Απάντηση: Το thread του Debian (v.5) #5
Οχι εγω ειμαι ο jim_p που ανοιξα το bug report που λεει στο 1ο σχολιο ο τυπος.
ديميتريس
-
15-07-19, 09:32 Απάντηση: Το thread του Debian (v.5) #6
Αυτη τη σελιδα εδω, που δειχνει τα νεα πακετα στο testing, ποτε εχουν σκοπο να την φτιαξουν? Οι αντιστοιχες σελιδες για το unstable και το experimental δουλευουν κανονικα, αλλα αυτη δεν δουλευει ουτε αν αλλαξεις το testing με bullseye εκει.
https://packages.debian.org/testing/all/newpkgديميتريس
-
18-07-19, 18:23 Απάντηση: Το thread του Debian (v.5) #7
Κατα την προχτεσινη ενημερωση του sysvinit και των παρελκομενων του σε 2.95 στο unstable, το apt εβγαλε αυτα κατα την εγκατασταση, καμια 100αρια φορες. Το εκανε σε κανενα αλλο?
Κώδικας:insserv: warning: could not find all dependencies for $x-display-manager insserv: warning: could not find all dependencies for $portmap insserv: warning: could not find all dependencies for $portmap
ديميتريس
-
19-07-19, 11:12 Απάντηση: Το thread του Debian (v.5) #8
Όχι, όλα καλά, ήσυχα. Υπερβολικά ήσυχα.
Το GNOME 3.32 έχει μπει στο experimental;
Άσχετο, τι hosts file για adblocking προτιμάτε;Το δικαίωμά σου να μιλάς δεν περιλαμβάνει την υποχρέωσή μου να σε πάρω στα σοβαρά.
-
19-07-19, 15:20 Απάντηση: Το thread του Debian (v.5) #9
Το gnome 3.32 ειναι στο experimental εδω και μηνες, απο την εποχη του freeze βασικα.
ديميتريس
-
23-07-19, 07:33 Απάντηση: Το thread του Debian (v.5) #10
Πωρ μπορω να βρω σε ποια εκδοση του apt εγινε merge με αυτο η λειτουργια του apt-transport-https?
ديميتريس
-
23-07-19, 09:40 Απάντηση: Το thread του Debian (v.5) #11
https://whydoesaptnotusehttps.com/
As a prerequisite, for versions of apt before 1.5 (i.e. Debian stretch and earlier) you must first install the apt-transport-https package. Later versions include https support by default.
-
23-07-19, 19:29 Απάντηση: Το thread του Debian (v.5) #12
Ευχαριστω. Το οτι εχουν κανει και σελιδα για αυτο το σκοπο με ξεπερναει!
- - - Updated - - -
Το changelog του acpid που ενημερωθηκε πριν λιγο σε 2.0.31-2 στο unstable, λεει αυτα
Κώδικας:acpid (1:2.0.31-2) unstable; urgency=medium * Orphan package -- Michael Meskes <meskes@debian.org> Tue, 23 Jul 2019 10:42:02 +0200
Μπραβο στον maintainer παντως που ειπε επισημα οτι το παραταει. Οχι σαν κατι αλλους που δεν κουνιουνται ουτε μετα απο δεκαδες bug reports.ديميتريس
-
23-07-19, 20:38 Απάντηση: Το thread του Debian (v.5) #13
Στο κατάλογο /etc/acpi/events έχεις καθόλου αρχεία;
Τις κλασικές λειτουργίες του acpid (power button, lid switch στο λαπτοπ, κτλ) τις έχει αναλάβει ο systemd. Σε πολλές διανομές που παρέχουν systemd, ο δαίμονας acpid δεν κάνει τίποτα. Μερικά λάπτοπ έχουν κάποια πλήκτρα και λειτουργίες που υλοποιούνται μέσω acpi και αυτά χρειάζονται τον acpid. Τα αρχεία στον κατάλογο events λένε στον acpid τι να κάνει όταν λάβει το Ψ event. Αν δεν έχεις αρχεία στον κατάλογο events, τότε είμαι 99% σίγουρος ότι μπορείς να τον αφαιρέσεις."I like offending people, because I think people who get offended should be offended" - Linus Torvalds
"Παλιά είχαμε φτωχούς οι οποίοι ζούσανε σε φτωχογειτονιές. Τώρα, η οικονομικά δυσπραγούσα τάξη
κατέχει στέγες υποδεέστερης ποιότητας σε υποβαθμισμένα αστικά κέντρα" - George Carlin
Γα.... την πολιτική ορθότητα.
-
24-07-19, 08:44 Απάντηση: Το thread του Debian (v.5) #14
Μετα την πρωινη ενημερωση του e2fsprogs και των libs του σε 1.45, το συστημα σταματαει στην εκκινηση και λεει οτι πρεπει να σκαναρει το /dev/sda1 (το / του στην συγκεκριμενη περιπτωση) και με πεταει στο busybox. Μεγαλη μαλακια μετα απο χρονια.
Υπαρχει bug report βλεπω, αλλα πως βαζω το πακετο που λεει ο τυπος?
https://bugs.debian.org/cgi-bin/bugr...cgi?bug=932855
- - - Updated - - -
Επειδη μονο με chroot σωζεται η κατασταση, αρα θα χρειαστω το iso και στικακι για να το επαναφερω και μετα θα αρχισω τον maintainer στα μπινελικια, ξερει κανεις πως θα περασω το ιδιοτροπο iso του debian στο στικακι?
- - - Updated - - -
Με εβαλαν σε απιστευτο ζορι οι βλαμμενοι του debian πρωι πρωι. Το iso δεν εκκινει καν αν το γραψω με dd και αν το γραψω σαν iso (με το rufus παντα), εκκινει μεν αλλα παγωνει οταν παταω καποιο απο τις επιλογες που δινει. Δισκακι δεν μπορω να γραψω, εχω βγαλει το αντιγραφικο μου εδω και 4 χρονια.Τελευταία επεξεργασία από το μέλος jim_p : 24-07-19 στις 07:58.
ديميتريس
-
24-07-19, 08:59 Απάντηση: Το thread του Debian (v.5) #15
δοκίμασε αυτό, αντί του debian iso,
http://www.system-rescue-cd.org/
Bookmarks