3:59 p.m.
Prezados amigos, recentemente escrevi uma matéria sobre o desktop Enlightenment para a
Revista Fedora Brasil e o artigo acabou tomando uma proporção maior do que o esperado.
Troquei alguns e-mails o empacotador responsável pelo E17 no Fedora e conforme a conversa
foi evoluindo ele concordou em nos escrever um pequeno texto sobre o repositório e sobre
como iniciou os trabalhos de empacotamento.
O Professor Gregory Kriehn leciona no curso de engenharia elétrica no CalTech e eu
gostaria de pedir que algum dos nossos tradutores mais experientes assumisse o texto (que
segue abaixo). Claro, tanto o nome do autor quanto o do tradutor constarão na edição..
Grande abraço a todos
--------------------------------------
A number of years ago I sought to gather all of the personal notes that
I had developed with respect to RedHat and Fedora Linux into a
comprehensive set of online notes. The notes were developed primarily
as a way to have a centralized location for me to remember how to
perform various tasks in Linux, although I found that people from all
over the world also benefited from them. Sometime after I started doing
this, Stanton Finley retired his Fedora Core notes, and so I became one
of the new destinations for HOWTOs with regard to Fedora.
Over the years I have also became increasing frustrated with both Gnome
and KDE. I feel that the Gnome developers have dumbed down the Windows
Manager to the point that no one is allowed to (or able to) configure
anything, and I have always found KDE too buggy for my personal taste.
Between Fedora Core 1 and Fedora Core 5, I looked for an alternative
Windows Manager that balanced issues such as speed and simplicity with
ease of use and an ability to configure it to my liking until I came
upon Didier Casse's E17 Alpha packages (Fedora Core 5'ish). For a span
of about 2 years I worked with Didier off and on to help debug and
configure some of his packages until he became too busy to keep up his
repository. He eventually passed the torch onto me, and so I decided to
create my own repository to keep up the tradition of offering updated
monthly E17 snapshots.
More recently, Enlightenment has moved from CVS to SVN, and has
undergone some fundamental changes with the deprecation of Epeg and the
introduction of the Eina library, and so it took considerably longer
than I would have liked to develop a comprehensive set of Enlightenment
packages for Fedora 10. This was complicated by the introduction of
Enlightenment Foundation Libraries (EFL) into the Fedora Updates
Repository, in addition to Enlightenment itself. I originally had
planned on removing any packages that had made it into the Fedora
Repository to avoid conflicts and slowly phase out the Kriehn Repository
once E17 reached a point of stable maturity. However, I have found that
the E17 packages currently within the Fedora Repository are based upon
an old set of CVS packages, and that the Fedora maintainer has become to
busy to update or maintain them. Because the older packages conflict
with the newer code in SVN (primarily as a result of the new Eina
library), I have therefore decided to continue to offer a full set of
E17 packages that include the Enlightenment Foundation Libraries,
Enlightenment and its add-on Modules, as well as a number of other
Enlightenment Applications that are at various degrees of maturity (or
immaturity, whatever the case may be) within the Kriehn Repository.
To avoid conflicts with the Fedora Repository, I have ensured that the
version numbers on my packages are greater than what is offered in
Fedora Updates. This way, if you try to install an Enlightenment
package, it will default to the Kriehn Repository opposed to Fedora
Updates.
Why not just become a Fedora maintainer myself? Well, I hack code in my
spare time and use Linux because it increases my productivity as an
Engineering Professor, but I found Fedora's Packaging Guidelines are too
obtuse and time consuming for me to become a full time maintainer. I am
afraid that the same thing would happen to me as what happened to the
old Fedora Enlightenment Maintainer, and as a result, E17 packages would
languish and die once again on Fedora. I gave "Becoming a Fedora
Maintainer" a trial run and helped push xosview back into the distro,
but simply found the process too convoluted and involved. I understand
the need for exacting guidelines -- it has helped Fedora become a world
class Linux distribution in recent years, but I simply do not have the
time to officially maintain 80 Enlightenment packages for Fedora. In a
similar manner, I looked toward RPMFusion, but found that they have
decided to adopt similar Packaging Guidelines as Fedora. As a result, I
find it simplest to run my automated scripts that will pull source from
SVN, package them into tarballs, create and sign the RPMS, and upload
them to my server. I have tried to adhere as closely as possible to
Fedora's SPEC Guidelines wherever possible, and have had great help from
Vasile Chelban in bringing them into proper shape with mock. Vasile has
also been kind enough to mirror my repository and create x86_64 packages
from the i386 packages I have developed and automatically rsync them
back to my server. So far it has been a great working relationship.
We are currently looking at creating a local SVN directory where we can
place the build scripts and the SPEC files into in order to provide more
robust (and a bit more timely, perhaps) E17 packages. So the future of
the Kriehn Repository and E17 look bright, even though it got off to a
rocky and delayed start with respect to Fedora 10. Thanks for your
patience!
------------------------------------
Henrique "LonelySpooky" Junior
------------------------------
"In a world without walls and fences, who needs windows and gates?!"
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com
5:13 p.m.
Ninguém, pessoal?
2009/3/2 Henrique Junior <henriquecsj(a)gmail.com>:
Prezados amigos, recentemente escrevi uma matéria sobre o desktop
Enlightenment para a Revista Fedora Brasil e o artigo acabou tomando uma
proporção maior do que o esperado. Troquei alguns e-mails o empacotador
responsável pelo E17 no Fedora e conforme a conversa foi evoluindo ele
concordou em nos escrever um pequeno texto sobre o repositório e sobre como
iniciou os trabalhos de empacotamento.
O Professor Gregory Kriehn leciona no curso de engenharia elétrica no
CalTech e eu gostaria de pedir que algum dos nossos tradutores mais
experientes assumisse o texto (que segue abaixo). Claro, tanto o nome do
autor quanto o do tradutor constarão na edição.
Grande abraço a todos
--------------------------------------
A number of years ago I sought to gather all of the personal notes that
I had developed with respect to RedHat and Fedora Linux into a
comprehensive set of online notes. The notes were developed primarily
as a way to have a centralized location for me to remember how to
perform various tasks in Linux, although I found that people from all
over the world also benefited from them. Sometime after I started doing
this, Stanton Finley retired his Fedora Core notes, and so I became one
of the new destinations for HOWTOs with regard to Fedora.
Over the years I have also became increasing frustrated with both Gnome
and KDE. I feel that the Gnome developers have dumbed down the Windows
Manager to the point that no one is allowed to (or able to) configure
anything, and I have always found KDE too buggy for my personal taste.
Between Fedora Core 1 and Fedora Core 5, I looked for an alternative
Windows Manager that balanced issues such as speed and simplicity with
ease of use and an ability to configure it to my liking until I came
upon Didier Casse's E17 Alpha packages (Fedora Core 5'ish). For a span
of about 2 years I worked with Didier off and on to help debug and
configure some of his packages until he became too busy to keep up his
repository. He eventually passed the torch onto me, and so I decided to
create my own repository to keep up the tradition of offering updated
monthly E17 snapshots.
More recently, Enlightenment has moved from CVS to SVN, and has
undergone some fundamental changes with the deprecation of Epeg and the
introduction of the Eina library, and so it took considerably longer
than I would have liked to develop a comprehensive set of Enlightenment
packages for Fedora 10. This was complicated by the introduction of
Enlightenment Foundation Libraries (EFL) into the Fedora Updates
Repository, in addition to Enlightenment itself. I originally had
planned on removing any packages that had made it into the Fedora
Repository to avoid conflicts and slowly phase out the Kriehn Repository
once E17 reached a point of stable maturity. However, I have found that
the E17 packages currently within the Fedora Repository are based upon
an old set of CVS packages, and that the Fedora maintainer has become to
busy to update or maintain them. Because the older packages conflict
with the newer code in SVN (primarily as a result of the new Eina
library), I have therefore decided to continue to offer a full set of
E17 packages that include the Enlightenment Foundation Libraries,
Enlightenment and its add-on Modules, as well as a number of other
Enlightenment Applications that are at various degrees of maturity (or
immaturity, whatever the case may be) within the Kriehn Repository.
To avoid conflicts with the Fedora Repository, I have ensured that the
version numbers on my packages are greater than what is offered in
Fedora Updates. This way, if you try to install an Enlightenment
package, it will default to the Kriehn Repository opposed to Fedora
Updates.
Why not just become a Fedora maintainer myself? Well, I hack code in my
spare time and use Linux because it increases my productivity as an
Engineering Professor, but I found Fedora's Packaging Guidelines are too
obtuse and time consuming for me to become a full time maintainer. I am
afraid that the same thing would happen to me as what happened to the
old Fedora Enlightenment Maintainer, and as a result, E17 packages would
languish and die once again on Fedora. I gave "Becoming a Fedora
Maintainer" a trial run and helped push xosview back into the distro,
but simply found the process too convoluted and involved. I understand
the need for exacting guidelines -- it has helped Fedora become a world
class Linux distribution in recent years, but I simply do not have the
time to officially maintain 80 Enlightenment packages for Fedora. In a
similar manner, I looked toward RPMFusion, but found that they have
decided to adopt similar Packaging Guidelines as Fedora. As a result, I
find it simplest to run my automated scripts that will pull source from
SVN, package them into tarballs, create and sign the RPMS, and upload
them to my server. I have tried to adhere as closely as possible to
Fedora's SPEC Guidelines wherever possible, and have had great help from
Vasile Chelban in bringing them into proper shape with mock. Vasile has
also been kind enough to mirror my repository and create x86_64 packages
from the i386 packages I have developed and automatically rsync them
back to my server. So far it has been a great working relationship.
We are currently looking at creating a local SVN directory where we can
place the build scripts and the SPEC files into in order to provide more
robust (and a bit more timely, perhaps) E17 packages. So the future of
the Kriehn Repository and E17 look bright, even though it got off to a
rocky and delayed start with respect to Fedora 10. Thanks for your
patience!
------------------------------------
Henrique "LonelySpooky" Junior
------------------------------
"In a world without walls and fences, who needs windows and gates?!"
________________________________
Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 -
Celebridades - Música - Esportes
--
Fedora-trans-pt_br mailing list
Fedora-trans-pt_br(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
--
Henrique "LonelySpooky" Junior
http://www.lonelyspooky.com
-------------------------------------------------------------
"In a world without walls and fences, who needs windows and gates?!"
8:43 p.m.
Henrique,
Realmente não posso pegar, pois começou minhas aulas e já tenho o módulo do
FAS pra traduzir por esses dias.
Ultimamente tenho visto por movimentação por aqui. Sendo assim, acredito que
não será fácil encontrar um voluntário pra isso.
Obrigado,
Rafael Gomes
Consultor em TI
Embaixador Fedora
LPIC-1
(71) 8146-5772
Fedora Talk : 5103520
On Tue, Mar 3, 2009 at 8:13 PM, Henrique Junior <henriquecsj(a)gmail.com>wrote:
Ninguém, pessoal?
2009/3/2 Henrique Junior <henriquecsj(a)gmail.com>:
> Prezados amigos, recentemente escrevi uma matéria sobre o desktop
> Enlightenment para a Revista Fedora Brasil e o artigo acabou tomando uma
> proporção maior do que o esperado. Troquei alguns e-mails o empacotador
> responsável pelo E17 no Fedora e conforme a conversa foi evoluindo ele
> concordou em nos escrever um pequeno texto sobre o repositório e sobre
como
> iniciou os trabalhos de empacotamento.
> O Professor Gregory Kriehn leciona no curso de engenharia elétrica no
> CalTech e eu gostaria de pedir que algum dos nossos tradutores mais
> experientes assumisse o texto (que segue abaixo). Claro, tanto o nome do
> autor quanto o do tradutor constarão na edição.
>
> Grande abraço a todos
>
> --------------------------------------
> A number of years ago I sought to gather all of the personal notes that
> I had developed with respect to RedHat and Fedora Linux into a
> comprehensive set of online notes. The notes were developed primarily
> as a way to have a centralized location for me to remember how to
> perform various tasks in Linux, although I found that people from all
> over the world also benefited from them. Sometime after I started doing
> this, Stanton Finley retired his Fedora Core notes, and so I became one
> of the new destinations for HOWTOs with regard to Fedora.
>
> Over the years I have also became increasing frustrated with both Gnome
> and KDE. I feel that the Gnome developers have dumbed down the Windows
> Manager to the point that no one is allowed to (or able to) configure
> anything, and I have always found KDE too buggy for my personal taste.
> Between Fedora Core 1 and Fedora Core 5, I looked for an alternative
> Windows Manager that balanced issues such as speed and simplicity with
> ease of use and an ability to configure it to my liking until I came
> upon Didier Casse's E17 Alpha packages (Fedora Core 5'ish). For a span
> of about 2 years I worked with Didier off and on to help debug and
> configure some of his packages until he became too busy to keep up his
> repository. He eventually passed the torch onto me, and so I decided to
> create my own repository to keep up the tradition of offering updated
> monthly E17 snapshots.
>
> More recently, Enlightenment has moved from CVS to SVN, and has
> undergone some fundamental changes with the deprecation of Epeg and the
> introduction of the Eina library, and so it took considerably longer
> than I would have liked to develop a comprehensive set of Enlightenment
> packages for Fedora 10. This was complicated by the introduction of
> Enlightenment Foundation Libraries (EFL) into the Fedora Updates
> Repository, in addition to Enlightenment itself. I originally had
> planned on removing any packages that had made it into the Fedora
> Repository to avoid conflicts and slowly phase out the Kriehn Repository
> once E17 reached a point of stable maturity. However, I have found that
> the E17 packages currently within the Fedora Repository are based upon
> an old set of CVS packages, and that the Fedora maintainer has become to
> busy to update or maintain them. Because the older packages conflict
> with the newer code in SVN (primarily as a result of the new Eina
> library), I have therefore decided to continue to offer a full set of
> E17 packages that include the Enlightenment Foundation Libraries,
> Enlightenment and its add-on Modules, as well as a number of other
> Enlightenment Applications that are at various degrees of maturity (or
> immaturity, whatever the case may be) within the Kriehn Repository.
> To avoid conflicts with the Fedora Repository, I have ensured that the
> version numbers on my packages are greater than what is offered in
> Fedora Updates. This way, if you try to install an Enlightenment
> package, it will default to the Kriehn Repository opposed to Fedora
> Updates.
>
> Why not just become a Fedora maintainer myself? Well, I hack code in my
> spare time and use Linux because it increases my productivity as an
> Engineering Professor, but I found Fedora's Packaging Guidelines are too
> obtuse and time consuming for me to become a full time maintainer. I am
> afraid that the same thing would happen to me as what happened to the
> old Fedora Enlightenment Maintainer, and as a result, E17 packages would
> languish and die once again on Fedora. I gave "Becoming a Fedora
> Maintainer" a trial run and helped push xosview back into the distro,
> but simply found the process too convoluted and involved. I understand
> the need for exacting guidelines -- it has helped Fedora become a world
> class Linux distribution in recent years, but I simply do not have the
> time to officially maintain 80 Enlightenment packages for Fedora. In a
> similar manner, I looked toward RPMFusion, but found that they have
> decided to adopt similar Packaging Guidelines as Fedora. As a result, I
> find it simplest to run my automated scripts that will pull source from
> SVN, package them into tarballs, create and sign the RPMS, and upload
> them to my server. I have tried to adhere as closely as possible to
> Fedora's SPEC Guidelines wherever possible, and have had great help from
> Vasile Chelban in bringing them into proper shape with mock. Vasile has
> also been kind enough to mirror my repository and create x86_64 packages
> from the i386 packages I have developed and automatically rsync them
> back to my server. So far it has been a great working relationship.
>
> We are currently looking at creating a local SVN directory where we can
> place the build scripts and the SPEC files into in order to provide more
> robust (and a bit more timely, perhaps) E17 packages. So the future of
> the Kriehn Repository and E17 look bright, even though it got off to a
> rocky and delayed start with respect to Fedora 10. Thanks for your
> patience!
> ------------------------------------
>
> Henrique "LonelySpooky" Junior
> ------------------------------
> "In a world without walls and fences, who needs windows and gates?!"
>
> ________________________________
> Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 -
> Celebridades - Música - Esportes
> --
> Fedora-trans-pt_br mailing list
> Fedora-trans-pt_br(a)redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
>
--
Henrique "LonelySpooky" Junior
http://www.lonelyspooky.com
-------------------------------------------------------------
"In a world without walls and fences, who needs windows and gates?!"
--
Fedora-trans-pt_br mailing list
Fedora-trans-pt_br(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
6:20 a.m.
Bom dia,
Qual a urgência desta tradução? Pode ser se consiga fazer.
T+
Delmar José Thomé
Consultor em TI
Platinus Engenharia Ltda
----- Original Message -----
From: Rafael Gomes
To: fedora-trans-pt_br(a)redhat.com
Sent: Tuesday, March 03, 2009 11:43 PM
Subject: Re: [Fedora-trans-pt_br] Tradução para a Revista Fedora Brasil [pedido]
Henrique,
Realmente não posso pegar, pois começou minhas aulas e já tenho o módulo do FAS pra
traduzir por esses dias.
Ultimamente tenho visto por movimentação por aqui. Sendo assim, acredito que não será
fácil encontrar um voluntário pra isso.
Obrigado,
Rafael Gomes
Consultor em TI
Embaixador Fedora
LPIC-1
(71) 8146-5772
Fedora Talk : 5103520
On Tue, Mar 3, 2009 at 8:13 PM, Henrique Junior <henriquecsj(a)gmail.com> wrote:
Ninguém, pessoal?
2009/3/2 Henrique Junior <henriquecsj(a)gmail.com>:
Prezados amigos, recentemente escrevi uma matéria sobre o desktop
Enlightenment para a Revista Fedora Brasil e o artigo acabou tomando uma
proporção maior do que o esperado. Troquei alguns e-mails o empacotador
responsável pelo E17 no Fedora e conforme a conversa foi evoluindo ele
concordou em nos escrever um pequeno texto sobre o repositório e sobre como
iniciou os trabalhos de empacotamento.
O Professor Gregory Kriehn leciona no curso de engenharia elétrica no
CalTech e eu gostaria de pedir que algum dos nossos tradutores mais
experientes assumisse o texto (que segue abaixo). Claro, tanto o nome do
autor quanto o do tradutor constarão na edição.
Grande abraço a todos
--------------------------------------
A number of years ago I sought to gather all of the personal notes that
I had developed with respect to RedHat and Fedora Linux into a
comprehensive set of online notes. The notes were developed primarily
as a way to have a centralized location for me to remember how to
perform various tasks in Linux, although I found that people from all
over the world also benefited from them. Sometime after I started doing
this, Stanton Finley retired his Fedora Core notes, and so I became one
of the new destinations for HOWTOs with regard to Fedora.
Over the years I have also became increasing frustrated with both Gnome
and KDE. I feel that the Gnome developers have dumbed down the Windows
Manager to the point that no one is allowed to (or able to) configure
anything, and I have always found KDE too buggy for my personal taste.
Between Fedora Core 1 and Fedora Core 5, I looked for an alternative
Windows Manager that balanced issues such as speed and simplicity with
ease of use and an ability to configure it to my liking until I came
upon Didier Casse's E17 Alpha packages (Fedora Core 5'ish). For a span
of about 2 years I worked with Didier off and on to help debug and
configure some of his packages until he became too busy to keep up his
repository. He eventually passed the torch onto me, and so I decided to
create my own repository to keep up the tradition of offering updated
monthly E17 snapshots.
More recently, Enlightenment has moved from CVS to SVN, and has
undergone some fundamental changes with the deprecation of Epeg and the
introduction of the Eina library, and so it took considerably longer
than I would have liked to develop a comprehensive set of Enlightenment
packages for Fedora 10. This was complicated by the introduction of
Enlightenment Foundation Libraries (EFL) into the Fedora Updates
Repository, in addition to Enlightenment itself. I originally had
planned on removing any packages that had made it into the Fedora
Repository to avoid conflicts and slowly phase out the Kriehn Repository
once E17 reached a point of stable maturity. However, I have found that
the E17 packages currently within the Fedora Repository are based upon
an old set of CVS packages, and that the Fedora maintainer has become to
busy to update or maintain them. Because the older packages conflict
with the newer code in SVN (primarily as a result of the new Eina
library), I have therefore decided to continue to offer a full set of
E17 packages that include the Enlightenment Foundation Libraries,
Enlightenment and its add-on Modules, as well as a number of other
Enlightenment Applications that are at various degrees of maturity (or
immaturity, whatever the case may be) within the Kriehn Repository.
To avoid conflicts with the Fedora Repository, I have ensured that the
version numbers on my packages are greater than what is offered in
Fedora Updates. This way, if you try to install an Enlightenment
package, it will default to the Kriehn Repository opposed to Fedora
Updates.
Why not just become a Fedora maintainer myself? Well, I hack code in my
spare time and use Linux because it increases my productivity as an
Engineering Professor, but I found Fedora's Packaging Guidelines are too
obtuse and time consuming for me to become a full time maintainer. I am
afraid that the same thing would happen to me as what happened to the
old Fedora Enlightenment Maintainer, and as a result, E17 packages would
languish and die once again on Fedora. I gave "Becoming a Fedora
Maintainer" a trial run and helped push xosview back into the distro,
but simply found the process too convoluted and involved. I understand
the need for exacting guidelines -- it has helped Fedora become a world
class Linux distribution in recent years, but I simply do not have the
time to officially maintain 80 Enlightenment packages for Fedora. In a
similar manner, I looked toward RPMFusion, but found that they have
decided to adopt similar Packaging Guidelines as Fedora. As a result, I
find it simplest to run my automated scripts that will pull source from
SVN, package them into tarballs, create and sign the RPMS, and upload
them to my server. I have tried to adhere as closely as possible to
Fedora's SPEC Guidelines wherever possible, and have had great help from
Vasile Chelban in bringing them into proper shape with mock. Vasile has
also been kind enough to mirror my repository and create x86_64 packages
from the i386 packages I have developed and automatically rsync them
back to my server. So far it has been a great working relationship.
We are currently looking at creating a local SVN directory where we can
place the build scripts and the SPEC files into in order to provide more
robust (and a bit more timely, perhaps) E17 packages. So the future of
the Kriehn Repository and E17 look bright, even though it got off to a
rocky and delayed start with respect to Fedora 10. Thanks for your
patience!
------------------------------------
Henrique "LonelySpooky" Junior
------------------------------
"In a world without walls and fences, who needs windows and gates?!"
________________________________
Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 -
Celebridades - Música - Esportes
--
Fedora-trans-pt_br mailing list
Fedora-trans-pt_br(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
--
Henrique "LonelySpooky" Junior
http://www.lonelyspooky.com
-------------------------------------------------------------
"In a world without walls and fences, who needs windows and gates?!"
--
Fedora-trans-pt_br mailing list
Fedora-trans-pt_br(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
------------------------------------------------------------------------------
--
Fedora-trans-pt_br mailing list
Fedora-trans-pt_br(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
6:35 a.m.
Pode deixr que eu faço a tradução.
2009/3/3 Henrique Junior <henriquecsj(a)gmail.com>
Ninguém, pessoal?
2009/3/2 Henrique Junior <henriquecsj(a)gmail.com>:
> Prezados amigos, recentemente escrevi uma matéria sobre o desktop
> Enlightenment para a Revista Fedora Brasil e o artigo acabou tomando uma
> proporção maior do que o esperado. Troquei alguns e-mails o empacotador
> responsável pelo E17 no Fedora e conforme a conversa foi evoluindo ele
> concordou em nos escrever um pequeno texto sobre o repositório e sobre
como
> iniciou os trabalhos de empacotamento.
> O Professor Gregory Kriehn leciona no curso de engenharia elétrica no
> CalTech e eu gostaria de pedir que algum dos nossos tradutores mais
> experientes assumisse o texto (que segue abaixo). Claro, tanto o nome do
> autor quanto o do tradutor constarão na edição.
>
> Grande abraço a todos
>
> --------------------------------------
> A number of years ago I sought to gather all of the personal notes that
> I had developed with respect to RedHat and Fedora Linux into a
> comprehensive set of online notes. The notes were developed primarily
> as a way to have a centralized location for me to remember how to
> perform various tasks in Linux, although I found that people from all
> over the world also benefited from them. Sometime after I started doing
> this, Stanton Finley retired his Fedora Core notes, and so I became one
> of the new destinations for HOWTOs with regard to Fedora.
>
> Over the years I have also became increasing frustrated with both Gnome
> and KDE. I feel that the Gnome developers have dumbed down the Windows
> Manager to the point that no one is allowed to (or able to) configure
> anything, and I have always found KDE too buggy for my personal taste.
> Between Fedora Core 1 and Fedora Core 5, I looked for an alternative
> Windows Manager that balanced issues such as speed and simplicity with
> ease of use and an ability to configure it to my liking until I came
> upon Didier Casse's E17 Alpha packages (Fedora Core 5'ish). For a span
> of about 2 years I worked with Didier off and on to help debug and
> configure some of his packages until he became too busy to keep up his
> repository. He eventually passed the torch onto me, and so I decided to
> create my own repository to keep up the tradition of offering updated
> monthly E17 snapshots.
>
> More recently, Enlightenment has moved from CVS to SVN, and has
> undergone some fundamental changes with the deprecation of Epeg and the
> introduction of the Eina library, and so it took considerably longer
> than I would have liked to develop a comprehensive set of Enlightenment
> packages for Fedora 10. This was complicated by the introduction of
> Enlightenment Foundation Libraries (EFL) into the Fedora Updates
> Repository, in addition to Enlightenment itself. I originally had
> planned on removing any packages that had made it into the Fedora
> Repository to avoid conflicts and slowly phase out the Kriehn Repository
> once E17 reached a point of stable maturity. However, I have found that
> the E17 packages currently within the Fedora Repository are based upon
> an old set of CVS packages, and that the Fedora maintainer has become to
> busy to update or maintain them. Because the older packages conflict
> with the newer code in SVN (primarily as a result of the new Eina
> library), I have therefore decided to continue to offer a full set of
> E17 packages that include the Enlightenment Foundation Libraries,
> Enlightenment and its add-on Modules, as well as a number of other
> Enlightenment Applications that are at various degrees of maturity (or
> immaturity, whatever the case may be) within the Kriehn Repository.
> To avoid conflicts with the Fedora Repository, I have ensured that the
> version numbers on my packages are greater than what is offered in
> Fedora Updates. This way, if you try to install an Enlightenment
> package, it will default to the Kriehn Repository opposed to Fedora
> Updates.
>
> Why not just become a Fedora maintainer myself? Well, I hack code in my
> spare time and use Linux because it increases my productivity as an
> Engineering Professor, but I found Fedora's Packaging Guidelines are too
> obtuse and time consuming for me to become a full time maintainer. I am
> afraid that the same thing would happen to me as what happened to the
> old Fedora Enlightenment Maintainer, and as a result, E17 packages would
> languish and die once again on Fedora. I gave "Becoming a Fedora
> Maintainer" a trial run and helped push xosview back into the distro,
> but simply found the process too convoluted and involved. I understand
> the need for exacting guidelines -- it has helped Fedora become a world
> class Linux distribution in recent years, but I simply do not have the
> time to officially maintain 80 Enlightenment packages for Fedora. In a
> similar manner, I looked toward RPMFusion, but found that they have
> decided to adopt similar Packaging Guidelines as Fedora. As a result, I
> find it simplest to run my automated scripts that will pull source from
> SVN, package them into tarballs, create and sign the RPMS, and upload
> them to my server. I have tried to adhere as closely as possible to
> Fedora's SPEC Guidelines wherever possible, and have had great help from
> Vasile Chelban in bringing them into proper shape with mock. Vasile has
> also been kind enough to mirror my repository and create x86_64 packages
> from the i386 packages I have developed and automatically rsync them
> back to my server. So far it has been a great working relationship.
>
> We are currently looking at creating a local SVN directory where we can
> place the build scripts and the SPEC files into in order to provide more
> robust (and a bit more timely, perhaps) E17 packages. So the future of
> the Kriehn Repository and E17 look bright, even though it got off to a
> rocky and delayed start with respect to Fedora 10. Thanks for your
> patience!
> ------------------------------------
>
> Henrique "LonelySpooky" Junior
> ------------------------------
> "In a world without walls and fences, who needs windows and gates?!"
>
> ________________________________
> Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 -
> Celebridades - Música - Esportes
> --
> Fedora-trans-pt_br mailing list
> Fedora-trans-pt_br(a)redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
>
--
Henrique "LonelySpooky" Junior
http://www.lonelyspooky.com
-------------------------------------------------------------
"In a world without walls and fences, who needs windows and gates?!"
--
Fedora-trans-pt_br mailing list
Fedora-trans-pt_br(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
8:41 a.m.
Obrigado, amigos.
2009/3/4 Robert Pereira <robertjs(a)gmail.com>:
Pode deixr que eu faço a tradução.
2009/3/3 Henrique Junior <henriquecsj(a)gmail.com>
>
> Ninguém, pessoal?
>
> 2009/3/2 Henrique Junior <henriquecsj(a)gmail.com>:
> > Prezados amigos, recentemente escrevi uma matéria sobre o desktop
> > Enlightenment para a Revista Fedora Brasil e o artigo acabou tomando uma
> > proporção maior do que o esperado. Troquei alguns e-mails o empacotador
> > responsável pelo E17 no Fedora e conforme a conversa foi evoluindo ele
> > concordou em nos escrever um pequeno texto sobre o repositório e sobre
> > como
> > iniciou os trabalhos de empacotamento.
> > O Professor Gregory Kriehn leciona no curso de engenharia elétrica no
> > CalTech e eu gostaria de pedir que algum dos nossos tradutores mais
> > experientes assumisse o texto (que segue abaixo). Claro, tanto o nome do
> > autor quanto o do tradutor constarão na edição.
> >
> > Grande abraço a todos
> >
> > --------------------------------------
> > A number of years ago I sought to gather all of the personal notes that
> > I had developed with respect to RedHat and Fedora Linux into a
> > comprehensive set of online notes. The notes were developed primarily
> > as a way to have a centralized location for me to remember how to
> > perform various tasks in Linux, although I found that people from all
> > over the world also benefited from them. Sometime after I started doing
> > this, Stanton Finley retired his Fedora Core notes, and so I became one
> > of the new destinations for HOWTOs with regard to Fedora.
> >
> > Over the years I have also became increasing frustrated with both Gnome
> > and KDE. I feel that the Gnome developers have dumbed down the Windows
> > Manager to the point that no one is allowed to (or able to) configure
> > anything, and I have always found KDE too buggy for my personal taste.
> > Between Fedora Core 1 and Fedora Core 5, I looked for an alternative
> > Windows Manager that balanced issues such as speed and simplicity with
> > ease of use and an ability to configure it to my liking until I came
> > upon Didier Casse's E17 Alpha packages (Fedora Core 5'ish). For a span
> > of about 2 years I worked with Didier off and on to help debug and
> > configure some of his packages until he became too busy to keep up his
> > repository. He eventually passed the torch onto me, and so I decided to
> > create my own repository to keep up the tradition of offering updated
> > monthly E17 snapshots.
> >
> > More recently, Enlightenment has moved from CVS to SVN, and has
> > undergone some fundamental changes with the deprecation of Epeg and the
> > introduction of the Eina library, and so it took considerably longer
> > than I would have liked to develop a comprehensive set of Enlightenment
> > packages for Fedora 10. This was complicated by the introduction of
> > Enlightenment Foundation Libraries (EFL) into the Fedora Updates
> > Repository, in addition to Enlightenment itself. I originally had
> > planned on removing any packages that had made it into the Fedora
> > Repository to avoid conflicts and slowly phase out the Kriehn Repository
> > once E17 reached a point of stable maturity. However, I have found that
> > the E17 packages currently within the Fedora Repository are based upon
> > an old set of CVS packages, and that the Fedora maintainer has become to
> > busy to update or maintain them. Because the older packages conflict
> > with the newer code in SVN (primarily as a result of the new Eina
> > library), I have therefore decided to continue to offer a full set of
> > E17 packages that include the Enlightenment Foundation Libraries,
> > Enlightenment and its add-on Modules, as well as a number of other
> > Enlightenment Applications that are at various degrees of maturity (or
> > immaturity, whatever the case may be) within the Kriehn Repository.
> > To avoid conflicts with the Fedora Repository, I have ensured that the
> > version numbers on my packages are greater than what is offered in
> > Fedora Updates. This way, if you try to install an Enlightenment
> > package, it will default to the Kriehn Repository opposed to Fedora
> > Updates.
> >
> > Why not just become a Fedora maintainer myself? Well, I hack code in my
> > spare time and use Linux because it increases my productivity as an
> > Engineering Professor, but I found Fedora's Packaging Guidelines are too
> > obtuse and time consuming for me to become a full time maintainer. I am
> > afraid that the same thing would happen to me as what happened to the
> > old Fedora Enlightenment Maintainer, and as a result, E17 packages would
> > languish and die once again on Fedora. I gave "Becoming a Fedora
> > Maintainer" a trial run and helped push xosview back into the distro,
> > but simply found the process too convoluted and involved. I understand
> > the need for exacting guidelines -- it has helped Fedora become a world
> > class Linux distribution in recent years, but I simply do not have the
> > time to officially maintain 80 Enlightenment packages for Fedora. In a
> > similar manner, I looked toward RPMFusion, but found that they have
> > decided to adopt similar Packaging Guidelines as Fedora. As a result, I
> > find it simplest to run my automated scripts that will pull source from
> > SVN, package them into tarballs, create and sign the RPMS, and upload
> > them to my server. I have tried to adhere as closely as possible to
> > Fedora's SPEC Guidelines wherever possible, and have had great help from
> > Vasile Chelban in bringing them into proper shape with mock. Vasile has
> > also been kind enough to mirror my repository and create x86_64 packages
> > from the i386 packages I have developed and automatically rsync them
> > back to my server. So far it has been a great working relationship.
> >
> > We are currently looking at creating a local SVN directory where we can
> > place the build scripts and the SPEC files into in order to provide more
> > robust (and a bit more timely, perhaps) E17 packages. So the future of
> > the Kriehn Repository and E17 look bright, even though it got off to a
> > rocky and delayed start with respect to Fedora 10. Thanks for your
> > patience!
> > ------------------------------------
> >
> > Henrique "LonelySpooky" Junior
> > ------------------------------
> > "In a world without walls and fences, who needs windows and gates?!"
> >
> > ________________________________
> > Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 -
> > Celebridades - Música - Esportes
> > --
> > Fedora-trans-pt_br mailing list
> > Fedora-trans-pt_br(a)redhat.com
> > https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
> >
>
>
>
> --
> Henrique "LonelySpooky" Junior
> http://www.lonelyspooky.com
> -------------------------------------------------------------
> "In a world without walls and fences, who needs windows and gates?!"
>
> --
> Fedora-trans-pt_br mailing list
> Fedora-trans-pt_br(a)redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
--
Fedora-trans-pt_br mailing list
Fedora-trans-pt_br(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
--
Henrique "LonelySpooky" Junior
http://www.lonelyspooky.com
-------------------------------------------------------------
"In a world without walls and fences, who needs windows and gates?!"
1:15 p.m.
Pessoal, gostaria de saber o status da tradução para a revista. Já
estamos fechando a edição e a tradução ainda tem 3 revisões pela
frente.
2009/3/4 Henrique Junior <henriquecsj(a)gmail.com>:
Obrigado, amigos.
2009/3/4 Robert Pereira <robertjs(a)gmail.com>:
> Pode deixr que eu faço a tradução.
>
> 2009/3/3 Henrique Junior <henriquecsj(a)gmail.com>
>>
>> Ninguém, pessoal?
>>
>> 2009/3/2 Henrique Junior <henriquecsj(a)gmail.com>:
>> > Prezados amigos, recentemente escrevi uma matéria sobre o desktop
>> > Enlightenment para a Revista Fedora Brasil e o artigo acabou tomando uma
>> > proporção maior do que o esperado. Troquei alguns e-mails o empacotador
>> > responsável pelo E17 no Fedora e conforme a conversa foi evoluindo ele
>> > concordou em nos escrever um pequeno texto sobre o repositório e sobre
>> > como
>> > iniciou os trabalhos de empacotamento.
>> > O Professor Gregory Kriehn leciona no curso de engenharia elétrica no
>> > CalTech e eu gostaria de pedir que algum dos nossos tradutores mais
>> > experientes assumisse o texto (que segue abaixo). Claro, tanto o nome do
>> > autor quanto o do tradutor constarão na edição.
>> >
>> > Grande abraço a todos
>> >
>> > --------------------------------------
>> > A number of years ago I sought to gather all of the personal notes that
>> > I had developed with respect to RedHat and Fedora Linux into a
>> > comprehensive set of online notes. The notes were developed primarily
>> > as a way to have a centralized location for me to remember how to
>> > perform various tasks in Linux, although I found that people from all
>> > over the world also benefited from them. Sometime after I started doing
>> > this, Stanton Finley retired his Fedora Core notes, and so I became one
>> > of the new destinations for HOWTOs with regard to Fedora.
>> >
>> > Over the years I have also became increasing frustrated with both Gnome
>> > and KDE. I feel that the Gnome developers have dumbed down the Windows
>> > Manager to the point that no one is allowed to (or able to) configure
>> > anything, and I have always found KDE too buggy for my personal taste.
>> > Between Fedora Core 1 and Fedora Core 5, I looked for an alternative
>> > Windows Manager that balanced issues such as speed and simplicity with
>> > ease of use and an ability to configure it to my liking until I came
>> > upon Didier Casse's E17 Alpha packages (Fedora Core 5'ish). For a
span
>> > of about 2 years I worked with Didier off and on to help debug and
>> > configure some of his packages until he became too busy to keep up his
>> > repository. He eventually passed the torch onto me, and so I decided to
>> > create my own repository to keep up the tradition of offering updated
>> > monthly E17 snapshots.
>> >
>> > More recently, Enlightenment has moved from CVS to SVN, and has
>> > undergone some fundamental changes with the deprecation of Epeg and the
>> > introduction of the Eina library, and so it took considerably longer
>> > than I would have liked to develop a comprehensive set of Enlightenment
>> > packages for Fedora 10. This was complicated by the introduction of
>> > Enlightenment Foundation Libraries (EFL) into the Fedora Updates
>> > Repository, in addition to Enlightenment itself. I originally had
>> > planned on removing any packages that had made it into the Fedora
>> > Repository to avoid conflicts and slowly phase out the Kriehn Repository
>> > once E17 reached a point of stable maturity. However, I have found that
>> > the E17 packages currently within the Fedora Repository are based upon
>> > an old set of CVS packages, and that the Fedora maintainer has become to
>> > busy to update or maintain them. Because the older packages conflict
>> > with the newer code in SVN (primarily as a result of the new Eina
>> > library), I have therefore decided to continue to offer a full set of
>> > E17 packages that include the Enlightenment Foundation Libraries,
>> > Enlightenment and its add-on Modules, as well as a number of other
>> > Enlightenment Applications that are at various degrees of maturity (or
>> > immaturity, whatever the case may be) within the Kriehn Repository.
>> > To avoid conflicts with the Fedora Repository, I have ensured that the
>> > version numbers on my packages are greater than what is offered in
>> > Fedora Updates. This way, if you try to install an Enlightenment
>> > package, it will default to the Kriehn Repository opposed to Fedora
>> > Updates.
>> >
>> > Why not just become a Fedora maintainer myself? Well, I hack code in my
>> > spare time and use Linux because it increases my productivity as an
>> > Engineering Professor, but I found Fedora's Packaging Guidelines are
too
>> > obtuse and time consuming for me to become a full time maintainer. I am
>> > afraid that the same thing would happen to me as what happened to the
>> > old Fedora Enlightenment Maintainer, and as a result, E17 packages would
>> > languish and die once again on Fedora. I gave "Becoming a Fedora
>> > Maintainer" a trial run and helped push xosview back into the distro,
>> > but simply found the process too convoluted and involved. I understand
>> > the need for exacting guidelines -- it has helped Fedora become a world
>> > class Linux distribution in recent years, but I simply do not have the
>> > time to officially maintain 80 Enlightenment packages for Fedora. In a
>> > similar manner, I looked toward RPMFusion, but found that they have
>> > decided to adopt similar Packaging Guidelines as Fedora. As a result, I
>> > find it simplest to run my automated scripts that will pull source from
>> > SVN, package them into tarballs, create and sign the RPMS, and upload
>> > them to my server. I have tried to adhere as closely as possible to
>> > Fedora's SPEC Guidelines wherever possible, and have had great help
from
>> > Vasile Chelban in bringing them into proper shape with mock. Vasile has
>> > also been kind enough to mirror my repository and create x86_64 packages
>> > from the i386 packages I have developed and automatically rsync them
>> > back to my server. So far it has been a great working relationship.
>> >
>> > We are currently looking at creating a local SVN directory where we can
>> > place the build scripts and the SPEC files into in order to provide more
>> > robust (and a bit more timely, perhaps) E17 packages. So the future of
>> > the Kriehn Repository and E17 look bright, even though it got off to a
>> > rocky and delayed start with respect to Fedora 10. Thanks for your
>> > patience!
>> > ------------------------------------
>> >
>> > Henrique "LonelySpooky" Junior
>> > ------------------------------
>> > "In a world without walls and fences, who needs windows and
gates?!"
>> >
>> > ________________________________
>> > Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 -
>> > Celebridades - Música - Esportes
>> > --
>> > Fedora-trans-pt_br mailing list
>> > Fedora-trans-pt_br(a)redhat.com
>> > https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
>> >
>>
>>
>>
>> --
>> Henrique "LonelySpooky" Junior
>> http://www.lonelyspooky.com
>> -------------------------------------------------------------
>> "In a world without walls and fences, who needs windows and gates?!"
>>
>> --
>> Fedora-trans-pt_br mailing list
>> Fedora-trans-pt_br(a)redhat.com
>> https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
>
>
> --
> Fedora-trans-pt_br mailing list
> Fedora-trans-pt_br(a)redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-trans-pt_br
>
--
Henrique "LonelySpooky" Junior
http://www.lonelyspooky.com
-------------------------------------------------------------
"In a world without walls and fences, who needs windows and gates?!"
--
Henrique "LonelySpooky" Junior
http://www.lonelyspooky.com
-------------------------------------------------------------
"In a world without walls and fences, who needs windows and gates?!"
10:46 p.m.
2009/3/10 Henrique Junior <henriquecsj(a)gmail.com>
Pessoal, gostaria de saber o status da tradução para a revista. Já
estamos fechando a edição e a tradução ainda tem 3 revisões pela
frente.
Status: Tradução Completa!
Infelizmente não foi possível terminar antes por razões que incluem
trabalho, família e faculdade. Mas hoje depois que cheguei da aula terminei
o que estava faltando. Segue abaixo o texto.
------------------
Há alguns anos atrás eu procurei reunir todas as notas pessoais que
desenvolvi a respeito do Red Hat e do Fedora Linux em um compreensivo
conjunto de notas online. As notas foram desenvolvidas primariamente como
uma maneira de ter um local centralizado para eu lembrar como executar
várias tarefas no Linux, embora eu ache que pessoas de todo o mundo também
se beneficiaram delas. Algum tempo depois que eu comecei a fazer isto,
Stanton Finley aposentou suas notas do Fedora Core, e então eu me tornei um
dos novos destinos para HOWTOs a respeito do Fedora.
Ao longo dos anos eu também me tornei crescentemente frustrado com o Gnome e
o KDE. Eu sinto que os desenvolvedores do Gnome simplificaram o gerenciador
de janelas ao ponto em que ninguém pode (ou é capaz de) configurar qualquer
coisa, e eu sempre achei o KDE muito cheio de bugs para o meu gosto. Entre o
Fedora Core 1 e o Fedora Core 5 eu procurei um gerenciador de janelas
alternativo que equilibrasse questões como velocidade e simplicidade com
facilidade de uso e uma habilidade de configurá-lo para meu gosto até que eu
encontrei os pacotes E17 Alpha (do Fedora Core 5) de Didier Casse. Durante
dois anos de vez em quando eu trabalhei com Didier para ajudá-lo a depurar e
configurar alguns de seus pacotes até que ele se tornou muito ocupado para
manter seu repositório. Ele, posteriormente, passou a tocha para mim e então
eu decidi criar meu próprio repositório para manter a tradição de oferecer
snapshots E17 mensais atualizados.
Mais recentemente, o Enlightenment foi movido de CVS para SVN, e sofreu
algumas mudanças fundamentais com a obsolescência da biblioteca Epeg e a
introdução da biblioteca Eina, e então tomou consideravelmente mais tempo
que eu gostaria para desenvolver um conjunto compreensivo de pacotes do
Enlightenment para o Fedora 10. Isto foi complicado pela introdução das
Enlightenment Foundation Libraries – EFL (Bilbiotecas de Base do
Enlightenment) no repositório de atualizações do Fedora, além do
Enlightenment em si. Originalmente eu havia planejado remover quaisquer
pacotes que foram feitos no repositório do Fedora para evitar conflitos e
lentamente desativar o Repositório Kriehn uma vez que o E17 havia atingido
um ponto de maturidade estável. Contudo, eu achei que os pacotes E17
atualmente no repositório do Fedora foram baseados em um antigo conjunto de
pacotes do CVS, e que o mantenedor do Fedora ficou muito ocupado para
atualizá-los ou mantê-los. Porque os pacotes mais antigos conflitavam com o
código mais novo no SVN (primariamente como resultado do uso da nova
bilbioteca Eina) eu, portanto, decidi continuar a oferecer um conjunto
completo de pacotes E17 que incluem as Enlightenment Foundation Libraries, o
Enlightenment e seus módulos adicionais bem como uma variedade de outras
aplicações do Enlightenment que estão em vários graus de maturidade (ou
imaturidade, qualquer possa ser o caso) no repositório Kriehn. Para evitar
conflitos com o repositório do Fedora, eu assegurei que os números de versão
de versão em meus pacotes são maiores do que os que são oferecidos nas
atualizações do Fedora. Desta maneira, se você tentar instalar um pacote do
Enlightenment ele por padrão será do repositório Kriehn ao invés do
repositório de atualizações do Fedora.
Porque apenas não me tornar eu mesmo um mantenedor do Fedora? Bem, eu
escrevo código em meu tempo livre e uso Linux porque ele aumenta minha
produtividade como um professor de engenharia, mas eu considero que as
Diretrizes de Empacotamento do Fedora (Fedora's Packaging Guidelines) são
muito obtusas e demandam muito tempo para eu vir a ser um mantenedor em
tempo integral. Eu temo que me aconteça a mesma coisa que aconteceu com o
antigo mantenedor do Enlightenment do Fedora, e como resultado, os pacotes
E17 iriam definhar e morrer mais uma vez no Fedora. Eu ensaiei "Tornar-me um
Mantenedor do Fedora” e ajudei a empurrar o xosview de volta para a distro,
mas simplesmente achei que o processo era muito intrincado e confuso. Eu
entendo a necessidade de diretrizes exigentes – elas têm ajudado o Fedora a
se tronar uma distribuição Linux de classe mundial nos últimos anos, mas eu
simplesmente não tenho tempo de oficialmente manter 80 pacotes do
Enlightenment para o Fedora. De uma maneira parecida, eu voltei meu olhar
para o RPMFusion, mas achei que eles decidiram adotar diretrizes de
empacotamento parecidas com as do Fedora. Como resultado, eu acho mais
simples executar meus scripts automáticos que puxam o código do SVN,
empacotam-no em tarballs, criam e assinam os RPMs e fazem o upload deles
para meu servidor. Eu tentei aderir de forma mais próxima possível ás
Fedora's SPEC Guidelines (Diretrizes de SPEC do Fedora) sempre que havia a
possibilidade, e tive grande ajuda de Vasile Chelban para trazê-los para o
formato correto usando simulação. Vasile também foi gentil o suficiente para
espelhar meu repositório e criar, a partir dos pacotes i386 que eu
desenvolvi, os pacotes x86_64 que eu automaticamente fiz rsync de volta para
meu servidor. Desde então tem sido uma grande relação de trabalho.
Nós estamos atualmente estudando a criação de um diretório SVN local onde
possamos colocar os scripts de build e os arquivos SPEC de modo a fornecer
pacotes E17 mais robustos (e talvez um pouco mais rápido). Então o futuro do
repositório Kriehn e E17 parece brilhante, mesmo tendo havido percalços e
demorado a iniciar no que diz respeito ao Fedora. Obrigado por sua
paciência!
5525
days inactive
5534
days old
trans-pt_br@lists.fedoraproject.org
7 comments
4 participants
participants (4)
-
Delmar José Thomé -
Henrique Junior -
Rafael Gomes -
Robert Pereira