Adeodato Simó <[EMAIL PROTECTED]> wrote:
> You are doing a disservice to our users by doing that, IMHO. Others
> are welcome to comment as well.
I tend to agree. However, is it possible to set the Submitter of a bug
to more than one person? Then one could close the duplicate and still
make
On Mon, Oct 24, 2005 at 11:50:11PM +0900, Osamu Aoki wrote:
> On Sat, Oct 22, 2005 at 05:14:20PM -0700, Steve Langasek wrote:
> > On Sun, Oct 23, 2005 at 09:41:15AM +1000, Brian May wrote:
> > > > "Brian" == Brian May <[EMAIL PROTECTED]> writes:
> > > Along similar lines, if a have a "closes: #
On Tue, Oct 25, 2005 at 01:13:30AM -0400, Nathanael Nerode wrote:
> > I wonder, when latest wxwindows2.4 packages will be moved to testing.
>
> As soon as subversion and rapidsvn are fixed and subversion gets into testing.
> Currently wxwindows2.4 is held up only because the new version breaks th
> I wonder, when latest wxwindows2.4 packages will be moved to testing.
As soon as subversion and rapidsvn are fixed and subversion gets into testing.
Currently wxwindows2.4 is held up only because the new version breaks the old
rapidsvn, and the new rapidsvn depends on new subversion (and has a
On Mon, Oct 24, 2005 at 01:04:54PM +0300, Martin-Éric Racine wrote:
> An old issue that resurfaced, now that APT 0.6 entered Testing:
> On Fri, 2 Jan 2004 11:24:33 -0800, mdz wrote:
> > > On Thu, 2004-01-01 at 23:38, Anthony Towns wrote:
> > > > Oh. Also, you're expected to have entries for the md5
> "Ben" == Ben Pfaff <[EMAIL PROTECTED]> writes:
Ben> Stanford still uses Kerberos 4. Would removing kerberos4kth
Ben> be tantamount to dropping Kerberos 4 support? When I've
Ben> tried to use Debian's other implementations of Kerberos in
Ben> the past at Stanford, I've had n
Gabor Gombas <[EMAIL PROTECTED]> writes:
> On Mon, Oct 24, 2005 at 07:13:02PM +0200, Goswin von Brederlow wrote:
>
>> That is indeed the problem. But how would a wraper help? You still
>> have to somehow tell the wraper if gcc will later be invoked with -m32
>> or -m64.
>
> Whatever build system y
* David Moreno Garza [Mon, 24 Oct 2005 16:32:56 -0500]:
> On Sun, 2005-10-23 at 04:11 +0200, Adeodato Simó wrote:
> > > There is no need at all, to have more useless duplicated bug reports,
> > > specially on wnpp. Only those duplicated bug reports with useful
> > > information in it should remain
Hi there,
I was planning on purchasing some HD's and hardware to make a release mirror
or a apt-get mirror for Debian users... you know, to be of some help like
others have done.
Because of my limited bandwidth, 1mb/512 or 2mb/1mb I was thinking that I
could do a local mirror for my country (Cost
On Sun, 2005-10-23 at 04:11 +0200, Adeodato Simó wrote:
> > There is no need at all, to have more useless duplicated bug reports,
> > specially on wnpp. Only those duplicated bug reports with useful
> > information in it should remain open.
>
> I disagree with this: bugs should always be merged
Andreas Tille wrote:
> Hi,
>
> I wonder, when latest wxwindows2.4 packages will be moved to testing.
> If I look at
>
> http://qa.debian.org/developer.php?excuse=wxwindows2.4
>
> it is a valid candidate and the dependency from libpng should be fine
> as well
>
> http://qa.debian.org/dev
Package: wnpp
Severity: wishlist
Owner: Andre Filipe de Assuncao e Brito <[EMAIL PROTECTED]>
* Package name: notification-daemon
Version : 0.2.2
Upstream Authors : Christian Hammond <[EMAIL PROTECTED]>
Mike Hearn <[EMAIL PROTECTED]>
* URL : http://g
Package: wnpp
Severity: wishlist
Owner: Andre Filipe de Assuncao e Brito <[EMAIL PROTECTED]>
* Package name: libnotify
Version : 0.2.2
Upstream Author : Christian Hammond <[EMAIL PROTECTED]>
Mike Hearn <[EMAIL PROTECTED]>
* URL : http://galago.sf.ne
Hi,
I wonder, when latest wxwindows2.4 packages will be moved to testing.
If I look at
http://qa.debian.org/developer.php?excuse=wxwindows2.4
it is a valid candidate and the dependency from libpng should be fine
as well
http://qa.debian.org/developer.php?excuse=libpng
I know that a li
Package: wnpp
Severity: wishlist
Owner: Christoph Haas <[EMAIL PROTECTED]>
* Package name: python-iplib
Version : 0.9
Upstream Author : Davide Alberani <[EMAIL PROTECTED]>
* URL : http://erlug.linux.it/~da/soft/iplib/
* License : GPL
Description : Python
On Mon, Oct 24, 2005 at 05:20:16PM -0200, Henrique de Moraes Holschuh wrote:
> > >
> > > $ pkg-config --libs a
> > > -la -lb
> > ^^^
> >
> > It should not link to libb if you only request it to link to
> > liba. liba should have a DT_NEEDED for libb, and the linker
> > should find the symb
On Mon, Oct 24, 2005 at 02:21:04PM +0200, Olaf van der Spek wrote:
> I'm afraid I have to ask the same question again (three months later).
> What's the status of this package in general and my patch in particular?
> There was some discussion about it, but nothing really happened.
>
> http://bugs.
On Mon, 24 Oct 2005, Kurt Roeckx wrote:
> On Mon, Oct 24, 2005 at 02:03:51PM +0200, Gabor Gombas wrote:
> > On Fri, Oct 21, 2005 at 07:15:38PM +0200, Kurt Roeckx wrote:
> > > Pretty please don't suggest that unless you first fix pkg-config.
> > > It's always linking in the libraries required for st
On Mon, 24 Oct 2005, Gabor Gombas wrote:
> > Unless packages ship the pkg-config binary itself. Even then, the Debian
> > mode could be dependent on dpkg-architecture existing or somesuch, so people
> > could still use Debian as upstream developers without hassle.
>
> I do not think pkg-config sh
On Sunday 23 October 2005 21.48, Ken Bloom wrote:
> I'm tracking through some old bugs I submitted, cleaning up. I'd like
> to close bug 256715, because jpilot and gtk-engines-smooth no longer
> interact (because jpilot uses GTK+2 now). What's the appropriate
> version to specify to the BTS?
If yo
On Mon, Oct 24, 2005 at 02:03:51PM +0200, Gabor Gombas wrote:
> On Fri, Oct 21, 2005 at 07:15:38PM +0200, Kurt Roeckx wrote:
>
> 3D
> > Pretty please don't suggest that unless you first fix pkg-config.
> > It's always linking in the libraries required for static linking
> > even if you don't reque
On Mon, Oct 24, 2005 at 07:13:02PM +0200, Goswin von Brederlow wrote:
> That is indeed the problem. But how would a wraper help? You still
> have to somehow tell the wraper if gcc will later be invoked with -m32
> or -m64.
Whatever build system you use, there must be some logic somewhere to
decid
I demand that Gabor Gombas may or may not have written...
> On Fri, Oct 21, 2005 at 02:15:28AM +0100, Darren Salt wrote:
>> I can see potential problems with that last part regarding upstream
>> developers whose software happens to depend on packages for which
>> pkg-config support remains Debian-
On Mon, Oct 24, 2005 at 12:37:41PM -0200, Henrique de Moraes Holschuh wrote:
> That said, it is sort of on-topic anyway. Can pkg-config be told which arch
> to build to? If it doesn't, it is high time to fix this, and it would fix
> the problem of getting .pc files to be installed to the right p
Gabor Gombas <[EMAIL PROTECTED]> writes:
> On Fri, Oct 21, 2005 at 10:24:11PM +0200, Goswin von Brederlow wrote:
>
>> The problem is that pc files are architecture dependent. With
>> multiarch there will be
>>
>> /usr/lib/i486-linux-gnu/glib.pc
>> /usr/lib/x86_64-linux-gnu/glib.pc
>
> Well, pkg-c
Package: wnpp
Severity: wishlist
Owner: Andre Filipe de Assuncao e Brito <[EMAIL PROTECTED]>
* Package name: tango-icon-theme
Version : 0.3.2.1
Upstream Author : Tango Project
<[EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED]>
* URL : http://www.
Package: wnpp
Severity: wishlist
Owner: Bas Zoetekouw <[EMAIL PROTECTED]>
* Package name: libemf
Version : 1.0
Upstream Author : Allen Barnett
* URL : http://libemf.sourceforge.net/
* License : GPL
Description : drawing toolkit for window metafiles (wmf/e
On Oct 24, Simon Richter <[EMAIL PROTECTED]> wrote:
> In my opinion, it is time to make a virtual package and specify which
We already have one:
Package: iputils-ping
Provides: ping
> interfaces a ping command must support in order to provide this virtual
> package.
Feel free to work on it, if
Hi,
Thomas Bushnell BSG wrote:
Of course. So let's have one ping package that provides the feature
on systems where the headers say "yes, we have this feature."
Unfortunately, exactly that is not going to happen because the iputils
upstream does not care about compatibility and cannot be bo
Package: wnpp
Severity: wishlist
Owner: Luciano Bello <[EMAIL PROTECTED]>
* Package name: nepenthes
Version : 0.1.2
Upstream Author : Nepenthes Development Team <[EMAIL PROTECTED]>
* URL : http://nepenthes.sourceforge.net/
* License : GPL
Description : ve
Package: wnpp
Severity: wishlist
Owner: Steffen Joeris <[EMAIL PROTECTED]>
* Package name: qa-assistant
Version : 0.4.90.4
Upstream Author : Toshio Kuratomi <[EMAIL PROTECTED]>
* URL : http://developer.berlios.de/projects/qa-assistant/
* License : GPL
Descript
On Sat, Oct 22, 2005 at 05:14:20PM -0700, Steve Langasek wrote:
> On Sun, Oct 23, 2005 at 09:41:15AM +1000, Brian May wrote:
> > > "Brian" == Brian May <[EMAIL PROTECTED]> writes:
> > Along similar lines, if a have a "closes: #nnn" in my changelog for
> > package X, but the bug is for package Y
Brian May <[EMAIL PROTECTED]> writes:
> Is it time to think about removing kerberos4kth from the archive
> anyway?
Stanford still uses Kerberos 4. Would removing kerberos4kth be
tantamount to dropping Kerberos 4 support? When I've tried to
use Debian's other implementations of Kerberos in the p
On Mon, 24 Oct 2005, Gabor Gombas wrote:
> Who talked about _arch_ autodetection? I think the discussion was about
Sorry, my bad. I thought that mentioning "arch" and "configure" and
"auto-detection" in the same post meant the kind of runtime arch
autodetection buggy debian packages (and non-buggy
On Sun, Oct 23, 2005 at 11:32:45PM -0700, Steve Langasek wrote:
> On Mon, Oct 24, 2005 at 08:13:12AM +0200, Marc Haber wrote:
> > If so, we need an adduser interface which properly handles LDAP and
> > NIS. This is something that our current adduser does not do, and the
> > corresponding bugs are o
On Mon, Oct 24, 2005 at 10:36:08AM -0200, Henrique de Moraes Holschuh wrote:
> May I humbly remind people that allowing any sort of arch autodetection in
> a Debian package build *IS* *A* *BUG*.
Who talked about _arch_ autodetection? I think the discussion was about
packages that previously only
On Mon, 24 Oct 2005, Gabor Gombas wrote:
> On Fri, Oct 21, 2005 at 02:15:28AM +0100, Darren Salt wrote:
> > I can see potential problems with that last part regarding upstream
> > developers whose software happens to depend on packages for which pkg-config
> > support remains Debian-specific becaus
On 8/2/05, Olaf van der Spek <[EMAIL PROTECTED]> wrote:
> Hi,
>
> What's the maintenance status of the net-tools package?
> It has 88 bugs:
> Serious policy violations - outstanding (1 bug)
> Important bugs - outstanding (8 bugs)
> Normal bugs - outstanding (38 bugs)
> Minor bugs - outstanding (9 b
On Fri, Oct 21, 2005 at 02:15:28AM +0100, Darren Salt wrote:
> I can see potential problems with that last part regarding upstream
> developers whose software happens to depend on packages for which pkg-config
> support remains Debian-specific because upstream doesn't accept the patch.
> It's poss
On Fri, Oct 21, 2005 at 07:15:38PM +0200, Kurt Roeckx wrote:
3D
> Pretty please don't suggest that unless you first fix pkg-config.
> It's always linking in the libraries required for static linking
> even if you don't request it. See for instance bug #254290,
> which was closed, but didn't reall
On Fri, Oct 21, 2005 at 10:24:11PM +0200, Goswin von Brederlow wrote:
> The problem is that pc files are architecture dependent. With
> multiarch there will be
>
> /usr/lib/i486-linux-gnu/glib.pc
> /usr/lib/x86_64-linux-gnu/glib.pc
Well, pkg-config already places .pc files under /usr/lib instead
On Mon, Oct 24, 2005 at 10:10:31AM +0200, Marc Haber wrote:
> And where do system accounts generated by packages on installations go
> to? adduser's interaction with LDAP and NIS is abysmally bad, and
> nobody seems to care.
It is a very bad idea to add system accounts to LDAP/NIS automatically
u
An old issue that resurfaced, now that APT 0.6 entered Testing:
On Fri, 2 Jan 2004 11:24:33 -0800, mdz wrote:
> > On Thu, 2004-01-01 at 23:38, Anthony Towns wrote:
> > > Oh. Also, you're expected to have entries for the md5sum & size
> > > of the uncompressed Packages files *even if you only distr
On Mon, 24 Oct 2005 08:22:44 +0200, Petter Reinholdtsen
<[EMAIL PROTECTED]> wrote:
>[Marc Haber]
>> If so, we need an adduser interface which properly handles LDAP and
>> NIS. This is something that our current adduser does not do, and the
>> corresponding bugs are open for many years.
>
>Well, it
Anthony Towns writes:
>> No, the point is that the Hurd developers should write that feature in
>> the standard tar so that it can be turned on and off with a normal
>> configure test,
>
> Well, why not say "the Hurd developers should write that feature in the
> standard Linux kernel so that it
On Sun, Oct 23, 2005 at 12:51:15PM -0700, Thomas Bushnell BSG wrote:
> Anthony Towns writes:
> > Going too far on the "consistency" side of things makes working on
> > alternative OSes pointless: if Debian GNU/Linux and Debian GNU/Hurd do
> > the exact same thing, why bother putting in the effort
46 matches
Mail list logo
