amd64 all
Version: 1:2.0~next.20131230-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision
Thomas Goirand wrote:
Most upstream authors who
cares about licensing, do not agree with Debian's view about GPL and
OpenSSL incompatibility, and this is what counts.
Is that true? When does it even come up? What do this majority of
upstream
Russ Allbery wrote:
Has anyone asked the Git maintainers whether they object to their software
being linked with a libcurl that uses OpenSSL?
I am not the author of the most of Git. As a minority author:
- libcurl provides a quite similar API with OpenSSL as with GnuTLS.
I wish it
amd64 all
Version: 1:1.8.5.2-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system
amd64 all
Version: 1:2.0~next.20131217-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision
amd64 all
Version: 1:2.0~next.20131213-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 12 Dec 2013 15:15:10 -0800
Source: radeontool
Binary: radeontool
Architecture: source amd64
Version: 1.6.3-1
Distribution: unstable
Urgency: low
Maintainer: Luigi Gangitano lu...@debian.org
Changed-By: Jonathan Nieder jrnie
amd64 all
Version: 1:1.8.5.1-1
Distribution: unstable
Urgency: medium
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control
amd64 all
Version: 1:1.8.5-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system
amd64 all
Version: 1:1.8.5~rc2-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control
: 1:1.8.4.4-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
amd64 all
Version: 1:1.8.5~rc3-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control
: 1:1.8.4.3-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
: 1:1.8.4.2-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
: 1:1.8.5~rc0-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
: 1:1.8.4.1-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
Hi,
Charles Plessy wrote:
--- a/policy.sgml
+++ b/policy.sgml
@@ -5563,7 +5563,13 @@ Replaces: mail-transport-agent
/p
p
- A ttBuilt-Using/tt field must list the corresponding source
+ When the licensing terms of the incorporated parts require to provide
+
Version: 1:1.8.4-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
Version: 1:1.8.4~rc4-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
Version: 1:1.8.4~rc3-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
Version: 1:1.8.4~rc2-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
Version: 1:1.8.4~rc1-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
Package: wnpp
Severity: wishlist
Owner: jrnie...@gmail.com
* Package name: buck
Version : 0.20130612-1
Upstream Author : buck-bu...@googlegroups.com (Facebook)
* URL : http://facebook.github.io/buck/
* License : Apache-2.0
Programming Lang: Java
Description
Version: 1:1.8.4~rc0-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
Version: 1:1.8.3.2-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
Version: 1:1.8.3.1-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
Version: 1:1.8.3-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
Version: 1:1.8.3~rc3-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
Version: 1:1.8.3~rc2-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
Hi,
Ian Jackson wrote:
The real problem is that these changelog files are primarily intended
for human beings. They should live in /usr/share/doc, and their
location should be transparent.
I was convinced of this until I remembered that package descriptions
are very similar in this respect.
Ian Jackson wrote:
Jonathan Nieder writes (Re: Temporary solution for changelog problem in
binNMUs):
One problem that that doesn't solve is what to do when a package would
be able to borrow its /doc/package directory from another package
(using a symlink) but for the changelog and copyright
Scott Kitterman wrote:
The really mechanism is useful for derivatives that don't want to get a
higher epoch than Debian, but in Debian, I totally agree. Just because it
makes sense for a derivative, doesn't mean it makes sense for Debian.
It makes sense for Debian, too. Epochs were
Version: 1:1.8.3~rc1-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
Charles Plessy wrote:
It would be definitely a big undertaking, but the point
I want to make is that one can not say that Git repositories could not
be redistributed by Debian and at the same time be satisfied with the
way we handle our packages currently. (And to make
Version: 1:1.8.3~rc0-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
Steve Langasek wrote:
But for new packages, where Canonical is striking out on its own
to deliver significant new functionality and the folks working on these
packages are not DDs, there's a clear pragmatic argument for doing the work
directly in Ubuntu rather than blocking the
Version: 1:1.8.2.1-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
Holger Levsen wrote:
On Montag, 1. April 2013, Steve M. Robbins wrote:
Rather than accept the harm, surely the release team could simply roll
back the upload in some manner?
As I understand it, only by introducing an epoch in the package version.
Or by using the 9.0.0+really0.99-1 version
Version: 1:1.8.2-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all
Hi,
Charles Plessy wrote:
Also, GitHub being proprietary software, it would be great to have a mirror on
a platform running Free software.
Done. :)
http://repo.or.cz/w/debiancodesearch.git
git://repo.or.cz/debiancodesearch.git
repo.or.cz runs Girocco from
Nikolaus Rath wrote:
Russ Allbery r...@debian.org writes:
The main thing we want to avoid is having Build-Using for every single
package in the archive because of libgcc, because that seems pointless and
annoying. Similarly, I doubt we need that for the inline code in eglibc
headers, given
:1.8.2~rc3-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
Hi Nikolaus,
Nikolaus Rath wrote:
If a debian package uses Cython in its build process, does it need to
declare Built-Using: cython?
I don't think typical licenses require that, no.
The policy text could use a lot of help in this area. See
http://bugs.debian.org/688251 if you have ideas for
:1.8.2~rc2-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
:1.8.2~rc1-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
:1.8.2~rc0-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
:1.8.1.3-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
git
:1.8.1.2-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
git
Russ Allbery wrote:
In response to the other follow-up, I don't think this is the right place
(or bug) to discuss udeb package behavior or what portions of Policy they
comply with.
Surely it is relevant to people reading policy that it does not comply with
them all (or in other words that
:1.8.1-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
git
-ker...@lists.debian.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
linux-kbuild-3.7 - Kbuild infrastructure for Linux 3.7
linux-tools-3.7 - Performance analysis tools for Linux 3.7
Closes: 545017 694759
Changes:
linux-tools (3.7.1-1~experimental.1) experimental; urgency=low
:1.8.1~rc3-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
:1.8.1~rc0-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
...@lists.debian.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
linux-kbuild-3.6 - Kbuild infrastructure for Linux 3.6
linux-tools-3.6 - Performance analysis tools for Linux 3.6
Closes: 690011
Changes:
linux-tools (3.6-1~experimental.1) experimental; urgency=low
.
* New
Hi Dmitrijs,
Dmitrijs Ledkovs wrote:
This should be a standard interface via DEB_BUILD_OPTIONS, because
dh_builddeb / dpkg-deb is not the only way to build compliant binary
packages.
Policy §4.9 explains:
Both binary-* targets should depend on the build target, or on the
appropriate
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 10 Sep 2012 14:35:33 -0700
Source: xz-utils
Binary: liblzma5 xz-utils xzdec liblzma-dev liblzma-doc
Architecture: source amd64 all
Version: 5.1.1alpha+20120614-2
Distribution: unstable
Urgency: low
Maintainer: Jonathan Nieder
Hi Karol,
Karol Szkudlarek wrote:
I'm Debian/Ubuntu/Linux enthusiasts which loves using free operating
systems on my machines, but today in 2012 I'm struggling with many
problems with setup/tunning my Dell Latitude E6510 and Ubuntu and I
have some thoughts general thoughts about Linux
-1
Distribution: experimental
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
git-arch
:1.7.10.4-2
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
git-arch
Nicholas Bamber wrote:
Moreover as I understand it the version of piuparts that runs these
tests is not yet in sid. Surely it is unreasonable to expect people to
fix these bugs - in the middle of a freeze no less - without this tool.
Doesn't debsums catch it?
--
To UNSUBSCRIBE, email to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 10 Sep 2012 22:02:19 -0700
Source: coreutils
Binary: coreutils mktemp
Architecture: source all amd64
Version: 8.13-3.3
Distribution: unstable
Urgency: low
Maintainer: Michael Stone mst...@debian.org
Changed-By: Jonathan Nieder
(replying to -devel and -boot only)
Henrique de Moraes Holschuh wrote:
On Mon, 10 Sep 2012, Philipp Kern wrote:
If we do that the same should also happen for firmware-linux-nonfree. Loading
the radeon KMS module without firmware available results in an unusable
(text) console. (Yes, it might
(please direct replies to debian-devel only)
Ever since dpkg started using liblzma directly (dpkg 1.16.4), the xz
command is no longer needed in a minimal Debian system. Based on its
list of reverse-dependencies, it would presumably even be safe to
lower its priority to optional.
I think
Ratcliffe jeffrey.ratcli...@gmail.com
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
libtesseract-dev - Development files for the tesseract command line OCR tool
libtesseract3 - Command line OCR tool
tesseract-ocr - Command line OCR tool
tesseract-ocr-dev - transitional dummy package
Hi,
Goswin von Brederlow wrote:
On Sun, Jul 22, 2012 at 12:52:10PM -0500, Jonathan Nieder wrote:
a) Help upstream authors of toolchain components with hardcoded
header and library search paths to implement multiarch.
[...]
What I don't understand is why compilers (which probably means
affects 637232 + release-notes
quit
Hi,
Matthias Klose wrote:
On 08/09/2011 07:31 PM, Aurelien Jarno wrote:
I got fed up by people reporting bug on libc6, while this problem results
from a decision Debian to implement multiarch. People should work on
implementing a compatibility wrapper and
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
leptonica-progs - sample programs for Leptonica image processing library
liblept3 - image processing library
libleptonica-dev - image processing library
Closes: 664176 681570 681574
Changes:
leptonlib (1.69-3.1) unstable; urgency=medium
Ratcliffe jeffrey.ratcli...@gmail.com
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
libtesseract-dev - Development files for the tesseract command line OCR tool
libtesseract3 - Command line OCR tool
tesseract-ocr - Command line OCR tool
tesseract-ocr-dev - transitional dummy
Hi,
Jonas Smedegaard wrote:
No, I do not find it right for Debian to mandate meta-packages to only
recommend when some users need only a subset of the offerings of said
meta-package: There will _always_ be some users needing only a subset of
things, rendering all dependencies wrong by
submitter 679173 Jean Pierre Hoareau hoarea...@free.fr
quit
Forwarding with permission.
---BeginMessage---
Dear Jonathan,
Thanks for your quick answer, and sory for ma late answer due to a
failure on my mailbox jphoar...@free.fr. Use my primary mailbox
*hoarea...@free.fr* for all new
reassign 679173 blueman
quit
Hi Jean Pierre and blueman maintainers,
Jean Pierre Hoareau wrote
You wil find her under some detail about what hapen when I try to
send a file to my HTC ONE X smartphone . I think you are able to
reproduce this fail if you use the same hardware.
Thanks much
tags 679173 + wheezy moreinfo
quit
Hi Jean Pierre,
HOAREAU jean pierre wrote:
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
Could you
Hi Holger,
Holger Levsen wrote:
On Sonntag, 24. Juni 2012, Jonathan Nieder wrote:
retitle 678519 after about a month, routing gets wedged
# not a general problem affecting a large portion of the archive
reassign 678519 base
reassigning bugs from general to base is pretty useless, as both
retitle 678519 after about a month, routing gets wedged
# not a general problem affecting a large portion of the archive
reassign 678519 base
tags 678519 + squeeze
quit
Hi Henrique,
Henrique de Moraes Holschuh wrote:
On Fri, 22 Jun 2012, Rudy Zijlstra wrote:
let system run with IPv4 IPv6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384
Format: 1.8
Date: Sat, 16 Jun 2012 15:03:17 -0500
Source: xz-utils
Binary: liblzma5 xz-utils xzdec liblzma-dev liblzma-doc
Architecture: source all
Version: 5.1.1alpha+20120614-1
Distribution: unstable
Urgency: low
Maintainer: Jonathan Nieder jrnie
Raphael Hertzog wrote:
As such, I suggest that we handle binary rebuild differently:
- debian/changelog is left unmodified since it's the source changelog
= it defines the ${source:Version} substvar
- debian/changelog.binary-rebuild (or any other better name) is created
when we want to
Andreas Barth wrote:
Do we have other tools than dpkg that parse the changelog to find out
the package version?
Yes, debian/rules parses the changelog in a low-tech way in some
source packages. Someone with access to the lintian lab might be able
to say how many packages would be hurt by not
Bjørn Mork wrote:
Timo Juhani Lindfors timo.lindf...@iki.fi writes:
You also need to have root access to some machine to create the USB
media.
No, you don't. On a default Debian system you need to be a member of
the floppy group. From /lib/udev/rules.d/91-permissions.rules :
# default
Hi,
(Caveat: I am not a dpkg-source maintainer.)
Sune Vuorela wrote:
On 2012-05-15, Norbert Preining prein...@logic.at wrote:
Is there a rational behind not allowing any fuzz?
I think it makes perfect sense to expect the patches to apply perfectly,
so we don't rely on patch quilt to be
Hi again,
Steve Langasek wrote:
[Dropped Cc; what does any of this have to do with the DPL?]
I was alerting him to a conversation that was going nowhere fast,
in the hope that he might use his power to
participate in discussions amongst the Developers in a helpful
way
It has
Carsten Hey wrote:
I don't think that there ever will be a consensus in all those
discussions without discussing in a reasonable way (which failed in the
past multiple times).
Note that a consensus does not imply everyone agreeing. I am starting
to see a consensus already and would welcome
Carsten Hey wrote:
I was talking about a consensus among the maintainers of the affected
packages. Even if all but the maintainers of one of the affected
packages would agree to a solution, there would be no way to implement
this solution without asking the tech-ctte or (what would be not
Steve Langasek wrote:
On Tue, May 01, 2012 at 03:30:50PM -0500, Jonathan Nieder wrote:
Wait, really? What happened to respect by maintainers for the
project?
The project is not a set of random maintainers who have a filename
conflict with you.
Sorry, I don't understand the above sentence
Marco d'Itri wrote:
This has been happening more and more after SuSE has become irrelevant.
I will cite just a few simple examples:
- no good strategy to prevent lockstep udev/kernel upgrades, since RHEL
does not support upgrading to the next major release
- configuration files in /etc/
Marco d'Itri wrote:
We can all be uneasy about it until we are blue in the face, but since
Red Hat maintains most Linux core components and we do not, there is not
much we can do about it.
I'll repeat what I said last time you made this (in my opinion
strange) argument:
Red Hat employs
Svante Signell wrote:
In line with the recent discussion, lets aim at defining what _boot_ is:
Why? Unless you are suggesting documentation is unclear, I don't see
how this has any impact on the development of Debian.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
reassign 664257 debian-policy 3.9.3.1
affects 664257 =
tags 664257 = upstream
quit
Goswin von Brederlow wrote:
It is a bug in Debian: The multiarch tuples are not documented/defined
in Debian.
Fine, reassigning to policy.
Never say I didn't do anything for you... :)
Policy maintainers, see
Michael Gilbert wrote:
Plus I don't have to find hosting for my work elsewhere,
which is kind of a pain and unwanted.
This at least is easy to address. Alioth automatically notices
per-user git repositories under ~/public_git[1]. Something similar
works for other version
Hi Matthias,
Steve McIntyre wrote:
I've updated http://wiki.debian.org/Multiarch/Tuples with lots more
information such as links to external ABI specs where I could find
them.
I think the Multiarch/Tuples wiki page is now in a sane state, though
as always it could presumably be improved even
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
git-arch
Hi Wookey,
Wookey wrote:
I recently noticed that when building with dpkg-buildpackage there is
no need for the
DEB_BUILD_GNU_TYPE := $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
DEB_HOST_GNU_TYPE := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
Don't you mean ?=?
[...]
You
Goswin von Brederlow wrote:
Did you read the wiki page?
Yes. Is the kind of information on which calling convention, basic
system library structures, and so on form the ABI for a given tuple
that I was giving examples of not what the upstream gcc folks were
looking for? I'm not sure I
Matthias Klose wrote:
While we strive to get multiarch ready for squeeze, there is
currently nothing to point to what the multiarch tuples actually
mean, neither on the Debian side nor on some kind of standards side
like the FHS or LSB. This has to be documented on the Debian side,
and
clone 601455 -1
retitle 601455 can't stop daemon using /etc/init.d/foo stop when disabled via
/etc/default/foo
quit
peter green wrote:
regardless of any plan to discourage use of the /etc/default
mechanism (I think removing it altogether is not really reasonable)
I think the original bug of
(moving Mikko to bcc to avoid spamming him)
Don Armstrong wrote:
retitle 661241 vlc probably using wrong sound output by default (but not
clear from reporter)
reassign 661241 vlc
[...]
Mikko Koho: I'm guessing as to what your problem is, but you're going
to have to provide more information
Don Armstrong wrote:
http://www.debian.org/Bugs/Reporting already tells people to contact
-user if they are unable to determine which package their bug report
should be filed against. I suppose text could be added to reportbug to
mimic this... perhaps changing:
Very nice. Filed as
retitle 661241 description of general pseudo-package is misleading (sounds
too much like a catch-all)
reassign 661241 reportbug 6.3.1
submitter 661241 !
quit
Hi,
Mikko Koho wrote:
Sometimes I switch sounds off from panel, when I'm trying get them back
machine
is still quiet.
reassign 660651 samba
tags 660651 + moreinfo
quit
Hi Christian,
Christian Andretzky wrote:
Sorry for using the general tag, but I've no idea which of the named packages
is responsible
for the problem.
That doesn't make it a general issue. Reassigning to samba, since
one has to start
Hi,
Jonathan Wiltshire wrote:
In a recent bug report [0] Colin Watson requested this change in order to
remove some 'if dpkg-maintscript-helper supports' crutches.
This change is academic for Debian but assists our friends in Ubuntu-land
(it also makes the postinst simpler, but the
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape p...@smarden.org
Changed-By: Jonathan Nieder jrnie...@gmail.com
Description:
git- fast, scalable, distributed revision control system
git-all- fast, scalable, distributed revision control system (all subpacka
git-arch
301 - 400 of 557 matches
Mail list logo