On Monday 22 May 2006 07:31, Fryderyk Dziarmagowski wrote:
--- Jakub Bogusz [EMAIL PROTECTED] wrote:
On Mon, May 15, 2006 at 07:59:02PM +0200, Jan Rekorajski wrote:
On Mon, 15 May 2006, Paweł Sikora wrote:
czy to nowy sposób na wydanie AC?
to jest to zamrożenie i namiastka
On Mon, 22 May 2006, Arkadiusz Miskiewicz wrote:
On Monday 22 May 2006 07:31, Fryderyk Dziarmagowski wrote:
--- Jakub Bogusz [EMAIL PROTECTED] wrote:
On Mon, May 15, 2006 at 07:59:02PM +0200, Jan Rekorajski wrote:
On Mon, 15 May 2006, Paweł Sikora wrote:
czy to nowy sposób na
jak nazywac patche w innych dystrubucji ? uzywac orginalenej nazwy
np. guichan-0.4.0-gentoo.patch
czy zmienic ja na bardzej pldowa ?
np. guichan-0.4.0-configure.patch
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
On Mon, 22 May 2006, Piotr Skwarna wrote:
jak nazywac patche w innych dystrubucji ? uzywac orginalenej nazwy
np. guichan-0.4.0-gentoo.patch
czy zmienic ja na bardzej pldowa ?
np. guichan-0.4.0-configure.patch
np. guichan-configure.patch
i w commicie podaj ze patch z Gentoo.
Janek
On Mon, 22 May 2006, Piotr Skwarna wrote:
jak nazywac patche w innych dystrubucji ? uzywac orginalenej nazwy
np. guichan-0.4.0-gentoo.patch
czy zmienic ja na bardzej pldowa ?
np. guichan-0.4.0-configure.patch
Lepiej niech nazwa mówi cokolwiek o przeznaczeniu patcha. O tym skąd patch
Cześć,
Czy ktoś może mi wytłumaczyć sens czegoś takiego:
daemon --user mksd /usr/bin/mksd $MKSD_MODE $MKSD_PROCESS
to fragment init skryptu do mksd. Narazie wszystko ok. Jak wiadomo mksd jest
po to, żeby przyśpieszyć prace klientom mks {mkschk,mksscan}, a nie tak wolno
jak mks32. Problem tylko
On Monday 22 May 2006 17:30, Bartosz Świątek wrote:
Czy ktoś może mi wytłumaczyć sens czegoś takiego:
daemon --user mksd /usr/bin/mksd $MKSD_MODE $MKSD_PROCESS
to fragment init skryptu do mksd. Narazie wszystko ok. Jak wiadomo mksd
jest po to, żeby przyśpieszyć prace klientom mks
Zgłaszam tylko.
Polski układ klawiatury działa mi gdy ustawię USA, a USA gdy
ustawię pl. Gdy w układach jest tylko pl nie ma polskich znaczków.
Czysta instalacja.
Do tego zrzut ekranu powoduje segfault.
--
Marcin Krzyżanowski
http://www.hakore.com
On 2006-05-22, at 18:51, Marcin Krzyżanowski wrote:
Zgłaszam tylko.
Polski układ klawiatury działa mi gdy ustawię USA, a USA gdy
ustawię pl. Gdy w układach jest tylko pl nie ma polskich
znaczków.
Czysta instalacja.
wyglada to tak http://www.hakore.com/stuff/gnome214_1.png
--
Marcin
On Sun, May 21, 2006 at 10:45:18PM +0200, Marcin Krzyżanowski wrote:
Czesc,
Czy mi sie wydaje czy standardowo w AC nie ma /dev/mouse ?
jednak gpm w standardowej konfiguracji ma ustawione DEVICE=/dev/mouse
moze zmiana na /dev/input/mice bedzie bardziej stosowne do srodowiska ?
Jacek Konieczny wrote:
On Sun, May 21, 2006 at 10:45:18PM +0200, Marcin Krzyżanowski wrote:
Czesc,
Czy mi sie wydaje czy standardowo w AC nie ma /dev/mouse ?
jednak gpm w standardowej konfiguracji ma ustawione DEVICE=/dev/mouse
moze zmiana na /dev/input/mice bedzie bardziej stosowne do
On Mon, May 22, 2006 at 07:17:04PM +0200, Tomasz Mateja wrote:
2.4 jest wspierane a 2.6 jest natywne dla PLD więc może lepiej jesli
będzie to przestawić - zwłaszcza, że statyczny dev również posiada
/dev/input/mice
Jestem za. Można jeszcze dodać zakomentowane /dev/psmisc z
komentarzem, że to
Dnia poniedziałek, 22 maja 2006 19:25, Jacek Konieczny napisał(a):
On Mon, May 22, 2006 at 07:17:04PM +0200, Tomasz Mateja wrote:
2.4 jest wspierane a 2.6 jest natywne dla PLD więc może lepiej jesli
będzie to przestawić - zwłaszcza, że statyczny dev również posiada
/dev/input/mice
Jestem
On 2006-05-22, at 19:25, Jacek Konieczny wrote:
On Mon, May 22, 2006 at 07:17:04PM +0200, Tomasz Mateja wrote:
2.4 jest wspierane a 2.6 jest natywne dla PLD więc może lepiej
jesli
będzie to przestawić - zwłaszcza, że statyczny dev również
posiada
/dev/input/mice
Jestem za. Można
On 2006-05-22, at 19:07, Jacek Konieczny wrote:
On Mon, May 22, 2006 at 08:30:21AM +0200, Arkadiusz Miskiewicz wrote:
HEAD dla GNOME właśnie zamarł. poprawki trafią na DEVEL branch
gdzie
niedługo ropocznie sie rozijanie GNOME 2.16
Może jednak pakuj od razu na HEAD coby się w Th na
On Mon, May 22, 2006 at 07:30:48PM +0200, Bartosz Świątek wrote:
/dev/psmisc ? a nie /dev/psaux ?
Jasne, że /dev/psaux... widać dawno już tego nie używałem :-)
Pozdrowienia,
Jacek
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
On Mon, May 22, 2006 at 07:35:33PM +0200, Marcin Krzyżanowski wrote:
Ja tak chciałem z Javą... ale jak ktoś mi dodał Th-owe Build-
Requires
do speca, to się przeniosłem na AC-branch i HEAD olałem. Nie mam
chęci
ani czasu przestawiać systemów na których _pracuję_ na Th. Poza
tym,
Skoro jest tak faktycznie, to mksd jest poważnie zepsuty i nie warto mu
dawać praw root'a.
BTW Z czasów Ra pamiętam że to działało.
Ra nas teraz nie interesuje, powinno to dzialać w Ac zanim zostanie wydane...
Ja proponuje jednak wyciac z initscrypta ten --user mksd... Sa sprzeciwy ?
On Mon, 22 May 2006, Bartosz Świątek wrote:
Skoro jest tak faktycznie, to mksd jest poważnie zepsuty i nie warto
mu dawać praw root'a. BTW Z czasów Ra pamiętam że to działało.
Ra nas teraz nie interesuje, powinno to dzialać w Ac zanim zostanie
wydane... Ja proponuje jednak wyciac z
On Mon, May 22, 2006 at 08:18:23PM +0200, Bartosz Świątek wrote:
Skoro jest tak faktycznie, to mksd jest poważnie zepsuty i nie warto mu
dawać praw root'a.
BTW Z czasów Ra pamiętam że to działało.
Ra nas teraz nie interesuje, powinno to dzialać w Ac zanim zostanie wydane...
Ja
Dnia poniedziałek, 22 maja 2006 20:45, Mateusz Korniak napisał(a):
Z mojej zawsze są, gdy zepsuty program próbuje się naprawiać nadając mu
uprawnienia root'a.
daemon --user mksd odnosi się do funkcji z /etc/rc.d/init.d/functions a nie do
samego programu mksd. Wiec nie ma tu mowy i jakimś
On Mon, May 22, 2006 at 09:12:38PM +0200, Bartosz Świątek wrote:
Dnia poniedziałek, 22 maja 2006 20:45, Mateusz Korniak napisał(a):
Z mojej zawsze są, gdy zepsuty program próbuje się naprawiać nadając mu
uprawnienia root'a.
daemon --user mksd odnosi się do funkcji z
Dnia poniedziałek, 22 maja 2006 21:45, Jakub Bogusz napisał(a):
On Mon, May 22, 2006 at 09:12:38PM +0200, Bartosz Świątek wrote:
Dnia poniedziałek, 22 maja 2006 20:45, Mateusz Korniak napisał(a):
Z mojej zawsze są, gdy zepsuty program próbuje się naprawiać nadając
mu uprawnienia root'a.
#v+
[EMAIL PROTECTED] ~]# poldek --upgrade-dist -v
[...]
Retrieving ac::liboil-0.3.8-2.athlon.rpm...
error: vfff:
ftp://ftp.ac.pld-linux.org/dists/ac/PLD/athlon/PLD/RPMS/liboil-0.3.8-2.athlon.rpm:
no such file
[EMAIL PROTECTED] ~]# host -t any ftp.ac.pld-linux.org
ftp.ac.pld-linux.org is an
nowa wersja. Proszę o sprawdzenie i ewentualny commit.
patch na makefile jest już zbędny.
--- lingot.spec~2006-05-22 22:26:59.0 +0200
+++ lingot.spec 2006-05-22 22:31:06.0 +0200
@@ -2,17 +2,14 @@
Summary: LINGOT - LINGOT Is Not a Guitar-Only Tuner
Summary(pl):
W main Ac php4-eaccelerator-0.9.3-5 jest zbudowany dla php4 w wersji
4.4.1 a mamy obecnie php4-common-4.4.2. Sypie błędami do logów i nie
działa.
Bez problemów buduje się dla 4.4.2.
--
Paweł Kwiatkowski
e-mail/jid: [EMAIL PROTECTED]
___
Witam,
Czy tylko ja uważam, że ficzer zawijania do którejś-tam kolumny włączony
by-default to wybitnie wkurzająca rzecz? Przecież to jest nie tak często
potrzebne, a na pewno nie by-default...
--
pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl
On Mon, May 22, 2006 at 10:44:58PM +0200, Paweł Gołaszewski wrote:
Witam,
Czy tylko ja uważam, że ficzer zawijania do którejś-tam kolumny włączony
by-default to wybitnie wkurzająca rzecz? Przecież to jest nie tak często
potrzebne, a na pewno nie by-default...
O to chodzi?
28 matches
Mail list logo