Arch dev vs türelmetlen fejlesztő és a Qt 5

Van, aki nem bírja kivárni, amíg az Arch Linuxba is bekerül a Qt 5, és türelmetlenkedésével 40 percet késlelteti a Qt 5 bekerülését az [extra]-ba. Bármikor is jelenjen meg :)

http://dl.dropbox.com/u/62016913/posts/lets-see-how-the-community-reacs…

Hozzászólások

Hat most na abban igaza van, hogy ezert ot nem fizetik, igy keres erkezhet fele de koveteles nem. A baj az, hogy ez egy ilyen szituacio "szerintem igen <-> nem". Ilyenkor azt kellene nezni, hogy mibe faj az, hogyha van qt5 csomag is (talan nem csak ennek az embernek kell, de csak o szolt eddig).

Ertem en, hogy ezert o nem kap semmi fizetest, attol fuggetlenul o vallalta ezt, nem kenyszeritette senki erre. Tisztelet jar erte, hogy csinalja, az a minimum, de a helyes/korrekt valasz az lett volna, hogy valamikor megoldom de most nincs idom, de ha van kedved dolgozz rajta en meg felhasznalom a munkadat, igy mindenki tudja mire szamithat.

a virus hekkeringes gyerek visszater :DDDDDDDDDDD

hajra djszapi!!1111

Sajnos a dropbox blokkolva van itt a cegnel, de a telefonomon megneztem. Kar, hogy ilyennel megy az emberek ideje. Szerintem azzal veget erhetett volna a tortenet, hogy azt mondja Neki nem fontos, de a segitsegemet elfogadja. Na mindegy.

Majd a bloggomon megprobalom megosztani a Qt5 csomago(ka)t kesobb otthonrol, bar mobil internetrol leszek epp, szoval meglatjuk.

http://lpapp.blogspot.com/

Miert ilyen fontos neked a Qt5, illetve tenyleg ekkora gond leforditani & csomagolni ideiglenesen, hogy inkabb szegeny gyereket b*szogatod (neked is egyszerubb lenne) ? Nem azt mondom, hogy jol jart el, mert vitazas helyett annyit kellett volna mondjon, hogy nem er ra es ahelyett, hogy gyozkodned elmesz 'oszt csinalod magadnak...

Nem gyozkodtem, hogy csinalja. Sot, meg felajanlottam a segitsegemet is! De az sem talalt kellemes fogadtatasra. Utana meg csak leirtam a csalodott velemenyemet a dologrol. En annyit vartam, hogy az o munkajaval vagy mas segitsegevel bekerulhet-e. Egy szimpla go / no go. Erre az a valasz jott, hogy "2014-ig nincs nagy szukseg ra".

Nagyon sokaig buildelodik a Qt5, foleg a webkit resze, amit igazabol nem is hasznalnek most. Jelenleg olyan 4-5 oraja megy a build es most kaptam egy "virtual memory exhausted: Cannot allocate memory
". Szoval picit blokkolja a munkat is sajnos. Azon felul, nem hozhatok be a ceghez otthonrol anyagot es forditva. Nekem ezt mindket helyen le kellett buildelni. Gondolj bele, hogy ezt a tudomasom szerint is jo nehany ember megteszi, es ez a tabor csak noni fog.

Nagyon sok Qt(5) fejleszto van manapsag. Csak nezd meg a szavazatokat AUR-n ilyen rovid ido alatt, es gondolj bele, hogy csak az emberek kis resze szavaz. Nekem az esett rosszul, hogy felajanlottam a segitsegemet is, de szerinte ez az egesz integracio varhatna meg akar 2014-ig is. Azt mar nem is mondanam, hogy van olyan level ott, amit elvileg nekem kuldott, es el sem jutott hozzam...

Az is fura, hogy szemelyes beszelgetest kozze teszi _szo szerint_, amit en nem csinaltam volna igy. Persze nekem ez most nem gond, mert a sajat mondanivalomat ki szerettem volna tenni este a blogomra, ahogy irtam, de ez akkor sem szokas igy.

Lassan masfel eve fejlesszuk a KDE frameworks-t, korulbelul a sprint ota Svajcban. Ahhoz is Qt5-t kellene idealisan hasznalni. Vagyis, bizonyos uj fejlesztok nem is csatlakoznak, mert sokaig tart lebuildeni, tehat potencialisan uj embereket veszitunk. Azt beszeltem egy par KDE-s fejleszto haverral es barattal, hogy a kde-packagers@kde.org-ra valoszinuleg kiirjuk, hogy a distro csomagolok segitsenek csomagokkal, ha tudnak. Igazabol most el is kuldtem az emailt, de ugy tunik, hogy csak listatagok tekinthetik meg az archivet. Nincs mit takargatnom igazabol, szoval itt a level, amit most kuldtem epp ki:

"Dear Packagers,

I know you are also a bit limited by your schedule, but I think it would be a great contribution for us to see Qt5 packages available in binary forms. This would aid me, and likely many other people in the Qt/KDE community to port our projects towards the new major Qt version even if KDE frameworks did not use released distribution packages probably.

Thank you in advance!"

Igy talan jobban meg fogjak erteni ennek a sulyat. Persze, csak ha szeretik a Qt/KDE-t, de valoszinuleg ez igy van, mert azert vallaltak fel a stack csomagolasat.

Ami Tolem telik, mostmar meg fogom tenni az ugyert. Este megprobalom megosztani a binarisokat. Esetleg a legjobb lenne, ha valaki fel tudna ajanlani egy "archstuff" szeru binaris repot es oda lehetne ezeket tenni. Ugy megegyszerubb lenne, mint egy fajl megosztos helyrol.

"de szerinte ez az egesz integracio varhatna meg akar 2014-ig is"
Nem azt írta. Azt írta, hogy a qt5-öt a kde csak 2014 körül fogja használni, így nem kell sietni, hogy a hivatalos csomagok között legyen.

Egyébként szerintem kicsit gáz volt a stílusod, amolyan bicskanyitogató. De nézd, írta:

IMHO this is the right thing to do and the first thing you should have done Laszlo: build a package and put it on dropbox/repo, share it between your machines and the community if you want.

Szerintem meg nem az a "right thing to do" idealis esetben.

Ez meg mindig nem a "kuldj egy PKGBUILD-t, es atnezem, majd kijavitjuk/betesszuk", hanem meg annal egy rosszabb kategoria. Valamint, ahogy fentebb irtam, itt nem engedelyezett otthonrol hozni, illetve vinni dolgokat a cegnel. Nem en hozom a szabalyokat itt, viszont teljeseggel betartom.

Ezt a levelet meg meg sem kaptam:

"The package will hit [extra] when it’s ready (this means weeks or months). Meanwhile use the package from aur, you only need to build it once, not every day."

Azt mar nem is emlitem, hogy az AUR qt5 csomag monolitikus, es nem split, vagyis nem igazan megfelelo, ha Neked epp csak QtCore-ra van szukseged, mert ott A-Z-ig epul minden... Ja es akkor meg csak released van, tehat debug verziod sincs...

1. Mindennek van egy utja ... De ha ilyet rugalmatlanok akkor jobb lenne varrodat csinalni, nem lehet egy alom akkor ott dolgozni szvsz. A ceghez bevinni-kihozni semmit nem lehet, csak a hivatalos arch repon keresztul lehet bejuttatni a dolgokat! :D
2. Ez nem olyan dolog amit ne tudnal megoldani (ulimit?) :).

1) En szeretek itt dolgozni, mert a munka tetszik, amit csinalni kell. Egy munkahely nem ennyire feher es fekete. Sok tenyezo van altalaban, de ez egy mas thread temaja. Olyan helyhez is volt szerencsem, ahol internet sem volt a fejleszto gepeken, sot a kutato gepek egyenesen szerver szobaban voltak, es csak a monitor, billentyuzet, meg eger volt elol. :)

Tovabba vannak olyan emberek is, akik nem ugyanazt az architecturat hasznaljak a cegnel, mint otthon (32/64 bit). Ezenfelul, meg ha ez konnyen is menne, masokhoz nem biztos hogy eljut a kozossegben egy szimpla dropboxos vagy fajlmegoszto linkkel. Mindenkepp a hivatalos repora kellene torekedni.

2) Szerintem ulimit-et mar nem er meg. Lehet megprobalom VS2010 32 bites verzioval holnap a virtualboxon kivul.

Jo hir: Egyebkent kozben kaptam valaszt Qt/KDE distro csomagoloktol a kde-packager levelezo listan, hogy van olyan distro, akinel mar rendelkezesre all teszt verzio, illetve nehanynal hamarosan rendelkezesre fog. Ugy tunik volt ertelme felvetni a temat ezek szerint. Ugyan biztos kaptak mar masoktol is triggert korabban is, de minel tobben jelzik az igenyt, annal egyszerubb felmerni, hogy mennyire hasznos es nem alacsony prioritasu munka ez.

Én a te stílusodról beszéltem.

Egyébként nem hiszem, hogy olyan iszonyat nagy meló lenne egy-egy gépre lefordítani, még akkor is, ha egyesével. Hiszen amíg fordul, addig tudtok dolgozni, nem? Kicsit kicsinyesnek érzem a hozzáállásod, ennyi idő alatt, amennyit ebbe beleöltél, már meg is csinálhattad volna a PKGBUILD-et (tudsz te olyat, hisz' egy-két csomagodat "adoptáltam" :) ), és már le is fordult volna, illetve a felkínált segítséget erre lehetett volna fordítani.

Na, mindegy. Hétvége van, pihenésképpen megcsinálod a neked megfelelő pkgbuild-et, feltöltöd, hétfőn meg fordítod a cégnél. Téma lezárva.

Bocsanat, hogy hetvegen mas hobbival foglalkozom, mint zeneles vagy epp bringazas, hogy egy picit kikapcsoljak, vagy esetleg beszelgetni edesanyukammal skype-n.

Nagy melo, Te sem olvastad, hogy bent forditottam a cegnel tobb, mint 5 oraig es utana OOM lett? Valamint szerintem felreerted, itt nem a konkret esetrol volt szo, hanem elvi vitarol. Ha kinalom a segitsegemet, es nincs elfogadva ugy, hogy o sem csinalja meg, akkor arra csalodotta tudok valni, es hangot adni Neki.

Elnezest kerek, ha ez barkit is megbantott volna.

Engem nem bántottál meg ;)
De a felajánlott segítségre fordított időben csináld meg a kellő pkgbuild-et, és mindenki boldog lesz. Nem? Vagy mit gondoltál segíteni és mikor? A hétvégét csak példának írtam, de tetszőleges munkaidőn túli idő helyettesíthető. Vagy akár munkaidőben is :)
Szóval szerintem sírás helyett megcsinálod, beküldöd aur-ba, oszt' csók. Az aur-féle qt5 állt le hibával? Ha igen, akkor tolj oda egy hozzászólást. Ha nem, akkor próbáld meg az aur-t. Ha megy, akkor már sok ész nem kell, hogy szétszedd, ahogy neked tetszik.

Az OOM _nem_ a PKGBUILD hibaja, mert o mar eleve csak egy "make"-t csinal, es a qt build rendszere nem allitja a MAKEFLAGS-t tobb magos buildelesre.

Valoszinuleg Virtualbox hiba, vagy valami hasonlo. AUR hozzaszolassal meg nem lesz kijavitva, es ha elolvasod az angol blogjat Andreanak, akkor lathatod, hogy ott mar irtam, hogy split PKGBUILD legyen csinalva, vagy kulon mindre.

Megegyszer, itt nem az a cel, hogy AUR-ba bekeruljon, hanem a hivatalos repoba! Ez a kulonbseg. Ha az "no go", akkor inkabb megosztok egy binarist hamarosan.

Elfelejtettem valaszolni egy korabbi hozzaszolasodra, es ezert elnezest kernek. Tehat:

"Nem azt írta. Azt írta, hogy a qt5-öt a kde csak 2014 körül fogja használni, így nem kell sietni, hogy a hivatalos csomagok között legyen."

Vagyis 2014-ig nem kell nagyon sietni, mert alacsony prioritasu. En ettol a velemenytol teljes mertekben elzarkoznek. Azt megertem, hogy a KDE fejleszteseben annyira nem jartas, viszont leirtam Neki, hogy ahhoz ez szuper lenne, mert ugy fognak tobbet kapni a felhasznalok is kesobb, ha kevesebb idot toltenek a Qt/KDE fejlesztok ilyesmivel. Szoval szerintem ez nem alacsony prioritasu, hogy akar meg 2014 elejen is raerne betenni.

Egyebkent a blogjan most epp azt probalta megmagyarazni, hogy "../qtbase/bin/qmake" szebb, mint "qmake" hasznalat a megfelelo ${QTDIR}/qtbase/bin PATH-ba tetelevel az adott folyamat(ok)ra, amit egyebkent a Qt Project wikin eleve odatettunk az elso perctol fogva, amikor elkezdtuk buildelni gitbol. :-)

Egyetertek, es remelhetoleg siker is lesz belole.

A csomagokat megosztottam kozben itt a kde-s fileszerverunkon: http://filesmaster.kde.org/maemo/

A QtWebKit meg varat magara, mert van par bug, de mar elkuldtem egy patchet a python3-mal valo problemakra es szerintem hamarosan be is kerulhet, ha lesz idom.

Remelem paran hasznat veszik majd ezeknek a csomagoknak, bar akkor sincs semmi gond, ha nem. :)

Szerintem csak csajozni akart (meglátta az Andrea nevet). ;)