Bug#1055332: RFS: hunspell-be/0.60-1 -- Belarusian dictionary for hunspell and academic orthography

[Hleb Valoshka]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "hunspell-be":

 * Package name : hunspell-be
   Version  : 0.60-1
   Upstream contact : Mikalai Udodau 
 * URL  : https://github.com/mikalai-udodau/spell-be/
 * License  : CC-BY-SA
 * Vcs  : g...@github.com:375gnu/hunspell-be.git
   Section  : text

The source builds the following binary packages:

  hunspell-be - Belarusian dictionary for hunspell and academic orthography

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/hunspell-be/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/h/hunspell-be/hunspell-be_0.60-1.dsc

Changes since the last upload:

 hunspell-be (0.60-1) unstable; urgency=medium
 .
   [ Soren Stoutner ]
   * debian/control: Build-depends on convert-bdic. (Closes: #1020480)
   * debian/rules: Build and clean the .bdic binary dictionary file.
   * debian/hunspell-be.install: Install the .bdic binary dictionary to
 /usr/share/hunspell-bdic/.
 .
   [ Hleb Valoshka ]
   * Update d/watch to return only the latest release
   * New upstream version 0.60
   * Update d/control with the new upstream address
   * Update copyright information

Regards,
-- 
  Hleb Valoshka

Bug#1020480: hunspell-be: Package the Qt WebEngine binary dictionary files from your Hunspell source

[Hleb Valoshka]

Yes, please.

-- 
Celestia real-time space simulator:
 * https://celestiaproject.space
 * https://github.com/CelestiaProject

Bug#918916: [DRE-maint] Bug#918916: Unicorn not reporting proper version for gemfile?

[Hleb Valoshka]

On 1/13/19, Julian Calaby  wrote:
> As a workaround, changing _both_ versions in the shipped gemspec and the
> version in the filename from 0 to 5.4.1 fixes packages which depend on
> this, e.g. gitlab.

Thanks for the hint. Actually the problem was in d/rules file.

Bug#918916: Unicorn not reporting proper version for gemfile?

[Hleb Valoshka]

On 1/12/19, Dominik George  wrote:
>>The problem is not in Unicorn. The problem is in gem2deb which
>>generated incorrect unicorn-0.gemspec for the package.
>
> OK... But, why was it fixed when I rebuilt with the patch?

Different gem2deb versions? Have you tried to rebuild it without that patch?

Bug#918916: Unicorn not reporting proper version for gemfile?

[Hleb Valoshka]

On 1/10/19, Eric Wong  wrote:
>> +-  s.version = (ENV['VERSION'] || '5.4.1').dup
>> ++  s.version = '5.4.1'
>
> Why is ignoring ENV['VERSION'] necessary for the Debian build?
> I can probably remove that check if desired from the upstream
> package before the 5.5.0 release.

I've checked debian's git, this patch was introduced when
ENV["VERSION"] was required to use the gemspec. Now as the upstream
gemspec provides the same it's not required.

The problem is not in Unicorn. The problem is in gem2deb which
generated incorrect unicorn-0.gemspec for the package.

Bug#918916: [DRE-maint] Bug#918916: Unicorn not reporting proper version for gemfile?

[Hleb Valoshka]

Now the package provides unicorn-0.gemspec instead, it might be a gem2deb issue.

Bug#914955: Uploading soon test-kitchen and ruby-mixlib-install

[Hleb Valoshka]

On 12/23/18, Mathieu Parent  wrote:

> Ok. Will take it over. Should I take mixlib-install too?

Yes, please.

Bug#914955: Uploading soon test-kitchen and ruby-mixlib-install

[Hleb Valoshka]

On 12/22/18, Mathieu Parent  wrote:
> 23 days have passed since those ITS. i will upload to DELAYED/7 now.
>
> All the changes are on salsa.

Hi Mathieu,

Could you takeover maintenance for test-kitchen? I don't use it and
friends for a long time, so I'm unable to properly maintain it.

Bug#890658: please rebuild against libupower-glib1

[Hleb Valoshka]

Package: xfce4-power-manager

Currently build against libupower-glib3 which is incompatible with
upower 0.9.23 provided in Devuan, so xfce4-power-manager is unusable.

Bug#869919: [DRE-maint] Bug#869919: remove ruby-berkshelf-api-client?

[Hleb Valoshka]

On 1/21/18, Balasankar "Balu" C  wrote:
> Any update on this? Was the berkshelf update done? Can we remove this
> package?

Unfortunately, I had no enough time to prepare a new berkshelf, but
you can request removal of ruby-berkshelf-api-client if it prevents
other packages updates.

Bug#886238: closed by Bastian Blank <wa...@debian.org> (Re: Bug#886238: Please introduce official nosystemd build profile)

[Hleb Valoshka]

On 1/8/18, Don Armstrong  wrote:

> Devuan does not support reading the new upstream configuration file,
> which is what new patches are needed to support. This is pretty classic
> bitrot of an underused/under-tested execution path.

It does: 
https://git.devuan.org/devuan-packages/dnscrypt-proxy/blob/suites/ascii-proposed/debian/dnscrypt-proxy.init

Bug#886238: closed by Bastian Blank <wa...@debian.org> (Re: Bug#886238: Please introduce official nosystemd build profile)

[Hleb Valoshka]

On 1/8/18, Philip Hands  wrote:
>> I've already posted a bug number which perfectly shows how bugs for
>> systemd-less systems are treated.
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850069
>>
>>> Control: severity -1 wishlist
>>
>> W_I_S_H_L_I_S_T_!
>>
>> System is broken,
>
> Wrong.

You wrong.

"as it was in previous package versions"

Should I explain what that means? It was removed in 1.8.1-3, but it
was in <= 1.8.1-2.

> Without the merged bug, there is no patch, so in that case you would
> have nothing to complain about (maintainers are _NOT_ required to fix
> such bugs, but should not reject patches without good reason).

There is no need for new patches, he just needs to do `git revert
de160d3eeb320`. That's all.
I wrote this in the previous mail but w/o sha-id. Devuan package ships
that old init scripts with small changes.

Please read what was written.

Bug#886238: closed by Bastian Blank <wa...@debian.org> (Re: Bug#886238: Please introduce official nosystemd build profile)

[Hleb Valoshka]

On 1/5/18, Debian Bug Tracking System  wrote:
> From: Bastian Blank 
...
> As you have been already told by several people, Debian supports
> systemd-less systems.  If you find bugs running in this mode, please
> file bug reports.

I've already posted a bug number which perfectly shows how bugs for
systemd-less systems are treated.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850069

> Control: severity -1 wishlist

W_I_S_H_L_I_S_T_!

System is broken, it's not able to resolve hostnames, but for fanboys
it's not a grave issue, it's just a "wishlist". While to return SysV
support only oneliner is required:

git revert $badcommint && gbp dch && dch -r && gbp buldpackage && dput ...

For me it was much easier to upload the fixed version to Devuan than
convince the maintainer that this oneliner is not a "burden" as he
says.

> Apart from that, I don't see that you managed to describe what a
> "nosystemd" profile would actually do.  This would be the least we would
> need from such a bug report.

If you really needed such information you would ask for it, add
appropriate tags, etc. But you just closed it so It just means that
you are absolutely not interested in this.

But the idea was the following:
1) Debian recognizes 'nosystemd' as official build profile, so it
actually means "adds it to lintian".
2) Devuan community creates patches that allows usage of the profile,
so packages built with it have only sane dependencies.
3) If DD/DM is a fanboy, s/he doesn't accepts the patches and we keep
them in our repository.
4) In Debian packages are build without the profile enabled.
5) In Devuan they are automatically rebuilt with it. No manual
interaction is required.
6) Profit. Everybody are happy.

Of course, some persons tries to convince that without running s*d
libsystemd0 does nothing, actually it does, at least sd_notify() (I
believe 99% daemons use only it) writes to unix socket listed in
$NOTIFY_SOCKET without any checks what actually listens on another
side. Do we really need an additional library to send random crap to
random socket? I doubt.

> However what I see is, that you and others instead of actually engaging
> in discussions just referred to personal attacks.  I and others consider
> this unacceptable behaviour on our technical mailing lists and our bug
> tracker.  Please be adviced that I will ask both the BTS owner and the
> list masters to block you from ever posting again if this behaviour
> continues.

Have you sent the same warnings to your mates from LP fanclub who
actually started attacking those willing to keep away from s*d
accusing them being "disturbed persons" even "zealots", i.e. fanatical
killers and terrorists killing everybody who doesn't support them?

> As I don't think anything new will come up, I'm closing this bug report.
> Don't reopen it, this might just expedite your fate.

Typical reaction for a fanboy. "Only my opinion is a correct one. All
other are incorrect and their owners should be banned."

Of course you can ban. Debian took the wrong direction from being
community driven distribution to being a testbed and advocate for
corporations, but I don't want to work for free  for canonical/rh/etc.
I spent some time during the last five years maintaining two dozens of
packages in Debian, but if Debian doesn't tolerate dissent any more
treat this as request for removal for them.

Bug#886238: Please introduce official nosystemd build profile

[Hleb Valoshka]

On 1/6/18, Chris Lamb  wrote:
>> > (accusing Debian to "vandalize" open source by supporting systemd)
> […]
>> 1) Proofs please. DDG & Google find only your words.
>
> I was accused of this on the "dng" mailing list. It should be easy to
> find the relevant threads.

To be honest there were quite opposite statements as well, weren't
they? From another Devuan's core team member.

And you were accused because you had removed (broken) functionality
from sysv script and had reimplemented it but for systemd only.

Bug#886238: Please introduce official nosystemd build profile

[Hleb Valoshka]

On 1/3/18, Steve Langasek  wrote:

> Moreover, defining an official nosystemd profile in Debian signals that we
> are willing to support it, which means any maintainers who refuse such
> patches will immediately become the targets of abuse from anti-systemd
> zealots.

"anti-systemd zealots" Steve, when did you join LP fanclub? When
Ubuntu decided to throw away your upstart and use systemd instead?
Should I remind your votes in CTTE?

Please take your Ubuntu employee hat off and speak as DD.


> Building a derivative around the exclusion of libsystemd from the
> filesystem is not technically defensible.

Do we have runtime systemd detection in all software linked against
libsystemd so it will work properly in absence of systemd? To rebuild
software without libsystemd is the only reliable way to ensure that
non-systemd code pathes are in use.

> This is a purely political fork, and it's
> politics that we should stay entirely clear of.

Steve, you much, much better than anybody else know that the only
political decision made it's a systemd as a default pid 1. Should I
remind how many votes were held until the result satisfying
pro-systemd party was achieved?

Bug#886238: Please introduce official nosystemd build profile

[Hleb Valoshka]

On 1/3/18, Ansgar Burchardt  wrote:

> I think there is only one distribution which wants builds without
> libsystemd: the one that formed around MikeeUSA's call to action.

1) Even Wikipedia knows 43 distributions, much more can be found on
http://without-systemd.org/wiki/index.php/Main_Page#GNU.2FLinux_distributions,
some of them are still Debian based (but migrate to Devuan).

2) Please provide proofs for relationship between MikeeUSA and Devuan project.

> What does Debian gain from supporting a distribution whose developers
> are unfriendly to Debian developers (accusing Debian to "vandalize"
> open source by supporting systemd) and other people (calling a systemd
> developer a cancer)?

1) Proofs please. DDG & Google find only your words.

2) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850069
After this I have switched to Devuan.

> Let me quote Devuan's IRC's infobot fact:

Of course this is lie and LP & his fans are very pleasant people.

Bug#886238: Please introduce official nosystemd build profile

[Hleb Valoshka]

On 1/3/18, Andrew Shadura  wrote:

> Do we really need systemd-less builds? I'm not convinced this is
> something relevant to Debian.

http://angband.pl/deb/archive.html

https://wiki.debian.org/BuildProfileSpec#Derivative_specific_profiles

At least some DD have a different POV.

Bug#886238: Please introduce official nosystemd build profile

[Hleb Valoshka]

Package: general
Severity: wishlist

Please introduce official nosystemd build profile so downstream
distributions can send patches to package maintainers with
systemd-less build instead of keep them in home.

Bug#869919: [DRE-maint] Bug#869919: remove ruby-berkshelf-api-client?

[Hleb Valoshka]

On 7/27/17, Pirate Praveen  wrote:

> Upstream readme has this "This gem has been fully deprecated, and its
> API has been moved inside the berkshelf gem itself."
>
> I bumped into this package when trying to update ruby-faraday as its
> gemspec declares a tight dependency on faraday ~> 0.9.1
>
> Can we remove this package from debian?

Yes we can but a bit later when I prepare an updated berkshelf, I'm
working on its dependencies now.

Bug#860435: unblock: berkshelf/4.3.5-2

[Hleb Valoshka]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package berkshelf 4.3.5-2

Version 4.3.5-1 has a bug in test suit producing FTBFS, so failing test was
disabled.

I've got some issues with debdiff so an output of git diff is attached instead.

unblock berkshelf/4.3.5-2

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.11.0-rc6 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)


berkshelf.diff
Description: /etc/magic

Bug#853897: mesa-vulkan-drivers: package for i386 conflicts with one for amd64

[Hleb Valoshka]

Package: mesa-vulkan-drivers
Version: 17.0.0~rc2-1
Severity: normal

Dear Maintainer,

I've tried to install amd64 and i386 package versions together but only one can 
be installed:

sudo apt install mesa-vulkan-drivers:amd64=17.0.0~rc2-1 
mesa-vulkan-drivers:i386=17.0.0~rc2-1
Reading package lists... Done
Building dependency tree   
Reading state information... Done
mesa-vulkan-drivers is already the newest version (17.0.0~rc2-1).
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 mesa-vulkan-drivers : Conflicts: mesa-vulkan-drivers:i386 but 17.0.0~rc2-1 is 
to be installed
 mesa-vulkan-drivers:i386 : Conflicts: mesa-vulkan-drivers but 17.0.0~rc2-1 is 
to be installed
E: Unable to correct problems, you have held broken packages.

Bug#850994: [DRE-maint] Bug#850994: berkshelf: FTBFS: ERROR: Test "ruby2.3" failed.

[Hleb Valoshka]

Hi Lucas.

On 1/11/17, Lucas Nussbaum  wrote:

>> (::) failed steps (::)
>>
>> cache_manager not running (Berkshelf::API::NotStartedError)
>> features/commands/vendor.feature:3:in `* the Berkshelf API server's cache
>> is empty'
>>
>> Failing Scenarios:
>> cucumber features/commands/vendor.feature:24 # Scenario: vendoring a
>> Berksfile with a metadata demand

Lucas, what build software are you using for rebuild? I'm unable to
reproduce this failure in cowbuilder running on Jessie.

Bug#850069: dnscrypt-proxy: no initscript is provided

[Hleb Valoshka]

Package: dnscrypt-proxy
Version: 1.8.1-4
Severity: normal

Dear Maintainer,

Please provide initscript for sysvinit as it was in previous package versions.
There a lot of people who prefere sys V init still.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.10.0-rc2 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages dnscrypt-proxy depends on:
ii  adduser  3.115
ii  init-system-helpers  1.46
ii  libc62.24-8
ii  libltdl7 2.4.6-2
ii  libsodium18  1.0.11-1
ii  libsystemd0  228-3
ii  lsb-base 9.20161125

dnscrypt-proxy recommends no packages.

Versions of packages dnscrypt-proxy suggests:
pn  resolvconf  

-- no debconf information

Bug#836735: ruby-aruba: uninitialized constant Aruba::CommandMonitor::Utils

[Hleb Valoshka]

Package: ruby-aruba
Version: 0.14.2-1
Severity: grave
Tags: upstream
Justification: renders package unusable

Dear Maintainer,

Upstream bug https://github.com/cucumber/aruba/issues/346 still affects debian 
package. This makes ruby-aruba unusable.

Bug#825607: libunistring0: icorrect library version

[Hleb Valoshka]

Package: libunistring0
Version: 0.9.6-1.1
Severity: important

Dear Maintainer,

In the latest update package starts to provide libunistring.so.2 instead of 
libunistring.so.0. At least I have xbindkeys broken because of this.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages libunistring0 depends on:
ii  libc6  2.22-9

libunistring0 recommends no packages.

libunistring0 suggests no packages.

-- no debconf information

Bug#820801: ITP: ruby-mixlib-versioning -- Ruby library allowing to parse, compare and manipulate version strings

[Hleb Valoshka]

Package: wnpp
Severity: wishlist
Owner: Hleb Valoshka <375...@gmail.com>

* Package name: ruby-mixlib-versioning
  Version : 1.1.0
  Upstream Author : OpsCode, Inc
* URL : https://github.com/opscode/mixlib-versioning
* License : Apache 2.0
  Programming Lang: Ruby
  Description : Ruby library allowing to parse, compare and manipulate 
version strings

General purpose Ruby library that allows you to parse, compare and manipulate
version strings in multiple formats.

Yet another dependency for test-kitchen.

Bug#819117: ITP: berkshelf-api -- A server which indexes cookbooks from various sources and hosts it over a REST API

[Hleb Valoshka]

Package: wnpp
Severity: wishlist
Owner: Hleb Valoshka <375...@gmail.com>

* Package name: berkshelf-api
  Version : 2.1.3
  Upstream Author : Jamie Winsor <ja...@vialstudios.com>, Andrew Garson 
<agar...@riotgames.com>
* URL : https://github.com/berkshelf/berkshelf-api
* License : Apache 2.0
  Programming Lang: ruby
  Description : A server which indexes cookbooks from various sources and 
hosts it over a REST API

We need it mostly as build-dependency for ruby-berkshelf-api, which is a 
dependency for berkshelf.

Bug#816883: ITP: ruby-websocket-extensions -- Generic extension manager for WebSocket connections

[Hleb Valoshka]

Package: wnpp
Severity: wishlist
Owner: Hleb Valoshka <375...@gmail.com>

* Package name: ruby-websocket-extensions
  Version : 0.1.2
  Upstream Author : James Coglan <jcog...@gmail.com>
* URL : https://github.com/faye/websocket-extensions-ruby
* License : Expat
  Programming Lang: Ruby
  Description : Generic extension manager for WebSocket connections

A minimal framework that supports the implementation of WebSocket extensions in
a way that's decoupled from the main protocol. This library aims to allow a
WebSocket extension to be written and used with any protocol library, by
defining abstract representations of frames and messages that allow modules to
co-operate.

websocket-extensions provides a container for registering extension plugins,
and provides all the functions required to negotiate which extensions to use
during a session via the Sec-WebSocket-Extensions header. By implementing the
APIs defined in this document, an extension may be used by any WebSocket
library based on this framework.

We need it to fix #816882.

Bug#816882: ruby-websocket-driver: must depend on ruby-websocket-extensions

[Hleb Valoshka]

Package: ruby-websocket-driver
Version: 0.6.3-1+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

ruby-websocket-driver has missing dependency on ruby-websocket-extensions, so
it's impossible to use it.

-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=be_BY.utf8, LC_CTYPE=be_BY.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#816878: ITP: reel -- Celluloid::IO-powered HTTP server for Ruby

[Hleb Valoshka]

Package: wnpp
Severity: wishlist
Owner: Hleb Valoshka <375...@gmail.com>

* Package name: reel
  Version : 0.6.0
  Upstream Author : Tony Arcieri <tony.arci...@gmail.com>
* URL : https://github.com/celluloid/reel
* License : Expat
  Programming Lang: Ruby
  Description : Celluloid::IO-powered HTTP server for Ruby

Web Server used by Berkshelf API Server.

Bug#816849: ITP: ruby-berkshelf-api-client -- ruby library for communicating with a Berkshelf API server

[Hleb Valoshka]

Package: wnpp
Severity: wishlist
Owner: Hleb Valoshka <375...@gmail.com>

* Package name: ruby-berkshelf-api-client
  Version : 2.0.1
  Upstream Author : Jamie Winsor <ja...@vialstudios.com>
* URL : http://berkshelf.com/
* License : Apache-2.0
  Programming Lang: Ruby
  Description : ruby library for communicating with a Berkshelf API server


Required for Berkshelf - dependency management tool for Chef.

Bug#816839: ITP: ruby-mixlib-install -- Ruby library providing mixin to help with omnitruck installs

[Hleb Valoshka]

Package: wnpp
Severity: wishlist
Owner: Hleb Valoshka <375...@gmail.com>

* Package name: ruby-mixlib-install
  Version : 0.7.1
  Upstream Author : Chef, Inc
* URL : http://chef.io/
* License : Apache-2.0
  Programming Lang: Ruby
  Description : Ruby library providing mixin to help with omnitruck installs

Ruby library providing mixin to help with omnitruck installs. Used by Chef 
tools.

Bug#815221: qbittorrent: moves downloaded files to dir for incomplete torrents

[Hleb Valoshka]

Package: qbittorrent
Version: 3.3.1-1
Severity: important

Dear Maintainer,

   * What led up to the situation?

I've started qbittorrent with 96 torrents.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Nothing special.

   * What was the outcome of this action?

qbittorrent moved all files to directory for incomplete files. While it shows 
them as complete, they still resident in incorrect place.

   * What outcome did you expect instead?

qbittorrent should not move finished files anywhere.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages qbittorrent depends on:
ii  geoip-database 20160210-1
ii  libboost-system1.58.0  1.58.0+dfsg-5+b1
ii  libc6  2.21-9
ii  libgcc11:5.3.1-8
ii  libqt5core5a   5.5.1+dfsg-14
ii  libqt5dbus55.5.1+dfsg-14
ii  libqt5gui5 5.5.1+dfsg-14
ii  libqt5network5 5.5.1+dfsg-14
ii  libqt5widgets5 5.5.1+dfsg-14
ii  libqt5xml5 5.5.1+dfsg-14
ii  libstdc++6 5.3.1-8
ii  libtorrent-rasterbar8  1.0.7-1
ii  python 2.7.11-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

qbittorrent recommends no packages.

Versions of packages qbittorrent suggests:
pn  qbittorrent-dbg  

-- no debconf information

Bug#798949: jessie-pu: package ruby-tzinfo/1.1.0-2

[Hleb Valoshka]

On 9/14/15, Adam D. Barratt  wrote:

> Thanks. Please feel free to upload.

The fixed package ruby-tzinfo was uploaded at last to jessie-pu.

Bug#799194: forwarded

[Hleb Valoshka]

control: forwarded -1 https://github.com/ruby-gettext/gettext/pull/41
thanks

Bug#799406: pry: uninitialized constant Pry::ObjectPath::StringScanner

[Hleb Valoshka]

Package: pry
Version: 0.10.1-3
Severity: normal

Dear Maintainer,

When trying complite path using TAB, pry throws exeption. Way to reproduce:
 - open pry
 - type '/t
 - press TAB

Now you should see something like

[1] pry(main)> '/bError: uninitialized constant Pry::ObjectPath::StringScanner
/usr/lib/ruby/vendor_ruby/pry/object_path.rb:27:in `resolve'
/usr/lib/ruby/vendor_ruby/pry/input_completer.rb:65:in `call'
/usr/lib/ruby/vendor_ruby/pry/pry_instance.rb:137:in `block in complete'
/usr/lib/ruby/vendor_ruby/pry/pry_class.rb:369:in `critical_section'
/usr/lib/ruby/vendor_ruby/pry/pry_instance.rb:135:in `complete'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:178:in `block (2 levels) in read_line'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:198:in `call'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:198:in `readline'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:198:in `block in input_readline'
/usr/lib/ruby/vendor_ruby/pry/input_lock.rb:115:in `call'
/usr/lib/ruby/vendor_ruby/pry/input_lock.rb:115:in `interruptible_region'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:197:in `input_readline'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:183:in `block in read_line'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:129:in `handle_read_errors'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:170:in `read_line'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:98:in `read'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:68:in `block in repl'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:67:in `loop'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:67:in `repl'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:38:in `block in start'
/usr/lib/ruby/vendor_ruby/pry/input_lock.rb:61:in `call'
/usr/lib/ruby/vendor_ruby/pry/input_lock.rb:61:in `__with_ownership'
/usr/lib/ruby/vendor_ruby/pry/input_lock.rb:79:in `with_ownership'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:38:in `start'
/usr/lib/ruby/vendor_ruby/pry/repl.rb:15:in `start'
/usr/lib/ruby/vendor_ruby/pry/pry_class.rb:169:in `start'
/usr/lib/ruby/vendor_ruby/pry/cli.rb:219:in `block in '
/usr/lib/ruby/vendor_ruby/pry/cli.rb:83:in `call'
/usr/lib/ruby/vendor_ruby/pry/cli.rb:83:in `block in parse_options'
/usr/lib/ruby/vendor_ruby/pry/cli.rb:83:in `each'
/usr/lib/ruby/vendor_ruby/pry/cli.rb:83:in `parse_options'
/usr/bin/pry:16:in `'

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages pry depends on:
ii  bundler 1.10.6-1
ii  ruby1:2.1.5.1
ii  ruby-coderay1.1.0-4
ii  ruby-method-source  0.8.2-2
ii  ruby-slop   4.2.0-1
ii  ruby2.1 [ruby-interpreter]  2.1.5-4
ii  ruby2.2 [ruby-interpreter]  2.2.3-1
ii  rubygems-integration1.9

pry recommends no packages.

pry suggests no packages.

-- no debconf information

Bug#799290: apache2-utils: httxt2dbm creates db files with x bit set

[Hleb Valoshka]

Package: apache2-utils
Version: 2.4.10-10+deb8u3
Severity: minor

Dear Maintainer,

httxt2dbm creates db files with execution bit set.

-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=be_BY.utf8, LC_CTYPE=be_BY.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages apache2-utils depends on:
ii  libapr1  1.5.1-3
ii  libaprutil1  1.5.4-1
ii  libc62.19-18+deb8u1
ii  libssl1.0.0  1.0.1k-3+deb8u1

apache2-utils recommends no packages.

apache2-utils suggests no packages.

-- no debconf information

Bug#799050: Help needed with a locale-related issue

[Hleb Valoshka]

On 9/16/15, Francesco Poli  wrote:

> I see that the forwarded report has been closed. I have a doubt,
> though: would the patch fix the issue when LANGUAGE='it' LC_CTYPE=C ?

LC_CTYPE should not affect message language, it affects sorting order.
So the issue you've found, while it looks similar, is a different one.

> I mean: I also get a crash with
>
>   $ LANGUAGE='it' LC_CTYPE=C locale
>   LANG=en_US.UTF-8
>   LANGUAGE=it
>   LC_CTYPE=C
>   LC_NUMERIC="en_US.UTF-8"
>   LC_TIME="en_US.UTF-8"
>   LC_COLLATE="en_US.UTF-8"
>   LC_MONETARY="en_US.UTF-8"
>   LC_MESSAGES="en_US.UTF-8"
>   LC_PAPER="en_US.UTF-8"
>   LC_NAME="en_US.UTF-8"
>   LC_ADDRESS="en_US.UTF-8"
>   LC_TELEPHONE="en_US.UTF-8"
>   LC_MEASUREMENT="en_US.UTF-8"
>   LC_IDENTIFICATION="en_US.UTF-8"
>   LC_ALL=
>   $ LANGUAGE='it' LC_CTYPE=C apt-listbugs -v
>   /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:390:in `width': "\xC3" from
> ASCII-8BIT to UTF-8 (Encoding::UndefinedConversionError)
...
> But the patch seems to only take LC_ALL, LC_MESSAGES, and LANG into
> account...

it seems this particular issue needs additional care, maybe in
ruby-gettext, because GNU gettext with similar variables returns:
LANGUAGE='be_BY:be' LC_CTYPE='C' gettext 'celestia' "About Celestia"
??? Celestia
while ruby-gettext:
[3] pry(main)> str = gettext("About Celestia")
=> "\xD0\x9F\xD1\x80\xD0\xB0 Celestia"

I have no idea how to fix it so far (just don't do that :) ).

Bug#799050: Acknowledgement (ruby-locale: Should ignore LANGUAGE if locale is C)

[Hleb Valoshka]

Control: forwarded -1 https://github.com/ruby-gettext/locale/issues/6
thanks

On 9/15/15, Debian Bug Tracking System  wrote:
> Thank you for filing a new Bug report with Debian.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> As you requested using X-Debbugs-CC, your message was also forwarded to
>   375...@gmail.com
> (after having been given a Bug report number, if it did not have one).
>
> Your message has been sent to the package maintainer(s):
>  Debian Ruby Extras Maintainers
> 
>
> If you wish to submit further information on this problem, please
> send it to 799...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 799050: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799050
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>

Bug#799050: ruby-locale: Should ignore LANGUAGE if locale is C

[Hleb Valoshka]

Package: ruby-locale
Version: 2.1.0-3
Severity: normal

https://www.gnu.org/software/gettext/manual/html_node/The-LANGUAGE-variable.html#The-LANGUAGE-variable
 says:

Note: The variable LANGUAGE is ignored if the locale is set to ‘C’. In other
words, you have to first enable localization, by setting LANG (or LC_ALL) to a
value other than ‘C’, before you can use a language priority list through the
LANGUAGE variable.

Locale gem does not follows this rule, so Locale::candidates returns additional
languages when LC_ALL=C.

-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=be_BY.utf8, LC_CTYPE=be_BY.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages ruby-locale depends on:
ii  ruby1:2.1.5+deb8u1
ii  ruby2.1 [ruby-interpreter]  2.1.5-2+deb8u2

ruby-locale recommends no packages.

ruby-locale suggests no packages.

-- no debconf information

Bug#798949: jessie-pu: package ruby-tzinfo/1.1.0-2

[Hleb Valoshka]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

I want to fix bug #798348 in stable. Due to this bug ruby-tzinfo is broken in
non-utf8 locales. Please consider uploading fixed version.

-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=be_BY.utf8, LC_CTYPE=be_BY.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
From: Hleb Valoshka <hleb_valos...@epam.com>
Date: Tue, 8 Sep 2015 14:56:01 +0300
Subject: Load iso3166.tab and zone.tab files as UTF-8

Backported from upstream commit 61fdd4359117e9a406c546bdc044a3e41faaa5d7
Author: Phil Ross <phil.r...@gmail.com>
---
 lib/tzinfo/ruby_core_support.rb| 13 
 lib/tzinfo/zoneinfo_data_source.rb | 16 --
 test/tc_ruby_core_support.rb   | 62 ++
 test/tc_zoneinfo_data_source.rb| 30 --
 4 files changed, 115 insertions(+), 6 deletions(-)

diff --git a/lib/tzinfo/ruby_core_support.rb b/lib/tzinfo/ruby_core_support.rb
index eb81e2c..b76c0ed 100644
--- a/lib/tzinfo/ruby_core_support.rb
+++ b/lib/tzinfo/ruby_core_support.rb
@@ -150,5 +150,18 @@ module TZInfo
 str
   end
 end
+
+# Wrapper for File.open that supports passing hash options for specifying
+# encodings on Ruby 1.9+. The options are ignored on earlier versions of
+# Ruby.
+if RUBY_VERSION =~ /\A1\.[0-8]\./
+  def self.open_file(file_name, mode, opts, )
+File.open(file_name, mode, )
+  end
+else
+  def self.open_file(file_name, mode, opts, )
+File.open(file_name, mode, opts, )
+  end
+end
   end
 end
diff --git a/lib/tzinfo/zoneinfo_data_source.rb b/lib/tzinfo/zoneinfo_data_source.rb
index 9d1aaf5..88c8a7b 100644
--- a/lib/tzinfo/zoneinfo_data_source.rb
+++ b/lib/tzinfo/zoneinfo_data_source.rb
@@ -290,8 +290,13 @@ module TZInfo
 # available countries and their timezones.
 def load_country_index
   zones = {}
-  
-  File.open(File.join(@zoneinfo_dir, 'zone.tab')) do |file|
+
+  RubyCoreSupport.open_file(
+File.join(@zoneinfo_dir, 'zone.tab'),
+'r',
+:external_encoding => 'UTF-8',
+:internal_encoding => 'UTF-8'
+  ) do |file|
 file.each_line do |line|
   line.chomp!
   
@@ -318,7 +323,12 @@ module TZInfo
   
   countries = {}
   
-  File.open(File.join(@zoneinfo_dir, 'iso3166.tab')) do |file|
+  RubyCoreSupport.open_file(
+File.join(@zoneinfo_dir, 'iso3166.tab'),
+'r',
+:external_encoding => 'UTF-8',
+:internal_encoding => 'UTF-8'
+  ) do |file|
 file.each_line do |line|
   line.chomp!
   
diff --git a/test/tc_ruby_core_support.rb b/test/tc_ruby_core_support.rb
index e59608f..cde46f5 100644
--- a/test/tc_ruby_core_support.rb
+++ b/test/tc_ruby_core_support.rb
@@ -114,4 +114,66 @@ class TCRubyCoreSupport < Test::Unit::TestCase
   assert_equal('©', s)
 end
   end
+  
+  begin
+SUPPORTS_ENCODING = !!Encoding
+  rescue NameError
+SUPPORTS_ENCODING = false
+  end
+
+  def test_open_file
+Dir.mktmpdir('tzinfo_test') do |dir|  
+  test_file = File.join(dir, 'test.txt')
+
+  file = RubyCoreSupport.open_file(test_file, 'w', :external_encoding => 'UTF-8')
+  begin
+file.puts(SUPPORTS_ENCODING ? '©' : 'x')
+  ensure
+file.close
+  end
+  
+  file = RubyCoreSupport.open_file(test_file, 'r', :external_encoding => 'UTF-8', :internal_encoding => 'UTF-8')
+  begin
+data = file.gets
+refute_nil(data)
+data.chomp!
+
+if SUPPORTS_ENCODING
+  assert_equal('UTF-8', data.encoding.name)
+  assert_equal(1, data.length)
+  assert_equal(2, data.bytesize) 
+  assert_equal('©', data)
+else
+  assert_equal('x', data)
+end
+  ensure
+file.close
+  end
+end
+  end
+
+  def test_open_file_block
+Dir.mktmpdir('tzinfo_test') do |dir|  
+  test_file = File.join(dir, 'test.txt')
+
+  RubyCoreSupport.open_file(test_file, 'w', :external_encoding => 'UTF-8') do |file|
+file.puts(SUPPORTS_ENCODING ? '©' : 'x')
+  end
+  
+  RubyCoreSupport.open_file(test_file, 'r', :external_encoding => 'UTF-8', :internal_encoding => 'UTF-8') do |file|
+data = file.gets
+refute_nil(data)
+data.chomp!
+ 
+if SUPPORTS_ENCODING
+  assert_equal('UTF-8', data.encoding.name)
+  assert_equal(1, data.length)
+  assert_equal(2, data.bytesize) 
+  assert_equal('©'

Bug#798949: jessie-pu: package ruby-tzinfo/1.1.0-2

[Hleb Valoshka]

On 9/14/15, Adam D. Barratt  wrote:

> The BTS metadata for #798348 indicates that the bug affects the version
> of ruby-tzinfo in unstable - is that correct? If so, please fix the
> package in unstable first; if not, please fix the metadata.

This bug affects only stable, I've marked version from sid as unaffected.

> Thanks for the patch, however in order to approve an upload we'd need a
> (source) debdiff of a package that's been built and tested on Jessie.

In attached file.


ruby-tzinfo_1.1.0-2+deb8u1.debdiff
Description: Binary data

Bug#796383: bundler: does not delete temporary directory

[Hleb Valoshka]

Package: bundler
Version: 1.7.4-1
Severity: normal

Dear Maintainer,

Bundler creates temporary directory in /tmp, but does not remove it.

-- System Information:
Debian Release: 8.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=be_BY.utf8, LC_CTYPE=be_BY.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages bundler depends on:
ii  ruby1:2.1.5+deb8u1
ii  ruby-net-http-persistent2.9-3
ii  ruby-thor   0.19.1-1
ii  ruby2.1 [ruby-interpreter]  2.1.5-2+deb8u1
ii  rubygems-integration1.8

Versions of packages bundler recommends:
ii  build-essential  11.7
ii  less 458-3
ii  ruby-dev 1:2.1.5+deb8u1
ii  sudo 1.8.10p3-1+deb8u2

bundler suggests no packages.

-- no debconf information

Bug#794545: ITP: ruby-chefspec -- unit testing framework for testing Chef cookbooks

[Hleb Valoshka]

Package: wnpp
Severity: wishlist
Owner: Hleb Valoshka 375...@gmail.com

* Package name: ruby-chefspec
  Version : 4.3.0
  Upstream Author : Andrew Crump andrew.cr...@ieee.org, Seth Vargo 
sethva...@gmail.com
* URL : https://sethvargo.github.io/chefspec/
* License : Expat
  Programming Lang: Ruby
  Description : unit testing framework for testing Chef cookbooks

ChefSpec is a unit testing framework for testing Chef cookbooks. ChefSpec makes
it easy to write examples and get fast feedback on cookbook changes without the
need for virtual machines or cloud servers.

ChefSpec runs your cookbook(s) locally with Chef Solo without actually 
converging a node.

  - this tool helps to make your chef cookbooks better
  - i will maintain it inside pkg-ruby-extras team


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#794543: ITP: ruby-fauxhai -- Easily mock full ohai data

[Hleb Valoshka]

Package: wnpp
Severity: wishlist
Owner: Hleb Valoshka 375...@gmail.com

* Package name: ruby-fauxhai
  Version : 2.3.0
  Upstream Author : Seth Vargo sethva...@gmail.com
* URL : https://github.com/customink/fauxhai
* License : Expat
  Programming Lang: Ruby
  Description : Easily mock full ohai data

Fauxhai is a gem for mocking out ohai data in your chef testing.
Fauxhai provides a bunch of default attributes so that you don't need to mock
out your entire infastructure to write a simple test. 

 - this is required for ruby-chefspec, testing framework for chef
 - i'm planning to maintain it inside pkg-ruby-extras team


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#794078: RFP: ruby-buff-ignore -- Parse ignore files with Ruby

[Hleb Valoshka]

Package: wnpp
Severity: wishlist

* Package name: ruby-buff-ignore
  Version : 1.1.1
  Upstream Author : Seth Vargo
* URL : https://github.com/sethvargo/buff-ignore
* License : Apache 2.0
  Programming Lang: Ruby
  Description : Parse ignore files with Ruby

This package is required for berkshelf.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#794079: RFP: ruby-varia-model -- A mixin to provide objects with magic attribute reading and writing

[Hleb Valoshka]

Package: wnpp
Severity: wishlist

* Package name: ruby-varia-model
  Version : 0.4.0
  Upstream Author : Jamie Winsor ja...@vialstudios.com
* URL : https://github.com/reset/varia_model
* License : Apache 2.0
  Programming Lang: Ruby
  Description : A mixin to provide objects with magic attribute reading and 
writing

This package is required for berkshelf.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#789650: ITP: ruby-buff-ruby-engine -- A Ruby mixin library for querying the platform

[Hleb Valoshka]

On 7/29/15, Miguel Landaeta nomad...@debian.org wrote:
 I pushed my package to
 git://anonscm.debian.org/git/pkg-ruby-extras/ruby-buff-ruby-engine.git.

 It's not ready to upload due to some failing unit tests but it doesn't
 look too hard to fix. I can take a look at it during the next week and
 I'll do an upload if nobody beats me to it or if I don't hear from you
 by then.

I've pushed fixes for these failures.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793965: RFP: ruby-buff-extensions -- Extensions to Core Ruby classes

[Hleb Valoshka]

Package: wnpp
Severity: wishlist

* Package name: ruby-buff-extensions
  Version : 1.0.0
  Upstream Author : Jamie Winsor
* URL : https://github.com/RiotGames/buff-extensions
* License : Apache 2.0
  Programming Lang: Ruby
  Description : Extensions to Core Ruby classes

This package is dependency for berkshelf.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793964: RFP: ruby-buff-shell-out -- A mixin for issuing shell commands and collecting the output

[Hleb Valoshka]

Package: wnpp
Severity: wishlist

* Package name: ruby-buff-shell-out
  Version : 0.2.0
  Upstream Author : Jamie Winsor
* URL : https://github.com/RiotGames/buff-shell_out
* License : Apache 2.0
  Programming Lang: Ruby
  Description : A mixin for issuing shell commands and collecting the output

This package is dependency for berkshelf.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793962: RFP: ruby-buff-config -- A simple configuration class

[Hleb Valoshka]

Package: wnpp
Severity: wishlist

* Package name: ruby-buff-config
  Version : 1.0.1
  Upstream Author : Jamie Winsor, Kyle Allan
* URL : https://github.com/reset/buff-config
* License : Apache 2.0
  Programming Lang: Ruby
  Description : A simple configuration class

This package is dependency for berkshelf.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#756168: what's your current status for ruby-ridley

[Hleb Valoshka]

On 7/25/15, Miguel Landaeta nomad...@debian.org wrote:

 We can coordinate on this. I already packaged several ruby-buff-* gems
 needed for ridley but I didn't file the ITPs. If this works for you,
 we can begin to file the ITP bugs and upload ridley dependencies while
 you take care of ridley.

I think that if you packaged that ruby-buff-* stuff you better push
them th alioth because Jordan Metzmeier (a man who filed ITP for
ruby-buff-ruby-engine and berkshelf) has disappeared somewhere and he
does not reply mail for a while, so we can consider that he is not
working on them now.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793380: ruby-mixlib-config: Please rebuild for ruby2.1

[Hleb Valoshka]

Package: ruby-mixlib-config
Version: 2.1.0-1
Severity: normal

Dear Maintainer,

When I run cucumber I've got a message:
expected /usr/lib/ruby/2.1.0/rubygems/dependency.rb:298:in `to_specs':
Could not find 'mixlib-config' (~ 2.0) among 62 total gem(s)
(Gem::LoadError)

It's because it was build with old gem2deb and its gemspec is put into
versioned directories:

/usr/share/rubygems-integration/2.0/specifications/mixlib-config-2.1.0.gemspec
/usr/share/rubygems-integration/1.9.1/specifications/mixlib-config-2.1.0.gemspec

Please rebuild it with newer gem2deb.

-- System Information:
Debian Release: 8.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=be_BY.utf8, LC_CTYPE=be_BY.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages ruby-mixlib-config depends on:
ii  ruby1:2.1.5+deb8u1
ii  ruby2.1 [ruby-interpreter]  2.1.5-2+deb8u1

ruby-mixlib-config recommends no packages.

ruby-mixlib-config suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#756168: what's your current status for ruby-ridley

[Hleb Valoshka]

Hi, Miguel.

Could you provide provide current status on packaging? I need this
package for berkshelf.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#786669: decreasing severity

[Hleb Valoshka]

control: command -1 tags moreinfo unreproducible
control: command -1 severity normal

Hi, during preparation of nmu of 0.16.0-3 I ran testsuite about ten
times and I was unable to reproduce your failure. I think it's related
to jenkins environment, so I decrease its severity.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#786669: Info received (decreasing severity)

[Hleb Valoshka]

control: tags -1 moreinfo unreproducible
control: severity -1 normal


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#790501: ITP: test-kitchen -- test harness tool to execute your configured code on one or more platforms in isolation

[Hleb Valoshka]

Package: wnpp
Severity: wishlist
Owner: Hleb Valoshka 375...@gmail.com

* Package name: test-kitchen
  Version : 1.4.1
  Upstream Author : Fletcher Nichol fnic...@nichol.ca
* URL : http://kitchen.ci/
* License : Apache-2.0
  Programming Lang: Ruby
  Description : test harness tool to execute your configured code
on one or more platforms in isolation

Test Kitchen is a test harness tool to execute your configured code on
one or more platforms in isolation. A driver plugin architecture is
used which lets you run your code on various cloud providers and
virtualization technologies such as Amazon EC2, Blue Box, CloudStack,
Digital Ocean, Rackspace, OpenStack, Vagrant, Docker, LXC containers,
and more. Many testing frameworks are already supported out of the box
including Bats, shUnit2, RSpec, Serverspec, with others being created
weekly.

For Chef workflows, cookbook dependency resolver tools such as
Berkshelf and Librarian-Chef are supported or you can simply have a
cookbooks/ directory and Test Kitchen will know what to do. Support
for Test Kitchen is already included in many Chef community cookbooks
such as the MySQL, nginx, Chef Server, and runit cookbooks.

 - Test kitchen is used by devops for test driven development using Chef.
 - I plan to maintain it inside a packaging team Pkg-Ruby-Extras.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#787164: ITP: berkshelf -- Manages a Cookbook's, or an Application's, Cookbook dependencies

[Hleb Valoshka]

Package: wnpp
Severity: wishlist
Owner: Hleb Valoshka 375...@gmail.com

* Package name: berkshelf
  Version : 3.2.4
  Upstream Author : Berkshelf Core Team
* URL : http://berkshelf.com/
* License : Apache-2.0
  Programming Lang: Ruby
  Description : Manages a Cookbook's, or an Application's, Cookbook 
dependencies


berkshelf for chef cookbooks is like apt for debs.

 - it widely used in usual chef workflow
 - i plan to maintain it inside ruby-pkg-extras


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#786617: ruby-fog: should not require 'fog/vmfusion'

[Hleb Valoshka]

Package: ruby-fog
Version: 1.28.0-2
Severity: grave
Tags: patch
Justification: renders package unusable

Dear Maintainer,

ruby -e require 'fog'
/usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require': cannot 
load such file -- fog/vmfusion (LoadError)
  from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require'
  from /usr/lib/ruby/vendor_ruby/fog.rb:60:in `top (required)'
  from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require'
  from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require'
  from -e:1:in `main'


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages ruby-fog depends on:
ii  ruby1:2.1.5+z
ii  ruby-fog-atmos  0.1.0-2
ii  ruby-fog-aws0.1.2-2
ii  ruby-fog-brightbox  0.7.1-2
ii  ruby-fog-core   1.30.0-2
ii  ruby-fog-ecloud 0.0.2-2
ii  ruby-fog-json   1.0.0-1
ii  ruby-fog-profitbricks   0.0.1-2
ii  ruby-fog-radosgw0.0.3-2
ii  ruby-fog-riakcs 0.1.0-2
ii  ruby-fog-sakuracloud0.1.1-3
ii  ruby-fog-serverlove 0.1.1-2
ii  ruby-fog-softlayer  0.3.17-1
ii  ruby-fog-storm-on-demand0.1.1-1
ii  ruby-fog-terremark  0.0.3-2
ii  ruby-fog-voxel  0.0.2-2
ii  ruby-inflecto   0.0.2-1
ii  ruby-ipaddress  0.8.0-3
ii  ruby-nokogiri   1.6.6.2+ds-2
ii  ruby2.1 [ruby-interpreter]  2.1.5-3

Versions of packages ruby-fog recommends:
ii  ruby-libvirt  0.5.1-3+b1

ruby-fog suggests no packages.

-- no debconf information


0005-disable-require-of-fog-vmfusion.patch
Description: /etc/magic

Bug#785629: ITP: ruby-knife-windows -- Plugin that adds functionality to Chef's Knife CLI for configuring/interacting with nodes running Microsoft Windows

[Hleb Valoshka]

Package: wnpp
Severity: wishlist
Owner: Hleb Valoshka 375...@gmail.com

* Package name: ruby-knife-windows
  Version : 0.8.4
  Upstream Author :  Seth Chisamore schis...@chef.io
* URL : https://github.com/chef/knife-windows
* License : Apache-2.0
  Programming Lang: Ruby
  Description : Plugin that adds functionality to Chef's Knife CLI
for configuring/interacting with nodes running Microsoft Windows

This plugin adds additional functionality to the Chef Knife CLI tool
for configuring/interacting with nodes running Microsoft Windows. The
subcommands should function on any system running Ruby 1.9.3+ but
nodes being configured via these subcommands require Windows Remote
Management (WinRM) 1.0+.WinRM allows you to call native objects in
Windows. This includes, but is not limited to, running PowerShell
scripts, batch scripts, and fetching WMI variables. For more
information on WinRM, please visit Microsoft's WinRM site. You will
want to familiarize yourself with (certain key aspects) of WinRM
because you will be writing scripts / running commands with this tool
to get you from specific point A to specific point B.

It usefull for those who works with chef.

I plan to maintain it inside a ruby package extra team.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#785628: ITP: ruby-knife-solo -- knife-solo adds a handful of commands that aim to make working with chef-solo as powerful as chef-server.

[Hleb Valoshka]

Package: wnpp
Severity: wishlist
Owner: Hleb Valoshka 375...@gmail.com

* Package name: ruby-knife-solo
  Version : 0.4.2
  Upstream Author : m...@schaffer.me
* URL : http://matschaffer.github.io/knife-solo/
* License : MIT
  Programming Lang: Ruby
  Description : knife-solo adds a handful of commands that aim to
make working with chef-solo as powerful as chef-server.


knife-solo adds a handful of commands that aim to make working with chef-solo
as powerful as chef-server. It currently adds 5 subcommands to knife:

  * knife solo init is used to create a new directory structure (i.e.
“kitchen”) that fits with Chef's standard structure and can be used to build
and store recipes.

  * knife solo prepare installs Chef on a given host. It's structured to
auto-detect the target OS and change the installation process accordingly.

  * knife solo cook uploads the current kitchen (Chef repo) to the target host
and runs chef-solo on that host.

  * knife solo bootstrap combines the two previous ones (prepare and cook).
knife-solo also adds --solo command line option and +knife+ configuration
parameter to knife bootstrap that can be used for triggering “knife solo
bootstrap” instead of the normal template based chef-client bootstrap.

  * knife solo clean removes the uploaded kitchen from the target host.


It usefull for those who works with chef.

I plan to maintain it inside a ruby package extra team.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773421: cgmanager is the root cause (in my case)

[Hleb Valoshka]

If I start system without cgmanager started and mount cgroup fs
manually I can start containers.

I think this bug can be reassigned to cgmanager.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#776915: poedit: Can input only latin letters when XIM used gtk input module

[Hleb Valoshka]

Package: poedit
Version: 1.7.4-1
Severity: normal

Dear Maintainer,

Starting with version 1.6 of poedit I can't enter non-latin letters inside it
when gtk input method is XIM. When I set it into None from contex menu in
editable area poedit accepts non-latin letter. Other WX based applications like
Audacity or XCHM work as expected.

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.18.0-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages poedit depends on:
ii  gettext0.19.3-2
ii  libatk1.0-02.14.0-1
ii  libboost-regex1.55.0   1.55.0+dfsg-3
ii  libboost-system1.55.0  1.55.0+dfsg-3
ii  libc6  2.19-13
ii  libcairo2  1.14.0-2.1
ii  libdb5.3++ 5.3.28-9
ii  libexpat1  2.1.0-6+b3
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-2
ii  libgcc11:4.9.2-10
ii  libgdk-pixbuf2.0-0 2.31.1-2+b1
ii  libglib2.0-0   2.42.1-1
ii  libgtk2.0-02.24.25-1
ii  libgtkspell0   2.0.16-1.1
ii  libicu52   52.1-7
ii  liblucene++0   3.0.6-4
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpangoft2-1.0-0  1.36.8-3
ii  libstdc++6 4.9.2-10
ii  libwxbase3.0-0 3.0.2-1+b1
ii  libwxgtk3.0-0  3.0.2-1+b1
ii  poedit-common  1.7.4-1

poedit recommends no packages.

poedit suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773421: lxc: can't start container

[Hleb Valoshka]

On 12/26/14, Daniel Baumann daniel.baum...@progress-technologies.net wrote:

 please do not run cgmanager *and* systemd, use either or.

Daniel, please, reread initial message. I do NOT use systemd as pid 1,
I use good old sysv init:

ii  libpam-systemd:amd64  215-8
  amd64system and service manager - PAM module
ii  libsystemd0:amd64 215-8
  amd64systemd utility library
ii  libsystemd0:i386  215-8
  i386 systemd utility library
ii  systemd   215-8
  amd64system and service manager
ii  systemd-shim  9-1
  amd64shim for systemd
ii  sysv-rc   2.88dsf-58
  all  System-V-like runlevel change mechanism
ii  sysvinit  2.88dsf-58
  amd64System-V-like init utilities - transitional
package
ii  sysvinit-core 2.88dsf-58
  amd64System-V-like init utilities
ii  sysvinit-utils2.88dsf-58
  amd64System-V-like utilities

I've only noted that there are no such problem with systemd as init
because my colleague  has jessie with systemd as pid 1 and he can
start lxc containers without any problem.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773421: lxc: can't start container

[Hleb Valoshka]

On 12/18/14, Daniel Baumann daniel.baum...@progress-technologies.net wrote:

 do you have cgroupfs mounted?

cgroup on /sys/fs/cgroup type tmpfs (rw,relatime,size=12k)
systemd on /sys/fs/cgroup/systemd type cgroup
(rw,nosuid,nodev,noexec,relatime,release_agent=/usr/lib/x86_64-linux-gnu/systemd-shim-cgroup-release-agent,name=systemd)
none on /sys/fs/cgroup/cpu type cgroup
(rw,relatime,cpu,release_agent=/run/cgmanager/agents/cgm-release-agent.cpu)
none on /sys/fs/cgroup/cpuset type cgroup
(rw,relatime,cpuset,release_agent=/run/cgmanager/agents/cgm-release-agent.cpuset,clone_children)
none on /sys/fs/cgroup/blkio type cgroup
(rw,relatime,blkio,release_agent=/run/cgmanager/agents/cgm-release-agent.blkio)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773421: lxc: can't start container

[Hleb Valoshka]

Package: lxc
Version: 1:1.0.6-5
Severity: important

Dear Maintainer,

I created container using lxc-create --name zabbix -t debian, then I
unsuccessfully tryed to start it using lxc-start --name zabbix --logfile
/tmp/out --logpriority=DEBUG. Logfile is attached. I'm using system with sysv
as init, afair there no problems on systems with systemd-sysv, so cgmanager
may be the reason.


-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages lxc depends on:
ii  init-system-helpers  1.22
ii  libapparmor1 2.9.0-3
ii  libc62.19-13
ii  libcap2  1:2.24-6
ii  libseccomp2  2.1.1-1
ii  libselinux1  2.3-2
ii  multiarch-support2.19-13
ii  python3  3.4.2-2

Versions of packages lxc recommends:
ii  debootstrap  1.0.66
ii  openssl  1.0.1j-1
ii  rsync3.1.1-2+b1

Versions of packages lxc suggests:
pn  lua5.2  none

-- no debconf information


out
Description: Binary data

Bug#736237: bison: uses /bin/bash in preinstall script

[Hleb Valoshka]

Package: bison
Version: 1:2.5.dfsg-2.1
Severity: normal

Dear Maintainer,
bison.preinst uses /bin/bash as its interpreter, please, use /bin/sh instead

-- System Information:
Debian Release: 7.3
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bison depends on:
ii  libbison-dev  1:2.5.dfsg-2.1
ii  libc6 2.13-38
ii  m41.4.16-3

bison recommends no packages.

Versions of packages bison suggests:
pn  bison-doc  none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#734452: dpkg: dragonflybsd support

[Hleb Valoshka]

On 1/7/14, Guillem Jover guil...@debian.org wrote:

 I think adding OSDragonflyBSD to previous preprocessor block for the
 other BSD should be enough, the next one catching HAVE_KVM_H should
 include the remaning header files.

It's a problematic because dfly disallows including sys/proc.h from userspace.


 +#elif defined (OSDragonflyBSD)
 +#define PROCESS_NAME_SIZE MAXCOMLEN
  #endif

 Just to know what's the portably safe minimum for callers to use, to
 what does MAXCOMLEN expand?

16. But I think it's better to use system defined macro then magic
constant. FreeBSD has MAXCOMLEN too.


 I've got a patch to switch the FreeBSD code to use the KVM method,
 unfortunately it seems to use ki_ namespaced struct members.

 Also the KVM method seems to be missing a proper do_procinit(), which
 could be something like the following untested code, I had lying
 around:

 ,---
  static enum status_code
  do_procinit(void)
  {
 -   /* Nothing to do. */
 -   return status_unknown;
 +   kvm_t *kd;
 +   int nentries, i;
 +   struct kinfo_proc *kp;
 +   char errbuf[_POSIX2_LINE_MAX];
 +   enum status_code prog_status = status_dead;
 +
 +   kd = kvm_openfiles(NULL, NULL, NULL, O_RDONLY, errbuf);
 +   if (kd == NULL)
 +   errx(1, %s, errbuf);
 +   kp = kvm_getprocs(kd, KERN_PROC_PROC, 0, nentries);
 +   if (kp == NULL)
 +   errx(1, %s, kvm_geterr(kd));
 +
 +   for (i = 0; i  nentries; i++) {
 +   enum status_code pid_status;
 +
 +   pid_status = pid_check(kp[i].ki_pid);
 +   if (pid_status  prog_status)
 +   prog_status = pid_status;
 +   }
 +
 +   kvm_close(kd);
 +
 +   return prog_status;
  }
 `---

 For DragonFly BSD, you'll need to change ki_pid to kp_pid I guess. If
 this works on DragonFly BSD, I'll commit that before applying your patch.

It works, but with some more dfly specific tweaks (it uses
KERN_PROC_ALL where other OSes uses KERN_PROC_PROC, and its kernel
PIDs are less than 1).

I'll send refreshed dfly patch after you apply patch for do_procinit.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#734450: Looks like my local problem

[Hleb Valoshka]

I've installed kernel 10.0 on amd64 qemu virtual machine and it has no
problem. I've made clean installation of sid with kfreebsd 10 on i386
qemu vm and it has no problem too. So I think it may be my local
problem.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#734450: kfreebsd-image-10.0-0-686: dash dies because of signal 11

[Hleb Valoshka]

Package: kfreebsd-image-10.0-0-686
Version: 10.0~svn259778-1
Severity: normal

Dear Maintainer,
while my (qemu) installation of sid works with kernel 9.2, it does not boot
properly with kernel 10.0 because dash dies on signal 11:

===
Trying to mount root from ufs:/dev/ada0s1 [rw]...
INIT: version 2.88 booting
pid 18 (dash), uid 0: exited on signal 11
INIT: Entering runlevel: 2
pid 20 (dash), uid 0: exited on signal 11

Debian GNU/kFreeBSD jessie/sid  ttyv0

 login: root
Password: 
===

I also tried to run some complex shell scripts like update-grub2 or init
scripts, but the also exit on signal 11.


Even with bash set as sh, the system with kfreebsd 10 still has problems:

===
Trying to mount root from ufs:/dev/ada0s1 [rw]...
INIT: version 2.88 booting
/etc/init.d/rc: line 38: syntax error near unexpected token `'
/etc/init.d/rc: line 38: ` continue'
error: '/etc/init.d/rc' exited outside the expected code flow.
INIT: Entering runlevel: 2
/etc/init.d/rc: line 38: syntax error near unexpected token `'
/etc/init.d/rc: line 38: ` continue'
error: '/etc/init.d/rc' exited outside the expected code flow.

Debian GNU/kFreeBSD jessie/sid  ttyv0

 login:
===


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#734451: fuse4bsd-dkms: package does not ship sources inside

[Hleb Valoshka]

Package: fuse4bsd-dkms
Version: 0.3.9~pre1.20080208-8
Severity: grave
Justification: renders package unusable

Dear Maintainer,
fuse4bsd-dkms from sid does not have archive with sources for kernel module
inside.

Version from stable has them, also 0.3.9~pre1.20080208-4 is built for all,
while current version is built for kfreebsd-(amd64|i386).


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#734452: dpkg: dragonflybsd support

[Hleb Valoshka]

Package: dpkg
Version: 1.17.5
Severity: wishlist
Tags: patch

Dear Maintainer,
I've have ported dpkg to DragonFly BSD, the patch is attached.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-5
ii  libc62.17-97
ii  liblzma5 5.1.1alpha+20120614-2
ii  libselinux1  2.2.1-1
ii  tar  1.27-4
ii  zlib1g   1:1.2.8.dfsg-1

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  0.9.14.2

-- no debconf information
diff -uNr dpkg-1.17.5~/ostable dpkg-1.17.5/ostable
--- dpkg-1.17.5~/ostable	2013-12-04 02:48:11.0 +
+++ dpkg-1.17.5/ostable	2014-01-04 10:53:37.0 +
@@ -36,3 +36,4 @@
 uclibceabi-uclinux	uclinux-uclibceabi	uclinux[^-]*-uclibceabi
 uclibc-uclinux		uclinux-uclibc		uclinux[^-]*(-uclibc.*)?
 tos-mint		mint			mint[^-]*
+bsd-dragonflybsd	dragonflybsd		dragonfly[^-]*
diff -uNr dpkg-1.17.5~/triplettable dpkg-1.17.5/triplettable
--- dpkg-1.17.5~/triplettable	2013-12-04 02:48:11.0 +
+++ dpkg-1.17.5/triplettable	2014-01-04 10:53:37.0 +
@@ -29,3 +29,4 @@
 uclibceabi-uclinux-arm	uclinux-armel
 uclibc-uclinux-cpu	uclinux-cpu
 tos-mint-m68k		mint-m68k
+bsd-dragonflybsd-cpu  dragonflybsd-cpu
diff -uNr dpkg-1.17.5~/utils/start-stop-daemon.c dpkg-1.17.5/utils/start-stop-daemon.c
--- dpkg-1.17.5~/utils/start-stop-daemon.c	2013-12-10 06:14:22.0 +
+++ dpkg-1.17.5/utils/start-stop-daemon.c	2014-01-04 10:56:17.0 +
@@ -39,6 +39,8 @@
 #  define OSFreeBSD
 #elif defined(__NetBSD__)
 #  define OSNetBSD
+#elif defined(__DragonFly__)
+#  define OSDragonflyBSD
 #else
 #  error Unknown architecture - cannot build start-stop-daemon
 #endif
@@ -59,6 +61,13 @@
 #include err.h
 #endif
 
+#if defined(OSDragonflyBSD)
+#include sys/param.h
+#include sys/user.h
+
+#include err.h
+#endif
+
 #ifdef HAVE_KVM_H
 #include sys/sysctl.h
 #include sys/user.h
@@ -122,6 +131,8 @@
 #define PROCESS_NAME_SIZE 16
 #elif defined(OSFreeBSD)
 #define PROCESS_NAME_SIZE 19
+#elif defined (OSDragonflyBSD)
+#define PROCESS_NAME_SIZE MAXCOMLEN
 #endif
 
 #define MIN_POLL_INTERVAL 2 /* µs */
@@ -1231,11 +1242,15 @@
 	kp = kvm_getprocs(kd, KERN_PROC_PID, pid, nentries);
 	if (kp == NULL)
 		errx(1, %s, kvm_geterr(kd));
+#  if defined (OSDragonflyBSD)
+	kvm_read(kd, (u_long)(kp-kp_ruid), proc_uid, sizeof(uid_t));
+#  else
 	if (kp-kp_proc.p_cred)
 		kvm_read(kd, (u_long)(kp-kp_proc.p_cred-p_ruid),
 		 proc_uid, sizeof(uid_t));
 	else
 		return false;
+#  endif
 	return (proc_uid == (uid_t)uid);
 }
 #endif
@@ -1320,7 +1335,11 @@
 	kp = kvm_getprocs(kd, KERN_PROC_PID, pid, nentries);
 	if (kp == NULL)
 		errx(1, %s, kvm_geterr(kd));
+#  if defined (OSDragonflyBSD)
+	process_name = kp-kp_comm;
+#  else
 	process_name = (kp-kp_proc)-p_comm;
+#  endif
 	if (strlen(name) != strlen(process_name))
 		return false;
 	return (strcmp(name, process_name) == 0);

Bug#732312: qemu-system-sparc: depends on unavailable version of openbios-sparc

[Hleb Valoshka]

Package: qemu-system-sparc
Version: 1.7.0+dfsg-2~bpo70+2
Severity: normal

Dear Maintainer,
qemu-system-sparc from wheezy-backport depends on openbios-sparc (= 1.1),
which is unavailable in backports, please, backport it too.

-- System Information:
Debian Release: 7.3
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732311: qemu-system-ppc: depends on unavailable versions of openbios-ppc and qemu-slof

[Hleb Valoshka]

Package: qemu-system-ppc
Version: 1.7.0+dfsg-2~bpo70+2
Severity: normal

Dear Maintainer,
qemu-system-ppc from wheezy-backport depends on openbios-ppc (= 1.1), 
and qemu-slof which are unavailable in backports, please, backport them too.

-- System Information:
Debian Release: 7.3
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725812: ruby-atomic: please update package

[Hleb Valoshka]

Package: ruby-atomic
Version: 1.1.9-1
Severity: normal

Dear Maintainer,
there are two problems with your package:
1) it's outdated a bit
2) it should be rebuilt with gem2deb = 0.5.0. Until that I can't prepare
new version of ruby-tzinfo.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.11-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ruby-atomic depends on:
ii  libc6 2.17-93
ii  libruby1.81.8.7.358-8
ii  libruby1.9.1  1.9.3.448-1
ii  ruby  1:1.9.3
ii  ruby1.8 [ruby-interpreter]1.8.7.358-8
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.448-1
ii  ruby2.0 [ruby-interpreter]2.0.0.299-2

ruby-atomic recommends no packages.

ruby-atomic suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#723589: [DRE-maint] Bug#723589: ruby-nokogiri: nokoiri missing nokogiri/nokogiri.rb

[Hleb Valoshka]

On 9/17/13, James Michael DuPont jmdpp...@gmail.com wrote:

 /usr/lib/ruby/vendor_ruby/nokogiri.rb:28:in `require': no such file to load
 -- nokogiri/nokogiri (LoadError)
 from /usr/lib/ruby/vendor_ruby/nokogiri.rb:28
 from /usr/bin/nokogiri:6:in `require'
 from /usr/bin/nokogiri:6

Ruby 1.8 is scheduled to be removed, so it's not supported by current
ruby-nokogiri package. Please, use ruby 1.9.1 or 2.0 instead.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#722980: nmu: Ruby packages with C extensions

[Hleb Valoshka]

On 9/15/13, Antonio Terceiro terce...@debian.org wrote:

Antonio, please, don't upload the following packages. I've prepared
updated versions of them, and I'll ask for uploading.

 nmu ruby-kgio_2.7.3-1 . ia64 mipsel sparc . -m 'Rebuild against gem2deb
 nmu ruby-raindrops_0.11.0-1 . amd64 armel armhf i386 ia64 kfreebsd-amd64
 nmu unicorn_4.6.3-1 . amd64 armel armhf i386 ia64 kfreebsd-amd64 mips mipsel


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#722885: libc0.1-dev: useless prototype for accept4 on kfreebsd

[Hleb Valoshka]

Package: libc0.1-dev
Version: 2.17-92
Severity: normal

Dear Maintainer,

FreeBSD wiki [0] states that accept4, SOCK_CLOEXEC and SOCK_NONBLOCK are
implemented only in FreeBSD 10, but libc on gnu/kfreebsd has prototype
for accept4.

It seems to me that even if debian's kfreebsd supports accept4 (I
doubt) it will be better to remove that prototype because:
1) it's useless without SOCK_CLOEXEC or SOCK_NONBLOCK
2) some software assumes that accept4 and SOCK_CLOEXEC go together so
they check only for accept4 but not for SOCK_CLOEXEC, it's the reason
why ruby2.0 build is failed on kfreebsd.

rmh@ suggested in debian-bsd to wrap accept4 definition:

#if defined(SOCK_CLOEXEC) || defined(SOCK_NONBLOCK)
/* accept4 prototype */
#endif

[0]: https://wiki.freebsd.org/AtomicCloseOnExec

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: kfreebsd-i386 (i386)

Kernel: kFreeBSD 9.2-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages libc0.1-dev depends on:
ii  kfreebsd-kernel-headers  9.2~2
ii  libc-dev-bin 2.17-92
ii  libc0.1  2.17-92

Versions of packages libc0.1-dev recommends:
ii  gcc [c-compiler]  4:4.8.1-3
ii  gcc-4.6 [c-compiler]  4.6.4-4
ii  gcc-4.8 [c-compiler]  4.8.1-10

Versions of packages libc0.1-dev suggests:
pn  glibc-doc none
ii  manpages-dev  3.53-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#690572: localization takes $LANG into account, but ignores $LC_MESSAGES

[Hleb Valoshka]

On Sun, Mar 17, 2013 at 12:27:35AM +0100, Jérémy Bobbio wrote:

 The bug really lies in ruby-gettext which does not currently parse
 LC_MESSAGES at all. It should, just like GNU gettext.

Are you sure? GNU gettext uses LC_MESSAGES only indirectly, calling
_nl_locale_name (see intl/dcigettext.c), but it never checks its value by
itself.

[Now I understand that my «fix» for #520181 which introduced this bug was
incorrect (and what even worse it's integrated by upstream now).]

But as I said above the real problem is in ruby-locale because the latter does
not distinguish between «language» and «locale», (may be) because its aim to be
the GCD for the 4 different plaform, and, at least, in web there no difference
between «language» and «locale». So to properly fix this (and #520181) we (or
ruby-gettext/locale upstream team) should 1) change ruby-locale to better
reflect POSIX locale; 2) patch ruby-gettet to use new ruby-locale's API.

It seams to me that p.1 will cause a great breakage of ruby-locale internals.

(Jérémy, please, if you forward bugs to upstream report them to github
https://github.com/ruby-gettext/locale/issues not to Kou's mail)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#570516: we encountered this bug

[Hleb Valoshka]

Just my 2 cents.

Yesterday we were upgrading our old Debian server form Lenny to Squeeze 
and encountered this bug.


We were warned by mdadm post-install scripts that UUID was changed, so 
we upgraded our mdadm.conf, but forgot to re-run update-initramfs :), so 
the system was unbootable with kernel 2.6.32, but (what is interesting) 
it was bootable with 2.2.26.


That raid has version 0.90 (I think it was made in Etch ages). Initramfs 
for kernel 2.6.26 was changed last time on Mar 12  2012, mdadm.conf was 
created 18 Nov 2008, and previous reboot was 6 Aug 2013.


Today's transition to Wheezy was successful.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#721355: libasound2-plugin-equal: Eq was renamed to Eq10

[Hleb Valoshka]

Package: libasound2-plugin-equal
Version: 0.6-5
Severity: normal

Dear Maintainer,
in version 0.9.11 of caps Eq was renamed to Eq10, please update you package.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libasound2-plugin-equal depends on:
ii  caps   0.9.16-1
ii  libasound2 1.0.27.2-1
ii  libc6  2.17-92+b1
ii  multiarch-support  2.17-92+b1

libasound2-plugin-equal recommends no packages.

libasound2-plugin-equal suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#716916: [DRE-maint] Bug#716916: ruby-gettext: rxgettext doubles the backslashes in newline '\n' characters

[Hleb Valoshka]

On 8/27/13, Francesco Poli invernom...@paranoici.org wrote:
 After some bisection, it has been introduced in upstream commit
 ef467007b, first appeared in version 2.3.0. This looks intentional.
 Intentional? Doesn't this break compatibility with msgmerge ?

May be we can use patch based on
https://github.com/ruby-gettext/gettext/pull/18? (But to remove
Plural-Forms doesn't seems to be a good idea)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#718993: libssl1.0.0: corrupted double-linked list

[Hleb Valoshka]

I've contacted cryptocom's support with this issue.

They assert that engine handling mechanism was changed in openssl 1.0.1e
and current patches for 3rd party software may be incompatible with it.

Frankly speaking I see nothing about engines except following:

=== 
Changes between 1.0.0h and 1.0.1  [14 Mar 2012]
  *) Add call to ENGINE_register_all_complete() to
 ENGINE_load_builtin_engines(), so some implementations get used
 automatically instead of needing explicit application support.
 [Steve Henson]
=== 


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#718993: libssl1.0.0: corrupted double-linked list

[Hleb Valoshka]

Package: libssl1.0.0
Version: 1.0.1e-2
Severity: important

Dear Maintainer,
When I try to run Apache2 httpd compiled with support for GOST cryptography,
it segfaults. There is output from GDB:
=== 
Starting program: /opt/apache-2.2.23-shared/bin/httpd -X
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
GOST engine already loaded

Program received signal SIGSEGV, Segmentation fault.
0x71ae7ffd in engine_list_remove (e=0x6c1750) at eng_list.c:179
179 eng_list.c: No such file or directory.
=== 

eng_list.c:
177/* un-link e from the chain. */
178if(e-next)
179e-next-prev = e-prev;


Or for Apache with modules compiled in:
=== 
Starting program: /opt/apache-2.2.23/bin/httpd -X
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
GOST engine already loaded
*** glibc detected *** /opt/apache-2.2.23/bin/httpd: corrupted double-linked 
list: 0x007deca0 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x76d76)[0x76329d76]
/lib/x86_64-linux-gnu/libc.so.6(+0x7880c)[0x7632b80c]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7632eaac]
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0(CRYPTO_free+0x1d)[0x778130cd]
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0(+0xe38b8)[0x7787d8b8]
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0(ENGINE_remove+0xa4)[0x7787e034]
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0(+0xe4105)[0x7787e105]
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0(+0xe3656)[0x7787d656]
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0(sk_pop_free+0x30)[0x7788d1b0]
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0(ENGINE_cleanup+0x1c)[0x7787d9dc]
/opt/apache-2.2.23/bin/httpd[0x45a538]
/opt/apache-2.2.23/lib/libapr-1.so.0(apr_pool_destroy+0x7e)[0x76eb668e]
/opt/apache-2.2.23/lib/libapr-1.so.0(apr_pool_destroy+0x55)[0x76eb6665]
/opt/apache-2.2.23/bin/httpd[0x43061e]
/opt/apache-2.2.23/bin/httpd(main+0x75a)[0x4300da]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x762d1ead]
/opt/apache-2.2.23/bin/httpd[0x43050d]
=== 

But if I link Apache against openssl1.0.0k installed into /opt/ it runs 
without problems.

The patch for Apache was taken from
http://cryptocom.ru/opensource/apache-2.2.23-openssl-1.0.1c.diff

-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#718993: [Pkg-openssl-devel] Bug#718993: libssl1.0.0: corrupted double-linked list

[Hleb Valoshka]

On 8/7/13, Kurt Roeckx k...@roeckx.be wrote:
 Package: libssl1.0.0
 Version: 1.0.1e-2
 Severity: important

 Dear Maintainer,
 When I try to run Apache2 httpd compiled with support for GOST
 cryptography,

 How did you enable GOST support?  By default it's not available.

As README.gost says.

The first line of /etc/ssl.openssl.cnf:
openssl_conf = openssl_def

And the last lines of it:
 [openssl_def]
engines = engine_section
[engine_section]
gost = gost_section
[gost_section]
engine_id = gost
default_algorithms = ALL
CRYPT_PARAMS = id-Gost28147-89-CryptoPro-A-ParamSet


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#718288: javascript-common: postinstall script tries to remove unexistant /etc/apache2/conf.d

[Hleb Valoshka]

Package: javascript-common
Version: 10
Severity: grave
Justification: renders package unusable

Dear Maintainer,
javascript-common.postinst tries to remove directory /etc/apache2/conf.d which
doesn't exist on my system so package configuration fails.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

javascript-common depends on no packages.

javascript-common recommends no packages.

Versions of packages javascript-common suggests:
ii  nginx-light [httpd]  1.4.1-3

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#714472: ruby-graphviz: treats dot's output into stderr as error

[Hleb Valoshka]

Package: ruby-graphviz
Version: 1.0.8-2
Severity: important

Dear Maintainer,
when I try to run script which uses ruby-graphviz it exits abnormally with
output like this:

/usr/lib/ruby/vendor_ruby/graphviz/utils.rb:76:in `output_from_command': Error
from /usr/bin/dot -q1   -Tpng -ohello_world.png
/tmp/graphviz.rb20130629-29282-1uhwdt2: (RuntimeError)
Fontconfig warning: /etc/fonts/conf.d/50-user.conf, line 9: reading
configurations from ~/.fonts.conf is deprecated.
  from /usr/lib/ruby/vendor_ruby/graphviz.rb:655:in `output'
  from tst.rb:15:in `main'


The appropriate code is

  def output_from_command(cmd) #:nodoc:
   output, errors = output_and_errors_from_command(cmd)
   if errors.nil? || errors.strip.empty?
 output
   else
 raise Error from #{cmd}:\n#{errors}
   end
  end

It's obvious that return code shoul'd be checked instead.

BTW, I also filed this issue to upstream
(https://github.com/glejeune/Ruby-Graphviz/issues/72).


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ruby-graphviz depends on:
ii  graphviz  2.26.3-15
ii  ruby  1:1.9.3
ii  ruby1.8 [ruby-interpreter]1.8.7.358-7
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-8.1+b1

ruby-graphviz recommends no packages.

ruby-graphviz suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#709503: gnome-keyring: please enable daemon autostart in xfce lxde

[Hleb Valoshka]

Package: gnome-keyring
Version: 3.4.1-5
Severity: wishlist

Dear Maintainer,
Task-xfce-desktop recommends network-manager-gnome, while the latter
recommends gnome-keyring. So usually xfce users have gnome-keyring installed,
but it doesn't autostart by default. You can search in internet (WARNING:
gnome-keyring:: couldn’t connect to: No such file or directory) and find that
there is a lot of users affected by this problem.

The usual way to fix the problem is to edit parameter OnlyShowIn=GNOME;Unity;
and add xfce;lxde; in file /etc/xdg/autostart/gnome-keyring-pkcs11.desktop.

-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-keyring depends on:
ii  dbus-x11 1.6.8-1
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  gcr  3.4.1-3
ii  libc62.13-38
ii  libcap-ng0   0.6.6-2
ii  libcap2-bin  1:2.22-1.2
ii  libdbus-1-3  1.6.8-1
ii  libgck-1-0   3.4.1-3
ii  libgcr-3-1   3.4.1-3
ii  libgcrypt11  1.5.0-5
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgtk-3-0   3.4.2-6

Versions of packages gnome-keyring recommends:
ii  libpam-gnome-keyring  3.4.1-5

gnome-keyring suggests no packages.

-- Configuration Files:
/etc/xdg/autostart/gnome-keyring-pkcs11.desktop changed [not included]

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#704479: postgresql: high-exposure security vulnerability

[Hleb Valoshka]

Package: postgresql
Version: high-exposure security vulnerability
Severity: normal

Dear Maintainer, there is excerpt from 
http://www.postgresql.org/about/news/1454/

Upcoming PostgreSQL Security Release: April 4, 2013
Posted on 2013-03-28

The PostgreSQL Global Development Group will be releasing a security update for 
all supported versions on Thursday April 4th, 2013. This release will include a 
fix for a high-exposure security vulnerability. All users are strongly urged to 
apply the update as soon as it is available.

We are providing this advance notice so that users may schedule an update of 
their production systems on or shortly after April 4th.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#704479: Acknowledgement (postgresql: high-exposure security vulnerability)

[Hleb Valoshka]

tag -1 security
thanks


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#691782: unblock: hunspell-be/0.53-3

[Hleb Valoshka]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package hunspell-be it has only language name fixed in
info-hunspell.

unblock hunspell-be/0.53-3

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -Nru hunspell-be-0.53/debian/changelog hunspell-be-0.53/debian/changelog
--- hunspell-be-0.53/debian/changelog	2012-07-07 17:22:45.0 +0300
+++ hunspell-be-0.53/debian/changelog	2012-06-23 16:25:14.0 +0300
@@ -1,9 +1,3 @@
-hunspell-be (0.53-3) unstable; urgency=low
-
-  * Fix language name in debian/info-hunspell.
-
- -- Hleb Valoshka 375...@gmail.com  Tue, 03 Jul 2012 11:15:57 +0300
-
 hunspell-be (0.53-2) unstable; urgency=low
 
   [Dmitry Borodaenko wearing brown paper bag]
diff -Nru hunspell-be-0.53/debian/info-hunspell hunspell-be-0.53/debian/info-hunspell
--- hunspell-be-0.53/debian/info-hunspell	2012-07-07 17:22:45.0 +0300
+++ hunspell-be-0.53/debian/info-hunspell	2012-06-23 16:25:14.0 +0300
@@ -1,4 +1,4 @@
-Language: беларуская (belarusian)
+Language: беларуская (russian)
 Hash-Name: be_BY
 Emacsen-Name: belarusian
 Casechars: [АБВГДЕЁЖЗІЙКЛМНОПРСТУЎФХЦЧШЬЫЭЮЯабвгдеёжзійклмнопрстуўфхцчшьыэюя]

Bug#691785: unblock: ruby-gettext/2.2.1-3

[Hleb Valoshka]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package ruby-gettext.

This version includes patches for bugs #684182 and #684184, it has tests always
run and it has better package description.

unblock ruby-gettext/2.2.1-3

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -Nru ruby-gettext-2.2.1/debian/changelog ruby-gettext-2.2.1/debian/changelog
--- ruby-gettext-2.2.1/debian/changelog	2012-06-30 20:39:47.0 +0300
+++ ruby-gettext-2.2.1/debian/changelog	2012-10-07 23:28:50.0 +0300
@@ -1,3 +1,19 @@
+ruby-gettext (2.2.1-3) unstable; urgency=low
+
+  [ Cédric Boutillier ]
+  * Improve description. Thanks to Justin B. Rye (Closes: #682543)
+
+  [ Hleb Valoshka ]
+  * debian/patches
+- 0004-reset-last_comment-when-pomessage-is-stored.patch: rgettext won't
+  skip translatable strings containing the hash symbol (Closes: #684182)
+- 0005-process-RubyToken-TkDSTRING-too.patch: rgettext won't copy
+  comments for translators to all subsequent messages (Closes: #684184)
+  * Fix lintian complaints.
+  * Ensure tests are run.
+
+ -- Hleb Valoshka 375...@gmail.com  Wed, 08 Aug 2012 21:42:52 +0300
+
 ruby-gettext (2.2.1-2) unstable; urgency=low
 
   * Team upload.
diff -Nru ruby-gettext-2.2.1/debian/control ruby-gettext-2.2.1/debian/control
--- ruby-gettext-2.2.1/debian/control	2012-06-30 20:39:47.0 +0300
+++ ruby-gettext-2.2.1/debian/control	2012-10-07 23:28:51.0 +0300
@@ -4,7 +4,7 @@
 Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org
 Uploaders: Hleb Valoshka 375...@gmail.com
 DM-Upload-Allowed: yes
-Build-Depends: debhelper (= 7.0.50~), gem2deb (= 0.3.0~), ruby-locale | liblocale-ruby1.8, ruby-locale | liblocale-ruby1.9.1, rake
+Build-Depends: debhelper (= 7.0.50~), gem2deb (= 0.3.0~), ruby-locale, ruby-test-unit
 Standards-Version: 3.9.3
 Vcs-Git: git://git.debian.org/pkg-ruby-extras/ruby-gettext.git
 Vcs-Browser: http://git.debian.org/?p=pkg-ruby-extras/ruby-gettext.git;a=summary
@@ -18,15 +18,14 @@
 Breaks: libgettext-ruby1.8 ( ${source:Version}), libgettext-ruby1.9.1 ( ${source:Version}), libgettext-ruby ( ${source:Version})
 Replaces: libgettext-ruby1.8 ( ${source:Version}), libgettext-ruby1.9.1 ( ${source:Version}), libgettext-ruby (${source:Version})
 Provides: libgettext-ruby1.8, libgettext-ruby1.9.1, libgettext-ruby
-Description: Gettext for Ruby
- Ruby GetText Package is Native Language Support Library and Tools
- which modeled after GNU gettext package.
+Description: gettext for Ruby
+ This Ruby package is a localization library and toolset modeled after
+ GNU gettext, and with a similar simple API.
  .
- Features:
-   * Simple APIs(similar GNU gettext)
-   * rgettext creates po-files from ruby scripts.
- The po-file is compatible to GNU gettext.
-   * rmsgfmt creates a mo-file from a po-file.
+ It provides:
+  * rgettext - creates gettext-compatible PO files from Ruby scripts;
+  * rmsgfmt - creates a MO file from a PO file;
+  * rmsgmerge - extracts translatable strings from Ruby scripts.
 
 Package: libgettext-ruby
 Section: oldlibs
diff -Nru ruby-gettext-2.2.1/debian/patches/0004-reset-last_comment-when-pomessage-is-stored.patch ruby-gettext-2.2.1/debian/patches/0004-reset-last_comment-when-pomessage-is-stored.patch
--- ruby-gettext-2.2.1/debian/patches/0004-reset-last_comment-when-pomessage-is-stored.patch	1970-01-01 03:00:00.0 +0300
+++ ruby-gettext-2.2.1/debian/patches/0004-reset-last_comment-when-pomessage-is-stored.patch	2012-09-25 01:39:43.0 +0300
@@ -0,0 +1,21 @@
+From: Hleb Valoshka 375...@gmail.com
+Date: Wed, 8 Aug 2012 20:47:00 +0300
+Subject: reset last_comment when pomessage is stored
+
+  - this patch fixes bug #684184
+---
+ lib/gettext/tools/parser/ruby.rb |1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/lib/gettext/tools/parser/ruby.rb b/lib/gettext/tools/parser/ruby.rb
+index 883474f..79703a9 100644
+--- a/lib/gettext/tools/parser/ruby.rb
 b/lib/gettext/tools/parser/ruby.rb
+@@ -162,6 +162,7 @@ module GetText
+   else
+ if store_pomessage(pomessages, pomessage, path, line_no, last_comment)
+   pomessage = nil
++  last_comment = 
+ end
+   end
+ rescue
diff -Nru ruby-gettext-2.2.1/debian/patches/0005-process-RubyToken-TkDSTRING-too.patch ruby-gettext-2.2.1/debian/patches/0005-process-RubyToken-TkDSTRING-too.patch
--- ruby-gettext-2.2.1/debian/patches/0005-process-RubyToken-TkDSTRING-too.patch	1970-01-01 03:00:00.0 +0300
+++ ruby-gettext-2.2.1/debian/patches/0005-process-RubyToken-TkDSTRING-too.patch	2012-09-25 01:39

Bug#691786: unblock: ruby-locale/2.0.5-6

[Hleb Valoshka]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package ruby-locale.

This version has fix for #520181 and it has better description.

unblock ruby-locale/2.0.5-6

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -Nru ruby-locale-2.0.5/debian/changelog ruby-locale-2.0.5/debian/changelog
--- ruby-locale-2.0.5/debian/changelog	2012-06-30 19:01:01.0 +0300
+++ ruby-locale-2.0.5/debian/changelog	2012-10-09 23:57:14.0 +0300
@@ -1,3 +1,11 @@
+ruby-locale (2.0.5-6) unstable; urgency=low
+
+  * Fix various bugs with charset handling (Closes: #520181)
+  * Fix lintian complaints.
+  * Better package description (thanks to Justin B. Rye).
+
+ -- Hleb Valoshka 375...@gmail.com  Tue, 09 Oct 2012 22:33:28 +0300
+
 ruby-locale (2.0.5-5) unstable; urgency=low
 
   * Team upload.
diff -Nru ruby-locale-2.0.5/debian/control ruby-locale-2.0.5/debian/control
--- ruby-locale-2.0.5/debian/control	2012-06-30 19:01:01.0 +0300
+++ ruby-locale-2.0.5/debian/control	2012-10-07 23:54:45.0 +0300
@@ -18,9 +18,13 @@
 Breaks: liblocale-ruby1.8 ( ${source:Version}), liblocale-ruby1.9.1 ( ${source:Version}), liblocale-ruby ( ${source:Version})
 Replaces: liblocale-ruby1.8 ( ${source:Version}), liblocale-ruby1.9.1 ( ${source:Version}), liblocale-ruby ( ${source:Version})
 Provides: liblocale-ruby1.8, liblocale-ruby1.9.1, liblocale-ruby
-Description: Pure ruby locale library
- Ruby-Locale is the pure ruby library which provides basic APIs
- for localization.
+Description: Locale library for Ruby
+ Ruby-Locale is a pure Ruby library which provides a basic API for
+ localization.
+ .
+ It aims to support programs of every kind, from GUI applications to web
+ libraries, on all the platforms that Ruby works on, and to provide a
+ central hub for other i18n/l10n software.
 
 Package: liblocale-ruby
 Section: oldlibs
diff -Nru ruby-locale-2.0.5/debian/patches/0004-fix-bugs-with-charset-handling.patch ruby-locale-2.0.5/debian/patches/0004-fix-bugs-with-charset-handling.patch
--- ruby-locale-2.0.5/debian/patches/0004-fix-bugs-with-charset-handling.patch	1970-01-01 03:00:00.0 +0300
+++ ruby-locale-2.0.5/debian/patches/0004-fix-bugs-with-charset-handling.patch	2012-09-25 01:39:58.0 +0300
@@ -0,0 +1,143 @@
+From: Hleb Valoshka 375...@gmail.com
+Date: Wed, 22 Aug 2012 11:36:29 +0300
+Subject: fix bugs with charset handling
+
+   Fixes #520181
+---
+ lib/locale/driver/env.rb|4 ++--
+ lib/locale/tag/posix.rb |   23 ---
+ lib/locale/taglist.rb   |6 +-
+ test/test_detect_general.rb |   10 +-
+ 4 files changed, 24 insertions(+), 19 deletions(-)
+
+diff --git a/lib/locale/driver/env.rb b/lib/locale/driver/env.rb
+index 3d08500..78df8c5 100644
+--- a/lib/locale/driver/env.rb
 b/lib/locale/driver/env.rb
+@@ -24,11 +24,11 @@ module Locale
+ module Env
+   module_function
+ 
+-  # Gets the locale from environment variable. (LC_ALL  LC_MESSAGES  LANG)
++  # Gets the locale from environment variable. (LC_ALL  LC_CTYPE  LANG)
+   # Returns: the locale as Locale::Tag::Posix.
+   def locale
+ # At least one environment valiables should be set on *nix system.
+-[ENV[LC_ALL], ENV[LC_MESSAGES], ENV[LANG]].each do |loc|
++[ENV[LC_ALL], ENV[LC_CTYPE], ENV[LANG]].each do |loc|
+   if loc != nil and loc.size  0
+ return Locale::Tag::Posix.parse(loc)
+   end
+diff --git a/lib/locale/tag/posix.rb b/lib/locale/tag/posix.rb
+index b04aa54..1ce944a 100644
+--- a/lib/locale/tag/posix.rb
 b/lib/locale/tag/posix.rb
+@@ -30,9 +30,9 @@ module Locale
+   end
+ 
+   def self.parse(tag)
+-if tag =~ /^(C|POSIX)$/
+-  ret = self.new(en, US)
+-  ret.tag = tag
++if tag =~ /\A(C|POSIX)(?:\.([^@]+))?\Z/
++  ret = self.new(en, US, $2)
++  ret.tag = $1
+   ret
+ elsif tag =~ TAG_RE
+   ret = self.new($1, $2, $3, $4)
+@@ -47,10 +47,15 @@ module Locale
+   #   language_COUNTRY.CHARSET@MODIFIER
+   #   (e.g.) ja_JP.EUC-JP@Modifier
+   def to_s
+-s = @language.dup
+-s  _#{@region} if @region
+-s  .#{@charset} if @charset
+-s  @#{@modifier} if @modifier
++if posix?
++  s = tag.dup
++  s  .#{@charset} if @charset
++else
++  s = @language.dup
++  s  _#{@region} if @region
++  s  .#{@charset} if @charset
++  s  @#{@modifier} if @modifier
++end
+ s
+   end
+ 
+@@ -92,6 +97,10 @@ module Locale
+ end
+   end
+ 
++  def posix?
++['POSIX', 'C

Bug#691787: unblock: unicorn/4.3.1-4

[Hleb Valoshka]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package unicorn.

This version has proper postinstall and prerm hooks (version in testing has an
unfiled RC bug).

unblock unicorn/4.3.1-4

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -Nru unicorn-4.3.1/debian/changelog unicorn-4.3.1/debian/changelog
--- unicorn-4.3.1/debian/changelog	2012-05-13 14:38:29.0 +0300
+++ unicorn-4.3.1/debian/changelog	2012-10-08 01:15:42.0 +0300
@@ -1,3 +1,24 @@
+unicorn (4.3.1-4) unstable; urgency=low
+
+  * Remove unicorn logs on package purge.
+  * Add patch to explicitly use escaped minus in man pages.
+
+ -- Hleb Valoshka 375...@gmail.com  Mon, 08 Oct 2012 00:15:04 +0300
+
+unicorn (4.3.1-3) unstable; urgency=low
+
+  * Team upload.
+  * Bump build dependency on gem2deb to = 0.3.0~.
+
+ -- Paul van Tilburg pau...@debian.org  Wed, 27 Jun 2012 21:06:17 +0200
+
+unicorn (4.3.1-2) unstable; urgency=low
+
+  * Add prerm hook which stops unicorn on remove and deconfigure
+  * Suppress output of 'invoke-rc.d unicorn status' in postinstall hook
+
+ -- Hleb Valoshka 375...@gmail.com  Sun, 24 Jun 2012 10:43:08 +0300
+
 unicorn (4.3.1-1) unstable; urgency=low
 
   * New upstream version
diff -Nru unicorn-4.3.1/debian/control unicorn-4.3.1/debian/control
--- unicorn-4.3.1/debian/control	2012-05-13 14:38:29.0 +0300
+++ unicorn-4.3.1/debian/control	2012-06-28 11:35:34.0 +0300
@@ -4,7 +4,7 @@
 Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org
 Uploaders: Hleb Valoshka 375...@gmail.com
 DM-Upload-Allowed: yes
-Build-Depends: debhelper (= 7.0.50~), gem2deb (= 0.2.11~), ruby-raindrops (= 0.7), ruby-kgio (= 2.6), ruby-rack
+Build-Depends: debhelper (= 7.0.50~), gem2deb (= 0.3.0~), ruby-raindrops (= 0.7), ruby-kgio (= 2.6), ruby-rack
 Standards-Version: 3.9.3
 Vcs-Git: git://git.debian.org/pkg-ruby-extras/unicorn.git
 Vcs-Browser: http://git.debian.org/?p=pkg-ruby-extras/unicorn.git;a=summary
diff -Nru unicorn-4.3.1/debian/patches/0001-explicitly-use-escaped-minus-in-man-pages.patch unicorn-4.3.1/debian/patches/0001-explicitly-use-escaped-minus-in-man-pages.patch
--- unicorn-4.3.1/debian/patches/0001-explicitly-use-escaped-minus-in-man-pages.patch	1970-01-01 03:00:00.0 +0300
+++ unicorn-4.3.1/debian/patches/0001-explicitly-use-escaped-minus-in-man-pages.patch	2012-10-08 01:05:06.0 +0300
@@ -0,0 +1,269 @@
+From: Hleb Valoshka 375...@gmail.com
+Date: Thu, 27 Sep 2012 22:40:49 +0300
+Subject: explicitly use escaped minus in man pages
+
+---
+ man/man1/unicorn.1   |   32 
+ man/man1/unicorn_rails.1 |   34 +-
+ 2 files changed, 33 insertions(+), 33 deletions(-)
+
+diff --git a/man/man1/unicorn.1 b/man/man1/unicorn.1
+index 0b496af..749272a 100644
+--- a/man/man1/unicorn.1
 b/man/man1/unicorn.1
+@@ -4,7 +4,7 @@
+ unicorn - a rackup-like command to launch the Unicorn HTTP server
+ .SH SYNOPSIS
+ .PP
+-unicorn [-c CONFIG_FILE] [-E RACK_ENV] [-D] [RACKUP_FILE]
++unicorn [\-c CONFIG_FILE] [\-E RACK_ENV] [\-D] [RACKUP_FILE]
+ .SH DESCRIPTION
+ .PP
+ A rackup(1)-like command to launch Rack applications using Unicorn.
+@@ -26,7 +26,7 @@ Embedded command-line options are mostly parsed for compatibility
+ with rackup(1) but strongly discouraged.
+ .SH UNICORN OPTIONS
+ .TP
+-.B -c, --config-file CONFIG_FILE
++.B \-c, \-\-config\-file CONFIG_FILE
+ Path to the Unicorn-specific config file.
+ The config file is implemented as a Ruby DSL, so Ruby code may
+ executed.
+@@ -38,7 +38,7 @@ viewing ps(1) output.
+ .RS
+ .RE
+ .TP
+-.B -D, --daemonize
++.B \-D, \-\-daemonize
+ Run daemonized in the background.
+ The process is detached from the controlling terminal and stdin is
+ redirected to \[lq]/dev/null\[rq].
+@@ -50,13 +50,13 @@ redirected to \[lq]/dev/null\[rq].
+ .RS
+ .RE
+ .TP
+-.B -E, --env RACK_ENV
++.B \-E, \-\-env RACK_ENV
+ Run under the given RACK_ENV.
+ See the RACK ENVIRONMENT section for more details.
+ .RS
+ .RE
+ .TP
+-.B -l, --listen ADDRESS
++.B \-l, \-\-listen ADDRESS
+ Listens on a given ADDRESS.
+ ADDRESS may be in the form of HOST:PORT or PATH, HOST:PORT is taken
+ to mean a TCP socket and PATH is meant to be a path to a UNIX
+@@ -69,51 +69,51 @@ socket options.
+ .RE
+ .SH RACKUP COMPATIBILITY OPTIONS
+ .TP
+-.B -o, --host HOST
++.B \-o, \-\-host HOST
+ Listen on a TCP socket belonging to HOST, default is
+ \[lq]0.0.0.0\[rq] (all addresses).
+ If specified multiple times on the command-line, only the
+ last-specified value takes effect.
+ This option only exists for compatibility with the rackup(1)
+-command, use

Bug#690572: [DRE-maint] Bug#690572: localization takes $LANG into account, but ignores $LC_MESSAGES

[Hleb Valoshka]

On 10/15/12, Stefano Zacchiroli z...@debian.org wrote:
 I hope that the maintainers of ruby-gettext will manage to investigate
 and fix this regression soon.
 Fair enough, thanks for investigating: ruby-gettext is surely the next
 most likely candidate, after apt-listbugs. The upload history of the
 package seems indeed to match (even more properly than apt-listbugs'
 upload history, in fact): I've installed ruby-gettext 2.2.1-3, which has
 been uploaded a week ago.

I believe it's cause by fix for #520181. Ruby-locale used by
ruby-gettext doesn't make difference between locale and language. I'll
cooperate with upstream to solve this issue.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#690263: RM: libgettext-ruby -- superseded by ruby-gettext

[Hleb Valoshka]

Package: ftp.debian.org
Severity: normal

Old source package libgettext-ruby is superseded by ruby-gettext.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#668234: celestia-gnome: menus are not localised (but program contents are)

[Hleb Valoshka]

There is a bug filled against upstream [1], it even includes a patch,
but that guys don't bother themselves with things like viewing bug
reports.


[1]: 
http://sourceforge.net/tracker/?func=detailaid=3103121group_id=21302atid=121302


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#685636: winbind4: wbinfo looks for winbind pipe in incorrect place

[Hleb Valoshka]

Package: winbind4
Version: 4.0.0~beta2+dfsg1-3
Severity: important
Tags: upstream

Dear Maintainer,

wbinfo can't connect to winbind because it looks for pipe in /tmp/.winbindd,
while samba4 puts it into /var/run/samba/winbindd/

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages winbind4 depends on:
ii  libbsd00.4.2-1
ii  libc6  2.13-35
ii  libgensec0 4.0.0~beta2+dfsg1-3
ii  libpam0g   1.1.3-7.1
ii  libpopt0   1.16-7
ii  libsamba-credentials0  4.0.0~beta2+dfsg1-3
ii  libsamba-hostconfig0   4.0.0~beta2+dfsg1-3
ii  libsamba-util0 4.0.0~beta2+dfsg1-3
ii  libtalloc2 2.0.7+git20120207-1
ii  libwbclient0   2:3.6.6-3
ii  samba4 4.0.0~beta2+dfsg1-3

winbind4 recommends no packages.

winbind4 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#685188: gummi doesn't work if enchant isn't installed

[Hleb Valoshka]

Package: gummi
Version: 0.6.3-1+b1
Severity: serious
Justification: Policy 3.5

Dear Maintainer,

When package enchant isn't installed gummi refuses to start with message 
``Failed
to execute child process enchant-lsmod (No such file or directory)''. And when
you press ``Ok'' button it doesn't exit correctly but stays in memory.

So it must depend on enchant.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gummi depends on:
ii  libc6  2.13-35
ii  libcairo2  1.10.2-7
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libglib2.0-0   2.32.3-1
ii  libgtk2.0-02.24.10-2
ii  libgtksourceview2.0-0  2.10.4-1
ii  libgtkspell0   2.0.16-1
ii  libpango1.0-0  1.30.0-1
ii  libpoppler-glib8   0.18.4-3
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages gummi recommends:
pn  texlive-extra-utils  none
ii  texlive-latex-base   2012.20120611-3
ii  texlive-xetex2012.20120611-3

gummi suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#503591: Bug #503591: Please don't include yet another copy of tzdata in the archive

[Hleb Valoshka]

On Sat, Jul 07, 2012 at 02:13:16PM -0700, shawn wrote:
 this has languished an entire release and I believe it at least needs a
 justification on why it has not been fixed yet.

Bugfix was uploaded to pkg-ruby-extras repo so I hope you'll help to test it.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org