it
catches a concrete problem and isn't testing the current wording of policy
in a vacuum.
We at some point do need to get back to the discussion about what policy
should say clean should actually do.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
-ASCII characters.
and does lintian have a simple check to ensure no illegal characters are
in the file as per UTF8 rules?
Yup. Has for years.
debian-changelog-file-uses-obsolete-national-encoding is the tag.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
Lennart Sorensen [EMAIL PROTECTED] writes:
On Wed, May 16, 2007 at 02:53:09PM -0700, Russ Allbery wrote:
debian-changelog-file-uses-obsolete-national-encoding is the tag.
I wonder how many packages are triggering that right now.
96.
http://lintian.debian.org/reports/Tdebian-changelog-file
information, etc.
Look at all the machinery that gcc goes through to be able to compare two
builds to make sure they're the same. We don't want to try to maintain
that for every package.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email
, or we can introduce a new structured file.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
are in the same boat.
Can you even buy sun4m hardware any more other than off of eBay?
--
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
uses lsb-release to fill out information that's handy to use in Puppet
rules.
Unfortunately, currently lsb-release Recommends: lsb, which then installs
the entire world (like apparently large chunks of Qt) if one uses the
default behavior of aptitude. (Bug filed.)
--
Russ Allbery ([EMAIL PROTECTED
currently, and
will never be a problem provided that it's fixed before lenny becomes
stable. :)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
like daemontools without the weird
licensing.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Warren Turkal [EMAIL PROTECTED] writes:
On Saturday 02 June 2007 21:45, Russ Allbery wrote:
Take a look at runit. It's quite a bit like daemontools without the
weird licensing.
Runit doesn't appear to be useful for non-system tasks, like starting
jackd and restarting it if it dies (i.e
Warren Turkal [EMAIL PROTECTED] writes:
On Saturday 02 June 2007 23:03, Russ Allbery wrote:
Could you say more about why not? It looked to me like you could use
its supervise equivalent without the whole init replacement stuff.
I took a closer look. It looked like the runit wanted
several other opinions.
There's no way of separating those out afterwards, and I don't think we're
likely to come up with a reasonable ballot on a single license that would
do so.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL
the time to do 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]
Felipe Sateler [EMAIL PROTECTED] writes:
Russ Allbery wrote:
The primary barrier to enforcing the use of lintian is #243976. lintian
needs to get much better about identifying the source of checks, the
certainty that something is wrong, and the severity level so that dak
can run lintian
Peter Samuelson [EMAIL PROTECTED] writes:
[Russ Allbery]
They *usually* do, but not all E tags are certain problems. Of course,
maintainers could use overrides.
I'm opposed to adding overrides to my packages for cases where, in my
view, lintian should somehow have enough information to see
basically a transition issue. (I do agree that
the transition could be improved.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Eduard Bloch [EMAIL PROTECTED] writes:
#include hallo.h
* Russ Allbery [Wed, Jun 06 2007, 08:40:47PM]:
No, that's not done by the dependency resolver. That's done by the
code that removes packages that you never told it should be installed.
This problem goes away completely if you only use
to
generate dependencies for packages at build time, and at build time you
have the -dev package installed. When you're installing an already-built
package, it's not obvious that you're going to care about the symbols
files.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
that we'd get over if this issue
were addressed (like the silly words -- there are sillier words in English
that just don't sound that way because we're used to them).
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
Luis Matos [EMAIL PROTECTED] writes:
but why should I??? this goes against the testing is always *WORKING*
phrase. TESTING IS NOT ALWAYS WORKING.
Having to use module-assistant != not working.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
, although with the new mechanism for
building modules in main, hopefully that number will drop over time for
the free ones.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Steinar H Gunderson [EMAIL PROTECTED] writes:
On Wed, Jun 13, 2007 at 03:00:15PM -0700, Russ Allbery wrote:
Many non-free drivers (and some free drivers, for that matter) are
never automatically built at the moment, although with the new
mechanism for building modules in main, hopefully
Russ Allbery [EMAIL PROTECTED] writes:
Steinar H Gunderson [EMAIL PROTECTED] writes:
On Wed, Jun 13, 2007 at 03:00:15PM -0700, Russ Allbery wrote:
Many non-free drivers (and some free drivers, for that matter) are
never automatically built at the moment, although with the new
mechanism
Luis Matos [EMAIL PROTECTED] writes:
Qua, 2007-06-13 às 15:00 -0700, Russ Allbery escreveu:
My recommendation is to always use module-assistant for all non-free
drivers that you want to use. That way, if there is a build in
non-free, you can be pleasantly surprised, but your normal method
wants to keep whining about
it, I suggest he talk to nvidia.
I didn't have many problems even with proprietary drivers. I thought it
went quite smoothly.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
with this issue, they all seem to have been
auto-built on ninsei (in some cases, years ago), which makes me think this
may be a very long-standing problem with that particular buildd. I'm not
sure who to contact, though (or how to find that out).
--
Russ Allbery ([EMAIL PROTECTED]) http
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 PROTECTED]
Marc 'HE' Brockschmidt [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
Looking at build logs on i386, the common problem for many seems to be
variations of:
dh_strip
strip: unable to copy file
'debian/libwebauth-perl/usr/lib/perl5/auto/WebAuth/WebAuth.so' reason
autobuilt on i386.
If dh_strip makes this an error, ninsei is going to stop being able to
build various packages, which will probably help get this fixed, I guess.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Steve Langasek [EMAIL PROTECTED] writes:
On Tue, Jun 19, 2007 at 03:49:27AM -0700, Russ Allbery wrote:
Well, unless the buildd is running with some demented umask, that's not
happening with webauth. Everything is created with the default umask.
But the default umask may well be 0600
Package: wnpp
Severity: wishlist
Owner: Russ Allbery [EMAIL PROTECTED]
* Package name: hoard
Version : 3.6.2
Upstream Author : Emery Berger [EMAIL PROTECTED]
* URL : http://www.hoard.org/
* License : GPL (with some docs under Apache 2.0)
Programming Lang: C
:
git-core (= 1:1.5.2.2), git-core ( 1:1.5.2.3~)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
if there are pathological cases; I've
personally only used it with OpenLDAP.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
expect would be a problem.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
://www.openldap.org/lists/openldap-devel/200611/msg4.html
http://highlandsun.com/hyc/malloc/
You can also see on those graphs, particularly the last page, the relative
performance of tcmalloc, which is more efficient but a little slower.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org
Steinar H Gunderson [EMAIL PROTECTED] writes:
On Mon, Jun 25, 2007 at 08:07:55AM -0700, Russ Allbery wrote:
The problem with this theory (basically, that glibc is taking a
performance penalty by giving memory back to the system and hence being
more space efficient) is that not only is Hoard
specifically focuses on doing better than glibc malloc is cache locality.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Joey Hess [EMAIL PROTECTED] writes:
I think it would also be useful to include 'nostrip' and 'noopt' in the
Build-Options field, as a way to indicate that the package implements
those DEB_BUILD_OPTIONS.
parallel=n as well, while we're at it.
--
Russ Allbery ([EMAIL PROTECTED
not
usually tested and aren't necessary for properly functioning packages.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
.
Documented where?
Debian Policy 4.9.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
in a row
(any package that runs autotools during the build process without doing a
complicated dance to preserve the upstream-shipped files, for example),
and it's not clear to me that there's a consensus that those packages are
really broken.
--
Russ Allbery ([EMAIL PROTECTED
the last part.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Goswin von Brederlow [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
This check would fail many packages that can still be built twice in a
row (any package that runs autotools during the build process without
doing a complicated dance to preserve the upstream-shipped files
/audacious/Container/libstdio.so):
/usr/lib/audacious/Container/libstdio.so: undefined symbol:
vfs_register_transport
Failed to load plugin (/usr/lib/audacious/Container/libxspf.so):
/usr/lib/audacious/Container/libxspf.so: undefined symbol: playlist_get_active
--
Russ Allbery ([EMAIL PROTECTED
to the problem and is something we can use later on.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
be represented elsewhere in the
package.
Yeah, I just saw your other message, and that does make sense, but I don't
trust make's ability to tell you what targets are available in the
presence of all the complex makefile tricks that Debian packages do.
--
Russ Allbery ([EMAIL PROTECTED
diversions tend to go through a lot of
false starts in trying to get the ordering right, particularly when a
diversion is dropped from a package, so it would be great to see dpkg
make this easier.
First steps first, I know, but I'd *love* to see this done for
alternatives as well.
--
Russ Allbery
what the package license is,
it's probably worth seeking clarification.
--
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 same issues.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, and
so on.
Looks like a typo.
Why? Should `inetd-superserver' be replaced with `inet-superserver'?
Yes.
Thanks, fixed in my arch repository.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
at
least be happy to take a patch even if he doesn't have time to write it
himself.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
and then enforcing that
consistently would also be great.
People really do use both package priorities and sections still for
selecting packages in the package management tools, and it would be great
to have them fixed.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
for maintainers to file bugs that aren't
lost / mass-deleted due to spam.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Ian Jackson [EMAIL PROTECTED] writes:
Russ Allbery writes (Re: Can we require build-arch/indep targets for
lenny?):
Currently, policy says that it's recommended (the weakest policy
directive) to support noopt and nostrip. My main concern with
increasing the strength of that directive
Brian May [EMAIL PROTECTED] writes:
Russ == Russ Allbery [EMAIL PROTECTED] writes:
Russ Out of curiosity, have you talked to Love about this issue
Russ already? Given that MIT Kerberos supports symbol versions
Russ upstream, I'm a little surprised that Heimdal doesn't
of problems are best resolved by making one or
the other service more robust in the face of such resources not being
available at startup.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Joey Hess [EMAIL PROTECTED] writes:
Russ Allbery wrote:
A related question that I've been wanting to ask for a while: is it
possible to automatically generate desktop files from the menu files?
Yes, that's how Gnome and KDE get the Debian menu items in their menus.
:-) See /etc/menu
and
add that policy to the existing Menu Policy document.
Otherwise, packagers of new shells, for example, will look at existing
shell packages, see a menu entry, and assume they should add one in the
absence of guidance otherwise.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org
should be included and what shouldn't that we can all
agree to.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, with the proposed
dropping of the 32-bit sparc kernel, perhaps building programs with these
sorts of technical requirements for the 64-bit environment is a reasonable
thing to do?
I welcome any advice.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
Russ Allbery [EMAIL PROTECTED] writes:
In the meantime, it needs to either know rather too much about the
internals of glibc data structures (which broke as of glibc 2.3) or it
needs to have getcontext/setcontext functions.
As of the upgrade to glibc 2.3, we've switched the OpenAFS packages
Goswin von Brederlow [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
Not if you use pdebuild or similarly build in a chroot, which IMO
everyone should be doing.
I use xen instances and that changes nothing at all.
1. My ~/src is mounted inside the build environment so I
Goswin von Brederlow [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
Based on the arguments I've seen so far, I'm opposed to using the
package's Standards-Version for this purpose. I think it conflates
different meanings of that field and will get us into serious trouble
an overall transition.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
bad idea.
Uh, this is already done, no? This is merely documentation, as I see it,
of the current state and a note that we shouldn't drop that support until
after we've finished the transition.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
Magnus Holmgren [EMAIL PROTECTED] writes:
On Wednesday 18 July 2007 19:44, Russ Allbery wrote:
Surely any proposal for replacing the menu system with desktop files
has to involve generating menu files from desktop files for the benefit
of programs that use the menu system and don't understand
Steinar H. Gunderson [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED]
sident
Hm. I don't know best to fix this. The problem is that there's now a
libgssapi2 package which provides a generic GSSAPI layer but no actual
implementation. S/Ident supports building against any GSSAPI
Goswin von Brederlow [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
I would much prefer to see a new control field that explicitly lists
the supported features. We're going to need that *anyway* for any
feature that's only a should or recommended and not a must
a bunch of needless
shared library dependencies that create unnecessary interpackage
dependencies in Debian.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
. If so, just say
so in the long description.
--
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 Heimdal but I
did not follow that.
Getting it to work with Heimdal does nothing for me. The default Kerberos
implementation in Debian is MIT, which already provides its own generic
mechglue implementation.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
Goswin von Brederlow [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
I don't know of any Kerberos software, among dozens of packages, that
works this way. This simply isn't how multiple Kerberos
implementations have ever been handled; they all just check for Heimdal
and MIT
Goswin von Brederlow [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
I really don't think that declaring the majority of packages in Debian
buggy in this fashion is viable, particularly when nearly all packages
in Debian will not benefit from this. My guess is that something
Hendrik Sattler [EMAIL PROTECTED] writes:
Am Freitag 20 Juli 2007 17:47 schrieb Russ Allbery:
So in addition to having a --with-krb5 flag specifying the paths to the
libraries, I also need to add a --without-* flag for every Kerberos
implementation that I support which disables probing
Goswin von Brederlow [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
All of my packages have build-arch and build-indep targets. None of
them benefit from them at all. I expect many other people have
similarly added the targets just because, or have the targets provided
you'll be able to build a consensus
around your solution as long as it's halfway reasonable.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
with the menu
maintainer. It's probably better to bring this up with the menu
maintainer directly if you want to see something happen, although the new
hierarchy that just went into effect was already rather extensively
discussed.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
category.
I wonder if Applications/Desktop would make sense, for desktop utilities,
which seems to be the term most used for this kind of thing.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
of separate files per service is definitely
better. I'm not sure if I care about all of the other complexity of
xinetd, though. I only run inetd for the Kerberos r* protocol daemons
anyway, so nearly all my systems have a very simple inetd.conf file with
three lines in it.
--
Russ Allbery ([EMAIL
Linas Žvirblis [EMAIL PROTECTED] writes:
Russ Allbery wrote:
Rather Applications/Desktop utilities then, but I think that would be
a sensible addition.
We need a good definition for the section, so that it would not become a
dump for packages that do not fit elsewhere. Ideas?
Docks
-free one when they're both installed. Which I think
was left as an open question from the original message.
(I currently can't ues Recommends by default because of lsb-release, so I
have a bit of a vested interest in solutions that don't require that.)
--
Russ Allbery ([EMAIL PROTECTED
Frank Küster [EMAIL PROTECTED] writes:
Steve Langasek [EMAIL PROTECTED] wrote:
On Wed, Jul 25, 2007 at 08:26:14AM +0200, Frank Küster wrote:
Russ Allbery [EMAIL PROTECTED] wrote:
(I currently can't ues Recommends by default because of lsb-release, so I
have a bit of a vested interest
exclude gkrellm, xload, etc., which have another
category into which they fit better.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
system. I suppose we could use the format without using
its categorization system, but that seems a bit strange and Debian's
current menu structure doesn't have the concept of primary and additional
categories the way that the freedesktop.org specification does.
--
Russ Allbery ([EMAIL PROTECTED
a lintian check for that. If not, is
there something else that lintian can check 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]
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Jul 29, Russ Allbery [EMAIL PROTECTED] wrote:
Currently, lintian allows any combination of dependencies on the
following packages to satisfy the dependency requirement from calling
update-inetd in maintainer scripts:
update-inetd inet
-picking
specific packages where I need a newer version for feature reasons while
keeping the rest of the system running stable. That means there's only a
few packages I have to pay special attention to for security
vulnerabilities.
--
Russ Allbery ([EMAIL PROTECTED]) http
and possibly the speed of
full-blown stable releases from testing.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
that Marco is complaining about. (I'm pretty sure the
long description of the current lintian tag is wrong, though, and I've
probably contributed to the problem because of that.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [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]
ciol [EMAIL PROTECTED] writes:
Russ Allbery wrote:
Are you aware of backports.org?
But backports are recompiled packages from testing, and for instance
testing is still with iceweasel 2.0.0.3. How is it possible to improve
this?
If you want to run absolutely bleeding edge code, you have
that if/when one is installed, the
configuration is in place.
Yeah, that's the situation I'm concerned about as well.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
or
unstable for that, not stable (even with backports).
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Steve Langasek [EMAIL PROTECTED] writes:
On Sat, Jul 28, 2007 at 10:46:30PM -0700, Russ Allbery wrote:
Couldn't any inet-superserver package that provides its own
update-inetd also Provide: update-inetd? Wouldn't that fix the
problem? It has to Conflict with update-inetd anyway.
FWIW
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Jul 31, Russ Allbery [EMAIL PROTECTED] wrote:
I'm at a bit of a loss now as to whether to change lintian's checks or
not, although I did update the long description of that tag to not push
depending on update-inetd directly.
Yes, because it's
).
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
pile of tens of thousands of lines of shell
scripts that are internal to their organization, are full of bashisms,
that the user isn't supposed to be changing, and which all use /bin/sh.
This sort of thing unfortunately happens a lot.
--
Russ Allbery ([EMAIL PROTECTED]) http
and doesn't
choose them based on their Recommends-handling behavior! We shouldn't be
substituting tool selection for configuration.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
501 - 600 of 4311 matches
Mail list logo