Debian Bug report logs - #436450
RFH: mol -- The Mac-on-Linux emulator

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Gaudenz Steinlin <gaudenz@debian.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: RFH: mol -- The Mac-on-Linux emulator

Date: Tue, 07 Aug 2007 16:58:49 +0200

Package: wnpp
Severity: normal

Hi

The Mac-On-Linux packages are formally team maintained, but actually I'm
the only active maintainer and my time is quite limited. This is why it
took quite long to prepare the long overdue update to support the latest
kernels. I would be glad to welcome some more members to the pkg-mol
team.

The packages are maintained in the alioth repository on 
http://svn.debian.org/wsvn/pkg-mol

Source tarballs (repackaged and original) are available from 
http://pkg-mol.alioth.debian.org/

If you need help or have further questions, feel free to ask on
pkg-mol-devel@lists.alioth.debian.org.

This is a small TODO list from the top of my head:
- check configure options we could activate (especially pci-proxy
  support and debugger support)
- better support for running linux inside mol (probably this is
  currently broken, guest side drivers are not packaged for debian,
  sources are in the old mol bk archive, snapshot at
  http://pkg-mol.alioth.debian.org/bk_checkouts/bk_checkouts.tar.bz2)
- fix building mol twice in a row (double compilation support release goal!)
- check and possibly package new gui frontend (svn module mol-gui at
  mac-on-linux.sf.net)
- write missing manpage for mol-img
- ...

Gaudenz

The package description is:
 .
 Mac-on-Linux is a virtual machine capable of running
 GNU/Linux, Mac OS and Mac OS X on most Debian/PowerPC
 machines.  In contrast to an emulator, Mac-on-Linux runs
 natively on the processor, i.e. it is very fast.
 .
 This package contains the emulator itself.  In order to actually use
 it, you need kernel modules from an mol-modules package built against
 your kernel version (if you can't find pre-packaged ones, build your
 own from the mol-modules-source package).  Also, you will need a
 mol-drivers package that supports the operating system you wish to
 run on the virtual machine.  At the time of this writing, there are
 driver packages for Linux, Mac OS 9 and earlier, and Mac OS X.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.22-1-powerpc
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Message #10 received at 436450@bugs.debian.org (full text, mbox, reply):

From: Joseph Jezak <josejx@gentoo.org>

To: Gaudenz Steinlin <gaudenz@debian.org>, 436450@bugs.debian.org

Subject: Re: Bug#436450: RFH: mol -- The Mac-on-Linux emulator

Date: Tue, 07 Aug 2007 12:01:03 -0400

Hi,


> This is a small TODO list from the top of my head:
> - check configure options we could activate (especially pci-proxy
>   support and debugger support)
> - better support for running linux inside mol (probably this is
>   currently broken, guest side drivers are not packaged for debian,
>   sources are in the old mol bk archive, snapshot at
>   http://pkg-mol.alioth.debian.org/bk_checkouts/bk_checkouts.tar.bz2)
I also host these on the MOL project page.  Additionally, there is a 
port to 2.6, (originally done for 2.6.8), but it's not currently 
working properly.  This is on my list of things to do.

> - fix building mol twice in a row (double compilation support release goal!)
Can I have more details on this?  What's the problem?

> - check and possibly package new gui frontend (svn module mol-gui at
>   mac-on-linux.sf.net)
The frontend isn't ready for general use yet.  Once it is, it will 
be packaged with MOL.

> - write missing manpage for mol-img
I'll happily take a patch for a manual page for mol-img.

Thanks for keeping MOL updated for Debian.  Please let me know if 
you have any questions regarding MOL and I'll try to help out as 
much as possible.

-Joe

Message #15 received at 436450@bugs.debian.org (full text, mbox, reply):

From: Gaudenz Steinlin <gaudenz@debian.org>

To: Joseph Jezak <josejx@gentoo.org>

Cc: 436450@bugs.debian.org

Subject: Re: Bug#436450: RFH: mol -- The Mac-on-Linux emulator

Date: Wed, 8 Aug 2007 11:28:09 +0200

On Tue, Aug 07, 2007 at 12:01:03PM -0400, Joseph Jezak wrote:
> >- fix building mol twice in a row (double compilation support release goal!)
> Can I have more details on this?  What's the problem?

It's only a problem of the debian package. Because of the Debian Free
Software Guidelines I have to split the source into free and non free
parts and patch the build system. This causes autogen.sh to rerun and I
then the patches don't apply corrctly the second time. So nothing to
worry about for you.

Gaudenz

-- 
Ever tried. Ever failed. No matter.
Try again. Fail again. Fail better.
~ Samuel Beckett ~

Message #20 received at 436450@bugs.debian.org (full text, mbox, reply):

From: Jörg Sommer <joerg@alea.gnuu.de>

To: 436450@bugs.debian.org

Subject: mol: take part at pkg-mol

Date: Sun, 12 Aug 2007 13:55:01 +0200

[Message part 1 (text/plain, inline)]

Hi Gaudenz,

I would like to take part in pkg-mol. My alioth account is jo-guest.

At first a new rules files. It's much more cleaner and fixes the problem
with building twice in a row. Now the directory looks the same before and
after building.

The changes:
• Added -g to the CFLAGS because policy section 10.1 suggests to build
  with debugging symbols and strip them later

• Added support for DEB_BUILD_OPTIONS=noopt as suggested by policy
  section 10.1.

• Rearranged the targets in the file: clean, build, binary.

• clean:
  · Removed the dh_testroot. clean doesn't need root previleges.

  · Put the unpatch target into the command sequence, because it's more
    intuitive.

  · Removed debian/tmp from the dh_clean call. It's not needed.

  · Call “dpatch apply Makefile” before running make distclean, because
    it fails due to the missing bootx directory.

• Merged the configure and the build targets.

• Use make defconf instead of yes '' | make conf to create the
  configuration.

• binary-arch:
  · Added a -a to every dh_* call, because we build the arch specific
    packages.

  · No need to fix manually the permission of mol.symbols

  · Replaced the m4 call by an sed call. This saves a build dependency.
    The file should get renamed, because sed can edit inplace.

• Added the get-orig-source target that fetches the upstream tar.bz2 and
  creates the .orig.tar.gz. This is what policy suggests in section 4.9.

Other things:
• I suggest to rename debian/debian.mol-source/changelog.m4.m4 to
  changelog.m4 as said above.

• Remove m4 from the build dependencies.

• Remove debian/mol-source.dirs. It's not needed.

• Fix the lintian warning about the menu file. -> mol.menu.patch

• Strip down debian/mol.dirs. Is /var/state/mol really used?
  -> mol.dirs.patch

• Fix #412756 -> Makefile.mol-source.patch

• Why is a ~ in the version? ~ is a special character. I would use +

• Did upstream refuse to include the manpages?

• Does upstream know the problem with the buggy distclean, i.e. it
  doesn't remove all files and it runs configure.

• Why does upstream ignore the values (e.g. --datadir) passed to
  configure?

• Why does upstream build the configuration interface if defconf is used?

• lintian complains about hyphen-used-as-minus-sign in manpages.

• The copyright files is not up to date.

Schöne Grüße, Jörg.
-- 
Ein Narr, er sieht die Weisheit nicht,
selbst wenn sie närrisch zu ihm spricht.

[rules (text/plain, attachment)]

[mol.menu.patch (text/x-diff, attachment)]

[mol.dirs.patch (text/x-diff, attachment)]

[Makefile.mol-source.patch (text/x-diff, attachment)]

[Message part 6 (application/pgp-signature, inline)]

Message #25 received at 436450@bugs.debian.org (full text, mbox, reply):

From: Jörg Sommer <joerg@alea.gnuu.de>

To: 436450@bugs.debian.org

Subject: Re: mol: take part at pkg-mol

Date: Sun, 12 Aug 2007 15:07:53 +0200

[Message part 1 (text/plain, inline)]

Jörg Sommer schrieb am Sun 12. Aug, 13:55 (+0200):
> # add the Debian directory and the top-level Makefile
> 	cp -pr debian/debian.mol-source modules/mol/debian
> 	#sed -i 's/MOL_VERSION/$(VERSION)/; q' modules/mol/debian/changelog.m4
> 	sed 's/MOL_VERSION/$(VERSION)/; q' < modules/mol/debian/changelog.m4.m4 \

Please change these lines above to

	#sed -i '1s/MOL_VERSION/$(VERSION)/' modules/mol/debian/changelog.m4
	sed '1s/MOL_VERSION/$(VERSION)/' < modules/mol/debian/changelog.m4.m4 \

Bye, Jörg.
-- 
“Science is the game we play with God to find out what his rules are.”

[Message part 2 (application/pgp-signature, inline)]

Message #30 received at 436450@bugs.debian.org (full text, mbox, reply):

From: Rogério Brito <rbrito@ime.usp.br>

To: Gaudenz Steinlin <gaudenz@debian.org>, 436450@bugs.debian.org

Cc: pkg-mol-devel@lists.alioth.debian.org

Subject: Re: Bug#436450: RFH: mol -- The Mac-on-Linux emulator

Date: Sun, 19 Aug 2007 09:09:08 -0300

Hi, Gaudenz.

On Aug 07 2007, Gaudenz Steinlin wrote:
> The Mac-On-Linux packages are formally team maintained, but actually
> I'm the only active maintainer and my time is quite limited.

I am in the New Maintainer's queue and I have an iBook G3 which is
currently running a mix of Ubuntu and Debian, but I plan on sticking to
Debian in the near future.

I would like to help with the port of PowerPC, as it seems that this
platform is not receiving the deserved love by Ubuntu and it it seems
that MacOS X 10.5 (the next release) will not run on computers with a G3
processor, unfortunately. :-(

> This is why it took quite long to prepare the long overdue update to
> support the latest kernels. I would be glad to welcome some more
> members to the pkg-mol team.

Do you have some easy tasks that could be accomplished by a re-newcomer
to the PowerPC platform (I say re-newcomer because I used to be
moderately regular in debian-powerpc, but life has changed drastically
in the past few years), just to get my feet wet again?

> The packages are maintained in the alioth repository on 
> http://svn.debian.org/wsvn/pkg-mol

Nice.

> Source tarballs (repackaged and original) are available from 
> http://pkg-mol.alioth.debian.org/

Ok. This is also nice to know.

> If you need help or have further questions, feel free to ask on
> pkg-mol-devel@lists.alioth.debian.org.

Just for your information, I used to have success with MoL during the
2.4 era, when BenH tree was *the* tree to use to have your system
working with Linux. It's been a long time.

> This is a small TODO list from the top of my head:
> - check configure options we could activate (especially pci-proxy
>   support and debugger support)

I don't know exactly what is meant by the pci-proxy support.

> - better support for running linux inside mol (probably this is
>   currently broken, guest side drivers are not packaged for debian,
>   sources are in the old mol bk archive, snapshot at
>   http://pkg-mol.alioth.debian.org/bk_checkouts/bk_checkouts.tar.bz2)

Running MacOS X 10.3 (or was it 10.2) with iTunes was doable, but I
never tried playing with running MacOS 9 nor with Linux inside MoL. It
would be a nice thing to try, though.

> - fix building mol twice in a row (double compilation support release
>   goal!)

Depending on the package structure, it can be easier. Is Samuel still
upstream for MoL or has the debian-mol-team taken the duty of having it
upstream?

What kind of patch system is being used? I'm familiar with quilt, but
not with dpatch (not that I couldn't learn, guess or pester with some
questions about it). :-)

> - check and possibly package new gui frontend (svn module mol-gui at
>   mac-on-linux.sf.net)

I went to the site and skimmed through, but I didn't see anything
regarding a GUI. What is meant as a gui for MoL? Wouldn't it run anymore
in a Window or in a separate console?

> - write missing manpage for mol-img
> - ...

Ok.


Thanks for taking care of MoL, Rogério Brito.

-- 
Rogério Brito : rbrito@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org

Message #35 received at 436450@bugs.debian.org (full text, mbox, reply):

From: Gaudenz Steinlin <gaudenz@debian.org>

To: Rogério Brito <rbrito@ime.usp.br>

Cc: 436450@bugs.debian.org, pkg-mol-devel@lists.alioth.debian.org

Subject: Re: Bug#436450: RFH: mol -- The Mac-on-Linux emulator

Date: Mon, 20 Aug 2007 12:12:03 +0200

Hi Rogério

Welcome!

On Sun, Aug 19, 2007 at 09:09:08AM -0300, Rogério Brito wrote:
> 
> Just for your information, I used to have success with MoL during the
> 2.4 era, when BenH tree was *the* tree to use to have your system
> working with Linux. It's been a long time.

I don't think 2.4 is still support. You need a 2.6 kernel for any recent
version of mol.

> 
> > This is a small TODO list from the top of my head:
> > - check configure options we could activate (especially pci-proxy
> >   support and debugger support)
> 
> I don't know exactly what is meant by the pci-proxy support.

This is code in MOL which enables you to directly access a pci device on
the host (linux) from inside the guest system (macos). E.g. to use the
airport card from macos.

> 
> > - better support for running linux inside mol (probably this is
> >   currently broken, guest side drivers are not packaged for debian,
> >   sources are in the old mol bk archive, snapshot at
> >   http://pkg-mol.alioth.debian.org/bk_checkouts/bk_checkouts.tar.bz2)
> 
> Running MacOS X 10.3 (or was it 10.2) with iTunes was doable, but I
> never tried playing with running MacOS 9 nor with Linux inside MoL. It
> would be a nice thing to try, though.

Testing current MOL packages with Mac OS 9 would be very good. I don't
have Mac OS 9 anymore.

> 
> > - fix building mol twice in a row (double compilation support release
> >   goal!)
> 
> Depending on the package structure, it can be easier. Is Samuel still
> upstream for MoL or has the debian-mol-team taken the duty of having it
> upstream?

Samuel is MIA. The new upstream is Joseph Jezak. MOL is now hosted on
SourceForge.

> 
> What kind of patch system is being used? I'm familiar with quilt, but
> not with dpatch (not that I couldn't learn, guess or pester with some
> questions about it). :-)

It uses dpatch and svn-buildpackage. But dpatch isn't hard to learn if
you know quilt.

> 
> > - check and possibly package new gui frontend (svn module mol-gui at
> >   mac-on-linux.sf.net)
> 
> I went to the site and skimmed through, but I didn't see anything
> regarding a GUI. What is meant as a gui for MoL? Wouldn't it run anymore
> in a Window or in a separate console?

The GUI is only in svn and according to Joe not yet ready for
production. The idea is to have something like the VMWare GUI where you
can also change configuration settings.

Gaudenz

-- 
Ever tried. Ever failed. No matter.
Try again. Fail again. Fail better.
~ Samuel Beckett ~

Message #44 received at 436450@bugs.debian.org (full text, mbox, reply):

From: Gaudenz Steinlin <gaudenz@debian.org>

To: pkg-mol-devel@lists.debian.org, josejx@gentoo.org

Cc: 445359@bugs.debian.org, debian-powerpc@lists.debian.org, 436450@bugs.debian.org

Subject: [RFH] Mac-on-Linux for Debian lenny

Date: Mon, 9 Jun 2008 13:05:04 +0200

Hi

The current state of MOL in Debian is broken since quite some time. If
we want to have MOL in the next release we have to act now!

Currently there are 2 major issues holding up the MOL packages in
Debian. 

-> Unusable kernel modules: This is caused by the removal of
   handle_mm_fault in recent kernels. To fix this we have to talk to the
   kernel team to see if they accept the attached patch which reenables
   the export.
   Additionaly the modules as shipped in mol-source currently don't
   compile with recent kernels. This can be fixed by updating mol-source
   to the most recent version in the upstream SVN.
   This issue is Debian bug #445359.
   José: What's the status of the upstream integration of the MOL kernel
   modules. Is this expected to happen anytime soon or is the work on it
   abandoned?

-> MOL SVN segfaults or hangs: The current version of MOL in unstable
   just hangs after startup if used with the latest kernel modules
   compiled from SVN. The latest SVN version segfaults at the same point
   where the other version hangs. This segfault was also reported on the
   upstream mailinglist. AFAIK there is no fix for it atm. José: are you
   planning to work on this in the near future?
   Probably the appropriate place to discuss this bug is
   mac-on-linux-devel@lists.sourceforge.net.

Unfortunaltely I have very little free time at the moment and I'm unable to
fix this two issues without help. Is there anyone else on the MOL
Packaging Team or the Debian PowerPC Mailinglist who could take care of
one of these issues. I wold be glad to assist if problems arise. Solving
the first problem probably only needs communication to the kernel team. 

Gaudenz

-- 
Ever tried. Ever failed. No matter.
Try again. Fail again. Fail better.
~ Samuel Beckett ~

Message #49 received at 436450@bugs.debian.org (full text, mbox, reply):

From: Rogério Brito <rbrito@ime.usp.br>

To: pkg-mol-devel@lists.debian.org, josejx@gentoo.org, 445359@bugs.debian.org, debian-powerpc@lists.debian.org, 436450@bugs.debian.org

Subject: Re: [RFH] Mac-on-Linux for Debian lenny

Date: Mon, 9 Jun 2008 19:22:55 -0300

Hi, Gaudenz.

On Jun 09 2008, Gaudenz Steinlin wrote:
> The current state of MOL in Debian is broken since quite some time. If
> we want to have MOL in the next release we have to act now!

Yes, Gerfried Fuchs told me about this.

> Currently there are 2 major issues holding up the MOL packages in
> Debian. 
> 
> -> Unusable kernel modules: This is caused by the removal of
>    handle_mm_fault in recent kernels. To fix this we have to talk to the
>    kernel team to see if they accept the attached patch which reenables
>    the export.

You forgot to attach the patch.

>    Additionaly the modules as shipped in mol-source currently don't
>    compile with recent kernels. This can be fixed by updating mol-source
>    to the most recent version in the upstream SVN.
>    This issue is Debian bug #445359.
>    José: What's the status of the upstream integration of the MOL kernel
>    modules. Is this expected to happen anytime soon or is the work on it
>    abandoned?

It would be quite a good thing to have the mol modules integrated on the
mainline kernel from kernel.org, as we already have many emulation
things there already (uml, kvm, lguest, xen etc).

On the other hand, mol may be rejected for exactly this reason, if we
don't argue well enough about what would make mol have a differential.
Perhaps preparing a text and having it reviewed by enough people would

I don't know very much about kernel hacking, but I have some books about
the Linux kernel development. It may, perhaps, be the right time to get
the dust off of them.

> -> MOL SVN segfaults or hangs: The current version of MOL in unstable
>    just hangs after startup if used with the latest kernel modules
>    compiled from SVN. The latest SVN version segfaults at the same point
>    where the other version hangs.

Which other version hangs? Which one doesn't? That is, at which point
things have stopped working?

And one thing: why are the mol drivers for MacOS X in non-free while the
ones for MacOS are in main?

I think that I seem to recall that Benjaming H once told us that he
didn't understand why this was sorted this way, because the drivers were
developed in a similar fashion...

>    This segfault was also reported on the upstream mailinglist. AFAIK
>    there is no fix for it atm. José: are you planning to work on this
>    in the near future?

By segfault I think that you may be referring to the userspace thing,
right?

I used to use mol just for the sake of using iTunes, but since I have
discovered some quite good audio players for Linux and the excellent
easytag, I have little use for it.

And, furthermore, Apple has no love for G3 owners anymore (and even some
G4 of lower frequency). I would, then, use an older version of MacOS X
just as a way of getting some things syncronized to my iPod (like their
proprietary firmware upgrade thing).

> Unfortunaltely I have very little free time at the moment and I'm
> unable to fix this two issues without help. Is there anyone else on
> the MOL Packaging Team or the Debian PowerPC Mailinglist who could
> take care of one of these issues. I wold be glad to assist if problems
> arise. Solving the first problem probably only needs communication to
> the kernel team.

I think that I can lend a hand here, but I'm currently not sure of how
much help I can be.

BTW, since you mentioned the release, it seems that the page
http://wiki.debian.org/powerpcLennyReleaseRecertification is desperately
in need of some update by some regulars here and developers that care
about powerpc.


Regards, Rogério Brito.

-- 
Rogério Brito : rbrito@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org

Message #54 received at 436450@bugs.debian.org (full text, mbox, reply):

From: "Bin Zhang" <yangtze31@gmail.com>

To: pkg-mol-devel@lists.debian.org, josejx@gentoo.org, 445359@bugs.debian.org, debian-powerpc@lists.debian.org, 436450@bugs.debian.org

Subject: Re: [RFH] Mac-on-Linux for Debian lenny

Date: Tue, 10 Jun 2008 06:44:21 +0200

Hi,

On Mon, Jun 9, 2008 at 1:05 PM, Gaudenz Steinlin <gaudenz@debian.org> wrote:
> Hi
>
> The current state of MOL in Debian is broken since quite some time. If
> we want to have MOL in the next release we have to act now!
>
> Currently there are 2 major issues holding up the MOL packages in
> Debian.
>

Maybe we can use suse's solution:
http://sourceforge.net/mailarchive/forum.php?thread_name=8CA7A2DFB5204E9-1240-4DAB%40WEBMAIL-MA01.sysops.aol.com&forum_name=mac-on-linux-users

Best regards,
Bin
> -> Unusable kernel modules: This is caused by the removal of
>   handle_mm_fault in recent kernels. To fix this we have to talk to the
>   kernel team to see if they accept the attached patch which reenables
>   the export.
>   Additionaly the modules as shipped in mol-source currently don't
>   compile with recent kernels. This can be fixed by updating mol-source
>   to the most recent version in the upstream SVN.
>   This issue is Debian bug #445359.
>   José: What's the status of the upstream integration of the MOL kernel
>   modules. Is this expected to happen anytime soon or is the work on it
>   abandoned?
>
> -> MOL SVN segfaults or hangs: The current version of MOL in unstable
>   just hangs after startup if used with the latest kernel modules
>   compiled from SVN. The latest SVN version segfaults at the same point
>   where the other version hangs. This segfault was also reported on the
>   upstream mailinglist. AFAIK there is no fix for it atm. José: are you
>   planning to work on this in the near future?
>   Probably the appropriate place to discuss this bug is
>   mac-on-linux-devel@lists.sourceforge.net.
>
> Unfortunaltely I have very little free time at the moment and I'm unable to
> fix this two issues without help. Is there anyone else on the MOL
> Packaging Team or the Debian PowerPC Mailinglist who could take care of
> one of these issues. I wold be glad to assist if problems arise. Solving
> the first problem probably only needs communication to the kernel team.
>
> Gaudenz
>
> --
> Ever tried. Ever failed. No matter.
> Try again. Fail again. Fail better.
> ~ Samuel Beckett ~
>
>
> --
> To UNSUBSCRIBE, email to debian-powerpc-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>

Message #59 received at 436450-done@bugs.debian.org (full text, mbox, reply):

From: Debian FTP Masters <ftpmaster@ftp-master.debian.org>

To: 392705-done@bugs.debian.org,392709-done@bugs.debian.org,410461-done@bugs.debian.org,437467-done@bugs.debian.org,509086-done@bugs.debian.org,530333-done@bugs.debian.org,536641-done@bugs.debian.org,590937-done@bugs.debian.org,436450-done@bugs.debian.org,

Cc: mol@packages.debian.org, mol@packages.qa.debian.org

Subject: Bug#592034: Removed package(s) from unstable

Date: Mon, 28 Feb 2011 23:02:09 +0000

Version: 0.9.72.1~dfsg-2.1+rm

Dear submitter,

as the package mol has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see http://bugs.debian.org/592034

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmaster@debian.org.

Debian distribution maintenance software
pp.
Luca Falavigna (the ftpmaster behind the curtain)

Send a report that this bug log contains spam.