[I would like to move this thread to Debian-Med list for further discussion
because this package seems relevant to this list]
On Mon, 15 Aug 2005, Jeff Carr wrote:
I hope a developer out there with access to commit packages can take the
initiative to package up agentcell. The authors settled o
On Tue, Aug 16, 2005 at 07:47:01AM +0200, Mike Hommey wrote:
> On Mon, Aug 15, 2005 at 03:41:43PM -0700, Steve Langasek <[EMAIL PROTECTED]>
> wrote:
> > On Sun, Aug 14, 2005 at 02:00:04PM +0200, Mike Hommey wrote:
> > > On Mon, Jul 18, 2005 at 12:06:29PM +0100, Colin Watson <[EMAIL
> > > PROTECTE
* David Weinehall [Tue, 16 Aug 2005 07:40:22 +0200]:
> >* Use g++-3.4 on arm and m68k since 4.0 ICEs there (#323133):
> Won't this create g++ transition chaos on those two platforms?!
No, because g++ 3.4 and 4.0 are ABI compatible:
% g++-3.4 -E -dM - < /dev/null | awk '/GXX_ABI/ {prin
On Mon, Aug 15, 2005 at 03:41:43PM -0700, Steve Langasek <[EMAIL PROTECTED]>
wrote:
> On Sun, Aug 14, 2005 at 02:00:04PM +0200, Mike Hommey wrote:
> > On Mon, Jul 18, 2005 at 12:06:29PM +0100, Colin Watson <[EMAIL PROTECTED]>
> > wrote:
> > > (...)
> > > The 'reopen' command takes an optional sub
On Mon, Aug 15, 2005 at 06:02:06PM -0700, Debian Qt/KDE Maintainers wrote:
[snip]
> libarts1c2 - aRts sound system core components
[snip]
>* Use g++-3.4 on arm and m68k since 4.0 ICEs there (#323133):
Won't this create g++ transition chaos on those two platforms?!
Regards: David Weinehal
On Mon, 15 Aug 2005, Andreas Tille wrote:
Providing a link is the minimum you should do. Filing a RFP
... sorry, reading the subject of the mail again clarifies the link issue ...
;-)
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
On Mon, 2005-08-15 at 16:47 +0100, Rob Bradford wrote:
> > I'd like to have a debian-planet list that would receive blog
> postings
> > from planet.debian.org.
>
> Please don't introduce any more namespace confusion.
I second this proposal too, but I really think, IMHO, it should have a
name like
On Aug 15, Joerg Sommer <[EMAIL PROTECTED]> wrote:
> is it alright to make a file in /usr/share/PKG/examples executable?
Sure. If it's a script and it's not compressed it should be executable.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Tue, Aug 16, 2005 at 08:51:25AM +0900, Junichi Uekawa wrote:
>I'm planning on getting a cdebootstrap supported version released somewhat
>soonish.
>
>I'd be looking for sponsored upload, since if I'm not mistaken,
>and finger [EMAIL PROTECTED] is telling me the correct thing,
>my new gpg key is
On Mon, Aug 15, 2005 at 08:51:31PM +, Joerg Sommer wrote:
> I reported my wish #281892 to have a file in examples executable to
> make it possible to create a symlink on it that is placed in the
> PATH. Or that is to say I would like to have the file
> bogominitrain.pl in examples executab
Hi,
> pbuilder CVS has a rough support for cdebootstrap;
> it seems to be doing well, today it's not working
> for me; maybe it could do better sometime.
This morning I've tried again, and apparently it's doing something
good.
I'm planning on getting a cdebootstrap supported version released s
Hi,
is it alright to make a file in /usr/share/PKG/examples executable?
I reported my wish #281892 to have a file in examples executable to make
it possible to create a symlink on it that is placed in the PATH. Or that
is to say I would like to have the file bogominitrain.pl in examples
executabl
On Sun, Aug 14, 2005 at 02:00:04PM +0200, Mike Hommey wrote:
> On Mon, Jul 18, 2005 at 12:06:29PM +0100, Colin Watson <[EMAIL PROTECTED]>
> wrote:
> > (...)
> > The 'reopen' command takes an optional submitter argument, so it was
> > difficult to get a version in here unambiguously. Instead, we've
On Mon, 15 Aug 2005, Paul TBBle Hampson wrote:
> On Mon, Aug 15, 2005 at 12:16:24AM -0500, Adam Heath wrote:
> > When a new source gets uploaded, it replaces the previous. If several NMUs
> > occur, each one replaces the former. So, when the real maintainer(s) wake
> > up,
> > they can only see
I demand that Henning Makholm may or may not have written...
[snip]
> There is a fairly widespread convention of putting compilation instructions
> in an INSTALL file, but there is no similarly widespread convention for
> putting information about, say, "you'll need these libraries",
ISTM that IN
On Mon, 15 Aug 2005, Henning Makholm wrote:
Idea 1:
lintian: W: /usr/share/doc/README contains installation instructions
I like that one.
Yes - but how should Lintian detect it? Of course one could look for
lines that start with whitespace plus "./configure ", but how reliable
is that?
On Mon, 15 Aug 2005, Jeff Carr wrote:
I hope a developer out there with access to commit packages can take the
initiative to package up agentcell. The authors settled on releasing
this software package under the GPL. It's a great contribution to the
scientific community.
Just thought I'd pass o
On Mon, Aug 15, 2005 at 09:50:41PM +0200, Andreas Schuldei wrote:
> wasnt it me who included the interesting patches into the
> *debian* kernel a year ago?
Depends if you want multiseat X or multiseat VTs, but hearty
congratulations in any case. Well done.
--
To UNSUBSCRIBE, email to [EMAIL PR
On Sun, 14 Aug 2005, W. Borgert wrote:
> On Sun, Aug 14, 2005 at 12:55:11PM -0400, Benjamin Seidenberg wrote:
> > whether to compress the README and similar files, I always end up
> > typing less /usr/share/doc/blah/README.Debian[.gz] using tab
> > completion and have to go back and correcting my c
* Daniel Stone <[EMAIL PROTECTED]> [2005-08-16 01:09:53]:
> On Mon, Aug 15, 2005 at 02:59:17PM +0200, Petter Reinholdtsen wrote:
> > [Steinar H. Gunderson]
> > > How do you make this work? Last time I tried it, X would only show
> > > the one connected to the ???active??? virtual console, and blan
ok now how can i get my password from a for callwave, ihave it all install
please as soon as possible.
On Mon, Aug 15, 2005 at 07:08:52PM +0100, David Goodenough wrote:
> On Monday 15 August 2005 18:27, Florian Ragwitz wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Florian Ragwitz <[EMAIL PROTECTED]>
> >
> > * Package name: libpoe-component-jabber-perl
> > Version : 1.1
> >
On Monday 15 August 2005 18:27, Florian Ragwitz wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Florian Ragwitz <[EMAIL PROTECTED]>
>
> * Package name: libpoe-component-jabber-perl
> Version : 1.1
> Upstream Author : Nicholas Perez <[EMAIL PROTECTED]>
> * URL : http
Christoph Berg wrote:
> I'd like to have a debian-planet list that would receive blog postings
> from planet.debian.org
While I agree that an archive of Planet Debian is desirable, I'm not
sure this is the way to go. It seems to me that an archival feature to
PlanetPlanet would be more worthwhile
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Florian Ragwitz <[EMAIL PROTECTED]> wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Florian Ragwitz <[EMAIL PROTECTED]>
>
> * Package name: viruskiller
> Version : 1.0-1
> Upstream Author : Stephen Sweeney <[EMAIL PROTECTED]>
> *
Package: wnpp
Severity: wishlist
Owner: Florian Ragwitz <[EMAIL PROTECTED]>
* Package name: libpoe-component-jabber-perl
Version : 1.1
Upstream Author : Nicholas Perez <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~nperez/POE-Component-Jabber/
* License : G
Package: wnpp
Followup-For: Bug #302538
Owner: Steffen Joeris <[EMAIL PROTECTED]>
I intend to package unignuplot. We (Debian-edu) are interested in
unignuplot, because of educational purposes.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unst
Package: wnpp
Severity: wishlist
Owner: Florian Ragwitz <[EMAIL PROTECTED]>
* Package name: viruskiller
Version : 1.0-1
Upstream Author : Stephen Sweeney <[EMAIL PROTECTED]>
* URL : http://www.parallelrealities.co.uk/virusKiller.php
* License : GPL-2
Descripti
Ben Armstrong <[EMAIL PROTECTED]> writes:
> While exceptions certainly exist, most of the time, a user reporting a
> bug on a Debian package directly upstream is not appropriate. It is
> better for the user to first seek help from their distribution. Then,
> if it is clear that the issue is upst
On Mon, Aug 15, 2005 at 06:19:08PM +0200, Petter Reinholdtsen wrote:
> [Daniel Stone]
> > Ubuntu implements this from the installer down (although only for
> > the special cases of four nVidia, MGA, or ATI cards, and even then
> > you may need to fiddle with the configuration a little bit), with a
On Monday 15 August 2005 07:45 am, John Hasler wrote:
> Bringing the machine up without networking can be useful for problem
> solving. I prefer to use multiple consoles when doing so. This requires
> multiuser.
You can also use openvt(1) in single-user mode.
Daniel
--
/--
I hope a developer out there with access to commit packages can take the
initiative to package up agentcell. The authors settled on releasing
this software package under the GPL. It's a great contribution to the
scientific community.
Just thought I'd pass on the word,
Jeff
--
To UNSUBSCRIBE, em
On Mon, 2005-08-15 at 08:54 -0700, Russ Allbery wrote:
> I don't understand why people keep saying that upstream bug reporting
> instructions are irrelevant to Debian. Surely I'm not the only person who
> wants to be able to discuss some issues directly with upstream when
> they're not in the slig
On Mon, 2005-08-15 at 16:31 +0200, Henning Makholm wrote:
> I don't think there is a way to get around this difference. There is a
> fairly widespread convention of putting compilation instructions in an
> INSTALL file, but there is no similarly widespread convention for
> putting information about
On Mon, Aug 15, 2005 at 06:14:23PM +0200, Christoph Berg wrote:
> Re: Rob Bradford in <[EMAIL PROTECTED]>
> > > I'd like to have a debian-planet list that would receive blog postings
> > > from planet.debian.org.
> >
> > Please don't introduce any more namespace confusion.
>
> Agreed. What about
[Daniel Stone]
> Ubuntu implements this from the installer down (although only for
> the special cases of four nVidia, MGA, or ATI cards, and even then
> you may need to fiddle with the configuration a little bit), with a
> bunch of patches to xorg -- no kernel patches required. Those
> patches ar
Re: Rob Bradford in <[EMAIL PROTECTED]>
> > I'd like to have a debian-planet list that would receive blog postings
> > from planet.debian.org.
>
> Please don't introduce any more namespace confusion.
Agreed. What about debian-planet-feed?
Christoph
--
[EMAIL PROTECTED] | http://www.df7cb.de/
Mala direta via email e divulgação de Sites Mala direta via email e divulgação
de Sites mala direta dividida por atividade:
http://www.segmails.vze.com
ou
http://www.vendemails.cjb.net
ou
http://geocities.yahoo.com.br/webneggocios/listagemnova.htm
e-mails e-mail free marketing mala direta dividi
On Mon, Aug 15, 2005 at 05:08:58PM +0200, Christoph Berg wrote:
> I'd like to have a debian-planet list that would receive blog postings
> from planet.debian.org.
Please don't introduce any more namespace confusion.
Cheers,
Rob
--
Rob Bradford - http://robster.org.uk
--
To UNSUBSCRIBE, ema
Thijs Kinkhorst <[EMAIL PROTECTED]> writes:
> Requirements on upstream README and information that's useful within
> Debian differ. It often contains information about building,
> installation or bug reporting which is not relevant to Debian.
I don't understand why people keep saying that upstrea
Scripsit John Hasler <[EMAIL PROTECTED]>
> Bringing the machine up without networking can be useful for problem
> solving. I prefer to use multiple consoles when doing so. This requires
> multiuser.
Perhaps I'm just missing some specific technical definition of
"multiuser", but what you describ
Package: lists.debian.org
Severity: wishlist
Hi,
I'd like to have a debian-planet list that would receive blog postings
from planet.debian.org.
The main reason is that after postings expire on the planet website,
it's very hard to find old postings if you cannot remember who wrote
it. Think of "
On Mon, Aug 15, 2005 at 02:59:17PM +0200, Petter Reinholdtsen wrote:
> [Steinar H. Gunderson]
> > How do you make this work? Last time I tried it, X would only show
> > the one connected to the ???active??? virtual console, and blanked
> > the other.
>
> It need some patches to the kernel and X.
Scripsit "Thijs Kinkhorst" <[EMAIL PROTECTED]>
> I agree that currently many people will automatically install this
> README in the /u/s/doc dir, regardless of its contents, while it
> would make more sense to make a judgement whether including it
> actually adds value.
I notice that dh-make will
Henning Makholm wrote:
> Given that it is very rare for machines these days to have banks of local
> ttys attached, is a "multi-user without network" runlevel really relevant
> for even a significant minory of our users? How would those multiple
> users interact with the machine?
Timo Aaltonen wri
Scripsit Ben Armstrong <[EMAIL PROTECTED]>
> On Mon, 2005-08-15 at 10:08 +0200, Thijs Kinkhorst wrote:
>> Requirements on upstream README and information that's useful within
>> Debian differ. It often contains information about building, installation
>> or bug reporting which is not relevant to D
Scripsit Timo Aaltonen <[EMAIL PROTECTED]>
> On Mon, 15 Aug 2005, Henning Makholm wrote:
>> Given that it is very rare for machines these days to have banks of
>> local ttys attached, is a "multi-user without network" runlevel really
>> relevant for even a significant minory of our users? How woul
Scripsit "W. Borgert" <[EMAIL PROTECTED]>
> On Mon, Aug 15, 2005 at 12:42:27PM +0200, Henning Makholm wrote:
>> Yes - but how should Lintian detect it? Of course one could look for
>> lines that start with whitespace plus "./configure ", but how reliable
>> is that?
> Attached test found some cu
W. Borgert wrote:
> - "Readme file for ."
>
> Really?
Can be useful on printouts.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, 2005-08-15 at 06:14 +, W. Borgert wrote:
> Some of the things under Dogme05 is certainly exaggeration.
> Sorry, if people thought I want to propose enforcement of "team
> maintenance policy". However, team maintenance for all
> essential and standard is worthwhile and not un-realistic.
On Mon, 2005-08-15 at 10:08 +0200, Thijs Kinkhorst wrote:
> On Mon, August 15, 2005 01:42, Ben Armstrong wrote:
> > Why not just help improve upstream's README when you encounter poor
> > quality work? That's what you'd do with code, wouldn't you?
>
> Requirements on upstream README and informati
On Mon, 15 Aug 2005, Henning Makholm wrote:
Scripsit Timo Aaltonen <[EMAIL PROTECTED]>
2 multi-user, no network services exported, no NFS
-more secure service-wise than 3
-RH has network here, although they claim that 2 is not used
Given that it is very rare for machines these days to
[Steinar H. Gunderson]
> How do you make this work? Last time I tried it, X would only show
> the one connected to the ???active??? virtual console, and blanked
> the other.
It need some patches to the kernel and X. I'm not sure how many of
these are included in the mainstream kernel and X implem
On Mon, Aug 15, 2005 at 12:42:27PM +0200, Henning Makholm wrote:
> Yes - but how should Lintian detect it? Of course one could look for
> lines that start with whitespace plus "./configure ", but how reliable
> is that?
Attached test found some culprits: aptitude autofs dbus-1
dbus-glib-1 deborph
On Mon, Aug 15, 2005 at 02:16:30PM +0200, Andreas Schuldei wrote:
> My workstation has two heads, with independent Xservers, one for
> me and one for my wife. The number of heads is limited by the
> number of PCI/AGP video cards you can use. The linuxconsole
> project works on a kernel patch that m
* Henning Makholm <[EMAIL PROTECTED]> [2005-08-15 13:17:02]:
> Scripsit Timo Aaltonen <[EMAIL PROTECTED]>
>
> > 2 multi-user, no network services exported, no NFS
> >
> > -more secure service-wise than 3
> > -RH has network here, although they claim that 2 is not used
>
> Given that it is very
On Sat, Aug 13, 2005 at 06:33:59PM +0200, Marc 'HE' Brockschmidt wrote:
> Ron Johnson <[EMAIL PROTECTED]> writes:
> > apt-rdepends
>
> Interesting, but not useful for the case I had today:
>
> [EMAIL PROTECTED]:~$ apt-rdepends --build-depends --reverse foo
> E: Reverse build-dependencies are not
Scripsit Timo Aaltonen <[EMAIL PROTECTED]>
> 2 multi-user, no network services exported, no NFS
>
> -more secure service-wise than 3
> -RH has network here, although they claim that 2 is not used
Given that it is very rare for machines these days to have banks of
local ttys attached, is a "mu
On Fri, Aug 12, 2005 at 06:29:58PM +0900, wrote:
> Hi,
>
> I think that ruby1.6 should be removed from Debian.
> Because Ruby 1.6.x is the old stable version of Ruby.
> (current stable version is Ruby 1.8.x.)
I had authored some very simple ruby scripts on a stable machine in 1.6
which are now t
I'm sure when I read through this thread the first time, I saw an
argument "Get the mozilla people onto our wavelength", but I can't find
it now.
On Sun, Jul 31, 2005 at 10:01:15PM +0200, Martin Pitt wrote:
> It was not an easy decision since usually we follow the same strict
> "minimal patches" b
Scripsit "W. Borgert" <[EMAIL PROTECTED]>
> On Mon, Aug 15, 2005 at 10:55:20AM +0200, Andreas Tille wrote:
>> Idea 1:
>> lintian: W: /usr/share/doc/README contains installation instructions
> I like that one.
Yes - but how should Lintian detect it? Of course one could look for
lines that
Bernd Eckenfels wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> > Please fix your packages. Filing bugs on nearly 500 packages is
> > something I'd prefer not to do
>
> Why do you have filled bug reports, then? Only for my packages?
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=32281
On Mon, Aug 15, 2005 at 09:53:37AM +0200, Henning Makholm wrote:
> Go ahead and file bugs. With patches. And perhaps an explanation
> of why a README in the .deb is not required and, if it exists, is not
> required to equal upstream's.
>
> When a few dozen of your patches have made it to sid, conde
On Mon, Aug 15, 2005 at 10:55:20AM +0200, Andreas Tille wrote:
> Idea 1:
> lintian: W: /usr/share/doc/README contains installation instructions
I like that one.
Cheers,
--
Wolfgang Borgert <[EMAIL PROTECTED]>, http://people.debian.org/~debacle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
On Fri, 12 Aug 2005, Javier Fernández-Sanguino Peña wrote:
On Fri, Aug 12, 2005 at 09:52:38AM -0500, John Hasler wrote:
Timo Aaltonen writes:
Is there will to change the current policy regarding runlevels in Debian?
I'd propose to use the recommendation made by LSB:
Please check the archives
On Sun, Aug 14, 2005 at 01:25:37PM -0500, John Hasler wrote:
> Perhaps the upstream README should be renamed 'README.upstream'?
Given the context, it would probably make more sense to rename it to IGNOREME.
--
.''`. ** Debian GNU/Linux ** | Andrew Suffield
: :' : http://www.debian.org/ |
`
On Mon, 15 Aug 2005, Thijs Kinkhorst wrote:
It is not said that upstream README's are useless per se; I think
W.Borgert's point is the following: judge each upstream README on its own
merits. I agree that currently many people will automatically install this
README in the /u/s/doc dir, regardles
On Sun, Aug 14, 2005 at 02:15:43PM +, W. Borgert wrote:
> Assumptions:
> III. The responsiveness on bug reports is higher, as more people
> can react without having to NMU. Adjustments between team
> members can slow down this, but this is just a matter of
> agreements inside
On Mon, Aug 15, 2005 at 12:16:24AM -0500, Adam Heath wrote:
> When a new source gets uploaded, it replaces the previous. If several NMUs
> occur, each one replaces the former. So, when the real maintainer(s) wake up,
> they can only see the most recent NMU that took place.
Only if each NMU does
Scripsit "W. Borgert" <[EMAIL PROTECTED]>
> On Mon, Aug 15, 2005 at 02:18:39AM +0200, Henning Makholm wrote:
> ...a lot of wise things...
> I have to agree. So how to proceed? File minor bugs against
> README files, that contain predominantly useless information?
What other way would there be
On Mon, August 15, 2005 01:42, Ben Armstrong wrote:
> Why not just help improve upstream's README when you encounter poor
> quality work? That's what you'd do with code, wouldn't you?
Requirements on upstream README and information that's useful within
Debian differ. It often contains information
John Hasler <[EMAIL PROTECTED]> wrote:
> Perhaps the upstream README should be renamed 'README.upstream'?
Why? We currently do not denote every file shippped by upstream with a
.upstream suffix but instead earmark added, Debian-specific items
using the same base name with a .Debian suffix.
This a
Package: wnpp
Severity: wishlist
Owner: martin f krafft <[EMAIL PROTECTED]>
* Package name: libboost-log
Version : 0.0.20050801
Upstream Author : John Torjo
* URL : http://www.torjo.com/code/logging.zip
* License : Boost Public Licence
Description : loggi
73 matches
Mail list logo
