Το thread του Debian (v.4)

[jim_p]

Αρα να το κανω βαζοντας αυτα που λεει στο 1ο code tag? Εγω πιστευω πως καποια απο τις υπολοιπες εξαρτησεις τραβαει τον apache παντως...

[imitheos]

Αρα να το κανω βαζοντας αυτα που λεει στο 1ο code tag? Εγω πιστευω πως καποια απο τις υπολοιπες εξαρτησεις τραβαει τον apache παντως...

Μπορείς να δεις τις εξαρτήσεις και από την σελίδα των πακέτων που έδωσες link. Αν την διαβάζω σωστά, το roundcube ναι μεν προτείνει είτε τον apache2 είτε τον lighttpd αλλά λίγο πιο πάνω έχει ως dep το μεταπακέτο libapache2-mod-php (δηλαδή αυτή την στιγμή το mod-php7.0) το οποίο έχει ως dep το apache2-bin.

[jim_p]

Αρα το libapache2-mod-php ειναι που μου τα χαλαει?

- - - Updated - - -

Το βρηκα. Εβαλα τελικα τα php7.0-fpm και php7.0 μαζι με το roundcube και τα πηρε κανονικα. Τωρα ομως βγαζει αυτο οταν τελειωνει την εγκατασταση

dbconfig-common: writing config to /etc/dbconfig-common/roundcube.conf

Creating config file /etc/dbconfig-common/roundcube.conf with new version

Creating config file /etc/roundcube/debian-db.php with new version
creating database roundcube: success.
verifying database roundcube exists: success.
populating database via sql...  done.
Enabling roundcube: ok
Enabling fastcgi: ok
Met dependency: fastcgi
Enabling fastcgi-php: ok
already enabled
Run "service lighttpd force-reload" to enable changes
dpkg: error processing package roundcube-core (--configure):
 subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of roundcube:
 roundcube depends on roundcube-core (= 1.2.3+dfsg.1-4); however:
  Package roundcube-core is not configured yet.

dpkg: error processing package roundcube (--configure):
 dependency problems - leaving unconfigured
Processing triggers for systemd (234-1) ...
Errors were encountered while processing:
 roundcube-core
 roundcube
E: Sub-process /usr/bin/dpkg returned an error code (1)

και πιστευω οτι φταιει αυτο στο bold, μιας και δεν εχω sql.

---
Βαρεθηκα. Το παραταω. Ευχαριστω για τα tips.

[dimr]

Βαρεθηκα. Το παραταω. Ευχαριστω για τα tips.

εμαιλ σερβερ θες να στησεις? ή να να χρησιμοποιεις το roundcude σαν client για καμμια υπηρεσια?

to πρωτο δεν αξιζει τον κοπο...

[jim_p]

Ηθελα να δω πως ειναι σαν client. Ειχα δοκιμασει νωριτερα να το στησω στο alpine αλλα και εκει δεν τα καταφερα.

[dimr]

κανε ενα λογαριασμο εδω για να το δεις https://www.openmailbox.org/

[jim_p]

Δεν ξερω αν ειναι bug του systemd 234, γιαυτο αν ειναι ας μεταφερθει στο αλλο θεμα.

Απο τοτε που το debian περασε σε systemd, δηλαδη εδω και 2+ χρονια, εχω αυτο στο openbox

    <keybind key="XF86Sleep">
      <action name="Execute">
        <command>systemctl poweroff</command>
      </action>
    </keybind>

Δηλαδη το κουμπι sleep στο πληκτρολογιο να κανει systemctl poweroff και να κλεινει το συστημα. Ετσι το κλεινω 9 στις 10 φορες. Η αλλη 1 στις 10 ειναι ειτε με poweroff σαν root απο το τερματικο, ειτε απο το obsession* (μινιμαλιστικο dialog box που εχει 4-5 κουμπια για τα απαραιτητα του systemd), ειτε μεσω της επιλογης για shutdown που εχει το kodi.
Το θεμα ειναι οτι σημερα δεν πρεπει να εκανε shutdown αλλα sleep! Με το που πατησα το power button στο κουτι ή με το που εδωσα εντολη για wake on lan, εμφανιστηκε το desktop σε λιγοτερο απο 1 δευτερολεπτο. Την μια φορα μαλιστα ηταν ακομα και το deadbeef ανοιχτο, αν και δεν επαιζε μουσικη.
Για να ειμαι σιγουρος οτι δεν εκανε εκκινηση απο την αρχη, το τσεκαρα με το uptime -s με το που εμφανιστηκε το desktop, και εδειξε 5 ωρες την μια φορα και 2 την δευτερη, αρα σιγουρα μπηκε σε sleep. Γιατι ομως?

Δινοντας systemctl poweroff απο το τερματικο κλεινει κανονικα και στην επομενη εκκινηση βλεπω το post, τον grub και γενικα οτι βλεπω καθε φορα που εκκινει.

* https://screenshots.debian.net/package/obsession

- - - Updated - - -

Το κουμπι ειναι τελικα που κανει sleep και δεν εχει προβλημα το shortcut του openbox. Εβαλα σε αλλο κουμπι, στο my computer, το systemctl poweroff και κανει κανονικα τερματισμο. Εβαλα μετα στο sleep κατι ασχετο, πχ "notify-send mitsos", και παρολο που πεταχτηκε το notification, το συστημα παλι μπηκε σε αναμονη. Ακομα και αν το αφαιρεσω απο τα keyboard shortcuts του openbox, το sleep συνεχιζει να δουλευει και να βαζει το συστημα σε αναμονη.

Καμια ιδεα λοιπον για το πως το απενεργοποιω γενικοτερα το sleep απο το συστημα?

- - - Updated - - -

Δοκιμασα και αυτο, που υποτιθεται απενεργοποιει το κουμπι sleep, αλλα και παλι τιποτα.

xmodmap -e "keycode 150 ="

[Simpleton]

Δοκίμασε να κόψεις το sleep από το systemd:

sudo systemctl mask suspend.target

[jim_p]

Ευχαριστω. Θα το τσεκαρω πιο μετα ομως γιατι βιαζομαι τωρα. Πρεπει να κανω το ιδιο και για το hibernate?

- - - Updated - - -

Δουλεψε! 1000 ευχαριστω!

[Simpleton]

Μπορείς να το κάνεις και με το hibernate (hibernate.target), αν ξέρεις ότι δεν θα σου χρειαστεί ποτέ. Σε σύστημα server έχω απενεργοποιήσει και τα δύο για να μην κάνω/γίνει καμία στραβή και «κοιμηθεί» το μηχάνημα.

[jim_p]

Εχω τον ftp.gr.debian.org και στα 2 συστηματα που εχω και το apt κατεβαζει τις ιδιες λιστες απο χτες το πρωι. Κανονικα, ο mirror ενημερωνεται 4+ φορες τη μερα, αλλα μαλλον οι υπευθυνοι του πηγαν διακοπες, οποτε θελω νεο mirror. Ποιον προτεινετε?

Ειχα στην καβατζα τον ftp.cc.uoc.gr για τετοιες στιγμες, αλλα η δομη του ειναι εντελως προβληματικη* και το apt δεν βρισκει τιποτα σωστο και γκρινιαζει

Err:3 http://ftp.cc.uoc.gr/mirrors/linux/debian unstable Release
  404  Not Found
...
Err:5 http://ftp.cc.uoc.gr/mirrors/linux/debian experimental Release
  404  Not Found
...
E: The repository 'http://ftp.cc.uoc.gr/mirrors/linux/debian unstable Release' does not have a Release file.
...
E: The repository 'http://ftp.cc.uoc.gr/mirrors/linux/debian experimental Release' does not have a Release file.

Αν καποιος εχει τροπο να τους πει να το φτιαξουν, ας το κανει, αλλιως θα ψαξω εγω τροπο να επικοινωνησω μαζι τους απο αυριο.

* http://ftp.cc.uoc.gr/mirrors/linux/debian/

[Simpleton]

Και το http://ftp.debian.org/debian/dists/unstable/ έχει κολλήσει στο χθες, δεν είναι απαραίτητα θέμα των mirror.

[jim_p]

Δικιο εχεις. Πριν λιγο βεβαια εκανε ενημερωση κανονικα, την 1η για σημερα.

[jim_p]

Ωραιες ιδεες εχουν παλι οι maintainers...
Αντι το καθε πακετο που γινετα απο τα sources* του chromium να ειναι αυτονομο, πλεον εχουμε και chromium-common που το εχουν ολα σαν κοινη εξαρτηση, αρα επιπλεον ~40ΜΒ σαβουρια, γιατι ετσι!

$ sudo apt-get install -t unstable chromium
[sudo] password for jim: 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following additional packages will be installed:
  chromium-common
Suggested packages:
  chromium-l10n chromium-shell chromium-driver chromium-widevine
The following NEW packages will be installed:
  chromium-common
The following packages will be upgraded:
  chromium
1 upgraded, 1 newly installed, 0 to remove and 85 not upgraded.
Need to get 52.2 MB of archives.
After this operation, 38.0 MB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.

$ apt-cache show chromium-common 
Package: chromium-common
Source: chromium-browser
Version: 60.0.3112.78-1
...
Description-en: web browser - common resources used by the chromium packages
 Web browser that aims to build a safer, faster, and more stable internet
 browsing experience.
 .
 This package contains resources that are in common to different chromium
 packages.

* https://packages.debian.org/source/sid/chromium-browser

(το λινκ στο packages.debian.org δεν εχει ενημερωθει ακομα και λεει για την εκδοση 59 που δεν εχει chromium-common)

- - - Updated - - -

Τελικα δεν ειναι το chromium-common το προβλημα, το πακετο του σκετου chromium ειναι που παχυνε. Στην 59 ειναι περιπου 190MB

Version: 59.0.3071.104-1
Installed-Size: 189361

ενω στην 60 ειναι περιπου 225ΜΒ

Version: 60.0.3112.78-1
Installed-Size: 223889

Παω να τον ενημερωσω...

[jim_p]

Κανεις με tb να μου πει αν εχει το προβλημα στην εικονα που διαφορα elements της εφαρμογης φαινονται οπως να 'ναι? Η μονη επεξεργασια που εκανα εγω στην εικονα, εκτος απο το crop, εινια το blur για να μην φανουν τα λιγοστα emails που εχω στα εισερχομενα. Το υπολοιπο ειναι στοκ. Περνοντας το ποντικι απο πανω τους, αλλα φαινονται κανονικα, αλλα μετα ξαναχαλανε και αλλα δεν φτιαχνουν ποτε.

Χαλασε μετα το σημερινο update σε 52.2.1-4+b1 στο testing, που σημαινει πως θα ηταν στο unstable για καιρο και θα κριθικε αρκετα καλο για "προαγωγη" στο testing. Κια χαλασε σημερα που καιγομαι να λαβω και να στειλω καποια emails!

---edit
Bug ειναι τελικα και μαλιστα grave! Στο τελος λεει ενας να ξαναβαλω το libevent-2.0-5 για να φτιαχτει, αλλα το ειχα ηδη εγκατεστημενο.
https://bugs.debian.org/cgi-bin/bugr...cgi?bug=871629

- - - Updated - - -

Κατι ασχετο.
Εχω ενα vm με debian 9.1 xfce στο vmware ενος φιλου μου το οποιο εχει απιστευτη καθυστερηση σε οτι εχει να κανει με το ιντερνετ (ενημερωση του apt, ανοιγμα σελιδων κλπ). Πιστευα οτι οφειλεται σε αυτη τη σαβουρα στο /etc/resolv.conf

domain localdomain
search localdomain
nameserver 192.168.38.κατι

και το αλλαξα σε κατι πιο νορμαλ, δηλαδη ενα σκετο

nameserver 8.8.8.8

αλλα εξακολουθει να καθυστερει. Να κλεισω το ipv6 μηπως?

Το vm παιρνει ip απο τον dhcp σερβερ του vmware, αρα τα οσα λεει το resolv.conf ξαναγραφονται σε καθε εκκινηση.