Bug#339840: A python2.4 version of quixote would be nice.
Package: quixote Version: 2.3-0.1 Severity: wishlist Hello, It would be nice if quixote was available in python2.3 and python2.4 flavors like many of the other python packages in debian. I'm attaching a patch which converts the current quixote 2.3-1 debian directory into one that produces quixote, quixote-doc, python2.3-quixote, and python2.4-quixote. Thanks, Diane Trout -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages quixote depends on: ii python2.3 2.3.5-8An interactive high-level object-o quixote recommends no packages. -- no debconf information quixote_multipython.patch.bz2 Description: BZip2 compressed data 0x5E0DEB5B679404D35EF102176538C4274471B2FF.asc Description: application/pgp-keys pgpwLl4N9pQn7.pgp Description: PGP signature
Bug#398496: Also on x86, amd64 systems
Hi, I'm also got this error: Setting up python2.5-minimal (2.5-3) ... Linking and byte-compiling packages for runtime python2.5... pycentral: pycentral rtinstall: installed runtime python2.5 not found pycentral rtinstall: installed runtime python2.5 not found dpkg: error processing python2.5-minimal (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of python2.5: python2.5 depends on python2.5-minimal (= 2.5-3); however: Package python2.5-minimal is not configured yet. dpkg: error processing python2.5 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: python2.5-minimal python2.5 At least on one system it had something to do with python2.5 not being listed in /usr/share/python/debian_defaults. I was able to fix it on that system by upgrading python-minimal (some of my other systems are noticeably older and there's too many packages to try and resolve. Diane PGP.sig Description: This is a digitally signed message part
Bug#647096: Anyone working on this?
I've been using my package for a while on networks I have logins for and its been mostly fine. (I think things have gotten a little confused after I tried installing systemd. I did just test a login at captive portal hotspot and the detection and prompt to login worked. The package is probably useful for others using dnssec. Diane On Saturday, January 25, 2014 11:13:06 Ondřej Surý wrote: > I would be happy to co-maintain/sponsor the package. > > I did forgot about it and I would be happy to have co-maintainer. > > O. > > > On 25. 1. 2014, at 8:51, Diane Trout wrote: > > > > Hello, > > > > I partially built a package for dnssec-trigger before I remembered to > > check > > wnpp. > > > > Would it be worthwhile to finish my package and try to submit it to > > Debian? > > > > To get it releasable I would need to: > > * Write an init script > > * Figure out why the network manager script doesn't seem to be working > > right> > > now. > > > > * Adapt the current configuration script to run at postinst. > > > > I'm going to do the first two anyway because I'm having some of network > > problems this tool can solve. > > > > Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736210: [farstream-0.2] vcs-* tags point to the wrong git repository
Package: farstream-0.2 Version: 0.2.3-1 Severity: minor --- Please enter the report below this line. --- I was trying to clone farstream-0.2 from debian and kept getting farstream 0.1 I discovered that that farstream-0.2 lives in a repository (...)pkg- telepathy/farstream-0.2.git however it looks like its Vcs-* tags are pointing at the 0.1 repository. If you look at http://anonscm.debian.org/gitweb/?p=pkg-telepathy/farstream-0.2.git;a=blob;f=debian/control;h=4fd271b114706adb2d2f5840c9e29efa196488f9;hb=HEAD it shows the control file listing Vcs-Browser: http://git.debian.org/?p=pkg-telepathy/farstream.git when it should probably be Vcs-Browser: http://git.debian.org/?p=pkg-telepathy/farstream-0.2.git Thank you, Diane --- System information. --- Architecture: amd64 Kernel: Linux 3.12-1-amd64 Debian Release: jessie/sid 500 testing ftp.us.debian.org 500 stable-updates ftp.us.debian.org 500 stable security.debian.org 500 stable ftp.us.debian.org 110 unstableftp.us.debian.org 110 unstablecdn.debian.net 1 experimentalftp.us.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735842: Testing relevant to isolating this bug.
I'm pretty sure the problem starts with pulse. I was impacted by this bug, I first noticed it a little bit before Jan 21st. My dpkg.log shows that the pulseaudio package on my system was upgraded to 4.0 on Jan 20. The previous Debian version was 2.0. After uninstalling pulse and just using phonon, the bug goes away. Before getting to that point I had also tried downgrading kmix from 4.11.3 to 4.10.5 and the problem still happened. Unfortunately downgrading pulse back to 2.0 looks difficult as it would remove a bunch of KDE packages. (I haven't investigated what is actually depending on libpulse yet). What seems to be happening is changes in a stream volume change the master volume. AKA if you wiggle the slider for controlling a stream volume the master volume changes. So when when the notification system forces its stream volume to 100%, it changes the master volume. The part I don't currently understand is why Amaroks stream volume doesn't change until the next track. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647096: Anyone working on this?
Hello, I partially built a package for dnssec-trigger before I remembered to check wnpp. Would it be worthwhile to finish my package and try to submit it to Debian? To get it releasable I would need to: * Write an init script * Figure out why the network manager script doesn't seem to be working right now. * Adapt the current configuration script to run at postinst. I'm going to do the first two anyway because I'm having some of network problems this tool can solve. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647096: Anyone working on this?
I'd love to have a sponsor. I found your repository on alioth and built on it. The mentors upload is at: http://mentors.debian.net/debian/pool/main/d/dnssec-trigger/dnssec-trigger_0.11-1.dsc Also I put my commits going from your version to the one I posted here: http://anonscm.debian.org/gitweb/?p=users/diane-guest/dnssec-trigger.git Other than I didn't commit the release changelog. (I've been doing most of my work with the qt-kde team and they like that commit to match up with a release). The package builds, starts dnssec-triggerd at boot, and I figured out what was wrong with the NetworkManager dispatch.d script so it does pass the DNS address. It really needs some testing with a captive portal, and I'd like to see it pick up my ipv6 dns server more reliably. The main remaining lintian warnings are * there's some windows dlls in the source package. * the command line scripts could use man pages. What do you think? Diane On Saturday, January 25, 2014 11:13:06 Ondřej Surý wrote: > I would be happy to co-maintain/sponsor the package. > > I did forgot about it and I would be happy to have co-maintainer. > > O. > > > On 25. 1. 2014, at 8:51, Diane Trout wrote: > > > > Hello, > > > > I partially built a package for dnssec-trigger before I remembered to > > check > > wnpp. > > > > Would it be worthwhile to finish my package and try to submit it to > > Debian? > > > > To get it releasable I would need to: > > * Write an init script > > * Figure out why the network manager script doesn't seem to be working > > right> > > now. > > > > * Adapt the current configuration script to run at postinst. > > > > I'm going to do the first two anyway because I'm having some of network > > problems this tool can solve. > > > > Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#737889: [python-setuptools-doc] html files should be in /usr/share/doc/python-setuptools-doc/html not /usr/share/doc/html
Package: python-setuptools-doc Version: 2.1-1 Severity: normal --- Please enter the report below this line. --- Hello, I just installed python-setuptools-doc and noticed the html files were installed in /usr/share/doc/html. (part of the output of dpkg --listfiles python-setuptools-doc) /usr/share/doc/html/_static/basic.css /usr/share/doc/html/_static/minus.png /usr/share/doc/html/_static/up.png /usr/share/doc/html/_static/down-pressed.png /usr/share/doc/html/development.html /usr/share/doc/html/setuptools.html /usr/share/doc/html/index.html /usr/share/doc/html/using.html /usr/share/doc/html/python3.html /usr/share/doc/html/merge-faq.html /usr/share/doc/html/formats.html I'm pretty sure the files need to go into a directory named after the package. e.g. /usr/share/doc/python-setuptools-doc/html Diane --- System information. --- Architecture: amd64 Kernel: Linux 3.12-1-amd64 Debian Release: jessie/sid 500 testing ftp.us.debian.org 500 stable-updates ftp.us.debian.org 500 stable security.debian.org 500 stable ftp.us.debian.org 110 unstableftp.us.debian.org 110 unstablecdn.debian.net 1 experimentalftp.us.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== libjs-jquery| 1.7.2+dfsg-3 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703161: Still having the Message Transmission delay with ICQ?
Hi, Debian testing has 0.6.3 and 0.7.0 is almost in for unstable. I was wondering if you had tried any of the newer releases, and if they might have fixed the ICQ bug? I don't have an ICQ account so testing it would be pretty difficult for me. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731121: ktp-call-ui: depends on obsolete Farstream 0.1
Hello, I think currently KTP Call UI ends up depending on both GStreamer 0.10 and 1.0 because it directly uses GStreamer 0.10 but it depends on telepathy components that have been updated to 1.0 I've been working on porting the QtGstreamer wrapper being used by KTP, but it's has been slow going. So I'm not sure when a GStreamer 1.0 release might happen. I've had trouble using ktp-call-ui recently because of all the version mismatches, I think to get it all working reliably will require finishing the porting to GStreamer to 1.0. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731706: debian-maintainers: Please add Diane Trout as a Debian Maintainer
Package: debian-maintainers Severity: normal Dear Debian Mainter Team, Please verify my application and add my GPG key to the debian-maintainers keyring. Thank you, Diane Trout -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (110, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-rc7-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 Comment: Add Diane Trout as a Debian Maintainer Date: Sun, 08 Dec 2013 09:38:39 -0800 Action: import Recommended-By: Sune Vuorela , Steffen Möller , Lisandro Damián Nicanor Pérez Meyer , Andreas Tille Agreement: https://lists.debian.org/debian-newmaint/2013/12/msg2.html Advocates: https://lists.debian.org/debian-newmaint/2013/12/msg3.html https://lists.debian.org/debian-newmaint/2013/12/msg5.html https://lists.debian.org/debian-newmaint/2013/12/msg6.html https://lists.debian.org/debian-newmaint/2013/12/msg7.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.15 (GNU/Linux) mQINBFI/UFIBEADBx9yI/vp2ZFoRPoFvfyIn2eriEC6ZAIt4VB/kOv2Ei9Sx0IZY 3cRb08ihGg3qREucAiixlo74z+NFd9zBTkuvhCkUuNvy97xdBXgQH64yrbpURodQ JmL3O9Dn/6tOQaRIONWWz8C8h1+uojTIapohz9sD2PR8dzCXiQPrY+8ssCQlb9zJ h2ALurCGku8ZtNPo+4cnGB7Xpyqdjsmo+pfYXSKKkEVRIaOAFuyI1IGLF1vLs3fY lKbAfSvG5DeaxkijPbRipUpleRifLqMH+DMJyPc7x9zYGC9NplyeYBaZGnv3vA04 vTbYMYCHRArp1MjWjPg9jTd3DSkiGTjTD+yQ94XD6iVcI2sgPQ0SgqXMGenbth7w tvs8IBlWDKZbCzicFr7voUJPULtFDze1cj1J0ZoB2TSccfANekADpPW5YD98/wXx Xp8dyCCovjdzb86ShnoOnX37hitfclRnbF8NWMsChBDbEkfgZnUGSP7VSj7g0kQ+ PEVNhpjP1yDavd86jqO8fAzxRZfqtp7ZqUGvXNoQ8OysoKFeQSV4qJEpxE754L+j IvQsb1F4aMCfC5gnGD3tAqJo07dU7ThTyAOWreMbDLffrvOmbLLB78Q+msWtT6zz 2LKbAjziPYPfkflcPWAAjx3zAQ/ZQG+zZwbyhsxVzi29kvkWjU1r9IW6qwARAQAB tBxEaWFuZSBUcm91dCA8ZGlhbmVAZ2hpYy5vcmc+iQJABBMBCgAqAhsDBQkJZgGA BQsJCAcDBRUKCQgLBRYCAwEAAh4BAheABQJSP1P4AhkBAAoJEOWrXxYc3Q2YYFkP /ROTcxp7cjuyZs3K00W20uXJyAbK9nrWE4PbFzBLYlbOJ9S4Uw4hkoCJbFddZnVA IfViLcU4MvQ9Z32z66Siv0rQBGpLg8D8OjZb2BLJc70876XYWVCbRr+o/CPjJuwm tph9XxskITzXqQ4oo2CaR2J7jPmdhYG+qQBgp0QVemmmz2n5R7UYsewV+qSzjlOk to0twM7dqOI3pG3bihvJTX/g4hdd94VzOqCIlNxvPeoBjGEQo4hkrcobvoqJ4nQ/ erZ0wnPLKjoId8s8nJT6WPhI/ka8gf2MpfsiZFqZGb5334XRm6QaxPo4kHgDKA52 KJwLRSRCW9OhlJ2Ny2/vPqUqmUePvmwFr7FzO/eVi8aTKLR0X4Rv+Ks2233Q2itp qTi02EgMfSIkBv2WYzLwl9ycqD+AnThu28We3eQ9yGJoiPea+3KzutCGn41w1zJJ CFDSXqLhy/xM4x9CZob9sLXqfz5POlN+wnlYV/UqXiOYfCz3bs6Culef6ZpfUBna 6mk34acZRI2YBBRYFBhbty+KI0GD5/n0vHojERTMgv1Jkx5psB1V65WHYtPjA/yV AqKkelLZIp9AnJLZmuNsxKEF0JbnMuYK+p0V0wwbN4+JbjuSTafy4yZ0OZ0BHRg5 DMmSY7sievoiMvEKe5unB40jxcwELygqSXVVtlt/uhN3iEYEExEKAAYFAlI/VZIA CgkQe8RgKSkWnXbv9gCff75xL5d8+O+7J+QsY4yH6YGmAlcAnjdIXC1j7A03xICk J4mNbwcgjEELiEYEExEKAAYFAlI/VbUACgkQTi7z3pxGHvNK/gCfXdzXhgBT8wPv cKTwvEWJtipQ7jkAn2Lsn0HdkhWvCAZ05Y9txu2U1tbHiQIcBBABAgAGBQJSn6MH AAoJEKLRMAHZjA+6qOIQAKJiEz9DfKqAejVTlVitQf8N1IoVxXntiS8dEKQeOgXu eLhfTmjApAg0xXyinVp+DZM1V6PvIff3BNXFkK+R+0dcwON5I+9TPUMhPOyJoRWN OiL0L3JCvcs7T5KjdLNBjipHHg2oHZeYrTTDM4TCh5yHjbQMxAZYuBLghNHYoTGK TBJwQAVFP0S16gF/AZPzoDWJ7URxNRKUg4Yo5cDdtSWwYK1KMl6VUtXtr5ohDF34 MKpiLGfCHCiy4JwhpgAEt0uXx4NEyTTKopkmyWNuBnoMcXhIqfgFFlpdoAaPx/48 HGIR1XvWpQ4o5mGddQCjjLTH+AcrBCYO4SK0WvaXaRJmgy6kXi+ZMcQ+i6BNLEQY mE2UJFBv6bYExPmai6YVzWjLtyrH6F598W7gYo+Eo8cPmV3OaMeoyGj6+2X85Rtl ndCZyiASIieMSUPub7c6N8jndYpFOYQEMfUFf54cVbG2eX8W1VyD4B2wj+t2DMFS 1paJHriTwPfLixZLbv+terq0pVkYV+48ZaIfNMx3sRAZDSLquBSvvTRhtMZO70bc K5G2S3GwPxV6xtFhtOirJFhifPTaJ7zHY7zB/gl31xsQUW6ujYgCQirqFCPf+l+/ oTm9yBooRc6+MWtVPboVCAQkNA1mWQCJWmpnur6WZYb12ROF0ZJBGDz8jVIMtsV+ tB9EaWFuZSBUcm91dCA8ZGlhbmVAY2FsdGVjaC5lZHU+iQI9BBMBCgAnBQJSP1JB AhsDBQkJZgGABQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEOWrXxYc3Q2YwVQQ ALAnqcZmgPk8kQsg0Cgd3duMsX5Ab03EQYVT9VECNz3mHHGA2Jvry8gIBXEf0cpN f2/rdPntbTsM8FXk5qw7ZsiuxOwASaXRRpqPT35iuxpy75OwqobG+fZvwG4hrVm4 tlEbFXIzR5OgYvZZF8O6cm6TzILC1rFUd5M2f7+QJWU5R7NsOnkFAr+OrM3E+m+t 1pXfxeAMqOff9xCC6yQDbL/KBLy0RH40dMsjiAwSRkzTBiD0iBBtNRZJlcYcm1Ub NPHINxvD6zOHHjZ59RfjoXJ2fUqARncN6bmc1G/+r1Cdu9F2I0ai2F/2l4IW/6vl FrqCtyVn4zvHE9/Wj1Ux668ZrvLgkEW1R6k4eA0VdDjT5zKodmXYw6Z8aeG/dIIi 3JHL0KDItLESP2SVuwkthmHAOZj+5dI/ZiYPhMpD6w7wJfDWIaGVyiBYsy/YexNd bnAwLTTWfTUmo+P1WhrmjNsLVY/4R1+yeDfF537JROD+vGt80tz8ukjtnO3AlK/1 pt+VUFhibGORWL4X9D+ZDZQW9EIwGT0zGmEnbD/WOGwvDTNzPFXj0JboCaDGlFXZ kw/EYAYAUYjuAOdB2dSLsIb1M3jLDZCC1GM8kCR2PKcMjHkR6GE+f5koI8hq19jP emnR0HHQj178UlMbfSMgKR7FHJVCiVIzPEjFEsQr9RwIiEYEExEKAAYFAlI/VZYA CgkQe8RgKSkWnXYlDACg1fZMUPCvdy9knbIZMbrTocnc24AAoKNmAgSYKcuU5KNm Bsap01NcmupFiEYEExEKAAYFAlI/VbkACgkQTi7z3pxGHvP29gCgu+EuMOu6kld0 NhffeWgoKr4ZZ+cAn0z5joHfnGy/KrReIbA6KYzq+omdiQIcBBABAgAGBQJSn6MH AAoJEKLRMAHZjA+69cgP/R1mcEsv+TIVdtOSpOcScrBDWDka1F1B4Vj7Q1Gia2aY MqlPgT+czaYlnK
Bug#729427: redland: There should be a librdf-storage-virtuoso
Package: librdf0
Version: 1.0.16-1
Severity: wishlist
File: redland
Dear Maintainer,
Redland 1.0.16 supports accessing the Virtuoso triple store, unfortunately the
debian package doesn't build the module.
Diane
-- System Information:
Debian Release: jessie/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (110,
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.12-rc7-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 librdf0 depends on:
ii libc6 2.17-93
ii libdb5.1 5.1.29-6
ii libltdl7 2.4.2-1.3
ii libraptor2-0 2.0.10-1
ii librasqal30.9.30-1
librdf0 recommends no packages.
Versions of packages librdf0 suggests:
pn librdf-storage-mysql
pn librdf-storage-postgresql
ii librdf-storage-sqlite 1.0.16-1
ii redland-utils 1.0.16-1
diff -r -U4 redland-1.0.16/debian/control ../redland-1.0.16/debian/control
--- redland-1.0.16/debian/control 2013-01-13 15:58:04.0 -0800
+++ ../redland-1.0.16/debian/control 2013-10-31 16:49:19.659157384 -0700
@@ -1,9 +1,9 @@
Source: redland
Section: devel
Priority: optional
Maintainer: Dave Beckett
-Build-Depends: debhelper (>= 5), autotools-dev, cdbs, libtool (>= 1.5), perl (>= 5.8.1-2), libraptor2-dev (>=2.0.2), librasqal3-dev (>= 0.9.25), libdb-dev, libmysqlclient-dev, libsqlite3-dev, libpq-dev, libltdl-dev
+Build-Depends: debhelper (>= 5), autotools-dev, cdbs, libtool (>= 1.5), perl (>= 5.8.1-2), libraptor2-dev (>=2.0.2), librasqal3-dev (>= 0.9.25), libdb-dev, libmysqlclient-dev, libsqlite3-dev, libpq-dev, libltdl-dev, libiodbc2-dev
Standards-Version: 3.9.4
Homepage: http://librdf.org/
Package: librdf0-dev
@@ -79,8 +79,23 @@
for RDF developers to experiment with the technology.
.
This package contains the SQLite storage backend.
+Package: librdf-storage-virtuoso
+Section: libs
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Replaces: librdf0 (<< 1.0.9-3)
+Description: RDF library, SQLite backend
+ Redland is a library that provides a high-level interface for RDF
+ (Resource Description Framework) implemented in an object-based API.
+ It is modular and supports different RDF/XML parsers, storage
+ mechanisms and other elements. Redland is designed for applications
+ developers to provide RDF support in their applications as well as
+ for RDF developers to experiment with the technology.
+ .
+ This package contains the Virtuoso storage backend.
+
Package: redland-utils
Section: text
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Only in ../redland-1.0.16/debian/: librdf-storage-virtuoso.install
diff -r -U4 redland-1.0.16/debian/rules ../redland-1.0.16/debian/rules
--- redland-1.0.16/debian/rules 2011-07-25 23:50:09.0 -0700
+++ ../redland-1.0.16/debian/rules 2013-10-31 16:38:02.059181605 -0700
@@ -12,9 +12,9 @@
--with-mysql=yes \
--with-sqlite=yes \
--with-postgresql=yes \
--with-openssl-digests=no \
- --with-virtuoso=no \
+ --with-virtuoso=yes \
--enable-release
# DEB_SHLIBDEPS_LIBRARY_librdf0 := librdf
# DEB_SHLIBDEPS_INCLUDE_librdf0 := debian/tmp/usr/lib/
Bug#730559: KDE-Telepathy uses gstreamer
Package: kde-telepathy-call-ui Tags: wontfix KDE Telepathy needs to use gstreamer to integrate with the media handling being done by lower level telepathy components (telepathy-farstream). Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730600: [pkg-kolab] Bug#730600: libkolabxml: New upstream version available
It seems like the packages in the debian git repository look quite close to being ready. I'm pretty sure they need symbols files, libkolab also probably needs a __init__.py file to be created. (I've been working on those) The packages then need to be tested against kdepim. Diane On Wednesday, June 25, 2014 16:56:53 Franz Schrober wrote: > What is the current state? The missing update of this package seems to block > the upload of the new kdepim packages to unstable. > > ___ > pkg-kolab-devel mailing list > pkg-kolab-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-kolab-devel
Bug#730600: Status building kdepim-runtime 4.13 + kolab
Hello, I was able to build and test kdepim-runtime 4.13 with the libkolab/libkolabxml packages in debian git. Unfortunately I'm not a member of pkg-kolab on alioth so I can't push them. For both libraries I added pkgkde-symbolshelper based symbols files. For libkolabxml I also added libcurl4-gnutls-dev to the list of dependencies for libkolabxml-dev. (Without it kdepim-runtime failed to build because of not finding the header). Release TODO: Change changelog to be a release instead of snapshot. Upstream has released a 0.5.2 for libkolab (git just has 0.5.0) Resolve the lack of __init__ file in the python-kolab module. Future: resolve the libcalendaring issue. Does anyone mind if I go ahead and try to get the current versions of libkolab / libkolabxml in so kdepim 4.13 can be released? Does anyone know who can authorize me to push to the debian pkg-kolab git repository? Diane Trout signature.asc Description: This is a digitally signed message part.
Bug#730600: [pkg-kolab] Bug#730600: [Kolab-devel] Bug#730600: libkolab(xml): New upstream version available
> So if this an intermediary malheur, we should get libcalendaring into > Debian until this is fixed properly upstream. Important to my > supportive disposition on this is, that someone from upstream is > actively working on a server-side usable kdepimlibs. If that is the > case I can reason with other DDs if the issue of code duplication > comes up. For now, I consider libcalendaring as a maintained and > minimalized fork of kdepimlibs that is a requirement for getting the > server-side part of Kolab (and also the webmailers) into Debian. > > My Kolab2 server is getting old, so let's get this thing rocked for > Debian jessie!!! I mentioned the libcalendaring thing in #debian-qt-kde, Sune Vuorela (svuorela) listed these as his requirements for libcalendaring getting into Debian. 1) libcalendaring-* doesn't have a single symbol in common with kdepimlibs *and* 2) there are two versions of libkolab(-xml) that doesn't conflict and 3) these versions of libkolab(-xml) doesn't share symbols, then I can start withdraw my objections Diane signature.asc Description: This is a digitally signed message part.
Bug#741052: [igv] Unhandled exception java.lang.NoClassDefFoundError: com/google/java/contract/util/Objects
Package: igv Version: 2.3.14+dfsg-1 Severity: normal --- Please enter the report below this line. --- Hi, In a few different cases I gotten a very similar a java stack trace. * I tried to download a new genome using the drop down box. * Hitting the X maximize window decoration * Several things that trigger tool tip popups. (Stack trace below) As far as I can tell IGV 2.3.14 needs Google Contracts for Java. https://code.google.com/p/cofoja/ (I tried IGV with one of prebuilt jar files from the cofoja project and it behaved much better). cofoja appears to be LGPL-2.1+, so I'm assuming the best solution is to package it for Debian. Diane Example stack trace. ERROR [2014-03-07 13:46:08,565] [DefaultExceptionHandler.java:42] [AWT- EventQueue-1] Unhandled exception java.lang.NoClassDefFoundError: com/google/java/contract/util/Objects at org.broad.igv.data.Interval.contains(Interval.java:59) at org.broad.igv.track.LoadedDataInterval.contains(LoadedDataInterval.java:46) at org.broad.igv.track.DataTrack.render(DataTrack.java:83) at org.broad.igv.ui.panel.DataPanelPainter.draw(DataPanelPainter.java:260) at org.broad.igv.ui.panel.DataPanelPainter.paintFrame(DataPanelPainter.java:234) at org.broad.igv.ui.panel.DataPanelPainter.paint(DataPanelPainter.java:176) at org.broad.igv.ui.panel.DataPanel.paintComponent(DataPanel.java:138) at javax.swing.JComponent.paint(JComponent.java:1029) at javax.swing.JComponent.paintChildren(JComponent.java:866) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JComponent.paintChildren(JComponent.java:866) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JComponent.paintChildren(JComponent.java:866) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JViewport.paint(JViewport.java:764) at javax.swing.JComponent.paintChildren(JComponent.java:866) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JComponent.paintChildren(JComponent.java:866) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JComponent.paintChildren(JComponent.java:866) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JComponent.paintChildren(JComponent.java:866) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JComponent.paintChildren(JComponent.java:866) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JLayeredPane.paint(JLayeredPane.java:581) at javax.swing.JComponent.paintChildren(JComponent.java:866) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5138) at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1483) at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1414) at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:318) at javax.swing.RepaintManager.paint(RepaintManager.java:1217) at javax.swing.JComponent._paintImmediately(JComponent.java:5086) at javax.swing.JComponent.paintImmediately(JComponent.java:4896) at javax.swing.RepaintManager$3.run(RepaintManager.java:808) at javax.swing.RepaintManager$3.run(RepaintManager.java:796) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:108) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:796) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:765) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:707) at javax.swing.RepaintManager.access$1000(RepaintManager.java:62) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1622) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:673) at java.awt.EventQueue.access$300(EventQueue.java:96) at java.awt.EventQueue$2.run(EventQueue.java:634) at java.awt.EventQueue$2.run(EventQueue.java:632) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:108) at java.awt.EventQueue.dispatchEvent(EventQueue.java:643) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
Bug#741052: [igv] Unhandled exception java.lang.NoClassDefFoundError: com/google/java/contract/util/Objects
Thank you for working on this dependency. I tried to build and run the libcofoja package, and it didn't work for me. I did a git checkout of the debian-med repoistory, and set up the pristine-tar and upstream branches for gbp. I used pristine-tar checkout libcofoja- java_1.1-r150.orig.tar.xz to extract the source tar-ball. I built it with cowbuilder-dist sid. I was getting exceptions like the following.: ERROR [2014-03-10 14:37:36,472] [DefaultExceptionHandler.java:42] [AWT- EventQueue-1] Unhandled exception java.lang.UnsupportedClassVersionError: com/google/java/contract/util/Objects at org.broad.igv.data.Interval.contains(Interval.java:59) at org.broad.igv.track.LoadedDataInterval.contains(LoadedDataInterval.java:46) at org.broad.igv.track.DataTrack.render(DataTrack.java:83) at org.broad.igv.ui.panel.DataPanelPainter.draw(DataPanelPainter.java:260) at org.broad.igv.ui.panel.DataPanelPainter.paintFrame(DataPanelPainter.java:234) at org.broad.igv.ui.panel.DataPanelPainter.paint(DataPanelPainter.java:176) at org.broad.igv.ui.panel.DataPanel.paintComponent(DataPanel.java:138) One other thing odd I noticed about the package was the version number appeared to be included in the base name. /usr/share/java/cofoja-1.1-20140310-1.1.jar /usr/share/java/cofoja-1.1-20140310-bare-1.1.jar /usr/share/java/cofoja-1.1-20140310-bare.jar -> cofoja-1.1-20140310- bare-1.1.jar /usr/share/java/cofoja-1.1-20140310.jar -> cofoja-1.1-20140310-1.1.jar While a symlink more consistent with the other java packages would look more like: cofoja.jar -> cofoja-1.1-20140310-1.1-jar. I tried with both the 1.1 and bare jar files by loading a bigwig file and then trying to scroll around the file. Diane On Sunday, March 09, 2014 23:06:54 Andreas Tille wrote: > Hi Diane, > > would you mind testing > >git://anonscm.debian.org/debian-med/libcofoja-java.git > > whether it works as expected? > > Kind regards > > Andreas. > > On Fri, Mar 07, 2014 at 02:13:29PM -0800, Diane Trout wrote: > > Package: igv > > Version: 2.3.14+dfsg-1 > > Severity: normal > > > > --- Please enter the report below this line. --- > > > > Hi, > > > > In a few different cases I gotten a very similar a java stack trace. > > > > * I tried to download a new genome using the drop down box. > > * Hitting the X maximize window decoration > > * Several things that trigger tool tip popups. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741052: [igv] Unhandled exception java.lang.NoClassDefFoundError: com/google/java/contract/util/Objects
Hello. > > I was getting exceptions like the following.: > > > > ERROR [2014-03-10 14:37:36,472] [DefaultExceptionHandler.java:42] [AWT- > > EventQueue-1] Unhandled exception > > java.lang.UnsupportedClassVersionError: > > com/google/java/contract/util/Objects> > > at org.broad.igv.data.Interval.contains(Interval.java:59) > > at > > > > org.broad.igv.track.LoadedDataInterval.contains(LoadedDataInterval.java:46 > > ) > > > > at org.broad.igv.track.DataTrack.render(DataTrack.java:83) > > at > > org.broad.igv.ui.panel.DataPanelPainter.draw(DataPanelPainter.java:260) > > at > > > > org.broad.igv.ui.panel.DataPanelPainter.paintFrame(DataPanelPainter.java:2 > > 34)> > > at > > org.broad.igv.ui.panel.DataPanelPainter.paint(DataPanelPainter.java:176 > > ) > > at org.broad.igv.ui.panel.DataPanel.paintComponent(DataPanel.java:138) > > These errors do occure when running igv right? The building of > libcofaja-java went fine so far I assume. Yes. > > I need to admit that I totally blindly applied javahelper without > fiddling around with symlinks at all. I didn't even know about javahelper, I haven't tried to do any java packaging. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741052: Any volunteer to finish libcofoja-java (Was: Bug#741052: [igv] Unhandled exception java.lang.NoClassDefFoundError: com/google/java/contract/util/Objects)
> > I have injected some initial packaging stuff at > >git://anonscm.debian.org/debian-med/libcofoja-java.git > > Unfortunately I have not idea what package might provide a proper > bootstrap.jar. I think once this is clarified a patch of build.xml to > point to the Debian locations of the jars might do the trick. > > Any volunteer? > > Kind regards > >Andreas. I'll start working on it. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742921: python-htseq: python.numpy dtype size error
Oh yes. Also I know upstream has 0.6.1 released, and I was planning on trying to work on an updated package today. Diane On Monday, March 31, 2014 17:10:29 Andreas Tille wrote: > Hi Diane, > > just to make sure you did not missunderstood: While the version of > numpy might have been the cause of this bug I was talking about newer > versions og HTSeq. > > Kind regards > > Andreas. > > On Mon, Mar 31, 2014 at 08:03:36AM -0700, Diane Trout wrote: > > Hi, > > > > Henry is my coworker so we did some of the debugging at his desk. > > > > Recompiling against a newer version of numpy works. However I think the > > package really should have a upper limit for its numpy dependency so it > > doesn't stop working when numpy gets upgraded behind hit. > > > > However I wanted to ask the python-team for their suggestions for numpy > > dependency ranges. > > > > Diane > > > > On Monday, March 31, 2014 15:11:49 Andreas Tille wrote: > > > Hi Diane, > > > > > > I have realised that there are some new versions of HTSeq out and may be > > > the problem will just be fixed by a new version? Please drop a note > > > here > > > to confirm that you are working on it or somebody else should step in. > > > > > > Kind regards > > > > > >Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742921: python-htseq: python.numpy dtype size error
Hi, Henry is my coworker so we did some of the debugging at his desk. Recompiling against a newer version of numpy works. However I think the package really should have a upper limit for its numpy dependency so it doesn't stop working when numpy gets upgraded behind hit. However I wanted to ask the python-team for their suggestions for numpy dependency ranges. Diane On Monday, March 31, 2014 15:11:49 Andreas Tille wrote: > Hi Diane, > > I have realised that there are some new versions of HTSeq out and may be > the problem will just be fixed by a new version? Please drop a note here > to confirm that you are working on it or somebody else should step in. > > Kind regards > >Andreas. > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742921: python-htseq: python.numpy dtype size error
On Monday, March 31, 2014 17:10:29 Andreas Tille wrote: > Hi Diane, > > just to make sure you did not missunderstood: While the version of > numpy might have been the cause of this bug I was talking about newer > versions og HTSeq. > Hi, I tried to update the package, but discovered that upstream didn't include the .pyx file for their extension. I'm trying to contact them now. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#744004: RFP: libkpeople -- Library providing access to and grouping for KDE contacts
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: libkpeople Version: 0.2.1 Upstream Author: Aleix Pol David Edmundson Martin Klapetek URL: https://projects.kde.org/projects/playground/network/libkpeople License: LGPL-2.1+ Description: libkpeople allow grouping multiple accounts into a single identity. This library allows you to read metadata and initiate various actions for a contact. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748710: [cgroupfs-mount] Shutdown/reboot hangs when running under upstart.
Package: cgroupfs-mount Version: 1.0 Severity: normal --- Please enter the report below this line. --- Hi. I noticed when trying to reboot while running upstart 1.11, by system would hang during shutdown. After purging & reinstalling packages I eventually discovered it was cgroupfs-mount that was hanging. After asking on the #upstart channel they suggested adding the line: stop on unmounted-remote-filesystems which I believe fixed the reboot issue for me. Diane --- System information. --- Architecture: amd64 Kernel: Linux 3.12-1-amd64 Debian Release: jessie/sid 500 testing ftp.us.debian.org 500 stable-updates ftp.us.debian.org 500 stable security.debian.org 500 stable ftp.us.debian.org 110 unstableftp.us.debian.org 110 unstablecdn.debian.net 1 experimentalftp.us.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== mountall (>> 2.48~) | 2.53 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748614: [pkg-kolab] Bug#748614: [libkolabxml0] looses information about birthdays
Hello, I duplicated the issue with libkolabxml 0.8.4 and libkolab 0.4.2. It looks like birthday isn't being serialized to the kolab mails. I suspect the birthday still shows up on the local machine because its cached in akonadi. Upstream has new versions of libkolabxml & libkolab that we need to update to for kdepim. I'd like to make sure that's done first and then check again for this bug. Diane On Sunday, May 18, 2014 22:11:05 Franz Schrober wrote: > Package: libkolabxml0 > Version: 0.8.4-5.1 > Severity: grave > > Grave because it looses data. > > I've just installed a new machine and added my IMAP server and kolab agent > to akonadi. It downloaded all resources but when I've started to edit some > users I've noticed that the birthday was missing. Also entering it again > resulted in missing birthdays (like it was never entered) on all other > machines also using the same IMAP server with kolab. Checking the imap > server also seemed to verify that no dates are stored inside the KolabV3 > contact xml. > > I've also tried to change it from KolabV3 to KolabV2 format in the > Kolab-Agent settings but then other data fields cannot be parsed anymore > when downloading the newly stored kolab mails/xmls (for example the > pictures). > > Interestingly the anniversary date is stored but not the birthday > > Reproducible: Always > > Steps to Reproduce: > create an imap account to akonadi (using KDE systemsettings > or so) > > add a kolab agent with the default settings (v3) using this imap > server > > press "create folders" > > create a new contact in the activated contact > folder in kaddressbook > > add a birthday date and save it. > > Now open the mail on the imap server and check for the birthday information. > > > I think this is the easiest way to check it without another machine/account > to download and parse the contact information again. > Actual Results: > birthday is not stored on the server > > Expected Results: > birthday is stored on the server > > > --- System information. --- > Architecture: amd64 > Kernel: Linux 3.14-1-amd64 > > Debian Release: jessie/sid > 500 unstablehttp.debian.net > > --- Package information. --- > Depends (Version) | Installed > ==-+-= > libboost-system1.54.0 | 1.54.0-5 > libboost-thread1.54.0 | 1.54.0-5 > libc6(>= 2.14) | > libcurl3-gnutls(>= 7.16.2) | > libgcc1 (>= 1:4.1.1) | > libstdc++6 (>= 4.4.0) | > libxerces-c3.1 | > > ___ > pkg-kolab-devel mailing list > pkg-kolab-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-kolab-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751053: [fdroidserver] fdroid init can't find config.sample.py
Package: fdroidserver Version: 0.1-2 Severity: normal --- Please enter the report below this line. --- Hello, I tried running fdroid init and got an error: Traceback (most recent call last): File "/usr/bin/fdroid", line 66, in main() File "/usr/bin/fdroid", line 62, in main mod.main() File "/usr/lib/python2.7/dist-packages/fdroidserver/init.py", line 111, in main shutil.copyfile(os.path.join(examplesdir, 'config.sample.py'), 'config.py') File "/usr/lib/python2.7/shutil.py", line 82, in copyfile with open(src, 'rb') as fsrc: IOError: [Errno 2] No such file or directory: '/usr/share/doc/fdroidserver/examples/config.sample.py' Looking in /usr/share/doc/fdroidserver/examples/ it looks like the config file got compressed. Do you think its reasonable to either not compress the sample config file, or to modify the init step to extract it? Diane --- System information. --- Architecture: amd64 Kernel: Linux 3.12-1-amd64 Debian Release: jessie/sid 500 testing ftp.us.debian.org 500 stable-updates ftp.us.debian.org 500 stable security.debian.org 500 stable ftp.us.debian.org 110 unstableftp.us.debian.org 110 unstablecdn.debian.net 1 experimentalftp.us.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== python (>= 2.7) | 2.7.6-2 python (<< 2.8) | 2.7.6-2 python-magic | 1:5.18-1 python-imaging| 2.3.0-2 Recommends (Version) | Installed ==-+-=== default-jre| 2:1.7-52 default-jdk| 2:1.7-52 rsync | 3.1.0-3 wget | 1.15-1 Suggests(Version) | Installed =-+-=== bzr | 2.6.0+bzr6595-1 git | 1:2.0.0-1 gradle| maven | 3.0.5-1 mercurial | 3.0-1 php5 | ruby | 1:2.1.0.1 subversion| 1.8.9-1 vagrant | 1:1.6.2 virtualbox| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742921: python-htseq: python.numpy dtype size error
Hello, I finally managed to fix this bug. python-numpy provides dh_numpy that will insert a python-numpy-abi$VERSION into the python dependencies to make it more obvious when a package needs to be recompiled for a new change in numpy's abi. All the fixes necessary to implement that are in debian git. http://anonscm.debian.org/gitweb/?p=debian-med/python-htseq.git Unfortunately I also figured out how to run upstream's test cases and a few of those test cases are failing. I've gone ahead and emailed upstream to ask about them. I passed Henry a current local build of python-htseq for his testing. (We work in the same lab). Diane Trout -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741646: ITP: libcofoja-java -- Java API providing annotating code with contracts
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: libcofoja-java Version: 1.1-r150 Upstream Author: 2010-2011 Google, Inc. 2010-2011, 2013 Nhat Minh Lê 2007 Johannes Rieken URL: https://code.google.com/p/cofoja/ License: LGPL-2.1+ Description: Java API providing annotating code with contracts Contracts for Java enables annotating code with contracts in the form of preconditions, postconditions and invariants. . These contract annotations are * easy to write and read, * and checked at runtime. Annotating code with contracts helps you: * design, * document, * test, and * debug programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741052: Any volunteer to finish libcofoja-java (Was: Bug#741052: [igv] Unhandled exception java.lang.NoClassDefFoundError: com/google/java/contract/util/Objects)
Hello again, > > sounds very sensible) this is the right approach. So if you would > send an ITP this would be cool. I'm also perfectly fine if you would > like to be Uploader of the package if you are interested. > I have a package built on mentors. (see below for mentors links) I made a few more adjustments to the package, fixing up the copyright file, and adding a build-dependency. I ran lintian on my built package and just have warnings for no gpg signature in the watch file and no upstream changelog. (Should one make lintian overrides for those?) I haven't committed the release changelog to git yet. I'm not quite sure when to push that to make sure the dates and release tags are most correct. Diane ---mentors links--- Your upload of the package 'libcofoja-java' to mentors.debian.net was successful. Others can now see it. The URL of your package is: http://mentors.debian.net/package/libcofoja-java The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/libc/libcofoja-java/libcofoja-java_1.1-r150-1.dsc If you do not yet have a sponsor for your package you may want to go to http://mentors.debian.net/sponsors/rfs-howto/libcofoja-java and set the "Seeking a sponsor" option to highlight your package on the welcome page. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741052: Any volunteer to finish libcofoja-java (Was: Bug#741052: [igv] Unhandled exception java.lang.NoClassDefFoundError: com/google/java/contract/util/Objects)
> That's fine but I personally do not require this for sponsoring. I > always fetch the packaging from VCS. Ok. debian/changelog pushed to alioth. Though I still haven't pushed a release tag. Should you do that, or should I? > It depends. Sometimes the lintian issue should remain as a reminder fro > potential future fixes. An override is fine if there is really no point > that it would be fixed in the future. Ok. So it actually makes sense to leave the no upstream changelog and reminder to use gpg signatures as either of those could be added at any time. And both would be useful to have. Thank you for reviewing and sponsoring. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657611: Possible fix for egg-info
Hi,
I had the same problem and used your extend-diff-ignore suggestion
to try and fix this bug.
I passed the fix to the maintainer via the github pull request at:
https://github.com/astraw/stdeb/pull/57
I tried my patch against the upstream maintainers version on git hub,
and I ended up with the source tree being unpacked in the source
tree-. (e.g. nose2-0.4.4/nose2-0.4.4/)
I applied my patch to the Ubuntu version: 0.6.0+20100620-2build1
and py2dsc worked correctly (at least for nose2-0.4.4)
I think attaching patches to bug email works for debian bugs, for the
successful build I added the patch as debian/patches/ignore-egg-info.
Diane
Index: stdeb-0.6.0+20100620/stdeb/util.py
===
--- stdeb-0.6.0+20100620.orig/stdeb/util.py 2012-11-26 17:08:12.159955192
-0800
+++ stdeb-0.6.0+20100620/stdeb/util.py 2012-11-26 17:09:28.255956332 -0800
@@ -1129,6 +1129,10 @@
fd.write('3.0 (quilt)\n')
fd.close()
+fd = open( os.path.join(debian_dir, 'source', 'options'), mode='w')
+fd.write('extend-diff-ignore="\.egg-info"\n')
+fd.close()
+
if debian_dir_only:
return
pgpPdsOb1qtsL.pgp
Description: PGP signature
Bug#715230: kamailio-sqlite-modules: kamailio sqlite module needs sqlite3 to be installed when creating a database.
Package: kamailio-sqlite-modules Version: 4.0.2-1 Severity: wishlist Dear Maintainer, I was attempting to test kamailio using the sqlite database on a relatively recently installed system. I tried running the following command: root@localhost:/etc/kamailio# kamdbctl create INFO: creating database /srv/kamailio/dbtext ... /usr/lib/x86_64-linux-gnu/kamailio//kamctl/kamdbctl.sqlite: line 30: sqlite3: command not found ERROR: Creating core tables failed! I then installed the sqlite3 package and it worked, however perhaps kamailio-sqlite-module should Suggest or Recommend sqlite3? Diane -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (110, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 kamailio-sqlite-modules depends on: ii kamailio 4.0.2-1 ii libc6 2.17-7 ii libsqlite3-0 3.7.13-1+deb7u1 ii multiarch-support 2.13-38 kamailio-sqlite-modules recommends no packages. kamailio-sqlite-modules 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#716665: ITP: ktp-contact-runner -- Provides a KRunner plugin to interact with kde-telepathy contacts
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name : ktp-contact-runner Version: 0.6.2 Upstream Author: Dan Vratil URL: https://projects.kde.org/projects/extragear/network/telepathy/ktp-contact-runner License: LGPL 2.1 Description: KDE Telepathy Contact KRunner plugin KDE Telepathy is a highly modular software package that is already in debian, this is just an additional component. This package provides a KRunner plugin which allows you to execute actions like start a text chat or start an audio/video call with your Telepathy IM contacts. Diane Trout -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#718536: git-buildpackage: gbp.conf description of how to have multiple filter options appears to be wrong
Package: git-buildpackage Version: 0.6.2 Severity: minor Dear Maintainer, I was attempting to configure a debian/gbp.conf to filter out files shipped by upstream that were rebuilt by the build process, however gbp import-orig kept adding files that matched my filter expresions. Eventually I determined that the config parser only looks at the last filter entry in the appropriate config section. The man pages contain examples like (which what I tried first): [import-orig] filter = .svn filter = .hg filter = .bzr But that doesn't work, if you want multiple filters you do need to use the python list style. e.g. [import-dsc] filter = [ 'CVS', '.cvsignore', '.hg', ] It would be nice if either the documentation would be updated to use the second style exclusively, or the parser was updated to support the previous style. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-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 git-buildpackage depends on: ii devscripts2.13.2 ii git 1:1.7.10.4-2 ii man-db2.6.5-2 ii python2.7.5-2 ii python-dateutil 1.5+dfsg-0.1 ii python-pkg-resources 0.6.37-1 Versions of packages git-buildpackage recommends: ii cowbuilder0.70 ii pristine-tar 1.28 Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-3 ii unzip 6.0-9 -- 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#651141: Offer to adopt
Hello, I was trying to use a library that was recommending python-lightblue 0.4. I saw debian's version was old, and updated the packaging to 0.4 (the last version released by upstream). I described the RFA to ScottK who offered to sponsor the updated package through the DPMT with me as an Uploader. So, just to check, the RFA is still open, and does the above sound like a good plan? If you're interested, my proposed update is browseable at: https://github.com/detrout/python-lightblue Diane signature.asc Description: This is a digitally signed message part.
Bug#725110: ITP: kte-collaborative -- Collaborative Text Editor support for KDE
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: kte-collaborative Version : 0.1.80 Upstream Author : Gregory Haynes Sven Brauch * URL : http://projects.kde.org/kte-collaborative * License : GPL-2+ Programming Lang: C++ Description : Collaborative Text Editor support for KDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725110: ITP: kte-collaborative -- Collaborative Text Editor support for KDE
On Tuesday, October 01, 2013 18:43:04 Jonas Smedegaard wrote: > Quoting Diane Trout (2013-10-01 18:00:15) > > > Package: wnpp > > Severity: wishlist > > Owner: Diane Trout > > > > * Package name: kte-collaborative > > > > Version : 0.1.80 > > Upstream Author : Gregory Haynes > > > > Sven Brauch > > > > * URL : http://projects.kde.org/kte-collaborative > > * License : GPL-2+ > > > > Programming Lang: C++ > > Description : Collaborative Text Editor support for KDE Oops. How about: Description: Collaborative Text Editor support for KDE kte-collaborative provides a KIO and Kate plugin to access infinote files. You can open files directly as inf://myusern...@servername.tld:port/path/to/document.txt or you can browse infinote servers using the KDE file dialog or file managers. . You can also use Telepathy to establish pseudo peer-to-peer connections to jabber contacts from the same menu. > > Long description, please. > > I suggest mentioning what protocol is used, if any formalized one. It's using infinite 0.5 via the newly maintained libqinfinity. Diane signature.asc Description: This is a digitally signed message part.
Bug#721787: org-mode 8 no longer supports remember.el
Package: org-mode Version: 8.0.7-1 Severity: minor Dear Maintainer, I was looking at the Suggests: list for org-mode 8.0.7-1 and noticed it still listed "remember-el". When I was reading the org-mode change log at: http://orgmode.org/Changes.html I saw a note that org-remember.el has been removed You cannot use remember.el anymore to capture notes. Support for remember templates has been obsoleted since long, it is now fully removed. Use M-x org-capture-import-remember-templates RET to import your remember templates into capture templates. I suspect that means the suggests is now out of date. Diane -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (110, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#721780: htseq: FTBFS: dh_sphinxdoc: Sphinx documentation not found
Hello, I did some investigation and I think I fixed the bug. The actual problem is that dh_sphinxdoc "doesn't fail silently when there are no docs". So when building a binary package, there are no html pages to install which causes dh_sphinxdoc to fail. When I was making the package I never tried running debuild -B so hadn't seen the problem. I've moved the doc building commands around a bit, so the man pages are built for the binary package and the html pages are built for the -doc package. The oddness of having a the .PHONY: clean is because there's a file named clean in the package, and without the .PHONY: declaration make thinks clean is up to date and thus never runs the commands. Also the strange http_proxy line came from https://wiki.debian.org/Python/LibraryStyleGuide Whoever wrote that wiki page recommended it to prevent silently downloading dependencies from PyPI. It should currently be safe, but its hard to know if in the future if upstream will add a dependency that gets automatically downloaded instead of added to the build-depends. Diane On Wednesday, September 04, 2013 11:42:06 Andreas Tille wrote: > Hi Diane, > > I can confirm that `dpkg-buildpackage -B` really fails. The buildlog > says a bit earlier than the quote below: > > copying static files... WARNING: html_static_path entry > '/tmp/python-htseq/doc/_static' does not exist > > Please keep us (or debian-python) informed if you might need help to fix > this. (If I would be pretty comfortable with sphinx documentation I > would have injected a fix in Git but I also need to think about this > issue.) > > BTW, please `git pull` - I did some cosmetic changes. I also stumbled > upon your clean target in debian/rules. May be I'm missing something > but I'm temped to change this to > > > diff --git a/debian/rules b/debian/rules > index 9131c5f..fd4514d 100755 > --- a/debian/rules > +++ b/debian/rules > @@ -25,10 +25,7 @@ override_dh_installdocs: > python setup.py build_sphinx -b man > dh_installdocs > > -clean: > +override_dh_clean: > make -C src clean > rm -rf dist build MANIFEST > dh_clean > - > -.PHONY: clean > - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#721780: htseq: FTBFS: dh_sphinxdoc: Sphinx documentation not found
I've pushed the fixes to alioth On Thursday, September 05, 2013 08:27:04 Andreas Tille wrote: > Hi Diane, > > On Wed, Sep 04, 2013 at 03:03:49PM -0700, Diane Trout wrote: > > I did some investigation and I think I fixed the bug. > > Great. > > > The actual problem is that dh_sphinxdoc "doesn't fail silently when there > > are no docs". So when building a binary package, there are no html pages > > to install which causes dh_sphinxdoc to fail. When I was making the > > package I never tried running debuild -B so hadn't seen the problem. > > I admit this check also does not belong to my standard procedure when > creating packages. It (obviously) is detected by the autobuilders and > is a quite rare case. > > > I've moved the doc building commands around a bit, so the man pages are > > built for the binary package and the html pages are built for the -doc > > package. > Makes sense. > > > The oddness of having a the .PHONY: clean is because there's a file named > > clean in the package, and without the .PHONY: declaration make thinks > > clean is up to date and thus never runs the commands. > > I was less concerned about the .PHONY declaration but rather about the clean > target. When using dh you should rather use override_dh_clean as target. > > Also the strange http_proxy line came from > > https://wiki.debian.org/Python/LibraryStyleGuide > > > > Whoever wrote that wiki page recommended it to prevent silently > > downloading > > dependencies from PyPI. It should currently be safe, but its hard to know > > if in the future if upstream will add a dependency that gets > > automatically downloaded instead of added to the build-depends. > > Uhmmm, that's my fault. If this is documented in the style guide this > is most probably tested and verified - so sorry for misleading you. I > simply assumed that this was some local setting at your side without > checking the docs. So I reverted my change. (git pull) > > Could you please push your changes to fix the bug and reconsider the > override_dh_clean: target in favour of clean:? The later is not really > important if things work as expected. It is just a matter of style - > so feel free to insist on your way to do things if you like this more. > > Kind regards > > Andreas. > > > > --- a/debian/rules > > > +++ b/debian/rules > > > > > > @@ -25,10 +25,7 @@ override_dh_installdocs: > > > python setup.py build_sphinx -b man > > > dh_installdocs > > > > > > -clean: > > > > > > +override_dh_clean: > > > make -C src clean > > > rm -rf dist build MANIFEST > > > dh_clean > > > > > > - > > > -.PHONY: clean > > > - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#721952: upstart: Hang in sysv scripts while booting with upstart (Prevents X from starting)
Package: upstart Version: 1.6.1-1 Severity: important I have a testing/unstable system and installed plymouth, plymouth-drm, and upstart. I picked a plymouth theme and updated initramfs for my kernels. The system booted and got through several of the sysv initscripts before hanging after DirMngr / dbus. (The order varies a bit, but one of those two are the last ones.) Thankfully the other virtual consoles still come up. Diane -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (110, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-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 upstart depends on: ii ifupdown0.7.43 ii initscripts 2.88dsf-43 ii libc6 2.17-92 ii libdbus-1-3 1.6.12-1 ii libjson00.11-2 ii libnih-dbus11.0.3-4.1+b1 ii libnih1 1.0.3-4.1+b1 ii libselinux1 2.1.13-2 ii libudev0175-7.2 ii mountall2.49 ii sysv-rc 2.88dsf-43 ii sysvinit-utils 2.88dsf-43 ii udev175-7.2 upstart recommends no packages. Versions of packages upstart suggests: ii bash-completion 1:2.0-1 ii graphviz 2.26.3-14 ii python 2.7.5-4 -- no debconf information TARGETS = mountkernfs.sh hostname.sh udev keyboard-setup mountdevsubfs.sh qemu-kvm hwclock.sh hdparm checkroot.sh cryptdisks-early lvm2 checkroot-bootclean.sh kmod cryptdisks console-setup mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh networking urandom rdnssd checkfs.sh kbd ebtables alsa-utils ufw pppd-dns bootmisc.sh plymouth-log udev-mtab screen-cleanup procps apparmor x11-common INTERACTIVE = udev keyboard-setup checkroot.sh cryptdisks-early cryptdisks console-setup checkfs.sh kbd udev: mountkernfs.sh keyboard-setup: mountkernfs.sh udev mountdevsubfs.sh: mountkernfs.sh udev qemu-kvm: mountkernfs.sh udev hwclock.sh: mountdevsubfs.sh hdparm: mountdevsubfs.sh udev checkroot.sh: hwclock.sh mountdevsubfs.sh hostname.sh hdparm keyboard-setup cryptdisks-early: checkroot.sh udev lvm2: cryptdisks-early mountdevsubfs.sh udev checkroot-bootclean.sh: checkroot.sh kmod: checkroot.sh cryptdisks: checkroot.sh cryptdisks-early udev lvm2 console-setup: mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh kbd mountall.sh: checkfs.sh checkroot-bootclean.sh lvm2 mountall-bootclean.sh: mountall.sh mountnfs.sh: mountall.sh mountall-bootclean.sh networking mountnfs-bootclean.sh: mountall.sh mountall-bootclean.sh mountnfs.sh networking: mountkernfs.sh mountall.sh mountall-bootclean.sh urandom rdnssd procps urandom: mountall.sh mountall-bootclean.sh hwclock.sh rdnssd: mountall.sh mountall-bootclean.sh checkfs.sh: cryptdisks checkroot.sh lvm2 kbd: mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh ebtables: mountall.sh mountall-bootclean.sh alsa-utils: mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh ufw: mountall.sh mountall-bootclean.sh pppd-dns: mountall.sh mountall-bootclean.sh bootmisc.sh: mountall-bootclean.sh checkroot-bootclean.sh mountnfs-bootclean.sh mountall.sh mountnfs.sh udev plymouth-log: mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh udev-mtab: udev mountall.sh mountall-bootclean.sh screen-cleanup: mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh procps: mountkernfs.sh mountall.sh mountall-bootclean.sh udev apparmor: mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh x11-common: mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh TARGETS = thinkfan rsyslog dirmngr killprocs motd sudo acpi-fakekey lxc dbus unbound atd acpid speech-dispatcher acpi-support anacron avahi-daemon tor network-manager bluetooth cron rsync openvpn libvirt-bin kdm saned pulseaudio cups libvirt-guests bootlogs winbind single laptop-mode plymouth rmnologin rc.local INTERACTIVE = lxc openvpn lxc: rsyslog dbus: rsyslog unbound: rsyslog atd: rsyslog acpid: rsyslog speech-dispatcher: rsyslog acpi-support: rsyslog anacron: rsyslog avahi-daemon: dbus rsyslog tor: unbound rsyslog network-manager: dbus rsyslog bluetooth: rsyslog dbus cron: rsyslog unbound rsync: rsyslog unbound openvpn: rsyslog network-manager libvirt-bin: rsyslog avahi-daemon kdm: acpid dbus openvpn saned: rsyslog dbus avahi-daemon pulseaudio: rsyslog network-manager cups: rsyslog avahi-daemon libvirt-guests: libvirt-bin bootlogs: kdm winbind: rsyslog single: killprocs motd bootlogs laptop-mode: thinkfan rsyslog avahi-daemon dbus libvirt-guests libvirt-bin tor unbound atd kdm acpid lxc saned pulseaudio network-manager speech-dispatcher winbind openvpn bluetooth dirmngr motd acpi-support cups bootlogs sudo acpi-fakekey cron rsync anacron plymouth: kdm thinkfan rsyslog avahi-daemon dbus libvirt-guests libv
Bug#721952: Further debugging
Hello, Eventually I found a workaround. I used "update-rc.d disable" to disable services until startpar would exit. I found that if the /etc/init.d/kdm script was enabled, startpar would hang, but if it was disabled, console 1 would offer a login. I solved my boot problem by installing lightdm. I was using kdm 4:4.10.5-3 Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722191: yum: CURLOPT_SSL_VERIFYHOST no longer supports 1 as value!
Package: yum Version: 3.4.3-2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** I was experimenting with building fedora chroots and under certain circumstances yum exits with: File "/usr/lib/pymodules/python2.7/urlgrabber/grabber.py", line 1193, in _set_opts self.curl_obj.setopt(pycurl.SSL_VERIFYHOST, opts.ssl_verify_host) pycurl.error: (43, 'CURLOPT_SSL_VERIFYHOST no longer supports 1 as value!') I was using the command: yum --releasever=19 --nogpg -c rootfs/etc/yum.repos.d/fedora.repo --disableplugin='*' --disablerepo='*' --enablerepo=fedora --installroot /tmp/rootfs/ install bash vim-minimal procps-ng yum passwd fedora-release systemd I'll attach the fedora.repo file I was using. I found this forum post which claims that CURLOPT_SSL_VERIFYHOST needs to be 2. http://devot-ee.com/add-ons/support/simple-s3-uploader/viewthread/9731 I had a simple patch which got around the issue for me. In addition to the packages picked up by report bug I think the following are also relevant: python-pycurl 7.19.0-7 libcurl3-gnutls: 7.32.0-1 Diane Trout -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (110, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-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 yum depends on: ii python 2.7.5-4 ii python-libxml2 2.9.1+dfsg1-3 ii python-rpm 4.11.1-2 ii python-sqlite1.0.1-9 ii python-sqlitecachec 1.1.4-1 ii python-urlgrabber3.9.1-4 ii rpm 4.11.1-2 yum recommends no packages. yum suggests no packages. -- no debconf information --- /tmp/yumRepo.py 2013-09-08 14:17:43.692054028 -0700 +++ /usr/lib/python2.7/dist-packages/yum/yumRepo.py 2013-06-26 22:07:25.0 -0700 @@ -504,9 +504,9 @@ 'proxies': self.proxy_dict, 'timeout': self.timeout, 'http_headers': tuple(self.__headersListFromDict(cache=cache)), 'ssl_verify_peer': self.sslverify, - 'ssl_verify_host': 2 if self.sslverify else 0, + 'ssl_verify_host': self.sslverify, 'ssl_ca_cert': self.sslcacert, 'ssl_cert': self.sslclientcert, 'ssl_key': self.sslclientkey, 'user_agent': default_grabber.opts.user_agent, [fedora] name=Fedora $releasever - $basearch failovermethod=priority #baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/ mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch enabled=1 #metadata_expire=7d gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch [fedora-debuginfo] name=Fedora $releasever - $basearch - Debug failovermethod=priority #baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/debug/ mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-debug-$releasever&arch=$basearch enabled=0 metadata_expire=7d gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch [fedora-source] name=Fedora $releasever - Source failovermethod=priority #baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/source/SRPMS/ mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-source-$releasever&arch=$basearch enabled=0 metadata_expire=7d gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch
Bug#718664: ITP: htseq -- high-throughput genome sequencing analysis.
Package: wnpp Severity: wishlist Owner: Diane Trout X-Debbugs-CC: debian-...@lists.debian.org, debian-de...@lists.debian.org Package name: htseq Version: 0.5.4p3 Upstream Author: Simon Anders URL: http://www-huber.embl.de/users/anders/HTSeq/doc/overview.html License: GPL-3+ Programming Lang: Python Description: HTSeq can be used for a number of common high-throughput genomics analysis tasks. . * Getting statistical summaries about the base-call quality scores to study the data quality. * Calculating a coverage vector and exporting it for visualization in a genome browser. * Reading in annotation data from a GFF file. * Assigning aligned reads from an RNA-Seq experiments to exons and genes. Remark: This package is maintained in the Debian Med team and available in VCS at: git://git.debian.org/debian-med/python-htseq.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717338: Questions
Hello, I had some questions which might be helpful in figuring out your bug. I noticed that kmail has the ability to individually toggle indexing on mail folders. I wonder if for some reason it defaulted to off for many of your folders as in your second email you mention that the index utility is searching a very small number of mails. So it might be useful to compare properties between an indexed folder and an unindexed folder. Right click on folder, pick folder properties, go to maintenance tab. and check the indexing section. Make sure indexing is on, check the last index time, and maybe try the force reindexing button. If that doesn't help, kmail depends closely on akonadi, and I didn't see the core akonadi components in the package list from report bug. Could you send the output of: dpkg -l '*akonadi*' For me I have akonadi-server, akonadi-backend-mysql, and libakonadiprotocolinternals1 at version 1.9.2-2 in addition the various libakonadi components with the kde version number of 4:4.10-5-1. Thank you, Diane Trout -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717338: Fwd: Re: Questions RE Bug 717338
Forwarding reply to bug tracker. -- Forwarded Message -- Subject: Re: Questions RE Bug 717338 Date: Wednesday, August 07, 2013, 14:57:05 From: Volker Groll To: Diane Trout Hello Diane, thanks for your help. Am Dienstag, 6. August 2013, 14:09:26 schrieb Diane Trout: > I noticed that kmail has the ability to individually toggle indexing on mail > folders. I wonder if for some reason it defaulted to off for many of your > folders as in your second email you mention that the index utility is > searching a very small number of mails. > > So it might be useful to compare properties between an indexed folder and an > unindexed folder. Hm, there is no real systematic on it. nepomukpimindexerutility shows me for a folder with 191 emails: folder [Indexing Level: 3] 2 mails [Indexing Level: 3] all other mails [Not Indexed] Triggering indexing gives "nepomukpimindexerutility(28040) ItemQueue::fetchJobResult: Not all items were fetched: 0 1" on stdout no matter wether the mail was reported as indexed or not. stdout results for indexing the folder i put in the attachement trigger-folder.txt After a restart of my laptop I see in stdout trigger-folder-after-restart.txt Now no mails in this folder are indexed! > Right click on folder, pick folder properties, go to maintenance tab. and > check the indexing section. > > Make sure indexing is on, check the last index time, and maybe try the force > reindexing button. Indexing is on for all my folders, forcing the index doesn't show any difference. > If that doesn't help, kmail depends closely on akonadi, and I didn't see the > core akonadi components in the package list from report bug. > > Could you send the output of: > > dpkg -l '*akonadi*' ||/ NameVersion Architecture Description +++-===- ==-==- === ii akonadi-backend-mysql 1.9.2-2 allMySQL storage backend for Akonadi un akonadi-backend-postgresql (no description available) un akonadi-backend-sqlite (no description available) un akonadi-kde (no description available) ii akonadi-server 1.9.2-2 i386 Akonadi PIM storage service ii akonadiconsole 4:4.10.5-2 i386 management and debugging console for akonadi ii libakonadi-calendar44:4.10.5-1 i386 library providing calendar helpers for Akonadi items ii libakonadi-contact4 4:4.10.5-1 i386 library for using the Akonadi PIM data server ii libakonadi-kabc44:4.10.5-1 i386 library for using the Akonadi PIM data server ii libakonadi-kcal44:4.10.5-1 i386 library for using the Akonadi PIM data server ii libakonadi-kde4 4:4.10.5-1 i386 library for using the Akonadi PIM data server ii libakonadi-kmime4 4:4.10.5-1 i386 library for using the Akonadi PIM data server ii libakonadi-notes4 4:4.10.5-1 i386 library for using the Akonadi PIM data server un libakonadiprivate1 (no description available) ii libakonadiprotocolinternals11.9.2-2 i386 libraries for the Akonadi PIM storage service > For me I have akonadi-server, akonadi-backend-mysql, and > libakonadiprotocolinternals1 at version 1.9.2-2 in addition the various > libakonadi components with the kde version number of 4:4.10-5-1. All installed here. Greetings Volker Groll -nepomukpimindexerutility(28040)/kdecore (KSycoca) KSycocaPrivate::openDatabase: Trying to open ksycoca from "/var/tmp/kdecache-volker/ksycoca4" n
Bug#717338: Questions
Hello again, I noticed the report bug header suggested you were running ubuntu 11.04? what is the output of the following commands: lsb_release -a apt-cache policy apt-cache policy kmail apt-cache policy virtuoso-minimal dpkg -l '*odbc*' | grep ^ii Thanks, Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717338: Questions
On Thursday, August 08, 2013 13:06:20 Volker Groll wrote: > Hi Diane, > > sorry, no I'm not running ubuntu, I just installed some ubuntu > packages long time ago (it was stuff about tlp). > I deleted the lsb release file in /etc, so now the standard > answer of debian sid is showing up > Ah ok. That makes sense. As far as I can tell all your version numbers look like they're the right versions. I found: https://bugs.kde.org/show_bug.cgi?id=319258 which seems similar to your problem, their workaround was to use akonadi console and remove and then re-add the Akonadi Nepomuk Feeder. If the re-adding the feeder doesn't help, it may be worth trying the debugger tab in akonadiconsole. It should be able to capture information from more aspects of akonadi and nepomuk. I hope one of those ideas helps. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717338: Questions
> Yep, I found this bug before submitting mine. But re-adding the feeder
> doesn't help.
> I tried the debugger a few days ago, but it flooded me with text. I don't
> know much about the correct behaviour of nepomuk/akonadi, so I
> would appreciate a hint for search. I will give it a try on weekend and
> post if I can identify any (for me) special output.
>
The akonadiconsole was a long-shot.
I can only occasionally figure out what its doing.
I managed to find nepomukpimindexerutility and was able to run it without
getting an error.
>From your log messages, the line that seems wrong is the "SQLErrorDirect
failed on query 'sparql delete...'. The only place I can find code that looks
like it generates that delete query is at:
http://sources.debian.net/src/nepomuk-core/4:4.10.5-1/services/storage/resourcemerger.cpp?hl=775#L775
That led me to wonder about the nepomuk configuration.
I found a ~/.kde/share/apps/nepomuk/repository/main/data/virtuosobackend
directory that has a soprano-virtuoso.log file. That might have something
interesting?
There's also ~/.kde/share/config/nepomukserverrc
for me one of the more useful sections is:
[main Settings]
Maximum memory=50
Storage Dir[$e]=$HOME/.kde/share/apps/nepomuk/repository/main/
Used Soprano Backend=virtuosobackend
There are other supposedly other soprano backends, but I think everything but
virtuoso is supposed to be currently broken.
Out of curiosity, does this command work? Its a simple count of RDF objects
IDs virtuoso.
sopranocmd --socket `kde4-config --path socket`nepomuk-socket --model main \
--nrl query 'select count(?s) where { ?s ?p ?o }'
For me after running that I get:
callret-0 -> "1205164"^^
Total results: 1
Execution time: 00:00:00.194
kmail2 works by letting akonadi manage resources and nepomuk index data.
Nepomuk uses soprano as an interface to the RDF data format. soprano is
storing data in a virtuoso database.
Akonadi is also storing data (by default) in a mysql database hidden in
~/.local/share/akonadi.
To me it seems like your error message is implying some configuration
information isn't being set up correctly for the delete query.
Diane
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715199: Possibly fixed in 0.6.3
Hello. We recently released a new version of KDE Telepathy, 0.6.3 is currently in unstable. The translation string in 0.4.0 was: msgid "KDE IM Contacts" msgstr "Contados de MI para KDE" The string in 0.6.3 is: msgid "KDE IM Contacts" msgstr "Contactos de MI para KDE" Is the new translation correct? I can investigate if its possible to update the 0.4 version in stable. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717338: Questions
> > I found a ~/.kde/share/apps/nepomuk/repository/main/data/virtuosobackend > > directory that has a soprano-virtuoso.log file. That might have something > > interesting? > > No, just a hint about "wildcard needs at least 4 leading characters." I had that error message too. > I can imagine, that it is a configuration error. > But where should I start searching? > I deleted akonadi files, nepomuk files with no difference. > If something is wrong with the sparql command or the RDF stuff, > where are the data stored? What should I check? > "No FROM GRAPH IDENTIFIED BY clause and no default graph specified" > gives a hint for a problem within my installation. But how can I change the > sql clause or define a default graph? I'm not sure. You may want to try reporting your bug at bugs.kde.org or asking in #nepomuk- kde or #kontact on freenode.net. I'm just a new contributor and am trying to learn the KMail2 code base while trying to help you. You might be find some new errors from nepomuk by restarting the nepomukserver in a shell. $ qdbus org.kde.NepomukServer /nepomukserver quit # wait for it to quit $ nepomukserver (from http://techbase.kde.org/Projects/Nepomuk/ManagingNepomukProcesses ) Though I think the component you really need to watch is akonadi_nepomuk_feeder, but I don't know how to start it from the shell. I did also find akonadictl. akonadictl status does give a report if akonadi thinks search is working. Another debugging technique might be create a new user, configure kmail with a simple resource and see if that works, and then slowly copy in your current mail resources. My configuration is a fairly simple single disconnected IMAP server. You mentioned using mailbox, but your log message had an entry "no feeder for type inode/directory". I was assuming the akonadi_nepomuk_feeder was indexing all the mail. I suppose there's a chance that mailbox is being indexed using nepomukfileindexer. (Is it running?) Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722138: Bug #722138
Hello, the new dependency wasn't added as kde-telepathy-desktop-applets was treated as a new upload, and so it took a while for it to be approved. There's another new component plasma-runner-telepathy-contant, once that gets approved I'll fix this bug. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#798036: konversation: 1.6 Built without QCA support
Hello Thank you for your bug report and even better tracking down a work around. I'll try to update and test in a day or two. Diane
Bug#798036: konversation: 1.6 Built without QCA support
version: 1.6-2 Hello, I showed your patch to the Konversation maintainer and pushed it upstream. I also applied it to konveration-1.6-2, and just uploaded that to Debian. It should be built and available in unstable in the next few hours. I wasn't able to figure out how to use the encryption support, so could you test this build and let me know if it's working? Thanks Diane Trout
Bug#795169: libstdc++6 break dependance with libkolabxml1 1.1.0-3
Hello, I updated libkolabxml & libkolab yesterday, though kdepim-runtime still needs to be rebuilt for the GCC-5 transition before kdepim can be installed again. Diane
Bug#844387: ITP: pytest-expect -- py.test plugin to store test expectations
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: pytest-expect Version : 1.1.0 Upstream Author : Geoffrey Sneddon * URL : https://github.com/gsnedders/pytest-expect * License : Expat Programming Lang: Python Description : py.test plugin to store test expectations A py.test plugin that stores test expectations by saving the set of failing tests, allowing them to be marked as xfail when running them in future. The tests expectations are stored such that they can be distributed alongside the tests. However, note that test expectations can only be reliably shared between Python 2 and Python 3 if they only use ASCII characters in their node ids: this likely isn’t a limitation if tests are using the normal Python format, as Python 2 only allows ASCII characters in identifiers. This package is a dependency for running the tests for the currently existing Debian package python-html5lib. As html5lib is a build-dep for python-pip, getting this fixed is pretty important. This should be managed through the Debian Python modules team.
Bug#755911: Python3 version
I updated the package to use upstream version 0.10.5, pybuild and build
a python3 version. (0.10.2 had an error)
Attached are the changes I made (minus the patch importing the new
version from upstream).
I can push the changes to alioth and make a new release, but I don't
like changing packages I'm not normally responsible for with out some
acknowledgement.
DianeFrom 9edf66eaa3d609aaae5f8d6d44c0958ba58c63b8 Mon Sep 17 00:00:00 2001
From: Diane Trout
Date: Thu, 23 Feb 2017 14:09:45 -0800
Subject: [PATCH 2/6] New upstream version 0.10.5
---
debian/changelog | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/debian/changelog b/debian/changelog
index fa5cd33..c579640 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-rope (0.10.2-2) UNRELEASED; urgency=low
+rope (0.10.5-1) UNRELEASED; urgency=low
[ Arnaud Fontaine ]
* d/source/options: Ignore .egg-info directory.
@@ -6,6 +6,9 @@ rope (0.10.2-2) UNRELEASED; urgency=low
[ Ondřej Nový ]
* Fixed VCS URL (https)
+ [ Diane Trout ]
+ * New upstream version 0.10.5
+
-- Arnaud Fontaine Fri, 18 Jul 2014 10:45:28 +0900
rope (0.10.2-1) unstable; urgency=low
--
2.11.0
From 9940a80fc9c91307526f488a78c91e39a9a3ea12 Mon Sep 17 00:00:00 2001
From: Diane Trout
Date: Thu, 23 Feb 2017 14:14:48 -0800
Subject: [PATCH 3/6] Build a python3 version using pybuild
Update to debhelper 10
Add dh-python to build-depends
Add Python 3 & setuptools to build-depends
---
debian/changelog | 5 +
debian/compat| 2 +-
debian/control | 29 -
debian/copyright | 1 +
debian/rules | 7 ---
5 files changed, 35 insertions(+), 9 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index c579640..a6f0dca 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -8,6 +8,11 @@ rope (0.10.5-1) UNRELEASED; urgency=low
[ Diane Trout ]
* New upstream version 0.10.5
+ * Build a python3 version using pybuild
++ Update to debhelper 10
++ Add dh-python to build-depends
++ Add Python 3 & setuptools to build-depends
++ Remove cdbs
-- Arnaud Fontaine Fri, 18 Jul 2014 10:45:28 +0900
diff --git a/debian/compat b/debian/compat
index 7f8f011..f599e28 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-7
+10
diff --git a/debian/control b/debian/control
index 4fe596c..af7fc52 100644
--- a/debian/control
+++ b/debian/control
@@ -3,10 +3,14 @@ Section: devel
Priority: optional
Maintainer: Arnaud Fontaine
Uploaders: Debian Python Modules Team
-Build-Depends: cdbs (>= 0.4.90~),
- debhelper (>= 7.0.0),
- python (>= 2.6.6-3~)
-X-Python-Version: >= 2.5
+Build-Depends: debhelper (>= 10),
+ dh-python,
+ python-all (>= 2.6.6-3~),
+ python-setuptools,
+ python3-all,
+ python3-setuptools
+X-Python-Version: >= 2.6
+X-Python3-Version: >= 3.2
Standards-Version: 3.9.5
Vcs-Git: https://anonscm.debian.org/git/python-modules/packages/rope.git
Vcs-Browser: https://anonscm.debian.org/cgit/python-modules/packages/rope.git
@@ -19,7 +23,7 @@ Depends: ${python:Depends},
Recommends: python-svn,
mercurial,
git-core
-Description: Python refactoring library
+Description: Python 2 refactoring library
Rope is a Python refactoring library that can be used with several editors
and IDEs. It provides many refactoring operations as well as forms of code
assistance like auto-completion and access to documentation. To make use of
@@ -28,3 +32,18 @@ Description: Python refactoring library
.
In Debian, this package is used by the Python-ropemacs package, an Emacs mode
that adds Python refactoring and IDE features to the Emacs editor.
+ .
+ This provides the Python 2 version of the library.
+
+Package: python3-rope
+Architecture: all
+Depends: ${misc:Depends}, ${python:Depends}
+Recommends: git-core, mercurial, python3-svn
+Description: Python 3 refactoring library
+ Rope is a Python refactoring library that can be used with several editors
+ and IDEs. It provides many refactoring operations as well as forms of code
+ assistance like auto-completion and access to documentation. To make use of
+ refactoring in Mercurial, Git and Svn repositories, the recommended packages
+ must be installed. For a complete list of features, see the project homepage.
+ .
+ This provides the Python3 version of the library.
diff --git a/debian/copyright b/debian/copyright
index 9c2ac77..7fa96ea 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -10,6 +10,7 @@ License: GPL-2+
Files: debian/*
Copyright: 2008-2014 David Spreen
2014 Arnaud Fontaine
+ 2016 Diane Trout
License: GPL-2+
License: GPL-2+
diff --git a/debian/rules b/debian/rules
index 8acb0ff..bfc4a64 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,6 +1,7 @@
#!/usr/bin/make -f
-include /usr/share/cdbs/1/rules/debhelper.
Bug#860923: src:dask: New upstream release
On Fri, 2017-04-21 at 23:08 +0100, Ghislain Antony Vaillant wrote: > Package: src:dask > Severity: wishlist > > Dear Maintainer, > > A new version of Dask is out (0.14.1) and is required for the latest > version of src:python-xarray. Please consider updating the packaging. > > Thanks, > Ghis I'm looking into it. Dask 1.14's tests throws a few errors with distributed 1.14, and the setup.py declares a dependency on distributed 1.16. I think I need a breaks or conflicts in the dask 1.14 packaging against the older dask.distributed package. I discovered dask.distributed added a dependency on a package not in Debian "sortedcollections" so I'll need to add that Also while I was trying to build dask.distributed I saw a few tests that wanted network access, which will require some examination. Diane
Bug#860923: src:dask: New upstream release
On Mon, 2017-04-24 at 22:35 +0100, Ghislain Vaillant wrote: > On 24/04/17 22:26, Ghislain Vaillant wrote: > > On 24/04/17 20:34, Diane Trout wrote: > > > I discovered dask.distributed added a dependency on a package not > > > in > > > Debian "sortedcollections" so I'll need to add that > > > > We have sortedcontainers, so perhaps it would be worth > > investigating > > whether the dependency on sortedcollections can be substituted. The > > former looks more mature and is already packaged, which is a plus. > > Hang on, actually I might need what sortedcollections provides for > another package I have ITP'd. So, it might be well worth packaging. > > Shall I do it, or do you want to go for it? I'm pretty busy, so if you want to do it feel free, otherwise I might be able to get to it tongiht. Also if you want to help with dask that'd also be good. I'm following the python teams git-dpm workflow https://wiki.debian.org/Python/GitPackaging Diane
Bug#861140: ITP: sortedcollections -- Python 3 Sorted Collections
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: sortedcollections Version : 0.5.3 Upstream Author : Grant Jenks * URL : http://www.grantjenks.com/docs/sortedcollections/ * License : Apache-2.0 Programming Lang: Python Description : Python 3 Sorted Collections SortedCollections is an Apache2 licensed Python sorted collections library. . Features . - Pure-Python - Depends on the SortedContainers module. - ValueSortedDict - Dictionary with (key, value) item pairs sorted by value. - ItemSortedDict - Dictionary with key-function support for item pairs. - OrderedDict - Ordered dictionary with numeric indexing support. - OrderedSet - Ordered set with numeric indexing support. - IndexableDict - Dictionary with numeric indexing support. - IndexableSet - Set with numeric indexing support. . This contains the Python 3 module sortedcollections is a recently addeded dependency of dask.distributed.
Bug#860923: src:dask: New upstream release
Hello, > > I'm pretty busy, so if you want to do it feel free, otherwise I > > might > > be able to get to it tongiht. > > I can have a go at it during the week. I had some free time while waiting for see if some multi-hours jobs to are going to crash, and sortedcollections is pretty tiny, so I'm almost done packaging it. > I just wanted to be sure you were ok with me pushing heavier changes > than the little fixups I recently comitted. As long as I know its happening and its being done by someone who knows what they're doing its fine. (I peeked at a few of your other packages first) Though which package did you update? I tried fetching and didn't see any new commits to dask or dask.distributed? Do you know if there any easy of getting commit messages for packages you're an uploader for? Diane
Bug#860923: src:dask: New upstream release
FWIW I pushed changes for dask to git, and created a sortedcollections repository in python modules. I tried to make updates to dask.distributed but had a merge conflict, I'll have to look at resolving the git issues in my tomorrow (I'm in US/Pacific, GMT-7/8) Diane
Bug#860923: src:dask: New upstream release
Hello, > > > I just wanted to be sure you were ok with me pushing heavier > > > changes > > > than the little fixups I recently comitted. > > > > As long as I know its happening and its being done by someone who > > knows > > what they're doing its fine. (I peeked at a few of your other > > packages > > first) > > So I am assuming it is ok then. > Yep. An occasional email for significant changes would be nice. I pushed the commits for dask.distributed to alioth, but currently there's 3 test failures without an obvious solution They seem to be networking related and the requirements.txt suggest dask is expecting tornado 4.3 but debian has 4.4. (Though that could be a wrong clue.) Diane
Bug#824210: grilo-plugins-0.3: SEGV in glib when grilo-plugins is enabled
Package: grilo-plugins-0.3
Version: 0.3.1-1
Severity: important
Dear Maintainer,
Rhythmbox in unstable under wayland crashes either a few moments after its
loaded if grilo-plugins are enabled, or immediately upon enabling grilo if it
was disabled on startup.
I have coredumps in a different part of grilo-tracker from grilo-plugins-0.3.0,
but after updating to grilo-plugins-0.3.1 I still had a SEGV, but the backtrace
seemed to be in a different place.
Diane Trout
-- System Information:
Debian Release: stretch/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'),
(500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.5.0-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
Init: systemd (via /run/systemd/system)
Versions of packages grilo-plugins-0.3 depends on:
ii libarchive13 3.1.2-11+b1
ii libavahi-client3 0.6.32~rc+dfsg-1
ii libavahi-common3 0.6.32~rc+dfsg-1
ii libavahi-glib1 0.6.32~rc+dfsg-1
ii libavahi-gobject00.6.32~rc+dfsg-1
ii libc62.22-7
ii libdmapsharing-3.0-2 2.9.34-1
ii libgdata22 0.17.4-1
ii libglib2.0-0 2.48.1-1
ii libgmime-2.6-0 2.6.20-1+b1
ii libgoa-1.0-0b3.20.1-1
ii libgom-1.0-0 0.3.2-1
ii libgrilo-0.3-0 0.3.0-1.1
ii libgstreamer1.0-01.8.1-1
ii libjson-glib-1.0-0 1.2.0-1
ii liblua5.3-0 5.3.1-1
ii libmediaart-2.0-01.9.0-2
ii liboauth01.0.1-1
ii libsoup2.4-1 2.54.1-1
ii libsqlite3-0 3.12.2-1
ii libtotem-plparser18 3.10.6-4
ii libtracker-sparql-1.0-0 1.8.0-2+b1
ii libxml2 2.9.3+dfsg1-1
Versions of packages grilo-plugins-0.3 recommends:
ii dleyna-server 0.4.0-1
grilo-plugins-0.3 suggests no packages.
-- no debconf information
#0 g_type_check_instance_is_fundamentally_a (
type_instance=type_instance@entry=0x7fffc75fc0d8,
fundamental_type=fundamental_type@entry=80)
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./gobject/gtype.c:4033
No locals.
#1 0x7389905b in g_object_get (_object=0x7fffc75fc0d8,
first_property_name=0x7fffc75fc41d "db")
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./gobject/gobject.c:2319
_g_boolean_var_ =
object = 0x7fffc75fc0d8
var_args =
__func__ = "g_object_get"
#2 0x7fffc75fbdb2 in rb_grilo_source_new ()
from /usr/lib/rhythmbox/plugins/grilo/libgrilo.so
No symbol table info available.
#3 0x7fffc75f8e73 in ?? () from
/usr/lib/rhythmbox/plugins/grilo/libgrilo.so
No symbol table info available.
#4 0x73890fa5 in g_closure_invoke (closure=0x1318fa0,
return_value=return_value@entry=0x0, n_param_values=2,
param_values=param_values@entry=0x7fffb350,
invocation_hint=invocation_hint@entry=0x7fffb2d0)
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./gobject/gclosure.c:804
marshal =
marshal_data =
in_marshal = 0
real_closure = 0x1318f80
__func__ = "g_closure_invoke"
#5 0x738a2fc1 in signal_emit_unlocked_R (node=node@entry=0xb58440,
detail=detail@entry=0, instance=instance@entry=0x85f190,
emission_return=emission_return@entry=0x0,
instance_and_params=instance_and_params@entry=0x7fffb350)
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./gobject/gsignal.c:3629
tmp =
handler = 0x1316100
accumulator = 0x0
emission = {next = 0x7fffbf20, instance = 0x85f190, ihint =
{signal_id = 511,
detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN,
chain_type = 4}
handler_list = 0x1316100
return_accu = 0x0
accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong
= 0,
v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer =
0x0}, {
v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0,
v_uint64 = 0,
v_float = 0, v_double = 0, v_pointer = 0x0}}}
signal_id = 511
max_sequential_handler_number = 30638
return_value_altered = 0
#6 0x738abd5c in g_signal_emit_valist (instance=,
signal_id=, detail=,
var_args=var_args@entry=0x7fffb510)
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./gobject/gsignal.c:3385
instance_and_params = 0x7fffb350
signal_return_type =
param_values = 0x7fffb368
i =
n_params =
__func__ = "g_signal_emit_valist"
#7 0x738ac08f in g_signal_emit (instance=instance@entry=0x85f190,
signal_id=, detail=detail@entry=0)
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./gobject/gsignal.c:3441
var_args =
#8 0x7fffc73cc22e in grl_registry_register_sourc
Bug#767262: checking against the wrong certificate (gnutls)
I also just encountered this bug. The web server gets an A rating from ssllabs, The cert on the webserver does have an intermediate certificate. This was with lftp 4.6.3a-1+b1 libgnutls-deb0-28 3.3.18-1 I rebuilt the lftp package locally using OpenSSL, and did not get the error. Diane
Bug#807471: [kde-config-telepathy-accounts] Jabber configuration unusable
Those options should be present. You should be able to get to the kaccounts configuation panel by doing one of the following: right click KTP status bar icon and pick "Instant Messaging Settings" launch System Settings and select "Online Accounts" Run ktp-contactlist, pick the window looking button at the far right and select "Instant Messaging Settings" Once you have the dialog "Configure your internet accounts such as Google, Live, Owncloud" open. select a jabber account. Which should show "Select what services you want to activate", Click the configure button . Click Advanced from the new Jabber/XMPP dialog. And that finally should be the settings you're looking for. Or use mc-tool update from the command line. You can find a list of all the supported parameters in /usr/share/telepathy/managers/gabble.manager The thing I found confusing about mc-tool is you have to list the type before the parameter name. E.g. mc-tool update gabble/jabber/ktp_2djabber_2dim_15 bool:ignore-ssl-errors=Flase int:port=12345 string:resource="foo" Please let me know if these instructions work for you, and also would you have any suggestions on where a good place to provide them in the ktp packages might be? Diane On Wed, 9 Dec 2015 09:40:12 +0100 =?UTF-8?Q?Luc_B=c3=a9gault?= wrote: > Package: kde-config-telepathy-accounts > Version: 15.08.2-1 > Severity: normal > > --- Please enter the report below this line. --- > When configuring a jabber account in telepathy, I can't access to Server > Settings, Connection Settings, Resource or Security Settings. > Regards, > Luc Begault. >
Bug#794440: This bug is blocking part of KDE's gcc-5 transition
Hello, I used the suggestion by Boris Kolpackov to build a version of xsdcxx that builds in the current version of sid. (And thank you Boris for the recommendation) diane@myrada:~/src/t$ diff -u xsd/debian/rules ../xsd-4.0.0/debian/rules --- xsd/debian/rules2015-08-03 20:36:47.739713426 -0700 +++ ../xsd-4.0.0/debian/rules 2015-08-03 13:59:24.933015306 -0700 @@ -23,6 +23,7 @@ override_dh_clean: rm -f $(CURDIR)/libcult/build/system/configuration-dynamic.make + make xsd_clean_gen=n clean dh_clean Libkolabxml uses xsdcxx and the lack of xsdcxx is preventing the Qt KDE team from rebuilding libkolabxml for gcc-5 and thus blocking blocking the transition of most of the KDE PIM stack. It would be best if you could apply the patch and make a release, but if needed and if there's no objection I can do a NMU for this in 2 days (as part of the gcc-5 transition) Diane Trout signature.asc Description: This is a digitally signed message part.
Bug#792321: a clue about the crash.
Hello,
as I encountered this bug and read the workaround and the suggestion to save
the kscreen configuration before applying it I was able to get a diff of a
kscreen file that was causing a crash..
@@ -1,17 +1,24 @@
[
{
-"enabled": false,
+"enabled": true,
"id": "56a261ac023a91a83de96bf5cb585786",
"metadata": {
"fullname": "xrandr-unknown",
"name": "LVDS1"
},
+"mode": {
+"refresh": 60.018642425537109,
+"size": {
+"height": 768,
+"width": 1366
+}
+},
"pos": {
"x": 0,
"y": 0
},
-"primary": false,
+"primary": true,
"rotation": 1
},
{
"enabled": true,
I have another kscreen configuration that was regenerated after I got home,
and that one had the mode section in both versions.
Diane
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793289: xsd and change of type of systemerror
It looks to me like like xsdcxx is subject to the change in the type of ios_base::failure see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66145 and https://wiki.debian.org/GCC5 However I suspect its probably a minor issue, as in this case as xsdcxx is a code generator and at least in the code generated by xsdcxx for libkolabxml I didn't see any of the *::failure objects being caught. So I think it just means xsdcxx will crash instead of giving a useful error message. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#794440: Debian bug #794440
On Tue, 04 Aug 2015 15:05:33 +0200 =?ISO-8859-1?Q?J=F6rg_Frings-F=FCrst?= wrote: > Hello, > > Thank you for spending your time helping to make Debian better with > this bug report. > > With the requested changes at d/rules I don't see any new cli file(s). > > So I must first search why. > > If I understand correctly the source distribution includes some code generated by codesynthesis/cli, the default make rules now delete this generated code, if you use make xsd_clean_gen=n clean instead of just the default make clean it doesn't delete this generated code. I suppose from Debian's perspective it would be best to package codesynthesis/cli and rebuild the generated source. But that perhaps could be a lower priority bug. The other thing is I realized last night is the reason xsdcxx can't be installed right now is actually this bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793289 That's why libstdc++ is currently declaring a breaks: xsdcxx pending a resolution. So from the KDE perspective it'd probably be more important to resolve that one. Diane signature.asc Description: This is a digitally signed message part.
Bug#793289: xsd and change of type of systemerror
On Tuesday, August 04, 2015 18:16:33 Boris Kolpackov wrote: > Diane Trout writes: > > It looks to me like like xsdcxx is subject to the change in the type of > > ios_base::failure > > Please see: > > http://codesynthesis.com/pipermail/xsd-users/2015-July/004664.html > > Boris I was wondering if the Debian build scripts should also somehow add: #define _GLIBCXX_USE_CXX11_ABI 0 as described at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66145 when building xsdcxx so the exception catching behavior in the xcdcxx compiler is closer to what was intended. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793289: review of 793289 xsd
Hello, The inability to install xsd in sid is blocking part of the KDE PIM transition. Upstream has commented on the system_error type change here (and in this bug) http://codesynthesis.com/pipermail/xsd-users/2015-July/004664.html and believes that xsd isn't significantly impacted. Is there a chance that's enough to remove xsd the Breaks clause in libstdc++6? Or does the xsd maintainer need to release a new version? Diane Trout signature.asc Description: This is a digitally signed message part.
Bug#793289: xsd and change of type of systemerror
On Wednesday, August 05, 2015 14:10:58 Boris Kolpackov wrote: > Diane, > > Diane Trout writes: > > I was wondering if the Debian build scripts should also somehow add: > > > > #define _GLIBCXX_USE_CXX11_ABI 0 > > > > as described at > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66145 > > > > when building xsdcxx so the exception catching behavior in the > > xcdcxx compiler is closer to what was intended. > > That depends on how libstdc++ was built. Though I believe that > if libstdc++ and C++ compiler in the same Debian repository > use different ABI versions, then that repository is fundamentally > broken and we should not touch it (and waste our time) until it > is fixed. > > Boris As I understand it g++ and libstdc++ now have a mechanism to pick what version of C++ you want to use. libstdc++ apparently supports both the C++98 and C++11 and ABIs. The details about how Debian is handling the change in libstdc++6 is at https://wiki.debian.org/GCC5 I don't understand enough about https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66145 and C++ to know if that means there are changes needed in the source. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793289: xsd & gcc-5 transition
Hello, I think I understand whats happening with xsd. I thought I had a FTBFS in #794440 but that bug is actually just the fact xsd includes code generated by something not in the Debian repository. The actual reason I can't install xsd is because after filing #793289 the gcc maintainers added a breaks xsdcxx (<= 4.0.0-1) to libstdc++6 5.2.1-14 I just downloaded xsdcxx_4.0.0-1_amd64.deb extracted it and ran the binary against libstdc++6 5.2.1-14. I don't think xsd links against any other c++ library. (ldd output below) Really the only reason anything needs to change is to satisfy the libstdc++6 breaks. Either having libstdc++6 drop the breaks, or xsd incrementing its Debian version number would make it possible to install and run xsd in sid. Probably the simplest solution is to just request a binNMU, although it's probably not strictly necessary. I hope that explanation is clear, sorry for me taking so long to understand what was actually happening. Diane -- output of ldd on xsdcxx-4.0.0-1_amd64.deb diane@myrada:/tmp/t/usr/bin$ ldd xsdcxx linux-vdso.so.1 (0x7ffc5e9e) libxerces-c-3.1.so => /usr/lib/x86_64-linux-gnu/libxerces-c-3.1.so (0x7fa2dacc6000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7fa2da94b000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fa2da64a000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fa2da434000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fa2da08b000) libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x7fa2d9e73000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fa2d9c56000) libicui18n.so.52 => /usr/lib/x86_64-linux-gnu/libicui18n.so.52 (0x7fa2d9844000) libicuuc.so.52 => /usr/lib/x86_64-linux-gnu/libicuuc.so.52 (0x7fa2d94c7000) libicudata.so.52 => /usr/lib/x86_64-linux-gnu/libicudata.so.52 (0x7fa2d7c5a000) /lib64/ld-linux-x86-64.so.2 (0x7fa2db99f000) signature.asc Description: This is a digitally signed message part.
Bug#794989: nmu: xsdcxx_4.0.0-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu xsdcxx_4.0.0-1 . ALL . unstable . -m "Rebuild for new libstdc++6" This is happening because of the libstdc++6 transition. Technically this is only happening because libstdc++6 declared a breaks xsdcxx-4.0.0-1 because of https://bugs.debian.org/cgi- bin/bugreport.cgi?bug=793289 xsd has no library for the change in C++ API to cause trouble with so the g++ bug shouldn't be relevant. I was able to download version in 4.0.0-1, unpacked it manually, and was still able to run the application. For further testing I built my own test binNMU and used it to generate code for libkolabxml Diane -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (955, 'unstable'), (950, 'testing'), (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#794277: htseq: FTBFS with Sphinx 1.3: unsupported theme option 'sidebarlinkcolor' given
On Monday, August 10, 2015 22:35:46 Andreas Tille wrote: > Hi Diane, > > I noticed that htseq currently does not build due to transition issues. > > Would you be able to care for the sphinx 1.3 issue once gcc-5 related > cython issue is solved? > > Kind regards > > Andreas. Sure. I never had time to figure out the doc test issue with htseq, but I can certainly fix a build issue. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#825473: libunistring0: Upstream had a SONAME filename change, but libunitstring0 package name didn't change.
Package: libunistring0 Version: 0.9.6-1.1 Severity: important Dear Maintainer, I was attempting to build some package that uses gettext and got the following error: msgmerge: error while loading shared libraries: libunistring.so.0: cannot open shared object file: No such file or directory I was able to replicate it by just running /usr/bin/msgmerge Version: i libunistring0:amd64 0.9.3-5.2+b1 amd64 Unicode string library for C has the files: dpkg --listfiles libunistring0 | grep libunistring.so.0 /usr/lib/x86_64-linux-gnu/libunistring.so.0.1.2 /usr/lib/x86_64-linux-gnu/libunistring.so.0 Version ii libunistring0:amd64 0.9.6-1.1 amd64 Unicode string library for C has the files: dpkg --listfiles libunistring0 | grep libunistring.so /usr/lib/x86_64-linux-gnu/libunistring.so.2.0.0 /usr/lib/x86_64-linux-gnu/libunistring.so.2 I'm pretty sure that means the package name libunistring0 should've been named libunistring2 and there probably needs to be a transition. Diane Trout -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages libunistring0 depends on: ii libc6 2.22-9 libunistring0 recommends no packages. libunistring0 suggests no packages. -- no debconf information
Bug#818501: FTBFS: Tests fail with segmentation fault
On Fri, 25 Mar 2016 20:03:56 +0100 Antonio Valentino wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Christopher, hi Diane, > the patch submitted by Diane has been merged upstream. > I will prepare a new package for PyTables ASAP. > > Thanks Thanks for preparing a new release. Diane
Bug#827335: evince: assertion failed: (wayland_display->cursor_theme_name)
Package: evince
Version: 3.20.0-4
Severity: normal
Dear Maintainer,
I launched evince running under wayland from gnome terminal and it immediately
crashed with an
assertion failed.
(evince:4492): Gtk-WARNING **: Theme parsing error: :56:20: The 'gtk-key-
bindings' property has been renamed to '-gtk-key-bindings'
[New Thread 0x7f50825f6700 (LWP 4500)]
**
Gdk:ERROR:/build/gtk+3.0-UYMeaD/gtk+3.0-3.20.6/./gdk/wayland/gdkdisplay-
wayland.c:827:_gdk_wayland_display_get_scaled_cursor_theme: assertion failed:
(wayland_display->cursor_theme_name)
Program received signal SIGABRT, Aborted.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'),
(500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.6.0-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
Init: systemd (via /run/systemd/system)
Versions of packages evince depends on:
ii dconf-gsettings-backend [gsettings-backend] 0.26.0-1
ii evince-common3.20.0-4
ii gsettings-desktop-schemas3.20.0-3
ii libatk1.0-0 2.20.0-1
ii libc62.22-11
ii libcairo-gobject21.14.6-1+b1
ii libcairo21.14.6-1+b1
ii libevdocument3-4 3.20.0-4
ii libevview3-3 3.20.0-4
ii libgdk-pixbuf2.0-0 2.34.0-1
ii libglib2.0-0 2.48.1-1
ii libgnome-desktop-3-123.20.2-1
ii libgtk-3-0 3.20.6-1
ii libpango-1.0-0 1.40.1-1
ii libsecret-1-00.18.5-1
ii shared-mime-info 1.6-1
Versions of packages evince recommends:
ii dbus-x11 1.10.8-1
Versions of packages evince suggests:
ii gvfs 1.28.2-1
ii nautilus 3.20.1-3
ii poppler-data 0.4.7-7
pn unrar
Thread 16 (Thread 0x7fff8499b700 (LWP 21240)):
#0 0x7fffeaa71dcd in poll () at ../sysdeps/unix/syscall-template.S:84
No locals.
#1 0x7fffec586297 in poll (__timeout=, __nfds=,
__fds=) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46
No locals.
#2 g_poll (fds=, nfds=, timeout=)
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gpoll.c:124
No locals.
#3 0x7fffed97b1d5 in g_socket_condition_timed_wait (socket=,
condition=condition@entry=(G_IO_IN | G_IO_PRI), timeout=timeout@entry=-1,
cancellable=0x129c3a0, error=error@entry=0x7fff8499a870)
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./gio/gsocket.c:3934
poll_fd = {{fd = 66, events = 3, revents = 0}, {fd = 67, events = 1,
revents = 0}}
result =
num = 2
start_time = 493452824911
timeout = -1
condition = (G_IO_IN | G_IO_PRI)
error = 0x7fff8499a870
cancellable = 0x129c3a0
socket =
#4 0x7fff869a4aa0 in gst_udpsrc_create (psrc=0x12a0070, buf=0x7fff8499a948)
at gstudpsrc.c:540
timeout = -1
udpsrc = 0x12a0070
outbuf = 0x0
saddr = 0x0
flags = 0
try_again = 0
err = 0x0
res =
offset =
__func__ = "gst_udpsrc_create"
#5 0x7706ee66 in gst_base_src_get_range (src=src@entry=0x12a0070,
offset=offset@entry=18446744073709551615, length=4096,
buf=buf@entry=0x7fff8499aa28)
at gstbasesrc.c:2460
ret =
bclass = 0x127da60
res_buf = 0x0
in_buf = 0x0
__PRETTY_FUNCTION__ = "gst_base_src_get_range"
#6 0x77070a47 in gst_base_src_loop (pad=0x128edf0) at gstbasesrc.c:2736
src = 0x12a0070
buf = 0x0
ret =
position =
eos = 0
blocksize =
pending_events = 0x0
tmp =
__PRETTY_FUNCTION__ = "gst_base_src_loop"
__func__ = "gst_base_src_loop"
#7 0x76db6db1 in gst_task_func (task=0x126d290) at gsttask.c:332
lock = 0x128ee60
tself = 0xfe8000
priv = 0x126d240
__PRETTY_FUNCTION__ = "gst_task_func"
#8 0x7fffec59e55e in g_thread_pool_thread_proxy (data=)
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthreadpool.c:307
task = 0xea6b80
pool = 0x67b410
#9 0x7fffec59dbc5 in g_thread_proxy (data=0xfe8000)
at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthread.c:780
thread = 0xfe8000
#10 0x7fffead3d464 in start_thread (arg=0x7fff8499b700) at
pthread_create.c:334
__res =
pd = 0x7fff8499b700
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140735418054400,
-1541254477477197384, 0,
140737488341023, 3, 6796304, 154116787657072,
1541225650909071800},
mask_was_saved = 0}}, pri
Bug#829044: krb5-admin-server failed to start because of read-only filesystem
Package: krb5-admin-server Version: 1.14.2+dfsg-1 Severity: normal Dear Maintainer, I have a test VM using systemd with freeipa installed in it and after a recent apt upgrade krb5-admin-serer wouldn't start with the error: kadmin Couldn't open log file /var/log/kadmind.log: read-only filesystem I looked at /lib/systemd/system/krb5-admin-server.service and noticed /var/log was not listed in ReadWriteDirectories. I added it and was able to start ipa.service (which started krb5-admin- server) Diane -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental'), (500, 'stable- updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages krb5-admin-server depends on: ii debconf [debconf-2.0] 1.5.59 ii init-system-helpers1.36 ii krb5-kdc 1.14.2+dfsg-1 ii libc6 2.22-13 ii libcomerr2 1.43.1-1 ii libgssapi-krb5-2 1.14.2+dfsg-1 ii libgssrpc4 1.14.2+dfsg-1 ii libk5crypto3 1.14.2+dfsg-1 ii libkadm5srv-mit10 1.14.2+dfsg-1 ii libkdb5-8 1.14.2+dfsg-1 ii libkeyutils1 1.5.9-9 ii libkrb5-3 1.14.2+dfsg-1 ii libkrb5support01.14.2+dfsg-1 ii libss2 1.43.1-1 ii libverto1 0.2.4-2.1 ii lsb-base 9.20160601 krb5-admin-server recommends no packages. krb5-admin-server suggests no packages. -- debconf information excluded
Bug#829044: krb5-admin-server failed to start because of read-only filesystem
On Thu, 2016-06-30 at 01:02 -0400, Sam Hartman wrote: > This doesn't sound like a bug to me. > You modified the krb5 configuration to log to /var/log/kadmind.log, > but > didn't make the corresponding change to the systemd unit. > krb5 by default logs to syslog; if you chose to configure your system > that way it would work as shipped. > Am I missing something? > Ah I configured kadmin through freeipa and I found the krb5.conf template file where they defined file logging. http://anonscm.debian.org/cgit/pkg-freeipa/freeipa.git/tree/install/sha re/krb5.conf.template I'm going reassign this bug to freeipa. Diane
Bug#766349: Diagnosing S/MIME issues.
Hello I was reviewing bugs for Jessie and saw your issue and had a few ideas to check. You say it sometimes works. Does whether or not it works vary depending on which identity you're sending from and who you're sending to? Is there any chance it started failing when CACert was removed from Debian's ca-certificate database? I tried to set up an S/MIME certificate and had to load the entire chain for the certificate to be valid. Your screenshot seems to imply your gmail identity is loaded correctly, but do you have other identities that may not be fully configured? (If part of the chain is missing the missing certificate should be greyed out in the chain detail view). I discovered while trying to send myself an S/MIME encrypted email, that in in addition to configuring the certificate under KMail's Identities. I also needed to set the certificate to use in Edit Contact Crypto Settings. Also under Message Preferences I suspect the "Always Encrypt If Available" option might cause the behavior you described. My other thought for what might be wrong is what happens if certificate checking was enabled but you didn't have network access. What are your settings under "Configure KMail -> Security -> S/MIME Validation" The last thought is KMail's S/MIME support requires gpgsm to be installed, Is it? Also I'm going to try to sign this message with S/Mime. Could you email me directly to see if its working? I'm using a startcom class 1 certificate for this test. Diane smime.p7s Description: S/MIME cryptographic signature
Bug#766349: Diagnosing S/MIME issues.
Hello, I still inexperienced with debian's bug tracker, quoted below is my first attempt at ideas of what might be wrong. While testing on another machine I also discovered it's possible to have kleopatra and gpgsm installed but not have gpg-agent. Though for me kleopatra's self-test then reports that gpg-agent connectivity is missing. Could you run and report the results of the self test? It is in Kleopatra under settings "perform self test" Also could you directly send me an S/MIME encrypted email so I can see the raw message? Diane First thoughts. On Thursday, November 20, 2014 14:43:46 you wrote: > Hello > > I was reviewing bugs for Jessie and saw your issue and had a few ideas to > check. > > You say it sometimes works. > > Does whether or not it works vary depending on which identity you're sending > from and who you're sending to? Is there any chance it started failing when > CACert was removed from Debian's ca-certificate database? > > I tried to set up an S/MIME certificate and had to load the entire chain for > the certificate to be valid. Your screenshot seems to imply your gmail > identity is loaded correctly, but do you have other identities that may not > be fully configured? (If part of the chain is missing the missing > certificate should be greyed out in the chain detail view). > > I discovered while trying to send myself an S/MIME encrypted email, that in > in addition to configuring the certificate under KMail's Identities. I also > needed to set the certificate to use in Edit Contact Crypto Settings. Also > under Message Preferences I suspect the "Always Encrypt If Available" > option might cause the behavior you described. > > > My other thought for what might be wrong is what happens if certificate > checking was enabled but you didn't have network access. What are your > settings under "Configure KMail -> Security -> S/MIME Validation" > > The last thought is KMail's S/MIME support requires gpgsm to be installed, > Is it? > > Also I'm going to try to sign this message with S/Mime. Could you email me > directly to see if its working? > > I'm using a startcom class 1 certificate for this test. > > Diane smime.p7s Description: S/MIME cryptographic signature
Bug#766349: Diagnosing S/MIME issues.
Could you try setting up a test environment? So far I haven't figured out how to duplicate it, and the bug is currently blocking the release of jessie. Diane On Monday, November 24, 2014 08:15:51 Jörg Frings-Fürst wrote: > Hello Diane, > > first sorry for my late answer. > > During some other problems we have banned kmail2. But I can setup a > virtual guest system with our last config this evening. > > I hope that's ok . > > CU > Jörg > > Am Donnerstag, den 20.11.2014, 14:43 -0800 schrieb Diane Trout: > > Hello > > > > I was reviewing bugs for Jessie and saw your issue and had a few ideas to > > check. > > [...] signature.asc Description: This is a digitally signed message part.
Bug#791894: [kde-telepathy-desktop-applets] Not usable with plasma-desktop 4:5.3.2-1
I disagree with the status of grave. I feel "important' would be a better priority as you can manually run ktp-contactlist to gain the same functionality of the status icon in the KDE4 system tray. I'm currently working on packaging 15.04 which should fix it, however it also introduces kaccounts which is going to take some testing. Diane Trout
Bug#793451: Bug confirmation
On Fri, 24 Jul 2015 17:02:26 +0200 Patrick Reichel wrote: > I can confirm this problem at my up-to-date Testing (with amarok > 2.8.0-2.1+b2). > > Even re-reading my whole collection ends with an empty collection view. > > Just happened to me today with an upgrade to 2.8.0-2.1+b2 today and mysql 5.6.25-3 yesterday.
Bug#793451: Bug confirmation
On Friday, July 24, 2015 13:48:12 Diane Trout wrote: > On Fri, 24 Jul 2015 17:02:26 +0200 Patrick Reichel > > wrote: > > I can confirm this problem at my up-to-date Testing (with amarok > > 2.8.0-2.1+b2). > > > > Even re-reading my whole collection ends with an empty collection > > view. > > > > Just happened to me today with an upgrade to 2.8.0-2.1+b2 today and > mysql 5.6.25-3 yesterday. I did some more investigation, Amarok is built using mysql-server-core-5.5 and libmysqld-pic 5.6, it needs the mysql-server-core dependency updated to mysql-server-core-5.6. Diane
Bug#730600: [pkg-kolab] Bug#730600: libkolabxml FTBFS (because of unit test failures)
No I don't know why its happening. I made a few updates to Paul Klos' 1.0.1 package that was living in git. I have a source package up on mentors http://mentors.debian.net/package/libkolabxml (and the updated libkolab) http://mentors.debian.net/package/libkolab I wasn't able to duplicate the test case failure, however it worked with the 0.8.4 version as well for me so I'm not sure why. Diane (successful build) make[3]: Leaving directory '/tmp/buildd/libkolabxml-1.0.1/obj-x86_64-linux- gnu' /usr/bin/cmake -E cmake_progress_report /tmp/buildd/libkolabxml-1.0.1/obj- x86_64-linux-gnu/CMakeFiles 38 39 [100%] Built target validationtest make[2]: Leaving directory '/tmp/buildd/libkolabxml-1.0.1/obj-x86_64-linux- gnu' /usr/bin/cmake -E cmake_progress_start /tmp/buildd/libkolabxml-1.0.1/obj- x86_64-linux-gnu/CMakeFiles 0 make[1]: Leaving directory '/tmp/buildd/libkolabxml-1.0.1/obj-x86_64-linux- gnu' dh_auto_test -O--parallel make[1]: Entering directory '/tmp/buildd/libkolabxml-1.0.1/obj-x86_64-linux- gnu' Running tests... /usr/bin/ctest --force-new-ctest-process -j1 Test project /tmp/buildd/libkolabxml-1.0.1/obj-x86_64-linux-gnu Start 1: phptest 1/5 Test #1: phptest .. Passed0.05 sec Start 2: bindingstest 2/5 Test #2: bindingstest . Passed0.72 sec Start 3: conversiontest 3/5 Test #3: conversiontest ... Passed0.27 sec Start 4: parsingtest 4/5 Test #4: parsingtest .. Passed0.02 sec Start 5: validationtest 5/5 Test #5: validationtest ... Passed0.05 sec 100% tests passed, 0 tests failed out of 5 On Sunday, July 13, 2014 21:51:22 Mike Gabriel wrote: > Hi all, > > I tried to build libkolabxml in a jessie chroot and the build fails > due to failing unittests (see below). > > Any idea why that is happening? > > I wanted to test libkolab+libkolabxml on my roundcube instance, but > due to these test failures I stopped playing with it (as I am > currently on VAC ;-) ). > > Mike > > """ > [...] > Start 1: phptest > 1/5 Test #1: phptest ..***Failed 12.95 sec > PHP Warning: Module 'kolabformat' already loaded in Unknown on line 0 > OK - Event::exceptionDates() > OK - Event::addExceptionDate() > Critical: > /build/libkolabxml-SJB5qx/libkolabxml-0.8.4/src/xcalconversions.h > 1906: failed to write Incidence > FAIL - Event::setStart() with date only > -- Expected '2012-07-31', got false -- > FAIL - Event::setCreated() with date-time > -- Expected > '2012-03-14T09:05:30Z', got > false -- > FAIL - RecurrenceRule::setFrequency() > -- Expected 'MINUTELY', got false -- > FAIL - RecurrenceRule::setBySecond() > -- Expected > 'MINUTELY13 ond>', got false -- > FAIL - Event Recurrence Exceptions > -- Expected '2009-10-12', got false -- > FAIL - Alarm::setRelativeStart(Duration) > -- Expected '-PT6H30M', got false -- > FAIL - Alarm::setStart() > -- Expected '2012-07-30T20:30:00Z', > got false -- > FAIL - Alarm relative to Start > -- Expected 'START', got false -- > FAIL - Email alarm > -- Expected 'EMAIL', got false -- > FAIL - Email alarm attendee > -- Expected > 'mailto:%3Calarms%40kolab.org%3E', got > false -- > FAIL - kolabformat::readEvent() => kolabformat::writeEvent() > -- Expected ' > > > > > > Libkolabxml-0.8.4 > > > 2.0 > > > 3.0dev1 > > > > > > > 894cd943-0165-4a34-aac8-c727a6d256a6 > > > 2014-07-13T21:27:14Z > > > 2014-07-13T21:27:14Z > > > 0 > > > PUBLIC > > > > > > > > schema exception > > :1:1 error: invalid document structure > > Critical: > /build/libkolabxml-SJB5qx/libkolabxml-0.8.4/src/xcalconversions.h > 1938: Failed to parse calendar! > Error: > /build/libkolabxml-SJB5qx/libkolabxml-0.8.4/src/xcalconversions.h > 1465: Start date is missing, but is mandatory for events > Error: > /build/libkolabxml-SJB5qx/libkolabxml-0.8.4/src/xcalconversions.h > 1465: Start date is missing, but is mandatory for events > ', got '' -- > FAIL - Event::start() > -- Expected '2012-7-31', got '-1--1--1' -- > FAIL - RecurrenceRule::frequency() > -- Expected 6, got 0 -- > FAIL - RecurrenceRule::bysecond() > -- Expected 2, got 0 -- > FAIL - Read Event::exceptionDates() > -- Expected 1, got 0 -- > FAIL - Event::alarms() > -- Expected 2, got 0 -- > OK - Recurrence by weekday > OK - NameComponents::setSurnames() > OK - NameComponents::setGiven() > OK - NameComponents::setAdditional() > OK - NameComponents::setPrefixes() > OK - NameComponents::suffixes() > OK - Generate Contact UID as urn::uuid > OK - Contact::setNameComponents() > OK - Contact::setTitles() > OK - Contact::setPhoto() > OK - Contact::setBDay() >
Bug#755029: transition: libkolabxml
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition libkolabxml has a ABI change, this affects packages generated from it, from libkolab, and from kdepim-runtime. Libkolab and libkolabxml will be updated simultaneously. The kde team is pushing for this transition because kdepim-runtime requires the newer versions of libkolabxml and libkolab. Ben file: title = "libkolabxml"; is_affected = .depends ~ "libkolabxml0" | .depends ~ "libkolabxml1"; is_good = .depends ~ "libkolabxml1"; is_bad = .depends ~ "libkolabxml0"; -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (110, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#755029: transition: libkolabxml
> > I don't see anything from kdepim-runtime depending on libkolabxml0. It was a transitive dependency, I wasn't sure how far to chase reverse dependencies. This was my first time trying to declare a transition. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730600: [pkg-kolab] Bug#730600: Bug#730600: libkolabxml FTBFS (because of unit test failures)
> But it looks like the symbols file needs a lot of love (i386 output was too > long to be displayed in my terminal emulator and caused an build error). Drat. It does look like I forgot to build with i386 for the most recent packaging. > > Thanks to Diane for this work :) > > I hope this gets sponsored soon so we can have the new kdepim with kolab > support and I can have a look at the bug #748614 I believe Maxy was going to look at after he slept. (aka sometime today). However given the symbols issue it might take a little longer. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748614: [pkg-kolab] Bug#748614: [libkolabxml1] looses information about birthdays
On Friday, August 01, 2014 08:49:17 Franz Schrober wrote: > Just tried it again with my system updated to 4.13.3 of kdepim and > kdepim-runtime. The problem still seems to be there. There's an upstream bug report https://issues.kolab.org/show_bug.cgi?id=2739 I told them about the debian bug. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#768656: Buffer overflow while trying to send a file as base64 with /query
On Sun, 09 Nov 2014 02:01:08 +0100 "lcell...@lycee-joliverie.fr" wrote: > Package: konversation > Version: 1.5-1 > Severity: important > Tags: security > > When Pasting that large line from a non kde program (like Geany) to > konversation (ctrl+c ctrl+v): Hello, I tried to duplicate your bug by generating my own file and pasting it as a single, very long base64 encode line into konversation, and I was disconnected with an [error] Closing link [Too long raw line] Is there a chance that the disclosure was actually a problem with the IRC server you were connecting to? My test was to connect to my znc bouncer open a query to myself and paste the file. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#768048: topic not shown when enabled
tag: +moreinfo Hello, I was going through Konversation bugs, and noticed this bug. According to konversation's help, I'm currently running konversation 1.5- master #4303 using KDE platform 4.14.2, and when connected via znc to some of the debian channels on irc.oftc.net I see the channel topic on joining and as a separate text area above the message window. (with Interface -> Chat Window "Show channel topic" checked) Could you try connecting to irc.oftc.net #debian-kde and seeing if the topic shows up there? Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
> > The transition started and scheduled some rebuilds, but ktp-call-ui failed > to build against the new qt-gstreamer: > > https://buildd.debian.org/status/logs.php?pkg=ktp-call-ui&ver=0.8.1-1%2Bb1 > > What needs to happen here? I'd like to solve the FTBFS by releasing kde-telepathy 0.9. I've been privately building the 0.9 version of call-ui with qt-gstreamer 1.x while I was waiting for the Jessie freeze to finish, so the new version should work with qt-gstreamer 1.x (I'm currently rebuilding the ktp 0.9 packages with the version of qt- gstreamer in sid instead of my own copy) Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
Hello, I managed to fix most of the architectures for telepathy-qt. Unfortunately armel still has a symbols issue I'll have to try and fix tomorrow I also realized I made another mistake -- I forgot that there was a SONAME change for two of the dependencies, libkpeople and ktp-common-internals, so not only can I not upload them (because I'm a DM), they'll also sit in NEW for a while blocking the rest of kde-telepathy from being built correctly. I forwarded the source packages to Lisandro, but he seemed busy. In case it would help you the mentors links for the two packages are at: http://mentors.debian.net/package/libkpeople http://mentors.debian.net/package/ktp-common-internals Otherwise I'll continue asking Lisandro. Thank you for your continued attention, Diane On Thursday, May 21, 2015 16:08:18 Emilio Pozuelo Monfort wrote: > On 21/05/15 02:22, Diane Trout wrote: > >> The transition started and scheduled some rebuilds, but ktp-call-ui > >> failed > >> to build against the new qt-gstreamer: > >> > >> https://buildd.debian.org/status/logs.php?pkg=ktp-call-ui&ver=0.8.1-1%2Bb > >> 1 > >> > >> What needs to happen here? > > > > I'd like to solve the FTBFS by releasing kde-telepathy 0.9. > > > > I've been privately building the 0.9 version of call-ui with qt-gstreamer > > 1.x while I was waiting for the Jessie freeze to finish, so the new > > version should work with qt-gstreamer 1.x > > > > (I'm currently rebuilding the ktp 0.9 packages with the version of qt- > > gstreamer in sid instead of my own copy) > > OK good. We need a fixed telepathy-qt though (see #786391). > > Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On Monday, May 25, 2015 19:02:18 Emilio Pozuelo Monfort wrote: > On 22/05/15 08:45, Diane Trout wrote: > > Hello, > > > > I managed to fix most of the architectures for telepathy-qt. Unfortunately > > armel still has a symbols issue I'll have to try and fix tomorrow > > Not sure if you saw it, but your attempt to fix it didn't work. Unfortunately yes, I'm now on -6. > > > I also realized I made another mistake -- I forgot that there was a SONAME > > change for two of the dependencies, libkpeople and ktp-common-internals, > > so > > not only can I not upload them (because I'm a DM), they'll also sit in NEW > > for a while blocking the rest of kde-telepathy from being built > > correctly. > Those were accepted. Unfortunately libkpeople is failing on many arches with > symbol mismatches. > Drat I misinterpreted the FTBFS I'll work on kpeople too. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
Finally. It appears I fixed the symbols files issues with telepathy-qt and libkpeople Do I need to do anything to get the the child packages to try to rebuild? Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On Tuesday, May 26, 2015 16:19:43 Emilio Pozuelo Monfort wrote: > On 26/05/15 07:39, Diane Trout wrote: > > Finally. > > > > It appears I fixed the symbols files issues with telepathy-qt and > > libkpeople > > > > Do I need to do anything to get the the child packages to try to rebuild? > > No. > > But please look into kamoso and qapt if you can. > > Emilio Ok I have a version of kamoso that works. (with a slight hack on my part) that will hopefully be replaced by a new upstream release. The package is currently at: http://mentors.debian.net/debian/pool/main/k/kamoso/kamoso_2.0.2-3.dsc though one of the team DDs should probably review it first and then decide if it should be released. (I just wanted to keep you updated). I'm probably going to be busy the next few nights, so if no one else gets to it I'll try figuring out whats up with qapt this weekend. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
