Hello DD's:
My name is Lloyd Standish. I am the author and upstream maintainer of snap2, a fast,
easy-to-use rsync-based backup program with GUI. It is considered
tested/stable after several months of testing. I first released it publicly
in 2009, but I used a previous version of the
Hello Lloyd,
* I see no source package. You really need one. Since you don't need
to compile anything, just specifying where files have to be copied in
the debian/install file should be sufficient. Perhaps search for
artwork packages to find examples.
Johan
On Fri, Jun 11, 2010 at 9:18 AM, Lloyd
Le jeudi 10 juin 2010, Mohammad Ebrahim Mohammadi Panah a écrit :
I feel like encouraged enough to become a DD. But when I see how
complicated is the process of getting a package sponsored, I'm afraid
of even thinking about the process of becoming a DD. Or is it just me?
It is not just you.
Dear Moritz,
Since I don't know if you follow -mentors, so I'm Cc'ing you. Feel free
to Cc me (even though I follow -mentors, I don't mind being Cc'ed).
On Jun 09 2010, Moritz Muehlenhoff wrote:
On 2010-06-04, Rogério Brito rbr...@ime.usp.br wrote:
Just for the record, it seems that things
On Thu, Jun 10, 2010 at 4:13 AM, Paul Wise p...@debian.org wrote:
The fact is that there just aren't enough people who have time and are
interested in sponsoring. Reviewing packages takes up a lot of time to
do properly, especially for new packages. It has been this way for as
long as I can
Hi, Norbert.
On Jun 04 2010, Norbert Preining wrote:
On Do, 03 Jun 2010, Rogério Brito wrote:
http://rb.doesntexist.org/blog/2010/05/27/please-let-me-zoom-my-documents/
I read that, and might I suggest ps_view? (also pdf viewer).
Sure, suggestions are always welcome.
Probably the best
Tanguy Ortolo tanguy+deb...@ortolo.eu writes:
For the beginner's point of view, it looks like:
* there are not enough DD with time to review all proposed packages;
* to have more DD people have to apply;
* applicants have to show their skills and motivation by… maintaining
packages, which
On 06/11/2010 01:10 PM, Ben Finney wrote:
Tanguy Ortolo tanguy+deb...@ortolo.eu writes:
For the beginner's point of view, it looks like:
* there are not enough DD with time to review all proposed packages;
* to have more DD people have to apply;
* applicants have to show their skills and
Hi all,
2010/6/11 Tanguy Ortolo tanguy+deb...@ortolo.eu:
Le jeudi 10 juin 2010, Mohammad Ebrahim Mohammadi Panah a écrit :
Failing to get sponsorship is very frustrating, because you make some
work you find useful, and, because nobody validates it, it remains
useless. I is even more
Le vendredi 11 juin 2010, Raymond Wan a écrit :
Anyway, about the above point, hopefully I am not wrong by saying
this, but if nobody validates it, I don't think it means it is
useless.
No, of course. I just meant that, in that case, the packaging work, that
was done for the benefit of all the
Lloyd Standish wrote:
Hello DD's:
My name is Lloyd Standish. I am the author and upstream maintainer of
snap2, a fast, easy-to-use rsync-based backup program with GUI. It is
considered tested/stable after several months of testing. I first
released it publicly in 2009, but I used a
@Thomas,
Thanks for your comments.
Screenshots of the snap2 GUI are here: http://linuxbackups.org/node/25.
I did not mention every feature of snap2 in my RFS (I did however link to the
program webpage where you could read more about it.) snap2 does *not* do
exactly the same thing as Dirvish.
Sorry if I express my maybe unrequested opinion, but my search of a
really usable backup software ([0]) lately made me think that maybe
(hopefully) writers of backup software would appreciate some more
feedback.
Il giorno ven, 11/06/2010 alle 01.18 -0600, Lloyd Standish ha scritto:
You may
Johan, your suggestion of looking at at art package was very helpful. I get a
(separate) source package together as soon as I can.
It is ironic in this case that the upstream source tree that I develop from
is (except for the changlog files and man page, which I keep elsewhere) an exact copy
I agree. That's one of the reasons I wrote snap2. Users do not have to know
what a hard link is to use the program, nor touch any configuration files, nor
use the command line. When accessing the snapshot backups on the backup media,
the fact that most of the files are hard-linked together
Hello Thomas,
Yes, I mean arch independent due to the fact that it is written in bash, an
interpreted language.
What I am pointing out is that anyone who downloads the binary deb package has all the
source that I do. But, again, I understand the rules for a separate source package,
and I'll
2010/6/7 Kartik Mistry kartik.mis...@gmail.com:
On Mon, Jun 7, 2010 at 5:22 PM, Praveen A prav...@gmail.com wrote:
I am looking for a sponsor for my package lekhonee-gnome.
Hi Praveen,
Thanks for your work.
It builds these binary packages:
lekhonee-gnome - This is the Gnome frontend for
Hello Mentors,
Trimage is now lintian clean :) It took me a while to get the debian/
folder settings o.k. but I think I got it now. I'm still searching for a
sponsor, so please let me know if you're interested. I'm actively
maintaining the application, have a couple of active contributors, I
have
I'm a sponsored maintainer (of roxterm) and I've just approached a local
DD to have my key signed. He pointed out that SHA1-generated keys are
deprecated so I should probably generate a new, more secure, key. As my
old key is already presumably in the system due to existing versions
of roxterm,
Tony Houghton writes:
I'm a sponsored maintainer (of roxterm) and I've just approached a local
DD to have my key signed. He pointed out that SHA1-generated keys are
deprecated so I should probably generate a new, more secure, key. As my
old key is already presumably in the system due to
On Fri, 11 Jun 2010 22:39:02 +0300
George Danchev danc...@spnet.net wrote:
Tony Houghton writes:
I'm a sponsored maintainer (of roxterm) and I've just approached a local
DD to have my key signed. He pointed out that SHA1-generated keys are
deprecated so I should probably generate a new,
Lloyd Standish wrote:
Johan, your suggestion of looking at at art package was very helpful.
I get a (separate) source package together as soon as I can.
It is ironic in this case that the upstream source tree that I
develop from is (except for the changlog files and man page, which I
keep
On Fri, Jun 11, 2010 at 08:50:39PM +0100, Tony Houghton wrote:
On Fri, Jun 11, 2010 at 10:39:02PM +0300, George Danchev wrote:
On Fri, Jun 11, 2010 at 08:23:13PM +0100, Tony Houghton wrote:
I'm a sponsored maintainer (of roxterm) and I've just approached a
local DD to have my key signed. He
On Fri, Jun 11, 2010 at 5:26 PM, Johan Van de Wauw
johan.vandew...@gmail.com wrote:
Perhaps maintainers should stand up and review some packages of their peers?
Absolutely. This already happens a little bit. It would be excellent
if more people could do it.
--
bye,
pabs
On Sa, 12 Jun 2010, Thomas Goirand wrote:
While it is ok to keep your debian folder in your VCS, remember that
your orig.tar.gz should NOT contain it. It's less of an issue if you use
source format 3.0 (Quilt) but this is still the policy in Debian.
That is a recommendation, but by far not a
On Thu, Jun 10, 2010 at 9:28 PM, Bilal Akhtar bilalakhta...@yahoo.com wrote:
I am looking for a sponsor for my package liboauth.
Have you read libpkg-guide?
You hard-code dependencies on libcurl3, libnss3-1d. Please let the
shlibs mechanism deal with that.
In debian/rules, I'd recommend
On Fr, 11 Jun 2010, Rogério Brito wrote:
I am very confused with the svn repo of texlive. I did find an
apparently unpatched version of ps_view (is its name there psv?), but no
adaptations.
Hmm, maybe I missed that we are in line now ...
Well, I have it running here, too, but I am too lazy
On Sat, Jun 12, 2010 at 11:20 AM, Norbert Preining prein...@logic.at wrote:
Of course upstream can ship all necessary debian files as is, where is
the problem? Then the diff would be empty, or the debian.tar.gz would
be empty, and that is fine.
One of the ways dpkg-source v3 differs from
- Original message -
On Sa, 12 Jun 2010, Thomas Goirand wrote:
While it is ok to keep your debian folder in your VCS, remember that
your orig.tar.gz should NOT contain it. It's less of an issue if you
use source format 3.0 (Quilt) but this is still the policy in Debian.
That is
Hi,
Since my snap2 source is debianized, I though maybe this could be a Debian native
package, and avoid the diff.gz entirely. However, in the debian-mentors FAQ by
Matthew Palmer (http://people.debian.org/~mpalmer/debian-mentors_FAQ.html) I see the
following advice:
When to use a native vs
On Sa, 12 Jun 2010, Thomas Goirand wrote:
Quite not!!! It is even written in many places that if the upstram ships a
debian folder in its tar.gz, we should get in touch and at least ask that it
is renamed as debian-upstream or something similar. If you do not trust what
I say, go read the
On Sa, 12 Jun 2010, Paul Wise wrote:
Of course upstream can ship all necessary debian files as is, where is
the problem? Then the diff would be empty, or the debian.tar.gz would
be empty, and that is fine.
One of the ways dpkg-source v3 differs from dpkg-source v1 is that any
debian/
On Sat, Jun 12, 2010 at 12:49 PM, Norbert Preining prein...@logic.at wrote:
That is not compliant with what it *SHOULD* do. If there is a debian
dir in upstream (again, anyone showing me the policy point forbidding
that) then files in their should be replaced or whatever, but
it is not
Norbert Preining prein...@logic.at writes:
On Sa, 12 Jun 2010, Paul Wise wrote:
One of the ways dpkg-source v3 differs from dpkg-source v1 is that any
debian/ directory in the orig.tar.gz is removed before the
debian.tar.gz is unpacked. So debian.tar.gz cannot be empty and the
upstream
Norbert Preining wrote:
On Sa, 12 Jun 2010, Thomas Goirand wrote:
Quite not!!! It is even written in many places that if the upstram ships a
debian folder in its tar.gz, we should get in touch and at least ask that it
is renamed as debian-upstream or something similar. If you do not
35 matches
Mail list logo
