Marco d'Itri wrote:
> On Jan 07, Josh Triplett <[EMAIL PROTECTED]> wrote:
>>I'll assume for the moment you are only disagreeing with the
>>driver->firmware dependencies, not the client->server dependencies,
>>since the latter is standard Debian policy.
>
> No. What I'm saying is that if you stretc
On Fri, Jan 07, 2005 at 11:32:45PM +0100, xerces8 wrote:
> Hi!
>
> ( sorry for not properly replying, I'm using a webmail )
>
> Is only MPEG Layer III patent encumbered ?
> How about the other MPEG stuff ?
> I find it hard to believe that it is all patent-free.
>
> Regards,
> David Balazic
Its
On Sat, Jan 08, 2005 at 12:29:20PM +1100, Hamish Moffatt wrote:
> I don't know. That was the impression I got from the OP's rantings.
> It seemed that the old package worked without the -utils, but the
> new package didn't. So when the new package was unpacked (but
> couldn't be configured), it bro
On Fri, Jan 07, 2005 at 02:55:55PM +, Henning Makholm wrote:
> Scripsit Hamish Moffatt <[EMAIL PROTECTED]>
>
> > As a workaround, the generated modules package could pre-depend on the
> > utils package. That would stop dpkg from unpacking it and leaving a
> > useless installation.
>
> Is the
On Jan 08, Marc Haber <[EMAIL PROTECTED]> wrote:
> On Fri, 7 Jan 2005 10:51:58 +0100, [EMAIL PROTECTED] (Marco d'Itri) wrote:
> >On Jan 07, Bastian Blank <[EMAIL PROTECTED]> wrote:
> >> 3) Some wants to damage the ISP and sends faked mails.
> >I have never seen a joe job resulting in a listing by
On Fri, 7 Jan 2005 10:51:58 +0100, [EMAIL PROTECTED] (Marco d'Itri) wrote:
>On Jan 07, Bastian Blank <[EMAIL PROTECTED]> wrote:
>> 3) Some wants to damage the ISP and sends faked mails.
>I have never seen a joe job resulting in a listing by a reputable DNSBL.
In that logic, Spamcop is not a reputa
On Fri, 7 Jan 2005 00:50:04 -0800, Steve Langasek <[EMAIL PROTECTED]>
wrote:
>Yes, I don't think the release team has any intention of working itself
>ragged to get a second release out 6 months after sarge. I also don't think
>there's any consensus among developers (or users) that we *want* to re
Hi!
( sorry for not properly replying, I'm using a webmail )
Is only MPEG Layer III patent encumbered ?
How about the other MPEG stuff ?
I find it hard to believe that it is all patent-free.
Regards,
David Balazic
Better you file a message to BTS
Am 2005-01-07 12:53:59, schrieb Clemens Schwaighofer:
> Hi,
>
> I have a Debian/testing box, and I have a small issue with the maildrop
> packages.
> Later (~2 months afterwards), I decided to purge unused packages and
> with them maildrop was removed _and_ the
Ralf Treinen <[EMAIL PROTECTED]> writes:
> On Thu, Jan 06, 2005 at 11:03:08PM +0100, Steffen Moeller wrote:
>> Package: wnpp
>> Severity: wishlist
>>
>>
>> * Package name: perlprimer
>> Version : 1.1.5
>> Upstream Author : Owen Marshall <[EMAIL PROTECTED]>
>> * URL :
> Would you have any problem with following the package naming proposal at
> http://vemod.net/slask/policy.txt? It was posted to the debian-qt-kde
> mailing list and the issues that were raised have been fixed. If not, I'd
> at least like to have some input.
kwin-deco-name is probably a better nam
Hi,
you receive this mail because one of your packages depends of
libflac4. See the list below. I've decided to send this mail after
talking to the maintainer of one of these packages and learning that
he wasn't aware of the issue. I hope you find this information useful.
Recently, flac
> * Package name: kwin-deco-crystalgl
Would you have any problem with following the package naming proposal at
http://vemod.net/slask/policy.txt? It was posted to the debian-qt-kde mailing
list and the issues that were raised have been fixed. If not, I'd at least
like to have some input.
T
On Jan 07, Josh Triplett <[EMAIL PROTECTED]> wrote:
> I'll assume for the moment you are only disagreeing with the
> driver->firmware dependencies, not the client->server dependencies,
> since the latter is standard Debian policy.
No. What I'm saying is that if you stretch the definition of
"requi
|| On Mon, 3 Jan 2005 01:08:49 -0500
|| Kevin Mark <[EMAIL PROTECTED]> wrote:
km> Hi Folks,
km> I have updated my diagram on the debian developement model. Any comments
km> appreciated!
IMHO have one wrong information on that. When the package go to
experimental, it comes from DD .deb like when
* Alexander Schmehl <[EMAIL PROTECTED]> [050107 19:46]:
> Yes, a legend for the acronyms would be fine.
Oh, I just saw, that your diagramm has a legend. I'm wondering, why I
didn't noticed it the other day..
Yours sincerely,
Alexander
signature.asc
Description: Digital signature
Hi Kevin!
* Kevin Mark <[EMAIL PROTECTED]> [050106 05:52]:
> > What is the target group of your diagramm?
> I wanted to visualize the deb lifecycle for my understanding of 'the
> debian way'. So I was the 'target'. I asked for comments here and there
> to fill in missing bits. And once I did it
"Bernhard R. Link" <[EMAIL PROTECTED]> writes:
> I just run over some problem I'd like to get discussed here, as it
> might effect wheather some GFDL documents are distributeable at
> all and thus wheather they could be included in the non-free
> section or the sarge distribution.
Please ask yo
El vie, 07-01-2005 a las 20:34 +1000, Anthony Towns escribiÃ:
> Someone should patch Thunderbird so it handles M-F-T:. Grump.
>
> Wouter Verhelst wrote:
> >>Packages qualify to be enter prestable after residing in testing for
> >>ten days and having NO RC BUGS. The idea is to keep prestable in a
>
Package: wnpp
Severity: wishlist
* Package name: yacpi
Version : 1.0
Upstream Author : Nico Golde <[EMAIL PROTECTED]>
* URL : http://www.ngolde.de/yacpi/
* License : GPL
Description : ncurses based acpi monitor for text mode
yacpi (yet another configurat
Scripsit Hamish Moffatt <[EMAIL PROTECTED]>
> As a workaround, the generated modules package could pre-depend on the
> utils package. That would stop dpkg from unpacking it and leaving a
> useless installation.
Is the installation really more useless with the modules
unpackaged-but-not-configured
El jue, 06-01-2005 a las 13:43 -0800, Will Lowe escribiÃ:
> > Is that really true? I would love to run "apt-get dist-upgrade" every
> > half a year. Currently it doesn't get me much. :) Now, for production
> > systems, don't you do some testing *before* you upgrade the OS?
>
> Sure I do. But I
On Fri, 07 Jan 2005, Kees Leune wrote:
> /usr/lib/appname/php Publicly loadable PHP pages
> /usr/lib/appname/libIncluded PHP libraries (not reachable via httpd)
> /var/lib/appname Persistant data
> /etc/appname/appname.cfg Configuration
> /etc/appname/apache.conf Apache c
Quoting Kees Leune <[EMAIL PROTECTED]>:
> Hi,
>
> I am preparing an ITP for a PHP application that is currently under
> development at my place of employment. While thinking about packaging
> it, I was wondering if there is any PHP application policy or best
> practice. I am now leaning to a setu
Hi,
I am preparing an ITP for a PHP application that is currently under
development at my place of employment. While thinking about packaging
it, I was wondering if there is any PHP application policy or best
practice. I am now leaning to a setup as follows:
/usr/lib/appname/php Publicly loa
On Fri, Jan 07, 2005 at 11:08:40AM +0100, Michal Politowski wrote:
> Could you possibly explain clearly what is the difference
> between using dpkg -i to install a package build from some *-source
> and using it to install _any_ _other_ _package_?
>
> If you want the convenience of automatic depen
Matt Kraai writes:
> On Thu, Jan 06, 2005 at 06:53:40PM -0500, Michael Poole wrote:
> > To play devil's advocate: Why is wine in main? Its only use is to run
> > proprietary windows programs inside the WINE environment, so it's a
> > clear fit for contrib.
>
> No, there is free software for Micr
On Thu, Jan 06, 2005 at 06:53:40PM -0500, Michael Poole wrote:
> To play devil's advocate: Why is wine in main? Its only use is to run
> proprietary windows programs inside the WINE environment, so it's a
> clear fit for contrib.
No, there is free software for Microsoft Windows. See, for instanc
On Thu, Jan 06, 2005 at 09:06:20AM +0100, Marc Haber wrote:
> On Wed, 5 Jan 2005 09:31:41 +1100, Andrew Pollock
> <[EMAIL PROTECTED]> wrote:
> >That said, this (rather large) blocker shouldn't be the issue it has been
> >for this release for the next one. The two biggest blockers to releasing any
>
* Bernhard R. Link:
> Consider next that this info file does not contain the advertised
> section nor contains the GFDL at all.
I think that's why there is a @copying directive in recent Texinfo
versions. You could change the Texinfo source to use it.
I just run over some problem I'd like to get discussed here, as it
might effect wheather some GFDL documents are distributeable at
all and thus wheather they could be included in the non-free
section or the sarge distribution.
Consider a (hypothetical[1]) package with some info-page having the
f
On Fri, Jan 07, 2005 at 11:22:43AM +, Colin Watson wrote:
> On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
> > Given that -source packages do not adequately specify the dependencies
> > to be able to use the output, one must NEVER run "dpkg -i" a given deb
> > without first
[Please don't mail -qa with ill-formed rants. They are not appropriate
there. They are also not appropriate in the bug tracking system, so I've
removed the off-topic #287949 from the cc list.]
On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote:
> Given that -source packages do not ade
Someone should patch Thunderbird so it handles M-F-T:. Grump.
Wouter Verhelst wrote:
Packages qualify to be enter prestable after residing in testing for
ten days and having NO RC BUGS. The idea is to keep prestable in a
highly stable state at all times, a rolling stable if you will.
That's how tes
On Thu, 6 Jan 2005 17:29:27 -0500, William Ballard wrote:
> On Thu, Jan 06, 2005 at 11:22:47PM +0100, Joerg Jaspert wrote:
> > Sorry, but a package can't install a brain.
> > It builds a new package, so you look at that one before you do
> > anything. Where is the problem?
>
> Why even bother hav
On Jan 07, Bastian Blank <[EMAIL PROTECTED]> wrote:
> 3) Some wants to damage the ISP and sends faked mails.
I have never seen a joe job resulting in a listing by a reputable DNSBL.
Did you?
--
ciao,
Marco
signature.asc
Description: Digital signature
On Fri, Jan 07, 2005 at 06:10:37PM +1100, Russell Coker wrote:
> There is some minor inconvenience to sender when a message is rejected due to
> the spamcop DNSBL, but that falls into one of two categories:
You forgot one:
3) Some wants to damage the ISP and sends faked mails.
Bastian
--
Tota
On Tue, Jan 04, 2005 at 08:08:05PM -0600, Marcelo E. Magallon wrote:
> On Tue, Jan 04, 2005 at 03:34:20PM +0100, Martin Schulze wrote:
> > > One of the biggest disadvantages of Debian for me is the long time
> > > it takes for a new stable version.
> > > What about saying something like: the n
#include
* Greg Folkert [Thu, Jan 06 2005, 07:13:02PM]:
> > The temporary apt-repository is the only reliable
> > solution. m-a is solving a problem I don't have.
>
> Fine then, don't use it. It'll pull the deps before it install the
> modules and unloads them and re-loads them.
No, it doesn't
On Thu, Jan 06, 2005 at 11:03:08PM +0100, Steffen Moeller wrote:
> Package: wnpp
> Severity: wishlist
>
>
> * Package name: perlprimer
> Version : 1.1.5
> Upstream Author : Owen Marshall <[EMAIL PROTECTED]>
> * URL : http://perlprimer.sourceforge.net
> * License
On Thu, 6 Jan 2005 10:00:32 +0100, Jan Niehusmann <[EMAIL PROTECTED]> wrote:
> Good point. But that problem can be solved by some program checking that
> all installed packages are actually available from the selected
> distribution(s).
>
> That could be integrated into apt (e.g. apt-get upgrade w
On Friday 07 January 2005 10:03, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> Russell Coker <[EMAIL PROTECTED]> writes:
> > The problem with spam filtering is that it's always a matter of
> > trade-offs. If there is too much spam then when deleting all the spam you
> > will accidentally delete
On Thu, Jan 06, 2005 at 12:55:14PM +, Henning Makholm wrote:
> Scripsit Steve Langasek <[EMAIL PROTECTED]>
> > On Wed, Jan 05, 2005 at 11:47:57PM +, Henning Makholm wrote:
> >> Does it also apply to signing .dsc's?
> > The archive scripts won't act on an uploaded .dsc without an accompany
43 matches
Mail list logo
