On Sun, Mar 31, 2013 at 05:39:05PM -0500, Dirk Eddelbuettel wrote:
> When I said "peripheral" I meant in the sense that none of the Depends are
> used by anything else beyond R. I know it is "not small" -- there are now
> 4400 R packages on CRAN, and we have about 150 of those in Debian.
I think i
Package: wnpp
Severity: wishlist
Owner: David Prévot
* Package name: pdf.js
Version : 0.7.423
Upstream Author : Andreas Gal
* URL : http://mozilla.github.com/pdf.js/
* License : Apache-2.0
Programming Lang: JavaScript
Description : web standards-based
On 02/04/13 01:04, Josselin Mouette wrote:
> Le lundi 01 avril 2013 à 22:04 +0200, John Paul Adrian Glaubitz a
> écrit :
>>> $ apt-cache depends libgl1-mesa-glx
>>>...
>>> Recommends: libgl1-mesa-dri
>>>
>>
>> Well, "Recommends" are installed by default, aren't they? However, I'm
>> no
Le lundi 01 avril 2013 à 22:04 +0200, John Paul Adrian Glaubitz a
écrit :
> > $ apt-cache depends libgl1-mesa-glx
> >...
> > Recommends: libgl1-mesa-dri
> >
>
> Well, "Recommends" are installed by default, aren't they? However, I'm
> not sure why it shouldn't be depending on either "lib
On 01/04/13 22:04, John Paul Adrian Glaubitz wrote:
> On 04/01/2013 09:59 PM, Daniel Pocock wrote:
>> Agreed, but that doesn't complete the picture, as libgl1-mesa-glx
>> doesn't depend on libgl1-mesa-dri:
>>
>> $ apt-cache depends libgl1-mesa-glx
>>...
>> Recommends: libgl1-mesa-dri
>>
While I realize that it's very hard to put off discussions when they're
raised in interesting-looking threads, this case in particular is one
where it's quite helpful socially to pick the right time to have this
discussion.
Absolutely nothing is going to change the release process for wheezy at
th
Le 01/04/2013 00:39, Dirk Eddelbuettel a écrit :
> I didn't mean to create extra work. We had two such transitions for R before
> in the last five years, and they just worked.
No. I suffer from partial upgrade and "solved it" by upgrading all
installed r related packages. The dependency system s
Hello,
[ some quotes reordered ]
2013-04-01 16:45, Neil McGovern:
> As for consensus, have a read over this thread to see if there's anyone
> supporting your views.
Well, if you resort to this argument, here I am, supporting some part of
those views. Not supporting the rude tone though.
> http:
On 04/01/2013 09:59 PM, Daniel Pocock wrote:
Agreed, but that doesn't complete the picture, as libgl1-mesa-glx
doesn't depend on libgl1-mesa-dri:
$ apt-cache depends libgl1-mesa-glx
...
Recommends: libgl1-mesa-dri
Well, "Recommends" are installed by default, aren't they? However, I'm
Processing commands for cont...@bugs.debian.org:
> package general
Limiting to bugs with field 'package' containing at least one of 'general'
Limit currently set to 'package':'general'
> severity 704482 wishlist
Bug #704482 [general] general: file copy over kde gui or cp to an usb devices
(tried
package general
severity 704482 wishlist
tags 704482 -patch
reassign 704482 konqueror
thanks
For "cp" this is not a bug, you are supposed to umount the filesystem
before you remove the usb device. Nothing in "man cp" guarantees that
the file has been copied to the disk when the command exits.
For
On 01/04/13 14:37, John Paul Adrian Glaubitz wrote:
> On 04/01/2013 11:59 AM, Daniel Pocock wrote:
>>
>> I've found that some default packages in Gnome are broken if
>> libgl1-mesa-dri is not installed
>>
>> (...)
>>
>> While I've filed a bug against empathy (that is where I observed the
>> probl
On Mon, Apr 01, 2013 at 12:16:23AM +0200, Josselin Mouette wrote:
>
> Not only your reverse dependencies
> should only depend on the *sufficient* version of R (in this case,
> certainly not the R version used to compile the package, which will lead
> to transition blockades to testing), but they s
Package: general
Severity: critical
Tags: patch
Justification: causes serious data loss
Tried to copy files over usb to an usb stick (fat32) , before the files
correctly fineshed copying the progress bar ist fineshed / the bash prompt is
back.
This Problem you can just see if you larger files whic
On Mon, Apr 01, 2013 at 08:05:32PM +0200, David Kalnischkies wrote:
> Hi bro Paul,
Sup!
>
> thanks for your valuable contribution to fix the longstanding bug #271810
> while outreaching to bro's at the same time!
Totally rad, brobot! Stoked to do it!
>
>
> On Mon, Apr 1, 2013 at 4:41 PM, Pau
Hi bro Paul,
thanks for your valuable contribution to fix the longstanding bug #271810
while outreaching to bro's at the same time!
On Mon, Apr 1, 2013 at 4:41 PM, Paul Tagliamonte wrote:
> I've attached a patch for apt to help us be more inclusive to this
> critical market.
Contrary to bro Ar
On Monday, April 01, 2013 09:54:51 AM Don Armstrong wrote:
> On Sun, 31 Mar 2013, Dirk Eddelbuettel wrote:
> > It really does not add much as well already have a, say, Dependds:
> > r-base-core (>= 3.0.0~20130327) so we are really just trading one
> > for the other as far as I can tell.
>
> The di
+++ Luca Falavigna [2013-04-01 17:06 +0200]:
>Since July 1st (first day of Wheezy freeze), we have the following
>figures:
>* 2085 NEW packages received (7.694 per day)
>* 1379 were accepted (5.089 per day)
>* 213 were rejected (0.786 per day)
>* 130 generated comments from
On Sun, 31 Mar 2013, Dirk Eddelbuettel wrote:
> It really does not add much as well already have a, say, Dependds:
> r-base-core (>= 3.0.0~20130327) so we are really just trading one
> for the other as far as I can tell.
The difference is that you can do the following:
r-base-core Provides: r-bas
Viacheslav Fedorov writes:
> But let's say I trust my environment. Then why when I disable zeroing of
> the allocated pages, the applications crash in libc?
How did you disable it?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
Viacheslav Fedorov, le Mon 01 Apr 2013 11:11:44 -0500, a écrit :
> I was wondering, when allocating an anonymous physical page on a Page Fault,
> why does kernel have to fill it with zeroes?
> I understand it has something to do with security.
> But let's say I trust my environment. Then why when I
Hey guys,
I was wondering, when allocating an anonymous physical page on a Page
Fault, why does kernel have to fill it with zeroes?
I understand it has something to do with security.
But let's say I trust my environment. Then why when I disable zeroing of
the allocated pages, the applications cras
Hi,
On Mon, Apr 01, 2013 at 04:45:19PM +0100, Neil McGovern wrote:
> On Mon, Apr 01, 2013 at 05:48:13PM +0300, Uoti Urpala wrote:
> You seem to believe that unstable is more important than stable
> releases. I do not. One of us is in the wrong project.
That's easy to answer: It must be you, beca
2013/4/1 Rene Engelhard :
> True for unstable, not for experimental, Because stuff uploading to
> experimental
> can cause a transition if uploaded to unstable, yes - for *jessie*.
Most of the packages introducing new transitions were accepted, if
targeted experimental. A lot are still in the que
On Mon, Apr 01, 2013 at 05:48:13PM +0300, Uoti Urpala wrote:
> Neil McGovern wrote:
> > On Mon, Apr 01, 2013 at 02:38:51PM +0300, Uoti Urpala wrote:
> > > It is unreasonable to tell the users and upstreams that Debian is
> > > going to keep users on a known inferior version by default for a long
>
On Mon, Apr 01, 2013 at 04:46:09PM +0200, A-dawg Tröllski wrote:
> On 01.04.2013 16:41, Paul Tagliamonte wrote:
> > diff -Nru apt-0.9.7.8/debian/changelog apt-0.9.7.8+nmu1/debian/changelog
> > --- apt-0.9.7.8/debian/changelog2013-03-14 03:14:09.0 -0400
> > +++ apt-0.9.7.8+nmu1/debian/ch
Am 01.04.2013 17:06, schrieb Luca Falavigna:
> [ This is just my personal point of view, not necessarily the one of the
> FTP Team ]
Luca, I think you and the FTP team are doing an awesome job! Even during
freezes. If you don't believe me, just have a look at the amount of
packages that were quick
Hi,
On Mon, Apr 01, 2013 at 05:06:03PM +0200, Luca Falavigna wrote:
>True. But most of the packages that currently are on top of the NEW queue
>would have introduced transitions if FTP Team blindly had accepted them,
>and we agreed with Release Team to keep them in the queue to avoid
>
On Mon, 1 Apr 2013 16:42:26 +0200
Rene Engelhard wrote:
> On Mon, Apr 01, 2013 at 03:36:35PM +0100, Neil Williams wrote:
> > It is installable from experimental if the local setup is correct. It's
> > only a change to apt sources and preferences, in a chroot if necessary.
>
> This Debian. It is
[ This is just my personal point of view, not necessarily the one of the
FTP Team ]
2013/4/1 Rene Engelhard
>> Even if you think there are a few days between the time taken to process
>> NEW for experimental vs NEW for unstable, I've seen no evidence of that
>> and it's not as if a few days are r
Neil McGovern wrote:
> On Mon, Apr 01, 2013 at 02:38:51PM +0300, Uoti Urpala wrote:
> > It is unreasonable to tell the users and upstreams that Debian is
> > going to keep users on a known inferior version by default for a long
> > time, just in case more testing is needed to discover problems in t
On Mon, 1 Apr 2013 15:36:35 +0100
Neil Williams wrote:
> On Mon, 1 Apr 2013 15:46:44 +0200
> Rene Engelhard wrote:
Apologies Rene, got you mixed up with Dirk re the R packages.
The bit about the epoch and the upload was intended for the R
maintainers.
> > On Mon, Apr 01, 2013 at 02:23:36PM +0
On 01.04.2013 16:41, Paul Tagliamonte wrote:
> diff -Nru apt-0.9.7.8/debian/changelog apt-0.9.7.8+nmu1/debian/changelog
> --- apt-0.9.7.8/debian/changelog 2013-03-14 03:14:09.0 -0400
> +++ apt-0.9.7.8+nmu1/debian/changelog 2013-03-24 17:37:05.0 -0400
> @@ -1,3 +1,10 @@
> +apt (
On Mon, 2013-04-01 at 14:41 +0200, Benjamin Drung wrote:
> Am Sonntag, den 31.03.2013, 00:13 + schrieb Ben Hutchings:
> > On Sat, 2013-03-30 at 22:49 +0100, Benjamin Drung wrote:
> > > Hi,
> > >
> > > devscripts ships a bunch of scripts to make the life of a Debian Package
> > > maintainer eas
On Mon, Apr 01, 2013 at 03:36:35PM +0100, Neil Williams wrote:
> It is installable from experimental if the local setup is correct. It's
> only a change to apt sources and preferences, in a chroot if necessary.
This Debian. It is uninstallable there. And people (NOT ME!) can't install
it. Which is
Ay yo, what up fellow ninjas,
Few days ago, I was smashin' some beers with the bro-skis[1] and we
were trying to figure out why there are so few bros in Debian.
We need to start a real Debian brobalization effort. I know it'll be
hard with all of us working bro-bono, but hopefully with some new
On Mon, 1 Apr 2013 15:46:44 +0200
Rene Engelhard wrote:
> On Mon, Apr 01, 2013 at 02:23:36PM +0100, Neil Williams wrote:
> > Having packages in experimental does not block the ability to test or
> > upload other packages which depend on functionality in those new
> > versions - you just need an a
On Mon, 2013-04-01 at 14:41:53 +0200, Benjamin Drung wrote:
> Am Sonntag, den 31.03.2013, 00:13 + schrieb Ben Hutchings:
> > There is no reason why Debian couldn't continue to be upstream for
> > these, but hosting on freedesktop.org might make them more visible to
> > other distributions.
> >
On Mon, Apr 01, 2013 at 02:23:36PM +0100, Neil Williams wrote:
> NEW processing happens whether the new package is meant for unstable or
> experimental. Whether the package is in unstable or experimental does
True.
> not change how that package gets tested. It can affect how that package
> affect
On Mon, Apr 1, 2013 at 2:41 PM, Benjamin Drung wrote:
> Am Sonntag, den 31.03.2013, 00:13 + schrieb Ben Hutchings:
>> On Sat, 2013-03-30 at 22:49 +0100, Benjamin Drung wrote:
>> > Hi,
>> >
>> > devscripts ships a bunch of scripts to make the life of a Debian Package
>> > maintainer easier. Not
On Monday, April 01, 2013 09:32:19 PM Thomas Goirand wrote:
> On 04/01/2013 08:37 AM, Scott Kitterman wrote:
> > Excellent. What's the interval on the cron runs? If we get lucky, this
> > could get us to a release really soon.
> >
> > Scott K
>
> My understanding is that such cron is set to run
]] Enrico Zini
> On Sun, Mar 31, 2013 at 07:15:39PM -0600, Gunnar Wolf wrote:
>
> > In order to get the release timing for Debian to fit in just one CD
> > under such construction, I suggest you take the average size of
> > packages and multiply it by the space we need to save. Then we can run
>
On 04/01/2013 08:37 AM, Scott Kitterman wrote:
> Excellent. What's the interval on the cron runs? If we get lucky, this
> could
> get us to a release really soon.
>
> Scott K
My understanding is that such cron is set to run once a year,
at the same date as today... :)
Thomas
--
To UNSUBSCRI
On Mon, 1 Apr 2013 14:59:14 +0200
Rene Engelhard wrote:
> On Mon, Apr 01, 2013 at 01:47:10PM +0100, Neil Williams wrote:
> > ... and those uploads go into experimental as well. What's wrong with that?
>
> That non-processed NEW for packages which in turn is needed for other
> packages to go to e
Am Sonntag, den 31.03.2013, 12:12 -0400 schrieb Michael Gilbert:
> On Sun, Mar 31, 2013 at 11:56 AM, Wookey wrote:
> > +++ Benjamin Drung [2013-03-30 22:49 +0100]:
> >> Hi,
> >>
> >> devscripts ships a bunch of scripts to make the life of a Debian Package
> >> maintainer easier. Not every script in
On Mon, Apr 01, 2013 at 01:47:10PM +0100, Neil Williams wrote:
> ... and those uploads go into experimental as well. What's wrong with that?
That non-processed NEW for packages which in turn is needed for other
packages to go to experimental for getting them tested blocks those packages
from being
Am Sonntag, den 31.03.2013, 09:24 +0100 schrieb Lars Wirzenius:
> On Sat, Mar 30, 2013 at 10:49:18PM +0100, Benjamin Drung wrote:
> > I like to keep only Debian packaging specific scripts in devscripts (see
> > the list below). Where should we put the non Debian packaging specific
> > scripts? Shou
On Mon, 1 Apr 2013 14:26:58 +0200
Rene Engelhard wrote:
> Hi,
>
> On Mon, Apr 01, 2013 at 11:47:10AM +0200, Samuel Thibault wrote:
> > Uoti Urpala, le Mon 01 Apr 2013 05:12:46 +0300, a écrit :
> > > Distributions that make latest
> > > software available are necessary for free software developme
Am Sonntag, den 31.03.2013, 00:13 + schrieb Ben Hutchings:
> On Sat, 2013-03-30 at 22:49 +0100, Benjamin Drung wrote:
> > Hi,
> >
> > devscripts ships a bunch of scripts to make the life of a Debian Package
> > maintainer easier. Not every script in there is Debian packaging
> > specific. Some
On 04/01/2013 11:59 AM, Daniel Pocock wrote:
I've found that some default packages in Gnome are broken if
libgl1-mesa-dri is not installed
(...)
While I've filed a bug against empathy (that is where I observed the
problem), I suspect other packages are impacted and the issue may need
to be fix
Hi,
On Mon, Apr 01, 2013 at 11:47:10AM +0200, Samuel Thibault wrote:
> Uoti Urpala, le Mon 01 Apr 2013 05:12:46 +0300, a écrit :
> > Distributions that make latest
> > software available are necessary for free software development.
>
> Again, that's one of the things experimental is for.
Which d
On Mon, Apr 01, 2013 at 02:38:51PM +0300, Uoti Urpala wrote:
> It is not. You can't reasonably install things from experimental rather
> than unstable by default, nor is there a flag for "this really should be
> in unstable if not for badly managed release"
I'm getting rather annoyed by this accus
On 01-04-13 13:38, Uoti Urpala wrote:
> Samuel Thibault wrote:
>> Uoti Urpala, le Mon 01 Apr 2013 05:12:46 +0300, a écrit :
>>> Distributions that make latest
>>> software available are necessary for free software development.
>>
>> Again, that's one of the things experimental is for.
>
> It is no
On Mon, 1 Apr 2013 17:42:29 +0600
Andrey Rahmatullin wrote:
> On Mon, Apr 01, 2013 at 12:33:15AM -0500, Steve M. Robbins wrote:
> > > Thanks for trading the R release cycle with Debian's and for
> > > delaying the release. The harm has already been done, so somebody
> > > should probably go and c
Hi all,
while this thread may have the outcome of having Debian's R packages following
a similar convention as with the perl-api package (why not, it does not seem to
cost much), I hope that it is fairly clear for everyone that it will not change
how we release or how we use experimental: this par
Samuel Thibault wrote:
> Uoti Urpala, le Mon 01 Apr 2013 05:12:46 +0300, a écrit :
> > Distributions that make latest
> > software available are necessary for free software development.
>
> Again, that's one of the things experimental is for.
It is not. You can't reasonably install things from ex
On Mon, Apr 01, 2013 at 12:33:15AM -0500, Steve M. Robbins wrote:
> > Thanks for trading the R release cycle with Debian's and for
> > delaying the release. The harm has already been done, so somebody
> > should probably go and create a transition tracker for it?
>
> Rather than accept the harm, s
On Sun, Mar 31, 2013 at 07:15:39PM -0600, Gunnar Wolf wrote:
> In order to get the release timing for Debian to fit in just one CD
> under such construction, I suggest you take the average size of
> packages and multiply it by the space we need to save. Then we can run
> a contest similar to Chris
On Mon, Apr 01, 2013 at 01:05:06AM -0700, Steve Langasek wrote:
> On Mon, Apr 01, 2013 at 01:07:32AM +0100, Jonathan Wiltshire wrote:
> > The residents of #debian-uk are pleased to announce that, in conjunction
> > with
> > our friendly FTP masters, dak-roulette has just been activated in cron on
Quoting Ansgar Burchardt (ans...@debian.org):
> Scott Kitterman writes:
> > Excellent. What's the interval on the cron runs? If we get lucky, this
> > could
> > get us to a release really soon.
>
> While britney still removes packages from testing that are no longer in
> unstable, it only doe
On Mon, Apr 1, 2013 at 3:40 PM, Neil Williams wrote:
>> That's a minor issue, are we sure the case when it shoots itself has
>> been fully tested?
>
> That's easy, this isn't a package, so cannot be removed by dak.
Can be packaged. Who owns ITP of it? :)
--
Kartik Mistry | IRC: kart_
{0x1f1f, k
On Mon, 01 Apr 2013 21:29:24 +1300
Roger Gammans wrote:
> On Mon, 2013-04-01 at 01:05 -0700, Steve Langasek wrote:
> > On Mon, Apr 01, 2013 at 01:07:32AM +0100, Jonathan Wiltshire wrote:
> > > The residents of #debian-uk are pleased to announce that, in conjunction
> > > with
> > > our friendly
I've found that some default packages in Gnome are broken if
libgl1-mesa-dri is not installed
libgl1-mesa-dri is only installed on upgrade if the package xorg is
present in squeeze, but that is not always the case according to popcon:
http://qa.debian.org/popcon.php?package=xorg
xserver-xo
Uoti Urpala, le Mon 01 Apr 2013 05:12:46 +0300, a écrit :
> Distributions that make latest
> software available are necessary for free software development.
Again, that's one of the things experimental is for.
Samuel
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subj
On Mon, 2013-04-01 at 01:05 -0700, Steve Langasek wrote:
> On Mon, Apr 01, 2013 at 01:07:32AM +0100, Jonathan Wiltshire wrote:
> > The residents of #debian-uk are pleased to announce that, in conjunction
> > with
> > our friendly FTP masters, dak-roulette has just been activated in cron on
> > ftp
On Sun, 31 Mar 2013 17:45:15 -0500
Dirk Eddelbuettel wrote:
> On 1 April 2013 at 00:16, Josselin Mouette wrote:
> | I don’t understand how you can say it “worked before”.
> | Let’s say you backport a R package from wheezy to squeeze (something we
> | tried recently at work). The new R will instal
Scott Kitterman writes:
> Excellent. What's the interval on the cron runs? If we get lucky, this
> could
> get us to a release really soon.
While britney still removes packages from testing that are no longer in
unstable, it only does so when this doesn't make (other) packages in
testing unin
Hi,
On Montag, 1. April 2013, Steve M. Robbins wrote:
> Rather than accept the harm, surely the release team could simply roll
> back the upload in some manner?
As I understand it, only by introducing an epoch in the package version.
Which, understandably, is often frowned upon as an epoch never
On Mon, Apr 01, 2013 at 01:07:32AM +0100, Jonathan Wiltshire wrote:
> The residents of #debian-uk are pleased to announce that, in conjunction with
> our friendly FTP masters, dak-roulette has just been activated in cron on
> ftp-master.debian.org targetting unstable and no particular maintainer.
On Mon, Apr 01, 2013 at 05:23:08AM +0600, Andrey Rahmatullin wrote:
> And even a month ago [1] there were no RC bugs that could be helped with
> by a random contributor, and that was the case for some time already.
> So I think it is unfair to say that random contributors are responsible
> for the
70 matches
Mail list logo
