* Ben Longbons [130425 18:27]:
> The problems with the way Debian does it are:
> - debian/ is a subdirectory of the extracted source tree.
Why do you think that is a problem?
> - Because of the above, debian/rules tries to know about backwards steps.
What are "backwards steps"?
> - There
Your message dated Fri, 26 Apr 2013 07:10:37 +0200
with message-id <20130426051037.gg5...@mykerinos.kheops.frmug.org>
and subject line Re: Bug#706160: general: it should be easier for ordinary
developers to work with Debian packages
has caused the Debian Bug report #706160,
regarding general: it s
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 523 (new: 8)
Total number of packages offered up for adoption: 145 (new: 1)
Total number of packages request
On Wed, Apr 24, 2013 at 03:40:57PM +0200, Franck wrote:
> basE91 is an advanced method for encoding binary data as ASCII characters. It
> is similar to UUencode or base64, but is more efficient. The overhead produced
> by basE91 depends on the input data. It amounts at most to 23% (versus 33% for
>
I think this might be a good move, since the libjpeg-turbo maintainer
still wants to keep compatibility with libjpeg7/8, and he doesn't want
to implement incompatible changes, which might be introduced when
coding Jpeg2000 or JpegXR.
And if there's and consensus in the community that libjpeg-turbo
Package: wnpp
Severity: wishlist
Owner: "Jérémy Lal"
* Package name: node-once
Version : 1.1.1
Upstream Author : Isaac Z. Schlueter
* URL : https://github.com/isaacs/once
* License : BSD-2-clause
Programming Lang: JavaScript
Description : Run a functio
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-rsclient
Version : 0.7-2
Upstream Author : Simon Urbanek
* URL or Web page : http://www.rforge.net/RSclient/index.html
* License : GPL-2 plus OpenSSL exception
Description : R client fo
On Thu, 25 Apr 2013, Simon Chopin wrote:
> > One of the principles, up to now, of system design for the debian.org
> > infrastructure has been that it can tolerate single nodes being off line
> > for periods of time. My understanding of ZeroMQ is that it doesn't do
> > very well when the sender a
On 04/25/2013 03:51 PM, Neil Williams wrote:
> As with the rest of this ridiculous thread, all the discussion is about
> one element of a much larger problem and it was the entirety of the
> previous packaging which convinced me that there were only two sane
> options for the package: Fix all of th
Quoting Peter Palfrader (2013-04-25 22:49:36)
> On Thu, 25 Apr 2013, Simon Chopin wrote:
>
> > > One of the principles, up to now, of system design for the debian.org
> > > infrastructure has been that it can tolerate single nodes being off line
> > > for periods of time. My understanding of Zero
On 04/25/2013 03:51 PM, Neil Williams wrote:
> On Thu, 25 Apr 2013 07:08:48 +0800
> Thomas Goirand wrote:
>
>> On 04/25/2013 01:52 AM, Neil McGovern wrote:
>>> Perhaps you should go read the bug report first. As you seem to be
>>> unwilling to actually do research, I'll include the relevant sectio
On Apr 25, Michael Biebl wrote:
> Please no. If libjpeg-turbo is the saner implementation, which reading
> through the messages posted so far it seems like, let's switch to it fully.
Agreed.
--
ciao,
Marco
signature.asc
Description: Digital signature
+++ Nicolas Dandrimont [2013-04-25 19:13 +0200]:
> * Daniel Pocock [2013-04-25 17:34:03 +0200]:
>
> > - do we want to use an AMQP broker? In theory, this is an open standard
> > like SMTP: the clients and brokers are interchangeable
>
> As Simon already said, the Fedora people have tested this a
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 libjpeg
> implementations.
Please no. If libjpeg-turbo is t
* Andreas Beckmann , 2013-04-25, 21:27:
what would be the correct severity?
I've been using important (or normal, if only toy^Wexotic architectures
were affected) for such file conflicts, regardless of whether you were
able to reproduce the bug in practice by co-installing the packages in
qu
I'm just wondering if anybody else has looked at OpenMAMA or seen any
potential problems for packaging it?
http://www.openmama.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://
* 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 problem with -dbg packages being MA:same. They just ne
Quoting Stephen Gran (2013-04-25 21:17:29)
> Hi,
>
> This one time, at band camp, Simon Chopin said:
> > Hi,
> >
> > Nicolas Dandrimont and I are currently working on a project proposal for
> > the Google Summer of Code to use the messaging system written by Fedora,
> > fedmsg[0][1], within the D
On 2013-04-22 21:38, Andreas Beckmann wrote:
> On 2013-04-22 07:31, Guillem Jover wrote:
>> I guess a way to detect those could be piuparts runs that install
>> multiple instances of Multi-Arch:same packages, purge just one of
...
> Actually I already tried something similar some time ago, although
Hello,
The KDE maintainer in Fedora started an interesting discussion some time
ago in Digikam's mailing list. There was input from the very IJG:
http://mail.kde.org/pipermail/digikam-devel/2013-January/066206.html
It boils down to "jpeg6-2 is the only important thing. Forget about jpeg8
and jpe
+++ Ben Longbons [2013-04-25 09:22 -0700]:
> Package: general
> Severity: wishlist
>
> Introduction:
> This is my attempt at explaining exactly what frustrations prevent me from
> doing anything with Debian packages, and how another distro (Gentoo) does
> it better. The fact that Gentoo is a
On Thu, 2013-04-25 at 20:49 +0200, Mike Gabriel wrote:
> Hi all,
>
> On Do 25 Apr 2013 18:41:40 CEST Ondřej Surý wrote:
>
> > On Wed, Apr 24, 2013 at 3:19 PM, Bill Allombert
> > wrote:
> >> On Wed, Apr 24, 2013 at 11:23:04AM +0200, Ondřej Surý wrote:
> >>> Hi Bill and Debian Developers,
> >>>
>
Wouter Verhelst writes:
...
> Put otherwise, going to one distribution and saying "you guys are doing
> it all wrong, look at how $OTHER distribution is doing it, you should do
> it their way!!1!" isn't very convincing.
It's particularly unconvincing if one has witnessed the Gentoo BoF at
this ye
Hi,
This one time, at band camp, Simon Chopin said:
> Hi,
>
> Nicolas Dandrimont and I are currently working on a project proposal for
> the Google Summer of Code to use the messaging system written by Fedora,
> fedmsg[0][1], within the Debian infrastructure (some of you might have seen
> the var
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 25/04/13 18:07, Simon Chopin wrote:
> Quoting Daniel Pocock (2013-04-25 17:34:03)
>> ZeroMQ is a very lightweight solution - it is brokerless (like
>> multicast) so won't necessarily support the requirement for
>> durable subscriptions (keeping
Hi all,
On Do 25 Apr 2013 18:41:40 CEST Ondřej Surý wrote:
On Wed, Apr 24, 2013 at 3:19 PM, Bill Allombert
wrote:
On Wed, Apr 24, 2013 at 11:23:04AM +0200, Ondřej Surý wrote:
Hi Bill and Debian Developers,
My proposal is:
A. Add libjpeg-turbo to Debian archive (that's easy)
B. Add required
Package: wnpp
Severity: wishlist
Owner: Lars Wirzenius
* Package name: luxio
Version : 1.0
Upstream Author : Rob Kendrick
* URL : http://www.rjek.com/software.html
* License : MIT (Same as Lua)
Programming Lang: Lua
Description : Posix bindings for Lua
On Thu, Apr 25, 2013 at 07:20:09PM +0200, Jonas Smedegaard wrote:
> Quoting Simon Chopin (2013-04-25 18:07:29)
> > Quoting Daniel Pocock (2013-04-25 17:34:03)
> > > ZeroMQ is a very lightweight solution - it is brokerless (like
> > > multicast) so won't necessarily support the requirement for dura
Hi Ben,
On 25-04-13 18:22, Ben Longbons wrote:
> Package: general
> Severity: wishlist
[...long introduction snipped]
> How Simple Tasks are approached:
> quick:
> Debian:
> - checkinstall is buggy, quirky, and has no upgrade path.
> - I still haven't figured out how to do this e
Quoting Simon Chopin (2013-04-25 18:07:29)
> Quoting Daniel Pocock (2013-04-25 17:34:03)
> > ZeroMQ is a very lightweight solution - it is brokerless (like
> > multicast) so won't necessarily support the requirement for durable
> > subscriptions (keeping messages queued up for clients that are
>
* Daniel Pocock [2013-04-25 17:34:03 +0200]:
> On 25/04/13 13:50, Simon Chopin wrote:
> > [ description of the fedmsg project ]
> > Questions, comments?
>
> ZeroMQ is a very lightweight solution - it is brokerless (like
> multicast) so won't necessarily support the requirement for durable
> subs
On gio, apr 25, 2013 at 06:36:39 +0200, Julian Taylor wrote:
> On 25.04.2013 18:01, Alessandro Ghedini wrote:
> > * Package name: libzmq-libzmq2-perl
> > Version : 1.07
> > Upstream Author : Daisuke Maki
> > * URL : https://metacpan.org/release/ZMQ-LibZMQ2/
> > * Licens
On Wed, Apr 24, 2013 at 3:19 PM, Bill Allombert
wrote:
> On Wed, Apr 24, 2013 at 11:23:04AM +0200, Ondřej Surý wrote:
>> Hi Bill and Debian Developers,
>>
>> My proposal is:
>> A. Add libjpeg-turbo to Debian archive (that's easy)
>> B. Add required provides/alternatives for libjpeg62-dev and
>> li
On 25.04.2013 18:01, Alessandro Ghedini wrote:
> Package: wnpp
> Owner: Alessandro Ghedini
> Severity: wishlist
> X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
>
> * Package name: libzmq-libzmq2-perl
> Version : 1.07
> Upstream Author : Daisuke Maki
> *
Package: general
Severity: wishlist
Introduction:
This is my attempt at explaining exactly what frustrations prevent me from
doing anything with Debian packages, and how another distro (Gentoo) does
it better. The fact that Gentoo is a source-based distro is irrelevant.
I hope you will se
Quoting Paul Tagliamonte (2013-04-25 18:04:26)
> OK. It's not Bikesheading, I read the rest of the thread. I'm a bit out
> of order.
>
> I'm still not pleased it's still up for discussion, this puts slot
> allocation into a funny place where the GSoC team has to decide if we
> can bet on a project
Quoting Daniel Pocock (2013-04-25 17:34:03)
> ZeroMQ is a very lightweight solution - it is brokerless (like
> multicast) so won't necessarily support the requirement for durable
> subscriptions (keeping messages queued up for clients that are disconnected)
> http://www.zeromq.org/topics:requiremen
On Thu, Apr 25, 2013 at 11:44:35AM -0400, Paul Tagliamonte wrote:
> On Thu, Apr 25, 2013 at 05:34:03PM +0200, Daniel Pocock wrote:
> > On 25/04/13 13:50, Simon Chopin wrote:
> > > Hi,
> > >
> > > Nicolas Dandrimont and I are currently working on a project proposal for
> > > the Google Summer of Cod
Package: wnpp
Owner: Alessandro Ghedini
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libzmq-libzmq2-perl
Version : 1.07
Upstream Author : Daisuke Maki
* URL : https://metacpan.org/release/ZMQ-LibZMQ2/
* Li
Package: general
Severity: normal
Bonjour,
1°) barre de menu
- probleme d'affichage d'icone, application en cours (same icone)
- un changement de fenetre (ctrl-alt-1) permet au retour sur
L'Interface X11
d'afficher les icones,
- probleme de mise a jour, erreur
On Thu, Apr 25, 2013 at 05:34:03PM +0200, Daniel Pocock wrote:
> On 25/04/13 13:50, Simon Chopin wrote:
> > Hi,
> >
> > Nicolas Dandrimont and I are currently working on a project proposal for
> > the Google Summer of Code to use the messaging system written by Fedora,
> > fedmsg[0][1], within the
On 25/04/13 13:50, Simon Chopin wrote:
> Hi,
>
> Nicolas Dandrimont and I are currently working on a project proposal for
> the Google Summer of Code to use the messaging system written by Fedora,
> fedmsg[0][1], within the Debian infrastructure (some of you might have seen
> the various ITPs relat
[Mathieu Malaterre]
> I do not believe in debian life-span, a package manager ever switch
> an implementation of a package. So libjpeg9 and libjpeg-turbo will
> have to co-live.
It happens. Look at the source for 'libc6'. It used to be glibc,
these days it is a fork called eglibc. Likewise the
Riku Voipio wrote:
>On Wed, Apr 24, 2013 at 03:19:59PM +0200, Bill Allombert wrote:
>
>> 3) do not implement the full libjpeg8 ABI, nor the upcoming libjpeg9.
>
>This would be a relevant if some application actually used the
>"full libjpeg8 ABI" . In fact, 100% of debian works fine with
>libjpeg-tu
On 04/25/2013 09:40 AM, Andreas Tille wrote:
> There are actually users who do not "see" the system but just the
> topping.
Yes, but I don't think we should encourage any users in this skewed view
of the system.
> I would never try to blame the user about this.
Nor would I. However, I would not
On Thu, Apr 25, 2013 at 02:40:38PM +0200, Andreas Tille wrote:
> understandable to him: What is an operating system. (Hey, also Windows
> is no operating system - it is just a kick-starter for Windows, Excel, a
> browser and a mail client, right?)
s/for Windows, Excel/for Word, Excel/
Kind rega
Clint Byrum writes:
>> Also if people thought that distributions are unneeded, then the
>> amount
>> of them would reflect that, or start decreasing, which I'm not seeing.
>> Distributions will exist as long as there's FLOSS, because by its
>> decentralized nature, there's no single coordination
Hi,
On Thu, Apr 25, 2013 at 12:00:11PM +0200, Jonas Smedegaard wrote:
> Quoting Andreas Tille (2013-04-25 09:20:59)
> > I honestly wonder if there is some more general definition for the
> > term "app store" besides what according to[1] certain companies have
> > made out of it. Following the l
On 25-04-13 10:50, Clint Byrum wrote:
> On 2013-04-24 12:43, Guillem Jover wrote:
> All of the things you mention are huge accomplishments, but the scope is
> what I am suggesting has gotten out of hand. Do we really need "a high
> level view" and "QA of the entire system" for MongoDB?
We don't ne
Hi,
Nicolas Dandrimont and I are currently working on a project proposal for
the Google Summer of Code to use the messaging system written by Fedora,
fedmsg[0][1], within the Debian infrastructure (some of you might have seen
the various ITPs related to that on -devel).
Tollef kindly pointed out
* Neil Williams , 2013-04-25, 08:51:
Perhaps you should go read the bug report first. As you seem to be
unwilling to actually do research, I'll include the relevant section
for your benefit:
When you write:
This will be my only reply to this particular bike-shed.
Thomas: Read the bug report.
Quoting Andreas Tille (2013-04-25 09:20:59)
> On Wed, Apr 24, 2013 at 09:43:48PM +0200, Guillem Jover wrote:
> > ...
> > A distribution (any, most) is the gel that binds and gives an unified
> > and coherent shape to the software ecosystem.
>
> +1 (to everything even the cutted part)
>
> > An app
Le Thu, Apr 25, 2013 at 01:50:58AM -0700, Clint Byrum a écrit :
>
> My suggestion is not to stop packaging, but to shift focus
> from "make an awesome package" to "make an awesome upstream" that
> results in an automatically generated awesome package. Debhelper and
> many of the other tools defini
Package: wnpp
Severity: wishlist
Owner: "Leopold Palomo-Avellaneda"
* Package name: ompl
Version : 0.12.2
Upstream Author : Ioan A. Șucan, Mark Moll, Lydia E. Kavraki
* URL : http://ompl.kavrakilab.org
* License : The 3-clause BSD License
Programming Lang: (
On 2013-04-24 12:43, Guillem Jover wrote:
Hi!
On Sat, 2013-04-20 at 11:05:29 -0700, Clint Byrum wrote:
[...]. IMO this is why upstream packaging should be
embraced and enhanced rather than focusing on dpkg.
I'm not sure if you refer to the tool here, or to the packaging work,
doesn't change m
On Thu, 25 Apr 2013 07:08:48 +0800
Thomas Goirand wrote:
> On 04/25/2013 01:52 AM, Neil McGovern wrote:
> > Perhaps you should go read the bug report first. As you seem to be
> > unwilling to actually do research, I'll include the relevant section for
> > your benefit:
>
> When you write:
This
On 2013-04-25, Mathieu Malaterre wrote:
> Chicken & egg issue, until everyone follow debian and uses libjpeg9,
> there may be surprise.
Everyone seems to head towards libjpeg-turbo.
>> I find the reason that IJG libjpeg8 fork is so triggerhappy to
>> repeatedly break the API and ABI (and image f
On Wed, Apr 24, 2013 at 09:43:48PM +0200, Guillem Jover wrote:
> ...
> A distribution (any, most) is the gel that binds and gives an unified
> and coherent shape to the software ecosystem.
+1 (to everything even the cutted part)
> An app store is just like
> a scrapyard, you might find magnificen
On Thu, Apr 25, 2013 at 6:17 AM, Riku Voipio wrote:
> On Wed, Apr 24, 2013 at 03:19:59PM +0200, Bill Allombert wrote:
>> As IJG libjpeg maintainer, my plan is to move to libjpeg9 which has more
>> feature.
>
> Only the applications that actually want to experiment with libjpeg8/9 ABI
> should be
59 matches
Mail list logo
