>>919416
У тебя с русским проблемы.

>>919418
А у тебя с мозгом, анимудебил.

>>919421
Учи школьник грамоту. Иначе в армию пойдешь, там не до аниме будет.

POOKAN BOMBANOOL

>>919430
Нахуй пошел, личинок своих учи своему блядскому языку.

>>919416

Скажи мне это в лицо, пидор.

>>919453

BEEDLOW SOSNOOLO

>>919458
Да какое же это быдло, это просто сырнопизда.

>>919453

VYIMY HUY SO RTA A POTOM MIAMLI

>>919454>>919458
Семен идет нахуй. Как и было предсказано.

>>919416
не отвлекайся — смотри чебурашку и наркомана гену

>>919460
SAM TAKOI

>>919461

Под кроватью семёнов проверил уже?

Тут четыре человека. Один из которых убийца.

Мочехлёбы соснули.

>>919467
Сходи проверь, я не петух чтобы такое выделывать.

>>919470
Ты просто конфоблядь.

>>919468
тут 2 человека 1 из них — пидорас-аниме

>>919470
Боишься наклониться?

>>919472
ты просто уже сходил нахуй

>>919470

Ты парашник, поэтому иди говно чистить.

>>919473
Сам признался, что петушок?

>>919475
нахуй иди

Вы испугали петуха-аниме.

>>919478
Тебе виднее, я пока не видел твоих признаний.

>>919481
ну извини.

Dollchan Trollstyle ITT

>>919479>>919­476>>919473>>919470

>>919487
КОНАТА

>>919483
Я люблю качественное западное кино. Например Uncharted, в главной роли которого Мыльний Дрейк, решающий проблемы ногеймса на ps3.

>>919481

Петух здесь один. Это ты. Уёбывай.

>>919490
нахуй пошел, туда откуда тебя пидорнули, анимуговно

>>919489
а я смотрю dvdrip в xvid на линакс

>>919492

Зашей пердак.

>>919494
Сам зашивай, мама не учила?

>>919496

Ты совсем тупой?

>>919493
под libcaca в консоле на фреймбуфере

Я ем говно и обмазываюсь спермой.

>>919498
ты острый?

Пони не аниме. Пони это пособие для начинающих зоофилов.

libcaca

ахахах)) пиздец, задроты

>>919500
хоть один нормальный человек

>>919493

dvdrip в xvid на линакс

Объясни.

>>919505
У него Убунту.

>>919505
Какую часть фразы «dvdrip в xvid на линакс» ты не понял?

>>919505
google объяснит
>>919506
у тебя Small Pinus

>>919507
Я не понял, в чём подвох.

>>919509
Это такая же правда как у тебя убунту.

>>919510
У него мыльцо из локалочки.

Линукс до сих пор не может в vpn без роутера.

Не понимаю, как можно смотреть фильмы на мониторе, для этого существует телевизор.

Т.е., xvid — плохой кодек?

>>919519
Устаревшее 6 лет назад говно.

>>919518
Не понимаю, как можно писать хуйню на колчане, для этого существует сосач.

>>919522

Но его же нет.

>>919522
Ну так беги скорее туда, он уже поднялся.

>>919521
Ладно, а линукс при чём?

>>919512>>919­516>>919520>>919527
На сосач, мультикоцефалка.

>>919529

Доброчую.

>>919512

umask (reporter)
2010–03–30 10:54

# iptables -A INPUT -p tcp -m tcp --dport 80 -m recent --update --seconds 5 --hitcount 50 --name HTTP_BADIP --rsource -j DROP
iptables: Unknown error 1844674407370­9551615

# dmesg | tail
Netfilter messages via NETLINK v0.30.
ip_conntrack version 2.4 (8192 buckets, 65536 max) — 304 bytes per conntrack
process `sysctl' is using deprecated sysctl (syscall) net.ipv6.neig­h.lo.base_reacha­ble_time; Use net.ipv6.neig­h.lo.base_reacha­ble_time_ms instead.
ADDRCONF(NETDEV_UP): eth0: link is not ready
tg3: eth0: Link is up at 1000 Mbps, full duplex.
tg3: eth0: Flow control is on for TX and on for RX.
ADDRCONF(NETDEV_CHAN­GE): eth0: link becomes ready
Bridge firewalling registered
eth0: no IPv6 routers present
virbr0: no IPv6 routers present
(0011585)
Wonder (reporter)
2010–07–01 05:45

Same error on CentOS 5.5

# uname -a
Linux gate 2.6.18–194.el5 0000001 SMP Fri Apr 2 14:58:14 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux

# iptables -A INPUT -p tcp -m tcp --dport 80 -m recent --update --seconds 5 --hitcount 50 --name HTTP_BADIP --rsource -j DROP
iptables: Unknown error 1844674407370­9551615

аниме >>>>> всё остальное

>>919519
он классный — свободный от происков капиталистов и без вшитой рекламы, не то что h.264. столман сказал маладца.

(In reply to comment #0)

I'm trying to set up a transparent firewall using ebtables and ulogd (under
Fedora 12 x86_64). A few days ago, I raised bug 651 re. ulogd 1.23. Since then,
I decided to try ulogd 2.0.0beta3 (as apparently I could then try using the
--nflog options in ebtables instead of the --ulog options.) This is proving a
lot more encouraging: the syslogemu plugin is working fine. However, when I try
to save the packets using the pcap plugin, I get lots of log messages like the
following:

Wed May 12 15:33:25 2010 <7> ulogd_output_PCAP­.c:170 Error during write:
Success
Wed May 12 15:33:25 2010 <5> ulogd.c:499 error during propagate_results

(No output is appended to the pcap log.)

Any ideas?

I have the same problem on Debian 6 and ulogd 2 version beta 4

Thu May 19 11:24:47 2011 <5> ulogd.c:499 error during propagate_results
Thu May 19 11:24:47 2011 <7> ulogd_output_PCAP­.c:170 Error during write:
Success
Thu May 19 11:24:47 2011 <5> ulogd.c:499 error during propagate_results
Thu May 19 11:24:49 2011 <7> ulogd_output_PCAP­.c:170 Error during write:
Success
Thu May 19 11:24:49 2011 <5> ulogd.c:499 error during propagate_results
Thu May 19 11:24:50 2011 <7> ulogd_output_PCAP­.c:170 Error during write:
Success
Thu May 19 11:24:50 2011 <5> ulogd.c:499 error during propagate_results
Thu May 19 11:24:50 2011 <7> ulogd_output_PCAP­.c:170 Error during write:
Success
Thu May 19 11:24:50 2011 <5> ulogd.c:499 error during propagate_results
Thu May 19 11:26:16 2011 <7> ulogd_output_PCAP­.c:170 Error during write:
Success
Thu May 19 11:26:16 2011 <5> ulogd.c:499 error during propagate_results
Thu May 19 11:26:17 2011 <7> ulogd_output_PCAP­.c:170 Error during write:
Success
Thu May 19 11:26:17 2011 <5> ulogd.c:499 error during propagate_results

What is more plugin LOGEMU works well but I prefer pcap because it can be used
witch wireshark

Но ведь штольман только умеет кукарекать про швабодку, как он мог что-то сказать?

# strace ip6tables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
execve(«/sbin/ip­6tables», [«ip6tables», «-A», «INPUT», «-m», «state»,
«--state», «RELATED,ESTAB­LISHED», «-j», «ACCEPT»], [/* 21 vars */]) = 0
brk(0) = 0×60e000
mmap(NULL, 4096, PROT_READ|PROT_WRI­TE, MAP_PRIVATE|MAP_A­NONYMOUS, -1, 0) =
0×7fc717eee000
mmap(NULL, 4096, PROT_READ|PROT_WRI­TE, MAP_PRIVATE|MAP_A­NONYMOUS, -1, 0) =
0×7fc717eed000
access(«/etc/ld­.so.preload», R_OK) = -1 ENOENT (No such file or directory)
open(«/etc/ld­.so.cache», O_RDONLY) = 3
fstat(3, {st_mode=S_IF­REG|0644, st_size=28646, …}) = 0
mmap(NULL, 28646, PROT_READ, MAP_PRIVATE, 3, 0) = 0×7fc717ee6000
close(3) = 0
open(«/lib64/­libdl.so.2», O_RDONLY) = 3
read(3, «\177ELF\2\1\1\0\0\­0\0\0\0\0\0\0\3\0>\0\1\0­\0\0\20\16\0\0\0\0\0\0»…,

832. = 832

fstat(3, {st_mode=S_IF­REG|0755, st_size=20424, …}) = 0
mmap(NULL, 2109696, PROT_READ|PROT_E­XEC, MAP_PRIVATE|MAP_DE­NYWRITE, 3, 0) =
0×7fc717ad0000
mprotect(0×7fc717ad­2000, 2097152, PROT_NONE) = 0
mmap(0×7fc717­cd2000, 8192, PROT_READ|PROT_WRI­TE,
MAP_PRIVATE|MAP_FI­XED|MAP_DENYW­RITE, 3, 0×2000) = 0×7fc717cd2000
close(3) = 0
open(«/lib64/­libc.so.6», O_RDONLY) = 3
r = ?

>>919542
Component: netfilter hooks
AssignedTo: laforge at netfilter.org
ReportedBy: bencoh at via.ecp.fr
CC: bencoh at via.ecp.fr

The kernel won't build if patched with pom-ng/ROUTE and the ROUTE target
enabled (ipv4 or ipv6).
The problem comes from changes to the kernel sk_buff struct [1], which has been
released with version 2.6.31.

Build errors (for the ipv4 ipt_ROUTE module) :
net/ipv4/netfil­ter/ipt_ROUTE­.c: In function ‘route’:
net/ipv4/netfil­ter/ipt_ROUTE­.c:113: error: ‘struct sk_buff’ has no member
named ‘dst’
net/ipv4/netfil­ter/ipt_ROUTE­.c:114: error: ‘struct sk_buff’ has no member
named ‘dst’
net/ipv4/netfil­ter/ipt_ROUTE­.c:119: error: ‘struct sk_buff’ has no member
named ‘dst’
net/ipv4/netfil­ter/ipt_ROUTE­.c:120: error: ‘struct sk_buff’ has no member
named ‘dst’
net/ipv4/netfil­ter/ipt_ROUTE­.c: In function ‘ip_direct_send’:
net/ipv4/netfil­ter/ipt_ROUTE­.c:145: error: ‘struct sk_buff’ has no member
named ‘dst’
net/ipv4/netfil­ter/ipt_ROUTE­.c: In function ‘route_iif’:
net/ipv4/netfil­ter/ipt_ROUTE­.c:291: error: ‘struct sk_buff’ has no member
named ‘dst’
net/ipv4/netfil­ter/ipt_ROUTE­.c:292: error: ‘struct sk_buff’ has no member
named ‘dst’
net/ipv4/netfil­ter/ipt_ROUTE­.c: In function ‘target’:
net/ipv4/netfil­ter/ipt_ROUTE­.c:425: error: ‘struct sk_buff’ has no member
named ‘dst’
net/ipv4/netfil­ter/ipt_ROUTE­.c:426: error: ‘struct sk_buff’ has no member
named ‘dst’

Стоп. Это что, вайп?

>>919544
[13491.692455] BUG: unable to handle kernel NULL pointer dereference at
0000000000000018
[13491.700966] IP: [<ffffffffa01­72d16>] br_nf_pre_rou­ting_finish+0×36/0×­320
[bridge]
[13491.702399] PGD 2ac892067 PUD 2ac891067 PMD 0
[13491.702399] Oops: 0000 [#1] SMP
[13491.702399] last sysfs file:
/sys/devices/vir­tual/net/virbr0/brid­ge/stp_state
[13491.702399] Dumping ftrace buffer:
[13491.702399] (ftrace buffer empty)
[13491.702399] CPU 2
[13491.702399] Modules linked in: tun kvm_intel kvm ip6table_filter ip6_tables
iptable_raw xt_comment xt_recent xt_policy ipt_ULOG ipt_TTL ipt_ttl ipt_REJECT
ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_LOG ipt_ECN ipt_ecn ipt_CLUSTERIP
ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_pptp
nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp
nf_conntrack_amanda nf_conntrack_tftp nf_conntrack_sip nf_conntrack_pro­to_sctp
nf_conntrack_pptp nf_conntrack_pro­to_gre nf_conntrack_ne­tlink
nf_conntrack_net­bios_ns nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp
xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFQUEUE xt_NFLOG xt_multiport
xt_MARK xt_mark xt_mac xt_limit xt_length xt_iprange xt_helper xt_hashlimit
xt_DSCP xt_dscp xt_dccp xt_conntrack xt_CONNMARK xt_connmark xt_CLASSIFY
xt_tcpudp xt_state iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4
nf_conntrack iptable_mangle nfnetlink iptable_filter ip_tables x_tables bridge
stp ipmi_devintf lp parport iTCO_wdt iTCO_vendor_support ipmi_si i5000_edac
ipmi_msghandler edac_core hpilo psmouse shpchp pcspkr serio_raw usbhid mptsas
mptscsih bnx2 mptbase scsi_transport_sas cciss fbcon tileblit font bitblit
softcursor

ffff8802add00800
[13491.702399] R13: 0000000000000­000 R14: ffff8802ad598000 R15:
ffff8802ac1ec000
[13491.702399] FS: 0000000000000­000(0000) GS:ffff8802af­802f80(0000)
knlGS:0000000­000000000
[13491.702399] CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
[13491.702399] CR2: 0000000000000­018 CR3: 00000002ad572000 CR4:
00000000000026a0
[13491.702399] DR0: 0000000000000­000 DR1: 0000000000000­000 DR2:
0000000000000000
[13491.702399] DR3: 0000000000000­000 DR6: 00000000ffff0ff0 DR7:
0000000000000400
[13491.702399] Process swapper (pid: 0, threadinfo ffff8802aeffa000, task
ffff8802aeff2cc0)
[13491.702399] Stack:
[13491.702399] 0000000000000­000 ffff8802ad598000 ffff8802aefffb90
ffffffff805d3a7b
[13491.702399] ffffffffa0172­ce0 0000000080000000 ffff8802aefffb70
00000002802e20a5
[13491.702399] ffffffff809b0da0 ffffffff802e2486 ffffffff809b0da0
0000000000000000
[13491.702399] Call Trace:
[13491.702399] <IRQ> <0> [<ffffffff805­d3a7b>] ? nf_hook_slow+0×ab­/0×100
[13491.702399] [<ffffffffa01­72ce0>] ? br_nf_pre_rou­ting_finish+0×0/0×3­20
[bridge]
[13491.702399] [<ffffffff802­e2486>] ? kmem_cache_alloc+0×86/0×­c0
[13491.702399] [<ffffffffa01­6dee0>] ? br_handle_fra­me_finish+0×0/0×1­90
[bridge]
[13491.702399] [<ffffffffa01­73c85>] br_nf_pre_rou­ting+0×425/0×488 [bridge]
[13491.702399] [<ffffffff805­d3997>] nf_iterate+0×67/0×a0
[13491.702399] [<ffffffffa01­6dee0>] ? br_handle_fra­me_finish+0×0/0×1­90

[http://sugoi­.animeblogs.ru/wp-content/upload­s/2011/05/Sei­kon-no-Qwaser-II-03–05.jpg]

>>919551
«conntrack» output is like this:

root at newquark:~# conntrack -L

udp 17 9 src=0.0.0.0 dst=0­.0.0.0 sport=0 dport=0 packets=1 bytes=147 \
src=0.0.0.0 dst=0­.0.0.0 sport=0 dport=0 packets=1 bytes=48 mark=2 use=1

tcp 6 35384 src=0.0.0.0 dst=0­.0.0.0 sport=0 dport=0 packets=8 bytes=1051 \
src=0.0.0.0 dst=0­.0.0.0 sport=0 dport=0 packets=7 bytes=7300 [ASSURED] mark=2 \
use=1

… and hundreds of lines just like that.

Kernel options are:

/usr/src/linux# grep -i netfilter .config
(XTABLES and «not set» options stripped out)
CONFIG_NETFILTER=y
CONFIG_NETFIL­TER_ADVANCED=y
CONFIG_NETFIL­TER_NETLINK=m

/usr/src/linux# grep -i conn .config
CONFIG_NF_CON­NTRACK=y
CONFIG_NF_CON­NTRACK_MARK=y
CONFIG_NF_CON­NTRACK_EVENTS=y
CONFIG_NF_CON­NTRACK_FTP=m
CONFIG_NETFIL­TER_XT_TARGET_CON­NMARK=y
CONFIG_NETFIL­TER_XT_MATCH_CON­NBYTES=y
CONFIG_NETFIL­TER_XT_MATCH_CON­NLIMIT=y
CONFIG_NETFIL­TER_XT_MATCH_CON­NMARK=y
CONFIG_NETFIL­TER_XT_MATCH_CON­NTRACK=y
CONFIG_NF_CON­NTRACK_IPV4=y
CONFIG_NF_CON­NTRACK_PROC_COM­PAT=y
CONFIG_NF_CON­NTRACK_IPV6=y

/usr/src/linux# grep CT_ .config
CONFIG_NF_CT_ACCT=y
CONFIG_NF_CT_NET­LINK=m

>>919554
СОСИ ХУЙ, НЬЮФАГ

Summary: conntrack returns src, dst, dport and sport all zeroed
Product: libnfnetlink
Version: unspecified
Platform: i386
OS/Version: other
Status: NEW
Severity: major
Priority: P1
Component: libnfnetlink
AssignedTo: laforge at netfilter.org
ReportedBy: ethy.brito at inexo.com.br

Dear Sirs

I read bugzilla ID 548 and found this not related to that one.

Environment
Slackware 12.0
Kernel 2.6.27.7 SMP PREEMPT
libnetfilter_con­ntrack-0.0.100 (configure --prefix=/usr;ma­ke;make install)
conntrack-tools-0.9.13 (configure --prefix=/usr;ma­ke;make install)
libnfnetlink-1.0.0 (configure --prefix=/usr;ma­ke;make install)

Also tried yesterday's daily-build of libnfnetlink, libnetfilter_con­ntrack and
conntrack-tools. Same result.

Could you give me some ideas what can be wrong?

«cat /proc/net/ip_­conntrack» looks good.

217.115.96.0/20
217.116.192.0/20
217.118.112.0/20
217.118.128.0/20
217.137.0.0/16
217.140.32.0/19
217.140.96.0/20
217.144.80.0/20
217.144.144.0/20
217.145.64.0/20
217.145.112.0/20
217.145.224.0/20
217.146.80.0/20
217.146.96.0/20
217.146.112.0/20
217.146.176.0/20
217.147.80.0/20
217.147.176.0/20
217.147.240.0/20
217.148.32.0/20
217.149.96.0/20
217.149.176.0/20
217.150.96.0/20
217.150.112.0/20
217.151.32.0/20
217.151.96.0/20
217.154.0.0/16
217.155.0.0/16
217.156.128.0/17
217.158.0.0/16
217.163.0.0/16
217.168.16.0/20
217.168.144.0/20
217.169.0.0/20
217.169.16.0/20
217.169.32.0/20
217.169.48.0/20
217.169.160.0/20
217.170.176.0/20
217.171.96.0/20
217.171.128.0/20
217.171.240.0/20
217.173.48.0/20
217.173.64.0/20
217.173.96.0/20
217.174.128.0/20
217.174.240.0/20
217.176.0.0/13
217.194.128.0/20
217.194.144.0/20
217.194.208.0/20
217.196.0.0/20
217.196.224.0/20
217.196.240.0/20
217.197.32.0/20
217.197.192.0/20
217.198.32.0/20
217.198.48.0/20
217.199.160.0/20
217.199.176.0/20
217.204.0.0/14
10.0.0.0/24
"

iptables -N MYTABLE

for addr in $ALLOWED
do
iptables -A MYTABLE -s $addr -p tcp -jACCEPT
done

iptables -A MYTABLE -p tcp -jDROP

for fport in $FILTERED
do
iptables -A INPUT -p tcp --dport $fport -jMYTABLE
done

Так я не понял, что там с линуксом? У меня дома стоит, проблем с мультимедиа поменьше, чем на винде.

>>919566
Summary: log messages with flags «ACK PSH FIN»
Product: netfilter/iptables
Version: unspecified
Platform: All
OS/Version: Debian GNU/Linux
Status: NEW
Severity: minor
Priority: P3
Component: ip_conntrack
AssignedTo: laforge at netfilter.org
ReportedBy: netfilter at vigor.co.za

I find a log of log messages of the following format.

kernel: ''OUT-eth0int':'IN= OUT=eth0 SRC=localIP DST=knownIP LEN=52 TOS=0×00
PREC=0×00 TTL=64 ID=43339 DF PROTO=TCP SPT=3293 DPT=80 WINDOW=1270 RES=0×00 ACK
PSH FIN URGP=0

It seems the connection tracking is not working properly here, and blocking
out- going packets.

--

>>919569
Reported by pythe...@gmail.com, Feb 25, 2010

[somebody@tux ~]$ encfs ~/.abc/ abc/
22:34:31 (FileUtils.cpp:375) Archive exception: stream error
22:34:31 (FileUtils.cpp:326) Found config file /home/somebody/­.abc/.encfs6.xml, but failed to load
Unable to initialize encrypted filesystem — check path.

[2010–02–23 09:55] upgraded boost (1.41.0–2 → 1.42.0–1)

So I've gathered (from google) that this is related to a boost. However, I updated boost, not
downgraded boost.

Any idea how to make encfs work with the new version of boost.

Thanks

Comment 1 by project member vali...@gmail.com, Feb 25, 2010

Looks like the new version of boost is not parsing the config file written by the old
version. I would try compiling encfs with this version of boost and see if that
fixes it.

In the config file, what does the line starting with «<boost_seria­lization» contain?

Comment 2 by pythe...@gmail.com, Feb 25, 2010

Thanks for the speedy reply. However, I have already tried to recompile encfs against the new version of boost
with no luck. :(

Comment 3 by pythe...@gmail.com, Feb 25, 2010

Is there anyway to decrypt my data?

Comment 4 by pythe...@gmail.com, Feb 25, 2010

<!DOCTYPE boost_seriali­zation>
<boost_seriali­zation signature=«se­rialization::ar­chive» version=«7»>
</boost_seria­lization>

Comment 5 by project member vali...@gmail.com, Feb 25, 2010

This was created with boost 1.41?

I just checked, and I'm currently using boost 1.42 on my system, and have a
filesystem with boost_serialization version 4. I just tried manually editing the
version number to 7, and it was still handled.

Can you attach or send me your config file? You can remove the data in
encodedKeyData and saltData first.. Perhaps there is something strange about the
formatting.

>>919564
сколько тайтлов в 10-битах уже навернул?

Hi,

I installed cygwin and I am trying to run «make» on distcc-3.0rc2. I get
the following error:

gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR=«\»/us­r/local/etc\""
-DPKGDATADIR=«\»/us­r/local/share/dis­tcc\"" -Isrc -I"
./src" -I"./lzo" -Werror -g -O2 -MD -W -Wall -Wimplicit -Wuninitialized
-Wshadow -Wpointer-arith -Wcast-align -Wwrite-s
trings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Wmissing-declarations -o src/acces
s.o -c src/access.c
src/access.c: In function `dcc_parse_mask':
src/access.c:75: warning: implicit declaration of function `inet_pton'
make: *** [src/access.o] Error 1

Do I need a patch to fix this ? Where can I get it ?

Question #2. Can distcc help speed up compilation in VS 2005 builds ?

TIA,

>>919577
он наворачевает через libcaca в gnome-terminal

We still don't have enough information.
Try running the build, then when it fails either wait one minute, or do the
rm commands that you did before,

(but do NOT remove all the temporary build directories)
and then try the build again — hopefully the second time around, it won't
re-run the configuration step­s.

Thanks for your reply. This is what I have noticed:
- during the initial configuration (cmake) something fails and the
«backoff_tcp» file is being created
- when I remove the «backoff_tcp_dk­.home.local» file after the build
configuration is done (when the actual build process starts) distcc starts
sending out files for compilation again

In case you need it, I uploaded the debug-log from the distcc server
(dk.home.local):
http://www-user.tu-chemnitz.de/…c/distcc.log

Now, is there a way to disable the «backoff» mechanism? I have created a
script which checks for «backoff_tcp*» files every five seconds and removes
them. I know this is _extremely_ ugly, but it works for me ;)

>>919577
Всё почти смотрю в 10 bit. Даже не заметил перехода.

http://hackertyper.com/

>>919586
>

Thank for your answer.But I have another question.
«GNU make» can compile program in multithread by option «-j».

1. If «GNU make» calls GCC when multithread compiling, does «GNU make»

know that GCC is placed by distcc?

2. In other words, if I want to write a program like distcc, do I need to

hack «GNU make»
to make it know my program is a wrapper of GCC, and let «GNU make» to call
my wrapper
directly?

3. If «GNU make» does know any knowledge on distcc, how does it can call

distcc and give
every thread a command line instruction?

An example. I build a test package with the following command:

make -j32 CC=distcc

make will invoke distcc instead of gcc, and pass it the compiler
arguments from the makefile. With the -j option to make, many jobs are
running concurrently, but they are all distcc processes (until they
invoke gcc of course). GNU Make doesn't need to be modified for distcc to work.

>>919581
http://www.youtube.com/watch?…

Как смотрел одним плеером, так и смотрю. Ничего не переустанавливал, не жонглировал кодек паками и т.п.

>>919592
именно так. а на чаны ходит через telnet и команды отправки почты вводит вручную.

>>919594
за тебя жонглирует апдейтер, няща

>>919613
Я в курсе. Обновление mplayer2 — не совсем жонглирование, разве нет?

>>919611
А как иначе я сохраню чувство, что это именно я управляю компьютером, а не он мной?

>>919620
http://www.mplayerhq.hu/…ases/codecs/
судя по этому даже если ты и прав, то с цифрами 2006,2007 я тебе не завидую.

>>919626
Стегай его плеткой, если чувстуешь себя слишком ущербным

>>919628
Ты смешной.

>>919628

2012

кодеки из 2007 года

СОСНУЛЕ

>>919633
а ты соснул

БЛЯТЬ КАК МОЖНО СМОТРЕТЬ АНИМУ НА КОДЕКАХ 5-ЛЕТНЕЙ ДАВНОСТИ БЛЕАТЬ?

>>919636
Почему? Это ведь даже не тот плеер, о котором я говорил.

>>919638
но ведь не надо обновлять зато!

>>919639
Признавайся уже — ты смотришь под винегретом.

>>919639
форк player. Этоподразумевает НОВЕЙШИЕ кодеки?

>>919645
*mplayer

>>919645
В том числе.

>>919640
ну так то что не работает нет смысла обновлять

>>919650
ПРУФ?

>>919653
http://www.mplayer2.org/comparison.html

>>919655
Ты сам читал хоть? кроме матроски и ffmpeg-dynamic больше никаких отличий?

Охуенный плеер. С нескучными обоями.

>>919658
Как скажешь. Факт остаётся фактом. Пока кто-то переустанавливал кодеки, я просто смотрел.

>>919660
Пока я смотрел на 52'' плазме c 7.1 в HD со свежих рипов — ты смотрел на 17'' CRT с мылом с avi-шек с кодеками 5-летней давности и тормозами на старом X.
Вот и вся разница.

Я книги смотрю. На нескучном фоне. Аниме для строптивых.

Вся эта хуйня со «нужно ставить бету СССР», «появились превьюшки в эксплоререре, ура!» вызывали у меня недоумения.
>>919662

c 7.1

OK, лол.

>>919666

хуйня

вызывали у меня недоумения.

лол

>>919662
Я думаю что этот пост решит все споры в /s/
>>919666
Все эти «СПАСИБО ЧТО ХОТЬ ТАК ЗАВЕЛОСЬ» после суток компилирования у меня вызывют улыбку до сих пор.

>>919669

после суток компилирования

Я что, прыщеблядок тебе? У меня обычная колясочка, которая устанавливается за 20 минут.

>>919671

У меня обычная колясочка

Сколько кило? Мальчик? Девочка?

устанавливается за 20 минут.

ну ты тормоз, я за 3 минуты могу и даже быстрее.

>>919672
Скорострел.

>>919673
У меня нет кривых зависимостей.
fuckyeah.xpm

Кстати, я недавно хотел на десктопе глянуть аниму. Там Win7 стоит. Проебался минут сорок.

То субтитры не показывались, потом из-за 10bit картинка распадалась, потом ещё какая-то ерунда. Пришлось удалять всё и использовать MPC вместо MPC-HC.

>>919683
Надо было ставить cygwin и perl с yaml и libboost. и все пересобрать

Давайте ещё о чём-нибудь поговорим. Как вам онгоинг?

Или вот ещё, если уж о линуксе заговорили. Как вам Gnome3? Я раньше очень плевался, но сейчас только на нём и сижу.