Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: apery
Version : WCSC28+git20191114
Upstream Author : Hiraoka Takuya
* URL : https://github.com/HiraokaTakuya/apery
* License : GPL
Programming Lang: C++
Description : Strong AI for
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: libosl
Version : 0.8.
Upstream Author : GPS Team
* URL : http://gps.tanaka.ecc.u-tokyo.ac.jp/gpsshogi/pukiwiki.php
* License : BSD
Programming Lang: C++
Description : library for
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
This is rather an Intent to Resurrect, as gpsshogi was in Debian
2 releases ago.
* Package name: gpsshogi
Version : 0.7.0
Upstream Author : Team GPS, feat. Daigo Moriwaki
* URL : http://gps.tanaka.ecc.u-tokyo.ac.jp
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: fairy-stockfish
Version : 11.1
Upstream Author : Fabian Fichter (unknown email)
* URL : https://github.com/ianfab/Fairy-Stockfish
* License : GPLv3+
Programming Lang: C++
Description
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: crazywa
Version : 0.0.0~git2018.08.12
Upstream Author : H.G. Muller
* URL : http://hgm.nubati.net/cgi-bin/gitweb.cgi?p=crazywa.git
* License : GPL
Description : AI engine for Wa Shogi
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: uci2wb
Version : 2.0
Upstream Author : H.G. Muller
* URL :
http://hgm.nubati.net/cgi-bin/gitweb.cgi?p=uci2wb.git;a=summary
* License : GPL
Programming Lang: C
Description : XBoard
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: sjaakii
Version : beta2
Upstream Author : Evert Glebbeek
* URL : http://www.eglebbk.dds.nl/program/chess-index.html
* License : GPL
Programming Lang: C++
Description : Sjaak II
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: shogivar
Version : 1.55a+git
Upstream Author : Steve Evans, H.G.Muller
* URL :
http://hgm.nubati.net/cgi-bin/gitweb.cgi?p=shogivar.git;a=shortlog;h=refs/heads/C-port
* License : GPL
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
X-Debbugs-CC: Felipe Contreras
* Package name: git-reintegrate
Version : 0.3
Upstream Author : Felipe Contreras
* URL : https://github.com/felipec/git-reintegrate
* License : GPL
Programming Lang: Ruby
On Sun, Mar 21, 2010 at 11:57:01AM +0100, Yann Dirson wrote:
> On Sat, Mar 20, 2010 at 05:39:00PM +0100, Jonas Smedegaard wrote:
> > On Sat, Mar 20, 2010 at 05:28:33PM +0100, Yann Dirson wrote:
> > >On Sun, Mar 21, 2010 at 12:17:22AM +0900, Hideki Yamane wrote:
> > >&g
On Sun, Mar 21, 2010 at 12:17:22AM +0900, Hideki Yamane wrote:
> On Sat, 20 Mar 2010 15:14:59 +0100
> Yann Dirson wrote:
> > So the question is, is it time to request removal of those packages,
> > or is there any remaining reason not to do so that I missed ?
>
>
[this and the following mails are resent versions, my mails did not
make it to the list due to some config problem - sorry for any dups
this may cause]
Since April 2009, kernel-package has no use any more for the
{kernel,linux}-patch-* packages (AFAIK the current recommended way of
patching a kern
Package: wnpp
Severity: wishlist
Owner: Yann Dirson <[EMAIL PROTECTED]>
* Package name: tagua
Version : 1.0~alpha2
Upstream Author : Paolo Capriotti <[EMAIL PROTECTED]> and others
* URL : http://tagua-project.org/
* License : GPL
Programming La
Package: wnpp
Severity: normal
My primary focus is on other things these days, and this package would
benefit from someone using it more than I do, so this is the formal
request for adoption for the bigloo package.
Some of the work to do on the package:
- package new upstream release
- activate t
itory and the
> webspace is on different machines.
https or svn+ssh to access the repo should provide the level of
authentication you need, or do I miss something ?
HTH
--
Yann Dirson<[EMAIL PROTECTED]> |
Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linu
her with a
version range in build-conflicts.
There may also be the case where one cannot exactly determine from
changelogs (debian _and_ upstream) what version of a builddep is
needed, and make a safe bet.
Regards,
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & r
hat could be done either by a rebuild, or, less costly, by a simple
unpack/edit-changelog/repack.
In that case, if we had libfoo0_1.0-1 in pre-testing, and
libfoo0_1.0-2 in unstable, we'd end up with libfoo0_1.0-2.0.1 in
pre-testing, and libfoo0_1.0-2.0.2 in unstable, whether the latter was
re
n systems.
What's the problem with daily changing packages ? By nature, only
different packages can change each day. That could make it a good
compromise between stable and unstable, eg. for people in need for
up-to-date desktops. But precisely, one of the problems for those
people, is that
some light on this issue ?
[please CC me on followup]
Regards,
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ?
Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linux:
Pro:<[EMAIL PROTECTED]> | Freedom, Power, Stability, Gratu
Adam wrote:
> So doing bts work is worthless? :)
Hey, someone once wrote similar scripts to count how many bugreports
were reported by anyone !
/me rejoices recalling he was ranked 3rd by the number of open bugs :)
Well, never mind :)
--
Yann Dirson<[EMAIL PROTECTED]> |W
t
NMUs on arch kernel-patches to be quite rare anyway. And we could
give a NMU numbering-space with 2 dots, by making the 1st revision of
an arch patch to be -8.0 at first.
Does it make sense ?
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ?
Debian-related:
may have noted that dh-kpatches supports declaring such
patches since recently). I hope you're not suggesting all mixes of
sub-patches of the debian patch should be supported - this idea would
have no chance to survive long :)
Regards,
--
Yann Dirson<[EMAIL PROTECTED]> |W
s to order the patches by hand,
instead of declaring explicit dependencies (much like sysvinit and
others do, and like the patch-ordering facility in make-kpkg).
If the above is correct, I'd see that as a step backwards.
Regards,
--
Yann Dirson<[EMAIL PROTECTED]> |Why mak
On Tue, May 27, 2003 at 07:37:42AM +0200, Sven Luther wrote:
> On Tue, May 27, 2003 at 07:23:27AM +1000, Herbert Xu wrote:
> > On Mon, May 26, 2003 at 10:00:06PM +0200, Yann Dirson wrote:
> > >
> > > We could get around Guido's point mentionned above by having a
f
dh-kpatches will work in the same stage as make-kpkg does, it may make
sense at some point to have a look at something like a merge of this
part into make-kpkg.
But since this is all about things yet to be written, we'll see later.
Regards,
--
Yann Dirson<[EMAIL PROTECTED]> |
a to work toward at this time,
> however.
Yes, a new generation of source packages is needed, but if we could
settle the kernel-packaging issue without this, that would at least
help to get it running for sarge...
Regards,
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bi
level architecture support,
just like it does not use make-kpkg-level kernel-version support.
Although that may not look like a big deal, that seems to show that at
some time a redesign of the interface between make-kpkg and the
patches themselves would be a good idea.
Regards,
--
Yann Dirso
which would by default contain the debian
patch.
Additionally, with things done this way, we're not even forced to
update the whole kernel-source-2.4.20 seven times or more, we just
have to update kernel-source-debian-2.4.20, which I believe would be
good for the health of our network pipe
s have proven deficient in some way, but I probably missed many
things - I am even under the impression their construction is not even
done by make-kpkg itself.
Could someone elaborate on that ? (Herbert ? Manoj ?)
Regards,
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill ric
ay,
and having the various kernel-image-whatever build-depend on this
kernel-source and any necessary kernel-patch packages.
If this understanding is correct, I admit I don't see why the practice
has diverged from this idea.
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-
: DRM modules source from the GATOS project, with support for
recent ATI chips
--
Yann Dirson <[EMAIL PROTECTED]> http://www.alcove.com/
Technical support managerResponsable de l'assistance technique
Senior Free-Software Consultant Consultan
y, it will be great -
otherwise I'll do that monday, but every day counts for woody...
TIA,
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ?
Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linux:
Pro:<[EMAIL PROTECTED]> |
should give better euro support I
guess. There's already an entry in the BTS.
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ?
Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linux:
Pro:<[EMAIL PROTECTED]> | Freedom, Power, St
Package: wnpp
Version: N/A; reported 2001-09-16
Severity: wishlist
Package name: thoteditor
Version : 2.1e
Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://opera.inrialpes.fr/thot/
ftp://sunsite.unc.edu/pub/Linux/X11/xapps/editors/
Licen
. If it is not fixed in your version of the package (hm,
did I already upload a fixed one ?), just adding 2 dummy parameters at
the end of the command-line should do the trick.
HTH,
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ?
debian-email: <[EMAIL PRO
ut this rationale into console-data's README.Debian.
Best regards,
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ?
debian-email: <[EMAIL PROTECTED]> | Support Debian GNU/Linux:
| Cheaper, more Pow
On Tue, Sep 12, 2000 at 10:46:34AM +0200, Torsten Landschoff wrote:
> On Fri, Sep 08, 2000 at 07:39:04PM +0200, Yann Dirson wrote:
>
> > Probably this should be discussed here and if noone objects changed ASAP,
> > so that any problems get caught quickly.
>
> Don't
needs to be rewritten,
which I have started to do - I did not put much time here however.
Basically, /etc/console-tools/config should end up being generated by the
postinst from debconf-entered information.
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ?
+ app which stores incoming calls in
either an mSQL or a mySQL database, and announces the call both
visually and audibly. The user can change the names on calls, and set
the spoken greeting.
--
Yann Dirson <[EMAIL PROTECTED]>
enough. Maybe it can be pushed into updates
to the stable tree now.
Any objection ?
--
Yann Dirson | Stop making M$-Bill richer & richer,
<[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[EMAIL PROTECTED]> | more p
to order a
source CD.
Any help appreciated on this.
TIA,
--
Yann Dirson | Stop making M$-Bill richer & richer,
<[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[EMAIL PROTECTED]> | more powerful, more stable !
http://www.mygale.org/~ydirson/ | Check <http://www.debian.org/>
Alexander E. Apke writes:
> I propose xbase allowing people to choose between black or white
> background during postinst or maybe in some kind of xbaseconfig script.
I think it's not necessary. I did not test, but the following (or a
similar setting) should work well and please most peopl
suffered from
this.
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[EMAIL PROTECTED]> | more powerful, more stable !
http://www.mygale.org/~ydirson/ | Check
ll then to fix the last important bug on `plan' (even
though it's not marked as such ;), and handle any such new bug on my
hamm packages if any.
Should there be no answer from me within 2 days to such a report,
consider I'm too busy and feel free to do a NMR.
--
Yann Dirson<[
te for
the full listing ?
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[EMAIL PROTECTED]> | more powerful, more stable !
http://www.mygale.org/~ydirson/
and kbd_0.96a-4. It
does occur in all versions bewteen and including 0.96-1 and 0.96a-3.
Filling a Fixed-in-Version field with either of 0.95-16 or 0.96a-4
would be wrong. We don't want that.
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email:
so someone else
with less plans than me could have a try a jed...
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[EMAIL PROTECTED]> | more powerful, more st
>
> > I would advise for 2.0.7final instead. IMHO 2.0.7r looks much like an
> > additional patch-level.
>
> Um. f comes before p in the alphabet, whereas r comes after p.
>
> 2.0.7final < 2.0.7pre < 2.0.7r
Aïe, where did I leave my head...
Craig Sanders wr
deb-policy. You're welcomed to comment other
points there !
Regards,
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[EMAIL PROTECTED]> | more powerful
Rob Browning writes:
> Yann Dirson <[EMAIL PROTECTED]> writes:
>
> > [Note: I don't know much about the internals of the BTS; I hope this
> > will be accurate enough, though]
> >
> > * These fields would be named by the codename of the dist
>
amm sparc identified) (hamm i386
m68k clear)"
Don't know how easily the DB engine used by the BTS can deal with this
data format, though. Is there some lisp query engine ? :)
Each bug report in the current WWW pages could be associated with a
2-dim array showing the status. Some new
Craig Sanders writes:
> how about using "2.07pre8-1", "2.07pre8-2", and so on for the next set of
> glibc pre-releases?
Seems like it doesn't work:
$ dpkg --compare-versions 2.07pre8-1 '<<' 2.0.8 && echo yes || echo no
no
--
Yann Dir
t
include in my 1st summary; I will probably issue an updated one
shortly.
A number of us are of the opinion that we should take a decision on
this once and for all, and that it gets included in the Packaging
Manual.
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & ric
Dale Scheetz writes:
> In the mean time, unless anyone can object within the next several hours,
> I will construct and upload a new release of glibc with the version
> number: 2.0.7r-1
I would advise for 2.0.7final instead. IMHO 2.0.7r looks much like an
additional patch-level.
a
> > clarification about the version number in the extended description.
Well, it is know solution, but with a disavantage: we don't use
upstream version number...
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email: <[EMAIL
eport bugs when the hit one, and
it is IMHO an important issue to let them new quickly about related
reports, without forcing them to get through all the thread when not
needed.
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email: <[EMAIL
Yann Dirson writes:
> Sure, but it would be nice to have some sort of a mechanism to help us
> to deal with bugs and dists.
>
> I think that we should keep the state of each bug-report regarding
> each dist (stable/frozen/unstable/experimental).
Thinking backward, I don
hat has happened to the
periodic WNPP listing ? This kind of package really needs a new
maintainer ! Well, IMHO, at least... Maybe I'll volunteer, but not
right now... anyway it's too late for hamm :(
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & rich
x27;t know, don't have joe installed any more), uses S-lang,
is emacs-likee, has vi emulation AFAIK.
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[EMAIL PROTE
ould be managed easily with
> the maintainerdb whose development has stopped because it was based
> on a non free SQL db and the maintainers were fucked up by the rant.
What db engine did they use ? We have postgresql in main...
--
Yann Dirson<[EMAIL PROTECTED]> | Stop ma
This message is mostly aimed at netgod.
Martin Schulze writes:
> On Wed, Jun 10, 1998 at 11:14:19PM +0200, Yann Dirson wrote:
> >
> > Many of us send a mail when going off-line for some time. This is
> > however quite informal: these anouncements are posted once in
an
2.0.33 (console crashes within a few hours). As I did not receive any
answer to it yes, I include it so it is know on Debian (I only sent a
copy to Brandon as it's somewhat triggered under X)
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email:
ake a
/bin/boot-make that would have small footprint both in RAM and in / ?
But maybe it's not worth the time to do it ?
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email:
Wichert Akkerman writes:
> Previously Yann Dirson wrote:
> > It does not seem that we have currently any conventions regarding the
> > packaging of kernel modules. I just tried the new alsadriver from
> > slink, and, for the same reason I could not use the packaged joyst
ars to be on my machine.
Hm, I quite skeptic. We'll have to have eg. a try at loading the
2.0.33-compiled ones in a 2.0.34 kernel...
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux
t suggestion of mine ("An idea for the BTS
(Was: Weeding out slink bug reports)",
archive/latest/6227) to really add support for distributions in the
BTS. Nobody seems interested in talking about that, though...
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer &a
is in the
"To:" or "CC:" fields, ie. when he's in the *original* recipients,
which is usually not the case for a bug report, addressed to
"{submit,[EMAIL PROTECTED]"
Or do I miss something ?
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bil
hange
> and not just closure.
What about another one: building a deb of it ? I would be of
interest to people basing a new dist on Debian - it would also make it
easy for people willing to study it and submit small patches (eg. the
"Fixed" severity)
--
Yann Dirson<[EMAIL
ress:
STATUS [EMAIL PROTECTED] [AT ]
STATUS ALL AT
This proposal is probably not fully optimal; I may have overlooked
some interesting possibilities.
Any comments ?
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email: <[EMAIL PRO
out to without
success...
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[EMAIL PROTECTED]> | more powerful, more stable !
http://www.mygale.org/~ydirso
ared libraries.
Maybe, but 2.0.7pre3 is not what we have in hamm. It's pre1. I don't
see it as a good idea to switch from pre1 to final while in the deep
freeze.
> [on Debian] the upgrade from 2.0.6 to 2.0.7 goes very smoothly.
Nice to hear that, anyway.
--
Yann Dirson<[E
that I had the idea of packaging alsa myself, but I wanted to
discuss these issues first...
What do others think about this problem ?
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
isp-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian
only be used IMHO as an internal (ie. for dpkg and developpers,
and not for users) representation.
If we're at last going to discuss these issues, I'm volunteering to
coordinate the discussion and post summaries of the discussion's
progress.
--
Yann Dirson<[EMAIL PROTECTE
et into the LSB.
Will this upgrade not imply that we recompile and test the whole of
the dist, to make it sure hamm is self-compilable ? If not, every
bugfix upload will possibly break something because of a possible
glibc change...
--
Yann Dirson<[EMAIL PROTECTED]> | Stop making M$-B
d take their
values in the set current of severities. The still missing "Fixed"
severity would be used to tell a dist is clear wrt this report.
A bug will then be allowed to be closed only when all dists list
"Fixed".
Any comments ?
--
Yann Dirson<[EMAIL PROTECTED]
the version when out of beta (I'll use
this for fweb)
* consider alpha/beta to be based on previous version. I use this for
e2fsprogs 1.12-WIP, which I numbered 1.10-1.12-WIP-
Note that the 1st one is not incompatible at all with other ones ;)
Regards,
--
Yann Dirson <[EMAIL PROTECTED]
release hamm/alpha or
hamm/whatever later on, maybe even if slink/i386 is near release.
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[EMAIL PROTECTED]>
ng to deb-policy, so warn your
CC: - I only added it in mine so that people who raised an interest in
such issues in the previous thread read it]
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Deb
arking it as a conffile,
would be interesting. If this file is going to be modified only by
the registering interface, then this should not be necessary.
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> |
configuring alot of stuff as it is unpacked.
Ah. That may be another problem, which probably comes from the fact
that dpkg is not able to do multiple install/configure cycles in one
run. Once that is fixed, I think the problem you mention will go
away. Right ?
--
Yann Dirson <[
e given special treatment in this
case, in that they would not be subject to these manipulations.
This proposal only concerns executables. Maybe other things can be
done, eg. for shared libs, but I'm no expert here.
Any comments on this ?
--
Yann Dirson <[EMAIL PROTECTED]> |
pt installed
if possible) who would like to run some elisp code for me, and send me
back the list of those files.
Thanks by advance,
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debian GNU
There's one here:
ftp://ftp.lh.umu.se/pub/linux/debian-Incoming
Maybe some list of such mirrors could be added to the Developper's
Corner ?
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> |
...
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[EMAIL PROTECTED]> | more powerful, more stable !
http://www.a2points.com/homepage/3475232 | Check
.tar file instead of the compressed-tar file's.
This would allow arbitrary (as long as supported by dpkg-source)
compression tools to be used. Let's say .bz2 files on ftp sites, and
.gz files on CD's ?
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer &am
in the console-tools package (see slink - still in
Incoming for now), as function findfile() in libctutils
(/usr/include/lct/utils.h). Note that I stillconsider this to be in
alpha stage - it has to be made more modular.
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer
uot; that's sufficient to tell not every machine is a
router. Same regarding all firewalling options in the kernel.
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux
be specified by using the -k switch on the command
> # line. If a symbol file is not explicitly specified the
> # following filenames will be tried:
> #
> # /boot/System.map
> # /System.map
> # /usr/src/linux/System.map
The manpage is
e
upstream author of the usefulness of any of my suggestions, so I guess
this will have to be done by the Debian maintainer of the package.
I'll gladly offer my tkman mail folder, containing most of my ideas,
to the new maintainer.
--
Yann Dirson <[EMAIL PROTECTED]> | Stop
esn't "LANG=C /bin/ls -b" do the right job for that ?
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[EMAIL PROTECTED]> |
s a case-like
structure on the printer-name. It will prevent to have many filters
differing only by the resolution used.
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-em
ies etc. change during package installation.
Yes, that's how I interpret the problem with e2fsprogs.
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[
ard of anyone else
speaking on this) while upgrading e2fsprogs to 1.10-9. I thought it
might have been a bug in dpkg's dependency mechanism; I guess I
reported that, but can't find out a copy in my folders, neither can I
find it from the headers in "Unanswered pbs"...
Does so
Hi all of you,
I had a mail problem with my ISP between the 21th and the 24th of
december, which ended in >300 mails lost.
If some of you emailed me any message during this period, there are
good chances I didn't get it, and you should probably resend it.
Thanks,
--
Yann Dirson
Yann Dirson writes:
> I cannot have the ygoth fonts to work correctly, and would appreciate
> some very-very-quick help.
OK, thanks to all for your quick answers, and especially to Olaf for
the fix. For those interested by the fix, here it is:
Manually apply thefollowing diff t
ch in font
/var/spool/texmf/pk/ljfour/public/cm/cmr10.600pk
. [1]
Here are the versions of tetex I'm using:
base: 0.4pl8-4
bin: 0.4pl8-3
extra: 0.4pl8-2
BTW, I didn't find a way to access the changelogs from the packages
WWW pages. It would be nice to add that, if I didn't miss t
Federico Di Gregorio writes:
>* Added cron job to purge wwwoffle cache.
Isn't it automatically handled by wwwoffled ? There is a "Purge"
section in /etc/wwwoffle.conf (v1.3) that seem to indicate there's an
internal mecahnism for this.
--
Yann Dirson <[EMA
Richard Braakman writes:
> non-free: xforms0.86-0.86-2
xmysql (contrib) is not listed, but depends on both libc6 and
xforms0.86.
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debia
27;m not really a guru, but I had the opportunity of writing some M4
macros to work with autoconf.
I may help, if you wish.
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debian G
see that before starting such
work ;)
But I must admit the current solution works OK for me, and is a very
low-cost one !
Regards,
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux
1 - 100 of 133 matches
Mail list logo
