- lms - lists.lms.org.pl

htb
by A.L.E.C 14 Cze '04

14 Cze '04

Byćmoże będę dorabiał nową funkcjonalnośc do lms'a związaną z htb, i mam wątpliwość, czy robić to jako osobny moduł do contrib, czy można zintegrować z lmsem. Chodzi o dodanie nowych pól do tabeli tariffs (lub nodes, jeszcze nie wiem) na up ceil, down ceil i jeszcze connlimity. Co o tym myślicie? -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Can't call method "val" on an undefined value....
by A.L.E.C 14 Cze '04

14 Cze '04

Ponieważ kilka razy były zgłaszane takie problemy ze skryptami perlowymi i sam ostatnio to miałem, więc dla potomności podaję, że jest to na 99% błąd parsera pliku ini, spowodowany oczywiście błędem składni w tym pliku. Jak łatwo znaleźć błąd? W naszym skrypcie po linii: my $ini = new Config::IniFiles .... dodajemy linię: print @Config::IniFiles::errors; i podczas uruchomienia skryptu dostaniemy ładne komunikaty z numerami linii w pliku lms.ini gdzie jest błąd. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Re: RFD: cut_without_assginements
by A.L.E.C 14 Cze '04

14 Cze '04

Łukasz Jarosław Mozer wrote: > We wszystkich przypadkach pozostaje sprawa użytkowników którzy nie > płacą (admini, etc). Kłóci się to z wielką prawdą "admin nie płaci > nie ma assigmentów". Ale to ma zastosowanie w ASK'ach, a powyższa > opcja powinna być przydatna u ISPów. admin może mieć taryfę o wartości zerowej i problem z głowy - ma assignment. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Re: RFD: cut_without_assginements
by Tomasz Chilinski 14 Cze '04

14 Cze '04

On Mon, 14 Jun 2004 10:57:52 +0200, Łukasz Jarosław Mozer wrote > Witam. Witam. > Chodzi tutaj o odłączenie ludzi po pewnym okresie, np. po upłynięciu > abonamentu. Typowo - klient zgłasza że od pierwszego kończy > korzystanie z uługi. Można by było to rozwiązać poprzez: Proponuję dodać kolejkę poleceń do realizacji. Jednym z poleceń byłoby odłączenie abonenta w określonym dniu. Innym mogłoby być jego zawieszenie. Znajdzie się jeszcze dużo innych zastosowań dla czegoś takiego. > Pozdrawiam. > Łukasz Jarosław Mozer Pozdrawiam Tomasz Chiliński

1 0

RFD: cut_without_assginements
by Łukasz Jarosław Mozer 14 Cze '04

14 Cze '04

Witam. Chodzi tutaj o odłączenie ludzi po pewnym okresie, np. po upłynięciu abonamentu. Typowo - klient zgłasza że od pierwszego kończy korzystanie z uługi. Można by było to rozwiązać poprzez: a) traktowanie osób bez assigmentów jako odłączone w lms-mgc b) odłączanie userów bez assigmentów w lms-cutoff c) zmiana filozofii lms'a (pernamentna) że osoba bez usług to osoba odłączona. d) dodanie jakichś featuresów 'odłącz po', etc... (beznadziejne) We wszystkich przypadkach pozostaje sprawa użytkowników którzy nie płacą (admini, etc). Kłóci się to z wielką prawdą "admin nie płaci nie ma assigmentów". Ale to ma zastosowanie w ASK'ach, a powyższa opcja powinna być przydatna u ISPów. a i b są raczej łatwe do zrealizowania i weszłyby do 1.3.x c powiedzmy trudniejsza i większa robota, poszło by to może do 1.3.x, ale nie dam pewności. Czekam na komentarze. Pozdrawiam. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: po angielsku
by A.L.E.C 13 Cze '04

13 Cze '04

Przemysław Broniszewski wrote: > A bedzie mozliwy wybor wersji jezykowej w jakis opcjach, czy bede > musial na stale miec dwa kody zrodlowe do 2 wersji? jest możliwe ustawienie na stałe w lms.ini lub na podstawie ustawień przeglądarki, trzeba mieć tylko php z gettextem. Z tym, że tłumaczymy wersje 1.2, wersja 1.3 nie będzie tłumaczona. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Re: po angielsku
by Przemysław Broniszewski 13 Cze '04

13 Cze '04

Dnia sob 12. czerwca 2004 21:28, A.L.E.C napisał: > może ktoś chce zobaczyć jak LMS wygląda po angielsku? liczę na zgłaszanie > poprawek, bo tłumaczenie (zwłaszcza dokumentacji) zapewne pozostawia wiele > do życzenia. A bedzie mozliwy wybor wersji jezykowej w jakis opcjach, czy bede musial na stale miec dwa kody zrodlowe do 2 wersji? -- Przemysław Broniszewski znEt, 80-312 Gdańsk Wita Stwosza 19/3 Tel. 0-503-109-082

2 1

Re: cut off
by A.L.E.C 13 Cze '04

13 Cze '04

Marcin Król wrote: > Użytkownik Woyteck napisał: > >> czy jest taka mozliwosc aby cutoff zrobic >> osobno dla kazdego usera?? >> np tacy ktorzy maja wiekszy abonament albo >> z racji tego ze płacą zadziej ale pewnie, maja wiekszy debet >> czasami.. > > Wprost się nie da. Jedyne co mi przychodzi to dodać pole do tabeli > users, i tam zapisywać dopuszczalny debet dla użytkownika. albo też dorobić do cutoff obsługę grup użytkowników (lms-1.3) i podzielić ich na grupy, wtedy można uruchamiać go dla każdej grupy, choć jakby grup miało być dużo to lepsze jest rozwiązanie lexx'a. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Re: cut off
by Woyteck 13 Cze '04

13 Cze '04

----- Original Message ----- From: "Marcin Król" <lexx(a)polarnet.gliwice.pl> To: <lms(a)lists.rulez.pl> Sent: Sunday, June 13, 2004 12:30 AM Subject: [lms] Re: cut off > Użytkownik Woyteck napisał: > Wprost się nie da. Jedyne co mi przychodzi to dodać pole do tabeli > users, i tam zapisywać dopuszczalny debet dla użytkownika. > > O dobry pomysl...! bo to by sie bardzo przydało... przynajmniej mnie :) z wyszczegolenieniem - standardowy cutoff lub ten z komórki tabeli pozdr. Woyteck I eat SPAM for breakfast! "Jakie promieniowanie? Ja JEM uran!"

1 0

Re: cut off
by Marcin Król 13 Cze '04

13 Cze '04

Użytkownik Woyteck napisał: > czy jest taka mozliwosc aby cutoff zrobic > osobno dla kazdego usera?? > np tacy ktorzy maja wiekszy abonament albo > z racji tego ze płacą zadziej ale pewnie, maja wiekszy debet czasami.. Wprost się nie da. Jedyne co mi przychodzi to dodać pole do tabeli users, i tam zapisywać dopuszczalny debet dla użytkownika. -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

cut off
by Woyteck 13 Cze '04

13 Cze '04

Witam czy jest taka mozliwosc aby cutoff zrobic osobno dla kazdego usera?? np tacy ktorzy maja wiekszy abonament albo z racji tego ze płacą zadziej ale pewnie, maja wiekszy debet czasami.. pozdr. Woyteck I eat SPAM for breakfast! "Jakie promieniowanie? Ja JEM uran!"

1 0

po angielsku
by A.L.E.C 12 Cze '04

12 Cze '04

może ktoś chce zobaczyć jak LMS wygląda po angielsku? liczę na zgłaszanie poprawek, bo tłumaczenie (zwłaszcza dokumentacji) zapewne pozostawia wiele do życzenia. http://lms.alec.pl/demo user: admin hasło: admin -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Re: Magazyn[tm] i sprzedaz[r].
by Adrian Smarzewski 12 Cze '04

12 Cze '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 pbern(a)pbern.biz wrote: | moim zdaniem z dwojga zlego (brak sterownika, lub sterownik o zamknietym | kodzie) to wiekszosc wybierze 2.. w koncu jest to dla srodowiska | linuxowego lepsze.. moim zdaniem nie, bo zachęca do łamania GPL. no ale na dwoje babka wróżyła. - -- Pozdrowienia Adrian Smarzewski -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAy1OTgnuWEmthbpURArBaAJ4wSNE4nziQwUDwxsP0FoAY+az7ZwCePclq Z5h8nSyDogT5P5Pd78gM27M= =bjGr -----END PGP SIGNATURE-----

1 0

Re: Magazyn[tm] i sprzedaz[r].
by pbern＠pbern.biz 12 Cze '04

12 Cze '04

On Sat, 12 Jun 2004, Adrian Smarzewski wrote: > | Cóż. Więc mam kolejne przykłady kompletnego olewania gpla. > w wolnej chwili można sobie poczytać: > http://kerneltrap.org/node/view/1735 > > osobiście jestem przeciwko nie-GPL-owym modułom do kernela > i wszyscy powinni pójść do sądu :D nie wiem o co tyle krzyku ? narzekacie ze nie ma do czegos sterownikow... a jak sie juz producent zlituje i da jakis binarny sterownik (np. nvidia) to zle ze dal na nie gpl`u.... moim zdaniem z dwojga zlego (brak sterownika, lub sterownik o zamknietym kodzie) to wiekszosc wybierze 2.. w koncu jest to dla srodowiska linuxowego lepsze.. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: Magazyn[tm] i sprzedaz[r].
by Adrian Smarzewski 12 Cze '04

12 Cze '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hunter wrote: | Cóż. Więc mam kolejne przykłady kompletnego olewania gpla. w wolnej chwili można sobie poczytać: http://kerneltrap.org/node/view/1735 osobiście jestem przeciwko nie-GPL-owym modułom do kernela i wszyscy powinni pójść do sądu :D - -- Pozdrowienia Adrian Smarzewski -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAyyTggnuWEmthbpURAoL3AJ0R90sDn1CPRNDw4N+94elzt08iuwCfWGHF n/+SnSUX2RbZibNj2Md54l0= =k1ds -----END PGP SIGNATURE-----

1 0

Re: Magazyn[tm] i sprzedaz[r].
by hunter 12 Cze '04

12 Cze '04

On Sat, Jun 12, 2004 at 12:17:20AM +0200, Adrian Smarzewski wrote: > | Imvho linkować wolno :) > yyy linkować GPL z czymś na licencji niekompatybilnej > nie wolno. jeszcze nie wiem jak to w kernelu rozwiązali, > ale się dowiem. może licencja kernela to nie jest czyste > GPL. Cóż. Więc mam kolejne przykłady kompletnego olewania gpla. w/g tego co jest napisane w README z kernela 2.4.26 WHAT IS LINUX? [..] It is distributed under the GNU General Public License - see the accompanying COPYING file for more details. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: Porty na iptables
by Przemek SAKO Galczewski 12 Cze '04

12 Cze '04

Hello Przemysław, Saturday, June 12, 2004, 2:09:40 PM, you wrote: PB> W sumie nie glupi pomysl... Tylko czy lms-mgc zrozumie cos takiego: PB> id*100+100 ? lms to nie bardzo, ja to obszedlem w ten sposob u siebie, ze generuje skrypt basha w ktorym sa przeprowadzane odpowiednie obliczenia, cos w stylu: M=`echo %IP |cut -f4 -d"."` $IPT -A FORWARD -t mangle -d %IP -j MARK --set-mark $M $IPT -A FORWARD -t mangle -s %IP -j MARK --set-mark 1$M w kazdym badz razie dziala :) -- Best regards, Przemek mailto:sako@infinity.waw.pl

1 0

Re: Porty na iptables
by Przemysław Broniszewski 12 Cze '04

12 Cze '04

Dnia sob 12. czerwca 2004 14:04, Przemek SAKO Galczewski napisał: > > a nie mozesz przydzielac portow na podstawie adresu ip klienta ? albo > na podstawie id z bazy ? W sumie nie glupi pomysl... Tylko czy lms-mgc zrozumie cos takiego: id*100+100 ? -- Przemysław Broniszewski (Administrator) SGM Warsztat

1 0

Re: Porty na iptables
by Przemek SAKO Galczewski 12 Cze '04

12 Cze '04

Hello Przemysław, Saturday, June 12, 2004, 1:47:47 PM, you wrote: PB> Nie sadzicie, ze dobrym pomyslem byloby dodanie pol do bazy do kazdego PB> komputera, ktore by przypisywalo nastale ktore porty maja byc forwardowane PB> dla niego... Wydaje mi sie ze to powinien byc standard, bo w koncu mamy jakas PB> kontrole gdy ktos sie z naszej sieci gdzies sie wlamie... a nie mozesz przydzielac portow na podstawie adresu ip klienta ? albo na podstawie id z bazy ? -- Best regards, Przemek mailto:sako@infinity.waw.pl

1 0

Porty na iptables
by Przemysław Broniszewski 12 Cze '04

12 Cze '04

Nie sadzicie, ze dobrym pomyslem byloby dodanie pol do bazy do kazdego komputera, ktore by przypisywalo nastale ktore porty maja byc forwardowane dla niego... Wydaje mi sie ze to powinien byc standard, bo w koncu mamy jakas kontrole gdy ktos sie z naszej sieci gdzies sie wlamie... -- Przemysław Broniszewski (Administrator) SGM Warsztat

1 0

Re: Magazyn[tm] i sprzedaz[r].
by Adrian Smarzewski 12 Cze '04

12 Cze '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hunter wrote: | Imvho linkować wolno :) yyy linkować GPL z czymś na licencji niekompatybilnej nie wolno. jeszcze nie wiem jak to w kernelu rozwiązali, ale się dowiem. może licencja kernela to nie jest czyste GPL. - -- Pozdrowienia Adrian Smarzewski -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAyi9vgnuWEmthbpURAowrAJ0VjHQNtECDlWxEzedzQETpqVL5XwCdGZLx t5kyrc4pV3QCFl8Jt58nQA0= =QzPQ -----END PGP SIGNATURE-----

1 0

Re: Magazyn[tm] i sprzedaz[r].
by hunter 11 Cze '04

11 Cze '04

On Fri, Jun 11, 2004 at 06:56:37PM +0200, Adrian Smarzewski wrote: > hunter wrote: > | napisac dowolnie duzo zamknietych modulow do kernela i je sprzedawac > | lub licencjonowac zgodnie z Twoim widzimisie. > tego jednego tylko nie czaję, skoro linkują z kernelem :/ > macie jakieś materiały wyjaśniające dopuszczalne sposoby linkowania > kodu GPL z nie-GPL? "Best Practises"[tm] Imvho linkować wolno :) kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: Magazyn[tm] i sprzedaz[r].
by Adrian Smarzewski 11 Cze '04

11 Cze '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hunter wrote: | napisac dowolnie duzo zamknietych modulow do kernela i je sprzedawac | lub licencjonowac zgodnie z Twoim widzimisie. tego jednego tylko nie czaję, skoro linkują z kernelem :/ macie jakieś materiały wyjaśniające dopuszczalne sposoby linkowania kodu GPL z nie-GPL? - -- Pozdrowienia Adrian Smarzewski -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAyeRFgnuWEmthbpURArSbAJ92rhsAeO1X+VBLkF8+RBbJEgF+oACeM+d1 5oYwkbSpnibRPyYe4cOqB4Y= =x/Px -----END PGP SIGNATURE-----

1 0

Re: Magazyn[tm] i sprzedaz[r].
by hunter 11 Cze '04

11 Cze '04

On Fri, Jun 11, 2004 at 04:15:02PM +0200, Daniel Fenert wrote: > W dniu Fri, Jun 11, 2004 at 02:38:00PM +0200, A.L.E.C wystukał(a): > >> Jeżeli komuś się chce produkować na ten temat to chętnie usłyszę > >> czemu chcecie zmienić GPL na 'niewiadomoco' :) > > > >w skrócie: nie wolno sprzedawać programu, wolno sprzedawać support, > >wdrożenie > > Hmm, czy GPL właśnie tego nie mówi (między innymi)? Zgłupiałem > właśnie w tym momencie. To poczytaj. GPL mowi ze moge Ci sprzedac kernel za 100000 Eur, a Ty mozesz: a) rozdac go za darmo b) sprzedac za 10 Eur c) sprzedac za 999999999999999 Eur. Wystarczy ze zachowasz informacje o autorach i kody zrodlowe. To czego Ci nie wolno to powiedziec: "ja napisalem kernel", dopisac latek na kernel i nie udostepniac ich kodow zrodlowych, mozesz natomiast napisac dowolnie duzo zamknietych modulow do kernela i je sprzedawac lub licencjonowac zgodnie z Twoim widzimisie. W przypadku lmsa to oznacza ze moge np napisac modul konfigurujacy vhosty w apachu, wpisy w bind-zie, wirtualki w eximie, kosic gruba kapuche i nawet nie informowac o tym autorow czy publiki. (musze tylko powiedziec: to oprogramowanie oparte jest na LMS, dostepnym pod adresem: http://lms.rulez.pl na licencji GNU GPL). kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: Magazyn[tm] i sprzedaz[r].
by Marcin Król 11 Cze '04

11 Cze '04

Użytkownik A.L.E.C napisał: >>Jeżeli komuś się chce produkować na ten temat to chętnie usłyszę >>czemu chcecie zmienić GPL na 'niewiadomoco' :) > > w skrócie: nie wolno sprzedawać programu, wolno sprzedawać support, > wdrożenie Modyfikacja kodu jest możliwa pod warunkiem udostepnienia publicznie założonych łatek. -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0