Re: Upstream packaging (was Re: Derivatives, MongoDB and freezes)

2013-04-25 Thread Ben Armstrong
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

Re: Upstream packaging (was Re: Derivatives, MongoDB and freezes)

2013-04-25 Thread Andreas Tille
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

Re: Upstream packaging

2013-04-25 Thread Gergely Nagy
or java). Its just that Debian has such strong policies that we > are unable to consume said packaging, because the upstream packaging > is less expressive. So, we have to lag while we QA all of our > specialness. There's so much more to packaging and *maintaining* a debian package than wr

Re: Upstream packaging (was Re: Derivatives, MongoDB and freezes)

2013-04-25 Thread Andreas Tille
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

Re: Upstream packaging (was Re: Derivatives, MongoDB and freezes)

2013-04-25 Thread Wouter Verhelst
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

Re: Upstream packaging (was Re: Derivatives, MongoDB and freezes)

2013-04-25 Thread Jonas Smedegaard
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

Re: Upstream packaging (was Re: Derivatives, MongoDB and freezes)

2013-04-25 Thread Charles Plessy
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

Re: Upstream packaging (was Re: Derivatives, MongoDB and freezes)

2013-04-25 Thread Clint Byrum
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

Re: Upstream packaging (was Re: Derivatives, MongoDB and freezes)

2013-04-25 Thread Andreas Tille
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

Re: Upstream packaging

2013-04-24 Thread Russ Allbery
+1 to everything Guillem said. I particularly want to emphasize this part: Guillem Jover writes: > On Sat, 2013-04-20 at 11:05:29 -0700, Clint Byrum wrote: >> Where Debian's efforts should be focused is on things like license >> verification and helping bug reports and fixes get to upstream. >

Upstream packaging (was Re: Derivatives, MongoDB and freezes)

2013-04-24 Thread Guillem Jover
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 much anyway. > I