Λίστα προγραμμάτων για Linux

[vadou]

Τι σχέση έχει η άποψη κάποιου John Doe, με "τους χρήστες του FF" και με τη δημοτικότητά του; o.O

[jim_p]

Δικιο εχεις. Μετα παρατηρησα οτι ειναι νεος χρηστης, με 1 μονο μηνυμα και λογαριασμο που δημιουργηθηκε χτες, οποτε μαλλον ειναι τρολ.

[jim_p]

Σχετικα με το pa στον ff. Μετα απο αυτο, που δεν νομιζω να ειναι τρολ, μιας και ειναι απο dev του ιδιου του ff, μπορω να πω οτι πλεον τα εχω ακουσει ολα απο τη μερια της mozilla

Making trade offs is a necessary part of making a good product. Apple had the same issue with they removed the headphone jack from the iPhone.

https://bugzilla.mozilla.org/show_bug.cgi?id=1345661#c122

Και πλεον το θεμα εληξε για αυτους. Θες ηχο στον ff, βαλε pa!

Κατα τα αλλα, το θεμα συζητηθηκε* περυσι το καλοκαιρι, λογικα μονο μεταξυ των ff devs. Και αποφασισαν την αλλαγη να την κανουν και στην esr, και ακομα χειροτερα να μην την αναφερουν καν στο changelog. Να θυμησω οτι αυτη η esr ειναι η πρωτη που εχει το electrolysis, οποτε εχει ηδη μια μεγαλη αλλαγη, προς το καλυτερο.

* https://bugzilla.mozilla.org/show_bug.cgi?id=1345661#c122

Επεξ/σία 17 Μαρτίου 2017 από jim_p

[vadou]

Ψιλοτραγική παρομοίωση
 

Τι κερδίζεις με το Alsa; Είναι πιο ελαφρύ από το pa, ή το θέμα είναι ότι αφού υπάρχει θα πρέπει να το περιλαμβάνουν οι 3rd party στην υποστήριξη; Το οποίο και είναι πλήρως κατανοητό.

[jim_p]

Η alsa ειναι το συστημα ηχου στο λινουξ. Τα παντα απο τον driver για την καρτα ηχου μεχρι τον μεικτη ειναι της alsa. Το pa εινια ενα επιπλεον layer για την διαχειρηση του ηχου, για να εχεις πχ διαφορετικη ενταση ηχου στην καθε εφαρμογη, για να μπορεις να στειλεις την ταδε εφαρμογη στην ταδε εξοδο της καρτας ηχου ή στην αλλη καρτα ηχου, εφοσον εχεις 2 κλπ.

Χωρις alsa προφανως δεν υπαρχει pa προφανως, δεν δουλευει.

Το πλεονεκτημα που προσφερει το pa ειναι οτι η ταδε εφαρμογη στελνει τον ηχο στο pa και αυτο αναλαμβανει τα υπολοιπα.

 

Καλο ακουγεται γενικα, απλα ειναι τα μικροπροβληματα που εχει και κανει τους προχωρημενους χρηστες να το αποφευτουν. Προβληματα οπως χρηση της cpu, ακομα και μικρη, οταν δεν κανει απολυτως τιποτα, μικρες καθυστερησεις στον ηχο (lag) κλπ και φυσικα επιπλεον ποροι ακομα και για περιπτωσεις που δεν χρειαζεται (απλος χρηστης με μια καρτα ηχου).

[AlexKane]

Η alsa ειναι το συστημα ηχου στο λινουξ. Τα παντα απο τον driver για την καρτα ηχου μεχρι τον μεικτη ειναι της alsa. Το pa εινια ενα επιπλεον layer για την διαχειρηση του ηχου, για να εχεις πχ διαφορετικη ενταση ηχου στην καθε εφαρμογη, για να μπορεις να στειλεις την ταδε εφαρμογη στην ταδε εξοδο της καρτας ηχου ή στην αλλη καρτα ηχου, εφοσον εχεις 2 κλπ.

Χωρις alsa προφανως δεν υπαρχει pa προφανως, δεν δουλευει.

Το πλεονεκτημα που προσφερει το pa ειναι οτι η ταδε εφαρμογη στελνει τον ηχο στο pa και αυτο αναλαμβανει τα υπολοιπα.

 

Καλο ακουγεται γενικα, απλα ειναι τα μικροπροβληματα που εχει και κανει τους προχωρημενους χρηστες να το αποφευτουν. Προβληματα οπως χρηση της cpu, ακομα και μικρη, οταν δεν κανει απολυτως τιποτα, μικρες καθυστερησεις στον ηχο (lag) κλπ και φυσικα επιπλεον ποροι ακομα και για περιπτωσεις που δεν χρειαζεται (απλος χρηστης με μια καρτα ηχου).

Προσωπικά το αποφεύγω διότι στο μηχάνημα που χρησιμοποιώ ως desktop σε αντίθεση με τον alsa ο οποίος λειτουργεί υποδειγματικά, το pulseaudio είναι broken και επομένως άχρηστο. Έχει dropouts κάθε 1 δευτερόλεπτο, πραγματοποιεί resampling υποβαθμίζοντας την ποιότητα αναπαραγωγής και αυξάνει τη χρήση του επεξεργαστή (για το resampling), ή λόγω κάποιου bug.

 

Το πρόβλημα με τη Mozilla είναι ότι βασίζει τον browser σε μια υποδεέστερη και ιδιαίτερα δύσχρηστη (από το μέσο χρήστη) υλοποίηση του υποσυστήματος ήχου (το οποίο ήδη εξαρτάται από τον alsa), χωρίς να αφήνει την επιλογή στο χρήστη να επιλέξει κάτι το οποίο λειτουργεί. Εφόσον κάποιος αντιμετωπίζει προβλήματα με το pulseaudio ή απλά δε το χρειάζεται, η Mozilla τον εξαναγκάζει σε εγκατάλειψη του browser.

 

Τόσο το pulseaudio όσο και το systemd, είναι αρκετά σύνθετες υλοποιήσεις, αντίθετες με τη θεμελιώδη φιλοσοφία του UNIX, οι οποίες δημιουργούν τρομερά προβλήματα σε περίπτωση δυσλειτουργίας.

[tritonas00]

Τόσο το pulseaudio όσο και το systemd, είναι αρκετά σύνθετες υλοποιήσεις, αντίθετες με τη θεμελιώδη φιλοσοφία του UNIX, οι οποίες δημιουργούν τρομερά προβλήματα σε περίπτωση δυσλειτουργίας.

 

[jim_p]

Εκανα χτες ενα vm με kali και καποια στιγμη χρειαστηκα την ip του. Δεν εχει ομως προεγκατεστημενο το ifconfig για να τη δω, οποτε ρωταω αν υπαρχει αλλος τροπος εκτος απο τον προφανη (= να εγκαταστησω το net-tools που περιεχει το ifconfig).

[tritonas00]

με την ip no?

ip addr show

[jim_p]

Μπραβο ρε Μπαμπη! Επισης, γινεται με "hostname -I".

Επεξ/σία 18 Μαρτίου 2017 από jim_p

[jim_p]

Επειδη εχω και αλλη απορια και δεν βρισκω το θεμα του bash, την ποσταρω εδω και ας μετακινηθει.

 

Θελω μολις ξεκιναει το openelec, να πετιεται ενα notification που να λεει την ip που εχει παρει απο το δικτυο για να μην την ψαχνω στο system info.Το notification μπορει να γινει με την εντολη

kodi-send --action="Notification(I ip einai,`kapoia entoli edo`,10000)"

το "i ip einai" ειναι το κειμενο που θα εχει το notification, το 10000 ο χρονος σε ms για τον οποιο θα εμφανιστει και μου λειπει η "kapoia entoli edo", Δεν μπορω να βαλω το "hostname -I" που λεω παραπανω γιατι οι devs του openelec εχουν χτισει το hostname χωρις αυτη την παραμετρο! Βασικα, πολλα binaries τα εχουν χτισει λειψα, πχ το wget δεν κατεβαζει απο https, αλλα αυτο ειναι αλλη ιστορια.

 

Οποτε, για αρχη, ζητειται εντολη που να δωσει ενα ξερο νουμερο μονο σαν output, πχ "192.168.1.3". Αν βοηθαει, το openelec χρησιμοποιει connman για να συνδεεται στο δικτυο.

Μετα απο αυτο, θελω ενα τροπο να πετιεται η εντολη ειτε με το που ξεκινησει το kodi, ειτε με το που συνδεθει στο δικτυο.

[tritonas00]

με την "ip" στο προηγουμενο post δουλευει?
 
αν ναι πες το ονομα του network interface να της κανουμε καμια grep-ια
 
επισης τσεκαρε και το "connmanctl state" μηπως την λεει

(απο το archwiki: Check using ip addr or connmanctl state)

[jim_p]

# ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000
    link/ether 00:21:70:d4:7e:75 brd ff:ff:ff:ff:ff:ff
3: wwan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000
    link/ether 02:80:37:ec:02:00 brd ff:ff:ff:ff:ff:ff
4: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq qlen 1000
    link/ether 00:21:63:8c:e5:cc brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.3/24 brd 192.168.1.255 scope global wlan0
       valid_lft forever preferred_lft forever

Το σκεφτηκα να την παρω με grep, απλα ελεγα να κανω κατι πιο αμεσο. Επισης, πως θα βαλω την grep και ολα οσα θα χρειαστει μεσα στην kodi-send? 

 

Το connmanctl state λεει αχρηστες πληροφοριες

# connmanctl state
  State = ready
  OfflineMode = False
  SessionMode = False

[tritonas00]

τσεκαρε μια αυτο:

kodi-send --action="Notification(I ip einai,$(ip addr show wlan0 | grep -w "inet" | awk '{print $2}'),10000)"

οτι ειναι μεσα στο $( ) εκτελειται κανονικα σαν μια εντολη

(edit ελειπε ενα ,)

Αλλος τροπος:

 

κανε export στο .bashrc σου:

export myip=$(ip addr show wlan0 | grep -w "inet" | awk '{print $2}')

οποτε μετα ισως αυτο παιξει:

kodi-send --action="Notification(I ip einai $myip,10000)"

[jim_p]

Ναι δουλεψε κανονικα. Μπραβο για ακομα μια φορα! Καμια ιδεα για το αλλο που ρωταω?