Ben Finney writes:
> Charles Plessy writes:
>> Unfortunately, it seems that with quilt, it is better ot use
>> $(QUILT_STAMPFN) in order to avoid a target to become phony.
> What's wrong with having a phony target? We already have many of them,
> and a standard way of dealing with them: as depe
Charles Plessy writes:
> Le Wed, Jul 01, 2009 at 07:43:37PM +0200, Andreas Metzler a écrit :
> > "patch" indeded is the standard way nowadays. See policy 4.9.
>
> Unfortunately, it seems that with quilt, it is better ot use
> $(QUILT_STAMPFN) in order to avoid a target to become phony.
What's w
Le Wed, Jul 01, 2009 at 07:43:37PM +0200, Andreas Metzler a écrit :
> Rafael Almeida wrote:
> > A ``patch'' rule for debian/rules there should always be
> > for I'd like to easily apply patches created by me
> > Don't worry I don't think of anything too hard
> > a simple standarization will ease m
Package: wnpp
Severity: wishlist
Owner: Xiangfu Liu
* Package name: xburst-tools
Version : 0.0+200906
Upstream Author : Xiangfu Liu
* URL : http://github.com/xiangfu/xburst-tools
* License : GPL
Programming Lang: C
Description : tools for Ingenic XBur
Package: wnpp
Owner: "Robert S. Edmonds"
Severity: wishlist
* Package name: wrapsrv
Version : 0.1
Upstream Author : Internet Systems Consortium, Inc.
* URL : ftp://ftp.isc.org/isc/toolmakers/wrapsrv/
* License : ISC
Programming Lang: C
Description : DNS
Frans Pop wrote:
> An alternative that is still not pretty, but at least keeps the ugliness
> in the packages related to the switch and is fairly straightforward to
> implement, would be to make the new dash pre-depend on a new version of
> bash and have the maintainer scripts of bash preseed the d
On Wed, Jul 01, 2009 at 09:53:56PM +0100, Aneurin Price wrote:
> I've just been trying to dig through some of the multitude of past discussions
> on the planning and implementation of multiarch in Debian (and Ubuntu).
> The short version of this for TLDR folks is that nobody seems to have
> coher
Hi,
I've just been trying to dig through some of the multitude of past discussions
on the planning and implementation of multiarch in Debian (and Ubuntu).
The short version of this for TLDR folks is that nobody seems to have coherently
written down all the problems in a way that they can be addre
Raphael Geissert wrote:
>> dash currently is optional, so there will be on a lot of existing
>> systems on which it is not installed. How is the planned strategy going
>> to prevent dash becoming the default shell on existing systems when it
>> gets installed for the first time because of its raise
Frans Pop wrote:
> Raphael Hertzog wrote:
>>
>> Hum, AFAIK if it [debconf prompt] defaults to yes, it will be changed on
>> upgrade for anyone who has not yet seen the question. So that doesn't
>> work if your plan is to not change it except for new installations.
>
> I've not seen any response t
Raphael Hertzog wrote:
> On Thu, 25 Jun 2009, Raphael Geissert wrote:
>> Artur R. Czechowski wrote:
>> > What about debconf question?
>>
>> dash already has one, the idea is to make it essential and default to
>> yes, so that as soon as it is installed the symlink is changed. If you
>> wish to hav
On Wed, Jul 01, 2009 at 07:43:37PM +0200, Andreas Metzler wrote:
> Rafael Almeida wrote:
> > A ``patch'' rule for debian/rules there should always be
> > for I'd like to easily apply patches created by me
> > Don't worry I don't think of anything too hard
> > a simple standarization will ease my h
Rafael Almeida wrote:
> A ``patch'' rule for debian/rules there should always be
> for I'd like to easily apply patches created by me
> Don't worry I don't think of anything too hard
> a simple standarization will ease my heart
> Today ``debian/rules build'' is always a good match
> but there's n
Petter Reinholdtsen wrote:
> [Giacomo A. Catenazzi]
>> Hmm, so a switch to dash it is not because of POSIX, but because
>> of "better code" and lighter shell for our scripts?
>>
>> Which is also a good reason for the change.
>
> Yes, it is a good change. I would love to switch every installation
[Goswin von Brederlow]
> You only need "apt-get update". The rest works in aptitude or synaptic.
I've gotten into the habit of using 'apt-get update' even though I
otherwise use aptitude. This was necessary while I was building a
custom repository at work, because apt-get's error reporting is fa
Sorry about not posting earlier.
I got contact with sjackman and he is willing to review/sponsor the
package I've finished already, so I'm working on it.
Anyway, since I've uploaded the package to debian-mentors and since
every comment is welcome, I could use as many reviews as I can get ;).
ht
Nice poem :)
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Rafael Almeida writes:
> A ``patch'' rule for debian/rules there should always be
> for I'd like to easily apply patches created by me
> Don't worry I don't think of anything too hard
> a simple standarization will ease my heart
>
> Today ``debian/rules build'' is always a good match
> but there'
A ``patch'' rule for debian/rules there should always be
for I'd like to easily apply patches created by me
Don't worry I don't think of anything too hard
a simple standarization will ease my heart
Today ``debian/rules build'' is always a good match
but there's no mandatory ``debian/rules patch''
[Giacomo A. Catenazzi]
> Hmm, so a switch to dash it is not because of POSIX, but because
> of "better code" and lighter shell for our scripts?
>
> Which is also a good reason for the change.
Yes, it is a good change. I would love to switch every installation
to dash as /bin/sh, but believe the p
On Wed, 01 Jul 2009, Charles Plessy wrote:
> Thank you for the feedback. It made me understood that the format can be even
> simplified. First of all, let me clarify that I do not aim at describing the
> format of Debian control files, but the proposed format for DEP5, which I
> propose for DEP3 as
Goswin von Brederlow wrote:
> The choices where
> 1) rewrite the old ia32-libs + ia32-libs-gtk for the new libc6-i386
> or
> 2) make ia32-apt-get take over (slightly prematurely in hindsight)
If it's possible (according to ftp-masters) to have the old ia32-libs
packages adapted to the new libc6-
Hello Christopher,
On Wednesday 01 July 2009, Simmons, Christopher wrote:
> Package: collectl
> Version: 3.3.4
> Severity: wishlist
> X-Debbugs-CC: debian-devel@lists.debian.org
>
> *** Please type your report below this line ***
> I wish to work on creating a debian package for collectl-3.3.4
>
Package: wnpp
Severity: wishlist
Owner: Daniel Moerner
Package name: libogginfo-ruby
Version : 0.3.2
Upstream Author : Guillaume Pierronnet
URL : http://ruby-ogginfo.rubyforge.org/
License : GPL
Programming Lang: Ruby
Description : Ruby library f
Hi Sandro Tosi
Thanks for the reply.
I will try my best
Sandro Tosi wrote:
> Hello xiangfu,
> this kind of questions are better addressed to debian-mentors mailing
> list, adding it, and you also already received a reply [1] there.
>
> [1] https://lists.debian.org/debian-mentors/2009/06/msg00573
On Tue, Jun 30, 2009 at 11:04:38PM +0200, Joerg Jaspert wrote:
> > Waiting for multi-arch, Goswin's system permits me to use wine (and
> > chromium
> > browser) on my 64bits Debian.
>
> A simple chroot will permit you to use this. And is a much saner thing
> than anything we have seen until now.
Hello xiangfu,
this kind of questions are better addressed to debian-mentors mailing
list, adding it, and you also already received a reply [1] there.
[1] https://lists.debian.org/debian-mentors/2009/06/msg00573.html
On Wed, Jul 1, 2009 at 08:55, xiangfu wrote:
> Hi
> I try to upload xburst-tools
27 matches
Mail list logo
