On Sat, Dec 30, 2017 at 01:26:29PM -0800, Russ Allbery wrote:
> Julian Gilbey writes:
>
> > Just a straw poll: who sees /etc/motd these days? My system (probably
> > in common with many many users) boots into a graphical environment; I
> > only see the motd in the
On Fri, Dec 29, 2017 at 07:29:48PM -0800, Russ Allbery wrote:
> I agree that we should probably add /usr/share/common-licenses to the
> default motd. Currently, we say:
>
> The programs included with the Debian GNU/Linux system are free
> software; the exact distribution terms for each pr
Package: debian-policy
Version: 3.9.8.0
Severity: normal
Tags: patch
As invoke-rc.d is now (in stretch) in an essential package, I propose
simplifying the script example in policy to remove the test for its
existence (debhelper already does this):
--- /tmp/policy.sgml.orig 2017-01-25 11:35:
Hello,
I have noticed that packages are using architecture specifiers in
their dependency information, for example dh-python depends on
'python3:any (>= 3.3.2-2~)'. However, there is no mention of this
syntax that I could find in the current policy.
I would propose a patch, but I don't know what
Hello!
I propose that the 18-year-old file
/usr/share/doc/debian-policy/libc6-migration.txt.gz
shipped in the debian-policy package is dropped from future versions
of debian-policy, as it serves no meaningful purpose nowadays, except
possibly historical interest. (And for that, we have archives
On Sat, Jan 11, 2014 at 11:46:10AM +0900, Charles Plessy wrote:
> Hello everybody,
>
> I have read a lot of scepticism about the Debian menu in this thread, and no
> actual support for it. Perhaps I was trying to be too consensual and proposed
> an over-complicated solution while it is clear that
On Sun, Jan 05, 2014 at 02:53:12PM +0900, Charles Plessy wrote:
> Dear all,
>
> Based on Josselin's contribution and the comments of Russ, I have written
> a patch for the Debian Policy, that documents the use of the FreeDesktop
> standards for the use of Desktop menus and media types (MIME).
Tha
On Mon, Dec 09, 2013 at 09:55:02PM -0400, David Prévot wrote:
> diff --git a/policy.sgml b/policy.sgml
> index dad8d23..4eb55d9 100644
> --- a/policy.sgml
> +++ b/policy.sgml
> @@ -2367,8 +2367,7 @@ endif
>This is an optional, recommended configuration file for the
>uscan ut
On Sat, Nov 30, 2013 at 12:03:53PM -0800, Jonathan Nieder wrote:
> My hunch is to say that a package may remove /etc/greeting in this
> case but by no means should. That is, something like the following
> but hopefully less awkward:
>
> Obsolete configuration files without local changes may
On Tue, Oct 29, 2013 at 01:25:57PM +, Ximin Luo wrote:
> Not having to support "patch" greatly simplifies things, but "deprecation" is
> not mentioned anywhere in Section 4... Do you know how many existing packages
> still use "patch"?
That's a good point: with the not-so-recent introduction
On Sat, Aug 10, 2013 at 01:55:38PM +0900, Charles Plessy wrote:
> [...]
> In terms of quantity of work, I think that the documentation of the triggers
> is
> almost done. This said, the loud silence makes me feel that this work is very
> controversal, so I am not sure if it will be part of the Po
On Sun, Apr 14, 2013 at 06:01:10PM +0900, Charles Plessy wrote:
> Le Mon, Apr 08, 2013 at 12:18:37AM +0100, Julian Gilbey a écrit :
> >
> > For consistency, I guess this should be /usr/games rather than
> > /usr/games/.
>
> > The final paragraph seems a litt
On Sat, Apr 06, 2013 at 08:20:15PM +0900, Charles Plessy wrote:
> Here is a somewhat clumsy proposition.
>
>
> File names
>
>
> The name of the files installed by binary packages in the system
> PATH
> (namely /bin, /sbin, /usr/bin,
> /usr/s
On Mon, Feb 20, 2012 at 06:02:50PM +0100, Bill Allombert wrote:
> > As such, I believe the requirement to compress files is an anachronism
> > that we should get rid of.
>
> I do not like removing a useful requirement in exchange for nothing.
> Debian is used on small systems where users still li
On Fri, Feb 17, 2012 at 02:46:15PM +0100, Carsten Hey wrote:
> > How would this relate to Policy 4.14 - debian/README.source?
> [...]
> The intention of this bug report is to unify the name of a target that
> might be used more often soon, and it is not sufficient to reach this
> goal if we rely on
On Fri, Feb 17, 2012 at 11:14:00AM +0100, Carsten Hey wrote:
> Package: developers-reference
> Severity: wishlist
>
> Maintainers might decide to add a special make target to prepare the
> source tree for building, i.e., that make target is run by the
> maintainer after a VCS checkout and possibly
BOn Thu, Oct 27, 2011 at 03:11:14PM +0200, Bernhard R. Link wrote:
>1;2801;0c * Julian Gilbey [111027 12:09]:
> > 3.2: Unchanged,
>
> So a package without a version is fine?
>
> > except in final paragraph where "should be converted"
> > is changed to &q
On Thu, Oct 27, 2011 at 11:18:53AM +0200, Bernhard R. Link wrote:
> If you wanted to replace policy with a formal set of requirements and
> descriptions like RFCs have them, then this argument could hold.
Is not policy mainly trying to do precisely this? If not, then what
is its purpose?
> But t
On Tue, Oct 25, 2011 at 03:43:26PM -0700, Russ Allbery wrote:
> I think it would be lovely to just use RFC 2119 language or a close
> adaptation thereof. We're sort of reinventing the wheel here, and we're
> not doing a very good job of it in terms of consistency and shared
> understanding of the
On Sun, Jan 16, 2011 at 03:31:41AM +0100, gregor herrmann wrote:
> What is boring (like for all CPAN modules) is to have the very same
> information in 3 places (copyright, control, watch), therefore I'd
> support a change like you sketched above ("may be skipped if Homepage
> is clear enough") or
On Thu, Jun 04, 2009 at 10:16:06PM +0100, Adam D. Barratt wrote:
> > So printf is slightly unwiedly to use and it can create
> > format string attack.
>
> It does, however, have the advantage of working if BAR contains "-E".
> (This isn't a contrived example, it's why I recently changed the parsin
On Sun, Jan 25, 2009 at 03:37:37PM -0800, Russ Allbery wrote:
> Russ Allbery writes:
>
> > I did a bit more research based on Osamu Aoki's excellent work.
> > Currently, these things are referred to using three different terms:
[...]
> As mentioned, I'm not sure we need to match the terminology i
On Tue, Dec 23, 2008 at 11:31:41PM -0600, Manoj Srivastava wrote:
> Again, I thank all the folks who have been involved in Debian
> technical policy development over the years, I think the technical
> policy is one of the best things about Debian. It has been wonderful
> working with all
On Sun, Feb 24, 2008 at 01:54:11PM +, Ian Jackson wrote:
> I think therefore that we should add some statement to policy about
> phoning home.
Agreed.
> As a starting point:
>
> * Software in Debian should not communicate over the network except
>- in order to, and as necessary to, perf
On Sun, Jul 15, 2007 at 09:38:53AM -0500, Manoj Srivastava wrote:
> Hi folks,
>
> This proposal is based on part of a talk I gave at debconf7, and
> is about reorganizing the policy document(s). The current policy
> document grew organically from the dpkg documentation, and the
> packag
On Thu, Nov 03, 2005 at 01:01:22AM -0200, Henrique de Moraes Holschuh wrote:
> On Tue, 01 Nov 2005, Nathanael Nerode wrote:
> > I was surprised to discover that the standard rules for Debian
> > revision numbers
> > (maintainer revisions contain no dots;
> > source NMUs contain one dots;
> > bina
On Fri, Oct 14, 2005 at 08:46:57PM +1000, Ben Finney wrote:
> > The section in the policy should say
> > Packages other than base-passwd must not modify /etc/passwd,
> > /etc/shadow, /etc/group or /etc/gshadow directly from their maintainer
> > scripts.
>
> I'd suggest:
>
> Maintainer scripts for
On Mon, Jun 20, 2005 at 05:55:56AM -0700, Chris Waters wrote:
> > Note: /usr/share/PACKAGE/www, not /usr/share/doc/PACKAGE/www.
> > Removing /usr/share/doc should not impact this web suggestion.
>
> And what happens if my WebApp package is named "doc"? Or "applnk"? Or
> "keymaps" or "locale" or
On Mon, Jun 20, 2005 at 12:03:01AM +0200, Miguel Gea Milvaques wrote:
> > Also, as this is a draft, the useage of "/usr/share/PACKAGE/www" may
> > change. IMO, it's probably not going to, but it may be worth keeping
> > (main) policy as is until we are in a position to release 1.0 of the
> > WebAp
On Mon, Feb 14, 2005 at 04:19:25PM -0200, Henrique de Moraes Holschuh wrote:
> On Mon, 14 Feb 2005, Adam Heath wrote:
> > On Sat, 12 Feb 2005, Bluefuture wrote:
> > > 3. submit with a wishlist (tag patch) bug to BTS.
> >
> > These things shouldn't be filed as bugs, when there are so many. Make a
an/control,
and would not be needed until after the build-dependencies are
checked, there should be no problem.
And then again, we can always use debian/interfaces or
debian/rules.targets or something similar instead
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
ould you provide references in the form of
http://lists.debian.org/... so that we can track these down?
Thanks,
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.polya.uklinux.net/
Debian GNU/Linux Developer,
be ...
if rules.version=1, then dpkg-buildpackage will be allowed to do ...
etc.
But of course, this has to be done with the consent and coorperation
of the dpkg maintainers.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, websi
nal required targets: ...
etc.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.polya.uklinux.net/
Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
Visit http://www.thehungersite.com/ to help feed the hungry
y can define higher version.
>
> dpkg-buildpackage just need to read this file before deciding
> whether it can call debian/rules build-arch.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.polya.uklinu
it makes a lot of logistical sense.)
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.polya.uklinux.net/
Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
Visit http://www.thehungersite.com/ to help feed the hungry
licy (?9.3.2).
I thought that the LSB only applies to LSB packages and Debian Policy
applies to Debian packages. In this case, we have this "graceful
exit" clause so that when a package is removed but not purged, the
script exits silently. I don't know whether LSB packages have su
rst version in which this
statoverride was introduced.
In this way, if the sysadmin later touches the statoverride, their
changes will remain (for good or bad).
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.
h and build-indep targets).
As has been explained, the problem is somewhat academic, though.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.polya.uklinux.net/
Debian GNU/Linux Developer, see: http:/
per as a dependency in the clean target.)
So what should this policy be? I understand the desire not to require
Build-Depends-Indep to clean, but this isn't quite the way to do it
properly.
Any ideas?
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.polya.uklinux.net/
Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
Visit http://www.thehungersite.com/ to help feed the hungry
On Sun, Apr 06, 2003 at 09:40:59PM -0400, Peter S Galbraith wrote:
> 6 weeks ago, Julian Gilbey <[EMAIL PROTECTED]> wrote:
>
> > As things stand with the buildds, the -Indep fields are almost
> > useless, and it may actually be worth dumping the -Indep field
> >
"+", "-", or
> ".", nor I have seen any package name with repeated ".". I guess common
> sense rules.
Policy 2.3.1: must begin with an alphanumeric.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.polya.uklinux.net/
Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
Visit http://www.thehungersite.com/ to help feed the hungry
27; modem would appreciate if someone else did that for
> me. :)
>
> Manoj has told me he won't be available in the near future. Julian? Branden?
Next week. Please email me to remind me then!
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
ing to consider
changing to support the originally-intended setup, there is no point
maintaining this distinction in policy. Of course, there is no
problem with individual packages doing this; it causes no harm.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
On Fri, Feb 14, 2003 at 12:23:50AM -0600, Adam Heath wrote:
> On Tue, 11 Feb 2003, Julian Gilbey wrote:
>
> > So given how few packages we are talking about, would it be worth the
> > buildds using all packages specified in both Build-Depends and
> > Build-Depends-Ind
On Tue, Feb 11, 2003 at 06:55:37PM +, James Troup wrote:
> Julian Gilbey <[EMAIL PROTECTED]> writes:
>
> > > In that case, the buildds are broken: they don't install
> > > Build-Depends-Indep, even though they do invoke the clean and build
> >
On Wed, Feb 05, 2003 at 02:46:27PM +1100, Anand Kumria wrote:
> What is the opinion of this group?
>
> Anand
As Joey pointed out, but with one addition:
Source: debian-policy
Section: doc
Priority: optional
Maintainer: Debian Policy List
Uploaders: Julian Gilbey <[EMAIL PROTECTE
?&pkg=freesci&ver=0.3.4a-2&arch=alpha&stamp=1043707174&file=log&as=raw
> for an example of this.
Correct.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.polya.uklinux.net/
Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
Visit http://www.thehungersite.com/ to help feed the hungry
ld target if that doesn't exist. At that point, the distinction
will make sense; the way the Build-Depends{,-Indep} fields were
originally designed or implemented was fundamentally broken, in that
the -Indep fields were useless.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Maybe ask on the FHS list for comments, too?
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.polya.uklinux.net/
Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
Visit http://www.thehungersite.com/ to help feed the hungry
?
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.polya.uklinux.net/
Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
Visit http://www.thehungersite.com/ to help feed the hungry
On Tue, Dec 10, 2002 at 12:34:17AM +0100, Denis Barbier wrote:
> On Mon, Dec 09, 2002 at 11:28:46PM +0000, Julian Gilbey wrote:
> [...]
> > I doubt that translators will need to extract such information in an
> > automatic manner.
>
> If these informations we
tors will need to extract such information in an
automatic manner.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.polya.uklinux.net/
Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
Visit http://www.thehungersite.com/ to help feed the hungry
On Mon, Dec 02, 2002 at 11:09:33PM +1100, Brendan O'Dea wrote:
> On Mon, Dec 02, 2002 at 09:46:01AM +, Julian Gilbey wrote:
> >On Mon, Dec 02, 2002 at 06:35:52PM +1100, Brendan O'Dea wrote:
> >> Personally I prefer to rename the upstream tarball to .orig.tar.gz
#x27;t see anywhere in policy which requires this.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.polya.uklinux.net/
Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
Visit http://www.th
variable ESR proposed at
> http://www.tuxedo.org/~esr/BROWSER/. Mostly because I never want to
> configure again in a program what web browser to use.
Yes, yes, yes!!!
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gil
600?
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, website: http://www.polya.uklinux.net/
Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
Visit http://www.thehungersite.com/ to help feed the hungry
Did anything ever come of this?
On Thu, Oct 18, 2001 at 10:23:01AM -0500, Branden Robinson wrote:
> Hi guys,
>
> Okay, I guess it's time things got straightened out with regards to
> scalable fonts in Debian.
>
> As you are all probably aware, there is no current Debian Policy governing
> fonts
On Thu, Sep 26, 2002 at 08:15:58AM -0400, Anthony DeRobertis wrote:
> On Fri, 2002-09-20 at 05:28, Julian Gilbey wrote:
>
> >
> > Technical problems here. Among other things, you'd have symlinks
> > /bin/sh -> /etc/alternatives/sh -> /bin/
> > What happe
d from the maintainer scripts.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
website: http://www.maths.qmul.ac.uk/~jdg/
Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
/usr/share/doc/bash/README.Debian.gz
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
website: http://www.maths.qmul.ac.uk/~jdg/
Debian GNU/Linux Developer, see: http://people.debian.
,
whereas build* doesn't require root privileges. So the aim is to
build without fakeroot and then call the binary* targets under
fakeroot.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of Londo
ves the same exit codes as make does. This will be the case if
debian/rules is a makefile, but if not
[ducks and runs for cover!]
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
t have been accepted.
Yeah, go Manoj!!
Thanks,
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
website: http://www.maths.qmul.ac.uk/~jdg/
Debian GNU/Linux Developer, see: http
can I do it without wasting autobuilder's CPU time?
See Ian Jackson's comments: this is, apparently, a spurious argument.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
webs
me cases be worth adding, though, if upstream
makefiles add -O2 automatically.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
website: http://www.maths.qmul.ac.uk/~jdg/
Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
Visit http://www.thehungersite.com/ to help feed the hungry
former
> "build" rule (which would not be as accurate), or we could have some
> "build-all" target on which both "build" and "build-indep" (which
> would complicate stuff, maybe with no good reason)
>
>
>
> Do you think this is solid eno
On Thu, Aug 01, 2002 at 12:08:03AM +1000, Anthony Towns wrote:
> On Wed, Jul 31, 2002 at 07:33:44AM -0600, Julian Gilbey wrote:
> > On Wed, Jul 31, 2002 at 02:13:36AM +1000, Anthony Towns wrote:
> > > __Debian Standards Document__
> > > dpkg:
> > >* v
) and include them in both places. In this way,
they will be both in the specs document (useful for specs!) and the
guidelines (useful for package developers) and always be in sync - yeah!
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian
On Wed, Jul 31, 2002 at 02:13:36AM +1000, Anthony Towns wrote:
> On Sun, Jul 28, 2002 at 07:29:57AM -0600, Julian Gilbey wrote:
> > To split the (often borderline) cases of specs versus guidelines seems
> > to me to be somewhat misguided.
>
> Well, that's nice, but if ou
t; games, libs, languages, whatever -- and it could easily refer you to
> the DSD for the details if necessary; while the DSD has to be fairly
> conservative (you shouldn't include new features, like say ~ in versions
> or DEB_BUILD_OPTIONS until everyone supports them -- dp
On Sun, Jul 28, 2002 at 01:31:26AM +1000, Anthony Towns wrote:
> On Thu, Jul 25, 2002 at 08:40:13AM -0600, Julian Gilbey wrote:
> > I'd like to rewrite policy soonish.
>
> Into what, exactly?
>
> Last time this came up we had a nice flamewar about it, but didn
?
Love to hear people's thoughts on the matter.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
website: http://www.maths.qmul.ac.uk/~jdg/
Debian GNU/Linux
On Thu, Jun 06, 2002 at 01:16:40AM -0500, Adam Heath wrote:
> On Wed, 5 Jun 2002, Julian Gilbey wrote:
>
> > On Tue, Jun 04, 2002 at 07:18:45PM -0500, Adam Heath wrote:
> > > On Mon, 3 Jun 2002, Chris Waters wrote:
> > >
> > > or, more simply:
> >
atter might be problematic, if we require
debian/rules -q build-arch
to let us know whether a build-arch target exists, as will be required
to make the best use of the build-depends-indep/build-depends split.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
usr/lib/ subdirectory. And also,
there's need to discuss /usr/share as well, as someone else already
noted.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
website: http
nflicts or dpkg-divert." (And there may well
be other ways out, but I can't think of them offhand. You get the
idea.)
"debian/rules MUST contain the following targets: debian/rules
MAY contain the following additional targets with meanings specified
below: debian/rules MAY co
s are considered
build-essential, even though the official definition is that given by
policy.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
website: http://www.maths
On Fri, May 10, 2002 at 03:48:28AM +1000, Anthony Towns wrote:
> On Mon, May 06, 2002 at 06:11:46PM +0100, Julian Gilbey wrote:
> > On Fri, May 03, 2002 at 08:02:50PM +1000, Anthony Towns wrote:
> > > I'm concerned about this because when I tried passing over
> > >
On Fri, May 10, 2002 at 04:02:47AM +1000, Anthony Towns wrote:
> On Mon, May 06, 2002 at 06:19:54PM +0100, Julian Gilbey wrote:
> > > > Then each section could either have the structure:
> > > > Policy dictate s
> > > > Discussion, useful information, g
be
found in the guidelines manual, section 3.4.2.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
website: http://www.maths.qmul.ac.uk/~jdg/
Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
Visit
old packaging manual, it
introduced the contradictions (oops). I vaguely recall that at that
time, a freeze was effectively placed on substantially rewriting
policy because of the upcoming freeze of woody. We are still in this
freeze period, and both Manoj and I are itching to rewrite the current
spaghe
On Fri, May 03, 2002 at 09:34:58PM +1000, Anthony Towns wrote:
> On Thu, May 02, 2002 at 10:09:11AM +0100, Julian Gilbey wrote:
> > Part I: The Debian Archive
> > 1: DFSG and the sections of the archive (free, non-free, contrib, non-us)
>
>
>
On Thu, May 02, 2002 at 03:20:45PM -0500, Manoj Srivastava wrote:
> >>"Julian" == Julian Gilbey <[EMAIL PROTECTED]> writes:
>
> Julian> On Thu, May 02, 2002 at 02:30:34PM +0200, Wichert Akkerman wrote:
> >>
> >> Refer to a dpkg reference
On Thu, May 02, 2002 at 02:30:34PM +0200, Wichert Akkerman wrote:
> Previously Julian Gilbey wrote:
> > Part I: The Debian Archive
> > 1: DFSG and the sections of the archive (free, non-free, contrib, non-us)
>
> non-us is a different archive.
I understand; this
he final decision on what
is RC rests with the release manager.)
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
website: http://www.maths.qmul.ac.uk/~jdg/
Debian GNU/Linux
e complaints in that direction.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
website: http://www.maths.qmul.ac.uk/~jdg/
Debian GNU/Linux Developer, see: http://people.debian.org/~jd
o do it to provide the best for everyone.
Thoughts?
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
website: http://www.maths.qmul.ac.uk/~jdg/
Debian GNU/Linux Developer, see: http://
s.gz
files, as Debian now does.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Debian GNU/Linux Developer
Queen Mary, Univ. of London see http://people.debian.org/~jdg/
http://www.maths
dependencies). If you can find a bigger one easily, I'll test
that too!
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Debian GNU/Linux Developer
Queen Mary, Univ. of London see http://people.debian.org/~jdg/
p
libstdc++2.10-glibc2.2
[...]
binutils
libstdc++2.10-dev
make
polya:~ $
It could be easily modified to give the required output.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Debian GNU/Linu
On Thu, Mar 14, 2002 at 09:38:07AM -0600, Manoj Srivastava wrote:
> >>"Julian" == Julian Gilbey <[EMAIL PROTECTED]> writes:
>
> Julian> I'll do it if Anthony gives the go-ahead.
>
> Oh, there are also a few accepted virtual package names tha
On Thu, Mar 14, 2002 at 09:37:30PM +1000, Anthony Towns wrote:
> On Thu, Mar 14, 2002 at 10:17:18AM +0000, Julian Gilbey wrote:
> > Anthony: will typographical changes such as these be accepted into
> > testing?
>
> Yes. Just make sure it doesn't break stuff.
OK. But i
graphical changes such as these be accepted into
testing?
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Debian GNU/Linux Developer
Queen Mary, Univ. of London see http://people.deb
s expect the changelog.gz for
> debian-native packages to parsable as debian-style changelogs. Given
Such as?
Also, are you also installing a changelog.Debian.gz in the same
package?
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey
y, and still gain the benefits of having it as a
> separate file.
Hi Manoj!
I'm also thinking about radical changes to the layout of policy --
let's talk off-list about it in the first instance.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
/usr/bin, /usr/share etc
>and would deserve a separate directory like X
Interesting.
> * Some proposed using /opt/kde3. Arguments:
Not as a Debian package. /opt is for third-party software.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
to be configured in
the same dpkg invocation.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Debian GNU/Linux Developer
Queen Mary, Univ. of London see http://people.debian.org/~jdg/
http://www.maths.qmul.ac.uk/~jd
cluding
> network connection and other external hardware."
>
> Is that a good thing?
Yes.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Debian GNU/Linux Developer
Queen Mary, U
with other packages.
> >
>
> lync could theoretically be used to dump an html file as plain text during the
> build. Silly, but possible.
In fact, debian-policy does it ;-)
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilb
1 - 100 of 647 matches
Mail list logo