Bug#918857: python3-distutils: Newest version appears to be missing py36 modules

[Simon Fondrie-Teitler]

Hi,

Thanks for maintaining Python in Debian! I ran into this issue as
well. To clarify, are you in the process of removing python3.6 support
from this package, or from Debian in general?


Regards,
Simon

Bug#892494: diceware: "diceware" name violates trademark

[Simon Fondrie-Teitler]

Source: diceware
Severity: serious
Tags: upstream
Justification: Policy 2.1

As stated in the footer of http://world.std.com/%7Ereinhold/diceware.html the 
original creator of diceware claims a trademark on the name. I've filed a bug 
with upstream here: https://github.com/ulif/diceware/issues/48

Upstream does not have permission from Arnold Reinhold to use the trademark, 
but is aware of the issue and has reached out to Reinhold with no response. 
This package should probably be removed or renamed if upstream does not get a 
response soon.

Bug#869627: maim -s fails

[Simon Fondrie-Teitler]

On Fri, 28 Jul 2017 13:33:28 -0400 Antoine Beaupre  wrote:> 
Hi!
> I prepared a NMU to fix this, available here:
> 
> https://people.debian.org/~anarcat/debian/sid/
> 
> Let me know if it works for you then I'll upload the fix to the main
> archive!

The new package works for me. However, I seem to remember previous
versions of maim would save the screenshot to a file by default. Now it
prints to stdout by default, which broke my script. If I'm not
misremembering, maybe note that in the changelog?


Simon


signature.asc
Description: PGP signature

Bug#590778: RFA: trac-spamfilter -- Spam-prevention plugin for Trac

[Simon Fondrie-Teitler]

Hi Matthias,

Is there a reason this never got uploaded? I'm potentially interested in
packaging a newer version for Debian.


Thanks,
Simon


signature.asc
Description: PGP signature

Bug#803096: python-bcrypt: please update python-bcrypt

[Simon Fondrie-Teitler]

Hey,

Raphael Hertzog  writes:

> Control: severity -1 important
>
> On Mon, 26 Oct 2015, Daniel Stender wrote:
>> Please update python-bcrypt, we need >= 1.1.0 for Privacyidea.
>
> I have a similar need for Django 1.9 whose test suite currently fails due
> to this...
>
> Except that the package currently tracks py-bcrypt:
> https://pypi.python.org/pypi/py-bcrypt
>
> And the version that seem to be most popular is this one which is
> backwards compatible with py-bcrypt:
> https://pypi.python.org/pypi/bcrypt
>
> I would suggest to just switch to bcrypt. The other ones seems
> unmaintained and the google code hosting is now read only without
> any clear place for followup.
>
> I'm ccing the upstream author of py-bcrypt to have his input. Damien,
> maybe you should officially deprecate py-bcrypt in favor of bcrypt?
>
> And update http://www.mindrot.org/projects/py-bcrypt/ and pypi accordingly.
> (I don't think that you can update google code at this point)
>
> Daniel, the current maintainer seems MIA, are you willing to prepare the
> update so that I can sponsor it? :-)
>
> Simon, in case you read this, shall we drop you from the uploaders or are
> you willing to handle this update?

Cool, I didn't know there was a fork of this. I should be able to work
on getting a new version out. I'll ping you for a review when it's
ready.


Simon


signature.asc
Description: PGP signature

Bug#803096: python-bcrypt: please update python-bcrypt

[Simon Fondrie-Teitler]

Simon Fondrie-Teitler <simo...@riseup.net> writes:
> Cool, I didn't know there was a fork of this. I should be able to work
> on getting a new version out. I'll ping you for a review when it's
> ready.

Never mind, I just saw the rest of the replies on the bug, which I guess
I'm not CC'd to. Thanks!


Simon

Bug#803096: python-bcrypt: please update python-bcrypt

[Simon Fondrie-Teitler]

Daniel Stender  writes:

> One thing, I've took the liberty to add myself to Uploaders because I'm 
> interested in constantly
> helping with this interesting package. But I think I should have asked you if 
> that's all right
> with you. If you disagree, please remove me again from that field ...

That's no problem at all. Thanks a lot for working on this!


Simon


signature.asc
Description: PGP signature

Bug#657405: status?

[Simon Fondrie-Teitler]

Matija Nalis  writes:
> So, what is the status with mediagoblin in Debian?
>
> I've seen it go to NEW queue (and disappear from debian-mentors), but
> never found any trace of it in unstable or elsewhere?

Sorry, I haven't found the time to work on this a while. The package is
now a version behind upstream, and there's a bunch of javascript stuff
that will need to be dealt with for new new upstream version to be
packaged. I'm going to remove myself as the owner of this bug, since I
don't want to stop others from working on it.

> Also, in Debian Jessie with python2.7 I don't see Christopher Baines
> problem with jquery-1.11.1.js:
>
> git clone https://anonscm.debian.org/git/collab-maint/mediagoblin.git
> cd mediagoblin
> git fetch --all
> git checkout debian/unstable
> git-buildpackage -us -uc 
>
> seems to build installable package ok in ../build-area
>
> What remains to be done so it can be included in Debian unstable?

Depends if you want 0.7.1 or 0.8. 0.7.1 should only need a little more
works. There's a thread about what needs to be done for it to be let
through NEW, but I'm not quite sure how to link to it (is
ftpmas...@ftp-master.debian.org archived somewhere?). 0.8 would need a
fair amount, though I don't know exactly how much.

Bug#783308: RFS: mediagoblin/0.7.1+dfsg1-1 [ITP]

[Simon Fondrie-Teitler]

I've worked on a bit of this. 

Paul Wise p...@debian.org writes:
 On Sun, Apr 26, 2015 at 1:40 AM, Simon Fondrie-Teitler wrote:

 mediagoblin - web application for sharing photos, video and other media

 As I am potentially interested in mediagoblin as a possible front-end
 and or replacement for various debconf.org services, I've done a
 minimal first-pass review. I'm not involved in DebConf so that is of
 course dependent on the DebConf teams.

 The information in debian/copyright appears to be incorrect, most
 upstream files are AGPL not GPL.

Whoops, fixed.

 I would suggest packaging all the embedded code copies separately,
 including the one you added via a patch (which itself has an embedded
 code copy).

I looked into packaging them separately, but couldn't find good
documentation on how to package css or javascript files. A few Debian
developers I talked recommended not packaging them on their own.

 I would suggest using the new Files-Excluded option in
 debian/copyright and repacksuffix option in debian/watch, so that
 anyone can automatically convert the upstream tarball into the DFSG
 orig.tar.gz. You could also try to get those files removed from the
 upstream VCS.

 http://manpages.debian.org/man0/uscan

Cool, I didn't know about those options. I've added them.

I've talked to upstream about the files, and some will be removed in the
new release, like the binary translation files. Others need to be
there to make it easy for people installing via pip or a git checkout,
like the javascript. 

 It would be great if the steps for setting up a mediagoblin instance
 documented in README.Debian could be converted into a script
 distributed upstream; the Debian package could then prompt the
 sysadmin via debconf for the relevant details (suggesting appropriate
 defaults in the text) and then run the script.

That's a good idea, although the version in README.Debian is closer to
an example of one possible setup, rather than a suggested way of running
it. I'm still thinking about the best way of doing this. I'm assuming
it's not a blocking issue for package upload?

 I'd suggest that debian/gmg.1 be generated at dh_auto_build time or
 from the upstream build system.

I tried doing this, but the script won't even succeed showing help
output when run without mediagoblin/tools/common.py somewhere on the
python path. I'm not sure if it's a good idea to modify the python path
during build. 

 I'd use cgit for Vcs-Browser and https for both Vcs-* URLs.

Fixed.

 If it is possible to make MediaGoblin a Python 3 only package, I would
 suggest doing that.

Python3 support in mediagoblin is not great yet, though work is being
done to fix that. For now I think it makes most sense to leave it as python2.

 I note that upstream uses Transifex and Gitorious. The former is now
 proprietary and the latter is being shut down. Upstream may want to
 switch to something else for both.

They have already moved off Transifex and onto Pootle. Plans are being
made for a migration away from Gitorious. 

 You may want to add an upstream metadata file:

 https://wiki.debian.org/UpstreamMetadata

I'll look into this. 

 Automated checks:

 (I haven't built it or run lintian yet)
 https://anonscm.debian.org/cgit/collab-maint/check-all-the-things.git

 $ bashate --ignore E002
 ...
 26 bashate error(s) found

 $ find -type f -iname '*.sh' -exec checkbashisms {} +
 could not find any possible bashisms in bash script
 ./devtools/update_translations.sh
 could not find any possible bashisms in bash script 
 ./experimental-bootstrap.sh

 $ cme check dpkg
 ...
 Warning in 'control source Vcs-Browser' value
 'http://anonscm.debian.org/gitweb/?p=collab-maint/mediagoblin.git':
 URL to debian system is not the recommended one (this can be fixed
 with 'cme fix' command)
 checking data
 Warning in 
 'patches:0001-add-skeleton-manually-since-mediagoblin-depends-on-i.patch
 Synopsis' value undef: Empty synopsis (this can be fixed with 'cme
 fix' command)
 ...

 $ codespell --quiet-level=3
 ./mediagoblin.ini:12: appropiate  == appropriate
 ./paste.ini:75: accessable  == accessible
 ./docs/source/index.rst:76: foreward  == foreword, forward
 ./docs/source/api/media_interaction.rst:26: similiar  == similar
 ./docs/source/api/oauth.rst:21: compatable  == compatible
 ./docs/source/api/media.rst:44: similiar  == similar
 ./docs/source/api/media.rst:142: similiar  == similar
 ./docs/source/siteadmin/deploying.rst:159: prefered  == preferred
 ./docs/source/siteadmin/deploying.rst:162: priviledges  == privileges
 ./docs/source/siteadmin/relnotes.rst:141: existant  == existent
 ./docs/source/siteadmin/relnotes.rst:548: Miscelaneous  == Miscellaneous
 ./docs/source/pluginwriter/database.rst:27: appropiate  == appropriate
 ./docs/source/pluginwriter/hooks.rst:31: commited  == committed
 ./docs/source/pluginwriter/api.rst:233: tranform  == transform
 ./debian/paste.ini:72: accessable  == accessible

 $ find -empty
 ./extlib/pdf.js
 ./extlib

Bug#783308: RFS: mediagoblin/0.7.1+dfsg1-1 [ITP]

[Simon Fondrie-Teitler]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package mediagoblin

 * Package name: mediagoblin
   Version : 0.7.1+dfsg1-1
   Upstream Author : Various persons, GNU
 * URL : http://mediagoblin.org/
 * License : GPL-3+
   Section : web

It builds those binary packages:

mediagoblin - web application for sharing photos, video and other media
mediagoblin-doc - web application for sharing photos, video and other media - 
documentation

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

http://mentors.debian.net/package/mediagoblin


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

  dget -x 
http://mentors.debian.net/debian/pool/main/m/mediagoblin/mediagoblin_0.7.1+dfsg1-1.dsc

Changes since the last upload:

  * Initial release. (Closes: #657405)


Regards,
Simon


signature.asc
Description: PGP signature

Bug#783312: ITP: python-click -- Python package for creating beautiful command line interfaces.

[Simon Fondrie-Teitler]

Package: wnpp
Severity: wishlist
Owner: Simon Fondrie-Teitler simo...@riseup.net

* Package name: python-click
  Version : 4.0
  Upstream Author : Armin Ronacher armin.ronac...@active-4.com
* URL : click.pocoo.org
* License : BSD-3-clause
  Programming Lang: Python
  Description : Python package for creating beautiful command line 
interfaces.

Click is a Python package for creating beautiful command line interfaces
in a composable way with as little code as necessary.  It's the Command
Line Interface Creation Kit.  It's highly configurable but comes with
sensible defaults out of the box.

It aims to make the process of writing command line tools quick and fun
while also preventing any frustration caused by the inability to implement
an intended CLI API.


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

Bug#751996: python-bcrypt: py3 compatibility

[Simon Fondrie-Teitler]

(CC'ing this time)

Hi Matthias,

On Wed, 18 Jun 2014 18:06:38 +0200 Matthias Urlichs matth...@urlichs.de wrote:
 Please add a py3 binary package.

A python3 binary package already exists (python3-bcrypt).
https://packages.debian.org/sid/python3-bcrypt

Regards,
Simon


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

Bug#657405: Update

[Simon Fondrie-Teitler]

A long-overdue update:

I submitted 0.6.1 to NEW a while back, and it was rejected for not
properly documenting changes made to the source package in order to make
the package dfsg-free. I have fixed this and a few more minor issues
mentioned in the NEW review, along with packaging 0.8.1.

I'm comfortable enough with the state of the package that I think it's
now ready for another review by a DD. I'll be pinging a couple people
for that, but if anyone has time and wants to take a look at it that
would be great.

I've also created an Ansible role for testing a build and install from
the Debian package source, which can be found here:
https://github.com/Simonft/ansible-debian-mediagoblin



signature.asc
Description: PGP signature

Bug#657405: Update

[Simon Fondrie-Teitler]

Simon Fondrie-Teitler simo...@riseup.net writes:
 I'm comfortable enough with the state of the package that I think it's
 now ready for another review by a DD. I'll be pinging a couple people
 for that, but if anyone has time and wants to take a look at it that
 would be great.

The git repository is here:
http://anonscm.debian.org/cgit/collab-maint/mediagoblin.git/


signature.asc
Description: PGP signature

Bug#740990: Update

[Simon Fondrie-Teitler]

Quick update on this:

Version 0.5 of pypump includes javascript code in the included kr theme
that sends data to google analytics. I reported the issue upstream and
it has been fixed for 0.6. However, after talking with debacle we've
decided rather than upload a copy of 0.5 with the tracing code patched
we should wait until the 0.6 release, which upstream says is a week or
two away.


signature.asc
Description: PGP signature

Bug#766921: piuparts fails with ValueError: too many values to unpack when dpkg prints a warning

[Simon Fondrie-Teitler]

Package: piuparts
Version: 0.59
Severity: important

Dear Maintainer,

When running piuparts, if sh or dkpg return warnings, they get included in the 
output that piuparts tries to parse and it prints a stack trace. I'm not sure 
why gcc is not found, that may be its own bug.

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

Kernel: Linux 3.16-2-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 piuparts depends on:
ii  debootstrap  1.0.63
ii  debsums  2.0.52+nmu2
ii  dpkg 1.17.13
ii  lsb-release  4.1+Debian13
ii  lsof 4.86+dfsg-1
ii  piuparts-common  0.59
ii  python-debian0.1.24
pn  python:any   none

Versions of packages piuparts recommends:
ii  adequate  0.12.1

Versions of packages piuparts suggests:
pn  schroot  none

-- Full log:

 sudo piuparts sed_4.2.2-4_amd64.deb 
0m0.0s INFO: 
--
0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of 
this logfile.
0m0.0s INFO: FAQ available at https://wiki.debian.org/piuparts/FAQ
0m0.0s INFO: The FAQ also explains how to contact us in case you think piuparts 
is wrong.
0m0.0s INFO: 
--
0m0.0s INFO: piuparts version 0.59 starting up.
0m0.0s INFO: Command line arguments: /usr/sbin/piuparts sed_4.2.2-4_amd64.deb
0m0.0s INFO: Running on: Linux goldman 3.16-2-amd64 #1 SMP Debian 3.16.3-2 
(2014-09-20) x86_64
0m0.0s DEBUG: Starting command: ['dpkg', '--info', 'sed_4.2.2-4_amd64.deb']
0m0.0s DUMP: 
   new debian package, version 2.0.
   size 242372 bytes: control archive=1971 bytes.
   522 bytes,16 lines  control  
  3589 bytes,51 lines  md5sums  
   Package: sed
   Version: 4.2.2-4
   Architecture: amd64
   Essential: yes
   Maintainer: Clint Adams cl...@debian.org
   Installed-Size: 920
   Pre-Depends: libc6 (= 2.14), libselinux1 (= 1.32)
   Depends: dpkg (= 1.15.4) | install-info
   Section: utils
   Priority: required
   Homepage: http://www.gnu.org/software/sed/
   Description: The GNU sed stream editor
sed reads the specified files or the standard input if no
files are specified, makes editing changes according to a
list of commands, and writes the results to the standard
output.
0m0.0s DEBUG: Command ok: ['dpkg', '--info', 'sed_4.2.2-4_amd64.deb']
0m0.0s DEBUG: Created temporary directory /tmp/tmpMtfEHx
0m0.0s DEBUG: Setting up minimal chroot for sid at /tmp/tmpMtfEHx.
0m0.0s DEBUG: Starting command: ['debootstrap', '--variant=minbase', 
'--keyring=/usr/share/keyrings/debian-archive-keyring.gpg', 
'--include=eatmydata', '--components=main,non-free,contrib', 'sid', 
'/tmp/tmpMtfEHx', 'http://mirror.cc.columbia.edu/debian/']
2m30.4s DUMP: 
  I: Retrieving Release 
  I: Retrieving Release.gpg 
  I: Checking Release signature
  I: Valid Release signature (key id A1BD8E9D78F7FE5C3E65D8AF8B48AD6246925553)
  I: Retrieving Packages 
  I: Validating Packages 
  I: Retrieving Packages 
  I: Validating Packages 
  I: Retrieving Packages 
  I: Validating Packages 
  I: Resolving dependencies of required packages...
  I: Resolving dependencies of base packages...
  I: Found additional required dependencies: acl adduser dmsetup 
init-system-helpers insserv libaudit-common libaudit1 libbz2-1.0 libcap2 
libcap2-bin libcryptsetup4 libdb5.3 libdebconfclient0 libdevmapper1.02.1 
libgcrypt20 libgdbm3 libgpg-error0 libkmod2 libncursesw5 libprocps3 
libsemanage-common libsemanage1 libslang2 libsystemd0 libudev1 libustr-1.0-1 
perl perl-modules procps systemd systemd-sysv udev 
  I: Found additional base dependencies: binutils bzip2 debian-archive-keyring 
dpkg-dev gnupg gpgv libapt-pkg4.12 libdpkg-perl libeatmydata1 libreadline6 
libstdc++6 libtimedate-perl libusb-0.1-4 make patch readline-common xz-utils 
  I: Checking component main on http://mirror.cc.columbia.edu/debian...
  I: Retrieving acl 2.2.52-2
  I: Validating acl 2.2.52-2
  I: Retrieving libacl1 2.2.52-2
  I: Validating libacl1 2.2.52-2
  I: Retrieving adduser 3.113+nmu3
  I: Validating adduser 3.113+nmu3
  I: Retrieving apt 1.0.9.3
  I: Validating apt 1.0.9.3
  I: Retrieving libapt-pkg4.12 1.0.9.3
  I: Validating libapt-pkg4.12 1.0.9.3
  I: Retrieving libattr1 1:2.4.47-2
  I: Validating libattr1 1:2.4.47-2
  I: Retrieving libaudit-common 1:2.4-1
  I: Validating libaudit-common 1:2.4-1
  I: Retrieving libaudit1 1:2.4-1
  I: Validating libaudit1 1:2.4-1
  I: Retrieving base-files 7.8
  I: Validating base-files 7.8
  I: Retrieving base-passwd 3.5.36
  I: Validating base-passwd 3.5.36
  I: Retrieving bash 4.3-11
  I: Validating bash 4.3-11
  I: Retrieving binutils 2.24.90.20141023-1
  I: Validating binutils 2.24.90.20141023-1
  I: Retrieving 

Bug#742832: Mediagoblin dependency

[Simon Fondrie-Teitler]

This is also a Mediagoblin dependency. Could you update to the newest
version? If you don't have time, do you mind if someone puts together an
NMU?

Thanks,
Simon


pgpM2kHHYFl7C.pgp
Description: PGP signature

Bug#657405: mediagoblin: no more missing dependencies

[Simon Fondrie-Teitler]

Matija Nalis mnalis-debian...@voyager.hr writes:
 Martin: what do you think would be needed to get mediagoblin pushed
 into debian NEW queue so it would make it to stable Jessie?  
 I'm willing to do extra work helping making this happen if Simon 
 is short on time. Would you help with DD / sponsoring part 
 (or whatever is correct procedure)?

I should have posted that 0.6.1 is now in new (thanks Asheesh!). 
https://ftp-master.debian.org/new/mediagoblin_0.6.1+dfsg1-1.html

In terms of Jessie, I'm actually not aiming to get it in, and either
Asheesh or I will probably file an RC bug to prevent it from migrating
to testing. Upstream is not planning on supporting either 0.6.1 or 0.7.1
for the next few years, and I can't commit to providing security
support. I do welcome the thoughts of others on this issue though.



pgp_zenatI4LN.pgp
Description: PGP signature

Bug#657405: update to 0.7.1?

[Simon Fondrie-Teitler]

Hey,

Sorry about the extended silence. I've been trying to find time/energy
to work on it, and not doing a very good job. I'll hopefully get some
work done this weekend, and if a DD wants to take a look and upload the
0.6.1 that would be great. I'm going to try to get in contact with
Asheesh today.

Matija Nalis mnalis-debian...@voyager.hr writes:
 Could you update the package to more recent 0.7.1?

I've been meaning to take a look at this, but it depends on
sqlalchemy0.9.0, 0.8.0. The version in unstable is 0.9.7. I'm not sure
if that actually breaks anything, but I recall Chris Webber saying that
some people had to run setup.py more than once to get it to work.

 I did get http://mediagoblin.org/download/mediagoblin-0.7.1.tar.gz
 and 'uupdate -u', which seemed to go ok. Then I had to remove 
 0001-Fix-Babel-version-restriction.-Onward-and-upward.patch (already
 applied in 0.7.1), and package built and installed.

That sounds right, I actually used git-cherrypick to grab that from a
later commit. 

 however, running sudo -i -u mediagoblin /usr/bin/gmg -cf 
 /etc/mediagoblin/default/mediagoblin.ini dbupdate 
 dies with ImportError: No module named unidecode. 

 Installing python-unidecode (or python3-unidecode, I guess) fixes
 that, so we should add that dependency for 0.7.1.  Same thing is
 needed for python-jsonschema|python3-jsonschema.

 Afterwards, it dies with
   File /usr/lib/python2.7/dist-packages/mediagoblin/tools/metadata.py, line 
 25, in module
 from pyld import jsonld
 ImportError: No module named pyld

 and it doesn't seem like there is pyld in debian.
 pip install PyLD works around that, but we should probably package
 it and add it is a dependency?

Thanks debacle for taking care of this. 

 gmg dbupdate then dies with:

 /usr/lib/python2.7/dist-packages/mediagoblin/tools/metadata.py,
 line 105, in load_resource
 return file(filename).read()
 IOError: [Errno 2] No such file or directory:
 '/usr/lib/python2.7/dist-packages/mediagoblin/static/metadata/rdfa11.jsonld'

 manually copying (as I couldn't find how to make it included in package) with:
 mkdir -p /usr/lib/python2.7/dist-packages/mediagoblin/static/metadata;
 cp mediagoblin/static/metadata/rdfa11.jsonld
 /usr/lib/python2.7/dist-packages/mediagoblin/static/metadata/rdfa11.jsonld

I'm assuming this can be fixed by adding something to
debian/install.mediagoblin. I'll take a look. 

 Also, as mentioned before, I'd like to help with automating some of
 manual tasks in README.Debian.  As I'm not a DD and don't have R/W
 access to anonscm.debian.org, I though about cloning repo from
 http://anonscm.debian.org/cgit/collab-maint/mediagoblin.git/
 somewhere else (github) and then periodically when I have something
 accomplished asking here for merge?  Is there a prefered way?

I'm not a DD either. You can create an account here:
https://alioth.debian.org/account/register.php You'll then need apply
for access to the collab-maint repository and have a DD request access
for you. See here for more:
https://lists.debian.org/debian-devel-announce/2012/01/msg6.html

Would any of the DDs following this be able to do that?

While you're waiting for that, feel free to push changes to any other
location and I'll pull them in and push them up to the collab-maint
repo.

Again, thank you all for your help with this.

Simon


pgpay67eYugNi.pgp
Description: PGP signature

Bug#657405: installing on wheezy

[Simon Fondrie-Teitler]

Hi, 

Thanks for going over this again. I'm at debconf, and have been working
on this package a lot while here. There are a bunch of changes to both
the package and the README.debian. I've responded to specific issues you
ran into bellow, but I'd also recommend taking a look around at the
changes as well. 


Matija Nalis mnalis-debian...@voyager.hr writes:
 Matija Nalis mnalis-debian...@voyager.hr writes:
  - sudo -u postgres createdb -E UNICODE -O mediagoblin mediagoblin
complains with:
createdb: database creation failed: ERROR:  new encoding (UTF8) is
 incompatible with the encoding of the template database (SQL_ASCII)
 HINT:  Use the same encoding as in the template database, or use
 template0 as template.
 
So I did: sudo -u postgres createdb -E UNICODE -T template0 -O 
  mediagoblin mediagoblin 
which didn't complain. Hopefully it did the right thing :)
 
 That's strange. It works for me, and psql -c '\list' shows the encoding
 of template1 as UTF8 on both a wheezy machine and a jessie machine. Is
 this a fresh install?

 No, it was upgrade from squeeze (and possibly woody before that, but probably 
 squeeze was 
 first install).

 But even on fresh jessie debootstrap(8) install, it shows for me:
 $ psql -c '\list'
 List of databases
 Name |Owner| Encoding  | Collate | Ctype |   Access 
 privileges   
 -+-+---+-+---+---
  mediagoblin | mediagoblin | UTF8  | C   | C | 
  postgres| postgres| SQL_ASCII | C   | C | 
  template0   | postgres| SQL_ASCII | C   | C | =c/postgres
   +
  | |   | |   | 
 postgres=CTc/postgres
  template1   | postgres| SQL_ASCII | C   | C | =c/postgres
   +
  | |   | |   | 
 postgres=CTc/postgres
 (4 rows)

 it might be different if installed through debian installer, and user choose 
 something 
 other than C locale. I usually choose C on servers and even rarely 
 install locales 
 package at all, unless I need it.

I'm not quite sure why this is. I'll look into it more.

 Again, thanks a lot for going over this package. The updated version
 can be found on mentors here:
 https://mentors.debian.net/package/mediagoblin

 Thanks a lot! Ok, I tried with:
 http://mentors.debian.net/debian/pool/main/m/mediagoblin/mediagoblin_0.6.1-1+dfsg1.dsc

 and clean jessie chroot system (created via debootstrap(8)) - so it would be 
 closer to targeted 
 distribution (I'll try wheezy again when I get it to work in jessie):

 - sudo -u postgres createuser mediagoblin does not ask any of the questions:
 Shall the new role be a superuser? (y/n) n
 Shall the new role be allowed to create databases? (y/n) n
 Shall the new role be allowed to create more new roles? (y/n) n

   but seems to create user ok. So something to that effect probably should be 
 in docs: 
   if you're asked the following questions, the correct answers
   are...

The README.debian has the following: 
 Then answer NO to all the questions:
Shall the new role be a superuser? (y/n) n
Shall the new role be allowed to create databases? (y/n) n
Shall the new role be allowed to create more new roles? (y/n) n

 - sudo -u postgres createdb -E UNICODE -O mediagoblin mediagoblin still 
 fails:
   createdb: database creation failed: ERROR:  new encoding (UTF8) is 
 incompatible with the encoding of the template database (SQL_ASCII)
   HINT:  Use the same encoding as in the template database, or use
   template0 as template.

   I guess it might be related to system using default C locale, and not 
 something
   utf8-based, but I don't really know. Anyway workaround with adding -T 
 template0
   seems to work and db is created. I think we should mention that workaround 
 in README.Debian 
   if the user encounters the bug.

I'll move to 'sudo -u postgres createdb -E UNICODE -T template0 -O
mediagoblin mediagoblin' in the README for now. It should work for both
the UTF8 case and the SQL_ASCII case.


 - 3. Add the following to the [mediagoblin] in /etc/mediagoblin.ini:
   correct path is /etc/mediagoblin/mediagoblin.ini

Fixed.

 - $ su - [mediagoblin]
   we should drop the square brackets around 'mediagoblin', they're confusing 
 (and don't work).
   So make it just: '$ su - mediagoblin'

Good point. I've changed it.

 - on /usr/bin/gmg -cf /etc/mediagoblin/mediagoblin.ini dbupdate  step, it 
 warns:
   WARNING:mediagoblin.init.config:When setting up config section, could not 
 import 'mediagoblin.media_types.image'
   - Initializing main mediagoblin tables... done.
  + Laying foundations for Privilege table

   if that warning is OK, we should mention in docs that it should be ignored.
   If it isn't, we'll need to find out what is the problem (maybe depends on 
 mime.types handler or something?)

There should have been an 

Bug#657405: installing on wheezy

[Simon Fondrie-Teitler]

Thanks a lot for this! 

Matija Nalis mnalis-debian...@voyager.hr writes:
 python-bcrypt and python-itsdangerous on which mediagoblin depends
 are not present in wheezy, so I copied/recompiled them from jessie. 
 After that, package compiled and installed without problems.  So
 I'd say installing part is ready for jessie!

Yeah, I got both of those packages into jessie in anticipation of the
mediagoblin package, but not in time for wheezy.

 Then I proceeded following instructions for manual configuration in
 /usr/share/doc/mediagoblin/README.Debian.gz - here are few issues (on
 wheezy):

 - sudo -u postgres createdb -E UNICODE -O mediagoblin mediagoblin
   complains with:
   createdb: database creation failed: ERROR:  new encoding (UTF8) is
incompatible with the encoding of the template database (SQL_ASCII)
HINT:  Use the same encoding as in the template database, or use
template0 as template.

   So I did: sudo -u postgres createdb -E UNICODE -T template0 -O mediagoblin 
 mediagoblin 
   which didn't complain. Hopefully it did the right thing :)

That's strange. It works for me, and psql -c '\list' shows the encoding
of template1 as UTF8 on both a wheezy machine and a jessie machine. Is
this a fresh install?

 - su - [mediagoblin]
   there is no user mediagoblin (maybe it should be created in some step 
 before?
   or package should autocreate it in postinst? it is not mentioned) and I 
 don't 
   think square brackets are supposed to be there.

   So I did: useradd --system --home-dir /usr/share/mediagoblin mediagoblin
   and su - mediagoblin

Good point. I've added that to the README.Debian.

 - Copy /usr/share/mediagoblin/mediagoblin/mediagoblin.ini to  
 /etc/mediagoblin_local.ini
   well, there wasn't mediagoblin.ini in package at all. Should be fixed.

   So I copied it from source tarball from which I built package. 
   And, it didn't work as mediagoblin user (from su(1) in step before), so I 
 did as root:
   cp /home/mnalis/mediagoblin/mediagoblin-0.6.1/mediagoblin.ini 
 /etc/mediagoblin_local.ini
   $EDITOR /etc/mediagoblin_local.ini
   chown root.mediagoblin  /etc/mediagoblin_local.ini
   chmod 640  /etc/mediagoblin_local.ini

I've changed the package to copy mediagoblin.ini into /etc/mediagoblin/, and 
moved
that section before the part that changes to the mediagoblin user. 
   
 - $ /usr/bin/gmg dbupdate

   It failed for me:
   Traceback (most recent call last):
   File /usr/bin/gmg, line 5, in module
 exit(main_cli())
   File /usr/share/mediagoblin/mediagoblin/gmg_commands/__init__.py, line 
 96, in main_cli
 setup_func = import_component(command_struct['setup'])
   File /usr/share/mediagoblin/mediagoblin/tools/common.py, line 34, in 
 import_component
 __import__(module_name)
   File /usr/share/mediagoblin/mediagoblin/gmg_commands/reprocess.py, line 
 20, in module
 from mediagoblin.db.models import MediaEntry
   File /usr/share/mediagoblin/mediagoblin/db/models.py, line 27, in module
 from sqlalchemy.orm import relationship, backref, with_polymorphic
   ImportError: cannot import name with_polymorphic

   It seems that with_polymorphic() is introduced in sqlalchemy.org 0.8
   release, so we should fix depends version in package to be at least that.

   So I upgraded to python-sqlalchemy_0.9.7-1_all.deb from Jessie

I hadn't tested it with sqlalchemy. I've added that dependency.

   that failed with:
   $ /usr/bin/gmg dbupdate
   Traceback (most recent call last):
   File /usr/bin/gmg, line 5, in module
 exit(main_cli())
   File /usr/share/mediagoblin/mediagoblin/gmg_commands/__init__.py, line 
 96, in main_cli
 setup_func = import_component(command_struct['setup'])
   File /usr/share/mediagoblin/mediagoblin/tools/common.py, line 34, in 
 import_component
 __import__(module_name)
   File /usr/share/mediagoblin/mediagoblin/gmg_commands/reprocess.py, line 
 20, in module
 from mediagoblin.db.models import MediaEntry
   File /usr/share/mediagoblin/mediagoblin/db/models.py, line 36, in module
 from mediagoblin.db.mixin import UserMixin, MediaEntryMixin, \
   File /usr/share/mediagoblin/mediagoblin/db/mixin.py, line 40, in module
 from mediagoblin.tools.text import cleaned_markdown_conversion
   File /usr/share/mediagoblin/mediagoblin/tools/text.py, line 19, in 
 module
 from lxml.html.clean import Cleaner
   ImportError: No module named lxml.html.clean

   So I installed python-lxml packege from wheezy-backports (which
   wanted to downgrade python-sqlalchemy, but worked around it). So we
   need to depend on it.

It looks like I wasn't seeing that since python-webtest recommends
python-lxml. You're right, it should be a depends. 

   that failed with:
   $ /usr/bin/gmg dbupdate
   Traceback (most recent call last):
   File /usr/bin/gmg, line 5, in module
 exit(main_cli())
   File /usr/share/mediagoblin/mediagoblin/gmg_commands/__init__.py, line 
 96, in main_cli
 setup_func = import_component(command_struct['setup'])
   

Bug#757630: python-oauthlib: Package newer version (0.6.3)

[Simon Fondrie-Teitler]

Package: python-oauthlib
Version: 0.6.1-1
Severity: wishlist

Dear Maintainer,

There's a new version of python-oauthlib out (0.6.3), and it has a few
additional features. The newest version of requests-oauthlib, which I
maintain, needs oauthlib = 0.6.2.

Thanks!

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

Kernel: Linux 3.14-2-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 python-oauthlib depends on:
ii  python-crypto  2.6.1-5+b1
pn  python:any none

python-oauthlib recommends no packages.

python-oauthlib suggests no packages.

-- debconf-show failed


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

Bug#751996: python-bcrypt: py3 compatibility

[Simon Fondrie-Teitler]

Hi Matthias,

A python3 binary package already exists (python3-bcrypt).
https://packages.debian.org/sid/python3-bcrypt

Regards,
Simon


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

Bug#739921: ITP: iperf3 -- tool for measuring maximum TCP and UDP bandwidth performance

[Simon Fondrie-Teitler]

Hey,

I know you were going to have the maintainer of iperf2 look over
this. Any luck on that front? I'm eager to have this in Debian.

Thanks!

Simon


pgpiqjfg5rXzO.pgp
Description: PGP signature

Bug#754301: s3cmd needs dependency on python-dateutil

[Simon Fondrie-Teitler]

Package: s3cmd
Version: 1.5.0~rc1-1
Severity: important

Dear Maintainer,

After installing s3cmd, when I try to run it the program crashes with the 
following error:

!!
ImportError trying to import dateutil.parser.
Please install the python dateutil module:
$ sudo apt-get install python-dateutil
  or
$ sudo yum install python-dateutil
  or
$ pip install python-dateutil
!!
Traceback (most recent call last):
  File /usr/bin/s3cmd, line 2530, in module
except (ParameterError, InvalidFileError), e:
NameError: name 'ParameterError' is not defined


This is fixed by installing python-dateutil. Please add a dependency for the 
package on ptyhon-dateutil.

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

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

Versions of packages s3cmd depends on:
pn  python:any  none

s3cmd recommends no packages.

s3cmd suggests no packages.

-- debconf-show failed


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

Bug#743507: awesome: Package 3.5.4

[Simon Fondrie-Teitler]

I'd love to get the newest version into Debian as well, since it fixes
some issues I have. Is it time that's preventing a newer version from
getting into experimental? I notice that it has a LowNMU tag, so if I
get the most recent version packaged, would you be OK doing a review and
possibly uploading it?

Thanks,
Simon


pgpJ4ngIqDvrk.pgp
Description: PGP signature

Bug#726739: alpine: does not work with UTF-16, UCS-2, UCS-4 eMails

[Simon Fondrie-Teitler]

Eduardo Chappa cha...@gmx.com writes:
 I am also concerned that you are patching pith/mailview.c. Why is that the 
 case? Why is it necessary now and was not necessary before?

Thorsten, could you comment on why the patch touches pith/mailview? I
don't completely understand what Eduardo means that it was not necessary
before, but perhaps you have a better understanding?

Thank you for your message. Your patch is not really for Alpine, but for 
 the c-client library, as such, you should attempt to get it included in 
 it. The current library that Alpine uses (with a few minor modifications) 
 is located at

 https://github.com/jonabbey/panda-imap

Asheesh, is there a reason the alpine pacakge does not depend on
libc-client2007e, but instead includes the library in the alpine
package? I can toss the relevent patch over to the uw-imap source
pacakge (which includes the libc-client2007e binary package) if you
want.

Regards, 
Simon


pgpbgdqYkHyZH.pgp
Description: PGP signature

Bug#739921: ITP: iperf3 -- tool for measuring maximum TCP and UDP bandwidth performance

[Simon Fondrie-Teitler]

Raoul Borenius boren...@dfn.de writes:
 I did a first attempt and packaged iperf3.

 I'm no Debian developer, I just maintain a few packages. So I'd need
 a sponsor in any case. Are you interested? You can find the packages
 at https://mentors.debian.net/package/iperf3.

  Thanks and regards,

I figured I'd take a quick look over this before trying to find someone
else to take a look, and I noticed a few things:

- It uses cJSON (http://cjson.sourceforge.net/), which is a separate
  project. This should ideally be made into a separate package instead of
  included in this one. Unless I'm mistaken it's not a package in Debian
  yet.
- The copyright file mentions public-domain a few times, however, I
  don't think any of them are actually public domain. See the relevant
  section of the Debian copyright format manual:
  
https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#public-domain
- In the copyright file, src/locale.c src/units.c src/tcp_window_size.c
  says it's licensed under public-domain, but the license looks like the
  BSD-3-Clause license. 
- config/ax_lib_socket_nsl.m4 also says it's public domain. 
- install-sh says FSF changes to this file are in the public domain.,
  which does come from the license, but I highly doubt that the FSF
  would put a file into the the public domain since they know the issues
  with doing that. However, there are a bunch of other packages in
  Debian with this file in them, so I doubt it's a huge issue.

These are mostly small problems, and I'm not positive any of them are
blocking it getting into Debian. They are things that have been noticed
in packages I've created in the past, though, so I'm guessing that they
would be brought up with anyone I forwarded it to. 

I'll try to get someone to take a more experienced look as well.

Regards,
Simon


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

Bug#726739: alpine: does not work with UTF-16, UCS-2, UCS-4 eMails

[Simon Fondrie-Teitler]

I've tested the attached patch, and was able to apply it to the alpine
Debian package. I was also able to successfully apply the patches the
debdiff put into debian/patches/ to the alpha version of alpine. I've
attached both for convenience.

Eduardo, are you willing to apply this upstream, and would you be
willing to do a code review?

Regards,
Simon



pgpDNZvrEPOCM.pgp
Description: PGP signature
# DP: Fix handling of UTF-16, UCS-2, UCS-4 encoded eMails

--- a/imap/src/c-client/utf8.c
+++ b/imap/src/c-client/utf8.c
@@ -333,11 +333,23 @@ static const CHARSET utf8_csvalid[] = {
   {UNICODE-1-1-UTF-7,CT_UTF7,CF_UNSUPRT,
  NIL,SC_UNICODE,UTF-8},
 /* these should never appear in email */
-  {UCS-2,CT_UCS2,CF_PRIMARY | CF_DISPLAY | CF_NOEMAIL,
+  {UCS-2,CT_UCS2,CF_PRIMARY | CF_NOEMAIL,
  NIL,SC_UNICODE,UTF-8},
-  {UCS-4,CT_UCS4,CF_PRIMARY | CF_DISPLAY | CF_NOEMAIL,
+  {UCS-2BE,CT_UCS2BE,CF_PRIMARY | CF_DISPLAY | CF_NOEMAIL,
  NIL,SC_UNICODE,UTF-8},
-  {UTF-16,CT_UTF16,CF_PRIMARY | CF_DISPLAY | CF_NOEMAIL,
+  {UCS-2LE,CT_UCS2LE,CF_PRIMARY | CF_DISPLAY | CF_NOEMAIL,
+ NIL,SC_UNICODE,UTF-8},
+  {UCS-4,CT_UCS4,CF_PRIMARY | CF_NOEMAIL,
+ NIL,SC_UNICODE,UTF-8},
+  {UCS-4BE,CT_UCS4BE,CF_PRIMARY | CF_DISPLAY | CF_NOEMAIL,
+ NIL,SC_UNICODE,UTF-8},
+  {UCS-4LE,CT_UCS4LE,CF_PRIMARY | CF_DISPLAY | CF_NOEMAIL,
+ NIL,SC_UNICODE,UTF-8},
+  {UTF-16,CT_UTF16,CF_PRIMARY | CF_NOEMAIL,
+ NIL,SC_UNICODE,UTF-8},
+  {UTF-16BE,CT_UTF16BE,CF_PRIMARY | CF_DISPLAY | CF_NOEMAIL,
+ NIL,SC_UNICODE,UTF-8},
+  {UTF-16LE,CT_UTF16LE,CF_PRIMARY | CF_DISPLAY | CF_NOEMAIL,
  NIL,SC_UNICODE,UTF-8},
   NIL
 };
@@ -536,13 +548,34 @@ long utf8_text_cs (SIZEDTEXT *text,const
 utf8_text_utf7 (text,ret,cv,de);
 break;
   case CT_UCS2:			/* 2 byte 16-bit Unicode no table */
-utf8_text_ucs2 (text,ret,cv,de);
+if (text-data[0] == 0xFF  text-data[1] == 0xFE) {
+  case CT_UCS2LE:
+  utf8_text_ucs2le (text,ret,cv,de);
+  break;
+}
+/* FALLTHROUGH */
+  case CT_UCS2BE:
+utf8_text_ucs2be (text,ret,cv,de);
 break;
   case CT_UCS4:			/* 4 byte 32-bit Unicode no table */
-utf8_text_ucs4 (text,ret,cv,de);
+if (text-data[0] == 0xFF  text-data[1] == 0xFE  !text-data[2]  !text-data[3]) {
+  case CT_UCS4LE:
+  utf8_text_ucs4le (text,ret,cv,de);
+  break;
+}
+/* FALLTHROUGH */
+  case CT_UCS4BE:
+utf8_text_ucs4be (text,ret,cv,de);
 break;
   case CT_UTF16:		/* variable UTF-16 encoded Unicode no table */
-utf8_text_utf16 (text,ret,cv,de);
+if (text-data[0] == 0xFF  text-data[1] == 0xFE) {
+  case CT_UTF16LE:
+  utf8_text_utf16le (text,ret,cv,de);
+  break;
+}
+/* FALLTHROUGH */
+  case CT_UTF16BE:
+utf8_text_utf16be (text,ret,cv,de);
 break;
   case CT_2022:			/* variable ISO-2022 encoded no table*/
 utf8_text_2022 (text,ret,cv,de);
@@ -1191,12 +1224,22 @@ unsigned long ucs4_cs_get (CHARSET *cs,u
 break;

   case CT_UCS2:			/* 2 byte 16-bit Unicode no table */
+/* no endianness specified, user is an idiot but we cannot return error here */
+  case CT_UCS2BE:
 ret = c  8;
 if (j--) c = *t++;		/* get second octet */
 else return U8G_ENDSTRI;	/* empty string */
 ret |= c;
 break;
+  case CT_UCS2LE:
+ret = c;
+if (j--) c = *t++;		/* get second octet */
+else return U8G_ENDSTRI;	/* empty string */
+ret |= c  8;
+break;
   case CT_UCS4:			/* 4 byte 32-bit Unicode no table */
+/* no endianness specified, user is an idiot but we cannot return error here */
+  case CT_UCS4BE:
 if (c  0x80) return U8G_NOTUTF8;
 if (j  3) return U8G_ENDSTRI;
 j -= 3;			/* count three octets */
@@ -1205,7 +1248,18 @@ unsigned long ucs4_cs_get (CHARSET *cs,u
 ret |= (*t++)  8;
 ret |= (*t++);
 break;
+  case CT_UCS4LE:
+if (c  0x80) return U8G_NOTUTF8;
+if (j  3) return U8G_ENDSTRI;
+j -= 3;			/* count three octets */
+ret = c;
+ret |= (*t++)  8;
+ret |= (*t++)  16;
+ret |= (*t++)  24;
+break;
   case CT_UTF16:		/* variable UTF-16 encoded Unicode no table */
+/* no endianness specified, user is an idiot but we cannot return error here */
+  case CT_UTF16BE:
 ret = c  8;
 if (j--) c = *t++;		/* get second octet */
 else return U8G_ENDSTRI;	/* empty string */
@@ -1222,6 +1276,23 @@ unsigned long ucs4_cs_get (CHARSET *cs,u
 	(d  UTF16_MASK);
 }
 break;
+  case CT_UTF16LE:
+ret = c;
+if (j--) c = *t++;		/* get second octet */
+else return U8G_ENDSTRI;	/* empty string */
+ret |= c  8;
+/* surrogate? */
+if ((ret = UTF16_SURR)  (ret = UTF16_MAXSURR)) {
+/* invalid first surrogate */
+  if ((ret  UTF16_SURRHEND) || (j  2)) return U8G_NOTUTF8;
+  j -= 2;			/* count two octets */
+  d = *t++;			/* first octet of second surrogate */
+  d |= (*t++)  8;		/* second octet of second surrogate */
+  if ((d  UTF16_SURRL) || (d  UTF16_SURRLEND)) return U8G_NOTUTF8;
+  ret = UTF16_BASE + 

Bug#747031: python-debian imports hashlib, which pulls in openssl

[Simon Fondrie-Teitler]

Package: python-debian
Version: 0.1.21+nmu2
Severity: serious
Tags: upstream
Justification: Policy 2.3

Dear Maintainer,

lib/debian/debian_support.py currently uses Python's hashlib library, which 
pulls in OpenSSL as described here:
https://docs.python.org/2/license.html#openssl

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 python-debian depends on:
ii  python  2.7.5-5
ii  python-chardet  2.2.1-1
ii  python-six  1.6.1-1

Versions of packages python-debian recommends:
ii  python-apt  0.9.3.6

Versions of packages python-debian suggests:
ii  gpgv  1.4.16-1.1

-- debconf-show failed


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

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

[Simon Fondrie-Teitler]

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 none
pn  python-kerberos  none

-- debconf-show failed


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

Bug#740990: Status update

[Simon Fondrie-Teitler]

Paul Wise p...@debian.org writes:
 On Sun, Mar 16, 2014 at 06:58:03PM -0400, Simon Fondrie-Teitler wrote:

 I've got this mostly done.

 What is the status now?

micah took a look at what I had today and noticed that it is using
openssl, and is a GPL-3 project. I'm talking to upstream about getting
an exception added to the license to resolve the license conflict.

Related github issue:
https://github.com/xray7224/PyPump/issues/101



pgpc4Gt7kNjfS.pgp
Description: PGP signature

Bug#740990: Status update

[Simon Fondrie-Teitler]

Paul Wise p...@debian.org writes:
 On Sat, 2014-04-26 at 16:45 -0400, Simon Fondrie-Teitler wrote:

 micah took a look at what I had today and noticed that it is using
 openssl, and is a GPL-3 project. I'm talking to upstream about getting
 an exception added to the license to resolve the license conflict.
 
 Related github issue:
 https://github.com/xray7224/PyPump/issues/101

 Is this a regression from the version in unstable?

I don't think so. I'm honestly still trying to figure out how all of
this fits together, and how the licenses work. 

The previous package didn't depend on it, and the suggestion to install
pyopenssl is new, but it was never an explicit dependency. It's pulled
in with the python support for TLS connections, so I'm fairly sure that
if you had given it a https link in a previous version, it would have
used the openssl code. 

The package is uploaded here:
http://mentors.debian.net/package/python-pypump 

I'm also still trying to figure out the Debian policy towards python
applications that are licensed under the GPL. My understanding is that
any python code makes TLS connections ends up using code from the
openssl library. Upstream is reluctant to add the clause, and points out
that programs like offlineimap don't have this clause despite being GPL
licensed and making TLS connections with python.

If anyone could clarify, that would be helpful. 

Regards,
Simon 


pgpAgh2m6rxHO.pgp
Description: PGP signature

Bug#739921: ITP: iperf3 -- tool for measuring maximum TCP and UDP bandwidth performance

[Simon Fondrie-Teitler]

Hi, 

Raoul Borenius boren...@dfn.de writes:
 I'm the maintainer of the bwct package in Debian:

 https://packages.debian.org/source/jessie/bwctl

 The next version of bwctl (that I'd like to package for jessie)
 is depending on iperf3.

 Do you have any idea how long it will take you to package iperf3?
 Do you need any help with that? I'll be happy to help if you
 need a hand!

Sorry, I've been meaning to get to this for a while. I'll hopefully work
on it soon, but I can't guarantee it. If you've got time and want to do
it, or even take over the ITP, please feel free.


Regards,
Simon


pgp3wFPJy5ZgK.pgp
Description: PGP signature

Bug#740990: Status update

[Simon Fondrie-Teitler]

I've got this mostly done. Lintian found that the sphinx theme they're
using was embedding google analytics code, which upstream did not know
about. They've fixed that. 

To do is fixing a conflict relating to the usr/bin/pypump-shell binary,
which is in both the python2 and python3 package, and writing a man page
for pypump-shell.


pgpKnIdIM3nH_.pgp
Description: PGP signature

Bug#657405: ITP: mediagoblin -- web application for sharing pictures and videos

[Simon Fondrie-Teitler]

Hey,

Sorry for the delayed response. 

anarcat anar...@debian.org writes:
 It seems like upstream fixed a bunch of those issues already, is that
 right? At least the mediagoblin/tests/test_submission/ seems fine to me.
 The extlib directory seems more tricky, but my guess is that you could
 just not ship what's in another debian package in the gmg binary
 package, and for the rest ship it until someone packages the goods.

Upstream did fix the issues. I've cherry-picked the changes and applied
them to a dfsg-free version of 0.6.1. 

 What are exactly the issues needing to be solved now?

Right now I'm waiting on a review.

 How are you communicating with upstream, are there bug reports? It would
 be helpful if you would cc this bug report in those communications to
 get an idea of the progress being made. :)

There are bug reports. I'll make sure to CC this bug in the future. The
two tickets for the issues that I've referenced above are:

https://issues.mediagoblin.org/ticket/847
https://issues.mediagoblin.org/ticket/848


Regards,
Simon


pgpr2coAQZh_B.pgp
Description: PGP signature

Bug#740990: python-pypump: new upstream release

[Simon Fondrie-Teitler]

Hey,

Paul Wise p...@debian.org writes:
 All of the examples I can find on the Internet import the Client class
 from pypump but that doesn't exist in the current version in Debian.
 Please update python-pypump to the latest upstream version so that I can
 figure out how to use it using the official documentation:

 https://pypump.readthedocs.org/en/latest/

As best as I can tell, there isn't actually a release of pypump with the
Client class. It's not in the newest version on pypi (0.4). pypump 0.4
was released on 2013-10-26, and the Client class was added to the git
repository on 2013-11-24, so I'm assuming it's going to be in the next
release. 

Right now version 0.3 is in the repository. I know I looked at packaging
0.4, decided against it for some reason. I'll look into that again. 

Regards, 
Simon


pgpIuo8j0BmYG.pgp
Description: PGP signature

Bug#739921: ITP: iperf3 -- tool for measuring maximum TCP and UDP bandwidth performance

[Simon Fondrie-Teitler]

Package: wnpp
Severity: wishlist
Owner: Simon Fondrie-Teitler simo...@riseup.net

 Package name: iperf3
 Version : 3.0.1
 URL : https://code.google.com/p/iperf/
 License : BSD-3-clause
 Programming Lang: C
 Description : tool for measuring maximum TCP and UDP bandwidth performance

iperf was orginally developed by NLANR/DAST as a tool for measuring
maximum TCP and UDP bandwidth performance. It allows the tuning of
various parameters and UDP characteristics and reports bandwidth,
delay jitter, and datagram loss.

iperf3 is a new implementation from scratch, with the goal of a
smaller, simpler code base, and a library version of the functionality
that can be used in other programs. iperf3 also has a number of features
found in other tools such as nuttcp and netperf, but were missing from
iperf2.X.

Some new features in iperf3 include:

- reports the number of TCP packets that were retransmitted
- reports the average CPU utilization of the client and server (-V flag)
- support for zero copy TCP (-Z flag)
- JSON output format (-J flag) 

iperf3.X is not backwards compatible with iperf2.X


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

Bug#657405: ITP: mediagoblin -- web application for sharing pictures and videos

[Simon Fondrie-Teitler]

Hi, 

Lucas Nussbaum lu...@debian.org writes:
 Since it has been a few months, and I'm currently watching the
 MediaGoblin talk at FOSDEM (great talk, btw), I was wondering what's the
 status of this ITP?

I started a new job recently, which took a bunch of my time, but I've
started freeing up more time to work on Debian stuff. This is the first
major Debian package I've done, so it's been slow going.

I've moved the git repository to collab-maint [0] and upgraded it to
0.6.1. It builds, but there's still a bit of cleanup to do, and a couple
of DFSG issues to be addressed (some locally modified code in extlib/,
and several media files in mediagoblin/tests/test_submission/ [1] that
don't have sources). I'm communicating with upstream about the DFSG
issues, and talking to some DDs about how to address them.

If others want to review the package as it stands, or take a crack at
some of the issues, I'd be thrilled. I certainly don't want to slow down
getting the package into Debian simply because I'm still learning.

Regards,
Simon

0. http://anonscm.debian.org/gitweb/?p=collab-maint/mediagoblin.git;a=summary
1. 
http://anonscm.debian.org/gitweb/?p=collab-maint/mediagoblin.git;a=tree;f=mediagoblin/tests/test_submission


pgpsoW9OXQeeG.pgp
Description: PGP signature

Bug#725719: assword gui is unable to create a password when ASSWORD_PASSWORD='prompt'

[Simon Fondrie-Teitler]

Package: assword
Version: 0.7-1
Severity: normal

When I run assword as the following:
ASSWORD_PASSWORD='prompt' assword gui

and I try to create a password I get this back:
Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/assword.py, line 249, in create
self.selected = self.db.add(e)
  File /usr/lib/python2.7/dist-packages/assword.py, line 98, in add
bytes = int(os.getenv('ASSWORD_PASSWORD', DEFAULT_NEW_PASSWORD_OCTETS))
ValueError: invalid literal for int() with base 10: 'prompt'

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

Kernel: Linux 3.10-3-amd64 (SMP w/8 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 assword depends on:
ii  python2.7.5-5
ii  python-gpgme  0.2-3
ii  python-gtk2   2.24.0-3+b1
ii  python-pkg-resources  0.6.49-2

Versions of packages assword recommends:
ii  python-xdo  0.2-2
ii  xclip   0.12+svn84-2

assword 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#721545: ITP: python-requests-oauthlib -- python module providing OAuthlib authentication support for requests

[Simon Fondrie-Teitler]

Package: wnpp
Severity: wishlist
Owner: Simon Fondrie-Teitler simo...@riseup.net

* Package name: python-requests-oauthlib
  Version : 0.3.3
  Upstream Author : Kenneth Reitz m...@kennethreitz.com
* URL : https://github.com/requests/requests-oauthlib
* License : ISC
  Programming Lang: Python
  Description : Python module providing OAuthlib authentication support for 
requests

requests-oauthlib allows you to interact with OAuth 1 And OAuth 2 in
greatly simplified ways through the requests library for Python. It
will hide the quirks and hacks in OAuth 1, and will interface with all
four of the grant types defined by the OAuth2 RFC.


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

Bug#721098: ITP: python-pypump -- an interface to the pump.io APIs

[Simon Fondrie-Teitler]

Package: wnpp
Severity: wishlist
Owner: Simon Fondrie-Teitler simo...@riseup.net

* Package name: python-pypump
  Version : 0.3
  Upstream Author : Jessica Tallon tf...@inboxen.org
* URL : https://github.com/xray7224/PyPump
* License : GPL-3
  Programming Lang: Python
  Description : an interface to the pump.io APIs

PyPump provides an interface to the pump.io APIs. The aim is to
provide very natural pythonic representations of Notes, Images,
People, etc... allowing you to painlessly interact with them.


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

Bug#711343: PILCompat is broken

[Simon Fondrie-Teitler]

According to the developer, this is deliberate. It was necessary to make
setuptools work. The the following bug report and email have more info. 

https://github.com/python-imaging/Pillow/issues/25

http://mail.python.org/pipermail/image-sig/2010-August/006480.html


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

Bug#704433: python-moinmoin: Package missing critical dependencies [another one]

[Simon Fondrie-Teitler]

This is also mising python-parsedatetime. It fails when looking at some
pages.

Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/werkzeug/wsgi.py, line 411, in 
__call__
return self.app(environ, start_response)
  File /usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py, line 282, in 
__call__
response = run(context)
  File /usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py, line 88, in run
response = dispatch(request, context, action_name)
  File /usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py, line 136, in 
dispatch
response = handle_action(context, pagename, action_name)
  File /usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py, line 185, in 
handle_action
handler = action.getHandler(context, action_name)
  File /usr/lib/python2.7/dist-packages/MoinMoin/action/__init__.py, line 
341, in getHandler
handler = wikiutil.importPlugin(cfg, action, action, identifier)
  File /usr/lib/python2.7/dist-packages/MoinMoin/wikiutil.py, line 1066, in 
importPlugin
return importBuiltinPlugin(kind, name, function)
  File /usr/lib/python2.7/dist-packages/MoinMoin/wikiutil.py, line 1090, in 
importBuiltinPlugin
return importNameFromPlugin(moduleName, function)
  File /usr/lib/python2.7/dist-packages/MoinMoin/wikiutil.py, line 1103, in 
importNameFromPlugin
module = __import__(moduleName, globals(), {}, fromlist)
  File /usr/lib/python2.7/dist-packages/MoinMoin/action/fullsearch.py, line 
14, in module
from parsedatetime.parsedatetime import Calendar
ImportError: No module named parsedatetime.parsedatetime

Thanks,
Simon Fondrie-Teitler


pgpNxP7MYpOZs.pgp
Description: PGP signature

Bug#657405: 657405

[Simon Fondrie-Teitler]

Roman V. Nikolaev rshadowa...@gmail.com writes:
 Maybe you should write RFS of #10 post
 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657405#10).

I've talked with him. Currently paultag has been reviewing it, and am in
the process of fixing up some of the problems he listed. Thanks for the
suggestion. 


pgpckT1wfW8uM.pgp
Description: PGP signature

Bug#658896: not fixed - please don't ignore this bug for wheezy

[Simon Fondrie-Teitler]

Brian Kroth bpkr...@gmail.com writes:
 On my my colleagues (Simon Fondrie-Teitler) tells me that one or more
 patches were able to fix problem (2), though I've been out on leave
 and don't recall which ones exactly so I'll let him comment with
 specific details on that.

The patch given by Carlos here [0] allows openLDAP to use TLS without
problem and restores the functionality present in squeeze.

Since there is obvious new breakage from squeeze, is it possible to
reconsider the wheezy-ignore tag?

Thanks,
Simon Fondrie-Teitler

0. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658896#104


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

Bug#657405: Mediagoblin Debian Packaging Status?

[Simon Fondrie-Teitler]

Hey, 

Thomas Koch tho...@koch.ro writes:
 I found recent packaging activity here:
 https://gitorious.org/mediagoblin-debian

 The git repo link from message 47 is dead.

 Is there any reason not to move the packaging repo to git.debian.org?
 What's the current status? Anything I could help with?

Yea, I've changed the repo url, and have not pushed to it in a bit. I
don't think I have access to git.debian.org. I've got a package mostly
ready (I think) but have not been able to get anyone to take a look at
it and sponsor it yet. It's currently here:
https://mentors.debian.net/package/mediagoblin

If you want to take a look, that would be great. 

The new repo is here:
https://gitorious.org/mediagoblin-debian 


 --Simon


pgpzTE0RvJdzT.pgp
Description: PGP signature

Bug#368297: About the libgcrypt and OpenLDAP issue

[Simon Fondrie-Teitler]

Hi, 

Carlos Alberto Lopez Perez clo...@igalia.com writes:
 Now I'm convinced that the right fix for this is to revert upstream
 d769529a71ccda4e833f919f3c5693d25b005ff0 [1] commit on libgcrypt like
 Ubuntu did.

 The Regression introduced on python-gnutls by such reversion was already
 fixed on Ubuntu with another patch (see LP:#1013798 [2]) and they have
 been running with the patch for some time without more problems (AFAIK)
 so I think that we can assume that there are no more regressions.

 Therefore I think we should reassign this bug back to libgcrypt11. Fix
 it with a patch that reverts d769529a71ccda4e833f919f3c5693d25b005ff0
 [1] and then fill another RC bug for python-gnutls asking for applying
 the same patch that Ubuntu applied (see LP:#1013798 [2])

At work we are running into this problem while testing wheezy. setuid
programs were failing when authenticating over ldap. I've tested a patch
to libgcrypt11 reverting d769529a71ccda4e833f919f3c5693d25b005ff0 and it
fixes the problem for us, with no obvious regressions. If you want me to
do any more testing I can do so.

Is it possible to get this fixed for the wheezy release? It would
greatly smooth our rollout of wheezy.

Thanks to all for your work on this. 


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

Bug#704711: ITP: python-audiolab -- a python package to read/write audio files from numpy arrays

[Simon Fondrie-Teitler]

Package: wnpp
Severity: wishlist
Owner: Simon Fondrie-Teitler simo...@riseup.net

* Package name: python-audiolab
  Version : 0.11.0
  Upstream Author : David Cournapeau courn...@gmail.com
* URL : https://github.com/cournape/audiolab
* License : LGPL
  Programming Lang: Python
  Description : a python package to read/write audio files from numpy arrays

Audiolab is a python package for audio file IO using numpy arrays. It supports
many different audio formats, including wav, aiff, au, flac, ogg, htk. It can
also be used for sound output to audio device.

A matlab-like API is provided for simple import/export; a more complete API is
available for more advanced usage. Audiolab is essentially a wrapper around
Erik de Castro Lopo's excellent libsndfile:

http://www.mega-nerd.com/libsndfile/


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

Bug#703934: ITP: python-itsdangerous -- Various helpers to pass trusted data to untrusted environments

[Simon Fondrie-Teitler]

Package: wnpp
Severity: wishlist
Owner: Simon Fondrie-Teitler simo...@riseup.net

* Package name: python-itsdangerous
  Version : 0.17
  Upstream Author : Armin Ronacher armin.ronac...@active-4.com
* URL : http://github.com/mitsuhiko/itsdangerous
* License : BSD
  Programming Lang: Python
  Description : Various helpers to pass trusted data to untrusted 
environments

 itsdangerous provides a module that is a port of the django signing module. 
 It's not directly copied but some changes were applied to make it work 
 better on its own.
 .
 itsdangerous allows web applications to use a key only it knows to 
 cryptographically sign data and hand it over to someone else (e.g. a user). 
 When it gets the data back it can easily ensure that nobody tampered with it.


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

Bug#694653: RFP: libnet-frame-device-perl -- This module is used to get network information, and is especially useful when you want to do low-level network programming.

[Simon Fondrie-Teitler]

gregor herrmann gre...@debian.org writes:
 On Wed, 28 Nov 2012 11:45:03 -0600, Simon Fondrie-Teitler wrote:
 * Package name: libnet-frame-device-perl
   Version : 1.03
   Upstream Author : Patrice Auffret go...@cpan.org
 * URL : https://metacpan.org/release/Net-Frame-Device
 * License : Perl Artistic License
   Programming Lang: Perl
   Description : Perl module to get network device information and gateway
 
 This module is used to get network information, and is especially useful 
 when you want to do low-level network programming.
 It also provides useful functions to lookup network MAC addresses.

 From a quick dh-make-perl run:

 Needs the following modules for which there are no debian packages available:
  - Net::Frame::Layer::ICMPv6
  - Net::Libdnet6
  - Net::Frame::Dump
  - Net::Frame::Layer::IPv6
  - Net::Frame::Simple

 Seems this will be a bigger project ...

Agreed, and having played around with the module more, I no longer think
it is worth it to package it for Debian. My experience with it has not
been great. It seems to be a set of packages with somewhat arbitrary
divisions, and does not interface with other perl modules nicely.

Assuming no one else thinks it's a good idea to package it, I think this
RFP can be closed. 

Thanks,
Simon


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

Bug#696945: Kernel panic when pull out USB storage disk suddenly

[Simon Fondrie-Teitler]

I'm seeing what I think is the same issue. I've got a 2tb WD drive with
btrfs. When I mount the drive, then unplug the usb cord connecting the
hard drive without first unmounting it, it presents an error then or
when I attempt to unmount the location that it is mounted under. 

When the error comes up it appears as if the computer has crashed,
showing only white text on a black background similar to the linked
picture in the original message, however I can switch to a tty then back
to X and everything else seems to be fine.

After this I cannot mount the device again until after a reboot, as
mount will return:

mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
   missing codepage or helper program, or other error
   In some cases useful info is found in syslog - try
   dmesg | tail  or so

If you want more information or for me to file this upstream I can do
so. Thanks.


The relevent dmeseg output: 

[   62.175569] usb 3-1.2: new high-speed USB device number 3 using ehci_hcd
[   62.269307] usb 3-1.2: New USB device found, idVendor=1058, idProduct=1021
[   62.269316] usb 3-1.2: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
[   62.269322] usb 3-1.2: Product: Ext HDD 1021
[   62.269327] usb 3-1.2: Manufacturer: Western Digital
[   62.269331] usb 3-1.2: SerialNumber: 5743415A4134313331373537
[   62.324266] Initializing USB Mass Storage driver...
[   62.324552] scsi6 : usb-storage 3-1.2:1.0
[   62.324829] usbcore: registered new interface driver usb-storage
[   62.324837] USB Mass Storage support registered.
[   63.323916] scsi 6:0:0:0: Direct-Access WD   Ext HDD 1021 2021 
PQ: 0 ANSI: 4
[   63.326379] sd 6:0:0:0: Attached scsi generic sg1 type 0
[   63.327451] sd 6:0:0:0: [sdb] 3907024896 512-byte logical blocks: (2.00 
TB/1.81 TiB)
[   63.329644] sd 6:0:0:0: [sdb] Write Protect is off
[   63.329652] sd 6:0:0:0: [sdb] Mode Sense: 17 00 10 08
[   63.331859] sd 6:0:0:0: [sdb] No Caching mode page present
[   63.331870] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[   63.338177] sd 6:0:0:0: [sdb] No Caching mode page present
[   63.338187] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[   63.353975]  sdb: sdb1
[   63.360746] sd 6:0:0:0: [sdb] No Caching mode page present
[   63.360756] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[   63.360762] sd 6:0:0:0: [sdb] Attached SCSI disk
[   68.609171] device fsid f48f8ac2-03dd-4b26-873d-8b640b503a68 devid 1 transid 
4169 /dev/sdb1
[   68.610767] btrfs: disk space caching is enabled
[   90.073286] usb 3-1.2: USB disconnect, device number 3
[  105.928915] [ cut here ]
[  105.928945] WARNING: at 
/build/buildd-linux_3.2.35-2-amd64-v9djlH/linux-3.2.35/fs/btrfs/extent-tree.c:4771
 __btrfs_free_extent+0x293/0x5c8 [btrfs]()
[  105.928949] Hardware name: 4286CTO
[  105.928951] Modules linked in: usb_storage parport_pc ppdev lp parport 
pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) binfmt_misc ext2 
loop fuse snd_hda_codec_hdmi snd_hda_codec_conexant arc4 snd_hda_intel 
snd_hda_codec snd_hwdep snd_pcm tpm_tis snd_page_alloc tpm thinkpad_acpi 
snd_seq snd_seq_device snd_timer coretemp ac evdev nvram tpm_bios psmouse 
battery power_supply i915 serio_raw snd iwlwifi pcspkr mac80211 wmi i2c_i801 
cfg80211 video acpi_cpufreq soundcore mperf drm_kms_helper rfkill iTCO_wdt drm 
iTCO_vendor_support i2c_algo_bit i2c_core button processor ext3 mbcache jbd 
btrfs libcrc32c zlib_deflate sha256_generic dm_crypt dm_mod sg sd_mod 
crc_t10dif crc32c_intel ghash_clmulni_intel aesni_intel xhci_hcd aes_x86_64 
aes_generic cryptd ahci libahci libata ehci_hcd scsi_mod sdhci_pci sdhci 
mmc_core usbcore thermal usb_common thermal_sys e1000e [last unloaded: 
scsi_wait_scan]
[  105.929007] Pid: 4902, comm: umount Tainted: G   O 3.2.0-4-amd64 #1 
Debian 3.2.35-2
[  105.929008] Call Trace:
[  105.929013]  [81046a75] ? warn_slowpath_common+0x78/0x8c
[  105.929021]  [a0198ce0] ? __btrfs_free_extent+0x293/0x5c8 [btrfs]
[  105.929032]  [a01cd475] ? btrfs_tree_unlock+0x82/0x88 [btrfs]
[  105.929040]  [a019bfc9] ? run_clustered_refs+0x65e/0x6aa [btrfs]
[  105.929043]  [810bbc47] ? __set_page_dirty_nobuffers+0x16/0xd8
[  105.929046]  [810363d8] ? should_resched+0x5/0x23
[  105.929054]  [a019c0de] ? btrfs_run_delayed_refs+0xc9/0x176 [btrfs]
[  105.929056]  [810363d8] ? should_resched+0x5/0x23
[  105.929065]  [a01a9446] ? btrfs_commit_transaction+0x37a/0x6f9 
[btrfs]
[  105.929068]  [8105f853] ? add_wait_queue+0x3c/0x3c
[  105.929077]  [a01a9bdd] ? start_transaction+0x1ed/0x242 [btrfs]
[  105.929079]  [8111b05f] ? __sync_filesystem+0x5e/0x76
[  105.929083]  [810fb39f] ? generic_shutdown_super+0x26/0xb4
[  105.929086]  [810fb495] ? kill_anon_super+0x9/0x11
[  105.929088]  [810fb6ee] ? deactivate_locked_super+0x1b/0x4b
[  105.929090]  [8111063e] ? sys_umount+0x2d5/0x303

Bug#696352: python-paste: Starting paste complains cheetah not found even though it is

[Simon Fondrie-Teitler]

If I uninstall python-cheetah with aptitude and install it with pip,
paste then complains about not being able to find flup. If I do the same
with flup, in complains about not being able to find beaker. 


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

Bug#657405: Current state of packaging

[Simon Fondrie-Teitler]

Hey,

I've gotten my packaging efforts for mediagoblin going here:
https://gitorious.org/debian-package-mediagoblin

It's still a little messing, but I can build the package and install it,
and lintian is not giving errors. If you would not mind/would like to 
help that would be great, either over email on in #mediagoblin.


 --Simon


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

Bug#696352: python-paste: Starting paste complains cheetah not found even though it is

[Simon Fondrie-Teitler]

Package: python-paste
Version: 1.7.5.1-4.1
Severity: normal

I think this is a bug in paste, but feel free to redirect me if not. 

When attempting to start mediagoblin via paste with the command 
 /usr/bin/paster serve ./paste_local.ini  --pid-file=/var/run/mediagoblin.pid  
 --server-name=fcgi fcgi_host=127.0.0.1 fcgi_port=26543 

I receive the following: 

mediagoblin@che:/usr/share/pyshared/mediagoblin$ /usr/bin/paster serve 
./paste_local.ini  --pid-file=/var/run/mediagoblin.pid  --server-name=fcgi 
fcgi_host=127.0.0.1 fcgi_port=26543
Traceback (most recent call last):
  File /usr/bin/paster, line 4, in module
command.run()
  File /usr/lib/python2.7/dist-packages/paste/script/command.py, line 93, in 
run
commands = get_commands()
  File /usr/lib/python2.7/dist-packages/paste/script/command.py, line 135, in 
get_commands
plugins = pluginlib.resolve_plugins(plugins)
  File /usr/lib/python2.7/dist-packages/paste/script/pluginlib.py, line 82, 
in resolve_plugins
pkg_resources.require(plugin)
  File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 686, in require
needed = self.resolve(parse_requirements(requirements))
  File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 584, in resolve
raise DistributionNotFound(req)
pkg_resources.DistributionNotFound: Not Found: Cheetah-2.4.4 (did you run 
python setup.py develop?)

python-cheetah is indeed installed, via aptitude

mediagoblin@che:/usr/share/pyshared/mediagoblin$ aptitude show python-cheetah
Package: python-cheetah  
State: installed
Automatically installed: yes
Version: 2.4.4-3



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-xen-686 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-paste depends on:
ii  python2.7.3~rc2-1
ii  python-formencode 1.2.4-2
ii  python-pkg-resources  0.6.24-1
ii  python2.6 2.6.8-0.2
ii  python2.7 2.7.3~rc2-2.1

Versions of packages python-paste recommends:
ii  libjs-mochikit  1.4.2-4
ii  python [python-ctypes]  2.7.3~rc2-1
ii  python-openid   2.2.5-3
ii  python-openssl  0.13-2
ii  python-scgi 1.13-1+b2

Versions of packages python-paste suggests:
pn  libapache2-mod-python  none
ii  libapache2-mod-scgi1.13-1+b2
pn  libapache2-mod-wsginone
ii  libjs-sphinxdoc1.1.3+dfsg-4
ii  python-pastedeploy 1.5.0-3
ii  python-pastescript 1.7.5-2
pn  python-pastewebkit none
pn  python-pgsql   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#694653: RFP: libnet-frame-device-perl -- This module is used to get network information, and is especially useful when you want to do low-level network programming.

[Simon Fondrie-Teitler]

Package: wnpp
Severity: wishlist

* Package name: libnet-frame-device-perl
  Version : 1.03
  Upstream Author : Patrice Auffret go...@cpan.org
* URL : https://metacpan.org/release/Net-Frame-Device
* License : Perl Artistic License
  Programming Lang: Perl
  Description : Perl module to get network device information and gateway

This module is used to get network information, and is especially useful when 
you want to do low-level network programming.
It also provides useful functions to lookup network MAC addresses.


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

Bug#693251: RFP: libnet-dhcpclient-perl -- Module providing methods for implementing a DHCP client. It allows perl scripts to interacts with DHCP servers.

[Simon Fondrie-Teitler]

Package: wnpp
Severity: wishlist

* Package name: libnet-dhcpclient-perl
  Version : 1.0
  Upstream Author : Josh Walgenbach jwalg...@indiana.edu
* URL : https://metacpan.org/module/Net::DHCPClient
* License : GPL
  Programming Lang: Perl
  Description : Module providing methods for implementing a DHCP client. It 
allows perl scripts to interacts with DHCP servers.

This module is used by constructing a new DHCPClient object via the constructor 
method, providing it (minimally) with the machine address and the network 
interface that is to be used for the DHCP transaction with the DHCP server.


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

Bug#657708: Are you still working on this?

[Simon Fondrie-Teitler]

Hi,

I'm looking to package mediagoblin, and this is one of the couple
requirements not yet in debian. Is this still being actively worked on,
or can I take over the ITP?

Thanks,
Simon


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

Bug#635960: libmotif4 should provide libXm.so.3 and libXm.so.2 symlinks

[Simon Fondrie-Teitler]

I tested this with Siemens NX Unigraphics, which was having the same
problem. The ln providing libXm.so.3 fixed it. 


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

Bug#675097: icinga-common: /etc/init.d/icinga reload reports error: shift: 244: can't shift that many

[Simon Fondrie-Teitler]

It seems to have started working again. I'm not sure why, but baring
someone else having the same problem please feel free to close the bug
report. 


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

Bug#675097: [Pkg-nagios-devel] Bug#675097: icinga-common: /etc/init.d/icinga reload reports error: shift: 244: can't shift that many

[Simon Fondrie-Teitler]

Whoops, meant to send this message to the bug tracker too. 

Jan Wagner w...@cyconet.org writes:
 Anyways ... the actual version on squeeze-backports is
 1.7.0-1~bpo60+1. Could you please check, if thats working?

Sorry it took so long for me to get back to you. I'm now running
1.7.0-4~bpo60+1, which seems to be the one currently in backports. I'm
still getting the same error. 

  --Simon Fondrie-Teitler


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

Bug#675097: icinga-common: /etc/init.d/icinga reload reports error: shift: 244: can't shift that many

[Simon Fondrie-Teitler]

Package: icinga-common
Version: 1.6.1-2~bpo60+1
Severity: minor

When reloading icinag with /etc/init.d/icinga reload, it reports the error: 
shift: 244: can't shift that many when the system it is being run from has 
/bin/sh pointing to dash, the new default in debian. 

-- System Information:
Debian Release: 6.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-0.bpo.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 icinga-common depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  bsd-mailx [mailx]  8.1.2-0.20100314cvs-1 simple mail user agent
ii  coreutils  8.5-1 GNU core utilities
ii  heirloom-mailx [ma 12.4-2feature-rich BSD mail(1)
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip
ii  nagios-plugins-bas 1.4.15-3squeeze1  Plugins for the nagios network mon
ii  ucf3.0025+nmu1   Update Configuration File: preserv

Versions of packages icinga-common recommends:
ii  nagios-plugins  1.4.15-3squeeze1 Plugins for the nagios network mon

icinga-common suggests no packages.

-- Configuration Files:
/etc/default/icinga changed [not included]
/etc/icinga/icinga.cfg changed [not included]

-- debconf-show failed



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

Bug#649408:

[Simon Fondrie-Teitler]

I'm getting also the error too when using cups and ssmtp among other
applications.

I can provide any debugging information you need. 



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

Bug#649378: chromium: Aw, Snap after upgrading. libnss3-1d faulure.

[Simon Fondrie-Teitler]

I'm getting the same problem on an i386 system after a recent
upgrade. No webpages load, nor do any about:* pages. Even the web
developer tools window gets the same error. It is still broken after a
purge and reinstall.

I get no errors when running from the command line.

If there is any other information you want I can provide it. 

simonft@bukunin:~$ dpkg-query -W chromium libnss3-1d libc6
chromium15.0.874.106~r107270-1
libc6   2.13-21
libnss3-1d  3.13.1.with.ckbi.1.88-1



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

Bug#650334: ssmtp reports WARNING: gnome-keyring:: no socket to connect to

[Simon Fondrie-Teitler]

Package: ssmtp
Version: 2.64-5
Severity: normal

When attempting to send a message with ssmtp I get the error WARNING: 
gnome-keyring:: no socket to connect to. It succeeds in sending the email, but 
when sending with emacs it seems attachments do not go through.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ssmtp depends on:
ii  debconf [debconf-2.0]  1.5.41   
ii  libc6  2.13-21  
ii  libgnutls-openssl272.12.14-3

ssmtp recommends no packages.

ssmtp suggests no packages.

-- Configuration Files:
/etc/logcheck/ignore.d.server/ssmtp [Errno 13] Permission denied: 
u'/etc/logcheck/ignore.d.server/ssmtp'

-- debconf information:
  ssmtp/overwriteconfig: true
  ssmtp/mailname:
  ssmtp/mailhub: mail.riseup.net
  ssmtp/fromoverride: true
  ssmtp/hostname: riseup.net
  ssmtp/root: simo...@riseup.net
  ssmtp/rewritedomain: riseup.net
  ssmtp/port: 587



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

Bug#609475: ITP: purity-ng -- A reimplementation of the classic purity game in Python

[Simon Fondrie-Teitler]

Package: wnpp
Severity: wishlist
Owner: Simon Fondrie-Teitler simo...@riseup.net


* Package name: purity-ng
  Version : 0.1
  Upstream Author : Simon Fondrie-Teitler,
Luke Faraone
* URL : https://launchpad.net/purity-ng
* License : GPL-3
  Programming Lang: Python
  Description : A reimplementation of the classic purity game in Python

The original purity is a program which reads yes/no questions from a specially 
formated file and administers a quiz with them, printing out then 
number/percent of yes's at the end. 

The goal of purity-ng is a reimplementation in python, while still maintaining 
compatibility with the old dataformat, and to eventually be a drop-in 
replacement for purity.



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

Bug#609475: ITP: purity-ng -- A reimplementation of the classic purity game in Python

[Simon Fondrie-Teitler]

On Sun, 09 Jan 2011 19:34:11 +, Ben Hutchings b...@decadent.org.uk wrote:
 On Sun, 2011-01-09 at 14:16 -0500, Simon Fondrie-Teitler wrote:
  Package: wnpp
  Severity: wishlist
  Owner: Simon Fondrie-Teitler simo...@riseup.net
  
  
  * Package name: purity-ng
Version : 0.1
Upstream Author : Simon Fondrie-Teitler,
  Luke Faraone
  * URL : https://launchpad.net/purity-ng
  * License : GPL-3
Programming Lang: Python
Description : A reimplementation of the classic purity game in 
  Python
  
  The original purity is a program which reads yes/no questions from a
  specially formated file and administers a quiz with them, printing out
  then number/percent of yes's at the end. 
  
  The goal of purity-ng is a reimplementation in python, while still
  maintaining compatibility with the old dataformat, and to eventually
  be a drop-in replacement for purity.
 
 Does this offer any benefits over the existing implementation *now*?

Yes, a few. purity-ng list will show a list of possible files in the
current directory and in /usr/share/games/purity/. The old one simply
prints a hard-coded list.

It also has the option to print out a list of the questions and the
user's answers at the end.

Additionally, purity-ng has a maintainer. purity is orphaned, both
upstream and in Debian.

 --Simon


pgp628XznXLr4.pgp
Description: PGP signature

Bug#609475: ITP: purity-ng -- A reimplementation of the classic purity game in Python

[Simon Fondrie-Teitler]

On Sun, 09 Jan 2011 19:34:11 +, Ben Hutchings b...@decadent.org.uk wrote:
 On Sun, 2011-01-09 at 14:16 -0500, Simon Fondrie-Teitler wrote:
  Package: wnpp
  Severity: wishlist
  Owner: Simon Fondrie-Teitler simo...@riseup.net
  
  
  * Package name: purity-ng
Version : 0.1
Upstream Author : Simon Fondrie-Teitler,
  Luke Faraone
  * URL : https://launchpad.net/purity-ng
  * License : GPL-3
Programming Lang: Python
Description : A reimplementation of the classic purity game in 
  Python
  
  The original purity is a program which reads yes/no questions from a
  specially formated file and administers a quiz with them, printing out
  then number/percent of yes's at the end. 
  
  The goal of purity-ng is a reimplementation in python, while still
  maintaining compatibility with the old dataformat, and to eventually
  be a drop-in replacement for purity.
 
 Does this offer any benefits over the existing implementation *now*?

Yes, a few. purity-ng list will show a list of possible files in the
current directory and in /usr/share/games/purity/. The old one simply
prints a hard-coded list.

It also has the option to print out a list of the questions and the
user's answers at the end.

Additionally, purity-ng has a maintainer. purity is orphaned, both
upstream and in Debian.

 --Simon


pgp6QMMApZaXM.pgp
Description: PGP signature

Bug#607157: rxvt-unicode: change in $TERM breaks clear command

[Simon Fondrie-Teitler]

Package: rxvt-unicode
Version: 9.09-3
Severity: normal


Before $TERM was changed to rxvt-256color, both running clear and pressing 
ctrl+l would clear the screen. Now I get:

simo...@bukunin:~$ clear
'rxvt-256color': unknown terminal type. 

Setting it back to rxvt-unicode fixes this problem.


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages rxvt-unicode depends on:
ii  base-passwd 3.5.22   Debian base system master password
ii  libafterimage0  2.2.9-5+b1   imaging library designed for After
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-6 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2.1FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.5-10   GCC support library
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libice6 2:1.0.7-1X11 Inter-Client Exchange library
ii  libjpeg62   6b1-1The Independent JPEG Group's JPEG 
ii  libperl5.10 5.10.1-16shared Perl library
ii  libpng12-0  1.2.44-1 PNG library - runtime
ii  librsvg2-2  2.26.3-1 SAX-based renderer library for SVG
ii  libsm6  2:1.2.0-1X11 Session Management library
ii  libtiff43.9.4-5  Tag Image File Format (TIFF) libra
ii  libx11-62:1.3.3-4X11 client-side library
ii  libxext62:1.1.2-1X11 miscellaneous extension librar
ii  libxft2 2.1.14-2 FreeType-based font drawing librar
ii  libxrender1 1:0.9.6-1X Rendering Extension client libra
ii  ncurses-base5.7+20100313-4   basic terminal type definitions
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

rxvt-unicode recommends no packages.

Versions of packages rxvt-unicode suggests:
ii  ttf-dejavu2.31-1 Metapackage to pull in ttf-dejavu-

-- 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#432838: Status

[Simon Fondrie-Teitler]

Hi,

What is the status of this? There does not seem to have been any
progress since your last email in 2007. Is it OK if I take over the ITP?

Thanks,
Simon


pgp0cXdHCJsUE.pgp
Description: PGP signature

Bug#592830: override: xstarfish:utils/optional

[Simon Fondrie-Teitler]

Package: ftp.debian.org
Severity: normal


The package xstarfish currently has an override saying games. However, the 
package is not a game, it generates patterns for a desktop back round and would 
therefore be better suited in utils.



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

Bug#533367: Scrotwm should depend on dwm

[Simon Fondrie-Teitler]

Package: Scrotwm
Version: 0.9.5
I just spent a long time trying to determine the reason that meta+p
was not bringing up the menu. It turs out that if dwm is not
installed, the menu will not come up, thus rendering Scrotwm useless.



--
Simon Fondrie-Teitler
--

Bug#412228: This is still a problem for me.

[Simon Fondrie-Teitler]

alley:/etc/X11# lspci
:00:0b.0 Host bridge: Apple Computer Inc. UniNorth/Pangea AGP
:00:10.0 Display controller: ATI Technologies Inc Rage 128 Pro Ultra TR
0001:10:0b.0 Host bridge: Apple Computer Inc. UniNorth/Pangea PCI
0001:10:17.0 Class ff00: Apple Computer Inc. KeyLargo/Pangea Mac I/O
0001:10:18.0 USB Controller: Apple Computer Inc. KeyLargo/Pangea USB
0001:10:19.0 USB Controller: Apple Computer Inc. KeyLargo/Pangea USB
0002:20:0b.0 Host bridge: Apple Computer Inc. UniNorth/Pangea Internal PCI
0002:20:0e.0 FireWire (IEEE 1394): Apple Computer Inc. UniNorth/Pangea FireWire
0002:20:0f.0 Ethernet controller: Apple Computer Inc. UniNorth/Pangea
GMAC (Sun GEM)
alley:/etc/X11# cat /proc/cpuinfo
processor   : 0
cpu : 745/755
temperature : 15-17 C (uncalibrated)
clock   : 600.00MHz
revision: 51.17 (pvr 0008 3311)
bogomips: 49.79
timebase: 2496
platform: PowerMac
model   : PowerMac4,1
machine : PowerMac4,1
motherboard : PowerMac4,1 MacRISC2 MacRISC Power Macintosh
detected as : 256 (iMac Flower Power)
pmac flags  : 0010
L2 cache: 256K unified
pmac-generation : NewWorld
alley:/etc/X11# uname -a
Linux alley 2.6.26-1-powerpc #1 Thu Oct 9 12:30:07 CEST 2008 ppc GNU/Linux
alley:/etc/X11# dpkg -l xserver-xorg
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  xserver-xorg   1:7.3+18   the X.Org X server
alley:/etc/X11# dpkg -l xserver-xorg*r128
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  xserver-xorg-v 6.8.0-1X.Org X server -- ATI r128 display driver


The following xorg.conf works for me. (avoiding the r128 driver entirely.)

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  XkbRules  xorg
Option  XkbModel  pc104
Option  XkbLayout us
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
EndSection

Section Device
Identifier  Configured Video Device
BusID   PCI:0:16:0
Driver fbdev
EndSection

Section Monitor
Identifier  Configured Monitor
EndSection

Section Screen
Identifier  Default Screen
Monitor Configured Monitor
EndSection

-- 


--
Simon Fondrie-Teitler
--



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#500866: Possible Solution

[Simon Fondrie-Teitler]

Pulseaudio does not seem to like it when the time is crazy. I had this
problem and changed the date from 1904 to 2008 and it worked. Hope
this helped.

-- 


--
Simon Fondrie-Teitler
--



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]