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 n
Norbert Preining 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 debian/ direct
On Sat, Jun 12, 2010 at 12:49 PM, Norbert Preining 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 correct (IMHO) that
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
> deb
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 th
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
- 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.
>
>
On Sat, Jun 12, 2010 at 11:20 AM, Norbert Preining 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 t
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 l
On Thu, Jun 10, 2010 at 9:28 PM, Bilal Akhtar 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 replacing the ./configure
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 Fri, Jun 11, 2010 at 5:26 PM, Johan Van de Wauw
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
http://wiki.debian.org/PaulWise
--
To UNSUB
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 signe
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
>
On Fri, 11 Jun 2010 22:39:02 +0300
George Danchev 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, more secure,
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 e
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, h
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
2010/6/7 Kartik Mistry :
> On Mon, Jun 7, 2010 at 5:22 PM, Praveen A 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 Lekhonee.
>
> Do we have lek
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 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 w
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
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 alrea
@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.
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
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 t
Hi all,
2010/6/11 Tanguy Ortolo :
> 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 frustrating when it consists
On 06/11/2010 01:10 PM, Ben Finney wrote:
> Tanguy Ortolo 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 b
Tanguy Ortolo 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 requires sponsorshi
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 be
On Thu, Jun 10, 2010 at 4:13 AM, Paul Wise 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 remember.
>...
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 wrote:
> > Just for the record, it seems that things will break again
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.
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
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 scri
35 matches
Mail list logo
