Bug#805053: #805053 tagged as pending

2015-11-13 Thread Caitlin Matos

tags 803972 + pending
thanks



Bug#805053: attic does not start : undefined symbol: EPRINTF_MSG_PATH

2015-11-13 Thread Caitlin Matos
Thanks for the report. I have found the problem, updated the package, 
and ensured it is working. It may take a couple of days to be processed, 
as I require a sponsor to upload the new package.


Thanks,
Caitlin

On 13/11/15 05:38 PM, Gilles Mocellin wrote:

Package: attic
Version: 0.16-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Since the upgrade to 16.1, I cannot use attic anymore.

Here's the backtrace when I launch it :
~ attic info -v name@host:/path/to/attic::archive
Traceback (most recent call last):
   File "/usr/bin/attic", line 2, in 
 from attic.archiver import main
   File "/usr/lib/python3/dist-packages/attic/archiver.py", line 13, in 
 from attic.archive import Archive, ArchiveChecker
   File "/usr/lib/python3/dist-packages/attic/archive.py", line 7, in 
 from attic.key import key_factory
   File "/usr/lib/python3/dist-packages/attic/key.py", line 11, in 
 from attic.helpers import IntegrityError, get_keys_dir, Error
   File "/usr/lib/python3/dist-packages/attic/helpers.py", line 15, in 
 import attic.hashindex
ImportError: 
/usr/lib/python3/dist-packages/attic/hashindex.cpython-34m-x86_64-linux-gnu.so: 
undefined symbol: EPRINTF_MSG_PATH

Seems either a bad rebuild or a missing dependency ?


-- 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.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages attic depends on:
ii  libacl1  2.2.52-2
ii  libc62.19-22
ii  libjs-sphinxdoc  1.3.1-8
ii  libssl1.0.2  1.0.2d-3
ii  python3  3.4.3-7
ii  python3-msgpack  0.4.6-1+b1

Versions of packages attic recommends:
pn  python3-llfuse  

attic suggests no packages.

-- no debconf information





Bug#802619: 802619 information

2015-11-08 Thread Caitlin Matos
Please ignore my previous message. I did not read the issue properly. 
The "fix" is actually a commit on another package that someone suggested 
be emulated.


Sorry!

Caitlin

On 08/11/15 05:47 PM, Caitlin Matos wrote:

Note that a separate issue has been filed, and a test has been added to
detect disk-full issues, but this has not yet been released.

Issue: https://github.com/borgbackup/borg/issues/327

Fix:
https://github.com/ThomasWaldmann/borg/commit/22262e3fb712193e830632eadaf85673b9be259b





Bug#802619: 802619 information

2015-11-08 Thread Caitlin Matos

Note that a separate issue has been filed, and a test has been added to
detect disk-full issues, but this has not yet been released.

Issue: https://github.com/borgbackup/borg/issues/327

Fix:
https://github.com/ThomasWaldmann/borg/commit/22262e3fb712193e830632eadaf85673b9be259b



Bug#761381: OpenSSL usage violates GPL

2014-09-13 Thread Caitlin Matos
Package: zbackup
Version: 1.2-1.1
Severity: serious
Tags: upstream

I am trying to adopt zbackup. While fixing it up, I discovered the previous
maintainer has entered the licence as GPL-2+-openssl and included that licence
in d/copyright, but the actual upstream licence is simply GPL-2+ with no
OpenSSL exemption. It is unclear whether upstream ever did use the OpenSSL
exemption.

The GPL and the OpenSSL license are incompatible. See the following debian-
legal thread for more information: https://lists.debian.org/debian-
legal/2002/10/msg00113.html

I have forwarded this upstream and will mark this bug as such.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)

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


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



Bug#738866: LoadError: cannot load such file -- action_controller/test_process

2014-08-28 Thread Caitlin Matos

Just confirming the problem still exists with ruby 2.1 and rails 4.

> require "i18n"
=> true
> require "gettext_rails"
LoadError: cannot load such file -- action_controller/test_process
	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 /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:247:in 
`block in require'
	from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:232:in 
`load_dependency'
	from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:247:in 
`require'
	from 
/usr/lib/ruby/vendor_ruby/locale_rails/action_controller/test_process.rb:12:in 
`'
	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 /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:247:in 
`block in require'
	from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:232:in 
`load_dependency'
	from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:247:in 
`require'
	from /usr/lib/ruby/vendor_ruby/locale_rails/action_controller.rb:13:in 
`block in '
	from /usr/lib/ruby/vendor_ruby/locale_rails/action_controller.rb:12:in 
`each'
	from /usr/lib/ruby/vendor_ruby/locale_rails/action_controller.rb:12:in 
`'
	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 /usr/lib/ruby/vendor_ruby/locale_rails.rb:6:in `block in (required)>'

from /usr/lib/ruby/vendor_ruby/locale_rails.rb:5:in `each'
from /usr/lib/ruby/vendor_ruby/locale_rails.rb:5:in `'
	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 /usr/lib/ruby/vendor_ruby/gettext_rails/action_controller.rb:14:in 
`'
	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 /usr/lib/ruby/vendor_ruby/gettext_rails.rb:14:in `'
	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 (irb):3
from /usr/bin/irb:11:in `'


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



Bug#722362: Updating the Ruby packaging policy for your package «libroot-bindings-ruby5.34»

2014-08-15 Thread Caitlin Matos

On Tue, 10 Sep 2013 10:55:46 -0500 Gunnar Wolf  wrote:

Package: libroot-bindings-ruby5.34
Severity: normal
Usertags: ruby18-removal, update-ruby-policy

Hi Debian Science Maintainers,

As you may know, during the Wheezy release cycle, the pkg-ruby-extras
team¹ has worked to update the Ruby libraries/modules/gems packages to
follow a new policy, much easier for the maintainers (as we no longer
require a separate package for each interpreter version), to the
archive (as it strongly reduces code duplication), and much more
sensical to the users (as they no longer require to fiddle with which
among many almost-identical binary packages to install).

While we achieved a quite good success level during the Wheezy cycle²,
we decided to act only on the packages maintained by the group — There
are many Ruby library packages maintained by kind people (like
yourself!) which have not yet adopted this new style. According to our
records, you are currently maintaining the package:

  libroot-bindings-ruby5.34

I am sending this report as part of a mass-bug-filing.³ Some useful
information you might find useful:

• Guidelines for Ruby packaging⁴

  https://wiki.debian.org/Teams/Ruby/Packaging#Guidelines_for_Ruby_packaging

• Ruby team release goals for Jessie⁵

  https://wiki.debian.org/Teams/Ruby/Jessie

• About the Ruby team — Please consider joining!⁶

  https://wiki.debian.org/Teams/Ruby

• Part of the new policy involves running the package's tests. Here is
  a swift introduction on what it means and how to do it:

  https://wiki.debian.org/Teams/Ruby/Packaging/Tests


Thanks a lot for your attention!

--

¹ alioth.debian.org/projects/pkg-ruby-extras/

² http://pkg-ruby-extras.alioth.debian.org/wheezy/

³ https://lists.debian.org/debian-devel/2013/09/msg00196.html



What would be the suggested name for the package?

Based on policy, it would be ruby-libruby ... not a great name.

Would ruby-root or ruby-root-bindings be acceptable?

Caitlin


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



Bug#754310: netgen: meshing a STEP file makes X crash

2014-08-10 Thread Caitlin Matos

tags 754310 + unreproducible moreinfo
thanks

I cannot reproduce this error on my machine, with all the latest 
versions of the dependencies from testing. Also, many of the x11-related 
packages underwent a significant update since then (e.g., 
xserver-xorg-core in testing went from 1.15.1-1 to 1.16.0-1).


Can you try on your machine with the updated packages and see if the 
problem still occurs?


If so, perhaps you should include some specs about the machine itself 
(RAM, GPU, etc), as maybe your hardware is too old? Also, what WM or DE 
are you using?


Also, what kind of output do you get to STDOUT before it crashes? I 
realise you can't copy + paste this, so I have attached my own output 
for you to look at. How far along do you get before it freezes?


- Caitlin


On Wed, 09 Jul 2014 21:51:33 +0200 "Francesco Poli \(wintermute\)" 
 wrote:

Package: netgen
Version: 4.9.13.dfsg-8+b1
Severity: grave
Justification: renders package unusable

Hello,
I cannot generate a mesh on a geometry described in a STEP file without
experiencing X crashes that force me to reboot the machine.

I can reproduce the issue as follows:

 • take a STEP file, for instance

   $ zcat /usr/share/doc/netgen-doc/examples/frame.step.gz > frame.step

 • start NETGEN

   $ netgen frame.step

 • click on "Generate Mesh"

 • minimize the window and then maximize it again

At that point, X crashes and I lose my session. The keyboard is
unresponsive and I cannot even switch to a virtual terminal in order
to login again.
I have to press the power button in order to initiate a shutdown of
the machine...

I hope you can reproduce the bug and fix it and/or forward my bug
report upstream.

Thanks for your time!
Bye.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages netgen depends on:
ii  libc6 2.19-4
ii  libgcc1   1:4.9.0-7
ii  libgl1-mesa-glx [libgl1]  10.2.2-1
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libjpeg8  8d-2
ii  libnglib-4.9.13   4.9.13.dfsg-8+b1
ii  liboce-foundation80.15-4
ii  liboce-modeling8  0.15-4
ii  liboce-ocaf-lite8 0.15-4
ii  liboce-ocaf8  0.15-4
ii  liboce-visualization8 0.15-4
ii  libstdc++64.9.0-7
ii  libtogl1  1.7-12
 Face 1 / 375 (parameter space projection)
 Face 2 / 375 (parameter space projection)
 Face 3 / 375 (parameter space projection)
 Face 4 / 375 (parameter space projection)
 Face 5 / 375 (parameter space projection)
 Face 6 / 375 (parameter space projection)
 Face 7 / 375 (parameter space projection)
 Face 8 / 375 (parameter space projection)
 Face 9 / 375 (parameter space projection)
 Face 10 / 375 (parameter space projection)
 Face 11 / 375 (parameter space projection)
 Face 12 / 375 (parameter space projection)
 Face 13 / 375 (parameter space projection)
 Face 14 / 375 (parameter space projection)
Singular Matrix
retry Surface 14
 Face 14 / 375 (plane space projection)
 Face 15 / 375 (parameter space projection)
Singular Matrix
retry Surface 15
 Face 15 / 375 (plane space projection)
 Face 16 / 375 (parameter space projection)
 Face 17 / 375 (parameter space projection)
 Face 18 / 375 (parameter space projection)
Singular Matrix
retry Surface 18
 Face 18 / 375 (plane space projection)
 Face 19 / 375 (parameter space projection)
Singular Matrix
retry Surface 19
 Face 19 / 375 (plane space projection)
 Face 20 / 375 (parameter space projection)
 Face 21 / 375 (parameter space projection)
 Face 22 / 375 (parameter space projection)
 Face 23 / 375 (parameter space projection)
 Face 24 / 375 (parameter space projection)
 Face 25 / 375 (parameter space projection)
 Face 26 / 375 (parameter space projection)
 Face 27 / 375 (parameter space projection)
 Face 28 / 375 (parameter space projection)
 Face 29 / 375 (parameter space projection)
 Face 30 / 375 (parameter space projection)
 Face 31 / 375 (parameter space projection)
 Face 32 / 375 (parameter space projection)
 Face 33 / 375 (parameter space projection)
 Face 34 / 375 (parameter space projection)
 Face 35 / 375 (parameter space projection)
 Face 36 / 375 (parameter space projection)
 Face 37 / 375 (parameter space projection)
 Face 38 / 375 (parameter space projection)
 Face 39 / 375 (parameter space projection)
 Face 40 / 375 (parameter space projection)
 Face 41 / 375 (parameter space projection)
 Face 42 / 375 (parameter space projection)
 Face 43 / 375 (parameter space projection)
 Face 44 / 375 (parameter space projection)
 Face 45 / 375 (parameter space projection)
 Face 46 / 375 (parameter space projection)
 Face 47 / 375 (parameter space projection)
 Face 48 / 375 (parameter space projection)
 Face 49 / 375 (parameter space projection)
 Face 50 / 37

Bug#747033: offlineimap uses OpenSSL, causing Debian to violate the GPL when distributing it

2014-08-09 Thread Caitlin Matos

forwarded 747033 https://github.com/OfflineIMAP/offlineimap/issues/104
thanks

On Sun, 04 May 2014 18:01:31 -0400 Simon Fondrie-Teitler 
 wrote:

Package: offlineimap
Version: 6.5.5-0.1
Severity: serious
Justification: 2.3

Dear Maintainer,

offlineimap/imaplib2.py currently uses Python's ssl library, which
pulls in OpenSSL as described here:
https://docs.python.org/2/license.html#openssl

Additionally offlineimap/folder/Maildir.py uses the md5 function from
the ssl library if available, and offlineimap/imaplibutil.py uses the
sha1 function. Both of these also use OpenSSL code.

The GPL and the OpenSSL license are incompatible. See the following
debian-legal thread for more information.
https://lists.debian.org/debian-legal/2002/10/msg00113.html

Regards,
Simon Fondrie-Teitler

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

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

Versions of packages offlineimap depends on:
ii  libjs-sphinxdoc  1.2.2+dfsg-1
ii  python   2.7.5-5

Versions of packages offlineimap recommends:
ii  python-sqlite  1.0.1-11

Versions of packages offlineimap suggests:
pn  doc-base 
pn  python-kerberos  

-- debconf-show failed





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



Bug#670872: offlineimap: There appears to be a memory leak somewhere

2014-08-09 Thread Caitlin Matos

tags 670872 + moreinfo
thanks

Can someone verify whether or not this still occurs in 6.5.5-0.1?

I cannot replicate it, but I do not have so many folders.


> Hi!
>
> It appears that the longer offlineimap runs and the more folders it
> syncs, the more memory it consumes. Before finishing up syncing my
> mail (around 70 folders) the process ended up using around 513m VIRT
> and 335m RES, which is pretty huge.
>
> Please let me know how I might help tracking it down, if you need
> that, as I'm not really familiar with python.
>
It grows up to 1G here and doesn't finish the sync before it gets
OOM-killed.  This didn't happen before upgrading from 6.3.4-1.

Cheers,
Julien



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



Bug#756819: no support for xorg-xserver 1.16

2014-08-03 Thread Caitlin Matos
I can confirm that 
https://www.virtualbox.org/download/testcase/VBoxGuestAdditions_4.3.15-95180.iso 
is working with the latest xorg packages from testing.


>I suggest to upload a fixed virtualbox-guest-additions-iso package 
>with the break and to remove it from testing.

>It is useless at this point.
>the alternative can be to package this fixed version (taken from the 
>bug report)

>https://www.virtualbox.org/download/testcase/VBoxGuestAdditions_4.3.15-95180.iso
>and upload again.
>
>I think is better a development iso instead of a completely broken 
>one, specially for testing.

>
>Just my .02$
>
> Gianfranco

Agreed.

I have bumped this back up to grave. It is absolutely a release critical 
bug and, as Gianfranco said, the current package is completely useless.



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



Bug#756819: no support for xorg-xserver 1.16

2014-08-01 Thread Caitlin Matos
Package: virtualbox-guest-x11
Version: 4.3.14-dfsg-1
Severity: grave

I apologize, I'm not sure exactly which package this should be filed
against, but I'm pretty sure this is the correct one.

I am on a Windows 8.1 host running Debian jessie. I updated xorg-xserver
etc. to the current version in testing, 1.16.0-1. However, I am no
longer able to use the X11-related guest utilities.

The relevant output from VBoxLinuxAdditions.run in the guest additions
ISO:

 Installing the Window System drivers
 Warning: unknown version of the X Window System installed.  Not
installing X Window System drivers.

Looking at the code, the issue is obvious. It is searching for
/opt/VBoxGuestAdditions-4.3.14/lib/VBoxGuestAdditions/vboxvideo_drv_116.so, 
which does not exist.

This support needs to be added. I'm sure that's easier said than done,
and is probably an upstream problem. Meanwhile, however, this package
needs to change its xorg-xserver-core dependency, adding (<< 1.16.0).


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages virtualbox-guest-x11 depends on:
ii  dpkg   1.17.10
ii  libc6  2.19-7
ii  libx11-6   2:1.6.2-2
ii  libxcomposite1 1:0.4.4-1
ii  libxdamage11:1.1.4-2
ii  libxext6   2:1.3.2-1
ii  libxfixes3 1:5.0.1-2
ii  libxmu62:1.1.2-1
ii  libxrandr2 2:1.4.2-1
ii  libxt6 1:1.1.4-1
ii  virtualbox-guest-utils 4.3.14-dfsg-1
ii  xserver-xorg-core [xorg-video-abi-18]  2:1.16.0-1

virtualbox-guest-x11 recommends no packages.

virtualbox-guest-x11 suggests no packages.

-- no debconf information


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



Bug#703038: closing 703038

2014-07-27 Thread Caitlin Matos
close 703038 1.3.1-2
thanks

This bug was never properly closed.


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