-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steve Halasz wrote:
> On Tue, 2005-12-20 at 16:59 -0500, Nathanael Nerode wrote:
>
>>The following libraries still need to be uploaded with name changes
>>for the c2a transition
[...]
>> log4cxx
I have already created new packages for log4cxx
http:/
Kay Sievers wrote:
There is also the plan to do parallel device probing inside the kernel
some day, that will make the situation of relying on kernel names even
more fragile.
Right, this means that the way of passing "root=/dev/hdc2" will no
longer work because /dev/hdc will sometimes become
Matthew Garrett <[EMAIL PROTECTED]> wrote:
> Francesco Poli <[EMAIL PROTECTED]> wrote:
>
>> That is completely irrelevant. The FSF doesn't use the DFSG as freeness
>> guidelines.
>
> But the DFSG are intended to be a more detailed description of what free
> software (a term initially defined by t
Francesco Poli <[EMAIL PROTECTED]> wrote:
> That is completely irrelevant. The FSF doesn't use the DFSG as freeness
> guidelines.
But the DFSG are intended to be a more detailed description of what free
software (a term initially defined by the FSF) is. If the DFSG are
wildly divergent from the F
On Tue, 2005-12-20 at 16:59 -0500, Nathanael Nerode wrote:
> The following libraries still need to be uploaded with name changes
> for the c2a transition
> (http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html):
> Most are not in testing at the moment.
>
> alps-light1
> aqsis
>
Subject: Thoughts on Debian quality, including automated testing
[ I'm subscribed to -devel, no Cc required. I apologize for the
length, but it's only a bit over 3000 words. I hope the
section titles help, if you want to skip parts. ]
For some time now I have been thinking about ways to make
On Tuesday 20 December 2005 22:22, Glenn Maynard wrote:
> For me, it's a clear win: at least I can edit files. I'm
> probably a fairly typical vim user.
I have to agree with that.
I have used the standard vi for quite some time but always got into
problems by pressing cursor keys which resulted
Nathanael Nerode <[EMAIL PROTECTED]> writes:
> In addition, the following libraries still need to be uploaded with name
> changes for the *c2* transition:
> log4cpp -- new maintainer needs a sponsor, see bug 303794
The new maintainer says that he has a sponsor and is working on fixing
some pro
The following libraries still need to be uploaded with name changes
for the c2a transition
(http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html):
Most are not in testing at the moment.
alps-light1
aqsis
gnuift -- old version is in testing
ivtools -- orphaned, also hadn't un
On Tue, Dec 20, 2005 at 12:36:31PM -0600, Steve Greenland wrote:
> If vim-tiny does have a significant feature advantage over nvi, then
> yeah, that makes sense. Since I'm not a vim user, I can't guess how
> many vim users will start vim-tiny and almost immediately wonder "where
> the fsck is foo;
On Tue, Dec 20, 2005 at 01:11:20PM +0100, Gabor Gombas wrote:
> On Tue, Dec 20, 2005 at 12:19:16AM -0500, Glenn Maynard wrote:
>
> > Well, I get to use other people's systems now and then, and I'm always
> > having
> > to ask people to install vim. If vim is the default, and configured to act
>
On Sat, 3 Dec, 2005 at 17:15:58 +, Colin Watson wrote:
> yaclc provides this.
I also have bug #316385: "[process.in] allow for process.in commands
to restrict themselves to a specific package (like service.in)".
Presently the BTS doesn't seem to have this functionality, but it
would probably n
Package: wnpp
Severity: wishlist
Owner: Francesco Pedrini <[EMAIL PROTECTED]>
* Package name: kmobiletools
Version : 0.4.1.3
Upstream Author : Marco Gulino <[EMAIL PROTECTED]>
* URL : http://kmobiletools.berlios.de
* License : (GPL)
Description : a KDE ap
On 19-Dec-05, 09:21 (CST), Theodore Ts'o <[EMAIL PROTECTED]> wrote:
> Specifically, what I would propose is /etc/localtime.conf contain
> something like "US/Eastern", and let /etc/zoneinfo be a copy of the
> file /usr/share/zoneinfo/`cat /etc/zoneinfo`.
Um, /usr/share/zoneinfo/`cat /etc/localtime
On 20-Dec-05, 12:54 (CST), Graham Wilson <[EMAIL PROTECTED]> wrote:
> I've found vim's defaults are unreadable except on a white background,
> since that is what vim assumes you have by default.
Actually, I do use a white background. Apparently your tolerance for
yellow on white is higher than mi
On 20-Dec-05, 12:26 (CST), Steve Greenland <[EMAIL PROTECTED]> wrote:
> The problem is that there are really enough distinct colors to
> complicated syntax highlighting that works with a variety of backgrounds
> and lighting.
"... are NOT really enough distinct colors to DO complicated syntax
hig
Daniel Schepler wrote:
> One way to fix this is to rewrite the above as:
>
> perl -e 'my $lines=""; my $count=0; '\
> ' while (<>) { '\
> 'next if /^\d+$/; '\
> '$lines.=$_; $count++; '\
> ...
> ' print "$count\n$lines";' \
>
On Tue, Dec 20, 2005 at 09:54:34AM +0100, Frank Küster wrote:
> Kurt Roeckx <[EMAIL PROTECTED]> wrote:
> > On Sun, Dec 18, 2005 at 08:34:04PM +0100, Frank Küster wrote:
> >> I don't know of any autobuilders that build packages from sid against
> >> build-dependencies in experimental.
> >
> > I th
On 20-Dec-05, 09:58 (CST), Stefano Zacchiroli <[EMAIL PROTECTED]> wrote:
> My feeling is that having vim-tiny installed is in the middle in the
> "amount of features" spectrum among having nvi and having vim-nottiny.
> I feel that Joey's (and mine) point in having vim-tiny instead of nvi in
> base
Le Mar 20 Décembre 2005 08:42, Stefano Zacchiroli a écrit :
> On Mon, Dec 19, 2005 at 07:06:34PM -0500, Joey Hess wrote:
> > A few places were identified where vim's defaults are particularly
> > umcomfortable to people who expect a standard vi, these include
> > autoindent being defaulted to on in
Michael Poole <[EMAIL PROTECTED]> wrote:
> Wesley J. Landaker writes:
>
>> Readers should also note that the FSF believes[1] that the QPL is a free
>> license; but it's not GPL compatible.
>
> This does not mean a lot. They believe the same thing of the GNU FDL,
> but the FDL is non-DFSG-free i
On Tue, Dec 20, 2005 at 08:57:08AM -0600, Steve Greenland wrote:
> No, I'm not against syntax highlighting, I use it in emacs. The problem
> is that the colors[1] are unreadable except on when the terminal
> background is black and there are no lights on in the room. I realize a
> lot of hackers wo
On 20-Dec-05, 09:56 (CST), Gabor Gombas <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 20, 2005 at 08:57:08AM -0600, Steve Greenland wrote:
>
> > [1] Dark blue on black. Need I say more?
>
> That's not vim's fault:
>
> $ echo $TERM
> xterm
>
> But this is gnome-terminal, and _not_ xterm.
On Tuesday 20 December 2005 10.33, Ron Johnson wrote:
> On Mon, 2005-12-19 at 17:05 -0500, Joey DePeter wrote:
> > Hey, can you send me dueling banjos sheet music for the viola, I met
> > someone and they play the viola and they love it.
> >
> > Regards,
> > Martin
>
> This really looks like it's a
Scripsit Gabor Gombas <[EMAIL PROTECTED]>
> But this is gnome-terminal, and _not_ xterm. xterm used a white
> default background since prehistoric times, so when vim detects xterm,
> it uses colors that look good with the traditional xterm colors. If it
> detects the Linux console, it uses colors
On Tue, Dec 20, 2005 at 03:41:06PM +0100, Frank Küster wrote:
> > Sure; but again, look at the broader context: if people aren't fixing
> > trivial bugs like the gnuplot one, why should anyone else spend time
> > worrying about the harder ones? Why haven't you done the appropriate
> > NMU of gnuplo
On Tue, Dec 20, 2005 at 10:46:33PM +1000, Anthony Towns wrote:
> Likewise, how do you document the mounting of /run in mtab?
If you start with a read-only /, then no matter what you do, the first
mount command will not be recorded in mtab (unless you implement a mount
daemon that holds mtab in me
On Tue, Dec 20, 2005 at 08:36:50AM -0600, Steve Greenland wrote:
> If the result of this is that a) base is not smaller, and b) vim users
> still have to install vim-nottiny, and c) nvi users now have to
> install nvi, I don't think it's a net win.
My feeling is that having vim-tiny installed is i
On Tue, Dec 20, 2005 at 08:57:08AM -0600, Steve Greenland wrote:
> [1] Dark blue on black. Need I say more?
That's not vim's fault:
$ echo $TERM
xterm
But this is gnome-terminal, and _not_ xterm. xterm used a white
default background since prehistoric times, so when vim detects
On Tue, Dec 20, 2005 at 08:57:08AM -0600, Steve Greenland wrote:
> Disable syntax highlighting.
Syntax highlighting is not enabled per default in /etc/vim/vimrc. In
case we decide to switch it on, it wont be in /etc/vim/virc of course.
Cheers.
--
Stefano Zacchiroli -*- Computer Science PhD stud
On 20-Dec-05, 01:42 (CST), Stefano Zacchiroli <[EMAIL PROTECTED]> wrote:
> So far the only two changes proposed for such a configuration file wrt
> to the current one are:
> - avoid setting "nocompatible"
> - avoid setting "autoindent" on per default
>
> Correct me if I'm wrong.
Disable syntax h
Am 2005-12-12 17:36:15, schrieb Roberto C. Sanchez:
> Better yet, we should make WindowMaker the only window manager in
> Debian. Down with GNOME and KDE!
>
> Does it show that I am a WindowMaker fan? :-)
:-P
fvwm is better using it since Slink
As a Debian Consultant I have customized it for
Am 2005-12-12 17:06:28, schrieb Bas Zoetekouw:
> But what would you gain from that? In my experience, the mirrors are
> fast enough to saturate anything but the fastest (100Mb) links.
FullACK! - OK, I have currently only an E3 in Paris,
but if all goes right I will get my own FiberOptic STM-
Am 2005-12-12 13:23:01, schrieb Goswin von Brederlow:
> Actualy one thing apt could do:
>
> [EMAIL PROTECTED]:~% host security.debian.org
> security.debian.org A 82.94.249.158
> security.debian.org A 128.101.80.133
> security.debian.org A 194.109.137.218
>
> Why not
Am 2005-12-06 09:53:43, schrieb Ivan Adams:
> Hi again,
> in my case:
> I have slow internet connection. BUT I have friends with the same
^^^
> connection
> in my local area network, who have apt-proxy.
> My goal is: When I need to install new system (Debian) on new us
Am 2005-12-05 16:11:35, schrieb Joe Smith:
> This person is requesting parallel downloads from multiple servers. So
> basicly during package download, if there are three full and up-to-date
> mirrors in sources.list, there should be simulatious downloads of different
> packages from all three d
On 19-Dec-05, 18:06 (CST), Joey Hess <[EMAIL PROTECTED]> wrote:
> I'd still like to know what Steve Greenland thinks of this, since he
> maintains nvi. I think that if the maintainers of vim and nvi agree to
> swap the one that is in base, that's their perogative to do now since
> the thread hasn'
On Tue, Dec 20, 2005 at 02:19:36PM +0100, Daniel Schepler wrote:
> Le Mardi 20 Décembre 2005 14:10, Marco d'Itri a écrit :
> > On Dec 20, Daniel Schepler <[EMAIL PROTECTED]> wrote:
> > > This is due to changes in make 3.80+3.81.b3-1 concerning how the lines
> > > are passed to the shell. Previousl
Anthony Towns wrote:
> Sure, getting tetex-3.0 done would've been quicker; but it wouldn't
> necessarily have been quick enough -- after all, it's not ready *now*
> and there's been six months since sarge's release. And this isn't just
> *you*, everyone's in a similar position.
I guess you are r
On Tue, Dec 20, 2005 at 10:09:43PM +1000, Anthony Towns wrote:
> The other aspect is that /var's the place for stuff that varies during
> normal use; introducing some other place for the same thing is redundant
> and thus more complex.
The more I think about it, the usage of /run matches /tmp muc
On Tue, Dec 20, 2005 at 12:45:13AM +0100, Frans Pop wrote:
> Did you move bootlogd init script before udev? That should at least get
> you a log and allow you to check the rest.
That worked, thanks. However, I just compared the contents of
/dev/.static/dev and /dev and I cannot see any device th
Quoting Daniel Schepler ([EMAIL PROTECTED]):
> > It breaks a widely used feature. Why should this change not be
> > considered a make bug?
>
> In make's NEWS.Debian.gz it says this change was for POSIX compliance. And
> since there's the simple way to rewrite these things that I outlined, I thi
On Tue, Dec 20, 2005 at 12:01:44PM +0100, Petter Reinholdtsen wrote:
> [Anthony Towns]
> > Here are the cases:
> > (a) /var on /, mounted rw during normal operation
> > (b) /var a local fs, separate to /
> > (c) / and /var separate NFS mounts
> > (d) / local, /var an NFS mount
> >
Thimo: I've uploaded an NMU to fix gnuplot bugs 321967 and 330024; this is
the context.
On Tue, Dec 20, 2005 at 10:07:34AM +0100, Frank Küster wrote:
> Anthony Towns wrote:
> >> > "A far-east document is typeset in a certain encoding" doesn't sound like
> >> > an RC bug; and therefore not somethi
On Tue, Dec 20, 2005 at 12:10:07PM +0100, Thomas Hood wrote:
> * Other proposed solutions are technically inferior, mostly
> because they are more complex.
The other aspect is that /var's the place for stuff that varies during
normal use; introducing some other place for the same thing is redund
Le Mardi 20 Décembre 2005 14:29, Frank Küster a écrit :
> Daniel Schepler <[EMAIL PROTECTED]> wrote:
> > Le Mardi 20 Décembre 2005 14:10, Marco d'Itri a écrit :
> >> It breaks a widely used feature. Why should this change not be
> >> considered a make bug?
> >
> > In make's NEWS.Debian.gz it says t
Daniel Schepler <[EMAIL PROTECTED]> wrote:
> Le Mardi 20 Décembre 2005 14:10, Marco d'Itri a écrit :
>>
>> It breaks a widely used feature. Why should this change not be
>> considered a make bug?
>
> In make's NEWS.Debian.gz it says this change was for POSIX compliance. And
> since there's the s
Le Mardi 20 Décembre 2005 14:10, Marco d'Itri a écrit :
> On Dec 20, Daniel Schepler <[EMAIL PROTECTED]> wrote:
> > This is due to changes in make 3.80+3.81.b3-1 concerning how the lines
> > are passed to the shell. Previously, they would be concatenated; now
> > they are passed verbatim to the sh
On Tue, Dec 20, 2005 at 03:42:56PM +1000, Anthony Towns wrote:
> For (a) you just need to wait until S10checkroot.sh has finished.
> For (b) you need to wait until S35mountall.sh has finished.
I really like storing the fsck logs and that requires a writable place
before S10checkroot.sh finishes.
On Dec 20, Daniel Schepler <[EMAIL PROTECTED]> wrote:
> This is due to changes in make 3.80+3.81.b3-1 concerning how the lines are
> passed to the shell. Previously, they would be concatenated; now they are
> passed verbatim to the shell, backslashes and newlines included (minus the
> first ta
Just a heads up to all packagers out there that I've been seeing a number of
build failures similar to this one (randomly selected from gsfonts-x11):
perl -e 'my $lines=""; my $count=0; \
while (<>) { \
next if /^\d+$/; \
$lines.=$_; $count
Heya,
The holidays are finally here and it's time to relax and enjoy.
We're the leader in e-p. harm distributing across the US. If your sick of
paying those high prices and want to avoid the hassle of a doc's visit then
here's the place to visit.. Just copy and paste
earthmania.com/?id=dec05
Hu
Osamu Aoki <[EMAIL PROTECTED]> wrote:
> I hope situation will be better soon but I am still struggling why
> debiandoc-sgml-doc fails to build nicely. (Yes, I know I can get by by
> not checking exit code during build process. But that is not a good fix
> I want to do.) Any help is appreciated.
Osamu Aoki <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I realize TeX is tough program to maintain. Thanks to Frank.
>
> One quick and easy way to avoid TeX related build issues are to avoid
> using TeX related tools during build time. So the results will be
> Debian only ships documentations in plain te
On Tue, Dec 20, 2005 at 09:09:27AM +, Roger Leigh wrote:
> Wouldn't that break mtab, or will that be moved under /var at the end
> of booting?
It can be moved. Using mount --bind even the mount binary does not need
to be modified for the new location.
Gabor
--
On Dec 20, Anthony Towns wrote:
> (TBH, I'd be much happier just making the technical changes necessary
> to ensure /var is mounted early -- keeps the filesystem sane, and it's
> just a simple matter of programming, rather than arguing over what's
Me too.
--
ciao,
Marco
signature.asc
Descript
> > Tmpfs memory can be swapped out, so is this even a hypothetical
> > problem?
>
> Maybe it isn't on Linux. I wasn't aware tmpfs could be swapped out.
>
> That still leaves the question of just which features we want to require
> from our non-Linux kernels for basic operation, I guess.
Yes,
On Tue, Dec 20, 2005 at 12:19:16AM -0500, Glenn Maynard wrote:
> Well, I get to use other people's systems now and then, and I'm always having
> to ask people to install vim. If vim is the default, and configured to act
> like vi by default, then people who like old vi get it, and people who like
On Tue, Dec 20, 2005 at 12:13:15PM +0100, Thomas Hood wrote:
> The new mountvirtfs prints such warnings for all the "virtual"
> filesystems.
Where? I do not see any such checks in /etc/init.d/mountvirtfs. Also, to
be effective, such checks should run at level S99 in rc[2345].d and I do
not see an
On Tue, Dec 20, 2005 at 09:23:05AM -0200, Henrique de Moraes Holschuh wrote:
> Then IMHO Debian is NOT the appropriate system to run on that box. Get a non
> glibc-based one that also likes to pass -Os to gcc and compiles the kernel
> with -Os.
AFAIK -Os is not the upstream default for kernel bui
Gabor Gombas wrote:
> ... I'd like to have a check for /run (or /lib/run or whatever)
> being empty at the end of the boot process
The new mountvirtfs prints such warnings for all the "virtual"
filesystems.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
> Heh. You know, you could've just said "Yes, my heart is set on /run"
> right at the start and saved us all a lot of trouble...
Let's just say that you aren't doing very well at reading my heart. :)
Here's what I think about /run, or rather, R:
* A tmpfs R elegantly solves a handful of tricky
On Mon, 19 Dec 2005, Steve Langasek wrote:
> > > by constraining the actual *implementation* of /run (barring ugly
> > > hacking of the init scripts), you've made the system less suitable
> > > for a third use case:
> > >
> > > - memory is at a premium, disk is not
Then IMHO Debian is NOT the appr
[Anthony Towns]
> So why don't we go with this? Thomas?
>
> Here are the cases:
>
> (a) /var on /, mounted rw during normal operation
> (b) /var a local fs, separate to /
> (c) / and /var separate NFS mounts
> (d) / local, /var an NFS mount
> (e) /var local, can't be mounted 't
On Mon, 2005-12-19 at 17:05 -0500, Joey DePeter wrote:
> Hey, can you send me dueling banjos sheet music for the viola, I met
> someone and they play the viola and they love it.
>
> Regards,
> Martin
This really looks like it's a valid-address troll.
--
-
This message is to confirm the removal of your
email address: debian-devel@lists.debian.org from the
Alharamain Sermon(english)
Subscribe Me mailing list.
We're sorry to see you go!
If you feel you have received this notice in error,
please visit the Alharamain Sermon(english)
Subscribe Me maili
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gabor Gombas <[EMAIL PROTECTED]> writes:
> On Tue, Dec 20, 2005 at 03:59:04AM +1000, Anthony Towns wrote:
>
>> That is, pretty much everything that runs as a daemon, and that might
>> have otherwise used /var in general.
>
> That's why I'd like to hav
Anthony Towns wrote:
>> > "A far-east document is typeset in a certain encoding" doesn't sound like
>> > an RC bug; and therefore not something that should hold up transitioning
>> > to testing.
>> The package with the RC bug is debian-reference, which builds documents
>> in different languages
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
Kurt Roeckx <[EMAIL PROTECTED]> wrote:
> On Sun, Dec 18, 2005 at 08:34:04PM +0100, Frank Küster wrote:
>> >
>> > Six months is a lot of time; and experimental should provide you with
>> > the space and machine power to handle the rebuilding.
>>
>> I don't know of any autobuilders that build pack
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
This message is to confirm the addition of your
email address: debian-devel@lists.debian.org to the
Alharamain Sermon(english)
Subscribe Me mailing list.
If you feel you have received this notice in error,
please visit the Alharamain Sermon(english)
Subscribe Me mailing list
at our website:
htt
Package: wnpp
Followup-For: Bug #187275
Owner: Simo Kauppi <[EMAIL PROTECTED]>
* Package name: swftools
Version : 0.7.0
Upstream Author : Matthias Kramm <[EMAIL PROTECTED]> and others
* URL : http://www.swftools.org/
* License : GPL
Description : Collecti
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org added to the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address added
to our list. This is to ensure that someone doesn't add your
address to
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org added to the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address added
to our list. This is to ensure that someone doesn't add your
address to
80 matches
Mail list logo
