używając 1.4.2 i 1.4.6
--
Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
Every program in development at MIT expands until it can read mail
bez problemu.
Napewno? Wydawało mi się, że dodanie pola do struktury, a co za tym
idzie zmiana jej rozmiaru, powoduje że ABI się sypie? Chyba po to
własnie czasami dodaje się pola dummy żeby usuwając je przy dodawaniu
nowych pól zachować rozmiar struktury?
Marcin
--
Marcin Owsiany [EMAIL
się, że to jest potrzebne. Czy możesz podesłać config.log z
próby skonfigurowania libgadu gdy ta flaga jest jak w oryginale?
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
Every program
On Fri, Dec 19, 2008 at 06:37:38PM +0100, Tomek wrote:
Marcin Owsiany pisze:
On Thu, Dec 18, 2008 at 09:29:46PM +0100, Tomek wrote:
A no i jest jeszcze jedna rzecz - skrypt configure wymaga modyfikacji
zeby wykrywal pthreads pod makiem - z linii 21268 configure (z 1.8.2):
CFLAGS=-shared
[-wojtekka, czyta libgadu-devel]
On Sat, Dec 20, 2008 at 03:18:42PM +0100, Tomek wrote:
Marcin Owsiany pisze:
On Fri, Dec 19, 2008 at 06:37:38PM +0100, Tomek wrote:
Marcin Owsiany pisze:
On Thu, Dec 18, 2008 at 09:29:46PM +0100, Tomek wrote:
A no i jest jeszcze jedna rzecz - skrypt configure
niedopasowania wersji headerów (klienta) i
biblioteki.
Tak jak jest teraz jest dobrze. 3 to wersja ABI, która przy takiej
zmianie nie powinna ulec modyfikacji.
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D
On Fri, Sep 18, 2009 at 12:33:35AM +0200, Dominik 'Rathann' Mierzejewski wrote:
On Tuesday, 15 September 2009 at 13:06, Marcin Owsiany wrote:
[ wysłane ponownie, jakieś problemy z DNS były? ]
On Fri, Sep 04, 2009 at 12:51:13AM +0200, Wojtek Kaniewski wrote:
* Aplikacja może sama
On Thu, Oct 01, 2009 at 12:57:32PM +0200, Jakub Zawadzki wrote:
On Thu, Oct 01, 2009 at 09:05:13AM +0100, Marcin Owsiany wrote:
Jestem w trakcie przygotowywania aktualizacji Debianowej paczki, i jak
na razie znalazłem jeszcze jeden potencjalny problem:
Btw. Czy Debian ma jakieś
:775: Warning: expected
whitespace after c command
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
Every program in development at MIT expands until it can read mail
On Sat, Oct 03, 2009 at 02:37:21PM +0200, Jakub Zawadzki wrote:
On Thu, Oct 01, 2009 at 12:33:27PM +0100, Marcin Owsiany wrote:
Reszta zależy od tego jak definiujesz jakikolwiek.
Chodziło mi o to czy Debian prowadzi bazę symboli używane przez programy
w paczkach.
Nie.
I czy dałoby się
hoho, kto by przypuszczał? :-)
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
Every program in development at MIT expands until it can read mail
On Mon, Oct 19, 2009 at 10:00:54PM +0200, Wojtek Kaniewski wrote:
Marcin Owsiany pisze:
-# Only try to generate documentation if it is not already there.
# Do not fail if doxygen is not available.
-html: ../include/libgadu.h
- test -d html || if doxygen --version /dev/null
On Tue, Oct 20, 2009 at 12:08:50AM +0200, Wojtek Kaniewski wrote:
Marcin Owsiany pisze:
Może zamiast ustawiać DOXYGEN na : zrobić żeby make nie wchodził w
ogóle do podkatalogu docs?
Mówisz, masz. Też o tym myślałem, ale jakoś nie miałem motywacji ;)
Ślicznie!
Widzę też że szykuje się rc2
?
pozdrawiam,
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
Every program in development at MIT expands until it can read mail
On Thu, Feb 24, 2011 at 11:00:59PM +0100, Jakub Zawadzki wrote:
On Thu, Feb 24, 2011 at 09:35:52PM +, Marcin Owsiany wrote:
Wygląda na to, że gdzieś pomiędzy wersją 1.8.0+r592 (czyli zdaje się
prawie 1.9) a 1.10.0
A dokładniej zniknął w r985
zniknął symbol gg_debug_common@Base
* jest po stronie tej osoby. *Problem* będzie po stronie niczego
nie spodziewającego się użytkownika, gdy zaktualizuje sobie bibliotekę.
pozdrawiam,
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
On Wed, Jun 15, 2011 at 11:28:45PM +0200, Wojtek Kaniewski wrote:
Dnia 2011-06-15, śro o godzinie 09:14 +0200, Marcin Owsiany pisze:
Są więc następujące pytania:
0) jak to cudo właściwie działa? :)
Forkuje się i w tle działa proces udający oryginalny serwer, a na
pierwszym planie
) okaże się,
że jakiś program jednak tego wymaga do kompilacji, to sobie dorzucę do
debianowego patcha. Wydaje mi się, że można usunąć, jeśli moje domysły
są poprawne.
pozdrawiam,
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E
po
AC_ARG_WITH(gnutls, w configure.ac.
Polega on na tym co zwraca pkg-config --libs gnutls
Co ta komenda wypisuje w Twoim systemie? Którą wersję gnutls masz?
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0
Witam,
log z autobuildera:
https://buildd.debian.org/status/fetch.php?pkg=libgaduarch=kfreebsd-amd64ver=1%3A1.12.0~pre%2Br1278-1stamp=1339864900file=log
Jakieś pomysły?
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 2048R/02F946FC 35E9 1344 9F77 5F43 13DD
trunk). Spróbuję też zobaczyć
czy da się jakoś usdostępniać report.html na przyszłość.
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 2048R/02F946FC 35E9 1344 9F77 5F43 13DD 6423 DBF4 80C6 02F9 46FC
Every program in development at MIT expands until it can
.
To avoid this warning please remove this line from your configuration file or
upgrade it using doxygen -u
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 2048R/02F946FC 35E9 1344 9F77 5F43 13DD 6423 DBF4 80C6 02F9 46FC
Every program in development at MIT
wynik z kfreebsd, ale jak na
razie nie przeszły na hurd-i386:
https://buildd.debian.org/status/fetch.php?pkg=libgaduarch=hurd-i386ver=1%3A1.12.0~pre%2Br1289-1stamp=1340005322
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 2048R/02F946FC 35E9 1344 9F77 5F43 13DD
On Mon, Jun 18, 2012 at 09:39:17PM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-18, pon o godzinie 19:01 +0100, Marcin Owsiany pisze:
On Mon, Jun 18, 2012 at 07:55:28PM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-18, pon o godzinie 10:35 +0100, Marcin Owsiany pisze:
Zrobiłem upload 1289 i
On Mon, Jun 18, 2012 at 11:08:38PM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-18, pon o godzinie 21:00 +0100, Marcin Owsiany pisze:
Timeouty w tym teście
są zmniejszone do minimum, żeby nie osiwieć czekając na wyniki, co przy
słabym sprzęcie i/lub dużym loadzie może niestety mieć
On Tue, Jun 19, 2012 at 08:53:32AM +0100, Marcin Owsiany wrote:
On Mon, Jun 18, 2012 at 11:08:38PM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-18, pon o godzinie 21:00 +0100, Marcin Owsiany pisze:
Timeouty w tym teście
są zmniejszone do minimum, żeby nie osiwieć czekając na wyniki, co
On Fri, Jun 22, 2012 at 07:43:01PM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-22, pią o godzinie 09:19 +0100, Marcin Owsiany pisze:
ping?
Trochę to trwało, ale udało mi się tak przerobić testy, żeby timeout też
był symulowany, zamiast naprawdę pozwolić bibliotece czekać. Dzięki temu
test
On Fri, Jun 22, 2012 at 10:26:20PM +0100, Marcin Owsiany wrote:
On Fri, Jun 22, 2012 at 07:43:01PM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-22, pią o godzinie 09:19 +0100, Marcin Owsiany pisze:
ping?
Trochę to trwało, ale udało mi się tak przerobić testy, żeby timeout też
był
On Sat, Jun 23, 2012 at 11:49:41AM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-23, sob o godzinie 10:40 +0100, Marcin Owsiany pisze:
Niestetyż wygląda na to że na hurdzie nadal się zacina:
https://buildd.debian.org/status/fetch.php?pkg=libgaduarch=hurd-i386ver=1%3A1.12.0~pre%2Br1298-1stamp
On Sat, Jun 23, 2012 at 11:49:41AM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-23, sob o godzinie 10:40 +0100, Marcin Owsiany pisze:
Niestetyż wygląda na to że na hurdzie nadal się zacina:
https://buildd.debian.org/status/fetch.php?pkg=libgaduarch=hurd-i386ver=1%3A1.12.0~pre%2Br1298-1stamp
On Sat, Jun 23, 2012 at 05:29:07PM +0100, Marcin Owsiany wrote:
On Sat, Jun 23, 2012 at 11:49:41AM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-23, sob o godzinie 10:40 +0100, Marcin Owsiany pisze:
Niestetyż wygląda na to że na hurdzie nadal się zacina:
https://buildd.debian.org/status
On Sun, Jun 24, 2012 at 10:27:01PM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-23, sob o godzinie 17:50 +0100, Marcin Owsiany pisze:
On Sat, Jun 23, 2012 at 05:29:07PM +0100, Marcin Owsiany wrote:
On Sat, Jun 23, 2012 at 11:49:41AM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-23, sob o
On Tue, Jun 26, 2012 at 11:28:46PM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-25, pon o godzinie 09:10 +0100, Marcin Owsiany pisze:
r1301 się zbudowało na autobuilderze hurd-i386, ale dla odmiany pojawił
się błąd na kfreebsd-amd64, które było OK. Chyba jest jeszcze jakiś
wyścig:
https
On Tue, Jun 26, 2012 at 11:28:46PM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-25, pon o godzinie 09:10 +0100, Marcin Owsiany pisze:
r1301 się zbudowało na autobuilderze hurd-i386, ale dla odmiany pojawił
się błąd na kfreebsd-amd64, które było OK. Chyba jest jeszcze jakiś
wyścig:
https
On Wed, Jun 27, 2012 at 07:22:58AM +0100, Marcin Owsiany wrote:
On Tue, Jun 26, 2012 at 11:28:46PM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-25, pon o godzinie 09:10 +0100, Marcin Owsiany pisze:
r1301 się zbudowało na autobuilderze hurd-i386, ale dla odmiany pojawił
się błąd na kfreebsd
On Wed, Jun 27, 2012 at 01:16:33PM +0100, Marcin Owsiany wrote:
On Wed, Jun 27, 2012 at 07:22:58AM +0100, Marcin Owsiany wrote:
On Tue, Jun 26, 2012 at 11:28:46PM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-25, pon o godzinie 09:10 +0100, Marcin Owsiany pisze:
r1301 się zbudowało na
On Mon, Jul 09, 2012 at 10:45:39PM +0100, Marcin Owsiany wrote:
On Wed, Jun 27, 2012 at 01:16:33PM +0100, Marcin Owsiany wrote:
On Wed, Jun 27, 2012 at 07:22:58AM +0100, Marcin Owsiany wrote:
On Tue, Jun 26, 2012 at 11:28:46PM +0200, Wojtek Kaniewski wrote:
Dnia 2012-06-25, pon o
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 2048R/02F946FC 35E9 1344 9F77 5F43 13DD 6423 DBF4 80C6 02F9 46FC
Every program in development at MIT expands until it can read mail.
-- Unknown
On Mon, Aug 27, 2012 at 12:33:07AM +0200, Bartosz Brachaczek wrote:
2012/8/18 Marcin Owsiany mar...@owsiany.pl:
.. w r1314, na kfreebsd-i386 i hurd-i386, ale w różny sposób:
https://buildd.debian.org/status/fetch.php?pkg=libgaduarch=kfreebsd-i386ver=1%3A1.12.0%7Epre%2Br1314-1stamp
On Mon, Sep 03, 2012 at 02:21:37AM +0200, Jakub Zawadzki wrote:
Twoje rozwiązanie ma też lepszą kontrolę typów, w moim pomylisz się w
literce i pozamiatane.
Wyjąłeś mi to z ust :)
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 2048R/02F946FC 35E9 1344 9F77
On Mon, Aug 27, 2012 at 09:24:23PM +0200, Bartosz Brachaczek wrote:
Dobra. Chyba poprawiłem też ten test na kFreeBSD. Załączam łatki.
r1323 się buduje na wszystkich architekturach. Pozostaje trzymać kciuki
że tak zostanie, a nie że tylko miałem szczęście :-)
Dzięki!
--
Marcin Owsiany mar
:
https://developers.google.com/protocol-buffers/docs/encoding
Niestety ich kompilator nie umie generować kodu C, więc musimy sobie
poradzić inaczej.
http://packages.debian.org/sid/protobuf-c-compiler ?
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 2048R
zainstalowanej właściwej biblioteki (i najlepiej jeśli
dałoby się wymusić na etapie konfiguracji, żeby nie był używany).
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 2048R/02F946FC 35E9 1344 9F77 5F43 13DD 6423 DBF4 80C6 02F9 46FC
Every program in development
W dniu 31 stycznia 2014 23:03 użytkownik Wojtek Kaniewski
wojte...@toxygen.net napisał:
Dnia 2014-01-31, pią o godzinie 22:08 +0100, Marcin Owsiany pisze:
Przy przygotowaniu aktualizacji pakietu security team Debiana zapytał
o:
What about CVE-2013-4488? Is there a fix for this one
W dniu 4 lutego 2014 21:36 użytkownik Jakub Zawadzki
darkjames...@darkjames.pl napisał:
On Tue, Feb 04, 2014 at 08:54:10PM +0100, Tomasz Wasilczyk wrote:
Od siebie dodam jeszcze, że wersja rc2 ma przydatną zmianę w API: dodany
symbol gg_is_gpl_compliant, który jest obecny wtedy i tylko
FYI, przy testach wersji 1.12.0-rc2
../../test-driver: line 107: 12981 Segmentation fault $@ $log_file 21
FAIL: connect
https://buildd.debian.org/fetch.cgi?pkg=libgaduarch=sparcver=1%3A1.12.0%7Erc2-2stamp=1398191913file=log
Postaram się dostać jakiś zrzut stosu.
--
Marcin Owsiany mar
On Tue, Apr 22, 2014 at 09:09:19PM +0200, Marcin Owsiany wrote:
FYI, przy testach wersji 1.12.0-rc2
../../test-driver: line 107: 12981 Segmentation fault $@ $log_file
21
FAIL: connect
https://buildd.debian.org/fetch.cgi?pkg=libgaduarch=sparcver=1%3A1.12.0%7Erc2-2stamp=1398191913file
On Tue, Apr 22, 2014 at 09:45:52PM +0200, Marcin Owsiany wrote:
On Tue, Apr 22, 2014 at 09:09:19PM +0200, Marcin Owsiany wrote:
FYI, przy testach wersji 1.12.0-rc2
../../test-driver: line 107: 12981 Segmentation fault $@ $log_file
21
FAIL: connect
https://buildd.debian.org
On Tue, Apr 22, 2014 at 09:47:38PM +0200, Marcin Owsiany wrote:
On Tue, Apr 22, 2014 at 09:45:52PM +0200, Marcin Owsiany wrote:
On Tue, Apr 22, 2014 at 09:09:19PM +0200, Marcin Owsiany wrote:
FYI, przy testach wersji 1.12.0-rc2
../../test-driver: line 107: 12981 Segmentation fault
= optimized out
j = optimized out
expect = 1
i = 324
test_from = optimized out
test_to = 648
exit_code = 0
server_thread = optimized out
one = 1
(gdb)
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG
= optimized out
expect = 1
i = 324
test_from = optimized out
test_to = 648
exit_code = 0
server_thread = optimized out
one = 1
(gdb)
--
Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/
GnuPG: 2048R/02F946FC 35E9 1344
W dniu 27 kwietnia 2014 16:30 użytkownik Wojtek Kaniewski
wojte...@toxygen.net napisał:
Dnia 2014-04-26, sob o godzinie 13:34 +0200, Wojtek Kaniewski pisze:
Dnia 2014-04-25, pią o godzinie 21:39 +0200, Tomasz Wasilczyk pisze:
Przydało by się już wydać finalne libgadu 1.12.0 i ten raport
alokacji pamięci
liczonej na podstawie odpowiedzi serwera. Pamięć nie jest nadpisywana
bezpośrednio tym, co wyśle serwer, więc wykonanie kodu może nie być
trywialne, ale nie jestem w stanie powiedzieć że niemożliwe.
Rozumiem że ten błąd jest tylko w 1.12.0-rcx?
--
Marcin Owsiany mar
Z innej beczki: martwi mnie nieco ta zmiana:
/* GG_DEPRECATED */
-#define GG_DEFAULT_CLIENT_VERSION 10.1.0.11070
+#define GG_DEFAULT_CLIENT_VERSION NULL
Jeśli jakiś program tego używał, to ta zmiana zdaje się gwarantuje
segfault. IMHO to trochę duże ryzyko a mały zysk...
Można by to zrevertować
Hello,
libgadu has a test suite which recently started trying to bind to 127.0.0.2:
#define HOST_LOCAL 127.0.0.2
[...]
memset(sin, 0, sizeof(sin));
sin.sin_family = AF_INET;
sin.sin_addr.s_addr = inet_addr(HOST_LOCAL);
if (bind(server_fds[i], (struct sockaddr*)
FYI
-- Forwarded message --
From: Andreas Metzler ametz...@bebt.de
Date: 2014-06-08 11:30 GMT+02:00
Subject: Bug#750843: test/automatic/connect fails on kfreebsd-* bind:
Cannot assign requested address
To: 750...@bugs.debian.org
On 2014-06-07 Marcin Owsiany mar...@owsiany.pl
W dniu 10 czerwca 2014 20:52 użytkownik Tomasz Wasilczyk
twasilc...@pidgin.im napisał:
Może podsumujmy problemy, które wstrzymały wydanie tydzień temu.
- segfault w teście resolvera: poprawka w 3b2b6c05 (zgadza się?)
- użycie 127.0.0.2 pod kfreebsd: poprawka w fc002e53
- błąd kompilacji
Cześć,
Zastanawiam się, czy powinienem wepchnąć tą poprawkę połączeń TLS do
przygotowywanego właśnie wydania Debiana. Obecnie jest tam wersja 1.12.1,
która wydaje się używać "/appsvc/appmsg_ver8.asp" i w ekg
(1:1.9~pre+r2855-2) z ustawieniami domyślnymi nie łączy się po TLS (a po
ustawieniu "set
58 matches
Mail list logo
