please ignore this thread.
I've now noticed these bug reports were raised to debian-devel in the
" link with -L/usr/lib" thread.
Regards,
Dmitrijs.
On 18 September 2013 02:54, Dmitrijs Ledkovs wrote:
> Dear YunQiang Su,
>
> It looks like this class of problems is reported against a lot of
> pac
Dear YunQiang Su,
It looks like this class of problems is reported against a lot of
packages now. Did you consult on debian-devel before doing this mass
bug filing?
Regards,
Dmitrijs.
On 17 September 2013 11:34, YunQiang Su wrote:
> Package: flash-kernel
> Version: 3.11
> X-Debbugs-CC: wzss..
Steve Langasek writes:
> My understanding is that the current policy implies that the
> 'dpkg-source -x' -> './debian/rules clean' -> 'dpkg-source -b'
> round-trip should be idempotent for all practical purposes,
This is idempotent for many packages because dpkg-source -b ignores file
deletions.
Ian Jackson writes:
> Ian Jackson writes:
>>> I believe, if I understand this correctly, this will cause problems
>>> for the use of local-options and local-patch-header to set
>>> single-debian-patch for maintainer uploads.
>> I'm not sure what you mean, but I don't think so.
> Ah, wait, I thi
Charles Plessy (2013-09-18):
> Dear Ian,
>
> for a small native package that I prepared, I would like to indicate dgit's
> repository as VCS in its source control file (Vcs-Browser and Vcs-Git fields).
>
> However, it does not clone nor browse well:
>
> -
> ‘http://anonscm.debian.org/gitweb/?
Le Tue, Sep 17, 2013 at 11:43:29AM +0100, Ian Jackson a écrit :
>
> dgit's current functionality seems to be in reasonably good shape, but
> it lacks additional features which are important in some workflows.
Dear Ian,
for a small native package that I prepared, I would like to indicate dgit's
r
Hi,
it came to our attention[0] that most R packages ship data files (*.Rda,
*.Rdata), which can contain a lot of different kind of data, from
command line instructions, to huge data tables, or even extra modules
loaded by means of install.packages() function.
It is common practice for R packages
* Adam Borowski , 2013-08-12, 02:51:
Detecting non-UTF files is easy:
* false positives are impossible
* false negatives are extremely unlikely: combinations of letters that would
happen to match a valid utf character don't happen naturally, and even if they
did, every single combination in the
On Tue, Sep 17, 2013 at 07:19:22PM +0100, Ian Jackson wrote:
> Julien Cristau writes ("Re: Status of dgit (good for NMUs and fast-forwarding
> Debian branches)"):
> > On Tue, Sep 17, 2013 at 11:43:29 +0100, Ian Jackson wrote:
> > > I should also mention a non-goal:
> > >
> > > * I have no plans
Ian Jackson writes:
> I should also mention a non-goal:
> * I have no plans to support a workflow where dgit's git tree
>contains different contents to the source packages.
>My view is that the source code is the source code. If something
>is not needed for [d]git users then it is
Colin Watson writes:
> On Tue, Sep 17, 2013 at 11:27:08AM -0700, Russ Allbery wrote:
>> There used to be far more of these, but dh-autoreconf goes to the
>> effort of stashing the files and restoring them on debian/rules clean,
>> since someone did the effort of centralizing that support in one p
Package: wnpp
Severity: wishlist
Owner: Jakob Haufe
* Package name: blogofile-blog
Version : 0.8b1
Upstream Author : Ryan McGuire
* URL : http://www.blogofile.com/
* License : MIT
Programming Lang: Python
Description : Blogofile plugin implementing a b
On Tue, Sep 17, 2013 at 11:27:08AM -0700, Russ Allbery wrote:
> There used to be far more of these, but dh-autoreconf goes to the effort
> of stashing the files and restoring them on debian/rules clean, since
> someone did the effort of centralizing that support in one place.
Sadly, it doesn't - i
On Tue, Sep 17, 2013 at 07:02:04PM +0100, Ian Jackson wrote:
> Does dpkg-source provide a way to collapse all the patches into one ?
> If so you could use that before doing dgit push, and have much the
> same effect.
>
> Or you could specify the single Debian patch in debian/options rather
> than
Ian Jackson writes:
> Russ Allbery writes:
>> debian/source/local-options and debian/source/local-patch-header are
>> included in the working Git repository for the package but are not
>> included in the source package as uplaoded to Debian. (Yes, this means
>> that they're somewhat directly con
On Tue, Sep 17, 2013 at 19:19:22 +0100, Ian Jackson wrote:
> Julien Cristau writes ("Re: Status of dgit (good for NMUs and fast-forwarding
> Debian branches)"):
> > On Tue, Sep 17, 2013 at 11:43:29 +0100, Ian Jackson wrote:
> > > I should also mention a non-goal:
> > >
> > > * I have no plans t
Ian Jackson writes:
> Or do you mean that you have files in your git branch which are removed
> by debian/rules clean ? (I'm no longer ruling anything out merely on
> the grounds that it would be utterly insane...)
This is common. Usually it's because upstream ships generated files in
the upst
Ian Jackson writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> Russ Allbery writes ("Re: Status of dgit (good for NMUs and fast-forwarding
> Debian branches)"):
> > Ian Jackson writes:
> > > I should also mention a non-goal:
> ...
> > > * I have no plans to sup
Russ Allbery writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> Ian Jackson writes:
> > So dpkg-source strips these options files out when it builds the
> > package ?
>
> Correct.
Oh my god.
> > Surely then if someone does an NMU based on the source package th
Steve Langasek writes:
> On Tue, Sep 17, 2013 at 10:54:57AM -0700, Russ Allbery wrote:
>> Correct, and that's partly the point. It means that the maintainer
>> changes are collected into one patch, but NMU patches are kept separate
>> from that one patch. (So I guess I misspoke -- it's not exac
Ian Jackson writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> In particular, if the package you are working with leaves droppings in
> the source tree which its clean target doesn't pick up,
> dgit sbuild -wg
> will use git-clean to remove them before building
Russ Allbery writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> Ian Jackson writes:
> > Or you could simply ignore the format `3.0 (quilt)' thing entirely and
> > allow it to automatically accumulate one diff per upload, and presumably
> > clean it out occasional
Julien Cristau writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> On Tue, Sep 17, 2013 at 11:43:29 +0100, Ian Jackson wrote:
> > I should also mention a non-goal:
> >
> > * I have no plans to support a workflow where dgit's git tree
> >contains different con
Package: wnpp
Severity: wishlist
Owner: Vasudev Kamath
* Package name: libcatmandu-perl
Version : 0.7002
Upstream Author : Nicolas Steenlant
* URL : https://metacpan.org/module/Catmandu
* License : Artistic or GPL-1+
Programming Lang: (C, C++, C#, Perl, Pyth
Ian Jackson writes:
> Does dpkg-source provide a way to collapse all the patches into one ?
> If so you could use that before doing dgit push, and have much the same
> effect.
Well, you can always run dpkg-source with --single-debian-patch and figure
out how to plug that into your local build sy
Russ Allbery writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> Ian Jackson writes:
> > I guess that you think I'm saying that the series of git commits in the
> > dgit history must correspond to the series of patches found in the
> > source package.
>
> debian/
On Tue, Sep 17, 2013 at 10:54:57AM -0700, Russ Allbery wrote:
> Ian Jackson writes:
> > Russ Allbery writes:
> >> debian/source/local-options and debian/source/local-patch-header are
> >> included in the working Git repository for the package but are not
> >> included in the source package as upl
On Tue, Sep 17, 2013 at 11:43:29 +0100, Ian Jackson wrote:
> I should also mention a non-goal:
>
> * I have no plans to support a workflow where dgit's git tree
>contains different contents to the source packages.
>
To me the tree that matters is the one after debian/rules clean, not
dpkg-s
Russ Allbery writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> Ian Jackson writes:
> > I should also mention a non-goal:
...
> > * I have no plans to support a workflow where dgit's git tree
> >contains different contents to the source packages.
...
> I bel
Thorsten Glaser writes:
> Only if it provides secrecy.
> If one of the communication partners (say, the client, because it’s on a
> mobile) uses a guessable secret (say, due to lack of entropy), the
> session is lost.
I think that statement is somewhat too absolute. There are levels of
protect
Hi,
Now I see he really filed many similar bugs ... I saw it for libucimf:
http://bugs.debian.org/722802
It did not make sense to me.
This libucimf package was not multiarch. So use of -L/usr/lib/ made
sense. I took it as a wishlist request to convert package to multiarch.
So I made it as mu
Enrico Tassi writes ("Re: detecting autopkgtest"):
> On Mon, Sep 16, 2013 at 03:08:12PM +0200, Jakub Wilk wrote:
> > There's a hidden assumption here that adt is the only thing that
> > will ever run the tests.
>
> Correct me if I'm wrong, but given http://dep.debian.net/deps/dep8/
> any implement
Ian Jackson chiark.greenend.org.uk> writes:
> > Curiously, the optional ephemeral Diffie-Hellman part of the TLS
> > protocol runs in plaintext, which means that it can be attacked
> > directly, without bothering to attack the RSA part. As a result, that
> I diagree. Forward secrecy is general
On Tue, Sep 17, 2013 at 7:23 PM, Samuel Thibault wrote:
> YunQiang Su, le Tue 17 Sep 2013 19:06:54 +0800, a écrit :
>> I am shutdowning the wrong bugs.
>
> You mean only the wrong bugs, not completely all of them? If your
> program had troubles submitting the right ones, I'm afraid it will have
>
YunQiang Su, le Tue 17 Sep 2013 19:06:54 +0800, a écrit :
> I am shutdowning the wrong bugs.
You mean only the wrong bugs, not completely all of them? If your
program had troubles submitting the right ones, I'm afraid it will have
troubles closing the wrong ones. Just close all of them and submi
YunQiang Su, le Tue 17 Sep 2013 19:06:54 +0800, a écrit :
> sorry for huge mistake bugs report.
>
> My program met some problem.
Please discuss here before starting any automated bug filling.
Samuel
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscri
sorry for huge mistake bugs report.
My program met some problem. I am shutdowning the wrong bugs.
On Tue, Sep 17, 2013 at 7:05 PM, Samuel Thibault wrote:
> Let's discuss this on debian-devel. Here is what I answered to bug
> 723358 about hwloc.
>
> Samuel Thibault, le Tue 17 Sep 2013 13:01:32 +0
Let's discuss this on debian-devel. Here is what I answered to bug
723358 about hwloc.
Samuel Thibault, le Tue 17 Sep 2013 13:01:32 +0200, a écrit :
> YunQiang Su, le Tue 17 Sep 2013 18:38:26 +0800, a écrit :
> > This package has one or more -L/usr/lib in its build system,
>
> Err, no, it doesn't
My original announcement was quite cautious. I've also recently seen
an article in LWN which was also rather cautious. I think it's
probably a good idea to set out what the current state of play is:
dgit's current functionality seems to be in reasonably good shape, but
it lacks additional featur
39 matches
Mail list logo
