t, perhaps. The .changes file does have to be signed
after gpg has written the .dsc file, since it contains the md5sum of the
signed .dsc.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscrib
that this means the old source packages can't stay around in the
archive, since libglut-dev is generated by both old and new. This makes
transitions more difficult: libglut3 and libglut4 could still coexist on
users' systems, but they could not both be in a distribution at the same
time
package with no content,
>
> I am not sure but isn't it better to use 'Provides: glutg3' instead of
> providing a package glutg3 with no content.
Most dependencies on glutg3 are versioned, and a Provides: can't satisfy
versioned dependencies.
--
Colin Watson
x27;s known to be widely deployed.
Use whatever version you think is appropriate (say, db3) and let
dependencies do the rest of the work for you.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sixth may also be
a problem depending on how you're interacting with other init script
subsystems - I haven't looked at the details.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ut, so don't worry about it. It's better to use
the pristine source tarball provided by upstream where possible and not
needlessly repack it, since this has nice properties like allowing
people to compare md5sums easily.
--
Colin Watson [[EMAIL PROTECTED]]
On Fri, Aug 16, 2002 at 04:28:53PM -0700, Ian Zimmerman wrote:
> Hi, how can I easily determine the host architecture string in a
> maintainer script?
'dpkg --print-installation-architecture' should do it.
--
Colin Watson [[EMAIL PROT
s no problem.
Personally I might be inclined to make the package Architecture: any in
this case, though.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
on a conf file
> >which is obsolete as well (it is still there, because it is a conffile, but
> >not supported by debconf).
[...]
> Installing your package will break the PCMCIA stuff,
> at least you are messing with files of other packages.
I read him as saying they are i
hough.
>
> I assume by this you mean you'd select and copy the correct file at
> binary-package creation time, rather than installation time?
Yeah. It depends heavily on context though - how big the package is, how
well symlinks to conffiles work, etc.
--
Colin Watson
ful as examples).
Ship 'em in /usr/share/doc//examples then? That's fine, just
keep the configuration file handling as simple as you can.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
and failing.
You'd have to acquire real root privileges from inside the fakeroot,
since the faked filesystem permissions go away as soon as that fakeroot
process dies ...
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
love to know how you
keep track of this under the current system.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ntian
in an unstable chroot on my woody system. I don't believe it has
anything to do with the packages (which are processed fine on my
laptop), but I haven't got round to tracking it down further yet.
--
Colin Watson [[EMAIL PROTECTED]]
--
To U
ib
>
> Compiling process went without error msgs. 'hello' file has been
> produced. But this "hello" file is not executable. The message is:
> "bash: hello: command not found".
Sounds like you want './hello', not 'hello'.
Cheers,
On Mon, Sep 02, 2002 at 02:05:48AM +0200, Peter Palfrader wrote:
> On Sun, 01 Sep 2002, Kristis Makris wrote:
> > On Tue, 2002-08-27 at 04:15, Peter Palfrader wrote:
> > > Colin Watson wrote:
> > > > Currently I see no way at all to find out whose requests for
sible to easily distinguish between a first time
> install and an upgrade.
Sections 6.4 and 6.6 of policy describe what arguments will be passed to
the postinst in these cases.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
ave to use
something like a high epoch instead.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Sep 09, 2002 at 07:02:34PM +0200, Matus fantomas Uhlar wrote:
> Colin Watson wrote:
> -> That would require versioned dependencies on virtual packages (versioned
> -> Provides:) to work, but they don't. You'll probably have to use
> -> something like a
e below)?
It's been a known bug/feature-request in the packaging system for a long
time.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Sep 09, 2002 at 08:39:09PM +0200, Ryszard Lach wrote:
> Can you remind me where should I upload a non-us package?
non-us.debian.org. By scp, upload to /org/non-us.debian.org/incoming/.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email
?
Not usually. The autobuilders ensure that it compiles; for the rest, we
rely on bug reports from users and the occasional blitz by porters to
fix common classes of problems.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Sep 23, 2002 at 11:38:02AM +0200, Remi VANICAT wrote:
> Of course this mean that you need to have your gnupg secret key there,
> and this may be unwanted.
No, build it unsigned on the remote machine, then copy the .dsc and
.changes back for signing on a local trusted machine.
--
On Mon, Sep 23, 2002 at 12:06:29PM +0200, Dagfinn Ilmari Manns?ker wrote:
> Colin Watson <[EMAIL PROTECTED]> writes:
> > On Mon, Sep 23, 2002 at 11:38:02AM +0200, Remi VANICAT wrote:
> >> Of course this mean that you need to have your gnupg secret key there,
>
o report it in a
> minute)
I think it's been fixed already:
lintian (1.20.18) unstable; urgency=low
[...]
* added python version 1.5, 2.{1,2,3} to checks/scripts, closes: #114164
[...]
-- Sean 'Shaleh' Perry <[EMAIL PROTECTED]> Fri, 13 Sep 2002 09:49:24 -0700
--
> fully python on python and nothing more.
Please still use at least 'python (>= 2.2)' (I don't know the details of
the Python policy, but something with that kind of effect), to help
people trying to work out how to backport packages to stable.
--
Colin Watson
tom, it's maintained by a team who can be
contacted at [EMAIL PROTECTED]
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ns on.
Well, that depends. Is the compiler hitting an internal compiler error
or something? If so then you do care about the host architecture.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
on, but requires
quite substantially more work than just a quick hack to the name of the
.deb.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
people might disagree. I don't know if changing this in an NMU is
> neccessary but I would do it.
I don't think this is a bug. Some people might even consider it a
feature to be able to set CFLAGS from their environment when building
the package locally.
At any rate I would avoid changing t
n $package.conffiles start with "/" but one
> conffile contains filename without leading "/"
If that does what I think it does and renders the conffiles entry
ineffective, it's probably a serious bug.
--
Colin Watson [[EMAIL PROTECTED]]
rop the dependency.
If you really need a specific version then you'd probably be best off
using a substvar and special-casing for each architecture, but avoid
that if you can as it involves a lot of maintenance.
--
Colin Watson [[EMAIL PROTECTED]]
--
ystem(),
> which is, well, yuk).
libapt-pkg-perl gives you AptPkg::Version, which has a compare() method.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
treated as an NMU, which is why I use
-k instead of either -m or -e to dpkg-buildpackage, but it's not a
disaster.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
f it's correct
> now.
The right way to fix this is to make sure that
packagename_upstreamversion.orig.tar.gz is in the parent directory when
you do the build (so in this case fortunes-it_1.51.orig.tar.gz). There's
no need to unpack the .orig.tar.gz yourself.
--
Colin Watson
s way and making Debian-specific changes, I'd
go for having the upstream version as 1.6-, where is the
date on which you constructed the tarball (or some other similar
strictly increasing scheme). Then you keep the upstream version and
still get to make Debian-specific changes with reasonable e
e thing upstream is.
> it lets you unpack the file as is without having to worry about
> overwriting the debianized version.
Use a temporary directory. You should get into the habit of doing this
when unpacking random tarballs anyway.
--
Colin Watson [[EM
27; -
fakeroot because orig tends to depend on clean.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Oct 29, 2002 at 08:24:16AM +0100, Sven Luther wrote:
> On Tue, Oct 29, 2002 at 12:54:28AM +0000, Colin Watson wrote:
> > On Mon, Oct 28, 2002 at 11:46:51PM +0100, martin f krafft wrote:
> > > okay. and i still believe that it even makes sense to have .orig
> > >
's willing? Certainly, an advocate should be somebody who's
worked with you and is familiar with your work.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Oct 31, 2002 at 12:49:20PM +0100, Christian Surchi wrote:
> On Wed, Oct 30, 2002 at 09:37:47PM -0600, Steve Langasek wrote:
> > ldapsearch -P2 -x -h db.debian.org -b ou=Users,dc=debian,dc=org l=
>
> without a d.o login?
Yes. Try it.
-
d.
> >
> > That said, the PTS seems to have frozen on november 2/3 or something
> > such, so you would need to look at the build logs directly.
>
> Grmbl. I can't.
Yes you can, see <http://buildd.debian.org/>.
Cheers,
--
Colin Watson
On Thu, Nov 07, 2002 at 07:18:07PM +, Colin Watson wrote:
> On Thu, Nov 07, 2002 at 07:15:06PM +0100, Oliver Kurth wrote:
> > On Thu, Nov 07, 2002 at 06:51:01PM +0100, Sven Luther wrote:
> > > I also had the problem, but then after a time the package built
> > >
ifications, and I can now use control@bugs to merge/manipulate bugs
> etc.
A minor nit: you can, technically speaking, use control@bugs whether
you're the maintainer or not. Etiquette is the access control there.
--
Colin Watson [[EMAIL PROTECTE
On Wed, Nov 20, 2002 at 01:58:45PM +0100, Sven Luther wrote:
> BTW, i have tried to install the J2sdk1.4 packages, but they complain
> about a missing j2se-common.
Add main to sources.list along with non-free.
--
Colin Watson [[EMAIL PROTECTED]]
hanks, i've seen that there is ITP of ImageJ in 2000 but the author is
> unreachable, so i posted another ITP.
You should generally just post your intentions to the existing ITP bug
instead. Filing duplicates tends to produce weird results in various web
pages an
.
What version of lintian? This looks like bug #122742, which has been
fixed.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n it there.
>
> dpkg-deb mplayer...deb
>
> ..says that /etc/mplayer/codecs.conf exists.
>
> BUT it's not installed in /etc/mplayer/ at all.
If you remove a conffile manually, dpkg won't reinstall it unless you
use the --force-conf
cy in
> order to pass dh_testroot?
You could use DPkg::Build-Options to get apt-get to pass -rfakeroot.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e" mean in the build target? I'd expect the
build target to build everything appropriate.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
>
> db_input "high" midgard/error
db_input can return with exit code 30 if the question is skipped. In
that case, you
On Thu, Dec 19, 2002 at 03:45:14PM +0100, pp wrote:
> Colin Watson <[EMAIL PROTECTED]> wrote:
> > On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> > > if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
> > >
> > &g
nto a whole different style of debconf
programming involving the 'seen' flag. Be very careful when you use this
that the question is not displayed twice to people upgrading with apt
(once when preconfiguring and once when configuring).
--
Colin Watson
nfig, it's likely to be actively bad. When
preconfiguration is in use, the admin will see the question twice.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
worry about that warning. Accept it as a bug in
dpkg, tell anybody who complains about it that it's a bug in dpkg, and
make your package behave in the simplest possible way.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
y ask keyring-maint to replace your key with a
new one. :) Not to mention that it weakens the web of trust for no very
good reason.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Jan 02, 2003 at 12:08:44PM +0100, Marcel Kolaja wrote:
> On Thu, Jan 02, 2003 at 05:01:46AM +0000, Colin Watson wrote:
> > On Thu, Jan 02, 2003 at 01:01:26AM +0100, Marcel Kolaja wrote:
> > > Note: Please Cc me, if you reply. I am not subscribed to the list. Thank
eefonts | (ttf-larabie-straight,
ttf-larabie-deco)' and you get:
Depends: ttf-freefonts | ttf-larabie-straight, ttf-freefonts | ttf-larabie-deco
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &qu
.
In general -mentors is not a good place to discuss bugs, unless they're
in your own package and you need help fixing them. The bug tracking
system is usually better than any list for this.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email t
are probably bugs, although it would require an epoch to
fix them. It seems like at best luck that they work with the current
packaging tools, which aren't obliged to implement anything more than
what the version number specification describes.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nderstandably
> busy maintainer, he has been helpful enough already.
Oh well. :)
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
keys.debian.org -- isn't
> it enough?
keyring.debian.org is not a public keyserver, in the sense that unless
your upload refers to a Debian developer's key it will be ignored.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email t
l
need to be familiar with how symbol versioning works, though, and
frankly I suspect it would be a lot of effort for little gain. People
with those skills would be better occupied fixing the bugs in glibc
instead.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To U
ore fragile, and should be avoided unless absolutely
necessary; you shouldn't use them just to "promote" a package from
non-free to contrib.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
. Colin, is that possible?
Not for tags in general, but lists for 'help', 'security', and
'unreproducible' are linked off http://qa.debian.org/ (the third set of
links under "Work needed").
Cheers,
--
Colin Watson [[
n.org were wired into the PTS, though.)
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e a tighter versioned dependency on perl.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
on to address so they will ask ftpmaster to
> drop it?
That would do no harm, but really the QA group now gets to decide, so
you could just reference this discussion in a bug against
ftp.debian.org. I agree that libiniconf-perl should be removed.
Cheers,
--
Colin Watson
t (currently) attempt to calculate general module
dependencies, only core dependencies.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
in debian/control. The binary-indep target in
debian/rules can then just copy everything into the right place under
debian/$package.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
#x27;ll be moot, so thanks again.
>
> Some packages send reminder mail to the root during install.
That's usually due to debconf. Keep debconf notes to a minimum, please.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROT
On Sat, Feb 01, 2003 at 12:57:31PM +, Roger Leigh wrote:
> Colin Watson <[EMAIL PROTECTED]> writes:
> > dh_perl doesn't (currently) attempt to calculate general module
> > dependencies, only core dependencies.
>
> OK, thanks.
>
> I guess that, due to
tives for virtual packages should come first, not
second. As somebody else said, though, this is probably a false
positive.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ould not be the
> right thing. Therefore I will declare this to be a false positive
> since there is a real package rsh-client it should not create a
> warning.
It's a false positive, yes. Please file it as a bug against lintian
(also compare #179614).
Cheers,
--
Colin Watson
larly if you
affect binary compatibility by mistake. Dealing with versioning of the
same package is also problematic, particularly if the upstream author
hasn't been careful.
http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
goes into many of the issues invol
ps) and you'll see italics.
(.BI is alternating bold and italics rather than bold and italics
simultaneously. I'm not sure from your post whether you knew that.)
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
going to be a name clash between your pages and somebody
else's. If that's not the case, extensions do no harm but aren't needed.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ble, then that would be good.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ld fail for some people right out of the box.
I think there was a technical committee discussion about this ...
Ah, yes. #119517.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n-free. The sort of things that disqualify a package from inclusion
into non-free are more like "may not redistribute to third parties" or
"may not distribute together with our competitors' software".
--
Colin Watson [EMAIL PROTECTED]
number, so that the program can
automatically regenerate the cache whenever it finds that its version is
different from that of the cache?
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe&q
sh$'`
That will be wrong in the event that somebody has run 'dselect update'
but not yet upgraded.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gt;
> I thought so as well, but it looks like postinst is only called with
> the most recently configured version, not with the current version.
Why not just preprocess the postinst in debian/rules to embed its own
version number directly into it?
--
Colin Watson
On Tue, Mar 04, 2003 at 11:52:09PM +0100, Marc Haber wrote:
> On Tue, 4 Mar 2003 16:41:48 +0000, Colin Watson <[EMAIL PROTECTED]>
> wrote:
> >Why not just preprocess the postinst in debian/rules to embed its own
> >version number directly into it?
>
> Nice idea,
it into WNPP, I feel.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
in /var/log, or
> /var/log/packagename? it's a single logfile, but it gets logrotated,
> so i can see people getting grumpy about it in /var/log/sugarplum.*
> after a couple of months...
You could always tell logrotate to keep only so many rotations. Since
logrotate config
evelopers disagree with joe's proposal?
I think that WNPP is an awkward place to handle sponsorship, and that a
home in the new-maintainer database would be much cleaner. See my other
post.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
no stake in this. wnpp is just another
pseudo-package as far as we're concerned. I think the implementation of
any changes there is up to debian-www.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
eople should worry
about this lintian error.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
who would need to be asked to modify the wnpp emails to include
> the RFS category? the list-admins?
Marcelo Magallon maintains that (so probably should be asked about the
web implementation too).
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to
't realize how often it's needed for
porting to even some relatively ordinary architectures. If all it takes
to port something to mips is to update config.guess and config.sub, I'll
do it; obviously I'd let upstream know, but their timescales are
undoubtedly different and I don't
have made, particularly if many unrelated changes are needed.
Given the clumsiness of existing tools to handle multiple patch sets,
this is usually only worth it for very large packages, IME.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL
ular it turns out not to be as simple as just grabbing up-to-date
Packages files every day.
This is probably the highest-priority issue facing debbugs right now,
although also probably the most difficult.
See the archives of debian-debbugs for (a little) more discussion on
this subject.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
number > 1, you know. You just have to be careful that your
> > upload includes the .orig.tar.gz (debuild -sa, in other words).
>
> Well, now I'm confused, because this is what my sponsor told me.
Please educate your sponsor. :-)
--
Colin Watson
and is a total absence of
solid facts! I demand that I may or may not be Vroomfondel!"
-- "The Hitch Hiker's Guide to the Galaxy", Douglas Adams
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
t; But... What is "sh"? I guess it isn't talking about /bin/sh (although
> that is used inside the package) And if is a platform, then what sort
> of machinery is that?
SuperH, the Hitachi chip in the Dreamcast console. Ignore it for now;
they have no packages other
icy. Can someone
> help me ?
Well, those two should be a pretty good start. What are you having
problems with?
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ably if you're building on a semi-hacked-up woody
system you aren't building packages for upload anyway, so you don't
necessarily have to worry too much about complying with the letter of
policy.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
T
^^^
[EMAIL PROTECTED] is an alias for that. Those with accounts can see
/etc/aliases on master.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
501 - 600 of 1012 matches
Mail list logo
