The branch, master has been updated
via d72e5312894dddf9ab6112408555819a7e2ab2e9 (commit)
via 853dc7860121b8a97efc0e1756597fb9b648bbf4 (commit)
via d82b1c13dd756294c62bd05d2c37eef45bf94360 (commit)
via 20fbbf435e754cb14a84e1d49edda96f4112f0d0 (commit)
from
On Tue, 9 Oct 2007 14:17:17 +1000, Anthony Towns [EMAIL PROTECTED] said:
So that leaves:
I still think that shipping a full working dir, with no dpkg changes,
seem to be the way to go, along with a tla grab file, which I think I
should consider putting into the package itself (If I can work
On Mon, Oct 08, 2007 at 09:34:14PM -0300, Otavio Salvador wrote:
On the other hand one could argue that dpkg-buildpackage should
intentionally remain simple and that people are expected to write
their own wrappers or replacements if they need.
What do you think?
I personally think it
Hello dear translators,
we have updated the instructions on the Git usage that we expect you to
do: see http://wiki.debian.org/Teams/Dpkg/GitUsage
The short summary is:
1/ Don't use git pull but use instead git fetch git rebase origin/master
(this is to avoid seeing many merge commits which
On Tue, Oct 09, 2007 at 02:13:41AM +0200, Frank Lichtenheld wrote:
On the other hand one could argue that dpkg-buildpackage should
intentionally remain simple and that people are expected to write
their own wrappers or replacements if they need.
I like this thought. On the other hand,
On Tue, 09 Oct 2007, Frank Lichtenheld wrote:
Obviously one could attempt to merge in new features especially from
debuild which reimplements dpkg-buildpackage but with many fancy
additions. (While e.g. pbuilder and sbuild wrap dpkg-buildpackage but
do not replace it)
On the other hand one
Stefano Zacchiroli [EMAIL PROTECTED] writes:
On Mon, Oct 08, 2007 at 09:34:14PM -0300, Otavio Salvador wrote:
On the other hand one could argue that dpkg-buildpackage should
intentionally remain simple and that people are expected to write
their own wrappers or replacements if they need.
Frank Lichtenheld writes ([PATCH/RFC] deb-version.5: Add an own manpage for
Dpkg's version format):
1) If I would copy this text, who to credit for it? For now I just
copied the copyright notice from Policy but I suspect that might not be
the whole truth given how old it is.
I haven't
Firstly I'd just like to say that I think this is a fantastic
direction to be heading in. I look forward very much to the demise of
dpatch :-).
I do however very much share Colin's view about the desirability of
preserving the .orig.tar.gz's, the ability to unpack a Debian source
package with
Manoj Srivastava writes (Re: [PATCH] proposed v3 source format using
.git.tar.gz):
What exactly is the goal of this dpkg addition?
This is a sensible question to ask. Goals I would suggest:
* Enable all people who work with a Debian source package to do so
with the benefits of the
Colin Watson writes (Triggers status?):
I have a change to man-db that uses triggers to update the manual page
database automatically, fixing my second oldest remaining bug. I'd love
to upload this. While it doesn't break with a non-triggers-supporting
dpkg, I'd rather wait until triggers are
Manoj Srivastava writes (Re: Triggers status?):
I also would love to have a pre-install trigger (which I think
is not present in the current patch; I'll be working on that) to ensure
that a SELinux policy for a package is loaded before the package in
unpacked; so that dpkg would be
Guillem Jover writes (Re: Next upload 2007-09-30 (dpkg 1.14.7)):
About starting the dpkg-cross merge, after some conversations with Neil
and reading some of the dpkg-cross code, I think I've got a pretty good
idea but needs done, but I've some reservations about the paths used,
I'll post a
Frank Lichtenheld writes ([RFC] dpkg-buildpackage development goal):
Since I haved hacked quite a bit on dpkg-buildpackage in the last one or
two weeks I wanted to gather some comments on what people think should
be the goal of dpkg-buildpackage development.
I think I have an answer to this
Otavio == Otavio Salvador [EMAIL PROTECTED] writes:
Hello,
Otavio A week ago I was talking to Arnaud (squashfs Debian
Otavio maintainer, on Cc) and we were talking about this problem
Otavio and we think the best way to avoid this problem is to have a
Otavio common
Ian Jackson wrote:
How about we ship the .orig.tar.gz, plus an rsync batched update (with
a suitably early rsync version) which turns the unpacked source into
working tree plus revision history ?
I'm afraid that due to consisting of many small gzipped compontents,
.git is not ameanable to
FWIW, I listed my goals and reasons for working on this in the blog post
linked to in the head of this thread.
I feel that I should bow out of this thread here. I've presented an
idea, a working implementation, and addressed the issues with it to the
best of my ability. Far too many times in this
On Tue, 9 Oct 2007 19:02:38 +0100, Ian Jackson [EMAIL PROTECTED] said:
Manoj Srivastava writes (Re: Triggers status?):
I also would love to have a pre-install trigger (which I think is not
present in the current patch; I'll be working on that) to ensure that
a SELinux policy for a package is
On Tue, 9 Oct 2007 16:42:38 -0400, Joey Hess [EMAIL PROTECTED] said:
FWIW, I listed my goals and reasons for working on this in the blog
post linked to in the head of this thread.
I feel that I should bow out of this thread here. I've presented an
idea, a working implementation, and
On Tue, 9 Oct 2007 18:58:19 +0100, Ian Jackson
[EMAIL PROTECTED] said:
I am going to comment on this with my I use arch hat on.
Manoj Srivastava writes (Re: [PATCH] proposed v3 source format using
.git.tar.gz):
What exactly is the goal of this dpkg addition?
This is a sensible
Good afternoon. bro!
Do you want to be a king of bed? You will forget about all ED problems.
at the present day we want to offer you huge choice of medicines at the
extremely low costs.
Hurry up!
http://bryogis.searchhappen.com/?266094038224
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Want to meet with young girl or boy?
Want to have sex with teens ?
We will help you !
mailto:[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi. bro!
Do you want to be a king of bed? You will forget about all ED problems.
at the present day we want to offer you huge choice of medical products at
the extremely low costs.
Hurry up!
http://aocyzfl.representbasic.net/?537949129115
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
All'incirca Mon, 8 Oct 2007 22:16:21 +0200, Frank Lichtenheld
[EMAIL PROTECTED] sembrerebbe aver scritto:
These don't look like perl errors, but like shell errors. Somehow the
perl script gets executed as shell script. Do you have dpkg-cross
installed?
Hmm, but why does it happens? I have
Hello Frank,
On Mon, Oct 08, 2007 at 10:28:05PM +0200, Frank Lichtenheld wrote:
On Mon, Oct 08, 2007 at 06:43:57PM +0200, Helge Kreutzmann wrote:
Here I am unsure, please verify:
-shlibs.local, B/etc/dpkg/shlibs.override, the Bshlibs control area
file
+shlibs.local,
Frank Lichtenheld writes ([PATCH/RFC] deb-version.5: Add an own manpage for
Dpkg's version format):
1) If I would copy this text, who to credit for it? For now I just
copied the copyright notice from Policy but I suspect that might not be
the whole truth given how old it is.
I haven't
On Tue, 09 Oct 2007, Giovanni Mascellani wrote:
All'incirca Mon, 8 Oct 2007 22:16:21 +0200, Frank Lichtenheld
[EMAIL PROTECTED] sembrerebbe aver scritto:
These don't look like perl errors, but like shell errors. Somehow the
perl script gets executed as shell script. Do you have dpkg-cross
S*ftware as |ow as 1O$.
V1s1t.
cheapxpsoft. com .
for m0re deta1|s..
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
S*ftware as |ow as 1O$.
V1s1t.
cheapxpsoft. com .
for m0re deta1|s..
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
# this bug doesn't have anything to do with ri-li, but with dpkg
reassign 445753 dpkg
Bug#445753: ri-li-data: On installing changes uid
Bug reassigned from package `ri-li-data' to `dpkg'.
forcemerge 343578 445753
Bug#343578: dpkg: delete
Processing commands for [EMAIL PROTECTED]:
retitle 445753 dpkg: On installing changes uid
Bug#445753: ri-li-data: On installing changes uid
Changed Bug title to `dpkg: On installing changes uid' from `ri-li-data: On
installing changes uid'.
thanks
Stopping processing here.
Please contact me
S*ftware as |ow as 1O$.
V1s1t.
cheapxpsoft. com .
for m0re deta1|s..
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Oct 09, 2007 at 06:24:48PM +0200, Helge Kreutzmann wrote:
On Mon, Oct 08, 2007 at 10:28:05PM +0200, Frank Lichtenheld wrote:
On Mon, Oct 08, 2007 at 06:43:57PM +0200, Helge Kreutzmann wrote:
Here I am unsure, please verify:
-shlibs.local, B/etc/dpkg/shlibs.override, the Bshlibs
33 matches
Mail list logo