About Bug#60917:
I cannot upload a fixed version now.
FIX:
* replace the preinst code quoted in the report by the following
(please test it first). Note that it uses evil "Press RETURN"s in
case something is probably broken.
=
if [ -d /usr/local/share/keytables ]
then
if [ -d `readlin
ify things when moving some files from an "Arch: any" to an
"Arch: all" package (no need to change debian/rules lines, just move
them).
--
/\ Yann Dirson<[EMAIL PROTECTED]>
\\ \
\ \\ / Sun Microsystems Inc. <http://www.su
The http://www.sleepycat.com/packages/ URL in the debian/copyright
in db2.diff seems to be outdated.
When looking at http://abyssinian.sleepycat.com/db/ we MUST provide
personal information (.../register.pl) in order to gain access to the
package.
--
Yann Dirson <[EMAIL PROTECTED]>
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
Guy Maor writes:
> Yann Dirson <[EMAIL PROTECTED]> writes:
>
> > Don't know either. But it's been some time I wonder why this link
> > isn't updated on boot to point to "boot/System.map-`uname -r`", or
> > suppress the link and issue a
re.
I found nothing in the doc when I looked for it last year. On last
resort, a specially-compiled CVS could be used ?
Maybe we could use a $DebianId$ ?
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
http://monge.univ-mlv.fr/~dirson
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word &quo
x27;telinit 1'
* that's not complete either. As already mentionned, the manpage tells
about undocumented runlevels 7-9. It also poorly tells about those
AaBbCc I never really understood.
More about these ?
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
http://monge.univ-mlv.fr/~dirson
To Michael:
Has anybody postulated to take over maintainance of the package ? If
not, I'm a volunteer... Please let me know.
Regards,
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
http://monge.univ-mlv.fr/~dirson
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe&
Yann Dirson writes:
> * that's not complete either. As already mentionned, the manpage tells
> about undocumented runlevels 7-9. It also poorly tells about those
> AaBbCc I never really understood.
I just tried those runlevels 7-9, with sysvinit_2.71-2. It just need
few modific
Tom Lees writes:
> On Wed, 28 May 1997, Yann Dirson wrote:
>
> >
> > Has anybody postulated to take over maintainance of the package ? If
> > not, I'm a volunteer... Please let me know.
>
> If you do take it, please try to get the e2compr patches into
n" inserts these error messages from perl in
the buffer !!!
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
http://monge.univ-mlv.fr/~dirson
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
efl.h file, without necessarily the library installed. I
think I reported this bug between 1 and 2 years ago to the autoconf
upstream maintainers, but can't be sure anymore :)
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
http://monge.univ-mlv.fr/~dirson
--
TO UNSUBSCRIBE FROM THIS MAILI
=)
I think you should still consider to add this field into Packages.gz:
this will allow the information to find its way down to your (our)
debian-machines, when upgrading through FTP.
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
http://monge.univ-mlv.fr/~dirson
--
TO UNSUBSCRIBE FROM THIS
definitely inacceptable: you forget network bandwidth,
and phone communications to ISP for users (eg. french) who still have
to pay for local calls :(
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
http://monge.univ-mlv.fr/~dirson
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubsc
7;, aknowledging emacs' priviledged relation towards
info, while still allowing sysadmins to just install HTML on their own
mono-user PCs.
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
http://monge.univ-mlv.fr/~dirson
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
term all 6 (soon 7 ?) kernel-supported
architectures. Further more, docs are definetely architecture
independant files!
Please support me, someone :)
Regards,
--
Yann Dirson <[EMAIL PROTECTED]>
http://monge.univ-mlv.fr/~dirson
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Philip Hands writes:
> There is of course a problem with trying to install all the documentation on
> a
> machine, since some conflicting packages provide man pages with overlapping
> names.
I think that the 'alternative' mechanism could be used there.
--
Yann Di
Hi all of you...
I've just been reading this (quite old for now) thread. What's the
status of the discussion now ? Has there been some new feeback from
other groups ?
--
Yann Dirson <[EMAIL PROTECTED]>
http://monge.univ-mlv.fr/~dirson
--
TO UNSUBSCRIBE FROM THIS MAILING LIST:
comerr2g (from .../base/comerr2g_1.10-8.deb) ...
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[EMAIL PROTECTED]> | more power
a
depend. Thus, e2fsprogs was assumed to be a package with libc5 libs,
and I could not keep the name, without breaking dump and quota on a
hamm upgrade.
I thought that, e2fsprogsg being essential, would be flaged for
installation as soon as it appears in the available packages. Is this
not the case ?
-
27;s currently subscribed to.
Is there such a mechanism, or is there only this stuff (what's its
name, anyway ?) to be run on master to get the info ?
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | sup
progs", and just make it
conflict with old "dump" and "quota" packages. There's not much
chances anybody else will complaint, except for people having build
local packages depending on it.
Anyone has objections to this ?
--
Yann Dirson <[EMAIL PROTECTED]> |
Hamish Moffatt writes:
> ctangle and cweave - simple literate C programming tools
These are already part of the "cweb" package. If there're different,
you may use alternatives ?
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-
kipping.
Unpacking e2fsprogs (from ../e2fsprogs_1.10-9_i386.deb) ...
Setting up e2fsprogs (1.10-9) ...
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[EMAIL
f separately providing the symbols (for gdb at
least), but the last time I tried, it wasn't supported on i386.
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email: <[E
Richard Braakman writes:
> James LewisMoss <[EMAIL PROTECTED]>:
> xemacs20-20.2-4 (Mixed dependencies; waiting for libcompface?)
> xemacs19-19.16-1 (Mixed dependencies; waiting for libcompface?)
libcompface has already been converted.
--
Yann Dirson &l
If noone objects, I'll take tkman. The version we have seems to be
obsolete since August.
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> | support Debian GNU/Linux:
debian-email
n
boot.
* if we build such a system, a standard way of disabling parts of
these directories (maybe like what /etc/init.d/rc allows with 'S' and
'K' names ?)
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[
Fabrizio Polacco writes:
> Yann Dirson wrote:
> > Problem: it's really a mmap image (thus works only for executables,
> > not libs), and includes the libs symbols:
> >
>
> But the real problem is that the sizes are ... unmanageable
> the shared lib
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
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
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
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
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
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
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
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
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: <[
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
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]> |
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
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
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
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
.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
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]> |
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
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]> |
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 <[
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]> |
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
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]>
...
--
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
that there's
no opposition to that, and start releasing fixes.
Is there any reason not to do so ?
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
http://monge.univ-mlv.fr/~dirson
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
"Package": master.debian.org
Version 1.07-1 in experimental of e2fsprogs has been superceeded by
1.10-2 in unstable. I think it should be removed. (experimental
shadows unstable on my system; I think this is normal...)
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
http://monge.univ-mlv.
n process would
be interesting, for security reasons.
* conffiles would have to be handled correctly: maybe default
conffiles should be always kept (*.dpkg-dist), and repack should be
able to recognize them (with md5 ?).
etc., probably...
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
http://monge.univ
s (and other) files up-to-date,
removing old versions from experimental when a newer has come into
unstable (noone told be I was wrong here, so I persist ;-), maybe
automatically find out between what versions the rsync algorithm would
be profitable, etc.
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
ht
Mark Eichin writes:
> Granted, a *real* solution would be some way to point things off to
> other disks and have dpkg "know" about it so it handles upgrades
> cleanly. We've talked about this some but haven't gotten very far.
Maybe a variation on dpkg-divert wou
shell script until you decide to build the package -- which makes
> it just as safe as things stand now.
I'm not su sure: it seems you will still have to execute something to
just *browse* to sources. Am I wrong ?
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
http://monge.univ-mlv.fr/
uot;don't
affect" whatever will be installed.
I think some people do that, but maybe it should be written somewherer...
--
Yann Dirson
e-mail: [EMAIL PROTECTED]
http://monge.univ-mlv.fr/~dirson
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMA
But it's been some time I wonder why this link
isn't updated on boot to point to "boot/System.map-`uname -r`", or
suppress the link and issue a warning if the latter is absent. This
would ensure correctness, I think.
Is there a good reason not to do so ?
--
Yann Dirson
e-ma
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 ?
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
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
. 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
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$-
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
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
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
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
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]> |
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
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
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
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:
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
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
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
[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
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 ?
>
>
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
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
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
s is required to get rid of some bug. And since
there's no guaranty that a buildd has all latest versions (see
http://people.debian.org/~dirson/buildinfo/ for a demo), I (and
probably others) tend to add versionned builddeps as >=, whereas it
should probably be an unversionned build-dep, toget
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]> |
: 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
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
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
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
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
* 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: 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
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]
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]
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
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
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
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
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
1 - 100 of 136 matches
Mail list logo
