Bug#602119: defoma: please drop perl dependency
Package: defoma
Version: 0.11.11
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch natty
Hello,
in Ubuntu we are trying to get rid of Perl in the default installation
(that is, the full Perl, not perl-base of course); for this I'm
currently enabling the remaining reverse dependencies.
With this patch, this package will work with just perl-base.
I know that defoma itself is obsolete, but I'm filing this patch
for the record. It'll probably still take some time until defoma is
fully eliminated.
Thanks for considering,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
* Drop perl dependency and imports of File::Copy, and replace the copy()
calls with /bin/cp.
diff -Nru defoma-0.11.11ubuntu1/debian/rules defoma-0.11.11ubuntu2/debian/rules
--- defoma-0.11.11ubuntu1/debian/rules 2010-06-03 17:24:14.0 -0400
+++ defoma-0.11.11ubuntu2/debian/rules 2010-11-01 14:02:14.0 -0400
@@ -74,7 +74,7 @@
# You may want to make some executables suid here.
# dh_suidregister
dh_installdeb
- dh_perl
+ dh_perl -d
dh_gencontrol
dh_md5sums
dh_builddeb
diff -Nru defoma-0.11.11ubuntu1/libs/libdefoma-subst.pl
defoma-0.11.11ubuntu2/libs/libdefoma-subst.pl
--- defoma-0.11.11ubuntu1/libs/libdefoma-subst.pl 2010-06-03
17:24:14.0 -0400
+++ defoma-0.11.11ubuntu2/libs/libdefoma-subst.pl 2010-11-01
14:15:55.0 -0400
@@ -27,7 +27,7 @@
chomp($newfile);
-copy($rulefile, $newfile);
+system('cp', $rulefile, $newfile);
system('/usr/bin/sensible-editor', $newfile);
my @new = ();
@@ -59,7 +59,7 @@
defoma_subst_close($sb);
term_all();
-copy($newfile, $rulefile);
+system('cp', $newfile, $rulefile);
unlink($newfile, $newfile.'~');
mylock(0);
diff -Nru defoma-0.11.11ubuntu1/man/po4a/po/fr.po
defoma-0.11.11ubuntu2/man/po4a/po/fr.po
--- defoma-0.11.11ubuntu1/pm/Defoma/Common.pm 2010-06-03 17:24:14.0
-0400
+++ defoma-0.11.11ubuntu2/pm/Defoma/Common.pm 2010-11-01 14:15:15.0
-0400
@@ -730,7 +730,6 @@
use strict;
#no strict 'subs';
use POSIX;
-use File::Copy;
use vars qw(@ISA $DEFAULT_PACKAGE $DEFAULT_CATEGORY
@ACCEPT_CATEGORIES $APPINFO);
@@ -960,7 +959,7 @@
my $suffix = (USERSPACE) ? "udefoma" : "defoma";
-unless (copy($OriginalScripts{$app}, SCRIPTDIR . "/$app.$suffix")) {
+if (system('cp', $OriginalScripts{$app}, SCRIPTDIR . "/$app.$suffix") !=
0) {
printe("Failed to copy " . $OriginalScripts{$app} . "to " .
SCRIPTDIR . ".");
set_app_info($app, 'error', 1);
diff -Nru defoma-0.11.11ubuntu1/src/defoma defoma-0.11.11ubuntu2/src/defoma
--- defoma-0.11.11ubuntu1/src/defoma2010-06-03 17:24:14.0 -0400
+++ defoma-0.11.11ubuntu2/src/defoma2010-11-01 14:03:37.0 -0400
@@ -4,7 +4,6 @@
use strict;
use POSIX;
use vars qw($COMNAME %SIG $ARG0);
-use File::Copy;
use Debian::Defoma::Common;
use Debian::Defoma::Font;
use Debian::Defoma::Id;
signature.asc
Description: Digital signature
Bug#602121: sgml-data: please drop perl dependency
Package: sgml-data
Version: 2.0.4
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch natty
Hello,
in Ubuntu we are trying to get rid of Perl in the default installation
(that is, the full Perl, not perl-base of course); for this I'm
currently eliminating the remaining reverse dependencies.
With this patch, this package will work with just perl-base.
Thanks for considering,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
diff -Nru sgml-data-2.0.4/debian/changelog
sgml-data-2.0.4ubuntu1/debian/changelog
--- sgml-data-2.0.4/debian/changelog2009-12-20 22:55:14.0 -0500
+++ sgml-data-2.0.4ubuntu1/debian/changelog 2010-11-01 14:49:41.0
-0400
@@ -1,3 +1,11 @@
+sgml-data (2.0.4ubuntu1) natty; urgency=low
+
+ * sgml-catalog-check.pl: Use Getopt::Long instead of Getopt::Std, since the
+former is in perl-base.
+ * debian/rules: Run dh_perl with -d, to get rid of "perl" dependency.
+
+ -- Martin Pitt Mon, 01 Nov 2010 14:48:14 -0400
+
sgml-data (2.0.4) unstable; urgency=low
* QA upload.
diff -Nru sgml-data-2.0.4/debian/rules sgml-data-2.0.4ubuntu1/debian/rules
--- sgml-data-2.0.4/debian/rules2005-04-21 11:50:14.0 -0400
+++ sgml-data-2.0.4ubuntu1/debian/rules 2010-11-01 14:49:18.0 -0400
@@ -97,7 +97,7 @@
dh_compress -i
dh_installdeb -i
- dh_perl -i
+ dh_perl -d -i
dh_gencontrol -i
dh_md5sums -i
dh_builddeb -i
diff -Nru sgml-data-2.0.4/sgml-catalog-check.pl
sgml-data-2.0.4ubuntu1/sgml-catalog-check.pl
--- sgml-data-2.0.4/sgml-catalog-check.pl 2004-01-11 00:53:25.0
-0500
+++ sgml-data-2.0.4ubuntu1/sgml-catalog-check.pl2010-11-01
14:47:09.0 -0400
@@ -12,7 +12,7 @@
# make a nice lintian script from this
# deal with declation and notation files
-use Getopt::Std;
+use Getopt::Long;
$Verbose = 1; # verboseness, 1 == chatty, 2 == loud
$SGMLdir = "debian/tmp/usr/share/sgml"; # default dir for link making etc
@@ -32,7 +32,7 @@
$warnings = $errors = 0; # error and warning count
-&getopts('ehlv:d:') || die $Usage;
+&GetOptions('e', 'h', 'l', 'v=i', 'd=s');
if ( $opt_h )
{
signature.asc
Description: Digital signature
Bug#643617: Spelling error in description
Package: rapidsvn Version: 0.12.0dfsg-3 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch oneiric Hello, In https://launchpad.net/bugs/860938 it was reported that there is a spelling error in the package description. Paul Stewart sent a patch for this, attached. It also changes the "The.." to "This..", please apply this part as you like. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#643617: Spelling error in description
Martin Pitt [2011-09-28 7:31 +0200]:
> Paul Stewart sent a patch for this, attached.
*cough*, now.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
=== modified file 'debian/control'
--- debian/control 2010-12-19 16:41:47 +
+++ debian/control 2011-09-27 21:49:16 +
@@ -12,7 +12,7 @@
Recommends: ssh-askpass
Conflicts: libsvncpp-dev (<< 0.7.0-2)
Description: A GUI client for subversion
- An graphical client for the Subversion revision control system (svn).
+ A graphical client for the Subversion revision control system (svn).
Package: libsvncpp3
Section: libs
@@ -21,12 +21,12 @@
Conflicts: libsvncpp0, libsvncpp0c2, libsvncpp0c2a
Replaces: libsvncpp0, libsvncpp0c2, libsvncpp0c2a
Description: Subversion C++ shared library
- The package contains a runtime library with C++ bindings for subversion.
+ This package contains a runtime library with C++ bindings for subversion.
Package: libsvncpp-dev
Section: libdevel
Architecture: any
Depends: libsvn-dev (>= 1.4.4), libsvncpp3 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Description: Subversion C++ library (development files)
- The package contains the static library and headers for libsvncpp,
+ This package contains the static library and headers for libsvncpp,
a library with C++ bindings for subversion.
signature.asc
Description: Digital signature
Bug#545300: sg3_utils: Update home page
Package: sg3-utils (converting to a bug report) Indeed the home page moved to http://sg.danny.cz/sg/ . Please update debian/copyright accordingly and also consider adding a Homepage: field to debian/control. - Forwarded message from Marvin Schmidt - Date: Wed, 02 Sep 2009 21:14:10 +0200 From: Marvin Schmidt To: mp...@debian.org, dgilb...@interlog.com Subject: sg3_utils 1.28 X-Spam-Status: No, score=0.0 required=4.0 tests=BAYES_50 autolearn=no version=3.2.5 Hi there, A few weeks ago the latest sg3_utils version was 1.28, but now all over sudden the tarballs and mentions on the website are gone. I'm wondering what happened and why? Maybe you could clear things up for me. I'd appreciate it. Best regards, Marvin Schmidt - End forwarded message - -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
PostgreSQL transition ahead
(Sorry if you got this mail several times, I just CC'ed it to every affected binary package). Hi fellow Debian developers! Three months ago I announced the first alpha versions of the new architecture of the PostgreSQL packages [1] in experimental. Now, a few months later, they are mature enough to be used in actual production environments. In addition, Sarge is out of the door (YAY!), so it's high time to break unstable again. :-) The packages have lived in Debian experimental for a while now and are tested by several people (who also write bug reports). Currently they have no open bugs and support all the features that the Sarge version did. However, the new structure is much easier to maintain and develop, and also offers many new features for users (multi-version, multi-cluster, painless upgrades, see [2]). I will upload the new packages to unstable very soon. This has a reasonably big impact to all packages that depend/build-depend on PostgreSQL since the package structure changed a bit: (1) postgresql-dev was split into libpq-dev (for client apps like postfix or pygresql) and postgresql-server-dev- for server extensions (like postgresql-plruby and postgresql-ocaml). (2) PostgreSQL 8.0 brought a new SONAME for libpq (libpq4), which removed a few symbols which were only intended for internal use, but were used nevertheless by some client apps (like "psql"). libpq4 can talk to all PostgreSQL servers back to 7.3 (same like libpq3). (1) makes all packages FTBFS that build-depend on postgresql-dev (I CC'ed all affected packages). These need to be changed to depend on libpq-dev, and make buildable again. This will automatically care for (2) since libpq-dev makes the package depend on libpq4 then. The steps to adapt a client-side application to the new structure are: 1. Change the build-dependency postgresql-dev to libpq-dev. 2. Fix include directory path: - Very few packages use pg_config to determine include and library directories (e. g. pygresql). In this case no additional changes should be required any more. pg_config has been there for ages, but apparently nobody bothered to use it. - If the package does not use pg_config, then the ideal solution is to convert it to do so. This is easily possible for almost all packages (e. g. in debian/rules, add a configure option like --with-pgsql-include=`pg_config --includedir`). - If the packaging hardcodes include paths and has a crappy build system (cyrus-sasl2 was a pretty nonstandard one), then the quick fix is to hardcode the path for now (/usr/include/postgresql/8.0); however, this is not very robust, and it would be nice to eventually convert the package to use pg_config. 3. Test build. As a rule of thumb, if the package builds, it works. libpq-dev mainly changed paths and has a new library SONAME behind (libpq4), but the client library did not change any interface and thus should be fully backwards compatible. 4. Upload. :-) I already did these steps for a fair number of packages. So if you maintain one of the packages that have a debdiff at [3], you are lucky and only need to apply the patch there (however, cyrus-sasl2 and dovecot were nasty cases where the path has been hardcoded for now; this should be improved). The debdiffs were made for Ubuntu packages since I could upload them straight away. So the changelog patch will fail to apply, but the rest should be fine. The server-side packages are more delicate, though. Ideally they would be repackaged to build a module for all supported PostgreSQL versions (i. e. postgresql-7.4-plr, postgresql-8.0-plr, and so on). I will finish plr soon to show an example of how this is supposed to look like. Peter Eisentraut will package PL/Java soon. If you maintain such a package, please consider subscribing to [4] to coordinate the effort. Although the new packages will make all the client packages FTBFS, I will upload them to unstable soon, because: * The already built client app debs will just continue to work. * There is a clean upgrade path from the old postgresql package to the new one (just dist-upgrade). * Sid will be broken for a fair amount of time anyway since there are more transitions ahead of us (g++ 4.0, dbus, etc.) This mail already became longer than intended, so if you have any question, please contact [4] or me personally. Thanks and have a nice day! Martin [1] http://lists.debian.org/debian-devel/2005/03/msg01858.html [2] http://people.debian.org/~mpitt/postgresql-ng.html [3] http://people.ubuntu.com/~pitti/postgresql-transition/ [4] http://lists.alioth.debian.org/mailman/listinfo/pkg-postgresql-public -- Martin Pitt http://www.piware.de Ubuntu Developer http://www.ubuntulinux.org Debian Developerhttp://www.debian.org signature.asc Description: Digital signature
Bug#231349: onshore-timesheet: please change dependency to libpg-perl
Package: onshore-timesheet Severity: wishlist Hi! In order to comply with the perl packaging conventions, libpgperl was renamed to libpg-perl recently; libpgperl is now a dummy package depending on libpg-perl. Could you please update the dependency of onshore-timesheet to libpg-perl? Thank you in advance and have a nice day! Martin -- Martin Pitt Debian GNU/Linux Developer [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.piware.de http://www.debian.org signature.asc Description: Digital signature
