[Cc-ing #749974 since that's the relevant bug]
Thanks for your work on this, Paul.
On Wed, Jun 25, 2014 at 12:40:15AM -0500, Paul Elliott wrote:
> BUT! I have just checked packages.debian.org and I find that
> libwxsqlite3-3.0-dev which the new version of maitreya will depend on
> is still in exp
Hi,
I am urgently looking for a sponsor willing to help with uploading my
packages.
The old pyfomrex-0.8.6-4 packages currently in testing/sid (besides
being obsolete) do not build anymore. See bug #750351.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750351
Anybody interested in helping me
24.06.2014 16:41, ChangZhuo Chen (陳昌倬) wrote:
> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "lilyterm"
>
> Package name: lilyterm
> Version : 0.9.9.4-1
> Upstream Author : Lu, Chao-Ming (Tetralet)
> URL
[I don't intend to sponsor this package. Sorry!]
* Michael Tokarev , 2014-06-25, 16:27:
lilyterm - Light and eazy-to-use terminal emulator for X
Typo: eazy -> easy
why did you create lilyterm-data? Can't you just swallow it by main
lilyterm package? You may need extra -data in two case
On Wed, Jun 25, 2014 at 04:27:51PM +0400, Michael Tokarev wrote:
> Besides, why did you create lilyterm-data? Can't you just swallow
> it by main lilyterm package? You may need extra -data in two cases --
> when that -data comes from a separate source, or when you have several
> different variati
At Wed, 25 Jun 2014 16:27:51 +0400,
Michael Tokarev wrote:
> You may need extra -data in two cases -- when that -data comes from
> a separate source, or when you have several different variations of
> your term package (say, gtk2 and gtk3 versions) which all use a
> common set of data files. Appar
On Wed, Jun 25, 2014 at 03:20:46PM +0200, Jakub Wilk wrote:
> * Michael Tokarev , 2014-06-25, 16:27:
> >> lilyterm - Light and eazy-to-use terminal emulator for X
>
> Typo: eazy -> easy
Thank for the review, just uploading a new one.
> The third case (likely most common one) is when an arch:a
Package: sponsorship-requests
Severity: normal [important for RC bugs, wishlist for new packages]
Dear mentors,
I am looking for a sponsor for my package "ledgersmb"
* Package name: ledgersmb
Version : 1.3.40-1
Upstream Author : [fill in name and email of upstream]
* URL
ChangZhuo Chen (陳昌倬) wrote:
> On Wed, Jun 25, 2014 at 03:20:46PM +0200, Jakub Wilk wrote:
> > The third case (likely most common one) is when an arch:any
> > package would otherwise contain huge /usr/share. Which doesn't
> > seem to be the case here either.
>
> Actually this is the reason for lily
-Ursprüngliche Nachricht-
Gesendet:So 11.05.2014 21:34
Betreff:Bug#747816: RFS: openalpr - libopenalpr1
An:sub...@bugs.debian.org;
> Dear mentors,
>
> I am looking for a sponsor for my new package "openalpr"
Ping.
Stefan
* Yavor Doganov , 2014-06-25, 19:02:
Lintian issues a warning if the data in /usr/share is more than 4 MB or
more than 2 MB *and* more than 50% of the package. It is not the case
for your package so splitting it does more harm than good, IMO.
Aye, lilyterm-data is only 76K. Even when multipli
* Marcio de Souza Oliveira , 2014-06-20, 19:12:
I: Crunch: hyphen-used-as-minus-sign usr/share/man/man1/crunch.1.gz: 75
I changed the description to:
Description: Added backslash before the hyphen option -s at line 75
That's better. But let's remove “at line 75”. :-)
I changed the name of
severity -1 important
submitter -1 Robert James Clay
tags 749347 + pending
block 749347 by 752690
thanks
Sorry; accidentally sent a draft instead of the final...
On 06/25/2014 11:48 AM, RJ Clay wrote:
Package: sponsorship-requests
Severity: normal [important for RC bugs, wishlist for new pac
Package: sponsorship-requests
Severity: normal
Hi people,
I'm looking for an uploader for my new package of Djvusmooth. There are
only minor changes and it appears to be Lintian clean.
Mentors upload:
http://mentors.debian.net/package/djvusmooth
http://mentors.debian.net/debian/pool/main/d/djvus
>That's better. But let's remove “at line 75”.
Removed.
>I found more misspellings:
>exponentail -> exponential
>swedish -> Swedish
>outout -> output
>supress -> suppress
>varible -> variable
>calcualated -> calculated
>gernerate -> generate
>explaination -> explanation
>recommneds -> recommends
Your message dated Wed, 25 Jun 2014 23:17:34 -0700
with message-id
and subject line Re: Bug#752027: RFS: ocrodjvu/0.7.18-1 -- (Python-apps) tool
to perform OCR on DjVu documents
has caused the Debian Bug report #752027,
regarding RFS: ocrodjvu/0.7.18-1 -- (Python-apps) tool to perform OCR on DjV
16 matches
Mail list logo
