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 ~{P
-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 http://www.arndb.de/de
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
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
squid
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 searc
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
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 kernel-imag
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 p
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 g
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 inc
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 peo
* 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
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
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
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
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 cre
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-u
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 an
On Sat, 2003-04-12 at 02:02, Eduard Bloch wrote:
> #include
> * 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
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 must
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..
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 `clas
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 fo
> 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
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 release,
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 inter
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,
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: Logi
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 interpr
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
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 /etc/n
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 include
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
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 stop
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
s
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 i
* 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.
>
> Wel
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
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 w
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
> n
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 f
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)
* 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 a
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
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
45 matches
Mail list logo
