On Tue, Jan 19, 2010 at 03:40:22PM -0800, Russ Allbery wrote:
> Because we want our users to be able to patch and rebuild our software to
> suit their needs. Asking them to set up a chroot build environment is
> asking quite a lot.
AOL. Yesterday night I drafted a reply (which has lingered in my
On Tue, Jan 19, 2010 at 10:48:24AM +0100, Samuel Thibault wrote:
> Martin Koegler, le Tue 19 Jan 2010 09:27:07 +0100, a écrit :
> > Samuel Thibault wrote:
> > > Marc Leeman, le Sun 17 Jan 2010 22:16:17 +0100, a écrit :
> > > > * Package name: pthsem
> > >
> > > Mmm, could this perhaps rather
On Wed, Jan 20, 2010 at 02:22:33PM +1300, Lucas Nussbaum wrote:
> Why spend a lot of time on tasks that provide little benefit, and also
> some disadvantages (in some cases, the fixes might be non-obvious, and
> requires changes to the packaging that tend to obscure it, for example
> by using --di
On Wed, Jan 20, 2010 at 11:56:00AM +1100, Ben Finney wrote:
> > an intermediate format
> > (be it text, or binary like .odt or .xls) and require the addition of
>
> I can't speak for the Debian ftpmaster team, but I would think the usual
> guideline applies: We should seek "the preferred form of t
Package: netatalk
Version: 2.0.5-2
Severity: important
Holger Levsen:
how about the compromise and doing both, except that for (1) we file the bugs
with severity important?
Hi Jonas,
as recently pointed out on debian-devel [1], the netatalk package is
accidently linked against libssl on some
On Wed, Jan 20, 2010 at 09:55:35AM +0100, Fabian Greffrath wrote:
as recently pointed out on debian-devel [1], the netatalk package is
accidently linked against libssl on some arches due to dirty buildd
chroots. To avoid this license violation, explicit Build-Conflicts
against libssl-dev should
On Tue, Jan 19, 2010 at 02:36:08PM -0800, Russ Allbery wrote:
> Neil McGovern writes:
> > On Tue, Jan 19, 2010 at 11:59:35AM -0800, Russ Allbery wrote:
>
> >> This is a bug in the netatalk Debian packaging. You cannot assume the
> >> package will be built in a clean chroot; among other things, t
On Tue, Jan 19, 2010 at 11:32:17PM +0100, Martin Zobel-Helas wrote:
> > Would it be time to start looking at LVM snapshops + sbuild perhaps?
>
> we already have two or three buildds doing that... The buildd team (esp.
> HE) working on that and if it works out to be stable enough, we can see
> if w
On Wed, Jan 20, 2010 at 10:25:01AM +0100, Jonas Smedegaard wrote:
> On Wed, Jan 20, 2010 at 09:55:35AM +0100, Fabian Greffrath wrote:
> >as recently pointed out on debian-devel [1], the netatalk package
> >is accidently linked against libssl on some arches due to dirty
> >buildd chroots. To avoid t
On Tue, Jan 19, 2010 at 04:04:07PM -0800, Russ Allbery wrote:
> > hu? since when do we have a broader interest in people patching and
> > rebuilding packages? I know that there are *some* people interested in
> > that (me included) but I don't see that a broader audience wants to
> > support that.
On 20/01/10 at 00:48 -0800, Steve Langasek wrote:
> On Wed, Jan 20, 2010 at 02:22:33PM +1300, Lucas Nussbaum wrote:
>
> > Why spend a lot of time on tasks that provide little benefit, and also
> > some disadvantages (in some cases, the fixes might be non-obvious, and
> > requires changes to the pa
On 20/01/10 at 09:30 +0100, Stefano Zacchiroli wrote:
> On Tue, Jan 19, 2010 at 03:40:22PM -0800, Russ Allbery wrote:
> > Because we want our users to be able to patch and rebuild our software to
> > suit their needs. Asking them to set up a chroot build environment is
> > asking quite a lot.
>
>
Charles Plessy a écrit :
> Dear all,
>
> I would like to ask on this list a question I asked to the FTP team last
> December, and for which I have not received answer yet.
>
> Is tabular data in a binary format that can be read, written, modified and
> exported using free software acceptable for
2010/1/20 Jean-Christophe Dubacq :
> Charles Plessy a écrit :
>> Dear all,
>>
>> I would like to ask on this list a question I asked to the FTP team last
>> December, and for which I have not received answer yet.
>>
>> Is tabular data in a binary format that can be read, written, modified and
>> ex
Le Wed, Jan 20, 2010 at 09:54:44AM +0100, Andreas Tille a écrit :
> On Wed, Jan 20, 2010 at 11:56:00AM +1100, Ben Finney wrote:
> > > an intermediate format
> > > (be it text, or binary like .odt or .xls) and require the addition of
> >
> > I can't speak for the Debian ftpmaster team, but I would
On Wed, Jan 20, 2010 at 10:13:46PM +1300, Lucas Nussbaum wrote:
> What's the problem with documentation such as
> https://wiki.ubuntu.com/PbuilderHowto (except it's an Ubuntu
> documentation)? I think that the process of building with pbuilder is
> reasonably well documented.
Let's be realistic. W
On Wed, Jan 20, 2010 at 01:28:49AM -0800, Steve Langasek wrote:
On Wed, Jan 20, 2010 at 10:25:01AM +0100, Jonas Smedegaard wrote:
On Wed, Jan 20, 2010 at 09:55:35AM +0100, Fabian Greffrath wrote:
>as recently pointed out on debian-devel [1], the netatalk package
>is accidently linked against lib
Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will rep
On Wed, Jan 20, 2010 at 07:07:38PM +0900, Charles Plessy wrote:
> > Perhaps it would be a reasonable compromise if README.Source would
> > mention a short command line which converts the data into text form?
>
> this time, I disagree with you: all the above is a lot of work that I am not
> willing
On Wed, Jan 20, 2010 at 10:37:48PM +1300, Lucas Nussbaum wrote:
> > I'm not asking anyone to spend time on this task, but I still consider
> > missing build-conflicts a bug. Ignoring these bugs by insisting on clean
> > chroot environments for all official package builds is no solution - what if
>
tags 565969 pending
thanks
On Wed, Jan 20, 2010 at 11:15:23AM +0100, Jonas Smedegaard wrote:
On Wed, Jan 20, 2010 at 01:28:49AM -0800, Steve Langasek wrote:
On Wed, Jan 20, 2010 at 10:25:01AM +0100, Jonas Smedegaard wrote:
On Wed, Jan 20, 2010 at 09:55:35AM +0100, Fabian Greffrath wrote:
as r
* Lucas Nussbaum [100120 01:26]:
> There are two ways to attack that problem:
>
> (1) We decide that we want to provide the guarantee that packages
> build the correct way in unclean envs. That mean making such bugs RC,
> basically, and making efforts to find such bugs.
If you s/unclean/non-minim
Am Mittwoch, den 20.01.2010, 11:22 +0100 schrieb Andreas Tille:
> On Wed, Jan 20, 2010 at 07:07:38PM +0900, Charles Plessy wrote:
> > this time, I disagree with you: all the above is a lot of work that I am not
> > willing to do. A user of the R software is able to do this conversion by
> > himself
On Wed, Jan 20, 2010 at 02:02:48PM +0100, Manuel Prinz wrote:
> > Well, my compromise suggestion was intended to be a fallback if
> > ftpmaster insists on the rejection.
>
> I do not expect them to, as they have been very open to reasonable
> arguments in the past. (At least that is my experience.
On Wed, Jan 20, 2010 at 3:42 PM, Andreas Tille wrote:
>> Adding HOWTOs
>> to README.Source is IMHO not worth the overhead it produces on the
>> maintainer's side. Every R user knows (well, should know) how to deal
>> with those files.
>
> Yes, but you can not assume that ftpmaster is an R *user* n
Norbert Preining writes:
> Can someone of the proposers of this (nice? stupid? rubbish?) format
> explain me please why on earth:
> - git-buildpackage
> - dpkg-buildpackage
> - and in fact at the bottom dpkg-source
> fuck around in my git repository, applying patches, just for builing
> a source
Ahh, problem isolated: The proper option to use is
--with-openssl-dir=no - so the convenient DEB_BUILD_OPTIONS=openssl
will be preserved :-)
Sure?!
# ./configure --with-openssl-dir=no|grep -i ssl
checking for SSL... /usr (enabling RANDNUM and DHX support)
SSL:
CFLAGS = -I/usr/inclu
Norbert Preining writes:
> On Mo, 28 Dez 2009, Raphael Hertzog wrote:
>> > Mind that git-buildpackage with normal 1.0 source format does NOT pollute
>> > the git repository, so my expectation is that the 3.0 format does the
>> > same, but alas, it doesn't.
>>
>> Well, if you have the usual quilt
Raphael Geissert writes:
> Raphael Geissert wrote:
>
>> Russ Allbery wrote:
>> [...]
>>> For Git-maintained packages like openafs, that would mean
>>> ignoring all the patch management features and letting it generate a
>>> single combined Debian diff analogous to the existing 1.0 diff from the
>
Russ Allbery writes:
> Felipe Sateler writes:
>> On Mon, 2009-12-28 at 22:40 -0800, Russ Allbery wrote:
>
>>> I think the way forward for Git-maintained packages is the 3.0 (git)
>>> format, but changed to ship a bundle. That way, relevant branches and
>>> history can be included, and Git is fa
Norbert Preining writes:
> On Mo, 28 Dez 2009, Iustin Pop wrote:
>> cleaner - no longer quilt-specific stuff in debian/rules, and a nice
>> debian.tar.gz instead of a diff.
>
> Beh, I disagree, the 3 different lines in debian/rules are NOT bad
> by itself, it shows that *something* is changed. A
Am Mittwoch, den 20.01.2010, 15:42 +0100 schrieb Andreas Tille:
> Yes, but you can not assume that ftpmaster is an R *user*
Of course I can't but I do not see why ftpmasters should care how to
extract data from these files. The only relevant information to them is
that the data is the preferred fo
Pasi Kärkkäinen writes:
> On Mon, Jan 04, 2010 at 11:02:51AM +1100, Brian May wrote:
>> On Sun, Jan 03, 2010 at 06:12:28PM +0200, Pasi Kärkkäinen wrote:
>> > If we're talking about Linux 2.6.32 support for pv_ops dom0 here, then
>> > that's
>> > in progress, see:
>> >
>> > http://lists.xensourc
Magnus Holmgren writes:
> On måndagen den 7 december 2009, Wouter Verhelst wrote:
>> On Sun, Dec 06, 2009 at 01:17:30PM +0100, Patrick Schoenfeld wrote:
>> > But how do you fix a package to do what its supposed to do,
>> > when it isn't installed anymore?
>>
>> You don't need to. When the packag
On Wed, Jan 20, 2010 at 05:10:55PM +0100, Goswin von Brederlow wrote:
> Pasi Kärkkäinen writes:
>
> > On Mon, Jan 04, 2010 at 11:02:51AM +1100, Brian May wrote:
> >> On Sun, Jan 03, 2010 at 06:12:28PM +0200, Pasi Kärkkäinen wrote:
> >> > If we're talking about Linux 2.6.32 support for pv_ops dom0
On Wed, Jan 20, 2010 at 05:13:21PM +0100, Goswin von Brederlow wrote:
> > Unless ucf is removed but not purged, right?
>
> Shouldn't the question rather be:
>
> When will ucf be merged into dpkg?
>
> I find is stupid that ucf handled configuration files will not be
> tracked by dpkg and that dpk
Package: wnpp
Severity: wishlist
Owner: "Steffen Möller"
* Package name: nordugrid-arc
Version : 0.8.1
* URL : http://www.nordugrid.org/
* License : Apache
Programming Lang: C++
Description : middleware for shared storage and computation
The NorduGrid i
On Wed, Jan 20, 2010 at 04:15:26PM +0100, Fabian Greffrath wrote:
Ahh, problem isolated: The proper option to use is
--with-openssl-dir=no - so the convenient DEB_BUILD_OPTIONS=openssl
will be preserved :-)
Sure?!
Nope. I went offline (train ride to Copenhagen an hour from my home)
where I
Patrick Schoenfeld writes:
> On Tue, Jan 19, 2010 at 04:04:07PM -0800, Russ Allbery wrote:
>> Uh, since as long as I've been part of the project. I think this is at
>> least the third time that I recall the same topic coming up on -devel.
> Wow. How often a topic comes up on -devel is an indica
On Wed, Jan 20, 2010 at 06:16:27PM +0200, Pasi Kärkkäinen wrote:
> On Wed, Jan 20, 2010 at 05:10:55PM +0100, Goswin von Brederlow wrote:
> > Pasi Kärkkäinen writes:
> >
> > > On Mon, Jan 04, 2010 at 11:02:51AM +1100, Brian May wrote:
> > >> On Sun, Jan 03, 2010 at 06:12:28PM +0200, Pasi Kärkkäine
On Wed, 20 Jan 2010, Jean-Christophe Dubacq wrote:
> Charles Plessy a écrit :
> > Is tabular data in a binary format that can be read, written,
> > modified and exported using free software acceptable for Debian,
> > or shall we contact the upstream author to check if he used an
> > intermediate fo
On Mon, Jan 04, 2010 at 02:45:27PM +, Mark Brown wrote:
> As discussed by a number of people in bug #562757 it appears that
> nfs-kernel-server has kicked off a transition to the use of rpcbind - at
> least, nfs-kernel-server has switched to needing rpcbind and we can't
> have two things claimi
On Wed, Jan 20, 2010 at 06:49:07PM +, Mark Brown wrote:
>On Mon, Jan 04, 2010 at 02:45:27PM +, Mark Brown wrote:
>>As discussed by a number of people in bug #562757 it appears that
>>nfs-kernel-server has kicked off a transition to the use of rpcbind -
>>at least, nfs-kernel-server has swit
On Wed, Jan 20, 2010 at 10:30:13AM -0800, Russ Allbery wrote:
> > That does not mean that we shouldn't fix such bugs if they arise
> > (obviously we should) but having priority on it is a different thing.
>
> Then I'm not sure that you're disagreeing with me?
Oh I don't. However in one of your fi
Patrick Schoenfeld writes:
> On Wed, Jan 20, 2010 at 10:30:13AM -0800, Russ Allbery wrote:
>>> That does not mean that we shouldn't fix such bugs if they arise
>>> (obviously we should) but having priority on it is a different thing.
>> Then I'm not sure that you're disagreeing with me?
> Oh I
> I need pthsem, so I only want a working version with all features I
> need.
All I care about is that there is an agreement between the Debian
community and the upstream developer. Martin is very active in
supporting his environment and in that respect I am to inclined to
support his decision.
C
On Mi, Jan 20, 2010 at 21:04:30 (CET), Marc Leeman wrote:
> An alternative for Martin is probably to include/hide pthsem in bcusdk;
> but that would not be as clean IMHO (ffmpeg anyone?)
I don't get the connection with ffmpeg. please elaborate.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 9453
On Wed, Jan 20, 2010 at 21:04:30 +0100, Marc Leeman wrote:
> > I need pthsem, so I only want a working version with all features I
> > need.
>
> All I care about is that there is an agreement between the Debian
> community and the upstream developer. Martin is very active in
> supporting his envi
Manuel Prinz writes:
> Speaking as an R user, Rdata is definitely the "preferred form of
> modification". You load it into R, edit it, save it, done.
>
> So +1 for "preferred form of modification".
Specifically, “preferred form of the work for making modifications to
it”.
I'm glad there is clea
On Wed, Jan 20, 2010 at 10:06:21PM +0100, Julien Cristau wrote:
> On Wed, Jan 20, 2010 at 21:04:30 +0100, Marc Leeman wrote:
>
> > > I need pthsem, so I only want a working version with all features I
> > > need.
> >
> > All I care about is that there is an agreement between the Debian
> > commun
On Tue, Jan 19, 2010 at 03:40:22PM -0800, Russ Allbery wrote:
> Lucas Nussbaum writes:
> > On 19/01/10 at 14:36 -0800, Russ Allbery wrote:
>
> >> Well, I would argue that proper package builds in dirty environments is
> >> something we want in Debian anyway, and while this isn't the ideal
> >> me
Julien Cristau, le Wed 20 Jan 2010 22:06:21 +0100, a écrit :
> I'm not sure we care if its homepage is at GNU or elsewhere.
Agreed, thanks free software :)
Samuel
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@list
Martin Koegler, le Wed 20 Jan 2010 23:04:07 +0100, a écrit :
> On Wed, Jan 20, 2010 at 10:06:21PM +0100, Julien Cristau wrote:
> > On Wed, Jan 20, 2010 at 21:04:30 +0100, Marc Leeman wrote:
> >
> > > > I need pthsem, so I only want a working version with all features I
> > > > need.
> > >
> > > A
Hi Goswin,
thanks for the very interesing and profound answer.
On Mi, 20 Jan 2010, Goswin von Brederlow wrote:
> Bug #557623: Quilt should remember where it first got patches and
> series from
Good idea.
> > $ quilt new
> > ... bummer, there is now ./patches in my git repository
>
> Same as ab
54 matches
Mail list logo
