On Mon, Apr 23, 2001 at 02:52:00PM -0400, Timothy H. Keitt wrote:
> Short answer:
>
> [EMAIL PROTECTED]:~$ ls -l /usr/bin/X11/navigator
> lrwxrwxrwx1 root root 27 Apr 12 19:54
> /usr/bin/X11/navigator -> /etc/alternatives/navigator
> [EMAIL PROTECTED]:~$ ls -l /etc/alternatives
nd TV news bulletins to
understand the level of understanding that most Americans have of the world
outside their own trousers.
Matt.
Michael Banck wrote:
> /me invokes azeem's law[0]. This thread has ended.
> [0] Whenever Matt Ryan enters a Flamewar, no more non-value can be added
> to it and therefore the thread will die.
I'm not sure why you see my input as non-value? Surely its not the fact that
a bun
On Fri, May 23, 2003 at 11:11:57PM +0200, Petter Reinholdtsen wrote:
> [Matt Zimmerman]
> >> a) Can I get the hostname in my shell script another way (this could be a
> >> question for this list)?
> >
> > getent hosts foo.bar.baz
>
> getent is available
On Fri, May 23, 2003 at 05:26:28PM -0700, Sean 'Shaleh' Perry wrote:
> > So, why do you think having a more even distribution is a good thing?
> > Or rather, why is the current situation so bad?
>
> indeed. Some packages are "worth" 10 "normal" packages in the amount of work
> they require.
An
On Sat, May 24, 2003 at 09:24:16PM +1000, Herbert Xu wrote:
> Guido Guenther <[EMAIL PROTECTED]> wrote:
> >
> > It's very hard to get these bug fixes anyway since when I do a
> > _complete_ diff between kernel-source-2.X.Y in the archive and the
> > kernel source for architecture foo I'll _always_
On Sat, May 24, 2003 at 11:37:09AM -0400, Daniel Jacobowitz wrote:
> Guido, you're not going about it the right way. It's a three-way merge.
> You take a kernel.org tree, diff it against the architecture tree that
> you're interested in, and then wiggle it into applying to the kernel
> source pac
On Sat, May 24, 2003 at 05:37:31PM +0900, Masato Taruishi wrote:
> > Masato Taruishi <[EMAIL PROTECTED]> wrote:
> > > Ah, the main point of this package is to create a local ad-hoc package
> > > which can coexist with its official package. Escpecially, I can manage
> > > my temporary on-going impr
On Fri, May 23, 2003 at 09:20:28PM +1000, Herbert Xu wrote:
> So unless someone can come up with a solution to this problem,
> we will have to live with multiple Debian source packages for now.
>
> This does make security fixes more difficult than it would be otherwise,
> however, I do not think
On Sat, May 24, 2003 at 08:42:39PM +0200, Christoph Hellwig wrote:
> On Sat, May 24, 2003 at 02:34:17PM -0400, Matt Zimmerman wrote:
> > What benefit is there in not announcing these problems? Security
> > through obscurity? How can we inform our users of their exposure when
On Sat, May 24, 2003 at 08:44:26PM +0200, Guido Guenther wrote:
> On Sat, May 24, 2003 at 01:42:22PM -0400, Matt Zimmerman wrote:
> > So this means that maintainers of the architecture patches must be sure
> > to merge in these fixes, otherwise they may inherit security
> >
On Sun, May 25, 2003 at 07:37:10AM +1000, Herbert Xu wrote:
> Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> >
> > Given an explicit kernel-patch-debian, containing architecture-agnostic
> > differences between kernel.org source and Debian's kernel source,
> >
On Sun, May 25, 2003 at 07:58:09AM +1000, Herbert Xu wrote:
> Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> > By 'independent packages', do you mean that we should have separate
> > kernel-source source packages for each architecture? This would seem to
> >
On Sun, May 25, 2003 at 06:21:00AM +0200, Christoph Hellwig wrote:
> On Sat, May 24, 2003 at 06:32:26PM -0400, Matt Zimmerman wrote:
> > It's not noise at all when it's something that we and others (desperately!)
> > want to know about.
>
> Then read through the pr
On Sun, May 25, 2003 at 09:23:44AM +0200, Christoph Hellwig wrote:
> On Sun, May 25, 2003 at 01:11:44AM -0400, Matt Zimmerman wrote:
> > > Then read through the prepatch diffs, everything adding checks to
> > > ioctl methods or similar is likely one them.
> >
>
On Sun, May 25, 2003 at 04:09:51PM +1000, Russell Coker wrote:
> On Sun, 25 May 2003 15:11, Matt Zimmerman wrote:
> > This approach does not scale. I cannot personally review the diffs for
> > every upstream release of all the software in Debian, nor can any other
> > indiv
On Sun, May 25, 2003 at 09:56:04PM +0200, Andreas Tille wrote:
> I want to package GnuMed which is a Python application accessing
> PostgreSQL server.
>
> http://bugs.debian.org/166282
>
> It comes with a Python bootstrap routine. That means the postinst script
> would need a working Pytho
On Sun, May 25, 2003 at 04:30:08PM -0500, Adam Majer wrote:
> On Sun, May 25, 2003 at 04:50:03PM -0400, Matt Zimmerman wrote:
> > For python, you only need to declare Depends: python to ensure that python
> > is installed and configured when your postinst runs.
>
> Wouldn&
On Mon, May 26, 2003 at 08:39:01AM +0200, Andreas Tille wrote:
> On Sun, 25 May 2003, Matt Zimmerman wrote:
>
> > For python, you only need to declare Depends: python to ensure that
> > python is installed and configured when your postinst runs.
> Are you sure that the
On Mon, May 26, 2003 at 02:26:10PM +0200, Andreas Metzler wrote:
> On Mon, May 26, 2003 at 04:58:01AM -0500, Luca - De Whiskey's - De Vitis
> wrote:
> > On Mon, May 26, 2003 at 11:16:51AM +0200, Gerfried Fuchs wrote:
> [...]
> > > Btw., your line for "Upstream fix: closes:" is not very helpful fo
On Mon, May 26, 2003 at 08:08:28AM -0500, Luca - De Whiskey's - De Vitis wrote:
> On Mon, May 26, 2003 at 02:26:10PM +0200, Andreas Metzler wrote:
> > Which does not help everybody else at all, who have just
> > the meaningless changelog and are using apt-listchanges to read it
> > before installa
On Mon, May 26, 2003 at 11:04:42AM -0500, Luca - De Whiskey's - De Vitis wrote:
> On Mon, May 26, 2003 at 05:15:48PM +0200, Philipp Matthias Hahn wrote:
> > Example:
> > 1. detect bug
> > 2. run reportbug
> > 3. sees, other person was faster and reported bug 42.
> > 4. wait for new version
> > 5.
On Mon, May 26, 2003 at 09:25:42PM +0200, Yann Dirson wrote:
> Matt wrote:
> > The ideal solution would be to be able to share tarballs between source
> > packages. Then, all of the kernel-image packages could be built as if
> > they had a complete kernel source tree as
On Mon, May 26, 2003 at 01:36:15PM -0500, Luca - De Whiskey's - De Vitis wrote:
> On Mon, May 26, 2003 at 01:13:06PM -0400, Matt Zimmerman wrote:
> > A changelog entry which says only Closes: # is worthless; it is the
> > same as leaving the changelog empty and closing the
On Sun, May 25, 2003 at 11:00:34AM +1000, Herbert Xu wrote:
> But the pristine kernel source and the Debian patch are already available
> to the architecture maintainers:
>
> apt-get --tar-only source kernel-source-2.4.xx
> apt-get --diff-only source kernel-source-2.4.xx
>
> So I don't think hav
On Mon, May 26, 2003 at 05:15:48PM +0200, Philipp Matthias Hahn wrote:
> On Mon, May 26, 2003 at 08:12:51AM -0500, Luca - De Whiskey's - De Vitis
> wrote:
> > On Mon, May 26, 2003 at 02:45:16PM +0200, Josip Rodin wrote:
> > > Yes, but there's still no bloody point in making the submitter hunt aro
On Mon, May 26, 2003 at 09:58:25PM +0200, Bernhard R. Link wrote:
> * Matt Zimmerman <[EMAIL PROTECTED]> [030526 21:41]:
> > It is _not_ obvious, and "closes: #..." gives no clue to someone reading
> > the changelog what might have been changed. Internet access
On Mon, May 26, 2003 at 05:21:05PM +0200, Gerfried Fuchs wrote:
> Not only does the mail from bts _not_ include the message (like you
> were told by others already), also other people reading the changelog
> might be interested in it. I for my part am. Is it really asked for too
> much to write _
On Tue, May 27, 2003 at 11:43:22AM -0500, John Hasler wrote:
> Brian Nelson writes:
> > If you're not going to describe upstream fixes in the changelog, then
> > don't close the bug in the changelog. The changelog is for describing
> > changes, not listing meaningless numbers.
>
> If you want to
On Mon, Jun 02, 2003 at 07:39:38AM +1000, Herbert Xu wrote:
> Brian Nelson <[EMAIL PROTECTED]> wrote:
> >
> > "Marcelo E. Magallon" <[EMAIL PROTECTED]> writes:
> >
> >> On Sun, Jun 01, 2003 at 02:59:40PM +0200, Rene Engelhard wrote:
> >>
> >> > >* New upstream version (Closes: #193497)
> >
On Mon, Jun 02, 2003 at 09:07:00PM +1000, Herbert Xu wrote:
> OK. Let me ask you this question: what if the maintainer uploads a
> new upstream release which happens to fix bug #xxx, and then sends
> a message by hand to [EMAIL PROTECTED] with the message
> "This bug is fixed in upstream version
On Mon, Jun 02, 2003 at 12:01:40PM -0400, Lukas Geyer wrote:
> Brian Nelson <[EMAIL PROTECTED]> writes:
>
> > I really enjoy reading a well-written changelog (and I'm subscribed to
> > d-d-changes so I tend to read them all), so I'm interested in improving
> > the quality of ones that aren't quite
On Tue, Jun 03, 2003 at 07:42:05AM +1000, Herbert Xu wrote:
> Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> > Yes. There is no record in the package that a bug report in the Debian BTS
> > was closed in this version. What about other users who experienced the same
>
>
On Mon, Jun 02, 2003 at 07:06:12PM -0500, John Hasler wrote:
> mdz writes:
> > When I open a Debian changelog, I expect to see changes which are
> > pertinent to Debian development. This obviously includes changes which
> > affect the status of Debian bug reports.
>
> >From Debian-Policy 3.5.10.
On Tue, Jun 03, 2003 at 12:31:42PM +0200, Attila SZALAY wrote:
> What can I do with this (from packages.qa.debian.org):
>
> # 42 days old (needed 10 days)
> # out of date on hppa: libzorpll, libzorpll-dev (from 2.0.5.2-1)
>
> This is with package libzorpll.
Go to buildd.debian.org, read the log
On Tue, Jun 03, 2003 at 05:03:09PM +0200, Marcelo E. Magallon wrote:
> On Tue, Jun 03, 2003 at 10:35:51AM -0400, Matt Zimmerman wrote:
> > On Tue, Jun 03, 2003 at 12:31:42PM +0200, Attila SZALAY wrote:
> >
> > > What can I do with this (from packages.qa.debian.org):
On Mon, Jun 16, 2003 at 07:51:07PM +1000, Herbert Xu wrote:
> Which just proves that listing things in the changelog on the basis of bug
> reports is meaningless.
No, it only shows that it is not possible under some circumstances:
specifically, when there was no bug report at the time. To say th
On Mon, Jun 16, 2003 at 08:50:59AM +0200, Andreas Metzler wrote:
> Build-Depends: g++ (>= 3:3.2.2-0)
>
> Many transitioned packages use(d) this to guarantee that the correct
> compiler was used.
Which, of course, does not help with the situation he originally reported
(building a woody package o
On Tue, Jun 17, 2003 at 09:16:57PM +0200, Micha? Drozd wrote:
> Latest I've tried to apt-build xserver-xfree and i got error because
> apt-build couldn't find any candidates to install openbsd.
> (apt-get build-dep has similar problems)
> In .dsc file there is :
>
> Build-Depends: ..., ,
On Tue, Jun 17, 2003 at 10:33:58PM +0200, Florian Weimer wrote:
> Matt Zimmerman <[EMAIL PROTECTED]> writes:
>
> > I urge anyone who participates in package maintenance to read this section
> > in the Developer's Reference:
> >
> > http://www.debian.org/d
On Tue, Jun 17, 2003 at 10:09:44PM +0100, Neil McGovern wrote:
> I've got:
> [...]
> [EMAIL PROTECTED]:~] $ apt-cache show libsensors1
> Package: libsensors1
> Status: install ok installed
...whcih is a locally-installed package not available in the archive.
Whatever package is depending on libse
On Tue, Jun 17, 2003 at 08:25:44PM -0400, Joey Hess wrote:
> I just want to thank the security team for doing such a stellar job
> lately, with both the enormous kernel fixes, and the constant stream of
> advisories on other packages. Though I kinda hope that will taper off
> sometime, or we're go
On Thu, Jun 19, 2003 at 12:36:49AM +0200, Bernd Eckenfels wrote:
> i am very sure, I did never have touched this file, so why is dpkg always
> asking me if i want to overwrite it? IS this a dpkg problem, is it a
> packaging problem, or is is a script which is modifying those files?
I believe this
On Fri, Jun 20, 2003 at 10:27:14AM -0400, David A. Greene wrote:
> Matt Zimmerman wrote:
>
> >If you had wanted to find out the answer before sending this to
> >debian-devel, you would not have had to look very far.
> >bugs.debian.org/python-apt has the answer three
On Fri, Jun 20, 2003 at 03:26:08PM +0200, Giacomo A. Catenazzi wrote:
> >1918space and are masqueraded to the outside internet by a firewall/gateway
> >running Debian on a 486 or low end pentium. I believe this to be a fairly
> >significant proportion of our userbase and I'd oppose any move to
>
On Fri, Jun 20, 2003 at 01:58:08PM -0500, Adam Heath wrote:
> On Fri, 20 Jun 2003, Matt Zimmerman wrote:
> > They will if they want security updates for their firewall.
>
> You mean debian provided security updates. Users can always upgrade and
> compile software themselve
On Mon, Jun 23, 2003 at 04:15:25PM -0700, Farideh Sherbaf wrote:
> Dear Linux Developer and Distributor,
>
> Please allow me to introduce myself. My name is Farideh Sherbaf and I am
> your contact for EPSON Worldwide Developer Relations for scanners and
> All-In-One (Multifunction) products.
On Tue, Jun 24, 2003 at 01:47:55PM +0900, GOTO Masanori wrote:
> At 21 Jun 2003 00:27:18 +0200,
> Mathieu Roy wrote:
> > RedHat provide glibc for i386, i586 and i686. Why doesn't Debian
> > provide several packages for i*86 when the package can be optimized a
> > lot depending on the CPU type?
>
On Wed, Jun 25, 2003 at 07:34:23PM +1000, Herbert Xu wrote:
> 2. debian/changelog readers -- No change. They have lost a slight bit
> information that is irrelevant for the purpose of documenting Debian
> changes.
I am one of these readers. I do this. A lot. Every day. And I am telling
you t
On Wed, Jun 25, 2003 at 01:26:38PM +0900, GOTO Masanori wrote:
> Performance improvement is _not_ my primary intention.At least it needs to
> support libc6-686:
>
> - LinuxThreads floating stack support. It's ready for i686 and later.
>
> - NPTL/TLS support. NPTL currently supports i486 an
On Thu, Jun 26, 2003 at 12:11:07PM +0400, Nikita V. Youshchenko wrote:
> Seems that apt-get ignores -o DPkg::Options.
http://lists.debian.org/deity/
> So dpkg is called without any options from DPkg::Options ...
> Should this be reported as a bug in apt, or I am doing something wrong?
It's a qu
On Thu, Jun 26, 2003 at 09:44:30AM +0200, Christoph Hellwig wrote:
> On Wed, Jun 25, 2003 at 02:04:54PM -0500, Gunnar Wolf wrote:
> > ports - NetBSD gives us the potential to bring Debian to _many_ new
> > platforms.
>
> It's not that many actually. The only CPU that NetBSD claims to support
>
On Thu, Jun 26, 2003 at 07:53:39AM +1000, Herbert Xu wrote:
> Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> > On Wed, Jun 25, 2003 at 07:34:23PM +1000, Herbert Xu wrote:
> >
> >> 2. debian/changelog readers -- No change. They have lost a slight bit
> >>
On Tue, Jul 01, 2003 at 11:03:53PM +, Miquel van Smoorenburg wrote:
> I had a -5 ready to go at about the same time I saw the NMU. I was so
> annoyed I decided to let the issue go for a couple of days. Cool down
> period.
If it was ready, why not upload it and be done with it? The NMU was
v
Package: wnpp
Severity: wishlist
Package name : libapache-miniwiki-perl
Version : 0.83
Upstream Authors : Jonas Oberg, Wim Kerkhoff, James Farrell
URL : http://savannah.nongnu.org/projects/miniwiki/
:
http://search.cpan.org/search?query=Apache-
Package: wnpp
Severity: wishlist
* Package name: librcs-perl
Version : 1.04-1
Upstream Author : Craig Freter craig at freter.com
* URL : http://search.cpan.org/search?query=Rcs&mode=module
* License : "Perl" (GPL / Artistic)
Description : Front end to revi
On Tue, Jul 01, 2003 at 08:40:02PM -0500, Steve Langasek wrote:
> On Tue, Jul 01, 2003 at 05:12:22PM +0200, Julien LEMOINE wrote:
>
> > I received a bug report on stunnel package from an user [1] that
> > complained
> > about the fact that I didn't warning about the new /etc/default/stunnel
On Wed, Jul 02, 2003 at 08:53:57PM -0400, Joe Drew wrote:
> On Wed, 2003-07-02 at 14:00, Matt Zimmerman wrote:
> > This kind of thing would go in the hypothetical NEWS.Debian, but
> > unfortunately I haven't gotten around to implementing support for it in
> > apt-listcha
On Wed, Jul 02, 2003 at 06:34:53PM -0400, Jim Penny wrote:
> Because of security considerations. The configuration file is read on
> startup, and then stunnel chroots away, so that it is no longer visible.
> The command line interface leaked information, internal IP structure,
> internal ports, e
On Wed, Jul 02, 2003 at 04:52:32PM -0700, Cardenas wrote:
> Maybe I'm misunderstanding something, but...
>
> Can you explain a bit more about your process for generating this
> list? Why are the packages in the exceptions file in there?
There seem to be two types of things in the exceptions lis
On Fri, Jul 04, 2003 at 01:46:11AM +0800, Cameron Patrick wrote:
> RFCs aren't software, and so applying the Debian Free /Software/
> Guidelines to them seems a little odd.
But...but...what if you want to make your own "RFC 2661" by embracing and
extending the existing one, and redistribute it to
On Thu, Jul 03, 2003 at 10:54:00AM -0400, Anthony DeRobertis wrote:
> If they are not software, then under clause one of the Social Contract,
> they don't belong in debian.
>
> This has been debated several thousand times on -legal...
I don't recall a consensus that software documentation does
On Sun, Jul 06, 2003 at 07:13:23PM +0100, Scott James Remnant wrote:
> On Fri, 2003-07-04 at 06:01, Joey Hess wrote:
>
> > The file format is the same as a debian changelog file, but we leave off the
> > asterisks generally, and use bigger paragraphs explaining news items when
> > necessary. It m
On Sun, Jul 06, 2003 at 04:31:22PM -0400, Matt Zimmerman wrote:
> On Sun, Jul 06, 2003 at 07:13:23PM +0100, Scott James Remnant wrote:
> > Would this work just as well?
> > [example without distribution and urgency]
>
> It would work just as well. The changelog format wa
On Sun, Jul 06, 2003 at 11:36:34PM +0100, Andrew Suffield wrote:
> On Sun, Jul 06, 2003 at 05:48:24PM -0400, Theodore Ts'o wrote:
> > Err, no. If the htree (hash tree) indexing feature is turned on for
> > ext2 or ext3 filesystems, they will returned sorted by the hash of the
> > filename --- eff
On Sun, Jul 06, 2003 at 08:01:38PM -0400, Joey Hess wrote:
> Scott James Remnant wrote:
> > Is there any particular reason to keep the "unstable; urgency=low"
> > there? It's duplication of information in the changelog, and nearly
> > every developer will probably forget to change the information
On Mon, Jul 07, 2003 at 06:55:01PM +0200, Nenad Antonic wrote:
> Kernel-source-2.4.21 has some configuration problems.
> (make xconfig does not work:
> crypto/Config.in: 43: unknown command
> make[1]: *** [kconfig.tk] Error 1
> make[1]: Leaving directory `/usr/src/k21ter/s
On Mon, Jul 07, 2003 at 08:41:43PM +0200, Nenad Antonic wrote:
> On # Mon, 7 Jul 2003 13:38:35 -0400, Matt Zimmerman wrote:
> > Neither does kernel.org source, and you can patch both of them easily.
>
> Could I just use acpi-20030619 patch from ACPI project page, and apply
On Mon, Jul 07, 2003 at 11:30:27PM +0100, Paul Hedderly wrote:
> On Fri, Jul 04, 2003 at 01:01:14AM -0400, Joey Hess wrote:
> > Thanks to Matt Zimmerman and Joe Drew, apt-listchanges will now display
> > NEWS.Debian entries for upgraded packages. They're displayed before the
&
On Mon, Jul 07, 2003 at 01:23:57PM -0500, Steve Langasek wrote:
> On Mon, Jul 07, 2003 at 12:48:49PM -0500, Branden Robinson wrote:
> > In the future, please upload security fixes with urgency=high.
>
> I'm assuming this is only appropriate if the vulnerability affects
> testing? Since the main
On Tue, Jul 08, 2003 at 01:14:45PM +0200, Ignacio García Fernández wrote:
> It would be nice that there was one design in pgn or something
(...ponders what a T-shirt design in chess notation would look like...)
--
- mdz
On Tue, Jul 08, 2003 at 01:11:46PM -0500, Adam Heath wrote:
> On Sun, 6 Jul 2003, Matt Zimmerman wrote:
> > I filed a wishlist bug about this quite a long time ago (#95579), but
> > got no response.
>
> Hmm, maybe a library(perl) that gives all this information would be
>
On Tue, Jul 08, 2003 at 01:46:49PM -0500, Adam Heath wrote:
> On Tue, 8 Jul 2003, Matt Zimmerman wrote:
> > This change wouldn't break the format or anything; it would only add some
> > additional text to the Changes: field. Surely no programs depend on the
> > _conte
On Wed, Jul 09, 2003 at 10:10:34AM +1000, Jonathan Oxer wrote:
> On Tue, 2003-07-08 at 20:00, Christian Marillat wrote:
> > >
> > > I would recommend to exchange these last two lines. More installations
> > > than users?
>
> Debian seems to be strong as a server-oriented OS: seems quite logical
>
On Fri, Jul 11, 2003 at 11:56:55PM +0200, Michael Karcher wrote:
> Also usable means that the program is not imagemagick. I am really sick
> of tools that read any image they should process (even for something
> simple like shrinking) in 48 bit true color into memory. The netpbm tools
> are far mo
On Tue, Jul 22, 2003 at 09:50:49PM +1000, Anthony Towns wrote:
> On Mon, Jul 21, 2003 at 12:42:51PM -0400, Matt Zimmerman wrote:
> > > > It may be difficult to get 3D acceleration for the
> > > > gamer-card-of-the-week,
> > > > but by no means is it difficu
On Tue, Jul 22, 2003 at 07:48:04PM +0200, Adrian Bunk wrote:
> On Tue, Jul 22, 2003 at 09:31:51AM -0400, Matt Zimmerman wrote:
> >
> > Most device driver issues relate solely to the kernel, which at present is
> > very easy to upgrade from source in woody. The most p
On Tue, Jul 22, 2003 at 09:36:34PM +0200, Adrian Bunk wrote:
> Instead in continuing this discussion, let's agree on some points:
> - you can find hardware that works with Debian 3.0
> - much new hardware doesn't work with Debian 3.0
> - it would be good if Debian would release more frequent (e.g.
On Wed, Jul 23, 2003 at 03:15:55AM -0500, Luca - De Whiskey's - De Vitis wrote:
> On Tue, Jul 22, 2003 at 06:36:06PM -0400, Matt Zimmerman wrote:
> > > I've some questions for you, first. Would you mind, please, to
> > > explain to me why back-porting a patc
On Wed, Jul 23, 2003 at 08:58:55AM -0500, Luca - De Whiskey's - De Vitis wrote:
> Things are clearer now. You're right: i should have done a new package by
> time, but you probably ignore that, due to lack of time, i've filed an RFA on
> phpgroupware which resulted in many mails and no real effort
On Tue, Jul 22, 2003 at 10:58:09PM +0200, Adrian Bunk wrote:
> On Tue, Jul 22, 2003 at 03:51:51PM -0400, Matt Zimmerman wrote:
> > I don't think you'll find much argument with those points. It is a matter
> > of determining what needs to be done in order to achieve th
On Wed, Jul 23, 2003 at 08:18:02AM -0400, Michael Stone wrote:
> A demo package is available at people.d.o/~mstone/
Out of curiosity, is there a particular reason why acl support is not
integrated upstream?
--
- mdz
On Wed, Jul 23, 2003 at 04:51:44PM +0200, Adrian Bunk wrote:
> On Wed, Jul 23, 2003 at 10:26:24AM -0400, Matt Zimmerman wrote:
> > And as I stated above, I think at least half the problem is determining what
> > needs to be done. Have you any suggestions?
>
> If I were re
On Wed, Jul 23, 2003 at 05:57:10PM +0200, Martin Pitt wrote:
> Besides, what's so bad with the current boot-floppies that they could
> not be used for another release? Most people will do a mere
> dist-upgrade anyway, and b-f are thoroughly tested. But this certainly
> is another issue...
Ask a d
On Wed, Jul 23, 2003 at 06:13:39PM +0200, Andreas Metzler wrote:
> Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> > I'm not convinced that establishing release goals will and deadlines
> > speed the release process. For example, a prominent release goal for
> > sarge
On Mon, Jul 21, 2003 at 05:03:08PM -0600, Joel Baker wrote:
> On Mon, Jul 21, 2003 at 12:22:35PM -0400, Matt Zimmerman wrote:
> > Where did this "full speed" expectation come from? Yes, it slows down the
> > process a bit, but in general this is not a big problem.
>
On Thu, Jul 24, 2003 at 04:50:06AM +1000, Anthony Towns wrote:
> For example, I tend to buy cheap hardware wherever possible, especially
> for running desktop Linux since they're generally much faster than I
> need anyway; but this means I tend to get built-in graphics, networking
> and so forth.
On Thu, Jul 24, 2003 at 01:42:25PM +1000, Anthony Towns wrote:
> On Wed, Jul 23, 2003 at 06:17:25PM -0400, Matt Zimmerman wrote:
> > Where I come from, cheap hardware is old hardware, and old hardware has much
> > better support in Linux (and Debian) than new hardware.
>
> W
This month's sourceforge spam says:
> AMD Quad Opteron System on Compile Farm
> -
> Are you curious how your latest code runs on a 4-way 64bit Opteron
> system? Now you can find out using the latest addition to
> Sourceforge.net's compile Farm. AMD has
On Fri, Jul 25, 2003 at 12:02:09AM -0600, Bob Proulx wrote:
> Matt Zimmerman wrote:
> > tolerances. When was the last time you had a motherboard, or CPU, or
> > network card, or a video card die because it was "too old"? This stuff
> > isn't exactly p
On Fri, Jul 25, 2003 at 02:38:29PM +0200, Jesus Climent wrote:
> By taking so long from release to release (NO ofense to anyone) we provide old
> and buggy software (in some cases) which only gets security fixes, but then
> the fame of Debian being rock solid might not be true in all its senses.
On Fri, Jul 25, 2003 at 07:33:25PM -0600, Dwayne C. Litzenberger wrote:
>
> Personally, I'd rather see a better set of tools for programmers to use to
> create temporary files. tmpfile(3) is horribly inadequade for a lot of
> things (like when you need to know the filename of the file you just
>
On Sat, Jul 26, 2003 at 12:03:17PM +1000, Herbert Xu wrote:
> Bob Hilliard <[EMAIL PROTECTED]> wrote:
> >
> > Slightly off-topic, is there any tool to easily determine reverse
> > build-depends?
>
> apt-cache showpkg
apt-cache showpkg does not show reverse build-depends.
--
- mdz
On Sat, Jul 26, 2003 at 03:32:33PM +1000, Matthew Palmer wrote:
> If someone wants to donate an S390 to me I'll happily take it to work on
> d-i; I'll even pay the power bills myself. How's that for selfless
> sacrifice?
On a reasonably fast machine, Hercules is pretty usable for
small-to-medi
On Sun, Jul 27, 2003 at 04:44:44PM +0100, Colin Watson wrote:
> On Sun, Jul 27, 2003 at 04:45:33PM +0200, Matthias Urlichs wrote:
> > It's also tagged "pending" since May... Matthew, do you need a
> > co-maintainer for ssh?
>
> Matthew's *got* a co-maintainer for ssh, as a cursory check of the
>
On Tue, Jul 29, 2003 at 10:06:54AM +0200, Matthias Urlichs wrote:
> > I have done this as well, as I want these bugs out of my face because the
> > are already fixed. 'pending' is my standard "make it go away because it
> > has already been dealt with" tag.
>
> OK, but IMHO it's a good idea to g
On Tue, Jul 29, 2003 at 09:14:26AM +0100, Colin Watson wrote:
> On Tue, Jul 29, 2003 at 12:31:53AM +0400, Nikita V. Youshchenko wrote:
> > Currently, BTS sends weekly two mails to debian-devel-announce - one about
> > WNPP and one about RC bugs.
> >
> > I think it will help to improve Debian qual
On Tue, Jul 29, 2003 at 01:32:39PM +0200, Gerfried Fuchs wrote:
> has been in europe and 2004 should be on a different continent (Asia,
> America, Australia -- there are many nice places that start with A :-)
I would love to see another debconf in North America because I was unable to
make it to
On Tue, Jul 29, 2003 at 02:47:38PM +0200, Matthias Urlichs wrote:
> Hi, Matt Zimmerman wrote:
>
> > Because it is fixed in upstream CVS and I have not merged the patch into
> > the Debian package,
>
> If it's fixed in the next upstream release I would also set the
On Tue, Jul 29, 2003 at 03:24:11PM +0200, Matthias Urlichs wrote:
> Hi, Matt Zimmerman wrote:
> > - it is impossible to tell which bugs are new, and which are crusty old bugs
> > that I cannot help with
> That's obvious from the bug numbers. ;-)
Some bugs get crusty an
301 - 400 of 1069 matches
Mail list logo
