In article [EMAIL PROTECTED]
[EMAIL PROTECTED] writes:
I won't debate whether this is true in general, bug it is certainly
unnecessary in the case of pump. I have specifically added code to
deal with the inability to write to /var/run by making pump fall back
to using TCP sockets.
It will also
Blars Blarson [EMAIL PROTECTED] wrote:
It will also need to cope with writing to /var/run on the root
partition, having /var mounted, and later processes not being able to
open the file since the /var/run directory on the root disk is
inaccessable.
It does. If the Unix-domain socket does
* Fumitoshi UKAI
| At Fri, 11 Apr 2003 13:52:12 -0400 (EDT),
| Joe Nahmias wrote:
|
| Will these packages will still be available through archive.d.o or will
| they be purged from there as well?
|
| These packages will be available through http://snapshot.debian.net/,
| as much as I can
Package: wnpp
Version: unavailable; reported 2003-04-13
Severity: wishlist
* Package name: sonar
Version : 0.2
Upstream Author : Philipp Lay [EMAIL PROTECTED]
* URL : http://platon.intra-tec.de
* License : BSD
Description : console chat via ICMP (ping)
Le sam 12/04/2003 à 15:34, Andrew Suffield a écrit :
phpgroupware
Again, several alternatives.
Sorry ?
pppoeconf
Yay, another config tool. Just what we need.
Sure. Instead of being able to set up a DSL line in a few seconds, we
should let users handle all those configuration files by
On Sat, Apr 12, 2003 at 10:02:33PM +0200, Wichert Akkerman wrote:
[...]
* Logging in on quantz (the machine running Alioth) is slow. Very slow.
It seems that OpenLDAP as running on quantz is not very fast. We are
already using all the useful indices on the LDAP database and using
nscd,
On Sat, 2003-04-12 at 23:56, Herbert Xu wrote:
* Change /sbin/pump to:
* Store PID in /run, not in /var/run
I won't debate whether this is true in general, bug it is certainly
unnecessary in the case of pump. I have specifically added code to
deal with the inability to write to
On Sat, 2003-04-12 at 10:12, Anthony DeRobertis wrote:
On Wed, 2003-04-09 at 14:17, Thomas Hood wrote:
* ppp
* Change /usr/sbin/pppd to:
* Store PID in /run/, not in /var/run/
Why? Is the goal to make PPP-mounter /var to work?!
I suppose someone might want to mount /var/
* Bernd Eckenfels [EMAIL PROTECTED] [030412 15:49]:
I guess you thought about http://snapshot.debian.net/ instead of archive?
s.d.n main page explicitely says that removed pkgs will be retained there.
So there's no problem recovering the latest version from sid of a package.
Well, they
Wichert Akkerman, on 2003-04-12, 22:02, you wrote:
* Logging in on quantz (the machine running Alioth) is slow. Very slow.
It seems that OpenLDAP as running on quantz is not very fast. We are
already using all the useful indices on the LDAP database and using
nscd, but especially
Previously Joerg Wendland wrote:
When debugging an application of mine using OpenLDAP I found out, that
each single ACL makes not queries but return of results significantly
slower. Maybe you want to try to tune these...
ACL can make LDAP horribly slow, but we already have a pretty minimal
Hi,
When the debian-desktop project was started, there was a lot of talk
about creating kernel images patched for improved performance. Most
people agreed that this would be a good idea. Unfortunately no such
packages seem to have been created.
Is anybody working on this? What problems are
On Saturday 12 April 2003 15:34, Andrew Suffield wrote:
On Fri, Apr 11, 2003 at 10:57:34PM +0200, Lars Bahner wrote:
pptp-linux
AIUI, you have to rebuild your kernel with a patch, and the version of
the patch in the archive doesn't work on recent kernels. So I doubt
many people will be
On Saturday 12 April 2003 18:57, Bruno David Rodrigues wrote:
- Mensagem Reenviada de [EMAIL PROTECTED] -
With no restrictions or special requirements, osCommerce is able
to run on any PHP3 or PHP4 enabled web server, on any environment
that PHP and MySQL supports, which includes
On Sat, 2003-04-12 at 02:34, Jeremie Koenig wrote:
Sounds quite good. But I have a suggestion about going one step further:
include the whole thing into ifupdown.
[...]
In the following, where you write '/etc/resolv-update.d' I guess you
meant to say '/etc/network/resolv-update.d' since
On Sun, Apr 13, 2003 at 03:16:00PM +0200, Adrian 'Dagurashibanipal' von Bidder
wrote:
Not about to offer to take pptp-linux, though - it's not essential for me,
and
I guess as a non-DD, it would be a bit tough to take on as a first package.
If you change your mind and need a sponsor, let me
Hi!
There is a package I adopted (bugsx), which uses Imake. However the
previous maintainer didn't use upstream makefile install{,.man} targets
(which put the binary and manpage in /usr/X11R6/{man,bin}), and instead
installed them manually into /usr/{share/man,bin}.
My question is: how to
I'm trying to port the latest lpr release from OpenBSD to Debian (the
package has been orphaned and I'm trying to take it over) and the
process is not entirely straightforward. Are there any tips (common
pitfalls etc) for porting applications from *BSD to Linux?
--
* Kettering's Law:
Marcin Owsiany wrote:
My question is: how to interpret policy section 12.8.7. Is to mean:
All packages using imake should puth files where imake-generated
makefile would put them, period.
or
Everything should go to /usr/{bin,share/man}, but if your package uses
imake, you're
On Sun, Apr 13, 2003 at 03:54:58PM +0200, Thomas Hood wrote:
In the following, where you write '/etc/resolv-update.d' I guess you
meant to say '/etc/network/resolv-update.d' since /etc/network is
where ifupdown stores its configuration files.
Sure.
Underlying programs to configure
clone 188665 -1 -2
reassign -1 binutils
reassign -2 openoffice.org
reassign 188665 xfree86-common
thanks
Hi,
[Since flex is standard, perhaps this migration issue needs
wider audience, hence the CC to debian-devel]
The behaviour of flex has changed in the latest
I understand that this requires all packages using lex to
massage their lexers to conform to the new behaviour of flex; but the
gains in reduced complexity of the scanner and reentrancy and
standards compliance are well worth it.
and like the gcc 3.2 change over, the upstreams will
Package: wnpp
Version: unavailable; reported 2003-04-13
Severity: wishlist
* Package name: kxl
Version : 1.1.7
Upstream Author : Katsuyoshi Sato [EMAIL PROTECTED]
* URL : http://kxl.hn.org/kxl1xx.php
* License : LGPL
Description : a multimedia library for
I'm now getting a redefinition error and couldn't easily figure it out:
In file included from conf_analysis_yy.h:5,
from conf_analysis.yy:7:
/usr/include/FlexLexer.h:112: redefinition of `class yyFlexLexer'
/usr/include/FlexLexer.h:112: previous definition of
On Sun, Apr 13, 2003 at 02:27:10PM +0200, Wichert Akkerman wrote:
Previously Joerg Wendland wrote:
When debugging an application of mine using OpenLDAP I found out, that
each single ACL makes not queries but return of results significantly
slower. Maybe you want to try to tune these...
On Sun, 2003-04-13 at 19:25, Jeremie Koenig wrote:
* Make the latter scripts get their resolv.conf data from stdin
instead of from the /run/network/resolv.d/* files
This is important. It must be possible to control which nameservers go
to which recipient script. For instance bind mustn't be
On Sat, 2003-04-12 at 02:02, Eduard Bloch wrote:
#include hallo.h
* Drew Scott Daniels [Thu, Apr 10 2003, 02:11:36PM]:
I don't quite understand all the concepts being discussed but the
following web pages may be worth reading.
http://master.debian.org/~brinkmd/arch-handling.txt
The
I demand that José Luis Tallón may or may not have written...
[snip]
Sorry, i must me missing something obvious, but why would we need lib64foo
? Why not just define the new architecture x86-64 and have katie/buildd do
the rest?
[snip]
Anything to do with the ability to mix-and-match 32 and
Package: wnpp
Version: unavailable; reported 2003-04-13
Severity: wishlist
* Package name: geki3
Version : 1.0.3
Upstream Author : Katsuyoshi Sato [EMAIL PROTECTED]
* URL : http://kxl.hn.org/games.php
* License : GPL
Description : a horizontal shoot'em-up
On Sun, 2003-04-13 at 08:52, Mark Howard wrote:
Hi,
When the debian-desktop project was started, there was a lot of talk
about creating kernel images patched for improved performance. Most
people agreed that this would be a good idea. Unfortunately no such
packages seem to have been
Package: wnpp
Version: unavailable; reported 2003-04-13
Severity: wishlist
* Package name: grande
Version : 0.6
Upstream Author : Katsuyoshi Sato [EMAIL PROTECTED]
* URL : http://kxl.hn.org/games.php
* License : GPL
Description : a vertical shoot'em-up
Package: wnpp
Version: unavailable; reported 2003-04-13
Severity: wishlist
* Package name: geki2
Version : 2.0.3
Upstream Author : Katsuyoshi Sato [EMAIL PROTECTED]
* URL : http://kxl.hn.org/games.php
* License : GPL
Description : a vertical shoot'em-up
Citando Adrian 'Dagurashibanipal' von Bidder [EMAIL PROTECTED]:
On Saturday 12 April 2003 18:57, Bruno David Rodrigues wrote:
- Mensagem Reenviada de [EMAIL PROTECTED] -
With no restrictions or special requirements, osCommerce is able
to run on any PHP3 or PHP4 enabled web
* Colin Walters
| Anthony Towns has mentioned a few times that he thinks sarge will use
| Linux 2.6, which comes with most of the goodies like preemption already
| included. We'll probably just need a separate kernel-image-preempt
| package or something that debian desktop can have installed by
On Sat, Apr 12, 2003 at 02:34:32PM +0100, Andrew Suffield wrote:
On Fri, Apr 11, 2003 at 10:57:34PM +0200, Lars Bahner wrote:
pptp-linux
AIUI, you have to rebuild your kernel with a patch, and the version of
the patch in the archive doesn't work on recent kernels. So I doubt
many people
Hi.
(I first submitted this question to debian-testing, but was referred here for
discussion.)
I have been looking at the excuses page[0] and was struck by how very old
some packages are in testing, yet only the very latest bleeding edge version
from unstable appears to be considered for
Package: wnpp
Version: unavailable; reported 2003-04-13
Severity: wishlist
* Package name: phpscribe
Version : 0.5.0
Upstream Author : Marcos Pont [EMAIL PROTECTED]
* URL : http://phpscribe.sourceforge.net
* License : GPL
Description : a documentation
Thomas Hood [EMAIL PROTECTED] wrote:
Unnecessary; but would using /run for the pidfile be a better
(e.g., simpler) solution?
If not then do you think the TCP-socket approach is the way
to deal with every program that writes a pidfile when /var/
may be absent?
Pump doesn't write pid
On Sun, Apr 13, 2003 at 11:11:27PM +0200, Tollef Fog Heen wrote:
* Colin Walters
| Anthony Towns has mentioned a few times that he thinks sarge will use
| Linux 2.6, which comes with most of the goodies like preemption already
| included. We'll probably just need a separate
Title: Que haras en Semana Santa ?
Este
mensaje no puede ser considerada SPAM mientras incluya la forma
de
ser removido. Para ser removido de la lista y no recibir
futuros
Bj?rn Stenberg wrote:
(I first submitted this question to debian-testing, but was referred here for
discussion.)
[If you would be so kind as to word wrap your messages before you send
them it would make reading and replying to them much easier.]
Well, actually I was hoping you would search
Almost the whole Debian website meets the HTML standards except some
online documentation which seems to be a problem of debiandoc2html
(#188117).
In a quick survey I found more packages which generate code which
doesn't pass the check on http://validator.w3.org:
gallery
latex2hmtl
netsaint
On Mon, 14 Apr 2003 09:39, David Nusinow wrote:
How much is broken with 2.5 right now? Could someone who's familiar
with the issues give an approximation as to how much work it would take
to adapt d-i to 2.5?
2.5 has a replacement set of utilities for loading kernel modules. The
installer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've found the bug in bochs that was stopping me from testing my
biarch tool chain and all the basic stuff seems to work fine now.
Anyone interested in an x86-64 debian port can now experiment
with the packages I have uploaded to
Russell Coker [EMAIL PROTECTED] wrote:
2.5 apparently has a replacement for initrd which may require some changes.
initramfs is currently 100% backwards compatible. So no changes
are needed for initrd users.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu
45 matches
Mail list logo
