Forum CDRinfo.pl

Forum CDRinfo.pl (https://forum.cdrinfo.pl/)

- Komputery - oprogramowanie i sprzęt (https://forum.cdrinfo.pl/f113/)

- - Linux (https://forum.cdrinfo.pl/f113/linux-91587/)

Czy w Debianie dojdzie do rozłamu?
http://www.dobreprogramy.pl/Brodaci-...ews,58658.html

Cytat:

Weteranom nie podoba się systemd ***8211; koszmarna kula kłaków, która tylko rośnie i rośnie w rozmiarach. Chcą kontrolować start systemu tak jak należy ***8211; łatwymi w edycji, czytelnymi skryptami, ponieważ możliwość przeczytania skryptów daje użytkownikom władzę i świadomość tego, co się dzieje. Centralizacja usług zarządzania systemem, wstawienie wszystkiego do jednego demona, to splunięcie na całą tradycję Uniksa.

http://forkfedora.org/

-->

Kod:

/usr/lib/systemd/system/sendmail.service



[Unit]

Description=Sendmail Mail Transport Agent

After=syslog.target network.target

Conflicts=postfix.service exim.service

Wants=sm-client.service



[Service]

Type=forking

PIDFile=/run/sendmail.pid

Environment=SENDMAIL_OPTS=-q1h

EnvironmentFile=-/etc/sysconfig/sendmail

ExecStartPre=-/etc/mail/make

ExecStartPre=-/etc/mail/make aliases

ExecStart=/usr/sbin/sendmail -bd $SENDMAIL_OPTS $SENDMAIL_OPTARG



[Install]

WantedBy=multi-user.target

Also=sm-client.service

Kod:

/etc/rc.d/init.d/sendmail



#!/bin/bash

#

# sendmail      This shell script takes care of starting and stopping

#               sendmail.

#

# chkconfig: 2345 80 30

# description: Sendmail is a Mail Transport Agent, which is the program \

#              that moves mail from one machine to another.

# processname: sendmail

# config: /etc/mail/sendmail.cf

# pidfile: /var/run/sendmail.pid



# Source function library.

. /etc/rc.d/init.d/functions



# Source networking configuration.

[ -f /etc/sysconfig/network ] && . /etc/sysconfig/network



# Source sendmail configureation.

if [ -f /etc/sysconfig/sendmail ] ; then

    . /etc/sysconfig/sendmail

else

    DAEMON=no

    QUEUE=1h

fi

[ -z "$SMQUEUE" ] && SMQUEUE="$QUEUE"

[ -z "$SMQUEUE" ] && SMQUEUE=1h



# Check that networking is up.

[ "${NETWORKING}" = "no" ] && exit 0



[ -f /usr/sbin/sendmail ] || exit 0



RETVAL=0

prog="sendmail"



start() {

    # Start daemons.



    echo -n $"Starting $prog: "

    if test -x /usr/bin/make -a -f /etc/mail/Makefile ; then

      make all -C /etc/mail -s &rt; /dev/null

    else

      for i in virtusertable access domaintable mailertable ; do

        if [ -f /etc/mail/$i ] ; then

        makemap hash /etc/mail/$i < /etc/mail/$i

        fi

      done

    fi

    /usr/bin/newaliases &rt; /dev/null 2&rt;&1

    daemon /usr/sbin/sendmail $([ "x$DAEMON" = xyes ] && echo -bd) \

            $([ -n "$QUEUE" ] && echo -q$QUEUE) $SENDMAIL_OPTARG

    RETVAL=$?

    echo

    [ $RETVAL -eq 0 ] && touch /var/lock/subsys/sendmail



    if ! test -f /var/run/sm-client.pid ; then

    echo -n $"Starting sm-client: "

    touch /var/run/sm-client.pid

    chown smmsp:smmsp /var/run/sm-client.pid

    if [ -x /usr/sbin/selinuxenabled ] && /usr/sbin/selinuxenabled; then

        /sbin/restorecon /var/run/sm-client.pid

    fi

    daemon --check sm-client /usr/sbin/sendmail -L sm-msp-queue -Ac \

            -q$SMQUEUE $SENDMAIL_OPTARG

    RETVAL=$?

        echo

        [ $RETVAL -eq 0 ] && touch /var/lock/subsys/sm-client

        fi



    return $RETVAL

}



reload() {

    # Stop daemons.

        echo -n $"reloading $prog: "

    /usr/bin/newaliases &rt; /dev/null 2&rt;&1

    if [ -x /usr/bin/make -a -f /etc/mail/Makefile ]; then

      make all -C /etc/mail -s &rt; /dev/null

    else

      for i in virtusertable access domaintable mailertable ; do

        if [ -f /etc/mail/$i ] ; then

        makemap hash /etc/mail/$i < /etc/mail/$i

        fi

      done

    fi

    daemon /usr/sbin/sendmail $([ "x$DAEMON" = xyes ] && echo -bd) \

        $([ -n "$QUEUE" ] && echo -q$QUEUE)

    RETVAL=$?

    killproc sendmail -HUP

    RETVAL=$?

    echo

    if [ $RETVAL -eq 0 -a -f /var/run/sm-client.pid ]; then

        echo -n $"reloading sm-client: "

        killproc sm-client -HUP

        RETVAL=$?

        echo

    fi

    return $RETVAL

}



stop() {

    # Stop daemons.

    if test -f /var/run/sm-client.pid ; then

        echo -n $"Shutting down sm-client: "

        killproc sm-client

        RETVAL=$?

        echo

        [ $RETVAL -eq 0 ] && rm -f /var/run/sm-client.pid

        [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/sm-client

    fi

    echo -n $"Shutting down $prog: "

    killproc sendmail

    RETVAL=$?

    echo

    [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/sendmail

    return $RETVAL

}



# See how we were called.

case "$1" in

  start)

    start

    ;;

  stop)

    stop

    ;;

  reload)

    reload

    RETVAL=$?

    ;;

  restart)

    stop

    start

    RETVAL=$?

    ;;

  condrestart)

    if [ -f /var/lock/subsys/sendmail ]; then

        stop

        start

        RETVAL=$?

    fi

    ;;

  status)

    status sendmail

    RETVAL=$?

    ;;

  *)

    echo $"Usage: $0 {start|stop|restart|condrestart|status}"

    exit 1

esac



exit $RETVAL

transmission mi działał bez problemu. To demonek coś nie chce poprawnie działać.

A próbowałeś to w ten sposób zrobić?
Załącznik 67751

Czy ktoś z Debianem w jessie mógłby sprawdzić transmission-daemon dla mnie?
W końcu poprawili pakiecik i wszystko jest git...do momentu kiedy chcę mieć dostęp przez panel www - mam informację, że dla tego adresu nie ma dostępu.

Cytat:

403: Forbidden

Unauthorized IP Address.
Either disable the IP address whitelist or add your address to it.
If you're editing settings.json, see the 'rpc-whitelist' and 'rpc-whitelist-enabled' entries.
If you're still using ACLs, use a whitelist instead. See the transmission-daemon manpage for details.

Dziwne bo w settings.json mam coś takiego:

Cytat:

"rpc-whitelist": "192.168.2.*",
"rpc-whitelist-enabled": true,

Info z systemd odnośnie odpalonego procesu:

Cytat:

root@syon:/home/neo# systemctl status transmission-daemon -l
***9679; transmission-daemon.service - Transmission BitTorrent Daemon
Loaded: loaded (/lib/systemd/system/transmission-daemon.service; enabled)
Active: active (running) since śro 2014-10-22 21:01:35 CEST; 5min ago
Main PID: 30941 (transmission-da)
CGroup: /system.slice/transmission-daemon.service
***9492;***9472;30941 /usr/bin/transmission-daemon -f --log-error

paź 22 21:01:36 syon transmission-daemon[30941]: [2014-10-22 21:01:36.933 CEST] UDP Failed to set receive buffer: requested 4194304, got 425984 (tr-udp.c:78)
paź 22 21:01:36 syon transmission-daemon[30941]: [2014-10-22 21:01:36.933 CEST] UDP Failed to set send buffer: requested 1048576, got 425984 (tr-udp.c:89)

AMD już dawno przecież odpowiedziało.
Nie dość ze Catalysty są coraz lepsze, to jeszcze firma wspiera tworzenie otwartych sterowników udostępniając potrzebją dokumentację.

To że Google ma jakieś wytłumaczenie to oczywista oczywistość.
Tym niemniej wspieranie NTFS które na Linuksie działa przez FUSE czy FAT który jest beznadziejny dziś do czegokolwiek jest dla mnie chore.

Wywalmy EXT4, dajmy NTFS bo nazwy się łatwiej zmienia :rotfl:

Cytat:

Among the reasons for Google wanting to rid Chrome of EXT* support is over lack of easily relabeling EXT* volumes from their GUI. When any volume is inserted that has read-write privileges, you should be able to rename the volume in the same way you can rename a file, but EXT doesn't work quite that easily.

https://code.google.com/p/chromium/i...tail?id=274041

Taka ciekawostka:
Google dropuje obsługę EXT2/3/4 z ChromeOS (ciekawe co z Androidem?).

http://www.phoronix.com/scan.php?pag...tem&px=MTgxMTg

Wspierane mają być jedynie FAT i NTFS :wow: :hmm:

Polityka jest niestety obecna wszędzie...

Tak czy siak trzeba też na to uważać, bo różne podmioty mają różne intencje. Te wszystkie firmy nie tworzą linuksa z dobroci serca :) Każda z nich ma jakiś ukryty cel.

Załącznik 67636

Mam politykę gdzieś. CUPS jest od Apple. A jądro linuksa to niby kto pisze? IBM, RedHat, Novell, Microsoft....

Ale nie oczywiście wszystkim sie wydaje że Linuks jest pisany przez pełnych zapału wolontariuszy o złotych sercach ||

http://www.h-online.com/open/news/it...0-1280528.html
http://www.voiceofgreyhat.com/2012/0...ng-top-20.html

Dopóki wszystko jest wydawane pod odpowiednia licencją z wglądem w kod źródłowy nie widzę powodu do obaw.
Jak komuś nie podoba się systemd to niech pokaże który fragment jest zły i go wytnie. Już to zrobiono - uselessd.
Tylko nie wiem po co :hmm:

W tym przypadku to bardziej sprawa polityczna - autor systemd pracuje dla Red Hata ;)

Moim zdaniem stara gwardia trochę przegina.

Weźmy takie PulseAudio. Do tej pory wszyscy narzekają że to złe i syf. I że pierwsze co robią po instalacji systemu to pozbywają się tego bo przecież jest ALSA i też gra.
Jakoś nigdy nie miałem z nim problemów choć używałem od wersji chyba 0.8 czy wcześniejszej - a możliwości które daje trudno przecenić.
Przejście z Windows na linuxa bez PA to jak cofnięcie się do ZX Spectrum. Dlaczego jak jeden program gra to drugi już nie może?

Z systemd pewnie podobnie. Używam od ponad roku i problemów jakoś nie widzę. Za to na przykład system startuje dużo szybciej.
Nie jest to taka różnica jak w przypadku pulseaudio ale nie wiem co od niego chcą.

A logi .. to tak to źle. Ale ja mam systemd-journal wyłączony bo nie mam ochoty ich przeglądać :P

Cytat:

Bazy danych to też zło bo trudno nimi zarządzać.

Trudno? Czy ja wiem. Odczyt i zapis danych do bazy danych nie jest taki trudny.

Cytat:

Pliki tekstowe są*bezkonkurencyjne, a to czy się będzie uruchamiać w 5s czy 15 to mi to nie robi różnicy, a nie poświęcę prostoty i wygody dla zysku, który jest znikomy.

Dzisiaj liczy się właśnie szybkość dlatego coraz częściej korzysta się z baz danych.

Bazy danych to też zło bo trudno nimi zarządzać. :P Pliki tekstowe są*bezkonkurencyjne, a to czy się będzie uruchamiać w 5s czy 15 to mi to nie robi różnicy, a nie poświęcę prostoty i wygody dla zysku, który jest znikomy.