|
Next: Bug#459513: ITP: libdata-password-perl -- Perl ex..
|
| Author |
Message |
External

Since: Nov 07, 2006 Posts: 35
|
(Msg. 1) Posted: Sat Jan 12, 2008 4:30 pm
Post subject: mime-tools problems Archived from groups: linux>debian>maint>perl (more info?)
|
|
|
Hi there,
I backported the fixes done to libfile-spec-perl to mime-tools, but
I'm having an error on upgrade that I've never seen before and I don't
know how to fix it:
$ LANG=C sudo apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following NEW packages will be installed:
libmime-tools-perl
The following packages will be upgraded:
libmime-perl
1 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/239kB of archives.
After unpacking 24.6kB of additional disk space will be used.
Do you want to continue [Y/n]?
WARNING: The following packages cannot be authenticated!
libmime-perl libmime-tools-perl
Install these packages without verification [y/N]? y
(Reading database ... 121351 files and directories currently installed.)
Preparing to replace libmime-perl 5.425-1 (using
..../libmime-perl_5.425-2_all.deb) ...
Unpacking replacement libmime-perl ...
Selecting previously deselected package libmime-tools-perl.
Unpacking libmime-tools-perl (from .../libmime-tools-perl_5.425-2_all.deb) ....
(Noting disappearance of libmime-perl, which has been completely replaced.)
Setting up libmime-tools-perl (5.425-2) ...
dpkg: error processing libmime-perl (--configure):
no package named `libmime-perl' is installed, cannot configure
Errors were encountered while processing:
libmime-perl
E: Sub-process /usr/bin/dpkg returned an error code (1)
Also, I found that the package has some serious licensing problems,
that I'm sure won't let it pass NEW today:
in /lib/MIME/Decoder/UU.pm:
"UU-decoding code lifted from "uuexplode", a Perl script by an unknown
author..."
These files have no copyright nor license:
../t/Globby.pm
../lib/MIME/Field/ParamVal.pm
../lib/MIME/Parser/Reader.pm
These files have author but not license:
../lib/MIME/Field/ContType.pm
../lib/MIME/Field/ConTraEnc.pm
../lib/MIME/Field/ContDisp.pm
../lib/MIME/WordDecoder.pm
And finally, there are many acknowledgements in ./lib/MIME/Tools.pm
that I don't know if we should include in debian/copyright.
What should we about this?
--
Martín Ferrari |
|
| Back to top |
|
 |  |
External

Since: Nov 07, 2006 Posts: 35
|
(Msg. 2) Posted: Sat Jan 12, 2008 4:40 pm
Post subject: Re: mime-tools problems [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
I locally built file-spec, installed old pathtools and dist-upgraded
(with my local repository) and failed in the same way!
Am I doing something wrong?
On Jan 12, 2008 1:19 PM, Martín Ferrari <martin.ferrari.RemoveThis@gmail.com> wrote:
> Hi there,
>
> I backported the fixes done to libfile-spec-perl to mime-tools, but
> I'm having an error on upgrade that I've never seen before and I don't
> know how to fix it:
>
> $ LANG=C sudo apt-get dist-upgrade
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Calculating upgrade... Done
> The following NEW packages will be installed:
> libmime-tools-perl
> The following packages will be upgraded:
> libmime-perl
> 1 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
> Need to get 0B/239kB of archives.
> After unpacking 24.6kB of additional disk space will be used.
> Do you want to continue [Y/n]?
> WARNING: The following packages cannot be authenticated!
> libmime-perl libmime-tools-perl
> Install these packages without verification [y/N]? y
> (Reading database ... 121351 files and directories currently installed.)
> Preparing to replace libmime-perl 5.425-1 (using
> .../libmime-perl_5.425-2_all.deb) ...
> Unpacking replacement libmime-perl ...
> Selecting previously deselected package libmime-tools-perl.
> Unpacking libmime-tools-perl (from .../libmime-tools-perl_5.425-2_all.deb) ...
> (Noting disappearance of libmime-perl, which has been completely replaced..)
> Setting up libmime-tools-perl (5.425-2) ...
> dpkg: error processing libmime-perl (--configure):
> no package named `libmime-perl' is installed, cannot configure
> Errors were encountered while processing:
> libmime-perl
> E: Sub-process /usr/bin/dpkg returned an error code (1)
>
>
> Also, I found that the package has some serious licensing problems,
> that I'm sure won't let it pass NEW today:
>
> in /lib/MIME/Decoder/UU.pm:
>
> "UU-decoding code lifted from "uuexplode", a Perl script by an unknown
> author..."
>
> These files have no copyright nor license:
> ./t/Globby.pm
> ./lib/MIME/Field/ParamVal.pm
> ./lib/MIME/Parser/Reader.pm
>
> These files have author but not license:
> ./lib/MIME/Field/ContType.pm
> ./lib/MIME/Field/ConTraEnc.pm
> ./lib/MIME/Field/ContDisp.pm
> ./lib/MIME/WordDecoder.pm
>
> And finally, there are many acknowledgements in ./lib/MIME/Tools.pm
> that I don't know if we should include in debian/copyright.
>
> What should we about this?
>
>
> --
> Martín Ferrari
>
--
Martín Ferrari |
|
| Back to top |
|
 |  |
External

Since: Nov 07, 2006 Posts: 35
|
(Msg. 3) Posted: Sat Jan 12, 2008 6:50 pm
Post subject: Re: mime-tools problems [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
On Jan 12, 2008 1:41 PM, gregor herrmann <gregor+debian@comodo.priv.at> wrote:
> Hm, if I compare http://wiki.debian.org/Renaming_a_Package and
> trunk/mime-tools/debian/control I see a difference: the Replaces is
> not versioned and probably should be ...
Thanks to Adeodato Simó, we could find the problem. It is a bug in
dpkg, when it finds a package that becomes empty (in this case,
because of the common symlink as the only file of the old package). So
I fixed mime-tools and file-spec.
> > in /lib/MIME/Decoder/UU.pm:
> >
> > "UU-decoding code lifted from "uuexplode", a Perl script by an unknown
> > author..."
For this, I couldn't even find the original script in the net.
> They seem to be by the same author so I guess assuming they have the
> same license as the whole module might be safe.
I agree with this. What other people say?
--
Martín Ferrari |
|
| Back to top |
|
 |  |
External

Since: Nov 07, 2006 Posts: 35
|
(Msg. 4) Posted: Tue Jan 15, 2008 5:50 am
Post subject: Re: mime-tools problems [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
Hi there,
On Jan 12, 2008 3:48 PM, Martín Ferrari <martin.ferrari DeleteThis @gmail.com> wrote:
> > > in /lib/MIME/Decoder/UU.pm:
> > >
> > > "UU-decoding code lifted from "uuexplode", a Perl script by an unknown
> > > author..."
>
> For this, I couldn't even find the original script in the net.
>
> > They seem to be by the same author so I guess assuming they have the
> > same license as the whole module might be safe.
>
> I agree with this. What other people say?
I modified debian/copyright to try to document all the problems. This
won't surely be accepted if it had to go thru NEW nowadays, but it has
been in the archive since the dawn of time... Please, if anybody can,
take a look at it, and if you think it's OK, it's ready for upload.
--
Martín Ferrari |
|
| Back to top |
|
 |  |
External

Since: Oct 15, 2007 Posts: 73
|
(Msg. 5) Posted: Tue Jan 15, 2008 9:20 am
Post subject: Re: mime-tools problems (digression) [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
Dam quoted Tincho writing in debian/copyright
| Files: *
| Copyright: © 2004 by Roaring Penguin Software Inc (www.roaringpenguin.com)
| © 1998, 1999 by ZeeGee Software Inc (www.zeegee.com).
| © 1996 by Eryq. All rights reserved.
| License: Artistic | GPL-1+, Other
| All rights reserved. This program is free software; you can
| redistribute it and/or modify it under the same terms as Perl itself.
| See the COPYING file in the distribution for details.
| .
| It is supossed that some files that lack a proper copyright notice
| and/or license statement are works of the same authors and licensed
| under the same term.
| .
| The files without any author, copyright or license statement are:
| t/Globby.pm
| lib/MIME/Field/ParamVal.pm
| lib/MIME/Parser/Reader.pm
Just a technical comment, but I thought one of the advantages of the
proposed new copyright format is that you could have a seperate RFC822
block for different files, e.g.
Files: t/Globby.pm, lib/MIME/Field/ParamVal.pm, lib/MIME/Parser/Reader.pm
Copyright: Unknown
License: Unknown
It is supossed that some files that lack a proper copyright notice
and/or license statement are works of the same authors and licensed
under the same terms.
All the best,
David |
|
| Back to top |
|
 |  |
External

Since: Dec 08, 2007 Posts: 186
|
(Msg. 6) Posted: Tue Jan 15, 2008 9:40 am
Post subject: Re: mime-tools problems [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
On Sat, Jan 12, 2008 at 04:41:27PM +0100, gregor herrmann wrote:
> On Sat, 12 Jan 2008 13:19:44 -0200, Martín Ferrari wrote:
> > Also, I found that the package has some serious licensing problems,
> > that I'm sure won't let it pass NEW today:
> > in /lib/MIME/Decoder/UU.pm:
> >
> > "UU-decoding code lifted from "uuexplode", a Perl script by an unknown
> > author..."
The meat of the decoding is pretty much the same code that's in
the Camel book:
http://www.unix.org.ua/orelly/perl/prog/ch03_182.htm
and it's been that way since at least 1991, see
http://groups.google.com/group/comp.lang.perl/msg/ce6ee526836828d8
which might actually be the origin of this 'uuexplode'.
I don't think we should worry about this; upstream clearly doesn't since
they claim copyright in the next paragraph...
> > These files have no copyright nor license:
> > ./t/Globby.pm
> > ./lib/MIME/Field/ParamVal.pm
> > ./lib/MIME/Parser/Reader.pm
> >
> > These files have author but not license:
> > ./lib/MIME/Field/ContType.pm
> > ./lib/MIME/Field/ConTraEnc.pm
> > ./lib/MIME/Field/ContDisp.pm
> > ./lib/MIME/WordDecoder.pm
>
> They seem to be by the same author so I guess assuming they have the
> same license as the whole module might be safe.
I think the "module-wide" license and author information given in README
can be assumed to apply to all files in the distribution unless they
contain contradictory statements. This seems standard practice to me.
Cheers,
--
Niko Tyni ntyni RemoveThis @debian.org |
|
| Back to top |
|
 |  |
External

Since: Nov 07, 2006 Posts: 35
|
(Msg. 7) Posted: Tue Jan 15, 2008 12:10 pm
Post subject: Re: mime-tools problems (digression) [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
David,
On Jan 15, 2008 6:16 AM, David Bremner <bremner.DeleteThis@unb.ca> wrote:
> Just a technical comment, but I thought one of the advantages of the
> proposed new copyright format is that you could have a seperate RFC822
> block for different files, e.g.
You're completely right. I fotgot about that.
--
Martín Ferrari |
|
| Back to top |
|
 |  |
| Related Topics: | [FYI] debian.pkgs.cpan.org - Hi, As Joachim attented me to this list, I figured an update on the goings on might be appreciated. The new CPANPLUS functionality, and by proxy debian.pkgs.cpan.org have been announced as prototype to the perl community, or at least that fraction..
Why aren't the actual module names in the package descript.. - (This post is about an issue I've seen with other Debian Perl packages, but uses libmailtools-perl as an example.) Last week I needed Mail::Mailer on a Debian Woody machine, and wanted to use apt-get to install it. Trying: apt-cache search perl |..
Now able to do package uploads - Hello folks, I'm already a member of the pkg-perl group in Alioth as rra-guest, but hadn't done much while I was working on the NM process. I've now been approved as a Debian developer and am willing to help do uploads, co-maintain packages, etc. Coul...
packaging CPANPLUS - Hello, I want to package CPANPLUS, so far I see that I have to package as well: - Term-UI-0.12 - Params-Check-0.23 - Log-Message-0.01 - Log-Message-Simple-0.01 Maybe someone have prepared already such packages and waits for filling ITP or something?....
wxPerl, anyone? - Since I haven't found an ITP so far: Is anybody working on packageing wxPerl, a Perl binding for the cross-platform wxWidgets library? Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-perl-REQUEST@lists.debian.org with a subject of "unsubscrib... |
|
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|