> > Co jsem hledal, tak jedina pomoc je vymazat /usr/src a udelat novy
> > checkout. Takze asi tolik ke spolehlivosti... Podotykam, ze jsem v src
> > sam zadne upravy nedelal, nic jsem tam nemenil.
>
> Myslim, ze by melo stacit smazat jen ty tri konfliktni cesty a udelat
> update.
Ahoj, prave to
radek-ntb# svn update /usr/src/
Updating '/usr/src':
Skipped '/usr/src/contrib' -- Node remains in conflict
Skipped '/usr/src/UPDATING' -- Node remains in conflict
Skipped '/usr/src/sys' -- Node remains in conflict
At revision 243946.
Summary of conflicts:
Skipped paths: 3
Co jsem hledal, tak
Ahoj, navazu na muj povzdech z minula. Cekal bych, ze kdyz uz se dela
zmena, bude to alespon v tom zakladnim ohledu k lepsimu. Zatimco s
cvsupem jsem za x let nemel jediny problem, tak po par tydnech provozu
dostavam tuto hlasku:
radek-ntb# svn update /usr/src/
Updating '/usr/src':
Skipped '/usr/s
Pozdravujem Vas,
krasne to citanie, precital som si to velmi podrobne a s mnohymi
vyjadreniami mozem plne suhlasit. Nebudem vypisovat s ktorymi, napisem
to trochu inak. Koniec koncov, uz som sa v podobnom duchu aj vyjadril, a
myslim, ze ma mozno zaradit medzi prvych, ktori citili obavy,
nesp
Miroslav Lachman wrote:
>> Podstata meho prispevku byla v tom, ze chtit muzeme cokoliv. Jenze,
>> nakonec dostaneme to, co nekdo udela.
>
> To ale stejne tak plati i u placenych produktu / sluzeb. Samo se to
> neudela, nekdo to musi udelat.
'sem myslel, ze nemusim psat co je jasny. Ten, kdo to de
Take bych se priklanel k nazoru, ze tato akce uz byla dopredu planovana a
jelikoz nemela nic spolecneho s problemem, ktery nastal, tak problem byl
jen zaminkou. Ted jde jeste o to, v jake fazi byli pripraveni na prechod,
jestli to nebylo unahlene, diky problemum, ktere nastali .
Jeste malou poz
Puvodne uz jsem do tohoto vlakna nechtel vubec nic psat, ale neda mi to.
Dan Lukes wrote:
Pavel Baculák wrote:
nemuzeme chtit aby
Podstata meho prispevku byla v tom, ze chtit muzeme cokoliv. Jenze,
nakonec dostaneme to, co nekdo udela.
To ale stejne tak plati i u placenych produktu / sluzeb
Pavel Baculák wrote:
> nemuzeme chtit aby
Podstata meho prispevku byla v tom, ze chtit muzeme cokoliv. Jenze,
nakonec dostaneme to, co nekdo udela. Udela dobrovolne a ve svem volnem
case. Zatimco my zasvecene diskutujeme o tom, co by pro nas udelat mel.
Cimz opravdu nechci utnout diskusi na tema
Ahoj,
> Prestoze mi nektere vlastnosti a diskutovane zmeny vubec nezni
> sympaticky, obavam se, ze pro vetsinu dotovaneho casu rozhodne neplati,
> ze byl venovan s vidinou "lepsiho systemu pro nejakeho imaginarniho
> koncoveho uzivatele". System pro nejakeho koncoveho uzivatele je tak
> trochu ve
Ted budu mozna malinko osklivej, ale s Danem nesouhlasim.
Uznavam, ze ma castecne pravdu, ale nemuzeme chtit aby se jakykoliv system,
ktery ma 400 aktivnich vyvojaru se soustredil jen na omezenou cast
uzivatelu, to je sileny a rekl bych zbytecna prace vytvareni napriklad
dokumentace - potazmo freeb
Dne 21.11.2012 18:26, Radek Krejča napsal(a):
A po dalsim "problemu" bude rada jaka? Forkni si "MojeBSD"?
ja mam forkly prakticky vsechen open source soft co pouzivam pro
produkci: cassandra, freebsd, hadoop, lucene, solr, postgresql-jdbc.
Neni se ceho obavat, konfliktni zmeny tam jsou dost malo
Tak ja to teda budu za dablova advokata.
Radek Krejča wrote:
> Ja, jako koncovy uzivatel, pro ktereho se vlastne ten system dela
Prestoze mi nektere vlastnosti a diskutovane zmeny vubec nezni
sympaticky, obavam se, ze pro vetsinu dotovaneho casu rozhodne neplati,
ze byl venovan s vidinou "lepsih
> > A po dalsim "problemu" bude rada jaka? Forkni si "MojeBSD"?
> ja mam forkly prakticky vsechen open source soft co pouzivam pro
> produkci: cassandra, freebsd, hadoop, lucene, solr, postgresql-jdbc.
> Neni se ceho obavat, konfliktni zmeny tam jsou dost malo casto.
Tim myslis, ze mas "vlastni" s
Dne 21.11.2012 16:43, Miroslav Lachman napsal(a):
Radim Kolar wrote:
ze portsnap svou podstatou dost komplikuje udrzovani lokalnich
modifikaci nekterych portu.
nacpi si lokalni port tree do gitu.
A po dalsim "problemu" bude rada jaka? Forkni si "MojeBSD"?
ja mam forkly prakticky vsechen ope
Radek Krejča wrote:
http://wiki.freebsd.org/VCSWhy
Mozno ty ako koncovy uzivatel vyhody nevidis, ale z pohladu vyvojara to
zmysel ma. Samozrejme sa naskyta otazka preco sa cvs nezachova, nuz
udalosti poslednych dni poukazuju na nedostatky cvs a zbytocne
Z pohledu vyvojare... by tam vetsina rad
Tuto vetu jsem cetl uz 17teho na strankach FreeBSD
"The compromise is believed to have occurred due to the leak of an SSH key
from a developer who legitimately had access to the machines in question,
and was not due to any vulnerability or code exploit within FreeBSD."
Ale nejak se mne nechce ver
Radim Kolar wrote:
ze portsnap svou podstatou dost komplikuje udrzovani lokalnich
modifikaci nekterych portu.
nacpi si lokalni port tree do gitu.
A po dalsim "problemu" bude rada jaka? Forkni si "MojeBSD"?
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/u
> http://wiki.freebsd.org/VCSWhy
>
> Mozno ty ako koncovy uzivatel vyhody nevidis, ale z pohladu vyvojara to
> zmysel ma. Samozrejme sa naskyta otazka preco sa cvs nezachova, nuz
> udalosti poslednych dni poukazuju na nedostatky cvs a zbytocne
No, a to je prave ten kamen urazu. Ja, jako koncovy u
ze portsnap svou podstatou dost komplikuje udrzovani lokalnich
modifikaci nekterych portu.
nacpi si lokalni port tree do gitu.
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
Daniel Gerzo wrote:
Chcelo by to nieco ako portsnap pre src, co by mohol byt celkom pekny
projekt pre noveho contributora...
Myslim, ze portsnap pro src by byla pro radu lidi ta posledni kapka a
duvod k prechodu na jiny OS. Uz takhle je dost lidi "nestastnych" z
toho, ze portsnap svou podsta
On 2012-11-21 12:22, Pavel Baculák wrote:
PS: Nenarazil jste nekde nekdo na to, co bylo presne za tim security
problemem? Neco malo je na
http://www.freebsd.org/news/2012-compromise.htmlale
"The compromise is believed to have occurred due to the leak of an SSH
key from a developer who le
On 2012-11-21 11:04, Radek Krejča wrote:
A po mem placi se dostavam tedy k otazce, kterou jsem naznacil v
predmetu - proc tyto zmeny (cvsup je uz oznaceny jako deprecated,
takze
se jim v dohledne dobe proste nevyhnu), kdyz jsou z meho pohledu na
prvni, druhy, treti az nevim kolikaty pohled jed
Nejsem zadny odbornik na FreeBSD, ale tech skopicin se jim dari posledni
dobou vice. Uz tomu chybi jen zasah do defaultnich konfiguraci v /etc a
mame vystarano :-)
Doufejme, ze nas necekaji zmeny jako kdysi v.4 a v. 5 a potazmo odstepeni
DragonflyBSD.
Baci
PS: Nenarazil jste nekde nekdo na to, co
23 matches
Mail list logo