gmane.user-groups.linux.czech

XFCE autologin - Debian 7

Jindrich — 2013-05-18T20:04:32

Zdravím, mám Debian 7 (čistá instalace z CD s XFCE) a s
lightdm si nefunguje autologin, ani když použiju rady z [1]
wiki a když (podle wiki Archu) vytvořím skupinu autologin a
přidám do ní dotyčného uživatele (to stejně asi není v
Debianu třeba). Lze řešit výměnou lightdm za slim a
nastavením autologinu tam, ale kdybyste někdo tušil, jak to
nastavit v lightdm...

Mimochodem, diskuse k tématu se hemží poznámkami, že
autologin není dobrý nápad. Souhlasím, ale tady se jedná o
spíše méně využívaný rodinný "webový kiosek" na starém
železe...

1. http://wiki.debian.org/LightDM


Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/377588

Re: POS - Jehličková tiskárna

Sangala — 2013-05-18T19:49:51

Účetnictví můžeš vést jen tím, že doklad očísluješ fixem a
nic nepředepisuje jaké řady máš, klidně s mezerami (ano bude
to podezřelé). Povinnost získat opis/náhradní doklad je opět
na tobě ne na kontrolorovi, ty dokládáš on prostě jen řekne,
že to není uznatelný doklad a můžeš se odvolat… To, že může
udělat křížovou kontrolu je jeho výhoda a možnost, ne tvoje
obhajoba, ty jako jednotka musíš doložit všechny doklady.

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/377437#36

chyba přihlášení do Dovecotu

veen5Hah — 2013-05-18T19:45:24

nedaří se mi vyřešit následující. na serveru mi běží
Mailarchiva (https://www.mailarchiva.com/) a z nějakého
důvodu se přestala přihlašovat k Dovecotu/Postfixu, odkud má
stahovat z vyhrazeného e-mailového účtu e-maily k archivaci.

Chybová hlášení kopíruju níže, co jsem z toho pochopil, tak
je nějaká chyba v přihlášení/autorizaci.

Dovecot jako takový funguje, jiné e-mailové účty se bez
problému stahují.

Můžete mně někdo nasměrovat, co dál?

díky Martin

auth.log

May 18 21:15:01 s01 CRON[3450]: pam_unix(cron:session):
session opened for user www-data by (uid=0) May 18 21:15:04
s01 dovecot-auth: pam_unix(dovecot:auth): authentication
failure; logname= uid=0 euid=0 tty=dovecot
ruser=mailarchivas01 rhost=127.0.0.1 user=mailarchivas01 May
18 21:15:04 s01 CRON[3450]: pam_unix(cron:session): session
closed for user www-data May 18 21:15:13 s01 dovecot-auth:
pam_unix(dovecot:auth): authentication failure; logname=
uid=0 euid=0 tty=dovecot ruser=mailarchivas01
rhost

Re: POS - Jehličková tiskárna

Sangala — 2013-05-18T19:38:56

Co mám být na dokladu je jasné, to je předepsané a pokud to
tma není, tak to prostě není doklad.

Pokud „čitelnost“ není definována nějakou větou, tak se
rozumí samosebou, že čitelné obvyklým způsobem, pokud by
byly potřeba takové definice, tak bychom mohli 99 %
„pravidel“ zahodit.

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/377437#35

Re: Apache2 automaticke subdomeny v Document Roote ako na Wedose

Facebook user — 2013-05-18T19:21:22

V poznamkach pisem ze vhost_alias som skusal. Konkretne
toto:

UseCanonicalName Off VirtualDocumentRoot
/var/www/example.org/www/subdom/%-3

t.j. zober z domeny tretiu cast zprava a nasmeruj to do
adresara subdom/

Toto mi nefunguje a nefunguje mi potom ani zakladny tvar
www.example.org ten sa snazi presmerovat do:
/var/www/example.org/www/subdom/_ lenze ja chcem
www.example.org a example.org do /var/www/example.org/www
(nechcem pouzivat "magicky" adresar _)

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/377584#2

Re: XFCE nefunguje automaticke pripojeni USB pro uzivatele

Neznalek — 2013-05-18T19:06:50

A distribuce + login manager? Často je problém například v
kombinacích jako systemd + slim, apod.

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/377493#2

Re: Apache2 automaticke subdomeny v Document Roote ako na Wedose

2013-05-18T18:26:12

Najdi si v google: apache a VirtualDocumentRoot

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/377584#1

Apache2 automaticke subdomeny v Document Roote ako na Wedose

Facebook user — 2013-05-18T18:18:37

Mojim cielom je mat funkcne automaticke (wildcart) subdomeny
na domene example.org. A to tak ze ak si vytvorim novy
adresar napr. test1 v adresary DOCUMENT_ROOT/subdom/ tak mi
bude fungovat http://test1.example.org. Takto to ma Wedos a
snazim sa presne toto dosiahnut.

Zatial mam hotove zakladne nastavenia pre virtual host:

&lt;VirtualHost *:80> DocumentRoot /var/www/example.org/www
ServerName www.example.org ServerAlias *.example.org
example.org ErrorLog "/var/www/example.org/log/error.log"
CustomLog "/var/www/example.org/log/access.log" common
php_admin_value open_basedir "/var/www/example.org:."
php_admin_value upload_tmp_dir "/var/www/example.org/tmp"
php_admin_value session.save_path
"/var/www/example.org/session"

DirectoryIndex index.html index.php

&lt;Directory "/var/www/example.org/www"> Options Includes
FollowSymLinks MultiViews AllowOverride All DirectoryIndex
index.php index.html Order Allow,Deny Allow from All
&lt;/Directory>

&lt;/VirtualHost>

takze mam adresar /var/www/example.org/ a v nom

Re: LaTeX - jak zrušit interpretaci >> "uvozovek" (guillemets)?

skunkOS — 2013-05-18T16:49:27

Proč na sazbu zdrojáků nepoužít balík listings?

http://en.wikibooks.org/wiki/LaTeX/Source_Code_Listings

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/377569#5

Re: Virtualizovat jeden stroj

vencour — 2013-05-18T16:26:51

Tenhle dotaz jsem založil, tak proto jsem do něj zase
přispěl. Je to spíš konstatování, co mi na virtualizaci
nejvíc dělá radost. No a občas jsem víc ukecanej než jindy.

Když už, tak u mne se tehdy jednalo o úvahu jestli mít dva
fyzické stroje komplet nebo dva stroje, na kterých budu
pouštět virtuály. Aplikace běžela na obou serverech a běžela
v HA, takže samotné HA virtuálů mne netrápilo, stačilo, že
aspoň jeden server žije. Proto to tehdy mělo smysl
virtualizovat.

Dneska mi přijde nejdůležitější přenositelnost, ať už to
pustim v jakékoliv virtualizaci, aplikace pojede. Jelikož
emulované železo je zpravidla stejné.

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/306758#7

Re: Virtualizovat jeden stroj

Max — 2013-05-18T13:44:17

Nechápu, proč reaguješ na tak starý dotaz? Jednak dle popisu
nemá smysl nasazovat virtualizaci. A za další, výhody
virtualizace zde nikdo nezmínil a zmíněná přenositelnost
patří mezi ty menší kapky v moři výhod. Takže ještě jednou
(pokdu jsi na to za tu dobu nepřišel) :

- možnost využít výkon stroje na plno (na jednom HW
provozuješ více VM, takže ušetříš za prostory, hw se ti
nebude flákat atd.), vše tě pak vyjde levněji (nemujsíš
platit za více fyzických serverů, míň spotřebované el.,
menší nároky na správu)

- možnost online záloh (backup běžícího stroje), což se hodí
u věcí, které se špatně zálohují, viz třeba různé windows
servery apod.

- možnost přenosu VM na jiný server za běhu a bez výpadku
(jak na jiný server, tak i na jiné uložiště)

- možnost failoveru a HA u serverů, které takové věci
nepodporují (máš aplikaci, která neumí clusterování apod.,
tak jí zvirtualizuješ, nasadíš dva servery a rozjedeš HA

Re: LaTeX - jak zrušit interpretaci >> "uvozovek" (guillemets)?

sumix — 2013-05-18T13:31:35

Tak to přidání \usepackage{fancyvrb} pomohlo, bylo to v tom.
Děkuju moc!

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/377569#4

Re: LaTeX - jak zrušit interpretaci >> "uvozovek" (guillemets)?

wamba — 2013-05-18T12:32:14

no, ale bez hlavičky to pak je nezodpověditelná otázka.

tady asi pomůže přidání \usepackage{fancyvrb} před
\newenvironment{mverb},

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/377569#3

Re: LaTeX - jak zrušit interpretaci >> "uvozovek" (guillemets)?

sumix — 2013-05-18T11:16:53

Tady přikládám pokusný dokument, ve kterém se to
interpretuje špatně (jak jsem popisoval). Využívám v něm
školní "šablonu" [1] fithesis určenou pro psaní závěrečných
prací...

PS. jinak to že si použil fancyvrb a fancybox (alespoň
předpokládám) a neřekneš nám to není od tebe moc prozíravé

Nějak moc nechápu, na co tím narážíš (jako že jsem použití
fancybox snad zatajil nebo co? :-D). Já nejsem zrovna expert
přes LaTeX, jinak bych se tu koneckonců ani neptal... Tamten
kousek zdrojového kódu pro definici prostředí pro ty výpisky
ze shellu jsem našel před nějakou dobou kdesi na netu a
maličko poupravil, takže teď už mi ani nedošlo, na čem
přesně to je postavené. Kdyžtak můžu dodat další informace,
pokud budou třeba. Díky předem!

1. http://www.fi.muni.cz/tech/unix/tex/fithesis.xhtml


Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/377569#2

Re: Makefile pro openWRT SDK

Strasidlo — 2013-05-18T10:44:35

Ale tady se bát nemusíte. :-) Snad budu schopen pomoci.

Zobrazit: http://www.abclinuxu.cz/poradna/hardware/show/377215#10

Re: Virtualizovat jeden stroj

vencour — 2013-05-18T09:11:51

Jak se na to dneska koukam, tak přenositelnost je asi
největší výhoda.

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/306758#5

Re: find - bez root složky a rekurzivní delete

alkoholik — 2013-05-18T08:07:40

Zajimave. -maxdepth jsi nasel, ale -mindepth ne.

Misto -delete dej -exec rm -rf {} \;

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/377577#1

Re: jaký SSD?

-Pepe- — 2013-05-18T07:56:45

Já mám 60gb ADATA S510 zaplněn cca 96% a už to bude rok
práce na linuxu (bez /TMP a /VAR/LOG které mám v RAM) a
vlastně jen po jedné aktualizaci firmware přímo v linuxu tak
zatím 100% spokojenost.

Zobrazit: http://www.abclinuxu.cz/poradna/hardware/show/377482#8

find - bez root složky a rekurzivní delete

finder — 2013-05-18T07:35:15

Ahoj,

můžete mi prosím poradit, jak zavolat find aby neobsahoval
root složku, kde hledá. Např.

 find /var/smaz_po_dnech/ -maxdepth 1 -mtime +25 -type d
 -delete

Vrátí

/var/smaz_po_dnech /var/smaz_po_dnech/stara_slozka

Jak se vyvarovat aby vrátil teda "/var/smaz_po_dnech" - ta
se mazat nemá.

Druhá věc je, jak -delete udělat rekurzivní - nyní mu vadí
data ve složkách.

Děkuji

Pavel

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/377577

Re: jaký SSD?

pools — 2013-05-18T06:57:35

C4 je vyssi verze nez M4 ne? A nemyslim si ze Vertex 4 je na
trhu dele nez rok ;)

Zobrazit: http://www.abclinuxu.cz/poradna/hardware/show/377482#7

Re: ipv6 routovani

pavlix — 2013-05-18T00:15:07

Díky všem za odpovědi.

Ještě nějakou přidám :).

Takže jestli tomu rozumím správně, s jedním /64 blokem to
proroutovat nepůjde.

Jeden /64 prefix globálních adres pro tvoji síť bohatě
stačí, pokud ti ho provider přidělí a naroutuje. Po čem ti
to naroutuje už je detail, může to být další /64 prefix,
nějaký zbastlený prefix nebo třeba linkové adresy. Pro
normální provoz bez černé magie je důležité, aby ten rozsah
byl jenom tvůj (používaný jen na tvé vnitřní síti).

Šlo by ale nějak udělat, že bych ten prefix proroutoval
alespoň na jeden z virtuálů, např. nějakým bridgem? Nebo to
prostě dál nedostanu, než na server nedostanu?

Dá se ledacos. Bridge je taky docela jednoduchý, ale
nefunguje univerzálně, záleží, co chceš bridgovat. Proxy NDP
je taky možnost, ale na IPv6 nefunguje tak hladce jako proxy
ARP na IPv4, kvůli solicited node multicast adresám.

Prostě cokoliv kromě standardního modelu s jednou podsítí
pro tebe a jednou pods