Forum Debian Users Gang

To parę pytań:

1) czekam na słowniki od kumpla, zależnie od ich objętości jutro/pojutrze będzie nowa wersja Mileny. Jaki będzie problem z podbiciem wersji do 0.2.20.0?
Milena zmienia się dość często, teraz akurat mamy wakacje i nie bardzo mi się chce, ale czasami dane zmieniają się codziennie...

Dzisiejsze zmiany nie są specjalnie krytyczne, ale poprawiają czytanie kilku konstrukcji gramatycznych, więc warto mieć wszystko nowe...

Aha, wyleci moduł generic do speech-dispatchera.

2) czy mogę umieścić linki na stronie Mileny (w download)?

3) jeśli tak - czy nie lepiej ze źródła mieć w jednym pliku?

4) jeśli chodzi o rozparcelowanie Mileny na poszczególne deby, powinny być co najmniej trzy (zgodnie z tym co jest na stronie):

a) milena (jako taka). Tu można też się bawić w dalszy podział.
b) milena_data (dane). milena powinna wymagać milena_data (w tej samej wersji, czyli milena-0.2.20 powinna wymagać milena_data 0.2.20.x)
c) milena_base. Opcjonalny (ale wymagany np. przez milena_abc, jeśli taki miałby powstać). Tu nie można automatycznie określić zależności, wersja base powinna być najwyższa możliwa nie przekraczająca wersji Mileny (to się akurat rzadko zmienia).

Poza tym jakbyś spaczkował milena_abc (z libepub) to piwo  stawiam (po wypłacie) :)

Tak przy okazji - jako średnio wyszkolona małpa postaram się zrobić deba dla Ubunciaka (10.04 32bit - takie coś mam przed nosem) - ale na razie siedzę w barze, popijam sobie piwko i ostatnia rzecz na którą mam ochotę to kompilacja czegokolwiek :)

Ostatnio edytowany przez ethanak (2010-07-24 12:43:23)

azhag napisał(-a):

Ad 1. Jeśli nie robisz jakiś większych rewolucji w Makefile'ach, to problemy będą żadne lub pomijalne.

Oprócz poprawienia babola (rm -f w clean) nie przewiduję :)

Ad 2. Jasne, gdziekolwiek tylko chcesz. Po to zrobiłem, żeby ludzie korzystali.

OK. Ja właśnie męczę kumpla o deby na 86_64 - na razie sa jakieś sęki...

Ad 3. Cóż, tak już pakiety źródłowe Debiana są skonstruowane, że składają się z kilku plików[...]

a zobacz - zupełnie jak moje rpm-y i spece :)

Ad 4. Osobiście bym spakietował tak:
- milena — metapakiet instalujący wszystkie, kwestia przemyślenia czy milena-abc byłaby w rekomendowanych czy wymaganych

Nie może być w wymaganych - abc wymaga grafiki, całość mileny (z podstawowego pakietu) działa na konsoli.

- milena-utils — wszelkie konsolowe programy: milena, milena_say, milena_book, ... (wymaga milena-common)

Dodałbym to jeden pakiet (dykcjonarz) ze swoimi wymaganiami. Czyli dykcjonarz wymaga milena_base.

- milena-common — wszelkie pliki wspólne z /usr/share/milena, /usr/share/doc/milena, /usr/share/milena-words

To raczej milena_data (bez tego nic nie pójdzie) i milena_base (plik words, wymagany wyłącznie do dykcjonarza i mileny_abc)

- milena-dev — pliki nagłówkowe

Normalka :)

- milena-abc lub -gtk (pierwsza chyba lepsza) — zawiera milena_abc (wymaga milena-common, jako jedyny pakiet milenowy wymaga GTK)

Pytanie: czy milena_abc wymaga libmilena*.so (jeśli tak, to jeszcze konieczne byłoby libmilena) oraz milena_book, milenizera lub innych?

milena_abc wymaga:

a) libmilena*.so (czyli powiedzmy milena_libs, a milena_libs wymaga milena_data)
b) pliku basewords (czyli milena_base).

Dodatkowo - milena_libs (czyli wyłącznie libmilena*so i data) będą wymagane przez speech-dispatcher-milena i opentts-milena, czyli warto z tego zrobić oddzielny pakiet...

Chcialbym tak spakietować, aby możliwe było łatwe zainstalowanie wszystkiego, tylko mileny_abc lub tylko konsolowych programów.

To wydzieliłbym tu jeszcze jako oddzielny pakiet:
a) milena_ws (90% ludzi tego nie potrzebuje, tylko to z podstawowego pakietu wymaga libao)

b) milena_dykcjonarz - jego funkcję przejęła milena_abc, ale może być przydatny w czysto konsolowych aplikacjach. Wymaga milena_base.

Mam jeszcze problem z milena_convert i tak dalej - ale w takim najbardziej podstawowym pakiecie (czyli biblioteki i mało co więcej) powinny być "milena_convert", "milenizer" i "milena"...

mati75 napisał(-a):

Zaraz zbuduje paczki dla amd64.

----------edyta-----------------
Nie zrobi paczki sypie mi się na:

Kod:

/usr/bin/make -C src clean

to chyba mój błąd. Poczekaj do jutra, ja swoją część już poprawiłem, kumpel ma poprawić resztę

Właśnie wrzuciłem 0.2.20.0 na serwer - można paczkować :)
Z rzeczy interesujących do pakietowania: poprawione Makefile (wszystkie) w związku z rm.

Drobiazg (azhag, do Ciebie):

zmień:

export contrast=$(shell ./have_contrast)

na

export contrast=contrast

raczej soxa w wersji 14.0 się już nie spotyka, a przy kompilacji na systemie z pulseaudio wali jakimś durnym błędem, można chyba założyć że mamy soxa >=14.1 albo dać to w requires?

Test "have_contrast" został ze względu na różne centosy które zawierają dość prehistorycznego soxa...

Przepraszam  że wczoraj nie odpisałem ale usiadłem na okularach i odeszła mi absolutnie chęć do czegokolwiek :(

azhag napisał(-a):

ethanak napisał(-a):

raczej soxa w wersji 14.0 się już nie spotyka, a przy kompilacji na systemie z pulseaudio wali jakimś durnym błędem

Właściwie w Lenny'm jest 0.14... Ale to się ręcznie zrobi rewizję ~lenny1 lub pomyślę, jak to bardziej elegancko zrobić. W tym roku pewnie wyjdzie Squeeze, więc problem zniknie.

W sumie można sprawdzać wersję soxa (dla >= 14.1 contrast="contrast", dla niższych contrast="")

Czyli muszę zbudować pakiety z milena-data-0.2.20.0.tar.gz, milena-dist-0.2.20.tar.gz, milena-basewords-0.2.7.tar.gz, milena_abc-0.1.14.tar.gz?

Najlepiej tak - przy rozbiciu masz milena_base (z milena_basewords), milena_data (z milena_data) i resta z milena_dist. Dodatkowo - przy zmianach tylko w milena_data czy milena_base nie trzeba nic kombinować ze zmianami w debianowskich dodatkach, basewords to jeden plik który tylko trzeba wrzucić we właściwe miejsce, z data praktycznie jest to samo. Przy milena_dist coś tam się zawsze może zmienić, chociaż po ostatnich poprawkach zmian raczej nie przewiduję .

Jeśli miałby to być jeden wielki deb ze wszystkim to można robić z pojedynczego pliku - mój skrypcik uploadujący dba o to aby tam zawsze były najbardziej aktualne komponenty.

Oczywiście milena_submixer, milena_abc i milena_gtk to oddzielne źródełka.

Jeśli chodzi o rozbicie — skłaniam się ku takiej wersji:
patrz wyżej

Może być.

jeszcze jakieś przegapiłem?

milena_speechd (nazwałbym to milena_speechd_generic). Wymaga speech-dispatchera (wersja dowolna). Tu konieczny jest oddzielny deb, bo plik konfiguracyjny umieszczany jest w katalogu należącym do speech-dispatchera. Nie wiem czy nie byłby potrzebny jakiś mądry programik który dopisałby odpowiednią linijkę AddModule do speechd.conf (o ile takiej już nie ma...). Co prawda mam zamiar się pozbyć tego na rzecz speechd_milena, ale dopóki go nie ma - muszę to niestety zostawić :(

Przynajmniej jedno z narzędzi (milena_say) to skrypt basha. Szybki rzut oka pokazuje, że nie ma tam jakiś ekwilibrystycznych formuł, nie miałbyś nic przeciwko, jakbym przepisał do czystego sh? Pozwoliłoby to uniknąć dodania basha do wymaganych.

Takich tam jest więcej - milena_nokia, milena_book, milena_conf i tak dalej. Oczywiście możesz to przepisać na cokolwiek, ja to po prostu od początku robiłem w PLD a tam bash jest na dzień dobry jako shell dla użytkownika.

Dobra, muszę trochę popracować :)

Tak na szybko, bo nie mam w tej chwili czasu za bardzo się wgryźć. Potem może coś dodam.

ethanak napisał(-a):

milena_doc - wszystkie README (oprócz speechd)

Ja bym dał wszystkie, najwyżej dopisał w README do speechd, że należy zainstalować taki a taki pakiet, żeby z tego korzystać. Tak po prostu będzie łatwiej. :)

milena_common - milena, milena_convert, milenizer (wymaga milena_libs w konkretnej wersji, libenca,  rekomend. antiword, poppler-utils, odt2txt)
Potrzebne dla aplikacji opartych o Milenę

Nie może być milena-common, common jest używane (pewnie nawet w Policy będzie coś na ten temat) dla plików współdzielonych. Proponuję milena-utils-base.

milena_util_book - (req milena_dykcjonarz, milena_say, lame, rekomend. faac)
Umożliwia tworzenie audioksiążek (konsola)
czy dykcjonarz jako required czy recommended?

Ja bym dał jako rekomendowany, koniecznie nie jest chyba wymagany.

oggenc to by się chyba przydał, zdaje się, że widziałem opcję do Ogg Vorbis w pomocy.

milena_util_nokia - (req milena_dykcjonarz, milena_say, amrwb, rekomend. ImageMagick)
Umożliwia tworzenie audioksiążek dla Nokia Audiobook (konsola)

amrwb czyli libopencore-amrwb0?

milena_utilities - metapakiet (wszystkie util)

Myślę, że nazwa milena-utils-all będzie lepsza.

milena_abc_nokia - (req milena_abc, wget, gcc i tak dalej)
Instalator tworzący bibliotekę libamrwb_lib.so na podstawie oryginalnych źródel z 3gpp (licencja nie pozwala na redystrybucję). Konieczny do tworzenia audioksiążek dla Nokia Audiobooks przez milena_abc

a libopencore-amrwb0 (an implementation of the 3GPP TS 26.173 specification for the Adaptive Multi-Rate - Wideband (AMR-WB)) lub libgsm0710-0 (a lightweight implementation of the 3GPP GSM 07.10 multiplexing protocol) się nie nada?

Ponadto drobne uwagi związane z konwencją nazw w Debianie: „-” zamiast „_”, libmilena, zamiast milena_lib.

Jakoś do końca tygodnia postaram się coś wydłubać.

bubuntu przeciez z debow korzysta. wiec nie powinno byc problemow.

ethanak napisał(-a):

a libopencore-amrwb0 (an implementation of the 3GPP TS 26.173 specification for the Adaptive Multi-Rate - Wideband (AMR-WB)) lub libgsm0710-0 (a lightweight implementation of the 3GPP GSM 07.10 multiplexing protocol) się nie nada?

Muszę zobaczyć co to za zwierz, te biblioteki nie są chyba dostępne dla wszystkich dystrybucji? Jeśli są - przerobię kod.

Są dostępne dla wszystkich, to — wg opisu pakietu — fragment Androida. Ponieważ są w main, są zgodne z Wytycznymi Debiana odnośnie Wolnego Oprogramowania. Dokładne informacje o licencji są na http://packages.debian.org/changelogs/pool/main/o/o … wb0.copyright (odnośniki „Copyright File” na packages.debian.org).

ethanak napisał(-a):

BTW. załóżmy sytuację taką jak dzisiaj

Mamy wszystkie pakiety, srakiety, rakiety, milenizery i coś tam.
Znajduję błąd w danych (akurat mam,  muszę wprowadzić imię króla "Roger" do prawidłowej odmiany rzymskich liczb, coby mi "Rogera III" czytał jako "roł~'dżera trzeciego"  a nie "roł~'dżera trzy")
Publikuję coś w stylu "milena-data.0.2.20.1234"
Jak (nie mając debiana) zrobić z tego deba? :)

Pliki są wyłącznie tekstowe i niezależne od architektury. Do dyspozycji mam:
a) PLD Th
b) CentOS 5.x
c) Fedora (taka z tych nowszych)
d) Ubuntu 10.04 (na lapku)

Masz jakiś pomysł?

Instalację Debiana na razie pomijam (nie mam wolnych maszyn, chyba że uda mi się ta sztuka pod OpenVZ) :(

Ponieważ to jest pakiet „plikowy”, niczego się nie kompiluje, wyłącznie chodzi o umieszczenie plików w odpowiednich miejscach, nie ma znaczenia na jakim systemie będzie budowany. Warunek — musisz mieć do dyspozycji dpkg z przyległościami, czyli Ubuntu się nada.

Tak długo jak nie będzie rewolucji, jedynie zwykłe podbicie wersji plików, będziesz musiał jedynie dodać wpis w debian/changelog i wykonać

dpkg-buildpackage -rfakeroot

.

Zaś jak będzie rewolucja, wystarczy dodatkowo nanieść odpowiednie zmiany w debian/rules, który jest po prostu skryptem make'a.

Ostatnio edytowany przez azhag (2010-07-28 22:14:24)

1. Rozpakowujesz tar.gz, przechodzisz do utworzonego katalogu.
2. Wykonujesz dh_make -c licencja -f ../cośtam.tar.gz
3. Nakładasz łatę
4. Przechodzisz do katalogu debian/, tam edytujesz/wywalasz odpowiednie pliki. Najważniejsze to: control, changelog, rules.
5. Wracasz do katalogu głównego źródła i wykonujesz dpkg-buildpackage -rfakeroot.

Pakiety dla -data  oraz -basewords już z grubsza (kilka kwestii technicznych jak zależności) przygotowałem, dla mileny oraz abc nie... zapomniałem zapisać sobie tego wątku, żeby wiedzieć co gdzie mam umieścić i co mam pododawać

Zaraz podrzucę te gotowe. milenę i milenę-abc powinienem mieć w środę.

Dopisek:
http://dug.net.pl/~azhag/milena/

Prawdopodobnie wystarczy, że wykonasz dh_make, nałożysz łatę, podmienisz Twój katalog debian/ z moim z wcześinejszej wersji, podbijesz wersję w debian/changelog i możesz budować pakiet.

Jak już uporządkuję, postaram się przygotować pakiet źródłowy tak, aby łatwo się go dało zaktualizować za pomocą uupdate.

Wymagania konkretnej wersji można zrobić w zależnościach pakietu, nie ma problemu.

Rzuć też okiem na aktualizację mojego posta.

No właśnie widzę - tyle że teraz już się pakietowaniem zajmować nie będę tylko mopem i ścierą :)

A z tymi wersjami chodziło mi o coś takiego - odpalam skrypt cośtam.sh, ten mi ściaga wszystkie informacje z serwera, i jeśli zmieniły się tylko data (i ewentualnie basewords, zakładam że zmiana basewords pociąga za sobą zmianę data - bo aktualizacja basewords pociąga za sobą zmiany w słownikach czy pliku danych translatora) to po prostu tworzy sobie jeden lub dwa nowe pakiety z konkretnymi zależnościami. Odpalenie czegoś takiego w cronie byłoby chyba dobrym wyjściem?

W sumie chyba jednak (pewnie w weekend) zainstaluję sobie debiana na jakiejś wirtualce...

Nie no na gentoo, to ja już sobie poszukam czy to tam jest, czy gdzie indziej, ale czemu to jest w tak niestandardowy sposób zbudowane i czemu i o co z grubsza chodzi w tym źródle, jak by Ci się chciało mi wyjaśnić jak i co to są te mbrola_voice w ogóle  :)

Spróbuje najpierw czy pod Debianem to przejdzie :)

Doszedłem do tego, że nie mam mbroli w gentoo :) dobra powoli rozumiem, że muszę ją mieć żeby to skompilować.

Ostatnio edytowany przez marg1 (2010-08-02 15:23:58)