From: Adrian Bunk <[EMAIL PROTECTED]>
Subject: Re: mfm (frontend of mtools)
Date: Wed, 6 Sep 2000 10:20:11 +0200 (CEST)
> > I needed mfm for some application and visited http site of mfm
> > http://www.core-coutainville.org/mfm/
> > then there is Debian package of mfm.
sfs
Maintainer: Adrian Bunk <[EMAIL PROTECTED]>
Depends: libc6 (>= 2.1.2), libglib1.2 (>= 1.2.0), libgtk1.2 (>= 1.2.7-1),
xlib6g (>= 3.3.6-4), mtools (>= 3.9.7)
Architecture: i386
FileName: dists/woody/main/binary-i386/otherosfs/mfm_1.5-2.deb
...
> Best Regards,
Hi all,
I needed mfm for some application and visited http site of mfm
http://www.core-coutainville.org/mfm/
then there is Debian package of mfm. But as I searched mfm in
dselect window there is not mfm even in woody now.
Will mfm package appear in woody in the near future or the one in http
si
On Wed, Sep 29, 1999 at 06:01:00PM +0200, Josip Rodin wrote:
> But who said mtools need to depend on floppyd package?
$ dpkg -L mtools | grep floppyd
/usr/bin/floppyd
/usr/bin/floppyd_installtest
/usr/share/man/man1/floppyd.1.gz
--
Raul
On Wed, Sep 29, 1999 at 03:35:41PM +, Dale Scheetz wrote:
> > mtools, it's only one single file; a daemon (floppyd, if I'm not all
> > wrong) that needs xlib6g. It'd be simple to extract this daemon from
> > mtools and create an extra package with j
architectural
> > independent pieces from xlib6 and provide them in an independent fashion.
>
> This is ok with me for stuff like emacs (eventhough I'd really become
> aggressive if someone removed the vim-tty package.), but when it comes to
> mtools, it's only one single
before it got uploaded,
Someone will take care of that in reasonable amount of time, surely.
> and I'd have to consider instead dropping floppyd from the install, though
> that seems a poor choice...
Yes, I wasn't arguing against packaging that program, but against its
pla
> *But* in this case, it seems hard to avoid. As I understand it, the
> *whole* mtools package makes 'parasitic' use of the X protocol
Point of information: only floppyd itself is linked against any X
library. The others, which *doing* clever things with xauth tokens
[accordin
On Tue, Sep 28, 1999 at 06:08:48PM +0200, Josip Rodin wrote:
> > Correction: mtools in slink does *not* depend on anything but libc6, so
> > there is still time to do it, cleanly.
> >
> > Maintainer, please do it.
On Tue, Sep 28, 1999 at 12:28:08PM -0500, David Starn
It looks like "floppyd" is the only thing that needs X. (It's pretty
scary, from the man page -- yes, it's a tribute to debian packaging
tools that I didn't notice this extra component in the upstream
release, I'll be more procedurally careful about that...)
>
s not essantial for the
> package there should not be a Depends: but only a Suggest: or Recommends:
>
> And I think this certainly is the case with mtools. After all the only
> binary linked against xlib6g is a daemon that usually is not started at all.
That's fine, disagree
architectural
> > independent pieces from xlib6 and provide them in an independent fashion.
>
> This is ok with me for stuff like emacs (eventhough I'd really become
> aggressive if someone removed the vim-tty package.), but when it comes to
> mtools, it's only one single
his is ok with me for stuff like emacs (eventhough I'd really become
aggressive if someone removed the vim-tty package.), but when it comes to
mtools, it's only one single file; a daemon (floppyd, if I'm not all
wrong) that needs xlib6g. It'd be simple to extract this daemon fro
On Tue, 28 Sep 1999, Brian Servis wrote:
> *- On 28 Sep, Josip Rodin wrote about "Re: mtools"
> > On Tue, Sep 28, 1999 at 07:13:58AM -0700, Joseph Carter wrote:
> >> > How comes mtools depend on xlib6g? I don't use X, and thus I consider it
> >> >
On Tue, Sep 28, 1999 at 07:13:58AM -0700, Joseph Carter wrote:
> > How comes mtools depend on xlib6g? I don't use X, and thus I consider it
floppyd is linked against xlib6g-
> If something supports X it should be compiled with X. This means exactly
> two packages (xlib6g and xf
severity 46184 wishlist
thanks
On Tue, Sep 28, 1999 at 12:28:08PM -0500, David Starner wrote:
> > Correction: mtools in slink does *not* depend on anything but libc6, so
> > there is still time to do it, cleanly.
> >
> > Maintainer, please do it.
>
> The bug tracki
On Tue, Sep 28, 1999 at 06:08:48PM +0200, Josip Rodin wrote:
> Correction: mtools in slink does *not* depend on anything but libc6, so
> there is still time to do it, cleanly.
>
> Maintainer, please do it.
The bug tracking system has a weird X-Debian-CC system set up so you don'
Subject: mtools: please put X related stuff in another package
Package: mtools
Severity: normal
On Tue, Sep 28, 1999 at 10:16:20AM -0500, Brian Servis wrote:
> >> > How comes mtools depend on xlib6g? I don't use X, and thus I consider it
> >> > very stupid to have
*- On 28 Sep, Josip Rodin wrote about "Re: mtools"
> On Tue, Sep 28, 1999 at 07:13:58AM -0700, Joseph Carter wrote:
>> > How comes mtools depend on xlib6g? I don't use X, and thus I consider it
>> > very stupid to have both xlib6g & xfree86-common instal
On Tue, Sep 28, 1999 at 07:13:58AM -0700, Joseph Carter wrote:
> > How comes mtools depend on xlib6g? I don't use X, and thus I consider it
> > very stupid to have both xlib6g & xfree86-common installed, but I have to
> > if I want mtools installed...
>
> If
On Tue, Sep 28, 1999 at 01:31:23PM +0200, David Weinehall wrote:
> How comes mtools depend on xlib6g? I don't use X, and thus I consider it
> very stupid to have both xlib6g & xfree86-common installed, but I have to
> if I want mtools installed...
>
> Rationale?
If someth
How comes mtools depend on xlib6g? I don't use X, and thus I consider it
very stupid to have both xlib6g & xfree86-common installed, but I have to
if I want mtools installed...
Rationale?
If there's no good explanation, I'll submit a bug-report. And if there's
somethi
This corrects an error in the recently uploaded -15a package.
Please install it in the 0.93r6 tree.
Date: 02 Jan 96 05:19 UT
Source: mtools
Binary: mtools
Version: 2.0.7-15b
Description:
mtools: Tools for manipulating MSDOS files
Priority: Low
Changes:
a.out package
* removed
This upload includes both elf and a.out packages.
Please place the a.out package in the 0.93r6 distribution.
Date: 01 Jan 96 05:42 UT
Source: mtools
Binary: mtools
Version: 2.0.7-15
Description:
mtools: Tools for manipulating MSDOS files
Priority: Low
Changes:
elf package: mtools
24 matches
Mail list logo
