On Fri, Apr 26, 2013 at 11:50 PM, Bill Allombert
wrote:
> On Wed, Apr 24, 2013 at 10:10:42PM +0800, Aron Xu wrote:
>> On Wed, Apr 24, 2013 at 9:19 PM, Bill Allombert
>> wrote:
>> >
>> > As IJG libjpeg maintainer, my plan is to move to libjpeg9 which has more
>> > feature.
>> >
>>
>> From a user'
On 2013-04-25 22:09, Jakub Wilk wrote:
> * Andreas Beckmann , 2013-04-25, 21:27:
>> trying to overwrite shared '/usr/lib/debug/usr/lib/libffi.so.5.0.10',
>> which is different from other instances of package libffi5-dbg:i386
>
> #650106
>
>> Maybe this shouldn't have been MA:same.
>
> There's no
[James Cloos]
> And where does one find dh_make?
>
> Searching on goog suggests it would be part of debhelper. But it isn't:
Someone suggested 'apt-file', but in this case the simpler thing is:
apt-cache search dh_make
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
wi
On 27/04/13 01:46, James Cloos wrote:
>> "CALP" == Carlos Alberto Lopez Perez writes:
>
> CALP> This can be even more simple:
>
> CALP> dh_make -f ../foo-1.tar.gz
> CALP> dpkg-buildpackage
>
> And where does one find dh_make?
>
> Searching on goog suggests it would be part of debhelper. B
[adding -release@]
Hi,
a few Multi-Arch: same packages have all their dependencies satisfied,
but are not co-installable because they got binNMUs. A sourceful
no-change upload to rebuild them should restore co-installability.
I've identified 8 source packages where this would help:
bogl
clutter
> "CALP" == Carlos Alberto Lopez Perez writes:
CALP> This can be even more simple:
CALP> dh_make -f ../foo-1.tar.gz
CALP> dpkg-buildpackage
And where does one find dh_make?
Searching on goog suggests it would be part of debhelper. But it isn't:
:; dpkg -L debhelper|grep dh_make
/usr/bin/
On Fri, Apr 26, 2013 at 11:50 PM, Bill Allombert <
bill.allomb...@math.u-bordeaux1.fr> wrote:
> So I do not think it is fair to restrict JPEG support in Debian to 1998
> image
> processing technology.
>
>
According to this mail by the Fedora KDE maintainer, ISO rejected the
latest changes introdu
On Fri, Apr 26, 2013 at 03:21:43PM +0200, Laszlo Kajan wrote:
> Dear FTP Masters!
>
> On 23/04/13 15:13, Benjamin Drung wrote:
> [...]
> > You can use xz for the source and binary package to reduce the size. The
> > default compression level for xz reduces the size of the source tarball
> > from 4
+++ Bill Allombert [2013-04-26 23:50 +0200]:
>
> So I do not think it is fair to restrict JPEG support in Debian to 1998 image
> processing technology.
Neither does anyone else, which is why they want to be able to use the
SIMD features in their CPUs for (much) faster JPEG processing.
So far a
On 26-04-13 21:43, Ben Longbons wrote:
> From: Christian PERRIER
>> I'm definitely sure that a bug report is not the way to achieve
>> anything here.
> Okay, continuing this on-list instead of in the bug report. Everyone,
> please keep me on the CC list, I missed half of these replies.
>
> As Wou
On Wed, Apr 24, 2013 at 10:10:42PM +0800, Aron Xu wrote:
> On Wed, Apr 24, 2013 at 9:19 PM, Bill Allombert
> wrote:
> >
> > As IJG libjpeg maintainer, my plan is to move to libjpeg9 which has more
> > feature.
> >
>
> From a user's prospective, I don't think adding bunches of not widely
> used f
Package: wnpp
Severity: wishlist
Owner: "Jérémy Lal"
* Package name: node-read-package-json
Version : 0.3.1
Upstream Author : Isaac Z. Schlueter
* URL : https://github.com/isaacs/read-package-json
* License : BSD-2-clause
Programming Lang: JavaScript
Descr
]] Daniel Pocock
> I'd also be keen to know how different teams (e.g. DSA) would want to
> interact with students proposing such projects, as it is inevitable that
> this would involve some server resources and technical changes.
DSA is reachable at debian-ad...@lists.debian.org, so inquries sho
From: Christian PERRIER
>I'm definitely sure that a bug report is not the way to achieve
>anything here.
Okay, continuing this on-list instead of in the bug report. Everyone,
please keep me on the CC list, I missed half of these replies.
As Wouter mentioned, coming up to $DISTRO and saying
>that
Several students have inquired about the possibility of doing a
real-time communication (RTC) project for GSoC, one has already started
his application[1] and a few others have been corresponding with me by
email.
Rather than letting the students guess what we need or want, I'm hoping
some peopl
On Fri, Apr 26, 2013 at 02:20:53PM +0200, Carlos Alberto Lopez Perez wrote:
> dh_make -f ../foo-1.tar.gz
> dpkg-buildpackage
I think one valid point the OP makes which each of these suggestions — in
isolation — seem to miss, is there are *too many ways to do it*. The
suggestions you (and others)
Dear FTP Masters!
On 23/04/13 15:13, Benjamin Drung wrote:
[...]
> You can use xz for the source and binary package to reduce the size. The
> default compression level for xz reduces the size of the source tarball
> from 415 MB to 272 MB:
>
> $ ls -1s --si metastudent-data_1.0.0.tar*
> 823M metas
On Fri, Apr 26, 2013 at 02:27:47PM +0200, Adam Borowski wrote:
> > > It boils down to "jpeg6-2 is the only important thing. Forget about
> > > jpeg8 and jpeg9, which bring incompatible changes".
> > There are other features in newer libjpeg that packages do need, even
> > when not using exotic JPEG
On Fri, Apr 26, 2013 at 12:29:27PM +0100, Simon McVittie wrote:
> On 25/04/13 20:39, Pau Garcia i Quiles wrote:
> > It boils down to "jpeg6-2 is the only important thing. Forget about
> > jpeg8 and jpeg9, which bring incompatible changes".
>
> There are other features in newer libjpeg that package
On 25/04/13 19:18, Wouter Verhelst wrote:
>> Gentoo:
>> > - vim foo-1.ebuild; ebuild foo-1.ebuild manifest; emerge foo
>> > - That may look like oversimplification, but the contents of
>> > foo-1.ebuild really are very simple.
> By that rationale, building a Debian package s
On Fri, 2013-04-26 at 12:29 +0100, Simon McVittie wrote:
> On 25/04/13 20:39, Pau Garcia i Quiles wrote:
> > It boils down to "jpeg6-2 is the only important thing. Forget about
> > jpeg8 and jpeg9, which bring incompatible changes".
>
> There are other features in newer libjpeg that packages do ne
On 25/04/13 20:39, Pau Garcia i Quiles wrote:
> It boils down to "jpeg6-2 is the only important thing. Forget about
> jpeg8 and jpeg9, which bring incompatible changes".
There are other features in newer libjpeg that packages do need, even
when not using exotic JPEG-like formats. For instance, ioq
Hi all,
On Do 25 Apr 2013 22:29:53 CEST Michael Biebl wrote:
Am 25.04.2013 20:49, schrieb Mike Gabriel:
Can this be a proposal? Package libjpeg and libjpeg-turbo using an
alternatives setup and thus, making both libs installable in parallel.
Packagers can then build-depend on one or the other
Package: wnpp
Severity: wishlist
Owner: Daniel Beyer
* Package name: sgabios
Version : 2010.04.22
Upstream Author : Nathan Laredo
* URL : https://code.google.com/p/sgabios/
* License : Apache-2.0
Programming Lang: C
Description : A bios option rom to
Hi.
Daniel Pocock writes:
>
> Red Hat promotes a number of messaging solutions, I've used several of
> these things commercially - they publish a very interesting roadmap[1]:
> - - HornetQ "new ultra high performance enterprise grade messaging"
> - - MRG Messaging (based on Qpid) "Exploits Linux-
This one time, at band camp, Simon Chopin said:
> Quoting Stephen Gran (2013-04-25 21:17:29)
> > This one time, at band camp, Simon Chopin said:
> > > The thing itself is based on the ZeroMQ protocol.
> >
> > One of the principles, up to now, of system design for the debian.org
> > infrastructure
26 matches
Mail list logo
