[DRE-maint] Bug#592372: redmine: Minor errors / ways to improve debconf messages
On 09/08/2010 18:53, Helge Kreutzmann wrote:
Package: redmine
Version: 1.0.0-4
Severity: minor
Tags: patch l10n
X-Debbugs-CC: Christian Perrier bubu...@debian.org
While updating the German Debconf translation, the following issues
arose. Please consider updating them post Squeeze for those which you
cannot unfuzzy[1].
# FIXME: 1. Is that really a package feature or just an upstream feature?
# To make this clearer I would leave package out.
# 2. Full stop at the end?
#. Type: note
#. Description
#: ../templates:1001
msgid Redmine package now supports multiple instances
This is a package feature, upstream redmine is not designed to work like
this, though it's allowed by rails, and thus made possible in the package.
Do you think rephrasing is needed to better explain it's a feature of the
debian package ?
# FIXME: Does everyone know where `README.Debian` is located?
#. Type: note
#. Description
#: ../templates:1001
msgid
You are migrating from an unsupported version. The current instance will be
now called the \default\ instance. Please check your web server
configuration files, see README.Debian.
I agree.
#. Type: error
#. Description
# FIXME: Superflous space at the end before the colon, please fix unfuzzy
#: ../templates:5001
msgid
To finish that configuration, please install the redmine-${dbtype} package,
and reconfigure redmine using :
Also agreed.
Thank you for your report,
Jérémy Lal
___
Pkg-ruby-extras-maintainers mailing list
Pkg-ruby-extras-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#591979: libeventmachine-ruby: missing libssl-dev to Build-Depends
On Sat, Aug 07, 2010 at 10:50:09AM +0900, Daigo Moriwaki wrote: That requires a little consideration. The OpenSSL license is incompatible with GPL. Since libeventmachine-ruby is dual-licensed with the Ruby License or GPL, it is available under the Ruby License. However, GPLed applications using libeventmachine-ruby will not be able to use it any longer. ok thanks for the explanation Making a separate library linking with OpenSSL will solve this issue. but if i understand well, the two package will be in conflict, so can't install thin1.8 (or another package) and libeventmachine-ruby with ssl support ? Laurent ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#592672: redmine 1.0.0 breaks with ruby-i18n 0.4+ and rails 2.3.6
Package: redmine
Version: 1.0.0-4
Severity: important
After updating from 0.9.6 to 1.0.0-4 on squeeze redmine failed generating
pages, always results in http error 500, I think some cache pages did still
load, but basicly broken all over the board.
Redmines log spews:
Processing WelcomeController#index (for 192.168.20.2 at 2010-08-11 22:35:55)
[GET]
Parameters: {action=index, controller=welcome}
Rendering template within layouts/base
Rendering welcome/index
ActionView::TemplateError (missing interpolation argument in %m/%{count}/%Y
%I:%M %p ({:object=Tue Jul 20 00:06:57 +0200 2010} given)) on line #23 of
app/views/welcome/index.rhtml:
20: % for project in @projects %
21: % @project = project %
22: li
23: %= link_to h(project.name), :controller =
'projects', :action = 'show', :id = project % (%=
format_time(project.created_on) %)
24: %= textilizable project.short_description, :project
= project %
25: /li
26: % end %
/usr/lib/ruby/1.8/i18n/backend/base.rb:186:in
`interpolate_without_deprecated_syntax'
/usr/lib/ruby/1.8/active_record/i18n_interpolation_deprecation.rb:21:in
`interpolate'
/usr/lib/ruby/1.8/i18n/backend/base.rb:49:in `translate'
/usr/lib/ruby/1.8/i18n.rb:152:in `t'
.
Here is the upstream bugreport:
http://www.redmine.org/issues/5608
http://www.redmine.org/issues/5608#note-3
fixes the problem for now, I don't know if it a proper fix.
Ruby rails 2.3.6+ should also fix this, I don't know if squeeze will see a
ruby update though so I report against redmine.
Regards,
Karsten
___
Pkg-ruby-extras-maintainers mailing list
Pkg-ruby-extras-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#588125: rubygems doesn't work
Package: rubygems1.9.1 Version: 1.3.7-1 Severity: normal From the comments in the redmine thread above, rubygems for 1.9.x should be taken from the Ruby sources, not the standalone rubygems project anymore. Unfortunately, since ruby1.9.1~1.9.2 has been pushed to testing, not only there is currently no way to get a working rubygems for 1.9.x on Debian, but that is going to be the case for squeeze as well until it gets fixed. Would not it be possible that the ruby maintainers simply install the rubygems version from Ruby itself and conflict: with rubygems1.9.1 ? ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] [Bug 514899] Re: Multithreaded Gtk applications using Ruby bindings freeze
** Description changed:
Binary package hint: libgtk2-ruby
In Ubuntu 9.10 with the version of libgtk2-ruby from the repositories
(0.19.0), new threads cause the Gtk main loop to freeze. As an example,
the following code will never produce any output:
-
= Impact =
I don't know which program available directly within Ubuntu is written in
Ruby-GTK+, but those which do and which are using the Ruby Thread class are
broken, and of course developing such a program is broken too.
The fix is available in ruby-gnome2 since version 0.19.2 and was
introduced through SVN revisions 3692[1] and 3694[2]. Both are within
the attachment ruby-gnome2-gtk-thread-patch.debdiff in comment #1.
[1]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3692
[2]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3694
+ TEST CASE:
+ require 'gtk2'
- TEST CASE:
- require 'gtk2'
+ Thread.new do
+ sleep 1 # Look busy
+ exit# Finished, exit
+ end
- Thread.new do
-sleep 1 # Look busy
-exit# Finished, exit
- end
-
- # Main loop
- loop do
-# Process all currently pending events
-Gtk.main_iteration while Gtk.events_pending?
-print '.'
- end
+ # Main loop
+ loop do
+ # Process all currently pending events
+ Gtk.main_iteration while Gtk.events_pending?
+ print '.'
+ end
However, when the latest version of the bindings is installed (0.19.3)
the program works as expected, filling the screen with dots.
TEST CASE 2:
Here is another example for reproducing this bug:
require gtk2
include Gtk, GLib
# Create widgets
window = Window.new
vbox = VBox.new(false, 2)
button = Button.new(Run Thread)
progress = ProgressBar.new
# Pack widgets
window.add(vbox)
vbox.add(button)
vbox.add(progress)
# Set default window size
window.default_width = 120
window.default_height = 50
window.show_all
# Connect signals
button.signal_connect(clicked) do
- Thread.new do
- puts Thread started!
- progress.pulse
- end
+ Thread.new do
+ puts Thread started!
+ progress.pulse
+ end
end
window.signal_connect(destroy) { main_quit }
# Show all and run
main # start the GTK+ main loop
The test program shows a window with a button and a progress bar.
Clicking the button will execute a Ruby Thread object, and the GUI
visual elements/the GTK+ main loop will remain freezed.
- REGRESSION:
- The only package that depends on ruby-gnome2 in karmic is
alien-arena-browser, which is far from being a critical application. The impact
of a potential regression would be very limited.
- The example in the bug description is supposed to print dots, and
- instead it doesn't.
+ The example in the bug description is supposed to print dots, and instead it
doesn't.
This problem is also reported at:
http://sourceforge.net/mailarchive/forum.php?thread_name=dc3bf8581001120746kb5da118udd0a74439cc4dcd9%40mail.gmail.comforum_name=ruby-gnome2-devel-en
--
Multithreaded Gtk applications using Ruby bindings freeze
https://bugs.launchpad.net/bugs/514899
You received this bug notification because you are subscribed to Ubuntu.
Status in “ruby-gnome2” package in Ubuntu: Fix Released
Status in “ruby-gnome2” source package in Karmic: Fix Committed
Bug description:
Binary package hint: libgtk2-ruby
In Ubuntu 9.10 with the version of libgtk2-ruby from the repositories (0.19.0),
new threads cause the Gtk main loop to freeze. As an example, the following
code will never produce any output:
= Impact =
I don't know which program available directly within Ubuntu is written in
Ruby-GTK+, but those which do and which are using the Ruby Thread class are
broken, and of course developing such a program is broken too.
The fix is available in ruby-gnome2 since version 0.19.2 and was introduced
through SVN revisions 3692[1] and 3694[2]. Both are within the attachment
ruby-gnome2-gtk-thread-patch.debdiff in comment #1.
[1]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3692
[2]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3694
TEST CASE:
require 'gtk2'
Thread.new do
sleep 1 # Look busy
exit# Finished, exit
end
# Main loop
loop do
# Process all currently pending events
Gtk.main_iteration while Gtk.events_pending?
print '.'
end
However, when the latest version of the bindings is installed (0.19.3) the
program works as expected, filling the screen with dots.
TEST CASE 2:
Here is another example for reproducing this bug:
require gtk2
include Gtk, GLib
# Create widgets
window = Window.new
vbox = VBox.new(false, 2)
button = Button.new(Run Thread)
progress = ProgressBar.new
# Pack widgets
window.add(vbox)
vbox.add(button)
vbox.add(progress)
# Set default window size
window.default_width = 120
[DRE-maint] [Bug 514899] Re: Multithreaded Gtk applications using Ruby bindings freeze
** Description changed:
Binary package hint: libgtk2-ruby
In Ubuntu 9.10 with the version of libgtk2-ruby from the repositories
(0.19.0), new threads cause the Gtk main loop to freeze. As an example,
the following code will never produce any output:
= Impact =
I don't know which program available directly within Ubuntu is written in
Ruby-GTK+, but those which do and which are using the Ruby Thread class are
broken, and of course developing such a program is broken too.
The fix is available in ruby-gnome2 since version 0.19.2 and was
introduced through SVN revisions 3692[1] and 3694[2]. Both are within
the attachment ruby-gnome2-gtk-thread-patch.debdiff in comment #1.
[1]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3692
[2]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3694
TEST CASE:
require 'gtk2'
Thread.new do
sleep 1 # Look busy
exit# Finished, exit
end
# Main loop
loop do
# Process all currently pending events
Gtk.main_iteration while Gtk.events_pending?
print '.'
end
However, when the latest version of the bindings is installed (0.19.3)
the program works as expected, filling the screen with dots.
TEST CASE 2:
Here is another example for reproducing this bug:
require gtk2
include Gtk, GLib
# Create widgets
window = Window.new
vbox = VBox.new(false, 2)
button = Button.new(Run Thread)
progress = ProgressBar.new
# Pack widgets
window.add(vbox)
vbox.add(button)
vbox.add(progress)
# Set default window size
window.default_width = 120
window.default_height = 50
window.show_all
# Connect signals
button.signal_connect(clicked) do
Thread.new do
puts Thread started!
progress.pulse
end
end
window.signal_connect(destroy) { main_quit }
# Show all and run
main # start the GTK+ main loop
The test program shows a window with a button and a progress bar.
Clicking the button will execute a Ruby Thread object, and the GUI
visual elements/the GTK+ main loop will remain freezed.
+ REGRESSION:
+ The following applications use libgtk2-ruby and threads: fantasdic-1.0beta7
geekast-0.1.3 kazehakase-0.5.8 mhc-0.25.1+20090120 rbbr-0.6.0
xnetcardconfig-0.2.1
- The example in the bug description is supposed to print dots, and instead it
doesn't.
+ The example in the bug description is supposed to print dots, and
+ instead it doesn't.
This problem is also reported at:
http://sourceforge.net/mailarchive/forum.php?thread_name=dc3bf8581001120746kb5da118udd0a74439cc4dcd9%40mail.gmail.comforum_name=ruby-gnome2-devel-en
--
Multithreaded Gtk applications using Ruby bindings freeze
https://bugs.launchpad.net/bugs/514899
You received this bug notification because you are subscribed to Ubuntu.
Status in “ruby-gnome2” package in Ubuntu: Fix Released
Status in “ruby-gnome2” source package in Karmic: Fix Committed
Bug description:
Binary package hint: libgtk2-ruby
In Ubuntu 9.10 with the version of libgtk2-ruby from the repositories (0.19.0),
new threads cause the Gtk main loop to freeze. As an example, the following
code will never produce any output:
= Impact =
I don't know which program available directly within Ubuntu is written in
Ruby-GTK+, but those which do and which are using the Ruby Thread class are
broken, and of course developing such a program is broken too.
The fix is available in ruby-gnome2 since version 0.19.2 and was introduced
through SVN revisions 3692[1] and 3694[2]. Both are within the attachment
ruby-gnome2-gtk-thread-patch.debdiff in comment #1.
[1]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3692
[2]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3694
TEST CASE:
require 'gtk2'
Thread.new do
sleep 1 # Look busy
exit# Finished, exit
end
# Main loop
loop do
# Process all currently pending events
Gtk.main_iteration while Gtk.events_pending?
print '.'
end
However, when the latest version of the bindings is installed (0.19.3) the
program works as expected, filling the screen with dots.
TEST CASE 2:
Here is another example for reproducing this bug:
require gtk2
include Gtk, GLib
# Create widgets
window = Window.new
vbox = VBox.new(false, 2)
button = Button.new(Run Thread)
progress = ProgressBar.new
# Pack widgets
window.add(vbox)
vbox.add(button)
vbox.add(progress)
# Set default window size
window.default_width = 120
window.default_height = 50
window.show_all
# Connect signals
button.signal_connect(clicked) do
Thread.new do
puts Thread started!
loop do
progress.pulse
sleep 1
end
end
end
window.signal_connect(destroy) { main_quit }
# Show all and run
main # start the GTK+ main loop
The test program
[DRE-maint] [Bug 514899] Re: Multithreaded Gtk applications using Ruby bindings freeze
** Description changed:
Binary package hint: libgtk2-ruby
In Ubuntu 9.10 with the version of libgtk2-ruby from the repositories
(0.19.0), new threads cause the Gtk main loop to freeze. As an example,
the following code will never produce any output:
= Impact =
I don't know which program available directly within Ubuntu is written in
Ruby-GTK+, but those which do and which are using the Ruby Thread class are
broken, and of course developing such a program is broken too.
The fix is available in ruby-gnome2 since version 0.19.2 and was
introduced through SVN revisions 3692[1] and 3694[2]. Both are within
the attachment ruby-gnome2-gtk-thread-patch.debdiff in comment #1.
[1]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3692
[2]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3694
TEST CASE:
require 'gtk2'
Thread.new do
sleep 1 # Look busy
exit# Finished, exit
end
# Main loop
loop do
# Process all currently pending events
Gtk.main_iteration while Gtk.events_pending?
print '.'
end
However, when the latest version of the bindings is installed (0.19.3)
the program works as expected, filling the screen with dots.
TEST CASE 2:
Here is another example for reproducing this bug:
require gtk2
include Gtk, GLib
# Create widgets
window = Window.new
vbox = VBox.new(false, 2)
button = Button.new(Run Thread)
progress = ProgressBar.new
# Pack widgets
window.add(vbox)
vbox.add(button)
vbox.add(progress)
# Set default window size
window.default_width = 120
window.default_height = 50
window.show_all
# Connect signals
button.signal_connect(clicked) do
Thread.new do
puts Thread started!
- progress.pulse
+ loop do
+ progress.pulse
+ sleep 1
+ end
end
end
window.signal_connect(destroy) { main_quit }
# Show all and run
main # start the GTK+ main loop
The test program shows a window with a button and a progress bar.
Clicking the button will execute a Ruby Thread object, and the GUI
visual elements/the GTK+ main loop will remain freezed.
REGRESSION:
The following applications use libgtk2-ruby and threads: fantasdic-1.0beta7
geekast-0.1.3 kazehakase-0.5.8 mhc-0.25.1+20090120 rbbr-0.6.0
xnetcardconfig-0.2.1
The example in the bug description is supposed to print dots, and
instead it doesn't.
This problem is also reported at:
http://sourceforge.net/mailarchive/forum.php?thread_name=dc3bf8581001120746kb5da118udd0a74439cc4dcd9%40mail.gmail.comforum_name=ruby-gnome2-devel-en
--
Multithreaded Gtk applications using Ruby bindings freeze
https://bugs.launchpad.net/bugs/514899
You received this bug notification because you are subscribed to Ubuntu.
Status in “ruby-gnome2” package in Ubuntu: Fix Released
Status in “ruby-gnome2” source package in Karmic: Fix Committed
Bug description:
Binary package hint: libgtk2-ruby
In Ubuntu 9.10 with the version of libgtk2-ruby from the repositories (0.19.0),
new threads cause the Gtk main loop to freeze. As an example, the following
code will never produce any output:
= Impact =
I don't know which program available directly within Ubuntu is written in
Ruby-GTK+, but those which do and which are using the Ruby Thread class are
broken, and of course developing such a program is broken too.
The fix is available in ruby-gnome2 since version 0.19.2 and was introduced
through SVN revisions 3692[1] and 3694[2]. Both are within the attachment
ruby-gnome2-gtk-thread-patch.debdiff in comment #1.
[1]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3692
[2]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3694
TEST CASE:
require 'gtk2'
Thread.new do
sleep 1 # Look busy
exit# Finished, exit
end
# Main loop
loop do
# Process all currently pending events
Gtk.main_iteration while Gtk.events_pending?
print '.'
end
However, when the latest version of the bindings is installed (0.19.3) the
program works as expected, filling the screen with dots.
TEST CASE 2:
Here is another example for reproducing this bug:
require gtk2
include Gtk, GLib
# Create widgets
window = Window.new
vbox = VBox.new(false, 2)
button = Button.new(Run Thread)
progress = ProgressBar.new
# Pack widgets
window.add(vbox)
vbox.add(button)
vbox.add(progress)
# Set default window size
window.default_width = 120
window.default_height = 50
window.show_all
# Connect signals
button.signal_connect(clicked) do
Thread.new do
puts Thread started!
loop do
progress.pulse
sleep 1
end
end
end
window.signal_connect(destroy) { main_quit }
# Show all and run
main # start the GTK+ main
[DRE-maint] [Bug 514899] Re: Multithreaded Gtk applications using Ruby bindings freeze
SRU verification for Karmic:
I have reproduced the problem with ruby-gnome2 0.19.0-2ubuntu4 in karmic and
have verified that the version of ruby-gnome2 0.19.0-2ubuntu4.1 in -proposed
fixes the issue.
I have run the 2 test cases in the description and the test in the upstream
report. I have modified the 2nd test case provided by Mike in order to
reproduce the blocking wait.
I have also tested rbbr and fantasdic, which one is much more responsive with
the new version of the library, and I haven't noticed any regression.
Marking as verification-done
** Tags added: verification-done
** Tags removed: verification-needed
--
Multithreaded Gtk applications using Ruby bindings freeze
https://bugs.launchpad.net/bugs/514899
You received this bug notification because you are subscribed to Ubuntu.
Status in “ruby-gnome2” package in Ubuntu: Fix Released
Status in “ruby-gnome2” source package in Karmic: Fix Committed
Bug description:
Binary package hint: libgtk2-ruby
In Ubuntu 9.10 with the version of libgtk2-ruby from the repositories (0.19.0),
new threads cause the Gtk main loop to freeze. As an example, the following
code will never produce any output:
= Impact =
I don't know which program available directly within Ubuntu is written in
Ruby-GTK+, but those which do and which are using the Ruby Thread class are
broken, and of course developing such a program is broken too.
The fix is available in ruby-gnome2 since version 0.19.2 and was introduced
through SVN revisions 3692[1] and 3694[2]. Both are within the attachment
ruby-gnome2-gtk-thread-patch.debdiff in comment #1.
[1]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3692
[2]
http://ruby-gnome2.svn.sourceforge.net/viewvc/ruby-gnome2?view=revrevision=3694
TEST CASE:
require 'gtk2'
Thread.new do
sleep 1 # Look busy
exit# Finished, exit
end
# Main loop
loop do
# Process all currently pending events
Gtk.main_iteration while Gtk.events_pending?
print '.'
end
However, when the latest version of the bindings is installed (0.19.3) the
program works as expected, filling the screen with dots.
TEST CASE 2:
Here is another example for reproducing this bug:
require gtk2
include Gtk, GLib
# Create widgets
window = Window.new
vbox = VBox.new(false, 2)
button = Button.new(Run Thread)
progress = ProgressBar.new
# Pack widgets
window.add(vbox)
vbox.add(button)
vbox.add(progress)
# Set default window size
window.default_width = 120
window.default_height = 50
window.show_all
# Connect signals
button.signal_connect(clicked) do
Thread.new do
puts Thread started!
loop do
progress.pulse
sleep 1
end
end
end
window.signal_connect(destroy) { main_quit }
# Show all and run
main # start the GTK+ main loop
The test program shows a window with a button and a progress bar. Clicking the
button will execute a Ruby Thread object, and the GUI visual elements/the GTK+
main loop will remain freezed.
REGRESSION:
The following applications use libgtk2-ruby and threads: fantasdic-1.0beta7
geekast-0.1.3 kazehakase-0.5.8 mhc-0.25.1+20090120 rbbr-0.6.0
xnetcardconfig-0.2.1
The example in the bug description is supposed to print dots, and instead it
doesn't.
This problem is also reported at:
http://sourceforge.net/mailarchive/forum.php?thread_name=dc3bf8581001120746kb5da118udd0a74439cc4dcd9%40mail.gmail.comforum_name=ruby-gnome2-devel-en
___
Pkg-ruby-extras-maintainers mailing list
Pkg-ruby-extras-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#588125: Bug#588125: rubygems doesn't work
On 13/08/10 at 13:02 +0200, Sylvain Joyeux wrote: Package: rubygems1.9.1 Version: 1.3.7-1 Severity: normal From the comments in the redmine thread above, rubygems for 1.9.x should be taken from the Ruby sources, not the standalone rubygems project anymore. Unfortunately, since ruby1.9.1~1.9.2 has been pushed to testing, not only there is currently no way to get a working rubygems for 1.9.x on Debian, but that is going to be the case for squeeze as well until it gets fixed. Would not it be possible that the ruby maintainers simply install the rubygems version from Ruby itself and conflict: with rubygems1.9.1 ? I think that the appropriate course of action would be to get rubygems fixed so that it works with 1.9.1. I don't think that having several rubygems codebases in the archive is really a solution. I'm currently on vacation, so could you talk to the upstream rubygems developers about that? - Lucas ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#592915: libprawn-ruby: Includes non-free fonts
Package: libprawn-ruby Version: 0.9.1+dfsg-1 Severity: serious Tags: upstream squeeze sid Justification: Policy 2.2.1 (I am the package's maintainer, about to upload a fixed version. I am filling this bug request in order to document for the Release Team I'll request a freeze exception) Paul Wise reported me during DebConf that this package was shipping with non-free fonts: $ tar tzf libprawn-ruby_0.9.1+dfsg.orig.tar.gz | grep fonts sandal-prawn-e134776/data/fonts/ sandal-prawn-e134776/data/fonts/Helvetica.afm sandal-prawn-e134776/data/fonts/Symbol.afm sandal-prawn-e134776/data/fonts/Courier-BoldOblique.afm sandal-prawn-e134776/data/fonts/Action Man.dfont sandal-prawn-e134776/data/fonts/Helvetica-Oblique.afm sandal-prawn-e134776/data/fonts/ZapfDingbats.afm sandal-prawn-e134776/data/fonts/Helvetica-BoldOblique.afm sandal-prawn-e134776/data/fonts/Activa.ttf sandal-prawn-e134776/data/fonts/Times-BoldItalic.afm sandal-prawn-e134776/data/fonts/DejaVuSans.ttf sandal-prawn-e134776/data/fonts/comicsans.ttf sandal-prawn-e134776/data/fonts/Times-Italic.afm sandal-prawn-e134776/data/fonts/Courier.afm sandal-prawn-e134776/data/fonts/Chalkboard.ttf sandal-prawn-e134776/data/fonts/Helvetica-Bold.afm sandal-prawn-e134776/data/fonts/Dustismo_Roman.ttf sandal-prawn-e134776/data/fonts/Courier-Bold.afm sandal-prawn-e134776/data/fonts/Courier-Oblique.afm sandal-prawn-e134776/data/fonts/gkai00mp.ttf sandal-prawn-e134776/data/fonts/MustRead.html sandal-prawn-e134776/data/fonts/Times-Roman.afm sandal-prawn-e134776/data/fonts/Times-Bold.afm Some of them are free, but some are dubious and some (i.e. Action Man, comicsans) are downright non-free. I will be preparing a +dfsg2 upload any minute now™. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libprawn-ruby depends on: ii libprawn-ruby1.8 0.9.1+dfsg-1 Fast, nimble PDF generation librar libprawn-ruby recommends no packages. libprawn-ruby suggests no packages. -- debconf-show failed ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Accepted libprawn-ruby 0.9.1+dfsg2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 13 Aug 2010 16:16:36 -0500 Source: libprawn-ruby Binary: libprawn-ruby1.8 libprawn-ruby1.9.1 libprawn-ruby libprawn-ruby-common Architecture: source all Version: 0.9.1+dfsg2-1 Distribution: unstable Urgency: low Maintainer: Gunnar Wolf gw...@debian.org Changed-By: Gunnar Wolf gw...@debian.org Description: libprawn-ruby - Fast, nimble PDF generation library for Ruby libprawn-ruby-common - Fast, nimble PDF generation library for Ruby libprawn-ruby1.8 - Fast, nimble PDF generation library for Ruby libprawn-ruby1.9.1 - Fast, nimble PDF generation library for Ruby Closes: 592915 Changes: libprawn-ruby (0.9.1+dfsg2-1) unstable; urgency=low . * New +dfsg version, no longer including non-free fonts (Closes: #592915) * Standards-version: 3.8.4 → 3.9.1.0 (No changes needed) Checksums-Sha1: b77d841f27317f06664d8e80185bba0d584007ff 2795 libprawn-ruby_0.9.1+dfsg2-1.dsc 46b5428421bf939521a65c9f39d9680aef0033da 2123 libprawn-ruby_0.9.1+dfsg2.orig-pdfinspector.tar.gz 2067bb7104c365b092ffe3bc63cb758128d4d078 436597 libprawn-ruby_0.9.1+dfsg2.orig-ttfunk.tar.gz 020f565bb664cf845d42dc4ca7817ab4f44501f7 1793662 libprawn-ruby_0.9.1+dfsg2.orig.tar.gz 8ec46b02ac9443217b0417efdf3d414ffdec7e18 7997 libprawn-ruby_0.9.1+dfsg2-1.debian.tar.gz 661f7b21b60a3529623576555a448cff022a9a2e 109522 libprawn-ruby1.8_0.9.1+dfsg2-1_all.deb bbac5c8482b1c0be11ea153dbc32e073066faf66 109536 libprawn-ruby1.9.1_0.9.1+dfsg2-1_all.deb 6d23c5a359ec7c58b41168c787ebb7679ee6bf82 5542 libprawn-ruby_0.9.1+dfsg2-1_all.deb fc1e171b91dd177c524af4dd9ce2691ab1cb3ff2 396060 libprawn-ruby-common_0.9.1+dfsg2-1_all.deb Checksums-Sha256: 75437c16221ec7c80610af1654887630dd9afc2016d4016da5e58a9711149f7a 2795 libprawn-ruby_0.9.1+dfsg2-1.dsc 902c01805b22f3be235e2cd7c742efb7d6a8e3e9dc3c4707efa9e65cff227a28 2123 libprawn-ruby_0.9.1+dfsg2.orig-pdfinspector.tar.gz b4d3d58d1bfbd9cd07ed046020f9381bd2b2d258041046e1ab9d7b4cd4bb2db6 436597 libprawn-ruby_0.9.1+dfsg2.orig-ttfunk.tar.gz 04ea25367355f34eb37f0597b17b2413b8a640b823f6d6baa3af0a55b5636e56 1793662 libprawn-ruby_0.9.1+dfsg2.orig.tar.gz 3926785e932313fc11b5cfaf7c40e09c2fcabd75aec471335d54e647cd348d55 7997 libprawn-ruby_0.9.1+dfsg2-1.debian.tar.gz 5b94d6d456ae1af5fdc41aec16cf1109fce7d1fed0ec329f816651ec59ddb927 109522 libprawn-ruby1.8_0.9.1+dfsg2-1_all.deb fe597480cd17ce16f2d5d22dad05e8efd803f18cb4f95458a0bce7e727b53c2f 109536 libprawn-ruby1.9.1_0.9.1+dfsg2-1_all.deb 4b4aa32fd738fca8fbb01d7e19629bebac9be4023442744ce3a0f9bb1f93e766 5542 libprawn-ruby_0.9.1+dfsg2-1_all.deb cc5c3ddb27450abfb89434fdbd10f3624efd2f1235ef9e2f98e35c1ad6b84ece 396060 libprawn-ruby-common_0.9.1+dfsg2-1_all.deb Files: 816b7eadf938b095b99445a4782bfb05 2795 ruby optional libprawn-ruby_0.9.1+dfsg2-1.dsc 8eaadf00d7e0aeffc21ca4c1d03cd1fc 2123 ruby optional libprawn-ruby_0.9.1+dfsg2.orig-pdfinspector.tar.gz bb1aacab59cb8a0908e6083e1649ab12 436597 ruby optional libprawn-ruby_0.9.1+dfsg2.orig-ttfunk.tar.gz d2365b0d845d3920680bfb2c87275a37 1793662 ruby optional libprawn-ruby_0.9.1+dfsg2.orig.tar.gz ff259caa97c2c2d031217ed09c5ead64 7997 ruby optional libprawn-ruby_0.9.1+dfsg2-1.debian.tar.gz 7b7805783b86d97a384bd8319a05 109522 ruby optional libprawn-ruby1.8_0.9.1+dfsg2-1_all.deb 22eaedee6696c6bb37579dd86c4eae1a 109536 ruby optional libprawn-ruby1.9.1_0.9.1+dfsg2-1_all.deb acfc655568cbe11027275681f5523e75 5542 ruby optional libprawn-ruby_0.9.1+dfsg2-1_all.deb ca8feb3659835bb3a7e86d4600680746 396060 ruby optional libprawn-ruby-common_0.9.1+dfsg2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJMZcDvAAoJEGc6A+TB25Ifl1oP+QE3qVLowvYTXTmK3Uhumk7b VQF9s4Q6GKbyqQumPo0vcb0SHTbCadAQ8VrrKfYsyCmsbGLTZdjkqMQH4p6BBEzp ePdB92jdbFoMyI114UrFcw/W1y7CO+xsCvZyjfbO7f5kk5uN9kuIDIfoNHKdkSXW /j+f4Nz/8J9WNMzEWv+ezhWQNL3UsWav0UxxPP1Xp0DCVu/vKjNWpIRSwgI3flf9 5jpjU+e3WUmjRAWPwiDecDvvbDr1fZfJdiAUpr4/X3hxUTSAJcAySPukaaC2AJ6X a3IyWCxLqgxjZHWtPCL41xBSH6fhC+y52xzsBgFLhfbQPiwooHROCGpDi94Y0FIQ mwPS2GWholXKYuHT64cSYKyV/mwFLteHiiWoPB65H8nB0JjC89F99Uj8LA8kz8dv OX7/YlAAXquPcZo1UtdfLlv9lKSJEkIGZEJHkxq+lp6o0BpX8vbsWKVXIjWi0i0Z M2wt8O2kFcpDB1VY6OFGgLqJ4eDQhsQQP5gQmxvs+ry7YoNgVs2q4/Rl8C1vPhfp wSXEsEy4sZc9J5gtLkLtIoUQLhnJcvzIDf9dztVbOD7ItMO4Nssr4mm+nzQmp4oo HGGO450cXJvd5wxeCfgeNdKO3jGSUK4BTFCTJjgNNN8W01kG6Y1bdbdv0moaMh5m Ium+qnEroLS8viF/y1d/ =EOgB -END PGP SIGNATURE- Accepted: libprawn-ruby-common_0.9.1+dfsg2-1_all.deb to main/libp/libprawn-ruby/libprawn-ruby-common_0.9.1+dfsg2-1_all.deb libprawn-ruby1.8_0.9.1+dfsg2-1_all.deb to main/libp/libprawn-ruby/libprawn-ruby1.8_0.9.1+dfsg2-1_all.deb libprawn-ruby1.9.1_0.9.1+dfsg2-1_all.deb to main/libp/libprawn-ruby/libprawn-ruby1.9.1_0.9.1+dfsg2-1_all.deb libprawn-ruby_0.9.1+dfsg2-1.debian.tar.gz to main/libp/libprawn-ruby/libprawn-ruby_0.9.1+dfsg2-1.debian.tar.gz libprawn-ruby_0.9.1+dfsg2-1.dsc to main/libp/libprawn-ruby/libprawn-ruby_0.9.1+dfsg2-1.dsc
