Roberto C. Sánchez writes:
> [My apologies in advance for the cross-posting.]
>
> On Tue, Mar 10, 2009 at 10:42:36AM +0100, Daniel Wallin wrote:
>> Roberto C. Sánchez wrote:
>> >>
>> > So, I've been trying to build the Debian package with the latest from
>> > the 0.8 branch on github. It seems l
BDF font files have not been allowed in Debian packages for a while,
as per Debian policy. I emailed Russ Allbery last year about the
possibility of allowing BDF fonts back into Debian for reasons that
follow. He was willing to entertain the idea. I waited for the lenny
release before bringing u
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: libclipsmm
Version: 0.0.7
Upstream Author: Rick L. Vinyard, Jr. < rviny...@users.sourceforge.net>
URL: http://clipsmm.sourceforge.net/
On Wed, Mar 11, 2009 at 08:12:56AM +0200, Lars Wirzenius wrote:
> ke, 2009-03-11 kello 00:00 +, Roger Leigh kirjoitti:
> > Additionally, not all inetds support
> > IPv6, so adding these lines will break some inetds.
>
> Should we consider lack of IPv6 support as a bug?
>
> Ah yes, it's been a
Dear all,
the Debian TeX Team has uploaded tex-common 1.15 to unstable which
brings triggers support for font maps (calls to updmap-sys) and
hyphenation patterns (calls to fmtutil-sys --byfmt).
Those packages shipping fonts, ie those package calling dh_installtex
AND having some map files are adv
Eric Cooper writes:
> What is the best way to register a daemon under inetd with a
> user-chosen port? (I am packaging a daemon that is run by inetd, but
> does not have a standard port number.)
>
> Currently I am prompting the user for the port via debconf, grepping
> /etc/inetd.conf to make su
Manoj Srivastava writes:
> I am wondering which is of more use to the end users as well: I
> can always get the sources of the package I have already on my disk
> from Debian, but getting the latest munged source seems more useful to
> me.
Full ACK. The way to get the current upstream
Hi Jean!
Am Dienstag, den 10.03.2009, 17:29 +0100 schrieb Jean Parpaillon:
> I'm currently packaging hpcc (HPC Challenge Benchmark). Several binary
> packages will be available, each one with different mpi implementations. Is
> there a preferred place to put mpi binaries ? I've seen that each mp
On Wed, Mar 11, 2009 at 01:07:56AM -0700, Paul Hardy wrote:
> However, the original BDF version can contain ASCII comments that are
> not preserved in the PCF version. These comments often contain
> information such as author, copyright, and licensing information.
> With the BDF versions discarded
On Wed, 2009-03-11 at 12:15 +0100, Richard Atterer wrote:
> On Wed, Mar 11, 2009 at 01:07:56AM -0700, Paul Hardy wrote:
> > However, the original BDF version can contain ASCII comments that are
> > not preserved in the PCF version. These comments often contain
> > information such as author, copyr
Package: wnpp
Severity: wishlist
Owner: Francesco Paolo Lovergine
* Package name: spatialite
Version : 2.3 (beta)
Upstream Author : Alessandro Furieri
* URL : http://www.gaia-gis.it/spatialite-2.3/
* License : GPL et al.
Programming Lang: C
Description
On 11-Mar-2009, Goswin von Brederlow wrote:
> Manoj Srivastava writes:
>
> > I am wondering which is of more use to the end users as
> > well: I can always get the sources of the package I have
> > already on my disk from Debian, but getting the latest
> > munged s
> On Tue, Mar 10, 2009, Dirk Eddelbuettel wrote:
> > Normally, we keep the lib$foo$N and add lib$foo$N+1. By withdrawing
> > libpoppler3 you broke the buildability of hundreds of package with tex
> > documentation. Was there a reason?
Uploading libfoo2 and making libfoo1 disappear are actually do
On Mi, 11 Mär 2009, Adeodato Simó wrote:
> because the fact that decrufting poppler would render texlive uninstallable,
Some forewarning to the Debian TeX Team would have been helpful.
Especially since the FTBFS is not easy to circumvent because that
stu poppler people have simply removed any
* Norbert Preining [Wed, 11 Mar 2009 11:18:45 +0100]:
> Dear all,
> the Debian TeX Team has uploaded tex-common 1.15 to unstable which
> brings triggers support for font maps (calls to updmap-sys) and
> hyphenation patterns (calls to fmtutil-sys --byfmt).
Great. \o/
> Those packages shipping fo
On 11 March 2009 at 12:55, Adeodato Sim wrote:
| > On Tue, Mar 10, 2009, Dirk Eddelbuettel wrote:
|
| > > Normally, we keep the lib$foo$N and add lib$foo$N+1. By withdrawing
| > > libpoppler3 you broke the buildability of hundreds of package with tex
| > > documentation. Was there a reason?
|
|
On Mi, 11 Mär 2009, Adeodato Simó wrote:
> > the Debian TeX Team has uploaded tex-common 1.15 to unstable which
> > brings triggers support for font maps (calls to updmap-sys) and
> > hyphenation patterns (calls to fmtutil-sys --byfmt).
>
> Great. \o/
Lenny is out, time for doing new things.
> >
On Wed, Mar 11, 2009 at 01:07:56AM -0700, Paul Hardy wrote:
> BDF font files have not been allowed in Debian packages for a while,
> as per Debian policy. I emailed Russ Allbery last year about the
> possibility of allowing BDF fonts back into Debian for reasons that
> follow. He was willing to e
Package: wnpp
Owner: Mark A. Hershberger
Severity: wishlist
* Package name: phpdocumentor
Version : 1.4.2
Upstream Author : Joshua Eichorn, Greg Beaver, Chuck Burgess, Andrew Morton
* URL or Web page : http://phpdoc.org/
* License : LGPL 2.1
Description : automatic d
On Mi, 11 Mär 2009, Dirk Eddelbuettel wrote:
> but I DO care about the fact that Debian unstable as a whole is FTBFS
>
> which I don't find too acceptable. Now, stuff happens, Norbert is on it, and
> hopefully this will be over soon.
texlive-bin 2007.dfsg.2-5 with a fixed patch (that un
On Wed, Mar 11, 2009 at 01:16:43PM +0100, Adeodato Simó wrote:
> There could be a mass bug filing using some usertag, but that may
> get out of sync if people make an upload without noticing the bug
> should be closed with it.
Is that a reason for not using the MBF + usertag strategy?
It looks to
On Wed, Mar 11 2009, Ben Finney wrote:
> On 11-Mar-2009, Goswin von Brederlow wrote:
>> Manoj Srivastava writes:
>>
>> > I am wondering which is of more use to the end users as
>> > well: I can always get the sources of the package I have
>> > already on my disk from Debi
Hi,
The best way to get the exact sources for the current version
probably should be a new watch file (watch-current) which has a static
version number in the regexp, but can use all the other facilities f
uscan -- wild carded directory, looking thoiugh an index.html page for
a matchi
Eric Cooper writes:
What is the best way to register a daemon under inetd with a
user-chosen port? (I am packaging a daemon that is run by inetd, but
does not have a standard port number.)
Currently I am prompting the user for the port via debconf, grepping
/etc/inetd.conf to make sure it's n
One of friends alerted me to your discussion of 'parallel' and whether
other tools can replace it. Here are some good examples to try to
reproduce without 'parallel':
$ ls | grep abc | parallel gzip -c >/tmp/file.gz
Try this in a dir with 1000 50 kB sized mixed files with file names
that include
Ole Tange, le Wed 11 Mar 2009 17:05:34 +0100, a écrit :
> One of friends alerted me to your discussion of 'parallel' and whether
> other tools can replace it.
The question could also be rephrased: can't we just extended xargs into
supporting what parallel does? Having two separate tools will alwa
Package: wnpp
Severity: wishlist
Owner: Chris Lamb
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: libphash
Version : 0.4
Upstream Author : Evan Klinger
David Starkweather
* URL : http://www.phash.org/
* License : GPL-3
It may be time to change packages installing files to
/emul/ia32-linux (which violates the FHS) to use
/usr/lib32 instead.
I believe the affected packages are
fakechroot
fakeroot
gnu-efi
ia32-libs
ia32-libs-gtk
lib32asound2
lib32asound2-dev
lib32bz2-1.0
lib32bz2-dev
lib32ffi5
lib32ffi-dev
lib32gc
Adeodato Simó writes:
> Another option would be a lintian test that warns if the postinst calls
> updmap-sys but the package depends on text-common (>= 1.15). This would
> give us the benefit of having an always correct list up on lintian.d.o.
> I don’t know if this is a fair use of lintian, thou
Manoj Srivastava writes:
> Perhaps it is time for me to play a more active role in policy
> again, if Russ is willing to let me back in.
Good heavens, yes. :) I've always found your Policy work to be extremely
valuable, and whatever time you're willing to spend on the work is greatly
For a long time, we used the tzconfig command to select
a system's timezone. We then dropped that interface in
favor of debconf-based configuration. While this was
not nearly as convenient or easy to use, it offered the
benefit of internationalized templates, and today the
tzdata templates are tr
On Wed, Mar 11, 2009 at 05:46:31PM +, Clint Adams wrote:
>glibc will need to change first, and the remaining
>packages will be broken until they are changed as well.
Do you have a date for the glibc change?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
I just built a new version of one of my packages, and I got some
lintian errors like this:
E: qpdf: prerm-does-not-call-installdocs usr/share/doc-base/qpdf-manual
N:
N:Since the package installs a file in /usr/share/doc-base, the package
N:should probably call the install-docs command in
(Wild guesses follow.)
Jay Berkenbilt (11/03/2009):
>* dh_installdocs: No longer add maintainer script code to call
> doc-base, as it supports triggers in stable.
>
> This version was uploaded on 3/7/2009.
>
> I can't really parse "as it supports triggers in stable." Who is "it"
> and
On Wed, Mar 11, 2009 at 03:33:01PM -0400, Jay Berkenbilt wrote:
>
> I just built a new version of one of my packages, and I got some
> lintian errors like this:
>
> E: qpdf: prerm-does-not-call-installdocs usr/share/doc-base/qpdf-manual
From Lintian 2.2.7's changelog:
+ Removed
- des
On Wed, 2009-03-11 at 15:33 -0400, Jay Berkenbilt wrote:
> I just built a new version of one of my packages, and I got some
> lintian errors like this:
>
> E: qpdf: prerm-does-not-call-installdocs usr/share/doc-base/qpdf-manual
[...]
> Once I know where the problem is, I can either fix my packages
Jay Berkenbilt writes:
> I just built a new version of one of my packages, and I got some lintian
> errors like this:
>
> E: qpdf: prerm-does-not-call-installdocs usr/share/doc-base/qpdf-manual
Upgrading to Lintian 2.2.7 should fix this problem. debhelper is correct.
+ [RA] Explicit install-d
On Wed, Mar 11, 2009 at 05:46:31PM +, Clint Adams wrote:
> It may be time to change packages installing files to
> /emul/ia32-linux (which violates the FHS) to use
> /usr/lib32 instead.
/usr/lib32 isn't exactly FHS either, but it's better than
/emul/ia32-linux
Will this also change for ia64?
* Giacomo A. Catenazzi [Wed, 11 Mar 2009 16:56:20 +0100]:
> how to had new services in /etc/services database?
By filing a bug like #353835 (against netbase).
--
- Are you sure we're good?
- Always.
-- Rory and Lorelai
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
On Wed, Mar 11, 2009 at 12:55:52PM +0100, Adeodato Simó wrote:
> > On Tue, Mar 10, 2009, Dirk Eddelbuettel wrote:
>
> > > Normally, we keep the lib$foo$N and add lib$foo$N+1. By withdrawing
> > > libpoppler3 you broke the buildability of hundreds of package with tex
> > > documentation. Was there
On Wed, 11 Mar 2009 21:12:31 +0100, Kurt Roeckx wrote:
> On Wed, Mar 11, 2009 at 05:46:31PM +, Clint Adams wrote:
> > It may be time to change packages installing files to
> > /emul/ia32-linux (which violates the FHS) to use
> > /usr/lib32 instead.
>
> /usr/lib32 isn't exactly FHS either, but
]] Clint Adams
| It may be time to change packages installing files to
| /emul/ia32-linux (which violates the FHS) to use
| /usr/lib32 instead.
Could we pretty please use the multiarch paths here if we start moving
stuff around? We're going to need to patch gcc/binutils if we're to
compile stuf
On Wed, Mar 11, 2009 at 01:14:03PM +0100, Bill Allombert wrote:
> I fail to see the difference between a BDF-to-PCF converter and a C compiler
> that will discard comments from the C source files. Yet we do not generally
> ship C source code in binary packages.
This is not the right analogy. A C s
* Stefano Zacchiroli [Wed, 11 Mar 2009 16:20:06 +0100]:
> On Wed, Mar 11, 2009 at 01:16:43PM +0100, Adeodato Simó wrote:
> > There could be a mass bug filing using some usertag, but that may
> > get out of sync if people make an upload without noticing the bug
> > should be closed with it.
> Is t
* Russ Allbery [Wed, 11 Mar 2009 11:06:41 -0700]:
> Adeodato Simó writes:
> > Another option would be a lintian test that warns if the postinst calls
> > updmap-sys but the package depends on text-common (>= 1.15). This would
> > give us the benefit of having an always correct list up on lintian
On Mi, 11 Mär 2009, Adeodato Simó wrote:
> > It's fair game to add a Lintian test for whether a program is called in
> > postinst that isn't needed any more. If that's the case here, please do
> > file a wishlist bug against Lintian with the details. (It's always
> > possible that someone wasn't
Roger Leigh wrote:
> I did propose we switch to inetd-using packages providing a
> config file fragment in e.g. /etc/inetd.d, and having update-inetd
> simply regenerate inetd.conf from these pieces (and it would
> be trivial for it to preserve user edits with this mechanism),
> and it would also b
Stefano Zacchiroli wrote:
> This is not the right analogy. A C source file by itself cannot be run
> without having been compiled while, AFAICT from the given description,
> a BDF "source" file can be. Make an analogy with Perl source file, it
> will work better: they do have copyright notices and
Theodore Tso writes ("Re: Is the FHS dead ?"):
> Well, the last time we tried to make reasonable accomodations for
> *BSD's, some of the biggest biggest whiners^H^H^H^H^H^H^H complaints
> came from Debian. In fact, some later complaints from Debianites
> about the lack of /usr/libexec is largely t
On Thu, Mar 12, 2009 at 09:26:07AM +1100, Brian May wrote:
> > A question I have and that hasn't been addressed by the original
> > request is: what is the advantage to have BDF files in binary
> > packages? Comments and copyright notices don't look like a real
> > advantage to me.
> Copyright noti
On Thu, Mar 12, 2009 at 04:54:51AM +1100, Aníbal Monsalve Salazar wrote:
> Do you have a date for the glibc change?
I was hoping for pretty soon after a thorough discussion.
On Wed, Mar 11, 2009 at 09:12:31PM +0100, Kurt Roeckx wrote:
> /usr/lib32 isn't exactly FHS either, but it's better than
>
Roger Leigh writes ("Re: inetd's status in Debian"):
> The fact that update-inetd directly updates inetd.conf and inetd.conf
Since this was my fault, I would just like to apologise again.
> I did propose we switch to inetd-using packages providing a
> config file fragment in e.g. /etc/inetd.d, an
On Thu, Mar 12, 2009 at 09:22:50AM +1100, Brian May wrote:
> Roger Leigh wrote:
> > I did propose we switch to inetd-using packages providing a
> > config file fragment in e.g. /etc/inetd.d, and having update-inetd
> > simply regenerate inetd.conf from these pieces (and it would
> > be trivial for
On Wed, Mar 11, 2009 at 05:46:31PM +, Clint Adams wrote:
> It may be time to change packages installing files to
> /emul/ia32-linux (which violates the FHS) to use
> /usr/lib32 instead.
While I hate /emul with a passion (another top level dir filling up my
root filesystem), shouldn't we be usi
Package: wnpp
Severity: wishlist
Owner: Karl Ferdinand Ebert
* Package name: tmux
Version : 0.7
Upstream Author : Nicholas Marriott
* URL : http://sf.net/projects/tmux
* License : BSD
Programming Lang: C
Description : an alternative to screen, licensed
Su producto o servicio en las primeras páginas de Google..
Adwords de Google es Pago Por Click
* Publicidad Segmentada
* Pago sobre Resultados
* Control de la Inversión
* Resultados Inmediatos
Asista a nuestro Seminario: Adwords, Pago Por Click
Los detalles en:
http://pago-por-click.in
On Wed, Mar 11, 2009 at 10:50:23PM +, Clint Adams wrote:
> On Wed, Mar 11, 2009 at 09:12:31PM +0100, Kurt Roeckx wrote:
> > /usr/lib32 isn't exactly FHS either, but it's better than
> > /emul/ia32-linux
> >
> > Will this also change for ia64? As far as I know, there that path
> > is hardcoded
On 11-Mar-2009, Manoj Srivastava wrote:
> On Wed, Mar 11 2009, Ben Finney wrote:
> > It's worth asking, then, what is the original purpose for which the
> > ‘get-orig-source’ target specification was inserted into the policy?
>
> Indeed, the whole rationale for the target, and why it got in
> As the current "RM Master" ;) I see two realistic possibilities:
> 1) Someone just write me a mail if I should some part of the cruft
> report or ping me on IRC. This would of course scale to a few cases
> only.
Inacceptable. The latest cruft report was done by me for example. Having
someone ma
Brian May writes:
> Stefano Zacchiroli wrote:
> > This is not the right analogy. A C source file by itself cannot be
> > run without having been compiled while, AFAICT from the given
> > description, a BDF "source" file can be. Make an analogy with Perl
> > source file, it will work better: they
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libdatetime-format-http-perl
Version : 0.37
Upstream Author : Dave Rolsky
* URL : http://search.cpan.org/dist/DateTime-Format-HTTP/
* License : Arti
On Wed, Mar 11, 2009 at 5:34 PM, Samuel Thibault
wrote:
> Ole Tange, le Wed 11 Mar 2009 17:05:34 +0100, a écrit :
>> One of friends alerted me to your discussion of 'parallel' and whether
>> other tools can replace it.
>
> The question could also be rephrased: can't we just extended xargs into
> s
On Thu, Mar 12, 2009 at 11:31:48AM +1100, Ben Finney wrote:
> Brian May writes:
> > Stefano Zacchiroli wrote:
> > > This is not the right analogy. A C source file by itself cannot be
> > > run without having been compiled while, AFAICT from the given
> > > description, a BDF "source" file can be.
On Wed, Mar 11, 2009 at 01:07:56AM -0700, Paul Hardy wrote:
> In addition, PCF format fonts are gzipped on Debian systems as per
> Debian Policy. If BDF fonts are also gzipped, there is little
> difference in size between the two formats so the advantage of the
> binary PCF format over the ASCII B
Package: wnpp
Severity: wishlist
Owner: Rene Mayorga
* Package name: libfile-finder-perl
Version : 0.53
Upstream Author : Randal L. Schwartz,
* URL : http://search.cpan.org/dist/File-Finder/
* License : GPL/Artistic
Programming Lang: Perl
Description
On Wed, Mar 11, 2009 at 10:58:31PM +, Roger Leigh wrote:
> If we have a big comment at the top of the generated file
> saying in effect "do not edit; edit /etc/inetd.conf.d/xxx and
> run update-inetd", we shouldn't have too many problems. It's
> already done elsewhere.
Then move that file fa
In the light of having Debian on all kinds of devices with touchscreens
(tablets/freerunner), I propose to add a virtual package
x-keyboard
or may be better
x-onscreen-keyboard ?
and a equivalently named alternative
Packages which I should provide it (there could be more):
xvkbd
qwo
matchbox-key
On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote:
> ]] Clint Adams
> | It may be time to change packages installing files to
> | /emul/ia32-linux (which violates the FHS) to use
> | /usr/lib32 instead.
> Could we pretty please use the multiarch paths here if we start moving
> stuf
On Wed, Mar 11, 2009 at 10:50:23PM +, Clint Adams wrote:
> On Wed, Mar 11, 2009 at 05:36:26PM -0400, Michael S. Gilbert wrote:
> > Is this necessary? There are already softlinks set up:
> > /usr/lib32->/emul/ia32-linux/usr/lib and /lib32->/emul/ia32-linux/lib.
> It's not necessary any more th
69 matches
Mail list logo
