You should do this even if upstream
calls the source package something else. It makes many things in Debian
more straightforward and less confusing for users and software.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debia
ckage directories, as far as
> dpkg-shlibdeps is concerned.
Oh, hey, look at that. And it does so unconditionally, whether the
package uses debconf or not.
I think this is working rather more by accident than would ideally be
the case. I think I'll file a bug against debhelper pointing th
roff. The man page installed in /usr/share/man/man1 must actually
be written in *roff. Maybe you accidentally installed the output rather
than the man page source?
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to
e about that use case).
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
sitive.
What *is* the content of the file? In other words, more fundamentally,
why is it there and what does it do?
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Erik de Castro Lopo writes:
> Russ Allbery wrote:
>> What *is* the content of the file? In other words, more
>> fundamentally, why is it there and what does it do?
>
> Its a haskell interface definition file. When ghc6 compiles the
> Haskell source code file License.h
Erik de Castro Lopo writes:
> Russ Allbery wrote:
>> Yeah, that sounds like a good Lintian exception.
> I see no good reason to make lintian aware of this particular
> exception. It might however make sense to make lintian ignore any file
> named license* if that file is a bin
ted in /etc
N: automatically to the list of conffiles, so if you do that manually
N: too, you'll get duplicates.
N:
N: Severity: important, Certainty: certain
Does that help any? Usually this means you have a conffiles
configuration file in your packaging directory that you don't w
not cause this problem. There's
something else wrong.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
x27;re running everything multiple times, particularly since they both
depend on install and install in turn doesn't create a stamp file.
I think you should toss out that debian/rules file and start again from
a debhelper template, either rules.arch or rules.tiny with an override
to handle the build
th
extraneous junk in the *.diff.gz that may cause build problems.
This sounds like a problem with your local build environment, not with
the package.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lis
#x27;t want to call it unconditionally in prerm because you don't
want to call it on upgrade normally, but there isn't a similar case for
postinst.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-r
pted into an apt-get
> repository?
It will preclude it from being uploaded to Debian proper. It will not
preclude it from being available from a private apt repository.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email t
to include compressed manpage files, however I'm
> not sure if that is at all possible.
Another option would be to install the extra man page data into a
/usr/share/ directory and then modify the man page to include it
via its full path instead of expecting it to live in the man directory
thout changes to
the package should instead be closed by mailing nnn-d...@bugs.debian.org.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
28:18 -0300
magicfilter (1.2-60.1) unstable; urgency=low
Please upload again with that fixed and I'll sponsor this. Thank you for
your work on the package!
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-men
Rogério Brito writes:
> On Aug 03 2009, Russ Allbery wrote:
>> Rogério Brito writes:
>>> I have one off-topic comment: I've seen some well known maintainers
>>> do some things without the rigor that mentors apply to prospective
>>> maintai
Ben Finney writes:
> That's a great result.
>
> Can you suggest a means of searching for more occurrences of this bug
> (a non-free MD5 implementation in an otherwise-free work) in Debian?
The RSA-licensed MD5 implementation is not non-free. It just has an
advertising clause.
crappy
license). Here's the equivalent clause in the PHP license:
4. Products derived from this software may not be called "PHP", nor
may "PHP" appear in their name, without prior written permission
from gr...@php.net. You may indicate that your sof
a mismatch between the
*.changes file and the package.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Michal Čihař writes:
> Russ Allbery napsal(a):
>> We had a specific request for Lintian to not warn about UNRELEASED as
>> the distribution so that people could run it on each build and know
>> that any output meant a problem. Unfortunately, that creates the
>> pos
tely enough to write a Lintian check. I'll file a bug so that I
don't forget.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
g the texi source, something else is going
> wrong).
I suspect that the upstream makefiles don't rebuild the info documents by
default. That's not uncommon. Check to see if there's an additional
makefile target that will do so (and build-depend on texinfo, of course).
--
Russ A
l environment, I
think it would create the impact you want with the least customization to
Debian required.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
we should drop that. I think what I was intending is already
covered by "checks that many people disagree with." wild-guess certainty
doesn't make checks pendantic, only downgrades them to info.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
was actually most of the point of pedantic. Minor possible bugs that
aren't stylistic belong in info instead. That's why both of them are
suppressed by default.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debia
Rogério Brito writes:
> On Oct 29 2009, Russ Allbery wrote:
>> That was actually most of the point of pedantic. Minor possible bugs
>> that aren't stylistic belong in info instead. That's why both of them
>> are suppressed by default.
> OK. Nice. Please keep
7;re using. If that still doesn't work, reporting here what libraries
your program is trying to link against should help in narrowing it down.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lis
bian/changelog whether upstream provides its own changelog or not. It
seems polite and I know as a user it makes debian/changelog more useful to
me than a bunch of bare "New upstream release" lines when trying to track
down when something might have changed.
--
Russ Allbery (r...
h in the library code. We have this because it's
something that rpmlint checks, but most of the cases of it that I've seen
are actually wrong or at least not interesting.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
things belong in pedantic, unless they're fairly widely agreed-on,
in which case they belong as severity: minor. In general, though, I agree
with the above.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
e thing with '', and therefore texinfo also has the same sort of
behavior.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
doesn't work the way that it would if it were
designed today.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Ben Finney writes:
> Russ Allbery writes:
>> You would have needed to take it up with Joseph Ossanna and Brian
>> Kernighan, since *roff has worked this way since the beginning of the
>> formatting language.
> Note that “blame the makers of groff” is *not* what I
hould be taken to avoid clashes
> between different encodings used in the same file).
This should actually work with current versions of groff as well, but I
haven't experimented with it a lot myself, so I don't know what problem
Charles is running into.
--
Russ Allbery (r...@d
found seems to be Perl's pod format. At least,
> the markup doesn't pollute my view.
Yup. :) And there's a nice Emacs mode for POD that does coloration and
whatnot. (There is for *roff as well, but I hate typing *roff directly.)
--
Russ Allbery (r...@debian.org)
er hard for arbitrary upstream changelogs.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
You want the debian package version, not the library version. So I think
> lintian is correct here: liblog4tango4 version will be ${binary:Version}
> (something like 7.1.1-1), not 4.0.3-1.
> Unless you are doing something _really_ weird and changing the version
> per-binary?
If you're chang
get these into the repositories that would be
> really great and it would be grateful.
It seems like the best first step would be for you to offer to join the
pkg-games team for the purposes of maintaining those packages, thus
potentially providing you with direct commit access to their repo
> are "hyphens".
Which is wrong in *roff for things like program options.
> And replacing everything with "\(hy" only reduces readability on editing
> the man page.
This is normally the wrong fix. Usually, the correct fix is to replace -
with \-. Are you sure that
uring postinst.
I don't think there's any supported way currently to get the file included
in the package file list.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subje
o correct this by using iconv on the upstream man pages to convert the
character set used upstream to what should be used on Debian (generally
UTF-8).
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists
Ben Finney writes:
> Russ Allbery writes:
>> The first thing to double-check is whether you have a UTF-8 locale
>> installed. If you don't, that may be confusing man.
> I'm confused by the related discussion (on ‘debian-devel’, I think) of
> having a UTF-8 local
Osamu Aoki writes:
> On Wed, Jan 06, 2010 at 04:43:28PM -0800, Russ Allbery wrote:
>> echo 'locales locales/locales_to_be_generated multiselect en_US.UTF-8 UTF-8'
>> \
>> | debconf-set-selections
>> aptitude install locales
> I thought manual confi
) to install
the init script into the Debian packaging area.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Roger Leigh writes:
> On Thu, Jan 07, 2010 at 09:50:23AM -0800, Russ Allbery wrote:
>> Absent that, we're considering adding some sort of ugly hack to Lintian
>> to force the locales package to generate a UTF-8 locale if one isn't
>> already available. Unfortunat
(7).) That was the first place I looked. It is mentioned,
but not defined, in environ(7). Thank you!
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ooking Unicode quotes?
Use troff to render the man page into PostScript instead of using nroff to
view it. I don't believe nroff converts double quotes.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ
Nicolas Alvarez writes:
> Russ Allbery wrote:
>> Nicolas Alvarez writes:
>>> What about double quotes?
>>> quilt's manpage renders like this in the man viewer: ``pushed on the
>>> stack''
>>> I looked at the source and the .1 file h
converted
> to either “” or "" depending on the locale.
Yeah, that's a groff-specific feature. I suspect they won't render
properly on, for instance, Solaris. (\[xx] is a groff extension to the
language.)
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eag
o traditional ChangeLog file, only NEWS, and install the upstream
NEWS file as /usr/share/doc//changelog.gz.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Ben Finney writes:
> Russ Allbery writes:
>> All of the packages for which I'm both upstream and the Debian packager
>> have no traditional ChangeLog file, only NEWS, and install the upstream
>> NEWS file as /usr/share/doc//changelog.gz.
> Perhaps that could
Paul Wise writes:
> On Mon, Jan 11, 2010 at 6:02 AM, Russ Allbery wrote:
>> There's an open Policy bug about this, which is where it should probably
>> be discussed. When packaging other people's software, I install the
>> upstream ChangeLog as changelog.gz a
e the build chroot just to run
the clean target to create a source package to move into the build chroot.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Paul Wise writes:
> On Tue, Jan 12, 2010 at 9:23 AM, Russ Allbery wrote:
>> The basic problem is that while there's potentially some use to the
>> idea of separating out architecture-independent build requirements,
>> Lintian wasn't really checking that. In ord
ependent packages and only keep the
arch-independent ones? Or even more simply, just designate one
architecture (i386 perhaps) to keep all the results of the build including
the arch-independent packages?
That's what I assume was going to happen, which unfortunately doesn't
imply fixing
ode.
> # Run the actual program with our arguments.
> echo "See the libtool documentation for more information." 1>&2
That looks like you didn't install the gifinfo binary but instead
accidentally installed the libtool wrapper script.
--
Russ Allbery (r...@d
aiccu followed by running lintian on the
package in the archive produces the same tags as what lintian.d.o shows.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Nicolas Alvarez writes:
> Russ Allbery wrote:
>> (\[xx] is a groff extension to the language.)
> Is \(lq portable? It does the same thing.
I'm not sure. It's not one of the documented special characters available
in CSTR #54, which is the gold standard, so one would
this unless you absolutely
have to for some reason.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
earch skills were defeating me.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
working even if upstream releases the next version as 1.2.3.1.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
hem, but the tags on closed bugs are
mostly ignored so it's not clear that this makes much difference.
I prefer not to tag such bugs wontfix when closing them because if they're
re-opened, usually it's for reasons that would also remove the wontfix
tag, so it just requires more
busy-work that I'd
rather not bother with. The distinction between WONTFIX, INVALID, and
WORKSFORME in Bugzilla, for instance, is a distinction I've never seen
much utility in drawing. This is just my personal opinion for my own
packages.
--
Russ Allbery (r...@debian.org)
thors to create a derivative work. We want to honor their
license. Unless GPLv3 licensors relax this interpretation of their own
license regarding linking, our licensing philosophies are
fundamentally incompatible. This is an identical issue for both GPLv2
and GPLv3.
This is exactl
new package in a bunch of places (the PTS, the BTS,
etc.). There isn't any technical difficulty with upstream using a
different distribution name than the Debian source package name.
Sometimes it's easier to just stick with the existing name.
--
Russ Allbery (r...@debian.org)
to
fail to build if the linker is switched to gold.
> Obviously, users will have to use -llmmin along with -lm.
Users should not have to do this unless they call the math functions
directly. The shared library should have proper interlibrary dependencies
of its own.
--
Russ Al
ine statement pointing to
the LICENSE file in every source file instead.
To respond to the original poster, I think that distribution is clearly
covered by the license and copyright in the COPYING file and wouldn't give
it a second thought, although of course double-checking with upstr
has standard configuration options to limit it to only
this mode and seems to be designed with a lot of security in mind. I've
been using it for years with no complaints.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to
for anything you need to change, or you explicitly provide
all the targets and don't use a wildcard rule. Doing a mix of the two is
just going to make everything extra confusing.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email
overrides with most of the stuff I've been
backporting and relying on that.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
tring:
"Seek in deflate compressed stream failed."
although I don't see how that would match the regex that Lintian is using.
I can't find any other occurance of "inflate" or "deflate" in the strings
for easymp3gain, though.
You should override t
problems from Lintian. I don't see any recent
changes to Lintian in this area either. How are people getting a Lintian
error on this package?
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ..
Patrick Matthäi writes:
> Am 13.04.2010 23:14, schrieb Russ Allbery:
>> You should override this Lintian tag for right now until we can figure
>> out what's going on.
> But this one is one of the not-overrideable-ones as in: the package will
> be rejected.
No, it i
Russ Allbery writes:
> The problem with embedded-zlib appears to be a false positive in Lintian.
> It seems to be triggering on the string:
> "Seek in deflate compressed stream failed."
Ah, no, I was looking in the wrong package. It's fp-units-base, and the
stri
Matthias Klumpp writes:
> On Tue, 13 Apr 2010 14:30:58 -0700, Russ Allbery wrote:
>> Ah, no, I was looking in the wrong package. It's fp-units-base, and
>> the string is indeed exactly the problematic string indicating an
>> embedded copy of zlib:
>> 4 d
. (I'm not a sponsor here, so don't feel like you have to do
this; I just noticed it.)
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe&quo
m are to either use _ or - to separate the
words where there is actually a space (and then clarify in the SYNOPSIS).
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubsc
ges I maintain.
If you do need that information, substituting it into the postinst during
the package build is the way to go.
> What is the usual method of accessing user-defined control file values
> such as XC-branding in postinst?
Debian generally does not use user-defined control f
Ignacio Valdes writes:
> On Thu, Apr 29, 2010 at 3:55 PM, Russ Allbery wrote:
>> Ignacio Valdes writes:
>>> So what is the usual method of accessing control file values such as
>>> Package: in postinst?
>> Generally, you don't, since generally there'
. But yes, this in
particular does not work at similarly in Debian to how it works with RPM
spec files.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe&q
-d')' -f1 |
> cut -d'-' -f2`
> MY_PKGNAME=`head -n 1 debian/changelog | cut -d' ' -f1`
dpkg-parsechangelog makes this somewhat easier and more robust.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, emai
ository management software.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ljbzklua@windlord.stanford.edu
deal, but it's probably
slightly better than including a copy of the GPL v1 in each package.
My inclination is to resolve Bug#436105 by adding the GPL v1 to
common-licenses.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email t
at pedantic
tags really aren't worth overrides, but it would probably just annoy
someone. :)
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe
ng new software. I think
there's general consensus that the largest quality issues in Debian are
lack of attention and resources for maintaining the packages that we have
now, not the difficulty in getting brand new packages included (although
of course both are important in the
t that's not a source
format problem). And it ensures that, for instance, if you delete an
upstream file in the debian directory it will stay deleted, which the old
format doesn't do.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE,
something in debian/TODO, but just using debian/changelog is nice and
simple and already works.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe
to implement). I don't think that
would be a problem, but it would be a nasty surprise if we found that out
late in the process and something we could start the process on early.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to
Alexander Reichle-Schmehl writes:
> Am 15.06.2010 21:08, schrieb Russ Allbery:
>> The current DM implementation is weird in that it's dictated by a GR.
>> It might be worth getting a ruling from the project secretary on
>> whether we need another GR to change the det
e2csv.pl and
so forth. It's only really useful if you need to make the path absolute
for some reason, normally because you're changing the working directory or
doing something else complicated in the command.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~e
I think this is a place where whichever is easiest should win. I usually
just cp or mv in debian/rules since it's less work than maintaining a
patch, but it can depend on the situation.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE,
Nick Andrik writes:
> * Architecture: linux-any, Depends: fuse
> It is used only in linux (and lintian gives me a warning about unknown
> architecture "linux-any")
I think you're supposed to use this now and get a newer Lintian. The
current version of Lintian should be
e helpers, usually either
tbl or pic. In this particular case, it's using tbl.
You can just run man directly on the *roff file, but if you want to stick
with the zcat pipeline, just add the -t flag to nroff to say to run the
output through the tbl preprocessor first.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
f it does, which compiler should I use to compile my packages and to
> generate symbols?
Whatever the current Debian default compiler as installed by
build-essential is.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to d
Liang Guo writes:
> 2010/7/16 Russ Allbery :
>>> If it does, which compiler should I use to compile my packages and to
>>> generate symbols?
>> Whatever the current Debian default compiler as installed by
>> build-essential is.
> Current build-essential depe
n main can build binary packages in contrib. The
licensing requirements for the two areas are the same, so no problem is
created by that.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
w
Paul Wise writes:
> On Sun, Jul 18, 2010 at 3:50 AM, Russ Allbery wrote:
>> Source packages in main can build binary packages in contrib. The
>> licensing requirements for the two areas are the same, so no problem is
>> created by that.
> Stuff related to nvidia-cg ca
After stable release with case 2, you wish to remove the transitional
> package foo upon upgrade to unstable/testing/next-stable. I guess we do
> not package "Package: foo" at this moment when uploading.
> Question: Is there sure way to purge the old transitional package foo?
I
chitecture-specific symbols for a lot of C++ libraries. There are new
facilities in dpkg to try to help making writing those symbol files
easier, but I'm still not getting a warm and fuzzy mature feeling about
use of symbols with C++ at this point.
--
Russ Allbery (r...@debian.org)
401 - 500 of 707 matches
Mail list logo
