is even easier to use than XML-RPC :)
>
> I'll rewrite the main script (currently written in PHP, reusing some html
> parsing code) in Perl so I might add some BTS checks using SOAP.
I added a PHP example to the DebbugsSoapInterface Wiki page yesterday.
--
Neil Williams
==
On Tue, 06 Nov 2007 17:18:57 -0800
Russ Allbery <[EMAIL PROTECTED]> wrote:
> Neil Williams <[EMAIL PROTECTED]> writes:
>
> > The most common change is simply to retrieve the cross-building
> > metadata from dpkg-architecture in debian/rules:
> >
On Wed, 07 Nov 2007 09:43:34 -0800
Russ Allbery <[EMAIL PROTECTED]> wrote:
> Neil Williams <[EMAIL PROTECTED]> writes:
> > Russ Allbery <[EMAIL PROTECTED]> wrote:
>
> >> This is a bad suggestion and was apparently made without referring to
> >> th
t see why a cross-building patch should tinker with --build for the
native build if the package does not use it already (and if it does, I
just leave it in place).
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpePgVOfq9dU.pgp
Description: PGP signature
On Tue, 6 Nov 2007 13:04:48 +
Neil Williams <[EMAIL PROTECTED]> wrote:
> This thread will discuss the type of changes that are needed, which
> packages are affected and how these bugs will be identified.
I've come across one issue: help2man
If packages (like coreutils) use
On Wed, 7 Nov 2007 17:08:43 +
Neil Williams <[EMAIL PROTECTED]> wrote:
> On Tue, 6 Nov 2007 13:04:48 +0000
> Neil Williams <[EMAIL PROTECTED]> wrote:
>
> > This thread will discuss the type of changes that are needed, which
> > packages are affected and
en
I said this problem was "common", I did not mean "uniform".)
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgp8R46LIRcst.pgp
Description: PGP signature
On Sat, 10 Nov 2007 15:02:31 +0100
Hendrik Sattler <[EMAIL PROTECTED]> wrote:
> Am Dienstag 06 November 2007 schrieb Neil Williams:
> > The most common change is simply to retrieve the cross-building
> > metadata from dpkg-architecture in debian/rules:
> > http://wi
On Sun, 11 Nov 2007 00:19:41 +0100
Hendrik Sattler <[EMAIL PROTECTED]> wrote:
> Am Samstag 10 November 2007 schrieb Neil Williams:
> > emdebian-tools will support any build system that can be used in
> > debian/rules. The build system should configure itself using only the
On Tue, 13 Nov 2007 17:34:45 +0100
Pierre THIERRY <[EMAIL PROTECTED]> wrote:
> Scribit Neil Williams dies 11/11/2007 hora 12:44:
> > Emdebian supports amd64, i386 and powerpc as --build.
>
> Why aren't all architectures supported by Debian supported?
? Because I
to set the usertags later:
$ bts user [EMAIL PROTECTED] , usertag NUMBER + crossbuilt
What am I missing?
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpHaHUPY6p4d.pgp
Description: PGP signature
On Tue, 13 Nov 2007 11:03:21 -0800
Don Armstrong <[EMAIL PROTECTED]> wrote:
> On Tue, 13 Nov 2007, Neil Williams wrote:
> > I may simply be doing this wrong, but how do I set usertags within
> > reportbug?
> >
> > I'm trying this:
> > http://www.linu
On Tue, 13 Nov 2007 11:03:21 -0800
Don Armstrong <[EMAIL PROTECTED]> wrote:
> On Tue, 13 Nov 2007, Neil Williams wrote:
> > I may simply be doing this wrong, but how do I set usertags within
> > reportbug?
>
> Setting usertags like that is "supposed" to work
Pierre THIERRY wrote:
> Scribit Neil Williams dies 13/11/2007 hora 17:02:
>> If you want to build an ARM toolchain to crossbuild for amd64 I'm not
>> going to stop you but don't expect me to debug it!!
>
> But do your tools make it already possible for me to just as
mpty directories but everytime I
remove debian/tmp/usr/lib/perl5, it gets recreated, despite not having
any mention of it in the package files.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
signature.asc
Description: OpenPGP digital signature
I uploaded five packages late on Thursday night and the various status
pages seem to be a bit confused.
$ who-uploads gpe-gallery
Uploads for gpe-gallery:
0.97-3 to unstable: Neil Williams (Debian) <[EMAIL PROTECTED]>
0.97-2 to unstable: Neil Williams (Debian) <[EMAIL PROTECTED]&g
Neil Williams wrote:
> I uploaded five packages late on Thursday night and the various status
> pages seem to be a bit confused.
All resolved - DDPO has updated. Sorry for the noise but I was beginning
to lose track of which packages I'd updated and which I had yet to do.
;-)
--
Ne
ive.
This kind of thing needs someone to do the testing and development - are
you volunteering?
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
signature.asc
Description: OpenPGP digital signature
w.hogyros.de/?q=node/173
It would also save me a fair bit of work in emdebian-tools where I'm
always querying the source package name and various other components of
the parsechangelog output.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.c
icense: GPL2
Description: login window for the G Palmtop Environment
Multi user login and session manager for GPE.
Depends on gpe-ownerinfo-dev also being packaged. Replaces packages
like gdm, xdm, kdm on GPE.
--
Neil Williams
=
http://www.data-freedom.org
play details of the owner of the device
.
Used by the G Palmtop Environment (GPE).
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpBUdOpKvdZl.pgp
Description: PGP signature
separate issue that the gpe meta-package currently depends on
gsoko that is extra but that's minor - I can drop the gsoko depends on
the meta package without too much of a problem.)
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
signature.asc
Description: OpenPGP digital signature
brian m. carlson wrote:
> On Thu, Dec 06, 2007 at 06:55:12PM +0000, Neil Williams wrote:
>> I'd like 'extra' to disappear - so if there is a move to do that, I'm
>> all for it.
>
> I disagree with this. I think that this distinction is useful, and I
&g
Russ Allbery wrote:
> Neil Williams <[EMAIL PROTECTED]> writes:
>
>> Not true. GPE offers a desktop - just not a full Gnome desktop. There
>> are plenty of alternative desktops in optional already. The full GPE
>> environment is quite specialised but Debian does cl
Steve Langasek wrote:
Bah, got the reply address wrong too - should have left this until the
morning . . .
> On Thu, Dec 06, 2007 at 10:12:57PM +0000, Neil Williams wrote:
>> Whilst most GPE components can be used separately, the full environment
>> needs to replace the existing
should be a
>> supported usage.
>
> When many of the types used by GTK+ are those provided by GLib, it
> sounds wrong to ask developers to include the GLib headers to have these
> types available.
>
Maybe so, but it doesn't excuse the rest.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
signature.asc
Description: OpenPGP digital signature
ol
> has a very concise documentation that says it all, --static is
> documented in the OPTIONS section, and Requires, Libs, Libs.private in
> METADATA FILE SYNTAX where due. Calling it undocumented is just either
> bad faith or well, I can't see what else it can be in f
efore decided *not* to seek the support of gccross within
dpkg itself so I'm retitling this bug to only seek the PKG_CONFIG_LIBDIR
change.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
signature.asc
Description: OpenPGP digital signature
tions?
$ ls /usr/share/bug
106 directories on my system - a lot are tex based.
My own are:
dpkg-cross, apt-cross, emdebian-tools, libcache-apt-perl.
Other important ones (IMHO) are:
galeon, grub, locales, initramfs-tools, linux-image*, apt, cupsys, udev
and probably totem and vim.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
signature.asc
Description: OpenPGP digital signature
On Tue, 18 Dec 2007 21:19:25 +0100
Sune Vuorela <[EMAIL PROTECTED]> wrote:
> On Tuesday 18 December 2007, Neil Williams wrote:
>
> > Well, for my own needs, emdebian-tools and apt-cross. Every bug report
> > against apt-cross would have benefited from getting answers t
that it needs instead of trusting the
pkg-config data from libgda so that it could identify the correct
dependency data for a public library provided by libgda but not exposed
in the pkg-config data. (libgdasql).
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgp9rOUAD4yYe.pgp
Description: PGP signature
ing in GDome that would appear to make it impossible to use on
Fedora or Gentoo etc.
If this was my package, I'd be tempted to put the source on SF or
somewhere, exclude the debian/ contents from the make dist target but
keep them in whichever RCS you want to use and package it
Luk Claes wrote:
> Neil Williams wrote:
>> i.e. native should be a last resort - used only when it is all but
>> impossible for the package to be used outside Debian or some distro
>> fundamentally based on Debian like Ubuntu.
>>
> I thought this consensus wa
n of files (in .tar.gz not
.diff.gz) can make a non-native package appear native. Doesn't change
the nature of the package itself - general purpose packages that do not
have a .diff.gz are buggy, IMHO.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
signature.asc
Description: OpenPGP digital signature
d for every package so I don't see the
point.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpgDWfSMNkxq.pgp
Description: PGP signature
te a dedicated wrapper - don't burden
everyone else with an extra 20,000 lines in Packages.gz - create a
local mirror if necessary.
> [1] http://debian-med.alioth.debian.org/tasks/bio.php
So for the sake of one webpage, every Debian user gets yet more bloat
in Packages.gz. Oh good. Sorr
allowed without any need
for any other information.
> I repeat, if it's needed, I'll write a parser for this. I just wanted to have
> the chance not to write a huge script that does the job.
Instead you want to add data to everyone's apt cache - that isn't a
good
On Mon, 24 Dec 2007 22:27:53 +0100
Nico Golde <[EMAIL PROTECTED]> wrote:
> * Neil Williams <[EMAIL PROTECTED]> [2007-12-24 22:03]:
> > A machine-interpretable format for debian/copyright is already
> > available.
>
> Where?
http://wiki.debian.org/Proposals/Co
On Tue, 2007-12-25 at 20:12 -0800, Steve Langasek wrote:
> On Fri, Dec 21, 2007 at 10:55:32AM +0000, Neil Williams wrote:
> > On Thu, 20 Dec 2007 21:44:19 -0800
> > Steve Langasek <[EMAIL PROTECTED]> wrote:
> > > But *nothing* here guarantees that the version of li
manpages, apart from one other pod2man manpage
(meaning that most perl package man pages will be affected as pod2man is
the default for most lib*-perl packages).
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
signature.asc
Description: This is a digitally signed message part
On Wed, 2007-12-26 at 14:23 +0100, Wouter Verhelst wrote:
> On Sun, Dec 23, 2007 at 07:17:16PM +0000, Neil Williams wrote:
> > I'd just add:
> > * it isn't in the spirit of free software to make it hard for others to
> > use the code - making a package Debian-n
On Tue, 1 Jan 2008 23:17:50 -0800
Steve Langasek <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 26, 2007 at 01:11:40PM +0000, Neil Williams wrote:
> > I think I'm doing this already - if libfoo1 implements and exports types
> > from libbar2 and libbar2 moves to libbar3,
We do fix false-positive
> bugs!
Having an alias to show overrides would make it easier to spot those
too.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpT2RKMd4AzJ.pgp
Description: PGP signature
ll include
details of the overrides in use, it should be relatively easy to spot
those occasions when a stale override has been left around and when an
override has been used carelessly. (Hint: stick the lintian bug number
in the override file.) It's probably excessive to *require* bug n
On Fri, 2008-01-04 at 17:52 -0800, Steve Langasek wrote:
> On Wed, Jan 02, 2008 at 11:53:16AM +0000, Neil Williams wrote:
> > That's upstream covered, it appears I also need debian/libqof1.symbols
> > from http://qa.debian.org/cgi-bin/mole/seedsymbols ? If I had done
&
lly move into the rest of the field. You
won't be able to package them all but by bringing some into Debian, it
is very likely that others will see the appeal and join with the work.
Concentrate on what you can actually do yourself - get that done and
then see about the rest. Like many o
ravation for distros using RPM for
their high quality packages.
"Just because you can [make rubbish .debs], does not mean you should."
"Just because you can [make a rough .deb], does not mean it is
acceptable."
Sponsors see plenty of horror .debs - it isn't hard to mak
gt; I want netconf to eventually replace ifupdown and thus become part
> of Debian's base system.
Maybe if 'ifupdown' becomes an optional package instead of netconf
rather than losing ifupdown completely?
--
Neil Williams
=
http://www.data-freedom.org/
http://w
ays it could be called GVFS to
indicate a relationship with libglib2.0-0 (used by all GNOME libraries
and lots of none-GNOME ones).
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgp2vahjJHpF4.pgp
Description: PGP signature
On Wed, 09 Jan 2008 16:25:17 +0100
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le mercredi 09 janvier 2008 à 13:54 +0000, Neil Williams a écrit :
> > GnomeVFS is used by GNOME but it does not require GNOME itself. It
> > isn't a "part of GNOME"
>
>
project could help with that but a full text search
would be v.useful. The hardest thing to do right now is work out if
someone has already filed an ITP or RFP when preparing an ITP myself.
There are so many that my eyes just glaze over when browsing the WNPP
list and in-browser text search isn't
Package: wnpp
Severity: wishlist
Owner: Neil Williams <[EMAIL PROTECTED]>
* Package name: gpe-announce
Version : 0.13
Upstream Author : Joe McCarthy <[EMAIL PROTECTED]>, Nils
Faerber <[EMAIL PROTECTED]>
* URL : http://gpe.linuxtogo.org/download
ibdmalloc-dev
> Brian Nelson <[EMAIL PROTECTED]>
>libqwt-dev
> Sam Hocevar (Debian packages) <[EMAIL PROTECTED]>
>liballegro-dev
> Ondřej Surý <[EMAIL PROTECTED]>
>libpoppler-glib-dev
>libwnck-dev
> Akira TAGOH <[EMAIL PROTECTED]>
>libgtk1.2-dbg
> Debian GSS Team <[EMAIL PROTECTED]>
>libgss-dev
> Marcio Roberto Teixeira <[EMAIL PROTECTED]>
>libiec61883-dev
> Aaron M. Ucko <[EMAIL PROTECTED]>
>libncbi6-dev
(Just a sample of the -dbg and -dev packages)
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpedfHiptBOC.pgp
Description: PGP signature
t in /usr/share/doc/ that
doesn't need a doc-base file.
I use dwww almost constantly, never considered doc-central. I'm not
saying doc-central should be removed - sounds like it just needs to be
orphaned and put into QA. Just curious.
--
Neil Williams
On Sat, 23 Jan 2010 12:50:38 +0100
Stefano Zacchiroli wrote:
> On Sat, Jan 23, 2010 at 11:18:57AM +0000, Neil Williams wrote:
> > Just out of interest, what's the difference between doc-central and
> > dwww ?
>
> That's a pretty damn good question :-)
>
>
tra.sourceforge.net/
http://mentors.debian.net/debian/pool/main/g/gtk+extra3/gtk+extra3_3.0.0-0.1.dsc
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpxkpQNepC7E.pgp
Description: PGP signature
r for Emdebian on mobiles is the relative lack of
suitable packages - and developers with time to add the packages that
do exist outside Debian (along with a few problems from some of those
packages just not being sufficiently stable to put into Debian at the
moment.)
--
Neil Williams
==
s not a lot of disc space gained but it does give a false sense of
security or 'insurance' if you want to avoid the more formal meaning of
'security'.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpGQsxssIvRd.pgp
Description: PGP signature
omated process by which a random person can just... set some
> machines compiling for a month, would be good.
*Precisely* what changes do you need for that "architecture" - is it
really a different architecture from armel? (Answers to debian-embedded
please.)
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpICQa5X650Z.pgp
Description: PGP signature
On Wed, 10 Mar 2010 21:52:57 +
Neil Williams wrote:
> > has anyone actually done this
>
> Yes. Me - I was cross-building the entire chain too. It took me the
> best part of a year to get through 200 packages. i.e. SERIOUSLY
> reconsider precisely how many packages you w
On Thu, 11 Mar 2010 11:46:57 +
Luke Kenneth Casson Leighton wrote:
> On Wed, Mar 10, 2010 at 9:52 PM, Neil Williams wrote:
> > *Precisely* what changes do you need for that "architecture" - is it
> > really a different architecture from armel? (Answers to d
ferent libc isn't hard, busybox can replace
coreutils - about the only thing you need to keep is dpkg because
otherwise it's hardly Debian-based anymore. ;-)
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpXUtEvBh7eF.pgp
Description: PGP signature
On Sun, 14 Mar 2010 11:25:08 -0700
Steve Langasek wrote:
> On Sun, Mar 14, 2010 at 06:04:16PM +0000, Neil Williams wrote:
> > Personally, I'm not that fussed about Essential anymore - Emdebian just
> > removes the tag from any and every package automatically. No ill e
On Sun, 14 Mar 2010 20:54:18 +0100
Sven Joachim wrote:
> >> On Sun, Mar 14, 2010 at 06:04:16PM +0000, Neil Williams wrote:
> >> > Personally, I'm not that fussed about Essential anymore - Emdebian just
> >> > removes the tag from any and every package aut
On Tue, 16 Mar 2010 01:10:10 +0100
Wouter Verhelst wrote:
> On Sun, Mar 14, 2010 at 10:02:22PM +0000, Neil Williams wrote:
> > and having Essential in the Packages file makes it harder than it
> > could be to avoid Essential if the list was in /etc.
>
> If the list is
mely good job - one bad tag doesn't
discount the overwhelming good done by the rest of the tags.
It was never my intention to blame lintian in all this, just highlight
that this one tag is, IMHO, not up to the usual standard of lintian.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpyaEuhk2YKf.pgp
Description: PGP signature
On Thu, 25 Mar 2010 21:42:59 +0100
Raphael Hertzog wrote:
> On Thu, 25 Mar 2010, Neil Williams wrote:
> > Agreed, although I think the real bug is in dpkg not being able to
> > cope without a new file.
>
> In what way dpkg doesn't cope?
I'm not sure, I got tha
gone anywhere
> other than the Lintian Git repository, and we can definitely change it
> further based on additional feedback.
Much improved, thank you.
Now all I need is for dpkg to accept that the absence of
debian/source/format is declarative of source format 1.0 and that
#x27;ve changed the severity to wishlist instead,"
http://lists.debian.org/debian-devel/2010/03/msg00837.html
>From lintian (1) in sid:
The default settings are equivalent to -L ">=important"
-L"+>=normal/possible" -L +minor/certain).
so "Severity: wishlist&q
ile but there is
already a list file - what is missing is a parser that can step in
PRIOR to the upload being made. i.e. on my box, not ftp-master.
(Yes, I have ended up in a situation where such a helper could have
been very useful with xf86-input-tslib during a change of maintainer.)
-
t. Quite
simple really.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgp9O2mj0nxna.pgp
Description: PGP signature
ar as the
packages are concerned, there's no need to write for one or the other.
Personally, I know of a few problems oustanding before cdebconf can be
used without debconf installed but those are not related to how the
protocol itself is used. The documentation you need is for the protoco
strictions is a feature in free software IMHO. All PDF's should be
printable by free software.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpVqlpoQwqzX.pgp
Description: PGP signature
half tempted to change the
source package name and let it go through NEW again with a Conflicts:
Replaces: against all the old packages, but changing the binary package
names or conflicting against old versions of the same binary package
seemed wrong.
Suggestions?
--
Neil Williams
=
ht
On Sat, 24 Apr 2010 18:22:57 -0700
Russ Allbery wrote:
> Neil Williams writes:
>
> > Is this just a corner case that lintian doesn't catch? (Is it
> > really so rare that packages stop using debconf at some future
> > version?) It's roughly equivalent to a
re source and run something like licensecheck or
check the COPYING file in the source - which is GPLv2 or (at your
option) any later version.
I think 579494 should be closed.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not
On Wed, 28 Apr 2010 19:07:56 +0200
Jakub Wilk wrote:
> * Neil Williams , 2010-04-28, 17:48:
> >> After checking a scattering of random packages, I happened across
> >> one example of this already in Debian testing: socat. It is
> >> GPLv2-only, and is linked against
he .la and the .a but preserving dependencies
where needed for shared library builds (i.e. Requires: in the .pc file,
not Requires.private, where my library directly exports symbols in it's
own API that are resolved in another shared library.)
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpewujDMtQTT.pgp
Description: PGP signature
that it needs lots of QA work as
well, consider if the RC bug should be cloned against ftp.debian.org as
an RM bug. If not, orphan the package and fix the RC bug and the other
issues as a QA upload.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpsAcsP4smoq.pgp
Description: PGP signature
make sure that the MIA team are aware. I'd assume that, once
contacted, the MIA team would be happy for the package to be adopted
whilst the rest of the MIA process goes ahead.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpqOcSFZFuV8.pgp
Description: PGP signature
ease, do some real work that makes
a release more likely, not less. (If you've got time to waste on this,
you certainly have time to fix some existing RC bugs to help out those
who want to but don't have time to do so.)
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpaCuNqcNBY3.pgp
Description: PGP signature
age (one variable) cannot be allowed to break over a THOUSAND
source packages.
Has someone put the clock back to 1st April? This just has to be a sick
joke.
Someone please tell me this broken version of dash hasn't been uploaded
yet.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpZG2uezv6dR.pgp
Description: PGP signature
the first place. Sheesh! This thing
gonna give me nightmares.)
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpexJad0mjTS.pgp
Description: PGP signature
ough several
stable releases without needing a rebuild, especially if it only
builds an Arch:all binary package. As long as it is bug free, an ancient
standards version alone is not sufficient reason to change anything in
the package or make any upload just for the sake of making an upload.
debian/so
On Thu, 27 May 2010 00:16:01 +0200
Emilio Pozuelo Monfort wrote:
Putting the list back into the loop.
> On 26/05/10 23:34, Neil Williams wrote:
> > Declaring a format mandates touching every single package because
> > the vast majority of packages are currently dpkg source form
On Wed, 26 May 2010 23:44:52 +0200
Iustin Pop wrote:
> On Wed, May 26, 2010 at 10:34:32PM +0100, Neil Williams wrote:
> > I think the announcement is wrong, we cannot ever expect every
> > single package to be touched for any single change. We don't even
> > do tha
ch rebuilds.
Let's not get into making that a special case, there are lots of
situations where third parties need to rebuild packages outside Debian
and there can be no justification for making such rebuilds impossible
merely for the convenience of dpkg.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpTysZGamMNu.pgp
Description: PGP signature
em like that. :-)
Changing the packaging merely because the maintainer is "bored" of
using debhelper 5 etc. is just sad.
(I remember someone in the Debian release team - at the time, no names
but he knows who he is - saying that DD's should consider every upload
to unstable to be
ny private repository, of course,
> including those I manage myself...:-)).
I would question the safety / reliability of using a repository that
forces the creation of Packages and Sources and Release files by hand
instead of using a reliable, reproducible tool like reprepro.
The site even
ion on the specifics of each issue. Some might be inadvertent,
some are just masking other problems or have reasons that may need to
be discussed with the relevant upstreams.
IMHO, Bill, file the bugs now and see which ones can be fixed for
Squeeze.
--
Neil Williams
=
http://www.
w package. This would still mean that anything which
only depends on the library would only need the library and the new
package.
Removing circular dependencies IS the way to go in Debian IMHO. It's
long overdue, even for perl|perl-modules and g++|libstdc++.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgplE8VHlrLQh.pgp
Description: PGP signature
On Sun, 6 Jun 2010 19:18:19 +0200
Rene Engelhard wrote:
> On Sun, Jun 06, 2010 at 06:15:41PM +0100, Neil Williams wrote:
> > The bug report doesn't explain why this needs to be a Depends:
> > either - it could be a Recommends AFAICT. To quote the report,
> > &
re is not a
good idea. The default should be to show what is in the .deb.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpop2LkKZ8Ag.pgp
Description: PGP signature
sn't always mean that the
package itself is unwanted, just that the original maintainer lost
interest / time. There are some orphaned packages with both high popcon
and high bug counts. Personally, I'd be much happier sponsoring uploads
of those packages, including putting the p
On Tue, 15 Jun 2010 11:12:22 +0200
Alexander Reichle-Schmehl wrote:
> Hi!
>
> Am 15.06.2010 09:50, schrieb Neil Williams:
>
> > OTOH if those requesting sponsorship were more open to packaging some of
> > the orphaned packages listed under WNPP and qa.debian.org whi
On Tue, 15 Jun 2010 21:28:19 +0200
Jakub Wilk wrote:
> * Neil Williams , 2010-06-15, 08:50:
> >What about if Debian QA packages were all to be deemed suitable for
> >DM upload, including those which have been orphaned for over 2 months
> >without a change of maintainer? M
On Tue, 15 Jun 2010 14:59:04 -0700
Steve Langasek wrote:
> On Tue, Jun 15, 2010 at 08:50:28AM +0100, Neil Williams wrote:
> > What about if Debian QA packages were all to be deemed suitable for
> > DM upload, including those which have been orphaned for over 2
> > month
Debian).
What happens to this package if recaptcha.net is unavailable or blocked
by a firewall?
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgplcC121QGN5.pgp
Description: PGP signature
tter (and
reliable) solution....
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpCAVaQk4cK7.pgp
Description: PGP signature
d be useful - otherwise make
it a Recommends instead.
BTW Recommends: should also be explained in the package documentation
somewhere, typically the manpage, in terms of what functionality would
be lost for those of us who turn off Recommends.
A useful manpage would solve most of these que
401 - 500 of 1111 matches
Mail list logo