On 24 November 2014 at 05:08, Bill Allombert ballo...@debian.org wrote:
Thanks for your clarification. Is the attached patch OK ?
That looks good to me.
--
Brian May b...@debian.org
Package: debian-policy
Severity: normal
The httpd-wsgi virtual name was added in response to #588497.
However, as per the following email:
https://lists.debian.org/debian-devel/2014/09/msg00719.html
WSGI is an API, not a wire protocol. The Python version of the WSGI
server would also be the
like a real
advantage to me.
Copyright notices belong in /usr/share/doc/package/copyright.
--
Brian May br...@microcomaustralia.com.au
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
precedent to set for other shared library packages
which are dlopen()d.
Just for the record, this is bad not just because policy days it is bad
;-), but it prevents installing multiple versions of the library at the
same time.
--
Brian May [EMAIL PROTECTED]
the autobuilders should (if they don't do so already) check
that nothing in the source code has changed from the downloaded *.dsc,
*.tar.gz and *.diff.gz files?
(might be a problem for autobuilt rebuilt files, eg. autoconf and
automake, though)
--
Brian May [EMAIL PROTECTED]
seen with packages that use debconf.
Another one is packages that insist on asking the questions twice:
once after apt has downloaded the package and once for after the
package has been unpacked. Sometime I probably should test some
suspect packages for this problem and file bug reports.
--
Brian
and
Chris willing to do this, and (if no one has objected by that
Chris time) we should be go.
--
Brian May [EMAIL PROTECTED]
that understands quoted-printable (including mutt)
can display it properly.
This was GnuPG signed, with OpenPGP non-compliant options removed, and
the signature came out looking OK.
--
Brian May [EMAIL PROTECTED]
when creating
# cleartext signatures; all other PGP versions it this way too.
# To enable full OpenPGP compliance you have to remove this option.
escape-from-lines
which is really stupid IMHO, as it means the message gets converted
for mbox format before it is even sent.
--
Brian May [EMAIL
the documentation
first, which has not even been installed yet.
--
Brian May [EMAIL PROTECTED]
available for pre-configuration.
--
Brian May [EMAIL PROTECTED]
version), (alpha version), or
(dangerous version) instead.
--
Brian May [EMAIL PROTECTED]
scanning each and every *.deb file, in order to
calculate the expected checksums of each individual file. What is the
performance lost here?
--
Brian May [EMAIL PROTECTED]
devices or
b) only print messages if ! devfs.
Otherwise, seeing messages that devices are being created on a devfs
system can only cause confusion.
--
Brian May [EMAIL PROTECTED]
Radovan == Radovan Garabik [EMAIL PROTECTED] writes:
Radovan CJK and similar require much different characters fonts then VGA
Radovan hardware is capable of displaying in text mode - so they neither
Radovan can be supported, unicode or not.
Does framebuffer solve this?
--
Brian May
, but the minor number is different.
(please send followups to the most appropriate policy bug report).
--
Brian May [EMAIL PROTECTED]
with the current practise on the Hurd, where ldconfig
is a do nothing program?
How does disabling task 1 (creating the links) help for the Hurd?
--
Brian May [EMAIL PROTECTED]
(but may not be
possible).
How do tools (eg. debconf) know what coding set to use when reading a
file (eg. templates file)? Or, is ISO-8859-1 assumed?
--
Brian May [EMAIL PROTECTED]
...
--
Brian May [EMAIL PROTECTED]
)
This is a topic that we have been discussing on and off in the
debian-hurd mailing list. Please see the archives, especially for
earlier this year.
--
Brian May [EMAIL PROTECTED]
maintainers don't have to run unstable).
--
Brian May [EMAIL PROTECTED]
(especially for packages based on autoconf).
--
Brian May [EMAIL PROTECTED]
-and-egg problem. Ouch.
You don't consider make to be an interpreted language?
--
Brian May [EMAIL PROTECTED]
will automatically execute the build target if the stamp file has
not been created.
(is this required by policy?)
--
Brian May [EMAIL PROTECTED]
-client-traditional (or was that
traditional-ftp-client?) instead.
--
Brian May [EMAIL PROTECTED]
to
unstable after the freeze - I suspect that would have to be
significant, too).
Same stages as proposed, just different names.
--
Brian May [EMAIL PROTECTED]
Julian == Julian Gilbey [EMAIL PROTECTED] writes:
Julian On Fri, Feb 16, 2001 at 02:04:24PM +1100, Brian May wrote:
What is the benefit of this new frozen stage, instead of just
freezing the testing stage?
Julian That people who want to be almost bleeding edge
to
Julian carefully follow unstable, and frozen is, well ... frozen.
What is the benefit of this new frozen stage, instead of just freezing
the testing stage?
--
Brian May [EMAIL PROTECTED]
Wichert == Wichert Akkerman [EMAIL PROTECTED] writes:
Wichert Previously Brian May wrote:
...and why is an empty diff file, for a small (if not tiny)
number of packages such a problem?
Wichert It's impractical. The way I use version numbers is that I
Wichert increase
a native version of Heimdal (0.3d-5), when
the previous version was non-native (0.3d-4). Note: same upstream
version. No problems.
When I wanted to fix the problem, I uploaded Heimdal 0.3d-7 with upstream
source again (same copy), and never had any problems.
--
Brian May [EMAIL PROTECTED]
!= maintainer.
(do we need to include anything on uploading a native package if the
last one was non-native and vice versa? eg. only allow it if the
version number (excluding debian revision) changes?)
Note:
[1] must not?
--
Brian May [EMAIL PROTECTED]
Massimo == Massimo Dal Zotto [EMAIL PROTECTED] writes:
Massimo chattr +i ?
Interesting point. Programs/packages shouldn't rely on it working all
the time though, as I doubt it is (yet) supported on NFS, resierfs,
Hurd, etc.
--
Brian May [EMAIL PROTECTED]
they are implemented).
--
Brian May [EMAIL PROTECTED]
/groups may write, and these may
s read, but I don't know if they have something for the
s setuid/segid thing...
Yes. I was wondering the same thing myself...
--
Brian May [EMAIL PROTECTED]
Herbert == Herbert Xu [EMAIL PROTECTED] writes:
Herbert On Mon, Feb 05, 2001 at 01:13:44PM +1100, Brian May
Herbert wrote:
As such, I recommend that we change this bug title to:
dynamic creation of libx.so.n
Herbert Sorry, but this has been solved ages ago
that are
specific to Debian (eg. use on other platforms is not supported) fall
into this category.
--
Brian May [EMAIL PROTECTED]
get a little gain in security, but not
much, since the owner of the file can just turn on write permission
anyway.
--
Brian May [EMAIL PROTECTED]
to accomplish this; we already have a means for
Manoj decoupling the packaing code from the rest of the code.
See my latter message - I am not disagreeing with you.
--
Brian May [EMAIL PROTECTED]
conflicting is a totally
separate issue, so I probably should have bought it up at a different
time.
--
Brian May [EMAIL PROTECTED]
Brian == Brian May [EMAIL PROTECTED] writes:
Brian foo-dev (2.1) /usr/include/foo.h /usr/lib/libfoo.so -
Brian libfoo.so.2.1
For everyone concerned: versions of libtool already support this.
eg. cvs version of libtool 1.4, and cvs tree for libtool 1.3x (not
sure if includes the latest
about this, so these people can use
native format, and not have to worry about the extra diff file.
--
Brian May [EMAIL PROTECTED]
this risk, I have no
problem with it.
--
Brian May [EMAIL PROTECTED]
Brian == Brian May [EMAIL PROTECTED] writes:
Brian For everyone concerned: versions of libtool already support
Brian this. eg. cvs version of libtool 1.4, and cvs tree for
Brian libtool 1.3x (not sure if includes the latest release of
Brian libtool or not, it definitely includes
for link-time and run-time.
(probably some dh_* helper program would do this stuff automatically
so individual maintainers do not have to worry.)
--
Brian May [EMAIL PROTECTED]
Henrique == Henrique M Holschuh [EMAIL PROTECTED] writes:
Henrique On Sun, 04 Feb 2001, Brian May wrote:
Although for native packages (which should not already have a
Debian revision number), -# should probably be appended
instead, so the version stays the same.
Henrique
Henrique non-native uploads to be fixed, and allow binary uploads
Henrique of native packages using a debian revision number, if
Henrique one wants to.
--
Brian May [EMAIL PROTECTED]
it
this way? please.
This threadbug report is on a specific proposal to allow compiling of
programs against one version of the library, while another version is
used for run-time. (same major version).
--
Brian May [EMAIL PROTECTED]
-link is required too)[1].
That way, multiple versions of the library don't conflict and can be
installed at the same time, but normal users don't have to install the
-dev package either.
--
Brian May [EMAIL PROTECTED]
with the version
number.
I would recommend this solution.
--
Brian May [EMAIL PROTECTED]
Brian == Brian May [EMAIL PROTECTED] writes:
Brian However, this exposes other issues, since the version of
Brian *.la required depends on the version of the library
Brian required, however only one copy of the *.la file can be
Brian installed, while a number of different
of apt (CVS
version, or has that been released now?). They might already address
the problems you want to fix.
--
Brian May [EMAIL PROTECTED]
? then again, don't answer that...
Matthew single package listed therein. Does anyone else have a
Matthew problem with that?
I suppose that is meant to be the difference between
apt-get upgrade stable
and
apt-get install stable
?
yuck scream=ARgghhh! protection=Runs for cover/
--
Brian May
got me confused.
--
Brian May [EMAIL PROTECTED]
just increment the major version, this
will break existing software, even though the library is
backward compatible.
I hope that clears up some confusion over version numbers (which
admittedly I am only just beginning to understand myself).
--
Brian May [EMAIL PROTECTED]
of libfoo-dev, but executed with the newer version of libfoo1,
but still it should be easy to realize what is happening (just stick
to the previous rule).
*.la files will be a problem, as explained in my other message.
--
Brian May [EMAIL PROTECTED]
think the potential exists to break a lot more then just the build
process.
Please give me a real life example of why distinguishing libraries
solely by their major version number is not good enough...
--
Brian May [EMAIL PROTECTED]
Seth == Seth Arnold [EMAIL PROTECTED] writes:
Seth How does this work with the glibc mess I seem to recall from
Seth about a month ago?
I don't recall the details - can somebody please give me a URL?
--
Brian May [EMAIL PROTECTED]
, Thanks, I think I understand now.
Note:
[1] I hope nobody disputes why this version depends is required...
(things might get awkward if it was forgotten).
--
Brian May [EMAIL PROTECTED]
the idea
(compare with task packages which are empty).
I think it is simple to understand, and adds little overhead (just
foo2). Packages work as normal (installing foo2 2.1 or foo-dev 2.1 for
instance would automatically install foo2_1).
Comments?
--
Brian May [EMAIL PROTECTED]
it).
--
Brian May [EMAIL PROTECTED]
Brian == Brian May [EMAIL PROTECTED] writes:
I previously misunderstood Herbert's proposal, here it is again (I
hope it is accurate this time...).
foo2.0 (2.0) /usr/lib/libfoo.so.2.0 (actual library)
Provides: foo2 version 2.0
foo2.1 (2.1) /usr/lib/libfoo.so.2.1 (actual library)
Provides
it is not an executable clearly shows that the shell
should be able to work it out for tab completion, too).
--
Brian May [EMAIL PROTECTED]
-0.0/xyz_0.0.orig.tar.gz
You say that this isn't meant to change the source code format, but
[2], [4] and [5] seem to be saying otherwise.
--
Brian May [EMAIL PROTECTED]
wanting to discuss this should probably open up a new bug report
against debian-policy.
--
Brian May [EMAIL PROTECTED]
, such as different interpretations of the FHS.
Note:
[1] Perhaps an possible alternative would be if alien could
automatically insert the correct copyright when converting the
package? This needs some reliable way of detecting the copyright
though (grep /usr/doc/package/copyright?).
--
Brian May [EMAIL
it was decided that the end user should
have the final say. The only difference here, is that patches to
upstream code are not required.
Note:
[1] argghh! what should I call the compiler (person doing the
compilation) so it doesn't get confused with the C compiler?
--
Brian May [EMAIL PROTECTED]
Bernd == Bernd Eckenfels [EMAIL PROTECTED] writes:
Bernd On Sun, Nov 19, 2000 at 01:02:42PM +1100, Brian May wrote:
telnet-server Any telnet server
Bernd So dou u want to make the task-secure-system package
Bernd conflict with telnet-server? Since we also have secure
Bernd
Package: debian-policy
jae == Jürgen A Erhard [EMAIL PROTECTED] writes:
Brian == Brian May [EMAIL PROTECTED] writes:
Brian (now I wonder when I created rsh-server and ftp-server, why
Brian I didn't say ftp-client and telnet-server, too - at least
Brian thats the way I remember
of various messages.
ie. similar to why priorities are needed for debconf.
--
Brian May [EMAIL PROTECTED]
installed) or takes some other action
if the feature is not installed yet (eg ignoring the request or
logging the request for latter in case the feature is installed).
Such a mechanism could also be used as a base for update-*
--
Brian May [EMAIL PROTECTED]
warnings, the GUI could even have an option that allows you to browse
the directory, and see if there really is anything important there.
Now, this E-Mail is going to open up a new can of worms ;-)
--
Brian May [EMAIL PROTECTED]
you get the
general idea.
--
Brian May [EMAIL PROTECTED]
... --command /etc/init.d/package start
so, if for instance a daemon has a history of hanging, something can
be done to make it easier to debug?
--
Brian May [EMAIL PROTECTED]
it).
--
Brian May [EMAIL PROTECTED]
postscript) and dvips
seem to be missing.
IMHO, the name -preview is misleading.
--
Brian May [EMAIL PROTECTED]
say much more then that right now until I get a chance to play
around with some of this stuff myself.
Perhaps enhancing suidregister to support capabilities might be a good
first step.
--
Brian May [EMAIL PROTECTED]
) could be used to
setup defaults.
--
Brian May [EMAIL PROTECTED]
...
else
set capabilities.
endif
sorry, I am still confused over capabilities in general, so the above
may not really make sense ;-). For instance, I do not understand how
processes are initially assigned capabilities.
Please consider posting replies to debian-devel.
--
Brian May [EMAIL PROTECTED]
use a different SASL module
for each one.
However, now the subject has changed considerable from what is in the
subject line...
--
Brian May [EMAIL PROTECTED]
in responding.
--
Brian May [EMAIL PROTECTED]
Ben have nothing to worry about.
I believe that is now libsasl...
(just to make sure there are no copies of my old package still lying
around...)
--
Brian May [EMAIL PROTECTED]
, and not ssh.
Perhaps, with PAM, something better could be done (if I said why I
think this is insufficient though, we would be heading way off topic
for this thread).
What is an LDA?
--
Brian May [EMAIL PROTECTED]
/mail/$USER
I don't think the other options are required or needed. However, some
way to override these defaults on a per user baisis is important
(eg in case a user needs a non-default location for some reason).
--
Brian May [EMAIL PROTECTED]
, and not a local file, and
it is highly probably it will need to be updated as new users find
more problems).
--
Brian May [EMAIL PROTECTED]
-l command is the
only one I ever remember when I need it.
--
Brian May [EMAIL PROTECTED]
, then it
is my fault, and only my fault (although, depending on what happened,
I might complain to the upstream author...).
If a package that adheres to Debian policy messes things up, then it
is the fault of the Debian policy.
--
Brian May [EMAIL PROTECTED]
by a simple grep (or egrep) command.
(not tested)
egrep '^/usr/local/lib' /usr/share/doc/*/local
which IMHO is far more useful then the current mechanism anyway.
There are probably one million plus one ways to enhance on the above
command.
--
Brian May [EMAIL PROTECTED]
: Brian May [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Bug#58759: Request for new virtual packages: rsh-client and
telnet-client
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii
Package: debian-policy
Severity: wishlist
other solutions are possible, this is my preference
--
Date: Wed, 23 Feb 2000 11:47:23 +0100
From: Richard Braakman [EMAIL PROTECTED]
To: Brian May [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Bug#58759: Request for new virtual packages: rsh-client and
telnet-client
Message-ID: [EMAIL PROTECTED]
References
retitle 58759 [ACCEPTED] Request for new virtual packages: rsh-client and
telnet-client
thanks
ARGGHH!!! How come I can never get this right first go :-(
--
Brian May [EMAIL PROTECTED]
important, as one is secure (and backward compatible) and
the other one isn't; still rsh-client contains programs not included
in heimdal-clients, eg rcp.
--
Brian May [EMAIL PROTECTED]
could be included
in bug reports...
(perhaps even the BTS could redirect bug reports about Corel packages
to Corel??? - is there any overlap here?)
--
Brian May [EMAIL PROTECTED]
-devel-0001/msg00123.html
for details.
--
Brian May [EMAIL PROTECTED]
lintian should report any problems with a package,
and IMHO it is a problem if the package doesn't include a man page or
has a man page linked to undocumented(7). If any of this is under
dispute, then maybe the policy needs to be rewritten to clarify the
issue.
--
Brian May [EMAIL PROTECTED]
locations - I think you were (in you last
paragraph).
--
Brian May [EMAIL PROTECTED]
of
directories which obviously should have been deleted, but weren't.
However, I have tossed out the piece of paper I wrote them down on now
:-(
/usr/lib/texmf/* might have been one, I can't remember right now. It
only had one file: ls-R.
--
Brian May [EMAIL PROTECTED]
it is a bug in dpkg. dpkg support for files that don't exist
in the *.deb package is non-existant, IMHO, and package maintainers
have been forced to hack out solutions in postrm scripts.
--
Brian May [EMAIL PROTECTED]
the concerns I can see from both
sides of the fence. ie it allows the system administrator to set up
site wide defaults, while allowing users to override this if desired.
--
Brian May [EMAIL PROTECTED]
been purged,
and they are no longer required by the system
[2] Ideally, when all applications support the scheme, this should
never happen unless the system administrator manually created the
files.
--
Brian May [EMAIL PROTECTED]
there are more important bugs
in Heimdal (it still under active development) then fixing man pages.
However, I agree that it is a bug, and should be fixed 'work load
permitting'.
--
Brian May [EMAIL PROTECTED]
1 - 100 of 131 matches
Mail list logo
