Re: [packages/bind] Use relative symlinks, remove %attr for symlinks
On Sat, 27 Feb 2021, glen wrote: > commit bf478371683c84f5ab0a5c76d8b93427e2c3992a > Author: Elan Ruusamäe > Date: Sat Feb 27 22:04:20 2021 +0200 > > Use relative symlinks, remove %attr for symlinks > > All for rpm 4.16 compatibility: > > - Explicit %attr() mode not applicable to symlink > - Absolute symlink You don't need to do relative symlinks, I patched our rpm for this. http://git.pld-linux.org/gitweb.cgi?p=packages/rpm.git;a=commit;h=d42a01a648b725059ec32c6c369af2563f0fcb28 -- Jan Rękorajski| PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Bind się wywala po upgradzie :(
On 15/07/2020 09:38, Jacek Osiecki wrote:
>>
>> Wiadomość napisana przez Arkadiusz Miśkiewicz w dniu
>> 14.07.2020, o godz. 20:14:
>>
>> On 14/07/2020 16:05, Jacek Osiecki wrote:
>>> byłem głupi i zrobiłem upgrade na starej maszynie.
>>> No i… był sobie bind i już po nim.
>>>
>>> Wywala się w taki oto sposób:
>>>
>>> Jul 14 15:15:02 mike named[28759]: udp.c:120: fatal error:
>>> Jul 14 15:15:02 mike named[28759]: RUNTIME_CHECK(res == 0) failed
>>
>> Patrząc po kodzie
>>
>> #ifdef SO_INCOMING_CPU
>>res = setsockopt(csock->fd, SOL_SOCKET, SO_INCOMING_CPU,
>> &(int){ 1 }, sizeof(int));
>>RUNTIME_CHECK(res == 0);
>> #endif
>>
>> a to jest od kernela 4.4
>>
>> Jaki masz kernel dla potwierdzenia?
>
>
> Mam 3.18.44 - własny, nie upgrade’uję od dłuższego czasu.
> Pytanie - czemu w takim razie w ogóle bind się dał zainstalować? Chyba nie
> powinien po zweryfikowaniu uname?
Gdyby ktoś dodał taką regułkę do speca to tak by się działo.
Od 9.16.4 to zmienili i już się nie wywala na starych kernelach.
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Bind się wywala po upgradzie :(
> Wiadomość napisana przez Arkadiusz Miśkiewicz w dniu
> 14.07.2020, o godz. 20:15:
>
> On 14/07/2020 20:14, Arkadiusz Miśkiewicz wrote:
>>
>> Patrząc po kodzie
>>
>> #ifdef SO_INCOMING_CPU
>>res = setsockopt(csock->fd, SOL_SOCKET, SO_INCOMING_CPU,
>> &(int){ 1 }, sizeof(int));
>>RUNTIME_CHECK(res == 0);
>> #endif
>>
>> a to jest od kernela 4.4
>>
>> Jaki masz kernel dla potwierdzenia?
>
> Właściwie nieistotne. Upgradnij się do 9.16.4
Hm, gdzie on jest? Poldek nie widzi, na ftp też nie znalazłem - ani w ready,
ani w test…
Pozdrawiam,
—
Jacek
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Bind się wywala po upgradzie :(
>
> Wiadomość napisana przez Arkadiusz Miśkiewicz w dniu
> 14.07.2020, o godz. 20:14:
>
> On 14/07/2020 16:05, Jacek Osiecki wrote:
>> byłem głupi i zrobiłem upgrade na starej maszynie.
>> No i… był sobie bind i już po nim.
>>
>> Wywala się w taki oto sposób:
>>
>> Jul 14 15:15:02 mike named[28759]: udp.c:120: fatal error:
>> Jul 14 15:15:02 mike named[28759]: RUNTIME_CHECK(res == 0) failed
>
> Patrząc po kodzie
>
> #ifdef SO_INCOMING_CPU
>res = setsockopt(csock->fd, SOL_SOCKET, SO_INCOMING_CPU,
> &(int){ 1 }, sizeof(int));
>RUNTIME_CHECK(res == 0);
> #endif
>
> a to jest od kernela 4.4
>
> Jaki masz kernel dla potwierdzenia?
Mam 3.18.44 - własny, nie upgrade’uję od dłuższego czasu.
Pytanie - czemu w takim razie w ogóle bind się dał zainstalować? Chyba nie
powinien po zweryfikowaniu uname?
Na razie - jako że to szczęśliwie nie jest żaden nameserver dla domeny tylko
lokalny cache, po prostu zmieniłem w resolv.conf na DNSy google’a - ale nie
powiem żeby mi się to podobało :-/
Pozdrawiam,
—
Jacek
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Fwd: Bind się wywala po upgradzie :(
On 14/07/2020 20:14, Arkadiusz Miśkiewicz wrote:
> On 14/07/2020 16:05, Jacek Osiecki wrote:
>
>> Cześć,
>>
>> byłem głupi i zrobiłem upgrade na starej maszynie.
>> No i… był sobie bind i już po nim.
>>
>> Wywala się w taki oto sposób:
>>
>> Jul 14 15:15:02 mike named[28759]: found 12 CPUs, using 12 worker threads
>> Jul 14 15:15:02 mike named[28759]: using 12 UDP listeners per interface
>> Jul 14 15:15:02 mike named[28759]: using up to 21000 sockets
>> Jul 14 15:15:02 mike named[28759]: loading configuration from
>> '/etc/named.conf'
>> Jul 14 15:15:02 mike named[28759]: reading built-in trust anchors from file
>> '/etc/bind.keys'
>> Jul 14 15:15:02 mike named[28759]: looking for GeoIP2 databases in
>> '/usr/share/GeoIP'
>> Jul 14 15:15:02 mike named[28759]: using default UDP/IPv4 port range: [1024,
>> 65535]
>> Jul 14 15:15:02 mike named[28759]: using default UDP/IPv6 port range: [1024,
>> 65535]
>> Jul 14 15:15:02 mike named[28759]: listening on IPv4 interface lo,
>> 127.0.0.1#53
>> Jul 14 15:15:02 mike named[28759]: udp.c:120: fatal error:
>> Jul 14 15:15:02 mike named[28759]: RUNTIME_CHECK(res == 0) failed
>
> Patrząc po kodzie
>
> #ifdef SO_INCOMING_CPU
> res = setsockopt(csock->fd, SOL_SOCKET, SO_INCOMING_CPU,
> &(int){ 1 }, sizeof(int));
> RUNTIME_CHECK(res == 0);
> #endif
>
> a to jest od kernela 4.4
>
> Jaki masz kernel dla potwierdzenia?
>
Właściwie nieistotne. Upgradnij się do 9.16.4
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Fwd: Bind się wywala po upgradzie :(
On 14/07/2020 16:05, Jacek Osiecki wrote:
> Cześć,
>
> byłem głupi i zrobiłem upgrade na starej maszynie.
> No i… był sobie bind i już po nim.
>
> Wywala się w taki oto sposób:
>
> Jul 14 15:15:02 mike named[28759]: found 12 CPUs, using 12 worker threads
> Jul 14 15:15:02 mike named[28759]: using 12 UDP listeners per interface
> Jul 14 15:15:02 mike named[28759]: using up to 21000 sockets
> Jul 14 15:15:02 mike named[28759]: loading configuration from
> '/etc/named.conf'
> Jul 14 15:15:02 mike named[28759]: reading built-in trust anchors from file
> '/etc/bind.keys'
> Jul 14 15:15:02 mike named[28759]: looking for GeoIP2 databases in
> '/usr/share/GeoIP'
> Jul 14 15:15:02 mike named[28759]: using default UDP/IPv4 port range: [1024,
> 65535]
> Jul 14 15:15:02 mike named[28759]: using default UDP/IPv6 port range: [1024,
> 65535]
> Jul 14 15:15:02 mike named[28759]: listening on IPv4 interface lo,
> 127.0.0.1#53
> Jul 14 15:15:02 mike named[28759]: udp.c:120: fatal error:
> Jul 14 15:15:02 mike named[28759]: RUNTIME_CHECK(res == 0) failed
Patrząc po kodzie
#ifdef SO_INCOMING_CPU
res = setsockopt(csock->fd, SOL_SOCKET, SO_INCOMING_CPU,
&(int){ 1 }, sizeof(int));
RUNTIME_CHECK(res == 0);
#endif
a to jest od kernela 4.4
Jaki masz kernel dla potwierdzenia?
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Fwd: Bind się wywala po upgradzie :(
Cześć,
byłem głupi i zrobiłem upgrade na starej maszynie.
No i… był sobie bind i już po nim.
Wywala się w taki oto sposób:
Jul 14 15:15:02 mike named[28759]: found 12 CPUs, using 12 worker threads
Jul 14 15:15:02 mike named[28759]: using 12 UDP listeners per interface
Jul 14 15:15:02 mike named[28759]: using up to 21000 sockets
Jul 14 15:15:02 mike named[28759]: loading configuration from '/etc/named.conf'
Jul 14 15:15:02 mike named[28759]: reading built-in trust anchors from file
'/etc/bind.keys'
Jul 14 15:15:02 mike named[28759]: looking for GeoIP2 databases in
'/usr/share/GeoIP'
Jul 14 15:15:02 mike named[28759]: using default UDP/IPv4 port range: [1024,
65535]
Jul 14 15:15:02 mike named[28759]: using default UDP/IPv6 port range: [1024,
65535]
Jul 14 15:15:02 mike named[28759]: listening on IPv4 interface lo, 127.0.0.1#53
Jul 14 15:15:02 mike named[28759]: udp.c:120: fatal error:
Jul 14 15:15:02 mike named[28759]: RUNTIME_CHECK(res == 0) failed
Jul 14 15:15:02 mike named[28759]: exiting (due to fatal error in library)
Jakiś pomysł?
Znalazłem jeden wynik na forum gentoo, gdzie problem rozbija się o apparmor i
uprawnienia - problem w tym, że u mnie apparmora nie ma,
a /var/lib/named ma właściciela „named”.
bind w wersji 9.16.3-1.
named.conf w zasadzie OOTB:
options {
directory "/";
pid-file "named.pid";
auth-nxdomain yes;
datasize default;
listen-on { 192.168.254.1; 192.168.13.1; };
listen-on-v6 { none; };
};
zone "localhost" IN {
type master;
file "M/localhost.zone";
allow-update { none; };
allow-transfer { any; };
};
zone "0.0.127.in <http://0.0.127.in/>-addr.arpa" IN {
type master;
file "M/127.0.0.zone";
allow-update { none; };
allow-transfer { any; };
};
zone "." IN {
type hint;
file "root.hint";
};
logging {
channel xfer-log {
file "named.log";
print-category yes;
print-severity yes;
print-time yes;
severity info;
};
category xfer-in { xfer-log; };
category xfer-out { xfer-log; };
category notify { xfer-log; };
};
Jakieś sugestie?
Pozdrawiam,
—
Jacek Osiecki
josie...@silvercube.pl <mailto:josie...@silvercube.pl>
Jacek Osiecki
josie...@silvercube.pl <mailto:josie...@silvercube.pl>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Zepsuty bind 9.10.x ?
On Thu, Oct 09, 2014 at 21:43:37 +0200, Arkadiusz Miśkiewicz wrote:
server 0.0.0.0/0 {
request-sit no;
};
Może ktoś jeszcze to przetestować? Jak okaże się problematyczne to wyłączymy
całkiem obsługę sit (zwłaszcza, że to experimental).
https://lists.isc.org/pipermail/bind-users/2014-July/093498.html
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Zepsuty bind 9.10.x ?
Witam. Wczoraj odkryłem że nasz bind w wersji 9.10.x nie potrafi rozwiązać nazwy download.adobe.com, konkretnie zwracany jest błąd NXDOMAIN. Google nie pomogły, dopiero downgrade do 9.9.5-1 rozwiązał problem. Pozdrawiam. -- Przemysław Michalak ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Zepsuty bind 9.10.x ?
On Thu, Oct 09, 2014 at 04:42:08PM +0200, Pepe wrote: Witam. Wczoraj odkryłem że nasz bind w wersji 9.10.x nie potrafi rozwiązać nazwy download.adobe.com, konkretnie zwracany jest błąd NXDOMAIN. Google nie pomogły, dopiero downgrade do 9.9.5-1 rozwiązał problem. Uhm... $ host -t any download.adobe.com download.adobe.com is an alias for download.wip4.adobe.com. $ host -t ns wip4.adobe.com wip4.adobe.com name server sj1gtm001.adobe.com. wip4.adobe.com name server du1gtm001.adobe.com. wip4.adobe.com name server da1gtm001.adobe.com. $ host -t any download.wip4.adobe.com. sj1gtm001.adobe.com. Using domain server: Name: sj1gtm001.adobe.com. Address: 192.150.19.247#53 Aliases: Host download.wip4.adobe.com. not found: 3(NXDOMAIN) $ host -t any download.wip4.adobe.com. du1gtm001.adobe.com. Using domain server: Name: du1gtm001.adobe.com. Address: 193.104.215.247#53 Aliases: Host download.wip4.adobe.com. not found: 3(NXDOMAIN) $ host -t any download.wip4.adobe.com. da1gtm001.adobe.com. Using domain server: Name: da1gtm001.adobe.com. Address: 192.150.16.247#53 Aliases: Host download.wip4.adobe.com. not found: 3(NXDOMAIN) Czyli tak jakby coś zepsuli. host jest w wersji bind-utils-9.8.5.P2-1. Przy użyciu niektórych zewnętrznych DNS-ów działa - kwestia cache? -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Zepsuty bind 9.10.x ?
On Thursday 09 of October 2014, Pepe wrote: Witam. Wczoraj odkryłem że nasz bind w wersji 9.10.x nie potrafi rozwiązać nazwy download.adobe.com, konkretnie zwracany jest błąd NXDOMAIN. Google nie pomogły, dopiero downgrade do 9.9.5-1 rozwiązał problem. AFAIK to problem nie leży w bindzie tylko u adobe https://lists.isc.org/pipermail/bind-users/2014-July/093510.html https://lists.isc.org/pipermail/bind-users/2014-October/094053.html Pozdrawiam. -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org ) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Zepsuty bind 9.10.x ?
W dniu 09.10.2014 o 16:55, Arkadiusz Miśkiewicz pisze: On Thursday 09 of October 2014, Pepe wrote: Witam. Wczoraj odkryłem że nasz bind w wersji 9.10.x nie potrafi rozwiązać nazwy download.adobe.com, konkretnie zwracany jest błąd NXDOMAIN. Google nie pomogły, dopiero downgrade do 9.9.5-1 rozwiązał problem. AFAIK to problem nie leży w bindzie tylko u adobe https://lists.isc.org/pipermail/bind-users/2014-July/093510.html https://lists.isc.org/pipermail/bind-users/2014-October/094053.html Niby tak, ale skoro to problem adobe to czemu występuje tylko w bindzie w wersjach 9.10.x i wyżej? Pozdrawiam. -- Przemysław Michalak ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Zepsuty bind 9.10.x ?
On Thursday 09 of October 2014, Rafał Janiczek wrote:
Hej,
Niby tak, ale skoro to problem adobe to czemu występuje tylko w bindzie w
wersjach 9.10.x i wyżej?
Pozdrawiam.
--
Przemysław Michalak
Ja po przejściu na 9.10.x miałem problem z wieloma domenami, co chwile
miałem jakieś zgłoszenia. Co ciekawe drugi ns, który był na wcześniejszej
wersji binda, na wszystko prawidłowo odpowiadał. Po różnych kombinacjach
wyszło, że u mnie problemem był SIT i jego wyłączenie rozwiązało wszelkie
problemy. Oczywiście jak ktoś chce to wyjątki można robić per server.
server 0.0.0.0/0 {
request-sit no;
};
Może ktoś jeszcze to przetestować? Jak okaże się problematyczne to wyłączymy
całkiem obsługę sit (zwłaszcza, że to experimental).
Problematyczne == faktycznie wykrywa spoofowane odpowiedzi z load balancerów
;-)
Pozdrawiam,
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: systemd/systemd.spec - removed /media and /var/run--bind tmpfs mo...
On Mon, Nov 28, 2011 at 02:09, gotar go...@pld-linux.org wrote:
Author: gotar Date: Mon Nov 28 01:09:48 2011 GMT
Module: packages Tag: HEAD
Log message:
- removed /media and /var/run--bind tmpfs mounts from local-fs target,
- packaged /run directory for tmpfs early-boot mount (this is due to
possible lack of mounted /var at this stage, kept /var/lock--bind)
Files affected:
packages/systemd:
systemd.spec (1.43 - 1.44)
Diffs:
Index: packages/systemd/systemd.spec
diff -u packages/systemd/systemd.spec:1.43 packages/systemd/systemd.spec:1.44
--- packages/systemd/systemd.spec:1.43 Mon Nov 28 01:59:04 2011
+++ packages/systemd/systemd.spec Mon Nov 28 02:09:43 2011
@@ -197,6 +197,11 @@
# them.
%{__rm} -r $RPM_BUILD_ROOT%{_sysconfdir}/systemd/system/*.target.wants
+# do not cover /media (system-specific removable mountpoints)
+%{__rm} $RPM_BUILD_ROOT/lib/systemd/local-fs.target.wants/media.mount
+# do not cover /var/run (packages need rpm-provided subdirectories)
+%{__rm} $RPM_BUILD_ROOT/lib/systemd/local-fs.target.wants/var-run.mount
+
O ile /var/run mogę traktować jako zmianę do czasu dokończenia
migracji to /media powinno zostać tmpfsem. Jak potrzebujesz tam jakieś
statyczne katalogi to dodaj je sobie jako wpisy w
/etc/tmpfiles.d/media.conf
--
Artur Frysiak
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: systemd/systemd.spec - removed /media and /var/run--bind tmpfs mo...
On Mon, Nov 28, 2011 at 09:25:37 +0100, Artur Frysiak wrote: O ile /var/run mogę traktować jako zmianę do czasu dokończenia migracji Tak - każdy pakiet dostarczający podkatalog /var/run należy uzupełnić o odpowiedni wpis dla systemd i można przywrócić. to /media powinno zostać tmpfsem. Jak potrzebujesz tam jakieś A to czemu? Że niby udev ma tworzyć katalog na każdy nośnik wymienialny, a CK/polkit zapewniać prawo do montowania dla użyszkodników? statyczne katalogi to dodaj je sobie jako wpisy w /etc/tmpfiles.d/media.conf To jeśli już trzeba też dodać do %post, żeby samo robiło - i bez tego ten pakiet robi sporą rozpierduchę w systemie. Może wieczorem coś z tym jeszcze porzeźbię. -- Tomasz Pala go...@pld-linux.org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: bind/bind.spec - updated ac, openssl versions (openssl 0.9.8d+ or ...
2011/11/19 Jakub Bogusz qbo...@pld-linux.org
On Fri, Nov 18, 2011 at 08:09:52PM +0100, Marcin Rybak wrote:
2011/11/17 qboosh qbo...@pld-linux.org
Author: qboosh Date: Thu Nov 17 15:54:10 2011 GMT
Module: packages Tag: HEAD
Log message:
- updated ac,openssl versions (openssl 0.9.8d+ or 0.9.7l+ required)
0.9.7l+ required
this isn't true :) - package does not build at carme-ac-i686
Maybe. It's a quote from configure script, I haven't verified each
version of openssl.
no, not that case, but:
%{?with_ssl:BuildRequires: openssl-devel = 0.9.8d}
disqualifies 0.9.7 line which exist in AC.
---
Marcin Rybak
http://marcinrybak.com
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: bind/bind.spec - updated ac, openssl versions (openssl 0.9.8d+ or ...
On Fri, Nov 18, 2011 at 08:09:52PM +0100, Marcin Rybak wrote: 2011/11/17 qboosh qbo...@pld-linux.org Author: qboosh Date: Thu Nov 17 15:54:10 2011 GMT Module: packages Tag: HEAD Log message: - updated ac,openssl versions (openssl 0.9.8d+ or 0.9.7l+ required) 0.9.7l+ required this isn't true :) - package does not build at carme-ac-i686 Maybe. It's a quote from configure script, I haven't verified each version of openssl. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Prywatny builder [było: bind nieobecny na ftp?]
2008/7/18 Marcin Krol [EMAIL PROTECTED]: Pytanie w takim razie jak uaktualniacie systemy którymi się opiekujecie w takich jak ten przypadkach? Korzystajac z paczek z test i z ready lub budujac recznie z cvs. Tak myślałem, czyli poważne zastosowania PLD == prywatny builder :) W takim razie pytanie kolejne, czy są w miarę aktualne materiały, jak zbudować taki prywatny builder, ewentualnie jakieś autorskie skrypty? Kiedyś (pod koniec AC/początki Th) próbowałem ręcznie zbudować player last.fm, niestety wersja już w CVS była już pod Qt4 (miałem AC), co spowodowało masę zależności, co gorsza paczki na ftp nie było, suma sumarum trzeba było przebudować kilkadziesiąt paczek z xorg, jakieś biblioteki itp. Próbowałem robić to na piechotę odpalając skrypt builder'a, ale po kolejnych zależnościach dałem sobie spokój. Reasumując chodzi mi o odpowiednik emerge z Gentoo, abym mógł go odpalić na wirtualnej maszynie z PLD deweloperskim, a on automatycznie zainstaluje mi wszystkie paczki devel (lub zbuduje gdy ich będzie brakować) potrzebne do zbudowania danego programu. Ewentualnie ktoś był chętny służyć pomocą, pokierować abym taki prywatny builder do automatycznego budowania paczek sobie postawił. W zamian dodam instrukcję na ten temat do http://pl.docs.pld-linux.org dla nowych developerów PLD :) Pozdrawiam Tomek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Prywatny builder [było: bind nieobecny na ftp?]
On Saturday 19 July 2008, Tomasz Jadowski wrote: 2008/7/18 Marcin Krol [EMAIL PROTECTED]: Pytanie w takim razie jak uaktualniacie systemy którymi się opiekujecie w takich jak ten przypadkach? Korzystajac z paczek z test i z ready lub budujac recznie z cvs. Tak myślałem, czyli poważne zastosowania PLD == prywatny builder :) Developerzy mają dostęp (shell) do carme.pld [1] gdzie są środowiska th-x86_64 th-i686 ac-amd64 ac-i686 ti-x86_64 z dostępem do poldka (można instalować z ftp pld main/ready/test danej arch, wyinstalowywać soft) i tym samym można budować do woli. Wystarczy zostać developerem == uzyskać rw. Pozdrawiam Tomek 1. http://www.pld-linux.org/Machines/carme -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Prywatny builder [było: bind nieobecny na ftp?]
Developerzy mają dostęp (shell) do carme.pld [1] gdzie są środowiska th-x86_64 th-i686 ac-amd64 ac-i686 ti-x86_64 z dostępem do poldka (można instalować z ftp pld main/ready/test danej arch, wyinstalowywać soft) i tym samym można budować do woli. Wystarczy zostać developerem == uzyskać rw. Ok, może źle do tego podchodzę, bo w sumie koszt wejścia w posiadanie rw nie jest duży w przypadku PLD. Czas uaktualnić CVS-a :) Pozdrawiam Tomek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Prywatny builder [by ło: bind nieobecny na ftp?]
On Sat, Jul 19, 2008 at 11:35:29 +0200, Tomasz Jadowski wrote: W takim razie pytanie kolejne, czy są w miarę aktualne materiały, jak zbudować taki prywatny builder, ewentualnie jakieś autorskie skrypty? $ rpmbuild --install-build-tree $ cd rpm $ cvs -d :pserver:[EMAIL PROTECTED]/cvsroot login $ cvs -d :pserver:[EMAIL PROTECTED]/cvsroot co SPECS/builder $ cvs -d :pserver:[EMAIL PROTECTED]/cvsroot co SOURCES/adapter.awk $ cd SPECS $ ./builder -bb -r AC-branch whatever -- Tomasz Pala [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Prywatny builder [było: bind nieobecny na ftp?]
Dnia sobota 19 lipiec 2008, Tomasz Pala napisał: On Sat, Jul 19, 2008 at 11:35:29 +0200, Tomasz Jadowski wrote: W takim razie pytanie kolejne, czy są w miarę aktualne materiały, jak zbudować taki prywatny builder, ewentualnie jakieś autorskie skrypty? $ rpmbuild --install-build-tree $ cd rpm $ cvs -d :pserver:[EMAIL PROTECTED]/cvsroot login $ cvs -d :pserver:[EMAIL PROTECTED]/cvsroot co SPECS/builder $ cvs -d :pserver:[EMAIL PROTECTED]/cvsroot co SOURCES/adapter.awk $ cd SPECS $ ./builder -bb -r AC-branch whatever Ja dorzucę od siebie radę aby budować sobie w specjalnie do tego założonym chroocie - unikniesz burdelu. -- Pozdrawiam, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
bind nieobecny na ftp?
Witam. Mam pytanie apropos aktualizacji binda. W cvsie jesttak: 1.274.2.1 Wed Jul 9 8:34:58 2008 by arekm CVS Tags: auto-ac-bind-9_4_2_P1-1; Branch: AC-branch Diffs to 1.274 ; Diffs to 1.280 - up to 9.4.2-P1; fixes CVE-2008-1447 Tu sie niby zbudowalo: http://buildlogs.pld-linux.org/index.php?dist=acarch=i686ok=1name=bind Na ftp jest tak: lftp ftp.ac.pld-linux.org:/dists/ac/updates/i686 ls bind-* -rw-rw-r--1 3001430001 417516 Mar 26 16:02 bind-9.4.2-4.i686.rpm -rw-rw-r--1 3001430001 296504 Mar 26 16:02 bind-devel-9.4.2-4.i686.rpm -rw-rw-r--1 3001430001 768688 Mar 26 16:02 bind-libs-9.4.2-4.i686.rpm -rw-rw-r--1 3001430001 850511 Mar 26 16:02 bind-static-9.4.2-4.i686.rpm -rw-rw-r--1 3001430001 164784 Mar 26 16:02 bind-utils-9.4.2-4.i686.rpm Moje pytanie wiec brzmi - jaka jest droga od CVSu do pojawienia sie na FTP? pozdrawiam -- [][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][].. [+] You can take our lives,but you will never take our Freedom - W.Wallace [+] Peace on earth depends on the peace in the peoples hearts - Dalai Lama [+] Revolution the only solution - System of a down... [+] Dalej idac dalej dojdziesz dalej siedzac dalej siedzisz - etoe aka ok0 [-] Kanedaaa... Bohateur... Cucumber Team Member... [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind nieobecny na ftp?
Dnia 18 Lipca 2008, 12:46, Pt, Kanedaaa Bohater napisał(a): CVS Tags: auto-ac-bind-9_4_2_P1-1; Branch: AC-branch Diffs to 1.274 ; Diffs to 1.280 - up to 9.4.2-P1; fixes CVE-2008-1447 Ac umiera. -- Robert 'dzeus' Graużenis ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind nieobecny na ftp?
On Friday 18 July 2008, Kanedaaa Bohater wrote: lftp ftp.ac.pld-linux.org:/dists/ac/updates/i686 ls bind-* -rw-rw-r--1 3001430001 417516 Mar 26 16:02 bind-9.4.2-4.i686.rpm -rw-rw-r--1 3001430001 296504 Mar 26 16:02 bind-devel-9.4.2-4.i686.rpm -rw-rw-r--1 3001430001 768688 Mar 26 16:02 bind-libs-9.4.2-4.i686.rpm -rw-rw-r--1 30014 30001 850511 Mar 26 16:02 bind-static-9.4.2-4.i686.rpm -rw-rw-r--1 3001430001 164784 Mar 26 16:02 bind-utils-9.4.2-4.i686.rpm Moje pytanie wiec brzmi - jaka jest droga od CVSu do pojawienia sie na FTP? Jest w test czy tam ready. Droga kręta i ciernista 8) -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind nieobecny na ftp?
On Fri, Jul 18, 2008 at 12:47:45PM +0200, Robert 'dzeus' Graużenis wrote: Dnia 18 Lipca 2008, 12:46, Pt, Kanedaaa Bohater napisał(a): CVS Tags: auto-ac-bind-9_4_2_P1-1; Branch: AC-branch Diffs to 1.274 ; Diffs to 1.280 - up to 9.4.2-P1; fixes CVE-2008-1447 Ac umiera. ja też, ale jeszcze nie planuję kłaść się do grobu. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind nieobecny na ftp?
Moje pytanie wiec brzmi - jaka jest droga od CVSu do pojawienia sie na FTP? Kolejnosc jest zazwyczaj taka: 1. Musi sie zbudowac poprawnie na wszystkich architekturach 2. Musza byc spelnione wszystkie zaleznosci zwiazane z danym pakietem, tudziez pakiet nie moze psuc zaleznosci innych pakietow 3. Musi przelezec swoje w ready (Ac), lub test i potem ready (Th, Titanium), czas ten przeznaczony jest na testy przez uzytkownikow, zglaszanie bledow itp. 4. RM danej linii musi znalezc czas na zweryfikowanie zaleznosci paczek i ich przeniesienie do updates (Ac) lub glownego drzewka (Th, Titanium) oraz uaktualnienie indeksow poldka i yum'a. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind nieobecny na ftp?
Dnia 18 Lipca 2008, 13:14, Pt, Marcin Krol napisał(a): Moje pytanie wiec brzmi - jaka jest droga od CVSu do pojawienia sie na FTP? Kolejnosc jest zazwyczaj taka: 1. Musi sie zbudowac poprawnie na wszystkich architekturach 2. Musza byc spelnione wszystkie zaleznosci zwiazane z danym pakietem, tudziez pakiet nie moze psuc zaleznosci innych pakietow 3. Musi przelezec swoje w ready (Ac), lub test i potem ready (Th, Titanium), czas ten przeznaczony jest na testy przez uzytkownikow, zglaszanie bledow itp. 4. RM danej linii musi znalezc czas na zweryfikowanie zaleznosci paczek i ich przeniesienie do updates (Ac) lub glownego drzewka (Th, Titanium) oraz uaktualnienie indeksow poldka i yum'a. A brak czasu i rąk do pracy dopełnia reszty. -- Robert 'dzeus' Graużenis ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind nieobecny na ftp?
2008/7/18 Robert 'dzeus' Graużenis [EMAIL PROTECTED]: Dnia 18 Lipca 2008, 13:14, Pt, Marcin Krol napisał(a): Moje pytanie wiec brzmi - jaka jest droga od CVSu do pojawienia sie na FTP? Kolejnosc jest zazwyczaj taka: 1. Musi sie zbudowac poprawnie na wszystkich architekturach 2. Musza byc spelnione wszystkie zaleznosci zwiazane z danym pakietem, tudziez pakiet nie moze psuc zaleznosci innych pakietow 3. Musi przelezec swoje w ready (Ac), lub test i potem ready (Th, Titanium), czas ten przeznaczony jest na testy przez uzytkownikow, zglaszanie bledow itp. 4. RM danej linii musi znalezc czas na zweryfikowanie zaleznosci paczek i ich przeniesienie do updates (Ac) lub glownego drzewka (Th, Titanium) oraz uaktualnienie indeksow poldka i yum'a. A brak czasu i rąk do pracy dopełnia reszty. Pytanie w takim razie jak uaktualniacie systemy którymi się opiekujecie w takich jak ten przypadkach? Pozdrawiam Tomek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind nieobecny na ftp?
Pytanie w takim razie jak uaktualniacie systemy którymi się opiekujecie w takich jak ten przypadkach? Korzystajac z paczek z test i z ready lub budujac recznie z cvs. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: puknięty bind - dzisiejsza wiadomoś ć
Wieslaw Kierbedz pisze: Wieslaw Kierbedz nagli: Przemysław Backiel nagli: Wieslaw Kierbedz pisze: http://www.isc.org/index.pl?/sw/bind/index.php Czy można prosić o interwencję? spec przerobiony widze ze juz jest ale builda w security jeszcze nie ma :)) Jeśli ktoś będzie mełł, to ja poproszę Ti x86_64. Dziękuję Znaczy: poldek:/all-avail install -Ft bind* Przetwarzanie zależności... ... bind-devel-9.4.2-3.x86_64 zostanie zastąpiony przez bind-devel-9.5.0.P1-1.x86_64 błąd: liblwres.so.30()(64bit) jest wymagany przez squirrelmail-plugin-filters-1.4.13-1.x86_64 There are 5 packages to install (1 marked by dependencies), 5 to remove: I bind-9.5.0.P1-1.x86_64, bind-devel-9.5.0.P1-1.x86_64, bind-libs-9.5.0.P1-1.x86_64, I bind-utils-9.5.0.P1-1.x86_64 D openldap-schema-bind-9.5.0.P1-1.x86_64 R bind-9.4.2-3.x86_64, bind-devel-9.4.2-3.x86_64, bind-libs-9.4.2-3.x86_64, R bind-utils-9.4.2-3.x86_64, openldap-schema-bind-9.4.2-3.x86_64 Potrzeba pobrać 1.4MB archiwów (1.4MB do pobrania). Po rozpakowaniu 5.8MB będzie użyte. błąd: 1 niespełniona zależność Co robić? Na razie możesz ten plik skopiować, zapewne to będzie dokładnie /usr/lib/liblwres.so.30 a jak nie, to cd / i find | grep liblwres gdzieś do katalogu domowego, upgradnąć z --force --nodeps i przywrócić ten plik tam gdzie był. Ja mam podobną zabawę z hunspelem i OpenOfficem. -- Pozdrawiam, Przemysław Gierski. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: puknięty bind - dzisiejsza wiadomoś ć
Robert 'dzeus' Graużenis nagli: Dnia 14.07.2008 15:22, Wieslaw Kierbedz napisał(a): błąd: 1 niespełniona zależność Co robić? Poczekać, puściłem na buildery wiewiórkę 1.4.15. A pchnąłem z nodeps. Wiewiór działa tyle, co mi potrzeba. Ale dzięki. Będzie czysto w systemie. -- WK ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: puknięty bind - dzisiejsza wiadomoś ć
Wieslaw Kierbedz nagli: Przemysław Backiel nagli: Wieslaw Kierbedz pisze: http://www.isc.org/index.pl?/sw/bind/index.php Czy można prosić o interwencję? spec przerobiony widze ze juz jest ale builda w security jeszcze nie ma :)) Jeśli ktoś będzie mełł, to ja poproszę Ti x86_64. Dziękuję Znaczy: poldek:/all-avail install -Ft bind* Przetwarzanie zależności... ... bind-devel-9.4.2-3.x86_64 zostanie zastąpiony przez bind-devel-9.5.0.P1-1.x86_64 błąd: liblwres.so.30()(64bit) jest wymagany przez squirrelmail-plugin-filters-1.4.13-1.x86_64 There are 5 packages to install (1 marked by dependencies), 5 to remove: I bind-9.5.0.P1-1.x86_64, bind-devel-9.5.0.P1-1.x86_64, bind-libs-9.5.0.P1-1.x86_64, I bind-utils-9.5.0.P1-1.x86_64 D openldap-schema-bind-9.5.0.P1-1.x86_64 R bind-9.4.2-3.x86_64, bind-devel-9.4.2-3.x86_64, bind-libs-9.4.2-3.x86_64, R bind-utils-9.4.2-3.x86_64, openldap-schema-bind-9.4.2-3.x86_64 Potrzeba pobrać 1.4MB archiwów (1.4MB do pobrania). Po rozpakowaniu 5.8MB będzie użyte. błąd: 1 niespełniona zależność Co robić? -- WK ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: puknięty bind - dzisiejsza wiadomoś ć
Dnia 14.07.2008 15:22, Wieslaw Kierbedz napisał(a): poldek:/all-avail install -Ft bind* Przetwarzanie zależności... ... bind-devel-9.4.2-3.x86_64 zostanie zastąpiony przez bind-devel-9.5.0.P1-1.x86_64 błąd: liblwres.so.30()(64bit) jest wymagany przez squirrelmail-plugin-filters-1.4.13-1.x86_64 There are 5 packages to install (1 marked by dependencies), 5 to remove: I bind-9.5.0.P1-1.x86_64, bind-devel-9.5.0.P1-1.x86_64, bind-libs-9.5.0.P1-1.x86_64, I bind-utils-9.5.0.P1-1.x86_64 D openldap-schema-bind-9.5.0.P1-1.x86_64 R bind-9.4.2-3.x86_64, bind-devel-9.4.2-3.x86_64, bind-libs-9.4.2-3.x86_64, R bind-utils-9.4.2-3.x86_64, openldap-schema-bind-9.4.2-3.x86_64 Potrzeba pobrać 1.4MB archiwów (1.4MB do pobrania). Po rozpakowaniu 5.8MB będzie użyte. błąd: 1 niespełniona zależność Co robić? Poczekać, puściłem na buildery wiewiórkę 1.4.15. -- Robert 'dzeus' Graużenis ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
puknięty bind - dzisiejsza wiadomość
http://www.isc.org/index.pl?/sw/bind/index.php Czy można prosić o interwencję? -- WK ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: puknięty bind - dzisiejsza wiadomoś ć
Wieslaw Kierbedz pisze: http://www.isc.org/index.pl?/sw/bind/index.php Czy można prosić o interwencję? spec przerobiony widze ze juz jest ale builda w security jeszcze nie ma :)) -- Z powazaniem Przemyslaw Backiel ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: puknięty bind - dzisiejsza wiadomoś ć
Przemysław Backiel nagli: Wieslaw Kierbedz pisze: http://www.isc.org/index.pl?/sw/bind/index.php Czy można prosić o interwencję? spec przerobiony widze ze juz jest ale builda w security jeszcze nie ma :)) Jeśli ktoś będzie mełł, to ja poproszę Ti x86_64. Dziękuję -- WK ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Globulation2 [SOLVED], boost-devel wymaga boost-bind-devel?
Thursday 21 of February 2008 19:25:36 Bartosz Gołek napisał(a): Przygotowywanie... ### [100%] 1:boost-any-devel### [ 6%] 2:boost-compressed_pair-d### [ 13%] 3:boost-regex-devel ### [ 19%] 4:boost-filesystem-devel ### [ 25%] 5:boost-array-devel ### [ 31%] 6:boost-test ### [ 38%] 7:boost-python ### [ 44%] 8:boost-program_options ### [ 50%] 9:boost-date_time### [ 56%] 10:boost-jam ### [ 63%] 11:boost-date_time-devel ### [ 69%] 12:boost-python-devel ### [ 75%] 13:boost-test-devel ### [ 81%] 14:boost-bind-devel ### [ 88%] 15:boost-signals-devel### [ 94%] 16:boost-program_options-d### [100%] poldek:/all-avail i poszło, ale dzięki której paczce to nie wiem ;) Po ekspertyzie z strace -f -o glob.log wynika ze: Zabrakło pliku naglowkowego boost/mem_fn.hpp Wciagany jest przez boost/function/detail/prologue.hpp ktory nalezy do boost-devel Wiec nalezaloby dodac do boost-devel : R: boost-bind-devel Prosze o potwierdzenie tych co znaja boost-a wtedy dodam do speca. -- _ Pozdrawiam Bartłomiej Zimoń ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Globulation2 [SOLVED], boost-devel wymaga boost-bind-devel?
2008/2/21 Bartłomiej Zimoń [EMAIL PROTECTED]: Po ekspertyzie z strace -f -o glob.log wynika ze: Zabrakło pliku naglowkowego boost/mem_fn.hpp Wciagany jest przez boost/function/detail/prologue.hpp ktory nalezy do boost-devel Wiec nalezaloby dodac do boost-devel : R: boost-bind-devel Prosze o potwierdzenie tych co znaja boost-a wtedy dodam do speca. Jeśli faktycznie go wymaga, to raczej wywalić boost-bind-devel i włączyć do samego boost-devel. Inaczej będą zapętlone zależności i dwa bezużyteczne osobno pakiety. -- Patryk Zawadzki PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Bind i defaultowe allow-query...
Dobrydzien.
Po upgradzie [dla AC] okazalo sie, ze nowy bind z defaulta odrzuca
odpytywanie z cachu i generalnie nie fajnie. Przydaloby sie moze jakies
info podczas upgradu, ze zmienilo sie to dosc powazne ustawienie i
ewentualnie rozwiazaniem moze byc dopisanie do konfiga klas lub:
allow-query { any; };
w options
Sep 18 21:15:09 pld named[23486]: client 123.123.123.123#33284: query
(cache) 'sip.inotel.pl/A/IN' denied
Kanedaaa
--
[][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][]..
[+] You can take our lives,but you will never take our Freedom - W.Wallace
[+] Peace on earth depends on the peace in the peoples hearts - Dalai Lama
[+] Revolution the only solution - System of a down...
[+] Dalej idac dalej dojdziesz dalej siedzac dalej siedzisz - etoe aka ok0
[-] Kanedaaa... Bohateur... Cucumber Team Member... [EMAIL PROTECTED]
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Bind i defaultowe allow-query...
Przydaloby sie moze jakies
info podczas upgradu, ze zmienilo sie to dosc powazne ustawienie i
ewentualnie rozwiazaniem moze byc dopisanie do konfiga klas lub:
Szybki rzut oka na sume md5 tarballa z konfigami mowi mi ze od daawna
nie byly one zmieniane.
allow-query { any; };
Raczysz chyba zartowac? Pomijajac, ze taki wpis sprzyja DNS cache
poisoning to konfiguracja domyslna jest po to aby administrator
dostosowal ja do swoich potrzeb, a nie na odwrot. Skoro upgrade
podmienil twoja konfiguracje to znaczy, ze jej nigdy nie modyfikowales
bo w specu stoi jak byk %config(noreplace) %verify(not md5 mtime size)
M.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Bind i defaultowe allow-query...
On Wed, 19 Sep 2007, Marcin Król wrote:
Przydaloby sie moze jakies
info podczas upgradu, ze zmienilo sie to dosc powazne ustawienie i
ewentualnie rozwiazaniem moze byc dopisanie do konfiga klas lub:
Szybki rzut oka na sume md5 tarballa z konfigami mowi mi ze od daawna
nie byly one zmieniane.
allow-query { any; };
Raczysz chyba zartowac? Pomijajac, ze taki wpis sprzyja DNS cache
poisoning to konfiguracja domyslna jest po to aby administrator
dostosowal ja do swoich potrzeb, a nie na odwrot. Skoro upgrade
podmienil twoja konfiguracje to znaczy, ze jej nigdy nie modyfikowales
bo w specu stoi jak byk %config(noreplace) %verify(not md5 mtime size)
Calkiem nie o to mi chodzilo. Wiem z czym wiaze sie allow-query { any; };
o atakach DDoS za pomoca mojego NSa i calym ZLU z tymze zwiazanym.
Upgrade nie podmienil mojej konfiguracji wyraznie napisalem :]
Zachodzi o to, ze domyslnie NIE mialem tejze linijki w konfigu i bind
dzialal w sensie forwardowal zapytania. Po upgradzie w bindzie ta
funkcjonalnosc sie zmienila a co za tym idzie brak linijki w konfigu
doprowadzil do zaprzestania odpowiadania na zapytania. Ze ja jestem
przewrazliwiony i wolalbym dopisac komunikat przy upgradzie, ze w tej
wersji Binda sie to zmienilo i warto sie przyjrzec i tyle.
Zamykam wiec temat tylko pytalem. Wyjdzmy z zalozenia, ze powinienem
wiedziec, ze zmienilo sie to w tej wersji Binda i powinno sie to znalezc w
konfigu juz dawniej. Tyle.
pozdr
M.
--
[][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][]..
[+] You can take our lives,but you will never take our Freedom - W.Wallace
[+] Peace on earth depends on the peace in the peoples hearts - Dalai Lama
[+] Revolution the only solution - System of a down...
[+] Dalej idac dalej dojdziesz dalej siedzac dalej siedzisz - etoe aka ok0
[-] Kanedaaa... Bohateur... Cucumber Team Member... [EMAIL PROTECTED]___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind 9.4.1 Re: postfix-2.3.12-4
On Fri, 14 Sep 2007, Adam Gołębiowski wrote: On Fri, Sep 14, 2007 at 10:41:24AM +0200, Jacek Osiecki wrote: On Fri, 14 Sep 2007, Marcin Bohosiewicz wrote: Ja dorzuce binda nowego. Nie dziala (nie uruchamia sie) na ppc. A ja apache'a :( Nie działa php-ming, i to nie na zasadzie że jakaś funkcja działa A to już dziwne - ming w zasadzie nie używam, więc wziąłem przykład z podręcznika (kod poniżej), który działa. Jaką wersję minga masz u siebie? $ rpm -q apache ming php-ming apache-2.2.6-1 ming-0.3.0-1 php-ming-5.2.4-3 Hmm, chyba widzę przyczynę moich kłopotów: apache-2.2.6-1 ming-0.2a-10 php-ming-5.2.4-3 Skąd masz ming-0.3.0? Na ftp jest tylko ming-0.2a-10... Spróbuję przebudować builderem 0.3.0 - niestety, z tego co widzę to już zaczynają się schody bo w AC jest python 2.4.4, a ming żąda python-devel-2.5... Mam nadzieję że tylko mu się wydaje że taka wersja jest konieczna :) Pozdrawiam, -- Jacek Osiecki [EMAIL PROTECTED] GG:3828944 To nie logika, to polityka (c) Kabaret pod Wydrwigroszem 2006___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind 9.4.1 Re: postfix-2.3.12-4
On Sat, Sep 15, 2007 at 12:54:18PM +0200, Jacek Osiecki wrote: Skąd masz ming-0.3.0? Na ftp jest tylko ming-0.2a-10... Jest 0.3.0, w ac-main... -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind 9.4.1 Re: postfix-2.3.12-4
On Sat, 15 Sep 2007, Adam Gołębiowski wrote: On Sat, Sep 15, 2007 at 12:54:18PM +0200, Jacek Osiecki wrote: Skąd masz ming-0.3.0? Na ftp jest tylko ming-0.2a-10... Jest 0.3.0, w ac-main... Kurczę, faktycznie... Popieprzyłem procedurę tworzenia lokalnych mirrorów ftp-ac na dwócj serwerach i skutek był taki, że jeden się synchronizował z drugiego a drugi z pierwszego :) Sorry za zamieszanie, i dzięki za naprowadzenie na prawidłowe rozwiązanie :) Pozdrawiam, -- Jacek Osiecki [EMAIL PROTECTED] GG:3828944 To nie logika, to polityka (c) Kabaret pod Wydrwigroszem 2006___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
bind 9.4.1 Re: postfix-2.3.12-4
On Mon, 10 Sep 2007, Andrzej Krzysztofowicz wrote: [..] czyli ogólny efekt - nie można wysłać poczty. Mam wrażenie że nikt nie sprawdza co trafia na ftp AC. Ja dorzuce binda nowego. Nie dziala (nie uruchamia sie) na ppc. M. -- -| == Marcin Bohosiewicz - MB8042-RIPE - [EMAIL PROTECTED] == |- -| == tel. +48 601 485097 - PLD Team - [EMAIL PROTECTED] == |- -| == http://www.kernel.pl/ - ftp://ftp.kernel.pl/ == |-___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind 9.4.1 Re: postfix-2.3.12-4
On Fri, 14 Sep 2007, Marcin Bohosiewicz wrote: On Mon, 10 Sep 2007, Andrzej Krzysztofowicz wrote: [..] czyli ogólny efekt - nie można wysłać poczty. Mam wrażenie że nikt nie sprawdza co trafia na ftp AC. Ja dorzuce binda nowego. Nie dziala (nie uruchamia sie) na ppc. A ja apache'a :( Nie działa php-ming, i to nie na zasadzie że jakaś funkcja działa nieprawidłowo tylko normalnie przy starcie wywala że nie udało się załadować modułu z powodu brakujących symboli... Skutek jest taki że na jednym serwerze gdzie to jest potrzebne - tkwię na starym PHPie :-/ -- Jacek Osiecki [EMAIL PROTECTED] GG:3828944 To nie logika, to polityka (c) Kabaret pod Wydrwigroszem 2006___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind 9.4.1 Re: postfix-2.3.12-4
On Fri, Sep 14, 2007 at 10:41:24AM +0200, Jacek Osiecki wrote:
On Fri, 14 Sep 2007, Marcin Bohosiewicz wrote:
On Mon, 10 Sep 2007, Andrzej Krzysztofowicz wrote:
[..]
czyli ogólny efekt - nie można wysłać poczty.
Mam wrażenie że nikt nie sprawdza co trafia na ftp AC.
Ja dorzuce binda nowego. Nie dziala (nie uruchamia sie) na ppc.
A ja apache'a :(
Nie działa php-ming, i to nie na zasadzie że jakaś funkcja działa
nieprawidłowo tylko normalnie przy starcie wywala że nie udało się
załadować
modułu z powodu brakujących symboli...
Skutek jest taki że na jednym serwerze gdzie to jest potrzebne - tkwię na
starym PHPie :-/
A to już dziwne - ming w zasadzie nie używam, więc wziąłem przykład z
podręcznika (kod poniżej), który działa.
Jaką wersję minga masz u siebie?
$ rpm -q apache ming php-ming
apache-2.2.6-1
ming-0.3.0-1
php-ming-5.2.4-3
$
$ cat ming.php
?php
$s = new SWFShape();
$f = $s-addFill(0xff, 0, 0);
$s-setRightFill($f);
$s-movePenTo(-500, -500);
$s-drawLineTo(500, -500);
$s-drawLineTo(500, 500);
$s-drawLineTo(-500, 500);
$s-drawLineTo(-500, -500);
$p = new SWFSprite();
$i = $p-add($s);
$i-setDepth(1);
$p-nextFrame();
for ($n=0; $n5; ++$n) {
$i-rotate(-15);
$p-nextFrame();
}
$m = new SWFMovie();
$m-setBackground(0xff, 0xff, 0xff);
$m-setDimension(6000, 4000);
$i = $m-add($p);
$i-setDepth(1);
$i-moveTo(-500,2000);
$i-setName(box);
$m-add(new SWFAction(box.x += 3;));
$m-nextFrame();
$m-add(new SWFAction(gotoFrame(0); play();));
$m-nextFrame();
header('Content-type: application/x-shockwave-flash');
$m-output();
?
$
--
http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
PLD Linux developer| Everybody needs some solid rock, I know I do.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind 9.4.1 Re: postfix-2.3.12-4
On Fri, Sep 14, 2007 at 12:54:02PM +0200, Adam Gołębiowski wrote: On Fri, Sep 14, 2007 at 10:41:24AM +0200, Jacek Osiecki wrote: On Fri, 14 Sep 2007, Marcin Bohosiewicz wrote: On Mon, 10 Sep 2007, Andrzej Krzysztofowicz wrote: [..] czyli ogólny efekt - nie można wysłać poczty. Mam wrażenie że nikt nie sprawdza co trafia na ftp AC. Ja dorzuce binda nowego. Nie dziala (nie uruchamia sie) na ppc. Swoją drogą, ile osób testuje pakiety na architekturach innych niż x86? W tym może być problem na dłuższą metę. A ja apache'a :( Nie działa php-ming, i to nie na zasadzie że jakaś funkcja działa nieprawidłowo tylko normalnie przy starcie wywala że nie udało się załadować modułu z powodu brakujących symboli... Skutek jest taki że na jednym serwerze gdzie to jest potrzebne - tkwię na starym PHPie :-/ A to już dziwne - ming w zasadzie nie używam, więc wziąłem przykład z podręcznika (kod poniżej), który działa. Jaką wersję minga masz u siebie? Może być kwestia braku zależności od nowego. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Bind - nieładn e [security]
Cześć, Mam wątpliwości co do konfiguracji praw w bindzie. Czy 770 na /var/lib/named to nie za dużo? zwłaszcza, że leży tam plik root.hints, który ktoś z prawami usera lub grupy named może podmienić na swój tworząc śliczną wyrwę klasy security. Przykład: [EMAIL PROTECTED] ~]# su - named -s /bin/sh [EMAIL PROTECTED] ~]$ cd /var/lib/named [EMAIL PROTECTED] named]$ rm root.hint rm: remove write-protected regular file `root.hint'? y echo -n . 6D IN NS DUPA.NET.\nDUPA.NET. 5w IN A 192.168.1.34\n root.hint [EMAIL PROTECTED] named]$ killall -SIGHUP named [EMAIL PROTECTED] named]$ host mbank.com.pl localhost Using domain server: Name: localhost Address: 127.0.0.1#53 Aliases: mbank.com.pl has address 192.168.1.34 [EMAIL PROTECTED] named]$ Rozwiązania: 1) (IMO ładniejsze) 750 na /var/lib/named; named.log oraz named.pid wynocha do podkatalogu przykładowo /var/lib/named/var 2) przenieść root.hint do /var/lib/named/etc Wiem - bind działa w silnie wykastrowanym chroocie, ale to nie zmienia faktu, że powinien być zrobiony porządnie. Zwłaszcza, że nie widzę przeciwwskazań. RFC. Zbyniu -- %% Absolutely nothing we trust %% ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: freeciv.spec - rebuild with new bind - release should be 1
On Mon, Dec 26, 2005 at 02:56:15PM +0100, hawk wrote: Author: hawk Date: Mon Dec 26 13:56:15 2005 GMT Module: SPECS Tag: HEAD Log message: - rebuild with new bind Co ma freeciv do binda? -- Jakub Boguszhttp://qboosh.cs.net.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: freeciv.spec - rebuild with new bind - release should be 1
Author: hawk Date: Mon Dec 26 13:56:15 2005 GMT Module: SPECS Tag: HEAD Log message: - rebuild with new bind Co ma freeciv do binda? Poza i386, ppc i amd64 na pozostalych civmanual linkuje sie z libbind. Nie wnikalem czemu. Ale pewnie trzeba bedzie wniknac i ubic to linkowanie. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind
Andrzej 'The Undefined' Dopierała napisał(a): amd64, 2.6.14.2-6 bind-9.2.5-2 Ja mam podobnie, narazie klikam ma pdnsd, a od binda odszedłem na korzyść pdns. Zdrowie. -- . m a i l t o pknycz a t kolnet d o t com d o t pl . | Przemyslaw Stanislaw Knycz, JID: [EMAIL PROTECTED] | | Net/Sys Admin, PLD Developer, Mobile: +48 601391681 | | Autoryzowany Sprzedawca Apple http://www.knycz.net/ | ` - To see tomorrow's PC, look at today's Macintosh - ' ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
bind
Od czasu ostatniego upgradu zaczął wywalać mi się bind. uruchomiony z debugiem daje: Dec 17 07:38:09.903 createfetch: download1.avast.com A Dec 17 07:38:10.235 query.c:3396: INSIST(rdataset != ((void *)0)) failed Dec 17 07:38:10.235 exiting (due to assertion failure) Przerwane i tyle ;) spotkal sie ktos z czyms takim? amd64, 2.6.14.2-6 bind-9.2.5-2 -- Andrzej 'The Undefined' Dopierała UNIX Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: [EMAIL PROTECTED] e-mail: [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: BIND 9.2.5 i rp-pppoe (pppd i ppp0) na starcie systemu
On Thu, Oct 13, 2005 at 08:37:19PM +0200, Przemek Iskra wrote: On Thu, Oct 13, 2005 at 03:45:46PM +0200, Mikolaj Kucharski wrote: Sory -- NTG :/ , tam... [EMAIL PROTECTED] sparky]$ cat /etc/sysconfig/interfaces/ifcfg-ppp0 # DEVICE=ppp0 ONBOOT=yes PPPOE_DEV=eth0 PPPOE_OPT=-T 80 -U -m 1412 MTU=1492 MRU=1492 AUTH=no PERSIST=yes DEFROUTE=yes PAPNAME=[EMAIL PROTECTED] PLUGIN_IFCFG_PASSWORD=yes PASSWORD=adslppp te różne dziwne numerki typu MTU, MRU, -m są ważne, bez nich np nie działa nat Czy moge prosic o dorzucenie tego powyzej do rc-scripts jako examples, pomoze to innnym tak jak mi. Thx! -- best regards q# ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: BIND 9.2.5 i rp-pppoe (pppd i ppp0) na starcie systemu
On Fri, Oct 14, 2005 at 09:35:06AM +0200, Mikolaj Kucharski wrote: On Thu, Oct 13, 2005 at 08:37:19PM +0200, Przemek Iskra wrote: On Thu, Oct 13, 2005 at 03:45:46PM +0200, Mikolaj Kucharski wrote: Sory -- NTG :/ , tam... [EMAIL PROTECTED] sparky]$ cat /etc/sysconfig/interfaces/ifcfg-ppp0 # DEVICE=ppp0 ONBOOT=yes PPPOE_DEV=eth0 PPPOE_OPT=-T 80 -U -m 1412 MTU=1492 MRU=1492 AUTH=no PERSIST=yes DEFROUTE=yes PAPNAME=[EMAIL PROTECTED] PLUGIN_IFCFG_PASSWORD=yes PASSWORD=adslppp te różne dziwne numerki typu MTU, MRU, -m są ważne, bez nich np nie działa nat Czy moge prosic o dorzucenie tego powyzej do rc-scripts jako examples, pomoze to innnym tak jak mi. Thx! $ rpm -ql rc-scripts | grep doc Dobra, nie bylo rozmowy ;/ -- best regards q# ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
BIND 9.2.5 i rp-pppoe (pppd i ppp0) na starcie systemu
Witam, Router na PLD Ac, zainstalowany BIND 9.2.5, dostep do internetu poprzez (A)DSL Netii (staly ip). Modem skonfigurowany jako bridge -- serwer poprzez rp-pppoe i pppd dostaje zew ip na interfejsie ppp0. Ponizsza opcja powoduje ze adsl-start(8) przechodzi automatycznie w tlo probujac laczyc sie w nieskonczonosc (tak chce, tak ma byc): # grep ^CONNECT_TIMEOUT /etc/ppp/pppoe.conf CONNECT_TIMEOUT=0 To jak widac podnosci karte, bez przydzielonego nr IP: # grep ^IP /etc/sysconfig/interfaces/ifcfg-eth1 IPADDR= Podlaczenie do internetu umiescilem tutaj: # grep adsl /etc/rc.d/rc.local echo 'Starting adsl connection in background.' /usr/sbin/adsl-start Chcialbym to umiescic w okolicy `service network start`, ale przejzawszy pobierznie skrypty startujace siec nie znalazlem odpowiedniego miejsca, lecz nie wtym problem. Pytanie jest takie: czy moze ktos potwierdzic (nie wiem jak to ujac), ze BIND nie odswierza interfejsow i nie bind()uje sie na ppp0 ktore pojawia sie duzo pozniej niz start named(8)a? Objawia sie to w ten sposob, ze po reboot(8)ie systemu nie dziala DNS (named nie widzi internetu). Pomaga `service named restart`. Lokalnie DNS dziala (na eth0 -- LAN) ale tlumaczy tylko nazwy z LAN'u (komp1.domena.lan, komp2.domena.lan) ktorymi jest master'em, lesz zapytanie go o wp.pl konczy sie timeout'em, a tcpdump(8) pokazuje ServFail. Czy ktos sie z tym spotkal? Przy okazji jesli ktos wie jak odpalic adls'a wraz z /etc/rc.d/init.d/network bede wdzieczny. Wiem o istnienu pliku ``/etc/ppp/ip-up'' i cala reszta ktora za nim idzie, wiem ze moge dodac dzieki niemu restart uslug, ktore tego wymagaja. -- best regards q# ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: BIND 9.2.5 i rp-pppoe (pppd i ppp0) na starcie systemu
Sory -- NTG :/ -- best regards q# ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: BIND 9.2.5 i rp-pppoe (pppd i ppp0) na starcie systemu
On Thu, Oct 13, 2005 at 03:45:46PM +0200, Mikolaj Kucharski wrote:
Sory -- NTG :/
, tam...
[EMAIL PROTECTED] sparky]$ cat /etc/sysconfig/interfaces/ifcfg-ppp0
#
DEVICE=ppp0
ONBOOT=yes
PPPOE_DEV=eth0
PPPOE_OPT=-T 80 -U -m 1412
MTU=1492
MRU=1492
AUTH=no
PERSIST=yes
DEFROUTE=yes
PAPNAME=[EMAIL PROTECTED]
PLUGIN_IFCFG_PASSWORD=yes
PASSWORD=adslppp
te różne dziwne numerki typu MTU, MRU, -m są ważne, bez nich np nie
działa nat
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\//| _/| | | : JID..sparkyatjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkyatsparky.homelinux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
bind 9.3 w ac
Kto pamięta dlaczego bind 9.3 nie wylądował w AC? -- Arkadiusz MiśkiewiczPLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind 9.3 w ac
Arkadiusz Miskiewicz wrote: Kto pamięta dlaczego bind 9.3 nie wylądował w AC? problem z obsługą wielu procesorów -- Robert 'dzeus' Graużenis LRU #291194 PLD user ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind 9.3 w ac
On Mon, Oct 03, 2005 at 03:33:26PM +0200, Arkadiusz Miskiewicz wrote: Kto pamięta dlaczego bind 9.3 nie wylądował w AC? Nie pamiętam, za to widzę - niby nieszkodliwy, ale brzydki - problem (może z wątkami?) w kliencie/bibliotekach klienckich - CNAME jest wyświetlane 3 razy: $ host ftp.pld-linux.org ftp.pld-linux.org is an alias for ftp1.pld-linux.org. ftp1.pld-linux.org is an alias for ftp.sk.pld-linux.org. ftp.sk.pld-linux.org has address 217.73.17.117 ftp.pld-linux.org is an alias for ftp1.pld-linux.org. ftp1.pld-linux.org is an alias for ftp.sk.pld-linux.org. ftp.pld-linux.org is an alias for ftp1.pld-linux.org. ftp1.pld-linux.org is an alias for ftp.sk.pld-linux.org. -- Jakub Boguszhttp://qboosh.cs.net.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind 9.3 w ac
Kto pamięta dlaczego bind 9.3 nie wylądował w AC? Nie pamietam szczegolow, ale chodzi o idn.patch. Cytat z changeloga: dont use IDN_ASCCHECK in host/dig so _valid_ inaddr-arpa. and SRV records can be checked. W 9.3 ta sama zmiana nie poprawiala tego problemu. Nadal dzialalo nieprawidlowo. Oprocz tego jeszcze te CPU o ktorych wspomniano. Zawsze byl 1 uzywany tylko. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bind 9.3 w ac
On Mon 3. of October 2005 17:12, Jakub Bogusz wrote: On Mon, Oct 03, 2005 at 03:33:26PM +0200, Arkadiusz Miskiewicz wrote: Kto pamięta dlaczego bind 9.3 nie wylądował w AC? Nie pamiętam, za to widzę - niby nieszkodliwy, ale brzydki - problem (może z wątkami?) http://www.freebsd.org/cgi/cvsweb.cgi/ports/dns/bind9/Makefile ISC staff has informed me that in BIND 9.3.x, threads are always a bad idea, so disable them in all cases unless the user has affirmatively requested this through the define. w kliencie/bibliotekach klienckich - CNAME jest wyświetlane 3 razy: $ host ftp.pld-linux.org ftp.pld-linux.org is an alias for ftp1.pld-linux.org. ftp1.pld-linux.org is an alias for ftp.sk.pld-linux.org. ftp.sk.pld-linux.org has address 217.73.17.117 ftp.pld-linux.org is an alias for ftp1.pld-linux.org. ftp1.pld-linux.org is an alias for ftp.sk.pld-linux.org. ftp.pld-linux.org is an alias for ftp1.pld-linux.org. ftp1.pld-linux.org is an alias for ftp.sk.pld-linux.org. Ale przebudowanie binda z --distable-threads nic nie zmienia - output j.w.. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
