Glenn Maynard <[EMAIL PROTECTED]>
> I much prefer vim-tiny over nvi, others have agreed (at least Frans Pop
> and Joey Hess), and not one person so far has actually said they prefer
> nvi over vim [...]
I strongly prefer nvi over vim. I dislike vim enough to
install vile when I need a bigger vi t
On Wed, Dec 21, 2005 at 11:17:43PM +0100, Thomas Hood wrote:
> If the problem is lack of motivation,
> and the chief motivator is a sense of responsibility, then you don't want
> to diffuse that.
Specifically motivation to do *this* task, rather than any of the
others in the pile that need doing.
For the record, I have been favorable to team maintenance for years.
That's why the PTS begs for co-maintainers on packages of priority
standard or higher. That's why I pushed to setup alioth.debian.org.
On Wed, 21 Dec 2005, Thomas Hood wrote:
> It turns out that there is no need for them to be hu
Since I contributed to taking the thread off on a particular tangent
I feel I should try to bring it back to its original topic, which
is an important one.
I would like to hear some discussion about whether or not the quality
of Debian is high enough; and if it is not high enough, what can be
done
On Wed, 21 Dec 2005, Daniel Ruoso wrote:
> Em Qua, 2005-12-21 às 14:34 +, Matthew Garrett escreveu:
> > I think I've said this before, but I have no objections to anyone
> > uploading any of my packages. I'd be even happier if anyone who did so
> > was willing to enter into some sort of recipro
On Thu, 2005-12-22 at 08:38 +, Andrew Suffield wrote:
> On the other hand, I think there might be some benefit to requiring
> that the Maintainer field must always denote one single Debian
> developer, who would be the "buck stops here" guy for that
> package. Not an applicant, not a mailing li
Thomas Hood <[EMAIL PROTECTED]> wrote:
> Under most of these topics Lars discussed automated testing. Are
> there objections to Lars's concrete proposals (e.g., standardization
> on a way to invoke package specific tests)? Are there other ideas?
> Should Debian do more auditing, for example?
I'
In article <[EMAIL PROTECTED]>,
Anthony Towns wrote:
>On Thu, Dec 22, 2005 at 01:37:11AM +, Miquel van Smoorenburg wrote:
>> This works at least on 2.6. [...]
>> This means that /var/run is always writable.
>
>That's really quite nice. I wonder if requiring 2.6 is even much of a
>problem -- 2
On Sun, Dec 18, 2005 at 09:29:24PM +0200, Lars Wirzenius wrote:
> su, 2005-12-18 kello 20:17 +0100, Norbert Tretkowski kirjoitti:
> > We already have two editors in the base system, nvi and nano.
>
> Yes, that being the bloat I was referring to.
I think there should be at least one non-modal edit
Hi,
I am the maintainer of kernel-patch-suspend2 in Debian experimental.
Due to my tendonitis, I am unable to incorporate some necessary
changes to the package, so it's hopelessly outdated. I am thus
looking for people temporarily or permanently interested in helping
with the package. If it is any
Claudio Moratti <[EMAIL PROTECTED]> wrote:
> Hi *
>
> I sent, some time ago, two ITPs: vamps (#320067) and k9copy (#320045)...
>
> Packages are ready, but vamps can not enter in Debian, because the upstream
> author don't want to make public his real identity (now in debian/copyright
> I've a "V
[Miquel van Smoorenburg]
> I tested this and it works fine. It's also a better solution, since
> several packages contain directories in /var/run and ofcourse they
> expect them to still exist after a reboot.
That's a bug, IMO - they should mkdir -p in their init scripts if
necessary. It's not l
On Thursday 22 December 2005 09.38, Andrew Suffield wrote:
> On the other hand, I think there might be some benefit to requiring
> that the Maintainer field must always denote one single Debian
> developer, who would be the "buck stops here" guy for that
> package. Not an applicant, not a mailing l
Thomas, sorry for continuing the debate still on this single aspect of Lars'
mail :-)
On Thursday 22 December 2005 10.02, Thomas Hood wrote:
> C) Fix bugs that have been reported
> For C, Lars discussed different degrees of shift from solitary toward
> collective maintainership. In the seque
also sprach martin f krafft <[EMAIL PROTECTED]> [2005.12.22.1129 +0100]:
> Interested parties please reply privately. I'd enjoy working with
> others on this. We can create an alioth project if necessary.
My latest working tree is at
http://madduck.net/~madduck/scratch/kernel-patch-suspend2_2.
On Thursday 22 December 2005 10.55, Frank Küster wrote:
> - how many bugs does a package have
> - how many have not been dealt with for n months (or days/weeks for RC
> bugs)
Changing the default ordering on the bts web pages from bug age to 'last
action age' might already show some effect.
Hm
to, 2005-12-22 kello 10:20 +, Jon Dowland kirjoitti:
> On Sun, Dec 18, 2005 at 09:29:24PM +0200, Lars Wirzenius wrote:
> > su, 2005-12-18 kello 20:17 +0100, Norbert Tretkowski kirjoitti:
> > > We already have two editors in the base system, nvi and nano.
> >
> > Yes, that being the bloat I was
On Thu, 22 Dec 2005, Miquel van Smoorenburg wrote:
> I tested this and it works fine. It's also a better solution, since
> several packages contain directories in /var/run and ofcourse
> they expect them to still exist after a reboot.
It is trivial to enhance these packages to support an ephemeral
On Thursday 22 December 2005 20:58, "Miquel van Smoorenburg"
<[EMAIL PROTECTED]> wrote:
> Well actually, perhaps we should not even use mount --move. Just
> copying the files is enough:
Copying the files won't work well if some of them are open at the time...
> There are 2 conditions for program
* Aaron M. Ucko [Wed, 21 Dec 2005 15:17:31 -0500]:
> It's not quite that simple, as some applications will also need
> sourceful uploads because tight dependencies between binary-all and
> binary-arch packages yielded broken binNMUs:
> cinepaint
> kgeography
> pingus
> (maybe others, those
Am 2005-12-18 12:36:05, schrieb Ron Johnson:
> On Sun, 2005-12-18 at 12:59 +0100, Steinar H. Gunderson wrote:
> > On Sun, Dec 18, 2005 at 12:34:56PM +0100, Gürkan Sengün wrote:
> > > I've run some scripts to find out the size of binary pakcages in debian
> > > and how theycould be made smaller, her
Hi Andrew,
Am 2005-12-19 03:02:06, schrieb Andrew Suffield:
> I wish we could get it that cheap for my day job. What we have to pay
> to get useful bandwidth has more zeros in it.
I feel with you, because I have an E3 in Morocco and must pay
450.000 DHs wich are around around 43.000 Euro per mon
Am 2005-12-19 09:56:27, schrieb Olaf van der Spek:
> > I wish we could get it that cheap for my day job. What we have to pay
> > to get useful bandwidth has more zeros in it.
>
> Are you paying > 10 $/gb?
> Where is it that expensive?
I pay 450.000 DHs (around 57.000 US$) in Morocco
for an E3 (3
[Russ Allbery]
> Also, I think this is a little silly for small packages. My
> experience with this sort of volunteer work in other areas is that
> if one person does nearly all the work on a regular basis, you're
> not gaining that much by having a backup. The person who is
> theoretically the
* Michelle Konzack:
> Am 2005-12-19 09:56:27, schrieb Olaf van der Spek:
>
>> Are you paying > 10 $/gb?
>> Where is it that expensive?
>
> I pay 450.000 DHs (around 57.000 US$) in Morocco
> for an E3 (34 MBit) with traffic included.
With traffic included? How's that more than 10$ per gigabyte
tr
On 12/21/05, Andrew Suffield <[EMAIL PROTECTED]> wrote:
> > Are you paying > 10 $/gb?
>
> Heck yes, you can't get it that cheap unless you have no SLA (or one
> of those insulting SLAs that come with residential service, claiming
> that it doesn't have to work at all). And you can't get that at all
Package: wnpp
Severity: wishlist
Owner: Robert Millan <[EMAIL PROTECTED]>
* Package name: freebsd6-buildutils
Version : 6.0
* URL : http://www.freebsd.org/
* License : BSD
Description : Utilities for building FreeBSD 6.x sources
This package contains the F
Package: wnpp
Severity: wishlist
Owner: Robert Millan <[EMAIL PROTECTED]>
* Package name: kfreebsd-6
Version : 6.0
* URL : http://www.freebsd.org/
* License : BSD
Description : kernel of FreeBSD 6.x
kfreebsd-source-6.0:
Description: source code for kerne
On Thu, Dec 22, 2005 at 09:58:37AM +, Miquel van Smoorenburg wrote:
> In article <[EMAIL PROTECTED]>,
> Anthony Towns wrote:
> >On Thu, Dec 22, 2005 at 01:37:11AM +, Miquel van Smoorenburg wrote:
> >> This works at least on 2.6. [...]
> >> This means that /var/run is always writable.
> >T
#include
* Goswin von Brederlow [Wed, Dec 21 2005, 05:03:41PM]:
> > $ uncompressor
> > -bash: uncompressor: command not found
> >
> > This solution doesn't look usable in scripts and user have to use a
> > more complex syntax.
>
> You have to replace uncompressor with whatever tool is the right
Em Qui, 2005-12-22 às 10:22 +0100, Raphael Hertzog escreveu:
> On Wed, 21 Dec 2005, Daniel Ruoso wrote:
> > Maybe it would be interesting to have some information in the package
> > saying how the package is managed and the preferrable way of doing an
> > NMU (I actually, think that it's desirable
#include
* Goswin von Brederlow [Wed, Dec 21 2005, 04:19:56PM]:
> > Actual maintainer of dpkg is evaluating the possibility to use 7zip.
> > Even if the decision of using 7zip by default is far from being taken, it
> > looks
> > likely that dpkg will at least start supporting it.
> >
> > Cheers,
Scripsit Lars Wirzenius <[EMAIL PROTECTED]>
> to, 2005-12-22 kello 10:20 +, Jon Dowland kirjoitti:
>> On Sun, Dec 18, 2005 at 09:29:24PM +0200, Lars Wirzenius wrote:
>> > su, 2005-12-18 kello 20:17 +0100, Norbert Tretkowski kirjoitti:
>> > > We already have two editors in the base system, nvi
Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
> [Russ Allbery]
>> Also, I think this is a little silly for small packages. My experience
>> with this sort of volunteer work in other areas is that if one person
>> does nearly all the work on a regular basis, you're not gaining that
>> much by ha
tags 339806 help
thanks
Hi,
db2latex-xsl has a bug that causes cdbs to FTBFS, and this bug has been
open and without a comment for more than a month now. The problem is
that a buggy LaTeX input file is generated, and I have already posted to
the bug how a correct file would look like. But I don
Frank Küster <[EMAIL PROTECTED]> writes:
> It would be good if there was a way to find out "problematic" packages,
> by extracting information about
> - how many bugs does a package have
> - how many of them don't have a single response
> - how many have not been dealt with for n months (or days/
tags 339806 help
thanks
Hi,
db2latex-xsl has a bug that causes cdbs to FTBFS, and this bug has been
open and without a comment for more than a month now. Since cdbs is
kind of a central package, this is too long.
The problem is that a buggy LaTeX input file is generated, and I have
already post
Russ Allbery <[EMAIL PROTECTED]> wrote:
> Frank Küster <[EMAIL PROTECTED]> writes:
>
>> It would be good if there was a way to find out "problematic" packages,
>> by extracting information about
>
>> - how many bugs does a package have
>> - how many of them don't have a single response
>> - how ma
* Christian Perrier <[EMAIL PROTECTED]> [2005:12:22 08:10 +0100]:
> > > Bureaucracy is often designed to do lots of things "better" and it often
> > > doesn't achieve them. It creates needless hassle, more 'paperwork', and
> > > has very few benefits besides making people feel like they've done
>
On Thu, Dec 22, 2005 at 03:43:14PM +1000, Anthony Towns wrote:
> > vim-tiny ranges from 696 to 1852 with a median of 898k.
> > nvi ranges from 560 to 1040 with a median of 648k
> vim itself is only ~600kB, ignoring its dependency on vim-runtime; is
> downgrading that dependency a possibility, so ba
Riku Voipio <[EMAIL PROTECTED]> wrote:
> While I'm a addicted vim user, the build-dependencies of vim(-tiny)
> is a bit scary for a base package. While we do not have requirements
> of base packages of being easily buildable, changing to vim-tiny
> will make bootstrapping a basic debian system agai
On Wed, Dec 21, 2005 at 05:41:45PM -0600, Steve Greenland wrote:
> > vim-tiny depends on the 200k-ish vim-common too, so nvi seems
> > about half the total size of a vim-tiny today.
> Okay, so that's not "about the same". Stefano? If the above numbers are
If this is some kind of insinuation, ... w
Andreas Metzler <[EMAIL PROTECTED]> wrote:
[...]
> bootstrapping, because it does change _when_ in the process vim is
^
not
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTEC
> The fact that a package is important (note: not referring to Priority
> here) is not indicative of the amount of work necessary, nor is it
> indicative of the amount of time and expertise a given maintainer has
> for it.
Sure. However, an "important" package will more badly suffer from lack
o
* Russ Allbery <[EMAIL PROTECTED]> [2005:12:22 09:14 -0800]:
> (debbugs's strong point is handling a small
> number of bugs on *lots* of different packages; I find it somewhat
> difficult to follow when dealing with a *lot* of bugs on a single
> package.)
OT for this thread, but: do you notice th
Erinn Clark <[EMAIL PROTECTED]> writes:
> * Russ Allbery <[EMAIL PROTECTED]> [2005:12:22 09:14 -0800]:
>> (debbugs's strong point is handling a small number of bugs on *lots* of
>> different packages; I find it somewhat difficult to follow when dealing
>> with a *lot* of bugs on a single package.)
please uninstall callwave [EMAIL PROTECTED]
A new version of sysvinit is being prepared for release to experimental.
1. We'll omit /run from this since debate about it continues unabated.
2. One thing I would like to do in this release is to remove the
dynamically created/deleted /etc/login file from the root filesystem.
It is proposed tha
(Improved version, sans confusing typo.)
A new version of sysvinit is being prepared for release to experimental.
1. We'll omit /run from this since debate about it continues unabated.
2. One thing I would like to do in this release is to remove the
dynamically created/deleted /etc/nologin file
In article <[EMAIL PROTECTED]> you wrote:
> to do.
> 2. nameif has issues when using /etc/mactab. I can't remember the exact
> problems as I can't access that machine right now, but I couldn't get
> nameif to work that way.
you should not try to assign ethX because of the not-temp-rename probl
BTW: there are in bts some translations of fuse's debconf templates... may
I close these bugs with the upload which will remove templates at all or
should I close them manually with explanation that there won't be any
questions since now?
As you want. See for example
http://packages.qa.debi
Stefano Zacchiroli <[EMAIL PROTECTED]>
> [...] In the very same post Joey correctly added:
> It's now only marginally larger than nvi [...]
167% is a rather big margin, isn't it?
> I asked Joey, as one of the installer maintainer, and for him the size
> increase is not a problem. If it is a pro
On Thu, Dec 22, 2005 at 05:18:43PM +1100, Russell Coker wrote:
> Putting system directories under /tmp is a really bad idea, it opens
> possibilities of race condition attacks by unprivileged users against system
> processes. Generally for almost everything we should be looking to reduce
> usa
On Thu, 22 Dec 2005, Daniel Ruoso wrote:
> > In the PTS, I'd like to be able to point people to the CVS/SVN/arch
> > repository used by the maintainers, however I can't because the
> > information is not stored, or is stored in a non-formal manner in
> > README.Debian.
>
> Hmmm... You probably poi
On Thu, Dec 22, 2005 at 05:09:02PM +1100, Russell Coker wrote:
> 368K is an issue on a machine with 8M of RAM, it's an annoyance if you have
> 16M, beyond about 32M it stops being a problem.
Yeah, and a new optimization step only takes a few thenth of a second and
only a few extra KB of memory,
On Friday 23 December 2005 10:48, Gabor Gombas <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 22, 2005 at 05:09:02PM +1100, Russell Coker wrote:
> > 368K is an issue on a machine with 8M of RAM, it's an annoyance if you
> > have 16M, beyond about 32M it stops being a problem.
>
> Yeah, and a new optimiza
Thomas Hood wrote:
No-login mode at boot until boot complete: DELAYLOGIN=yes
No-login mode never: rm -f /var/lib/initscripts/nologin ; DELAYLOGIN=no
No-login mode always: touch /var/lib/initscripts/nologin ; DELAYLOGIN=no
Anyone see any problems with this scheme? Any bet
On Friday 23 December 2005 10:36, Gabor Gombas <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 22, 2005 at 05:18:43PM +1100, Russell Coker wrote:
> > Putting system directories under /tmp is a really bad idea, it opens
> > possibilities of race condition attacks by unprivileged users against
> > system pr
On Thu, Dec 22, 2005 at 10:38:31PM +0100, Bernd Eckenfels wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> > to do.
> > 2. nameif has issues when using /etc/mactab. I can't remember the exact
> > problems as I can't access that machine right now, but I couldn't get
> > nameif to work that wa
On Thu, Dec 22, 2005 at 07:39:59PM +0100, Stefano Zacchiroli wrote:
> On Thu, Dec 22, 2005 at 03:43:14PM +1000, Anthony Towns wrote:
> > > vim-tiny ranges from 696 to 1852 with a median of 898k.
> > > nvi ranges from 560 to 1040 with a median of 648k
> > vim itself is only ~600kB, ignoring its depe
On Thu, Dec 22, 2005 at 11:11:59PM +, MJ Ray wrote:
> Stefano Zacchiroli <[EMAIL PROTECTED]>
> > [...] In the very same post Joey correctly added:
> > It's now only marginally larger than nvi [...]
> 167% is a rather big margin, isn't it?
Depends what it's a percentage of; if it were a perce
* Joey Hess ([EMAIL PROTECTED]) wrote:
> As you can see below and in the BTS, vim's maintainer has managed to
> create a vim-tiny package that is vim without some of the extras such as
> syntax highlighting. It's now only marginally larger than nvi, which is
> the standard vi included in the base s
Hi,
On Tue, Dec 20, 2005 at 01:48:12PM +0100, Frank Küster wrote:
> Osamu Aoki <[EMAIL PROTECTED]> wrote:
...
> > I think one to ease tension is to make tetex packages to coexist in
> > archive just like many gcc.
>
> That would be nice - but it would cause even more work, I fear. And it
> woul
On Wed, Dec 21, 2005 at 03:07:10PM +0100, Adrian von Bidder wrote:
> On Wednesday 21 December 2005 12.23, Thomas Hood wrote:
>
> > I don't think that it is ridiculous to require that every package have a
> > team behind it---i.e., at least two maintainers. First, if someone can't
> > find ONE oth
On Wed, Dec 21, 2005 at 03:21:07PM +0100, Goswin von Brederlow wrote:
> Anand Kumria <[EMAIL PROTECTED]> writes:
>
> > On Fri, Dec 16, 2005 at 03:56:30PM +0100, Goswin von Brederlow wrote:
> >> Anand Kumria <[EMAIL PROTECTED]> writes:
> >>
> >> > I'd like to congratulate our ftp-master team on th
Package: wnpp
Severity: wishlist
Owner: Alexander Schmehl <[EMAIL PROTECTED]>
* Package name: squirrel-lang
Version : 2.0.5
Upstream Author : Alberto Demichelis <[EMAIL PROTECTED]>
* URL : http://www.squirrel-lang.org/
* License : zlib/libpng license
Descript
Hi!
I am in the process of implementing Heimdal and OpenAFS into our
laboratory network (already using LDAP for NSS). The network contains a
mixed environment of sarge and sid (even one etch, but I plan to upgrade
that to sid soon). Now, the version of Heimdal will be 0.7.1, which has
been in expe
Juha Jäykkä <[EMAIL PROTECTED]> writes:
> 1) Ssh-krb5 (sarge) and openssh 4.2 (sid) will not talk GSSAPI to each
> other. I gather from openssh mailing lists that no versions of openssh
> <4 and >4 will ever talk GSSAPI together due to some security patches
> made. Thus this is not a Debian -rela
[lots of snippage]
I fear I don't see your point - and I feel you don't see mine.
Here's why I feel *forced* comaintainership is not a solution:
Maintainers divide in
(i) those who already work in teams on their packages
(ii) those who don't.
Ignore (i).
(ii) divides in
(a) those who do a g
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 173 (new: 1)
Total number of packages offered up for adoption: 101 (new: 12)
Total number of packages reques
On Friday 23 December 2005 01.40, Linas Zvirblis wrote:
> Thomas Hood wrote:
> > No-login mode at boot until boot complete:
> > DELAYLOGIN=yes No-login mode never: rm -f /var/lib/initscripts/nologin
> > ; DELAYLOGIN=no No-login mode always: touch
> > /var/lib/initscripts/nologin
71 matches
Mail list logo
