Jest jakiś powód dla którego w Ac nie ma Thunderbirda 1.5.0.4 z ostatnią
porcją poprawek bezpieczeństwa?
--
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
$ ls -ld /dev/dri/*
crw-rw 1 root root 226, 0 2006-06-09 11:51 /dev/dri/card0
i niestety user nie moze pograc sobie w tuxracera a dodawanie go do
grupy root to chyba zly pomysl.
$ rpm -q kernel
kernel-2.6.16.19-1
$ rpm -q udev
udev-092-0.1
Pozdreawiam.
TiweK
Jest jakiś powód dla którego w Ac nie ma Thunderbirda 1.5.0.4 z ostatnią
porcją poprawek bezpieczeństwa?
Poszlo do pieca. Wczesniej nie poszlo bo:
a) nie bylo STBR w changelogu
b) nikt mi nie przyslal STBR innymi zrodlami komunikacji (nie wiem jak
innym uprawnionym)
c) nie uzywam thunderbirda
On Friday 09 June 2006 12:23, Marcin Król wrote:
c) moze powrocimy do pomyslu zadeklarowania opieki nad konkretnymi
pakietami? O ile mnie pamiec nie myli bylo kilku chetnych (razem ze
mna).
Myśle że nie ma co deklarawać.
Jeśli ktoś będzie się chciał zaopiekować danym pakietem to po prostu
On Fri, Jun 09, 2006 at 12:23:21PM +0200, Marcin Król wrote:
b) jezeli ktokolwiek wrzuca jakas poprawke na HEAD powinien obowiazkowo
pchnac ja tez na AC-branch (i vice versa)
Czyli każdy developer ma mieć u siebie oba środowiska i pakiety po
zmianach budować dwa razy? Albo po prostu do
Marcin Król napisał(a):
c) moze powrocimy do pomyslu zadeklarowania opieki nad konkretnymi
pakietami? O ile mnie pamiec nie myli bylo kilku chetnych (razem ze
mna). Na poczatek dobre i kilka osob.
wiec moze nie kazdy, ale zorbimy liste chentych ktorzy zajma sie opieka
konkretnych specy ?
Czyli każdy developer ma mieć u siebie oba środowiska i pakiety po
zmianach budować dwa razy?
Hm. Teoretycznie. A praktycznie to moze posylac do test po wrzuceniu
zmian. Wiec jedyne co musi miec to dwa drzewka CVS.
Albo po prostu do jednego brancha będą
lądować nieprzetestowane zmiany (może
wiec moze nie kazdy, ale zorbimy liste chentych ktorzy zajma sie opieka
konkretnych specy ?
Ja swoja wygrzebie z archiwum i wrzuce moze na nasze www. Ale to jak
wroce do domku dopiero.
M.
___
pld-devel-pl mailing list
Dnia piątek, 9 czerwca 2006 12:02, Tomasz Witek napisał:
$ ls -ld /dev/dri/*
crw-rw 1 root root 226, 0 2006-06-09 11:51 /dev/dri/card0
i niestety user nie moze pograc sobie w tuxracera a dodawanie go do
grupy root to chyba zly pomysl.
$ rpm -q kernel
kernel-2.6.16.19-1
$ rpm -q udev
On Fri, Jun 09, 2006 at 12:23:21PM +0200, Marcin Król wrote:
b) jezeli ktokolwiek wrzuca jakas poprawke na HEAD powinien obowiazkowo
pchnac ja tez na AC-branch (i vice versa) lub jezeli HEAD i AC-branch sa
tozsame to przesunac tagi/branche na odpowiednie rewizje (tu by sie
Używanie słowa
Użytkownik Jakub Bogusz napisał:
Coś krótkie to tłumaczenie...
już trochę lepiej. ale ja jakoś nie mam talentu do tłumaczenia
Do czego ten katalog, jak nie jest pakietowany?
poprawione
Duplikat z głównego pakietu.
poprawione
chyba teraz już może być?
# $Revision: $, $Date: $
On Fri, 9 Jun 2006, Kamil wrote:
builder initng.spec
(...)Ciach(...)
Przetwarzanie plików: initng-devel-0.6.7-0.1
błąd: Nie znaleziono pliku: /tmp/initng-0.6.7-root-root/lib64/libngeclient.so
błąd: Nie znaleziono pliku: /tmp/initng-0.6.7-root-root/lib64/libngcclient.so
błąd: Nie znaleziono
nowa wersja. Jeżeli wszystko ok to proszę o commit.
--- w32codec.spec.old 2006-06-09 16:18:02.0 +0200
+++ w32codec.spec 2006-06-07 17:30:36.0 +0200
@@ -4,7 +4,7 @@
#
# Conditional build:
%bcond_withlicense_agreement # generates package
-%define
On Friday 09 June 2006 16:24, Jacek 'jackass' Brzozowski wrote:
nowa wersja. Jeżeli wszystko ok to proszę o commit.
Nie zmieniłeś release
pozdrawiam
--
Łukasz Głębicki mail/rot13:[EMAIL PROTECTED] PLD/Linux Team
gg:246267Linux Registered User #318551 blekot:{irc,skype}
Student of
On Fri, Jun 09, 2006 at 12:23:21PM +0200, Marcin Król wrote:
Jest jakiś powód dla którego w Ac nie ma Thunderbirda 1.5.0.4 z ostatnią
porcją poprawek bezpieczeństwa?
Poszlo do pieca. Wczesniej nie poszlo bo:
a) nie bylo STBR w changelogu
b) nikt mi nie przyslal STBR innymi zrodlami
Używanie słowa obowiązkowo w stosunku do czegoś, co jest robione
w wolnym czasie i na zasadzie coś potrzebuję, to sobie zrobię jest
mocno nietrafione.
W sumie masz racje, ale popatrz na to z innej strony. Przykladowo 90%
developerow przechodzi na Th, AC-branch ich przestaje interesowac,
revision 1.61
date: 2006/06/02 21:28:52; author: adamg; state: Exp; lines: +8 -4
- updated to 1.5.0.4 (several security fixes)
Ten automat do maili to by jednak byla fajna rzecz. Jak widac na
zalaczonym obrazku reczne filtrowanie bywa niezbyt precyzyjne :)
M.
Użytkownik Lukasz Glebicki napisał:
Nie zmieniłeś release
pozdrawiam
sorry.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Fri, 9 Jun 2006, Marcin Król wrote:
Ten automat do maili to by jednak byla fajna rzecz. Jak widac na
zalaczonym obrazku reczne filtrowanie bywa niezbyt precyzyjne :)
Może jednak coś bardziej prostego?
Jakiś stbr_request.sh w SPECS ? Z kilkoma opcjami:
-AC - do AC
-TH
On Fri, Jun 09, 2006 at 05:22:32PM +0200, Marcin Król wrote:
W sumie masz racje, ale popatrz na to z innej strony. Przykladowo 90%
developerow przechodzi na Th, AC-branch ich przestaje interesowac,
grzebia tylko w HEAD. W Ac grzebie 5-10 osob. Userzy uciekaja na Th bo
jest bardziej polatane od
nowa wersja. jeśli nie ma błędów to proszę o commit. (tym razem już nie
wywaliłem patcha)
--- iv.spec~2006-06-09 16:28:14.0 +0200
+++ iv.spec 2006-06-09 16:30:02.0 +0200
@@ -2,12 +2,12 @@
Summary: ImgView - simple GTK+ image viewer using Imlib
Summary(pl): ImgView
Witam,
Po ostatnich upgrade'ach, na desktopach (i Ac i Th) DBUS przestał
automatycznie uruchamiać notification-daemon przy próbach odwołania do
ścieżki notyfikacji. Ręczne odpalenie binarki działa poprawnie - demon
zaczyna obsługiwać nadchodzące powiadomienia.
Tylko ja tak mam, czy coś się
no to następny. bardzo miły frontend dla Esetroot. Jeżeli nie ma błędów
to proszę o dodanie.
jeżeli są to krytyka mile widziana.
# $Revision: $, $Date: $
Summary:gsetroot - front-end for Esetroot
Summary(pl):gsetroot - front-end dla Esetroot
Name: gsetroot
Version:1.0
Ale o jakich userach ty myślisz?
To byl przyklad :) Ot boje sie zeby nam drugie Ra nie wyszlo :)
wolałbym tego uniknąć, ale jeśli wrzucanie potrzebnych mi poprawek do Ac
będzie wymagało grzebania w Th, to sorry, nie mam na to czasu.
Wiem, ze masz racje. To byla tylko propozycja w ktorej
24 matches
Mail list logo