, my impression is that no one is really
doing that and instead just implementing what they feel looks best in
their environment with the applications that they get bug reports about,
which is resulting in a lot of chaos and inconsistency.
--
Russ Allbery (r...@debian.org) http
you find the set
of available add-ons for a given programming language easily in both
searches and browsing when you're looking for something in particular.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ
to To: headers.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
if this is
worth it, you and Steve have convinced me that it is.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
, resolvable, and unfortunate if you ignore 90% of the problem.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bill Unruh un...@physics.ubc.ca writes:
On Sun, 1 Mar 2009, Russ Allbery wrote:
Bill Unruh un...@physics.ubc.ca writes:
The license issue is problematic, especially since copyright laws
differ in different countries. Derivative works is an especially
tricky concept since it is so poorly
advised to make in the past, I can't imagine any
circumstances that would allow libschilly to qualify.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
with that; most people
never have to care about these issues, and they're annoying and
complicated to understand (and often quite vague in their implications).
However, without that understanding, I think it's ill-advised for you to
try to insert yourself in the role of mediator.
--
Russ Allbery (r
cases.
(The obvious disadvantage is that a bunch of maintainer scripts really do
need shell, and the ones that could use such an interpreter are already
rather simple.)
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ
into with the upgrade. (FWIW, the only thing we ran into was
qLogic's lack of support for current kernels for its HBA drivers, which
isn't a Debian issue.)
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
a backtrace and upstream is very active and very good about
analyzing those backtraces. I similarly think it's important to provide
debugging symbols for slapd.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ
your packaging VCS is debian-only.
(Else, this point is moot. :-)
I'm fairly sure that pristine-tar as currently implemented needs the
upstream source to be in Git, whether in your local repository or in some
remote repository to which you have a reference.
--
Russ Allbery (r...@debian.org
will let people modify that target as needed to
package future versions.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
almost
as much. (I realize that LZMA is a better compression scheme overall, but
it's apparently also deprecated, replaced with XZ, and using it in the
archive will require further DAK changes or work to switch to XZ instead.)
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle
to lzma.
For more info, see http://tukaani.org/xz/
It's possible that XZ archives can be uncompressed with LZMA. I haven't
investigated further.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
that contain multiple upstream
source tarballs. Patches to the unpacking scripts are welcome provided
that they come with an addition to the test suite. It's a fairly
complicated area of the code.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
/control but it does
override any format given in debian/source/format.
but from this thread I gather that it shouldn't be used. What should
Lintian do in this area?
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel
Gunnar Wolf gw...@gwolf.org writes:
Ok. Lintian does not yet like httpd as a section, but I guess you will
not reject an upload just because I listened to you ;-)
Lintian is waiting for the d-d-a post saying that the new section changes
have been implemented, FWIW.
--
Russ Allbery (r
uscan can just check one of them.)
If you want to support uscan --download, though, yes, that's another
matter.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
Mikhail Gusarov dotted...@dottedmag.net writes:
gear rules are richer, allowing also to generate patches with git-diff
(think of upstream branch and topic-foo branch).
I think TopGit is the right solution to this.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle
that isn't needed any more. If that's the case here, please do
file a wishlist bug against Lintian with the details. (It's always
possible that someone wasn't using debhelper, for example.)
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email
on the work is greatly
appreciated.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
] Explicit install-docs calls are no longer needed since doc-base
registration is done with triggers. (Closes: #518801)
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
browser or FTP client.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
, and
inetd can already do all that for you.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
package.
It allows independent verification of the package in the archive (useful
in some security scenarios), and it's very important for package
sponsorship where one should not trust the orig.tar.gz provided by the
sponsoree unless you already know the sponsoree well.
--
Russ Allbery (r
be better to use debian/changelog.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Ben Finney b...@benfinney.id.au writes:
On 12-Mar-2009, Russ Allbery wrote:
I never use uscan --download; I always download the new upstream source
myself using wget or a web browser or FTP client.
Why is that? Is there some downside to using ‘uscan --download’? I would
have thought it best
a bad idea, but some
upstreams do it, and right now uscan doesn't handle that sort of case (and
it's rather outside its current purpose).
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
Ben Hutchings b...@decadent.org.uk writes:
On Sun, 2009-03-15 at 18:15 -0700, Russ Allbery wrote:
However, I don't think this helps with the original problem on the
thread where upstream uses only a VCS. I think that's a bad idea, but
some upstreams do it, and right now uscan doesn't handle
of the archive.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
of a position to force the makefile inclusion. (There
are ways in which it could, but they all seem very ugly to me.)
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
are fair game regardless of whether or not we're trying to
implement multiarch (with the normal caveats about mass bug filing).
If the file does change with SONAME, that's a different matter, and that
part depends more on our multiarch direction.
--
Russ Allbery (r...@debian.org) http
comes from, I don't agree that it's a
deficiency.
A missing feature is a deficiency. How critical a deficiency it
is is a matter of opinion, and we apparently differ.
And for what it's worth, I agree with Manoj here.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org
.
At the time, I think it was more important to worry about finishing the
lenny work. I'm very glad that you've re-raised the discussion, and I
really appreciate you doing so. Hopefully we can find a solution that
makes everyone happy for squeeze.
--
Russ Allbery (r...@debian.org) http
settings to
force a particular set of build flags and you could do this with the same
mechanism.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
.
This should trigger the lintian tag md5sums-lists-nonexisting-file, but
lintian.debian.org doesn't see any instances of that tag in the archives.
I'd be very interested in example packages, since it sounds like the
lintian test may be broken.
--
Russ Allbery ([EMAIL PROTECTED
to redistribute the Debian packages, Debian cannot do so.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
in our archive seems like entirely pointless
makework that potentially causes problems for the security team down the
road. This is why apt supports multiple package sources. Just point it
at the vendor's repository.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
[EMAIL PROTECTED] writes:
Quoting Russ Allbery [EMAIL PROTECTED]:
Another problem that would have to be resolved is security support
over the lifetime of a Debian stable release. I can see creating a new
Debian package if some Debian developer wants to put in the work to
better integrate
find bugs
themselves in other usage patterns.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tries all the environmental things
that have broken packages in the past.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
Michael Banck [EMAIL PROTECTED] writes:
On Tue, Aug 28, 2007 at 12:22:21PM -0700, Russ Allbery wrote:
I don't have any time to work on this, but it occurred to me reading
this that it might be useful for QA purposes to have a version of
debuild that *unsanitizes* the environment to test
of standard output, but instead was to change the default tape device with
a tar that never had standard output as a default.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
. Just
use an explicit f argument to tar rather than relying on a dubious default
that's changed over the years.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
of software in the field.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
without using the f option.
Yes, there's a judgement call here and you can't take it to extremes, but
I think there's a real, if sometimes hazy, difference between users
intentionally overriding the default environment and users setting options
that should be unrelated but aren't.
--
Russ
it's not been done before
now. Patches welcome.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the packages
has gotten soo big.
Ah, there are overrides. That explains it.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
of them
write their own password cracking software.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the Erlang compiler support a command-line flag that suppresses
that behavior? And if not, wouldn't that be useful to add?
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
strange without actually investigating. The more you
investigate, the more you discover that, actually, the license is just
screwed up and Debian is one of the few organizations that doesn't plug
its ears and ignore it.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
Ron Johnson [EMAIL PROTECTED] writes:
On 09/12/07 09:16, Russ Allbery wrote:
The IETF reserves the right to work on derivative standards based on
RFCs to itself. You cannot do so outside the IETF without violating
the RFC license.
So you (or your company) must be a member of the IETF
John Kelly [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] wrote:
We previously had a vote on whether the DFSG should extend to the entire
contents of the archive or only to software, and the vote outcome was
that it extended to the entire contents of the archive.
Recently, or some
, I expect a lot of DDs
would consider them to be DFSG-free under the same clause that's used for
TeX, as much as that clause isn't our favorite thing in the world. But
you can't, so what's the point in discussing the hypothetical?
--
Russ Allbery ([EMAIL PROTECTED]) http
encourages all authors to not restrict any files, source or binary,
from being modified.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, it is not free software,
and it sounds like this is the situation with RFCs.
Yup. The IETF process is certainly more open than most vendors, but they
don't publish all submitted I-Ds and using RFC material requires that you
work through the process so far as I can tell.
--
Russ Allbery ([EMAIL
to me that the same argument applies to software. Of course 95%
of free software is crap; that's true of 95% of *everything*. Reducing
the amount of free software doesn't only reduce the crap.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
enter this information in debian/control and I can scan it
using Mole)
Isn't this what Priority: extra is for?
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
the upstream configure.ac file and see what it looks for.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Julien Cristau [EMAIL PROTECTED] writes:
There should be a way to tell it to use /usr/lib/sendmail, without
having that installed.
/usr/sbin/sendmail, please. I realize that we'll have to keep both
essentially forever, but /usr/sbin is the correct FHS location.
--
Russ Allbery ([EMAIL
because there hasn't been a Policy upload in nearly a year.
I have just enough time to feel guilty and not enough time at the moment
to do anything concrete about it, which is a wonderful situation.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
Clint Adams [EMAIL PROTECTED] writes:
On Mon, Sep 24, 2007 at 06:16:57PM -0700, Russ Allbery wrote:
Right now, it's also badly out of date in several respects and not in a
position to lead any charge. Manoj and I have both been eaten by our
respective day jobs, there are a ton of obvious
not mistaken Joey refuses the idea.
I would think that would be a problem if for some reason you have source
directory and the build directory on different partitions.
Or if you're building in AFS, or somewhere else that doesn't allow
cross-directory hard links.
--
Russ Allbery ([EMAIL PROTECTED
RFC 2821 is still only a
Proposed Standard. IIRC, formally the obsolete only fully applies once
RFC 2821 reaches the same level in the standards process.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
martin f krafft [EMAIL PROTECTED] writes:
also sprach Russ Allbery [EMAIL PROTECTED] [2007.10.09.2243 +0100]:
Note, though, that STD-10 is a Standard whereas RFC 2821 is still
only a Proposed Standard. IIRC, formally the obsolete only fully
applies once RFC 2821 reaches the same level
just by requiring an RFC-2821-compliant HELO.
Sorry for the noise on d-devel.
It's a little off-topic, but it's obscure enough stuff that affects enough
people that I think it's nice to repeat it periodically. I end up
answering a ton of questions like this in my day job.
--
Russ Allbery ([EMAIL
consumed on the local system.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Russ Allbery [EMAIL PROTECTED] writes:
Carlos San Esteban [EMAIL PROTECTED] writes:
First of all, I think it's a great idea.
Well, we have the src packages then we only needs other package '-dbg'.
This one only need to change the options and install the libraries
needed, It could make all
MALLOC_CHECK_=2 then glibc calls abort on detecting this
error. Using gdb to set a breakpoint on abort I get a most unhelpful
backtrace:
Have you tried running it under valgrind? It's usually way better at
figuring out things like this.
--
Russ Allbery ([EMAIL PROTECTED]) http
unnecessary for reasons that the prospective packager
didn't realize.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
version
for OpenLDAP, although 4.6 is looking promising.
I don't have any good explanation for 4.3 through 4.5, though.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
-architecture -qDEB_BUILD_GNU_TYPE)
ifeq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
SYSTEM = --build $(DEB_HOST_GNU_TYPE)
else
SYSTEM = --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
endif
# ...
./configure $(SYSTEM)
--
Russ Allbery ([EMAIL PROTECTED]) http
Neil Williams [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] wrote:
This is a bad suggestion and was apparently made without referring to
the existing Debian instructions for how to handle packages that use
Autoconf and friends.
Your assumption is wrong, I'm afraid. For one reason
as well.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Neil Williams [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] wrote:
Well, then I'm even more mystified as to why you contradicted those
instructions and told people not to pass --build to configure for
non-cross-compile builds.
So it is preferable for me to add --build to native
to the start of the init script will fix this problem. That's kind of a
hack, but without modifying the daemon, I'm not aware of a better fix.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
back on doing it. I find them a bit dubious myself; there are various
hacks that, while hacks, come in very handy but are broken by daemons that
do this. (Process-inherited Kerberos caches, for example.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
Petter Reinholdtsen [EMAIL PROTECTED] writes:
[Russ Allbery]
Those file descriptor close loops are somewhat controversial. Not
everyone agrees that they're a good idea, and some upstreams will push
back on doing it. I find them a bit dubious myself; there are various
hacks that, while
.
This is a classical problem in bootstrapping a language implemented in
itself. Providing an automated way to make an arbitrary bootstrap in
Debian would be useful.
Good luck with gnat. :)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL
of a standard Unix
installation, even for desktop users (and it definitely isn't for
servers).
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
(printing PostScript files to a network
printer).
However, I can certainly agree that it's a difficult choice for the
average user for a locally attached printer due to the difficulty of
configuration and handling of printer drivers.
--
Russ Allbery ([EMAIL PROTECTED]) http
Manoj Srivastava [EMAIL PROTECTED] writes:
On Fri, 09 Nov 2007 10:03:40 -0800, Russ Allbery [EMAIL PROTECTED] said:
Those file descriptor close loops are somewhat controversial. Not
everyone agrees that they're a good idea, and some upstreams will push
back on doing it. I find them a bit
loops.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
when starting a daemon. I could be misunderstanding the problem, but if
not, while this is a violation, I have a hard time figuring out what a
process could do with the debconf handle. But that may just be lack of
imagination on my part.
--
Russ Allbery ([EMAIL PROTECTED]) http
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Ivan Shmakov [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
or with the period escaped.
... And this is the thing I haven't found how to do. Could you
please show me that spell?
\. Note:
\ is a null token that can be put at the beginning of a line
Ivan Shmakov [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
No, lintian doesn't file bugs. Someone still has to go file the
bugs, even if lintian is used to do the check.
Lintian documentation reads:
--cut: /usr/share/doc/lintian/lintian.html/ch1.html--
3
this for eons.
I haven't looked at this particular usage, but there are places where this
is exactly the desired markup.
Maybe there's some missing logic for defining empty strings?
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email
rights on the fonts still have those rights even
if you have no explicit contract with Adobe when you downloaded the
document.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
Norbert Preining [EMAIL PROTECTED] writes:
On Mo, 19 Nov 2007, Russ Allbery wrote:
In the absence of an explicit copyright license, Debian has generally
taken the conservative position that just because something is
available for download doesn't grant an implicit license, and hence
doesn't
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
libperl. (There was some
reason for this that I don't recall off-hand.) Should these warnings
just be ignored? Suppressed in some way? Should binary Perl modules
link against libperl? I haven't worked through the implications in my
head yet.
--
Russ Allbery ([EMAIL PROTECTED
to work on it at the moment.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
}{DYNAMIC $self-{flags}{DYNAMIC}
will be parsed as
exists ($self-{flags}{DYNAMIC $self-{flags}{DYNAMIC})
It's often good style to always use parens with the argument to defined or
exists because they're most often the functions that get bitten by this.
--
Russ Allbery ([EMAIL PROTECTED
yourself in debian/rules
after running make install. It's one of the standard things that we do
for Perl packages. It would be nice to fix ExtUtils::MakeMaker to not
create it in the first place, but so far as I know, no one has written a
patch.
--
Russ Allbery ([EMAIL PROTECTED
701 - 800 of 4311 matches
Mail list logo
