ti, 2008-05-20 kello 00:01 +0200, Andreas Tille kirjoitti:
> > The debian Diff is not hiding patches in the upstream code. It is the
> > canonical place to publish them (at least for some (most?) of the debian
> > packages following policy).
>
> Well, I'm DD for 10 years - I know this fact. But d
On Tue, 20 May 2008, Pierre Habouzit wrote:
>TTBOMK emacs does too.
Emacs is currently evaluating debbugs.
Don Armstrong
--
I may not have gone where I intended to go, but I think I have ended
up where I needed to be.
-- Douglas Adams _The Long Dark Tea-Time of the Soul_
http://www.donarmstr
On Mon, 19 May 2008, Stefano Zacchiroli wrote:
> How I'm reading the latter paragraph is that patch messages are
> *alternative* as some non-patch summary message, am I wrong? I think
> the two should be orthogonal: you can have or not a summary message,
> you can have or not a patch.
The idea was
On Sat, May 17, 2008 at 10:18:58PM +0100, Roger Leigh wrote:
> The syntax for the fields also does not currently let you specify a
> branch or tag, it's just the whole repo. Personally, I'd like it to
> allow specification of the branch/tag used to produce the specific
> release of the package in
On Mon, May 19, 2008 at 09:58:55AM -0500, Manoj Srivastava wrote:
> And then you go saying things like that:
> > It is trivial to generate a quilt format package from git/arch/hg/svn
> > and I'm sure there will be a RCS-build-package soon enough that does
> > that.
> This can not h
On Tue, May 20, 2008 at 09:02:21AM +0100, Don Armstrong wrote:
> The idea was that a patch, since it would actually contain the
> resolution of the original problem, would be the correct place to
> summarize the problem. However, on thinking about it more, I think
> that having a single summary, wi
On Tue, May 20, 2008 at 06:07:14AM +, Goswin von Brederlow wrote:
> How do you tell git-rerere to keep all conflict resolutions needed to
> convert feature branches into a patch series but not others?
I was merely answering a first set of questions, for the rest please
read documentation git
On Tue, 20 May 2008, Stefano Zacchiroli wrote:
> On Tue, May 20, 2008 at 09:02:21AM +0100, Don Armstrong wrote:
> > The idea was that a patch, since it would actually contain the
> > resolution of the original problem, would be the correct place to
> > summarize the problem. However, on thinking ab
On Tue, May 20, 2008 at 07:50:10AM +, Don Armstrong wrote:
> On Tue, 20 May 2008, Pierre Habouzit wrote:
> >TTBOMK emacs does too.
>
> Emacs is currently evaluating debbugs.
Well, then my point stands, debbugs _is_ also a sane BTS for reporting
bugs :)
--
·O· Pierre Habouzit
··O
Reinhard Tartler <[EMAIL PROTECTED]> writes:
> Dear fellow debian developers.
>
> Currently debian/testing ships a very old copy of ffmpeg, dated from
> 0.cvs20070307. We, the ffmpeg maintainers (Fabian Greffrath and myself)
> do not consider that version of ffmpeg acceptable for release in debian
Hi folks,
I noticed the other day that there are quite a few packages like
ttf-bitstream-vera which do the following in
/var/lib/dpkg/info/ttf-bitstream-vera.postinst:
if [ "$1" = configure -a -x /usr/bin/fc-cache ]
then
echo -n "Regenerating fonts cache... "
HOME=/root fc-cache -f -v
On Tue, May 20, 2008 at 12:05:46PM +0100, martin f krafft wrote:
Hi folks,
I noticed the other day that there are quite a few packages like
ttf-bitstream-vera which do the following in
/var/lib/dpkg/info/ttf-bitstream-vera.postinst:
if [ "$1" = configure -a -x /usr/bin/fc-cache ]
then
echo
Le mardi 20 mai 2008 à 12:05 +0100, martin f krafft a écrit :
> if [ "$1" = configure -a -x /usr/bin/fc-cache ]
Note -that the "$1" = configure check is wrong, see #446856.
> (echo "failed; see /var/log/fontconfig.log for more information."; \
> exit 1)
> This is wrong. Using ()'s crea
also sprach brian m. carlson <[EMAIL PROTECTED]> [2008.05.20.1321 +0100]:
> I could be wrong, but if the subshell exits 1, then the entire
> expression is false, and so if you are using "set -e" like you're
> supposed to, then the postinst fails.
The policy mentions it, but it doesn't say set -e i
martin f krafft wrote, Tuesday, May 20, 2008 1:41 PM
also sprach Josselin Mouette <[EMAIL PROTECTED]> [2008.05.20.1323 +0100]:
> Le mardi 20 mai 2008 à 12:05 +0100, martin f krafft a écrit :
> > if [ "$1" = configure -a -x /usr/bin/fc-cache ]
>
> Note -that the "$1" = configure check is wrong,
Goswin von Brederlow dijo [Tue, May 20, 2008 at 08:10:05AM +0200]:
> >> If I understand things correctly (but I'm really not sure I do), 3.0
> >> (quilt) won't really help with that: it won't prevent maintainers to
> >> directly modify files outside of debian/ , and generate a huge
> >> debian/patc
Package: wnpp
Severity: wishlist
Owner: Christoph Martin <[EMAIL PROTECTED]>
Contains the list of known-bad OpenSSL keys for openssl-vulnkey to use when
examining suspect keys.
The Ubuntu openssl maintainers released a openssl-blacklist equivalent
to the openssh-blacklist package. It includes a
* Reinhard Tartler [Tue, 20 May 2008 11:57:39 +0200]:
> Reinhard Tartler <[EMAIL PROTECTED]> writes:
> > Dear fellow debian developers.
> > Currently debian/testing ships a very old copy of ffmpeg, dated from
> > 0.cvs20070307. We, the ffmpeg maintainers (Fabian Greffrath and myself)
> > do not
Package: wnpp
Severity: wishlist
Owner: Bas Zoetekouw <[EMAIL PROTECTED]>
* Package name: libcompress-raw-bzip2-perl
Version : 2.011
Upstream Author : Paul Marquess <[EMAIL PROTECTED]>
* URL : * http://search.cpan.org/~pmqs/Compress-Raw-Bzip2-2.011/
* License :
Package: wnpp
Severity: wishlist
Owner: Bas Zoetekouw <[EMAIL PROTECTED]>
* Package name: libio-compress-bzip2-perl
Version : 2.011
Upstream Author : Paul Marquess <[EMAIL PROTECTED]>
* URL : * http://search.cpan.org/~pmqs/IO-Compress-Bzip2-2.011/
* License : du
Adeodato Simó <[EMAIL PROTECTED]> writes:
> Er, is there a reason you're proposing this, instead of the release team
> scheduling binNMUs?
Oh, I'm sorry, you are completely right. Please ignore my post.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL
On Tue, May 20, 2008 at 10:33 PM, Reinhard Tartler <[EMAIL PROTECTED]> wrote:
> Adeodato Simó <[EMAIL PROTECTED]> writes:
>
>> Er, is there a reason you're proposing this, instead of the release team
>> scheduling binNMUs?
>
> Oh, I'm sorry, you are completely right. Please ignore my post.
Some pa
On Tue, May 20, 2008 at 07:48:55AM +0200, Goswin von Brederlow wrote:
> Michael Banck <[EMAIL PROTECTED]> writes:
> > Try to git-format-patch (or whatever tool applies for the particular
> > DVCS) each feature branch, see whether they apply cleanly by
> > luck/accident. If so, store them as a 3.0
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: libwill-paginate-ruby
Version: 2.3.2
Upstream Author: Mislav Marohnić <[EMAIL PROTECTED]>
URL: http://github.com/mislav/will_paginate/wikis
On Tue, May 20, 2008 at 10:28:45AM +0100, Don Armstrong wrote:
> > Fair enough, but why are you referring to a _set_ of patches?
>
> There may just be one current patch, but having access to the previous
> patches and/or attachments which describe the problem easily is
> useful. Whether debbugs di
On Sun, May 18, 2008 at 12:03:32PM +0300, Lars Wirzenius wrote:
> su, 2008-05-18 kello 18:40 +1000, Ben Finney kirjoitti:
> > This would still not meet the stated requirement for the proposed mass
> > bug filing, of finding packages that *do* use a VCS but don't declare
> > it.
> Of course, I woul
On Tue, 20 May 2008, Stefano Zacchiroli wrote:
> The only non trivial design issue is that it should be possible to
> mark some of the patches as denoting the "current patch state"
Presumably the most recent patch is the current one; that's what I'm
actually going to do for summaries.
Don Armstr
Hi list,
I was thinking about the Debian/OpenSSL debacle. Clearly it not easy to
manage a hard meticulous QA process in all packages. In the other hand, there
are packages more critical than others, which are more delicate to security.
Sometimes, those packages have different prio
[...]
> BTW: Just in case you don't know, there's the Debian Perl Group that
> could help with the two lib*-perl packages:
> http://wiki.debian.org/Teams/DebianPerlGroup
Thanks, I did not know about it.
---
Franck Joncourt
http://www.debian.org/ - http://smhteam.info/wiki/
--
To UNSUBSCRIBE
In article <[EMAIL PROTECTED]> you wrote:
> modified. A quick inspection shows that for most of them the only change
> is the path to Perl in the first line.
Yes, and I really wonder why they are using local perl and removing the -w
flag. Both is against best practise. I was actually asuming while
Package: wnpp
Severity: wishlist
Owner: Andrew Lee <[EMAIL PROTECTED]>
* Package name: lxnm
Version : 0.2
Upstream Author : Fred Chien <[EMAIL PROTECTED]>
* URL : http://lxde.sf.net/
* License : (GPL)
Programming Lang: (C, shell script.)
Description : Li
2008/5/20 Luciano Bello <[EMAIL PROTECTED]>:
> But I mainly want to know your opinion.
I think it would be a good idea to have something like that :)
Greetings,
Miry
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
On Tue, 2008-05-20 at 17:21 -0300, Luciano Bello wrote:
> Hi list,
> I was thinking about the Debian/OpenSSL debacle. Clearly it not easy to
> manage a hard meticulous QA process in all packages. In the other hand, there
> are packages more critical than others, which are more delicate
Hi,
On Tue, May 20, 2008 at 05:21:07PM -0300, Luciano Bello wrote:
> Hi list,
> I was thinking about the Debian/OpenSSL debacle. Clearly it not easy to
> manage a hard meticulous QA process in all packages. In the other hand, there
> are packages more critical than others, which are more delicat
Since Debian isn't really supported by most hardware vendors, it makes
it difficult to install the distribution when the kernel on the
installation media doesn't support, say, a RAID controller or the IDE
chipset... things of that nature. However, hardware vendors over the
years are starting to em
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/20/08 18:42, Nicolas François wrote:
> Hi,
>
> On Tue, May 20, 2008 at 05:21:07PM -0300, Luciano Bello wrote:
[snip]
>
>> For example:
>> - It should be checked with debugging tools (like valgrind :P)
>
> It's not always needed.
> It may show
On Tue, May 20, 2008 at 07:39:24PM -0700, Ken Teague wrote:
>
> For example, lets
> say I have a new motherboard with a chipset that isn't supported by the
> current Linux kernel on the Debian installation media. I go to said
> manufacturers web site and they have downloads for Red Hat and SuSE.
On Tue, 20 May 2008 08:00:48 +0200, Goswin von Brederlow <[EMAIL PROTECTED]>
said:
> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>> On Mon, 19 May 2008 10:42:54 +0200, Goswin von Brederlow
>> <[EMAIL PROTECTED]> said:
>>
>> Hmm. You say things like this:
>>> Because the git format is imho conc
Ron Johnson writes:
> Still, though, it's Bad Practice not to clean up after yourself, even
> though it's "just" a command line utility. Who knows what weird,
> unexpected side effects there might be from running such an app within a
> tight bash loop.
None. If the process exits it exits. It do
On Tue, 20 May 2008 00:44:44 +0200, Stefano Zacchiroli <[EMAIL PROTECTED]>
said:
> On Mon, May 19, 2008 at 09:58:55AM -0500, Manoj Srivastava wrote:
>> And then you go saying things like that:
>> > It is trivial to generate a quilt format package from
>> > git/arch/hg/svn and I'm sure there will
Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
> The remaining ones will indeed need manual intervention, but aren't
> this kind of changes those which are supposed to be pushed upstream?
> So some more burden on the developer on these rare (if you buy my
> statement above) cases can even be benef
In article <[EMAIL PROTECTED]> you wrote:
> even though it's "just" a command line utility. Who knows what
> weird, unexpected side effects there might be from running such an
> app within a tight bash loop.
none*. And not cleaning up yourself also improves performance for short
running apps.
Gr
On Tue, 20 May 2008 08:34:10 +0200, Anthony <[EMAIL PROTECTED]> said:
> Hello, everybody I have a little question about ucf (example with a
> package which contains a file package_file.conf)
> Can i use de package_file.conf.dpkg-old generate by the ucf utility?
Use it for what?
> I wo
43 matches
Mail list logo
