On Sun, Mar 31, 2013 at 11:45:15AM -0500, Dirk Eddelbuettel wrote:
>
> A new major release R 3.0.0 will come out on Wednesday April 3rd, as usual
> according the the release plan and announcements [1].
>
> It contains major internal changes [2] and requires rebuilds of all R
> packages. As I us
]] Andreas Tille
> Hmmm, you just show some more code as in your blog but this is not
> addressing the three flaws of the workflow I was mentioning in my
> initial mail. I'm honestly wondering whether I'm missing something
> and these are non-issues.
They seem to just be deficiencies in the too
Le Fri, Apr 05, 2013 at 08:53:52AM +0100, Julian Gilbey a écrit :
> On Sun, Mar 31, 2013 at 11:45:15AM -0500, Dirk Eddelbuettel wrote:
>
> I am a little unclear what is required; is a binary rebuild
> sufficient, or is some change in the source code necessary? If the
> former, would it not be bet
Hi,
debian-java has the tool "mh_make" that generates debian packages from maven
projects. There's some java code in there that produces debian/* files: rules,
copyright, watch, control, orig-tar.sh, doc-base.api, doc.install and of
course source/format and compat.
This java code should be rep
On Fri, Apr 05, 2013 at 11:07:31AM +0200, Thomas Koch wrote:
> This java code should be replaces with something in perl/python/non-JVM.
Why?
> Is there already some logic/templates in Debian that I could build on?
dh-make-perl perhaps?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/04/13 22:43, Christian PERRIER wrote:
> Quoting ian_br...@fastmail.net (ian_br...@fastmail.net):
>
>> If Debian bug report #684128 proves anything, it is that you will never
>> convince anyone with technical argument, facts advanced in support o
On Fri, Apr 05, 2013 at 11:26:29AM +0200, Daniel Pocock wrote:
> It may actually be useful for the technical committee to review what is
> on the wiki and make some general statement about Debian's position (if
> they haven't done so in the past), and that can guide the way similar
> bugs are class
Hi,
as I've posted some minutes ago I'm searching to generate the files in debian/
and remembered the DPU project[1]. It took me some time to find the blogpost
again and thus the name of the project. It seems the project is stalled since
august and it has not yet been uploaded to the archive?
Your message dated Fri, 5 Apr 2013 11:54:23 +0200
with message-id <201304051154.26778.hol...@layer-acht.org>
and subject line Re: Bug#704541: general: cannot switch open application by
taskbar
has caused the Debian Bug report #704541,
regarding general: cannot switch open application by taskbar
to
dh-make-perl indeed for Perl CPAN packages.
dh-make for base packages...
Olivier
2013/4/5 Thomas Koch
> Hi,
>
> debian-java has the tool "mh_make" that generates debian packages from
> maven
> projects. There's some java code in there that produces debian/* files:
> rules,
> copyright, watch,
+++ Jonathan Dowland [2013-04-05 10:09 +0100]:
> On Fri, Apr 05, 2013 at 11:07:31AM +0200, Thomas Koch wrote:
> > This java code should be replaces with something in perl/python/non-JVM.
>
> Why?
Because it's an entirely unnecessary circular build-dependency. java
is not part of build-essential a
On Thu, 2013-04-04 at 23:07:04 +0800, Thomas Goirand wrote:
> gen-author-list:
> git log --format='%aN <%aE>' | awk '{arr[$$0]++} END{for (i in
> arr){print arr[i], i;}}' | sort -rn | cut -d' ' -f2-
A better way to write the above could be:
gen-author-list:
git shortlog -nes | tr
On Thu, Apr 04, 2013 at 09:38:36AM -0700, Russ Allbery wrote:
> Jean-Christophe Dubacq writes:
>
> > Yesterday, however, I just had the case of a project with no tarballs
> > (as the library I wanted to package is part of a larger project, it's
> > not released independently). I stumbled (too lon
Can we *PLEASE* stop making new threads. It's getting *REALLY* hard to
keep playing whack-a-mole with my bozo bin.
Keep it all on the same thread. We don't need to 5 threads about this
nonsense. It's starting to get annoying.
On Fri, Apr 05, 2013 at 11:26:29AM +0200, Daniel Pocock wrote:
>
> ---
On Fri, Apr 05, 2013 at 11:56:04AM +0200, Thomas Koch wrote:
> Hi,
>
> as I've posted some minutes ago I'm searching to generate the files in
> debian/
> and remembered the DPU project[1]. It took me some time to find the blogpost
> again and thus the name of the project. It seems the project i
I've just realized that debian/rules might not be a makefile, but can
be a script in any language.
Is there any package using debian/rules whihc is not a makefile?
Are there any packages that can get advantages by using debian/rules
written in bash/perl/python/etc?
--
To UNSUBSCRIBE, email to d
On 04/05/2013 04:43 AM, Christian PERRIER wrote:
> Nothing proves that the patches you proposed will be ignored *after*
> the release of wheezy.
Christian,
Not fixing this bug would be a very bad move, because it can lead
to having partitions not aligned to a 4K boundary, meaning that
your system
Hallo Игорь Пашев,
2013-04-05 um 13:32:24 schriebst Du:
> I've just realized that debian/rules might not be a makefile, but can
> be a script in any language.
>
> Is there any package using debian/rules whihc is not a makefile?
> Are there any packages that can get advantages by using debian/rule
On 05/04/13 12:32, Игорь Пашев wrote:
> I've just realized that debian/rules might not be a makefile, but can
> be a script in any language.
This is technically possible (dpkg allows it), but not acceptable for
Debian packages (Debian Policy requires that debian/rules is an
executable makefile).
On Fri, Apr 05, 2013 at 03:32:24PM +0400, Игорь Пашев wrote:
> I've just realized that debian/rules might not be a makefile, but can
> be a script in any language.
The policy says:
# 4.9. Main building script: `debian/rules'
# -
#
# This file must be an
Hi,
On Fri, Apr 05, 2013 at 03:32:24PM +0400, Игорь Пашев wrote:
> I've just realized that debian/rules might not be a makefile, but can
> be a script in any language.
Not really.
http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules
"This file must be an executable makefile, [..
Hi,
Quoting Wookey (2013-04-05 12:17:42)
> Because it's an entirely unnecessary circular build-dependency. java
> is not part of build-essential and this doesn't seem like a good
> reason for making it so.
mh_make is part of the package maven-debian-helper (Thomas: I cant find the
package debian-
Le vendredi 5 avril 2013 13:41:50, Adam Borowski a écrit :
>
> It can be done, here's an example how to use a JIT C compiler (tcc)
> this way:
> dget http://angband.pl/debian/pool/main/g/goodbye/goodbye_0.2-1.dsc
> although you might have trouble smuggling this through the FTPmasters :p
>
> On
On 05.04.2013 12:45, Johannes Schauer wrote:
(Thomas: I cant find the package debian-java you were talking about)
That's because it's a group of people, not a package...
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-armadillo
Version : 0.3.800.1-1
Upstream Author : Dirk Eddelbuettel et al (for RcppArmadillo),
Conrad Sanderson (for Armadillo)
* URL or Web page : http://dirk.eddelbuettel.com/c
Daniel Pocock writes ("SI units (was Re: failure to communicate)"):
> It may actually be useful for the technical committee to review what is
> on the wiki and make some general statement about Debian's position (if
> they haven't done so in the past), and that can guide the way similar
> bugs are
Guillem Jover writes ("Epoch usage conventions (was Re: R 3.0.0 and required
rebuilds of all reverse Depends: of R)"):
> Well, I strongly disagree that in general using epochs for packaging
> mistakes is a good practice (and I've thought so even before Ubuntu
> existed). The main purpose of epochs
On 4 April 2013 20:47, wrote:
> On Thu, 4 Apr 2013 19:09:04 +0200
> Christian PERRIER wrote:
>
>> This mail is a very good argument to confirm that overcomplicated
>> methods to make your point will just fail.
>>
>> If you have a point to make it, make ti. Once. With facts.
>
> I supplied plenty
Am Freitag, den 05.04.2013, 12:59 +0100 schrieb Dmitrijs Ledkovs:
> The default to base-10 units, is good as majority of the installer
> deals with HDD drives (not SSD) and not RAM.
SSD manufactures use base-10 units, too. Even 128 GB SSDs have 128 *
10^9 bytes for the users, but 128 * 2^30 bytes
2013/4/5 Adam Borowski :
> The policy says
Indeed.
So, in any case one can use its own tool just like dh:
%:
debian/megatool $@
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http:/
On Fri, Apr 05, 2013 at 07:28:32AM -0400, Paul Tagliamonte wrote:
> Can we *PLEASE* stop making new threads. It's getting *REALLY* hard to
> keep playing whack-a-mole with my bozo bin.
Fix your mailer… I see precisely one thread, correctly linked together
via message-id and references headers, wit
On Fri, Apr 05, 2013 at 07:37:19PM +0800, Thomas Goirand wrote:
> > Nothing proves that the patches you proposed will be ignored *after*
> > the release of wheezy.
> Christian,
>
> Not fixing this bug would be a very bad move, because it can lead
> to having partitions not aligned to a 4K boundary
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-pecan
Version : 0.2.1
Upstream Author : Jonathan LaCour
* URL : https://github.com/dreamhost/pecan
* License : BSD
Programming Lang: Python
Description : WSGI object-dispatch
Jonathan Dowland:
> On Fri, Apr 05, 2013 at 11:07:31AM +0200, Thomas Koch wrote:
> > This java code should be replaces with something in perl/python/non-JVM.
>
> Why?
Wookeys response (circular build-dependency) is not the reason here. We have
two packages, maven-repo-helper with minimal depende
On 04/05/2013 10:40 AM, Andrey Rahmatullin wrote:
On Fri, Apr 05, 2013 at 07:37:19PM +0800, Thomas Goirand wrote:
Not fixing this bug would be a very bad move, because it can lead to having
partitions not aligned to a 4K boundary, meaning that your system would be
slow.
If any tools don't r
On 04/05/2013 07:59 PM, Dmitrijs Ledkovs wrote:
> The default to base-10 units, is good as majority of the installer
> deals with HDD drives (not SSD) and not RAM.
Come on... it's not! Let's be serious 5 minutes here.
There isn't even a warning about which units are in use.
This fools our users (me
On Wed, Mar 20, 2013 at 06:31:11AM -0400, nick black wrote:
> This is a followup to my post to debian-devel, debian-derivatives, deity,
> and sprezzos-dev last Monday entitled "apt-show-versions rewrite". This
> post is strictly informative, and does not advocate any policy.
>
> Documentation has
Hi Thomas,
Le vendredi, 5 avril 2013 17.52:19, Thomas Goirand a écrit :
> On 04/05/2013 07:59 PM, Dmitrijs Ledkovs wrote:
> > And all of these features will only land for the next cycle
> > with a release in ~= 2 years time.
>
> I really hope that it wont be the case. That it doesn't go into
> De
Hi Ian.
ian_br...@fastmail.net wrote:
> It seems that Historical Revisionism, of the bad kind, is now in
> operation at Debian, in that critical commentary about unapplied patches
> is made to disappear down the memory hole, without leaving so much as a
> trace on the relevant bug report.
>
> If
Package: wnpp
Severity: wishlist
Owner: Alessio Treglia
* Package name: rapicorn
Version : 13.03.0
Upstream Author : Tim Janik
* URL : http://rapicorn.org
* License : LGPL
Programming Lang: C++
Description : The Rapicorn Toolkit
Rapicorn is a toolkit
a écrit :
> You want that bug fixed? Great: test the patch, document your tests
I did all that.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684128#103
> gather feedback, get involved
quoting from the above:
I would be interested to hear suggestions as to what sort of tests
of bi
Игорь Пашев writes:
> Indeed.
> So, in any case one can use its own tool just like dh:
> %:
> debian/megatool $@
Yes, from a Policy perspective. Although please consider using dh and its
framework instead to make life easier for everyone else in the project who
may have to help out with m
On 04/05/2013 10:40 PM, Andrey Rahmatullin wrote:
> On Fri, Apr 05, 2013 at 07:37:19PM +0800, Thomas Goirand wrote:
>>> Nothing proves that the patches you proposed will be ignored *after*
>>> the release of wheezy.
>> Christian,
>>
>> Not fixing this bug would be a very bad move, because it can le
On Sat, Apr 06, 2013 at 02:50:19AM +0800, Thomas Goirand wrote:
> >>> Nothing proves that the patches you proposed will be ignored *after*
> >>> the release of wheezy.
> >> Christian,
> >>
> >> Not fixing this bug would be a very bad move, because it can lead
> >> to having partitions not aligned t
On 04/06/2013 12:16 AM, Didier 'OdyX' Raboud wrote:
> Hi Thomas,
>
> Le vendredi, 5 avril 2013 17.52:19, Thomas Goirand a écrit :
>> On 04/05/2013 07:59 PM, Dmitrijs Ledkovs wrote:
>>> And all of these features will only land for the next cycle
>>> with a release in ~= 2 years time.
>> I really hop
[ Not answering all occurrences, things got repeated a few times… ]
Thomas Goirand (06/04/2013):
> I've wrote that we should at least address the issue, in a way or
> another, through the next point release if that is safer.
It is not.
> But, are you seriously proposing that we leave the issue
On Wednesday 27 March 2013 12:41:03 Andrew Shadura wrote:
> Hello,
>
> On Wed, 27 Mar 2013 12:08:20 +0100
>
> Pali Rohár wrote:
> > So is my patch totally ignored? I sent it to upstream
> > maintainer, next to debian mailinglist, attached to debian
> > bug tracking system, sent to ubuntu mailing
Quoting Thomas Goirand (z...@debian.org):
> But, are you seriously proposing that we leave the issue as-is ???
Of course. The issue is there since partman exists (about 2005, from
memory) and has probably never prevented anyone to install Debian
since then. So, yes, this issue will still be in w
On 04/05/2013 06:57 PM, Guillem Jover wrote:
> On Thu, 2013-04-04 at 23:07:04 +0800, Thomas Goirand wrote:
>> gen-author-list:
>> git log --format='%aN <%aE>' | awk '{arr[$$0]++} END{for (i in
>> arr){print arr[i], i;}}' | sort -rn | cut -d' ' -f2-
> A better way to write the above could be
Hi,
On Fri, Apr 05, 2013 at 10:21:58AM +0200, Tollef Fog Heen wrote:
> ]] Andreas Tille
>
> > Hmmm, you just show some more code as in your blog but this is not
> > addressing the three flaws of the workflow I was mentioning in my
> > initial mail. I'm honestly wondering whether I'm missing som
On Sat, 2013-04-06 at 04:40:00 +0800, Thomas Goirand wrote:
> On 04/05/2013 06:57 PM, Guillem Jover wrote:
> > A better way to write the above could be:
> >
> > gen-author-list:
> > git shortlog -nes | tr -s ' '| cut -f2-
> >
> > which in addition will fix up the authors using any .mailmap rule
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Thanks for your time and job!
I've trying to use Chromiun latest trunk but its requires libc-bin >
2.15, even I use Debian Testing I do not have this package.
Is thought to have libc 2.17 on Debian testing soon?
-BEGIN PGP SIGNATURE-
Version
On 4 April 2013 18:28, wrote:
> There is apparently no mode of argument, or "style of
> communications", which is capable of penetrating the Debian
> bureaucracy. It is impervious, even to patches which have been
> previously solicited. Silly me, for taking that seriously.
>
You need to remember
First off, let me apologize. I clearly did this the wrong way and should have
contacted -release and -devel beforehand. My bad -- I'm sorry for extra work
this created for the release managers and maintainer, particularly at this
time.
R 3.0.0 was released on April 3 as scheduled. As usual, I bui
Le Sun, Mar 31, 2013 at 07:02:15PM -0400, Scott Kitterman a écrit :
>
> Depends: r-base-core (>= 3.0.0~20130327) , r-base-core (<< 4)
>
> or you could have an API virtual package:
>
> r-base-api-3.0
Hi Dirk and everybody,
since we already have a substitution variable in most of the R package
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: spice-html5
Version : 0~
Upstream Author : Aric Stewart
* URL : http://www.spice-space.org/page/Html5
* License : GPL, LGPL
Programming Lang: Javascript
Description : Spice Web clie
56 matches
Mail list logo
