Bug#850009: Please consider making this grave or higher

We hit this in a cloud workload (k8s cluster to be specific). logrotate can enter this mode if anything interrupts - e.g. if the volume runs out of space temporarily, it will make the new .1.gz file and then fail to write anything to it, but leave it behind. Subsequent runs will then never rotate

Bug#811593: FTBFS with GCC 6: statement indented as if it were guarded by

Yeah, I think it's time. There are other good option libraries for c++ around, and config manager is superceded by myrepos. On 14 Jan 2017 8:23 AM, "Simon McVittie" wrote: > On Sun, 08 Jan 2017 at 17:16:56 +0100, John Paul Adrian Glaubitz wrote: > > Hi Mike! > > > > > The

Bug#824525: makedumpfile: kdump on VM's running under hyper-v fails

I did that because there is no harm in providing that option always. So being more complex doesn't add any value IMO. To detect the platform I would look for hyper v modules.

Bug#824525: makedumpfile: kdump on VM's running under hyper-v fails

://support.microsoft.com/en-us/kb/2858695 +the ata_piix driver will attempt to create a second connection to the hypervisor +while the original kernel is still connected, which fails. + + -- Robert Collins <robertc@lifelesstab> Tue, 17 May 2016 16:59:16 +1200 + makedumpfile (1:1.5.9-5) sid; urgency=

Bug#802839: django-celery: python 3 tests not invoked and break

I'd probably shut that warning up using the warnings module API rather than weaking the test more broadly. Also - track down and file a bug on the leak source.

Bug#536117: blocking the ppc64el architecture bootstrap

Please nmu. On 25 Aug 2014 15:30, Aurelien Jarno aure...@debian.org wrote: Dear maintainer, The ppc64el architecture has been added to the Debian archive. Your package fl-cow fails to build as reported in bug #536117 and the build log is available on [1]. It would be very nice if you can

Bug#734027: blocking the ppc64el architecture bootstrap

Please do nmu. On 25 Aug 2014 14:45, Aurelien Jarno aure...@debian.org wrote: Dear maintainer, The ppc64el architecture has been added to the Debian archive. Your package libgetopt++ fails to build as reported in bug #734027 and the build log is available on [1]. It would be very nice if

Bug#736523: Indeed, python-concurrent.futures is the same

On 25 January 2014 23:01, Sandro Tosi mo...@debian.org wrote: Sorry, what? and you didn't think to contact me first to almost rewrite the package? If there's problems, open bugs. Revert your changes or I'll do at the first occasion. and mainly, why don't you go away from DPMT once and for all?

Bug#726255: Using update-alternatives for /usr/bin provided binaries

I think it's reasonable to get OpenStack to look for python-coverage to run it's tests when using a system package. Or use python -m coverage. 'coverage' is indeed super generic and the precedent within Debian for the package is to call the binary 'python-coverage'. Is there some reason we can't

Bug#703183: [Pkg-bazaar-maint] Bug#703183: fails when commiter's name contains non-ascii characters

...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bazaar-maint -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Cloud Services -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#699315: debianutils: run-parts FTBFS - warning on write() being ignored.

Package: debianutils Version: 4.3.4 Severity: normal Poking at run-parts, I got compile errors, due to -Werror + a warning. I've put a patch in place that preserves the current behaviour and writes *a* rationale that makes sense to me. I'd be delighted to tweak it to enforce something different,

Bug#698567: Please package upstream version 0.3.12

for me, Cheers, Thomas Goirand (zigo) -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Cloud Services -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#688916: O: lptools -- Tools for working with Launchpad

Package: wnpp Severity: normal This package is straight forward, but I won't have time to do further maintenance of it. LP Tools allow you to work with Launchpad without ever having to deal with the web interface. This package provides the following tools: . - lp-get-branches - check out

Bug#665018: python-fixtures: FTBFS: AttributeError: 'BrokenFixture' object has no attribute 'items'

This looks like an incompatible change in testtools; I'm fairly sure its fixed in trunk in one of testtools/fixtures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#623857: ITP: python-tracing -- Python debug tracing helper

On Sun, Apr 24, 2011 at 7:14 AM, Lars Wirzenius l...@liw.fi wrote:  Provides the Python library 'tracing' to help with logging debug messages.  This module provides a couple of functions for logging debug messages.  It is sometimes practical to add a lot of debugging log messages to a  

Bug#612043: ITP: python-poster

package: wnpp Source: python-poster Section: python Priority: optional Maintainer: Robert Collins robe...@robertcollins.net Build-Depends: debhelper (= 7.0.50~), cdbs (= 0.4.49), python-all-dev (= 2.3.5-11) Build-Depends-Indep: python-support (= 0.5.3) Standards-Version: 3.9.1.0 Homepage: http

Bug#611449: claims support for python 2.6 but uses 'with'

The output I pasted I get it *every* time I install/uninstall/upgrade something managed by python-support. Perhaps the package can only install the testsuite for python 2.6 and up? I'm not entirely sure how to do that with python-support though. Thats a reasonable suggestion, or we could

Bug#574603:

care to supply a patch? The vcs- headers are not currently in policy AFAICT - I'm happy to include one but its not clear what the variables are. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#606479: New upstream release available

Yah, am waiting on a release; it seems to be dragging out though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#602685: ITP: python-fixtures

package: wnpp Source: python-fixtures Section: python Priority: optional Maintainer: Robert Collins robe...@robertcollins.net Build-Depends: debhelper (= 5.0.38), cdbs (= 0.4.49), python-all-dev (= 2.3.5-11) Build-Depends-Indep: python-docutils, python-support (= 0.5.3), python-testtools

Bug#600351: bicyclerepair: IDLE plugin broken

I'm guessing that something has changed in the idle interface to break things; bicyclerepairman is abandonware upstream unfortunately :(. I suggest having a look at the idle changelog, for starters. -Rob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#571422: pandora-build: diff for NMU 0.98-1.1

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

Bug#585641: [Pkg-bazaar-maint] Bug#585641: bzr info does not indicate that a branch is bound

Looks like it mentions the boundedness, but not the master url to me: % bzr info Repository bound branch (format: 2a) ^^ I see Jelmer has forward this upstream already. -Rob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#571422: [patch]: pandora-build: FTBFS: autoreconf: failed to run libtoolize: No such file or directory

Thanks, care to NMU? If not thats fine, I'll try to get to it shortly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#577908: gnu-smalltalk: FTBFS: tests failed

Sorry for not getting to this yet, extremely busy moving house just now. Haven't forgotten though.

Bug#565555: squid pipelining

Squid, like all HTTP intermediaries these days doesn't really pipeline - its insecure and problematic. APT should open more connections rather than pipeline (this is mandated by the current HTTP WG recommendations - the '2 per server' connection limit is gone, replaced by a 'be sensible'

Bug#571888: ITP: testrepository

package: wnpp Source: testrepository Maintainer: Robert Collins robe...@robertcollins.net Section: python Priority: optional Standards-Version: 3.8.4 Build-Depends-Indep: python-central (= 0.6.7) Build-Depends: cdbs (= 0.4.51), debhelper (= 6.0.4), python (= 2.4), python

Bug#329814: patch to change apt-cache policy display to show the path on hosts.

Hope this helps, Rob === modified file 'AUTHORS' --- AUTHORS 2005-03-07 20:08:33 + +++ AUTHORS 2010-02-18 02:39:30 + @@ -12,6 +12,10 @@ Michael Vogt m...@debian.org - Development and bug fixes +Robert Collins robert.coll...@canonical.com +- Change the package index Info methods

Bug#567089: [LONG] Re: Exec format error bugs

On Mon, 2010-02-08 at 05:09 +0100, Guillem Jover wrote: I'd rather fix the problem that's causing those files to be 0 length. That should generally never happen, I'm assuming they might just need an fsync on the directory, which we are not doing at all in general, there might be some fsyncs

Bug#568335: xutils-dev: Please update to util-macros 1.5.0, which is needed for xorg-server current trunk.

Package: xutils-dev Version: 1:7.5~1ubuntu1 Severity: wishlist xutils-dev: Please update to util-macros 1.5.0, which is needed for xorg-server current trunk. thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#568000: hitting ctrl c early generates some console spam

package: man-db $ man bzr /b^Cman: zcat /usr/share/man/man1/bzr.1.gz: Interrupt man: /usr/bin/zsoelim: Interrupt man: /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE: Interrupt man: tbl: Interrupt man: nroff: Interrupt man: preconv: Interrupt man: pager: Interrupt signature.asc

Bug#560518: can't update to this yet

Upstream have fixed the bug but regressed the install paths; will get that fixed then do a upload to grab it all. -Rob -- signature.asc Description: This is a digitally signed message part

Bug#561549: Accepted subunit 0.0.4-2 (source all amd64)

On Sun, 2009-12-20 at 08:27 +0100, Cyril Brulebois wrote: Robert Collins robe...@robertcollins.net (20/12/2009): Thank you for drawing my attention to this bug. You're very welcome. I'm not the maintainer, and uploaders don't get copied on new bugs, so I wasn't aware of it. I certainly

Bug#561549: Accepted subunit 0.0.4-2 (source all amd64)

On Sun, 2009-12-20 at 09:30 +0100, Cyril Brulebois wrote: Well, hopefully you will be happy to contact me with less feeling of desperation if a future, similar situation arises. If you: - start doing some QA checks before uploading your package; I already do such checks. - start

Bug#561549: Accepted subunit 0.0.4-2 (source all amd64)

On Sun, 2009-12-20 at 01:08 +0100, Cyril Brulebois wrote: Robert Collins robe...@robertcollins.net (19/12/2009): Don't you think it might have been a good time to try and fix the *obvious* FTBFS? Thank you for drawing my attention to this bug. I'm not the maintainer, and uploaders don't get

Bug#561644: ITP: python-testscenarios

package: wnpp Source: python-testscenarios Maintainer: Robert Collins robe...@robertcollins.net Section: python Priority: optional Standards-Version: 3.8.1 Build-Depends-Indep: python-central (= 0.6.7) Build-Depends: cdbs (= 0.4.51), debhelper (= 6.0.4), python (= 2.4) XS-Python

Bug#561647: follow python packaging guidelines

package: bzr bzr is a python app and contains bzrlib which other python programs may sensibly use. Python libraries should have a binary package 'python-library_name'. So bzr should have a binary package python-bzrlib, or perhaps simply provide this. As bzr has both arch independent and arch

Bug#560532: autoconf regression

So, this bug is a regression/change in autoconf 2.63 [http://old.nabble.com/--gnits,-AC_INIT-and-VERSION-td25572855.html]; We should forward the bug upstream in subunit to work around it,and perhaps build dep on autoconf2.59 for now. -Rob signature.asc Description: This is a digitally signed

Bug#557731: ITP: lptools -- desktop tools for Launchpad

X-Debbugs-CC: debian-de...@lists.debian.org package: wnpp Description: LP Tools allow you to work with Launchpad without ever having to deal with the web interface. The review-list tool can list reviews, and review-notifier provides a desktop notifier about reviews that can be done. .

Bug#536117: closed by Robert Collins robe...@robertcollins.net (Bug#536117: fixed in fl-cow 0.6-4)

On Thu, 2009-10-01 at 18:14 +0100, Bradley Smith wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reopen 536117 thanks This is not fixed. Also, please CC the submitter when replying to a bug, otherwise it will get missed. I currently have over 160 AVR32 bugs to keep track of, I

Bug#547472: DEBBUILDOPTS variable nuked by /usr/share/pbuilder/pbuilderrc

On Tue, 2009-09-22 at 10:05 +0200, Loïc Minier wrote: On Tue, Sep 22, 2009, Robert Collins wrote: I'll check that it works for my when I next roll some packages; likely this weekend. DEB_BUILD_OPTIONS isn't documented in the pbuilder man page though :) I wasn't sure whether you meant

Bug#547988: exceptions.AttributeError: 'BRMContext_impl' object has no attribute 'getFullyQualifiedNameOfScope'

package: bicyclerepair --- from the Ubuntu bug report --- bicyclerepair 0.9-4 and vim-python 1:6.4-006+2ubuntu1 I run :BikeShowScope in a Python source file. This fails with exceptions.AttributeError: 'BRMContext_impl' object has no attribute 'getFullyQualifiedNameOfScope' There doesn't seem to

Bug#547472: DEBBUILDOPTS variable nuked by /usr/share/pbuilder/pbuilderrc

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Loïc Minier wrote: (BTW perhaps you meant DEB_BUILD_OPTIONS? that one goes through) I'll check that it works for my when I next roll some packages; likely this weekend. DEB_BUILD_OPTIONS isn't documented in the pbuilder man page though :) -

Bug#547736: new upstream release

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package: check Hi, just letting you know that upstream have done a new release (0.9.7). Also it has subunit support, it would be cool if you could enable that in the package too. Cheers, Rob -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9

Bug#547756: 2.0 upstream released

package: bzr-loom https://edge.launchpad.net/bzr-loom/2.0/2.0 signature.asc Description: This is a digitally signed message part

Bug#547478: decommit -r -e does not allow editing of the commit message

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package: devscripts version: 2.10.39ubuntu7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkq1zUkACgkQ42zgmrPGrq49tQCgxUAdQclSt/id1F3OoCuydhKH

Bug#547479: ITP: python-testtools

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package: wnpp testtools is a useful little python module providing various helpers for python's unittest API. It's already packaged in Ubuntu, so this is rather easy :). The ubuntu control file: Source: python-testtools Maintainer: Ubuntu MOTU

Bug#547492: ITP: python-junitxml

package: wnpp X-Debbugs-CC: debian-de...@lists.debian.org A tiny junit extension. Source: pyjunitxml Section: python Priority: optional Maintainer: Robert Collins robe...@robertcollins.net Build-Depends: debhelper (= 5.0.38), cdbs (= 0.4.49), python-all-dev (= 2.3.5-11) Build-Depends-Indep

Bug#547479: ITP: python-testtools

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sandro Tosi wrote: Hi Robert, would you consider maintaining these python modules under the DPMT (Debian Python Modules Team) umbrella? If we can maintain the packaging branches in bzr, then I'd be delighted to. If its in SVN or some such then I'm

Bug#547479: ITP: python-testtools

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sandro Tosi wrote: On Sun, Sep 20, 2009 at 12:59, Robert Collins robe...@robertcollins.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sandro Tosi wrote: Hi Robert, would you consider maintaining these python modules under the DPMT

Bug#547472: DEBBUILDOPTS variable nuked by /usr/share/pbuilder/pbuilderrc

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package: pbuilder version: 0.183ubuntu1 /usr/share/pbuilder/pbuilderrc contains (on line 51) DEBBUILDOPTS= the result of this is that exporting DEBBUILDOPTS has no effect. This is similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501390

Bug#547474: http://bzr.debian.org/ should link to http://wiki.debian.org/Alioth/Bzr

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package: www.debian.org http://bzr.debian.org/ provides no usage instructions for users with write access; they are on http://wiki.debian.org/Alioth/Bzr. It would make it more discoverable to connect the two. -BEGIN PGP SIGNATURE- Version:

Bug#545434: fl-cow: FTBFS on GNU/kFreeBSD

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Petr Salinger wrote: .. See EXAMPLE part of man va_arg or http://www.gnu.org/s/libc/manual/html_node/Calling-Variadics.html It would also be nice if you can ask upstream to include this change. Thanks, I'll forward upstream in the weekend.

Bug#536117: I think this is fixed in fl-cow 0.6-3

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I think this is fixed in fl-cow 0.6-3 - please let me know if it is. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

Bug#545113: ITP: pandora-build

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package: wnpp X-Debbugs-CC: debian-de...@lists.debian.org Pandora build is a collection of m4 macros used by libdrizzle, libmemcached, drizzle and gearmand : developers working on these projects need the macros installed. - -Rob -BEGIN PGP

Bug#545117: [Fwd: Processing of fl-cow_0.6-3_amd64.changes]

package: ftp.debian.org Hi, I just had dak complain at me about an upload's gpg signature - see the attached mail. key B3C6AEAE is a signing only subkey of mine, detached from my primary key; I've checked the changes file and it verifies ok for me. Is it possible the gpg keyring doesn't have

Bug#544796: fl-cow: FTBFS due to autoreconf issues

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cyril Brulebois wrote: Package: fl-cow Version: 0.6-2 Severity: serious Justification: FTBFS Hi, your package FTBFS due to autoreconf issues: ... Thanks, shall look at this this evening. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9

Bug#539172: config-manager_0.4-2_amd64.changes REJECTED

On Mon, 2009-08-31 at 09:49 +0100, adeodato wrote: .. The package is in stable, so you can just fetch it from there, bump the Debian revision number, and upload as-is. Sorry for the trouble! No worries. What happened was that config-manager was removed, I didn't hear about that until I went

Bug#539172: config-manager_0.4-2_amd64.changes REJECTED

On Sun, 2009-08-30 at 21:01 +, Torsten Werner wrote: Hi Maintainer, your package (Build-)Depends on libgetopt++ which has been removed from unstable. Maybe you want to take over maintainership of libgetopt++. Feel free to ping me again when you have solved the problem. Checking

Bug#342532: fl-cow: does not work, assuming it to work can cause data loss

On Thu, 2005-12-08 at 21:25 +0100, Wolfgang Weisselberg wrote: Once the cow script works without starting a new shell (or spits out a fatal error), feel free to drop the severity to minor and/or close the bug. So, I'd like to close this. We could make 'cow' start a shell, if no arguments

Bug#544151: ITP: config-manager - manage directories with Arch, CVS, HTTP, FTP and/or Subversion

package: wnpp X-Debbugs-CC: debian-de...@lists.debian.org X-Debbugs-CC: wildf...@progsoc.org This is really an adoption, but its an adoption of a removed package. It was removed because it was 'abandoned upstream', but such is not the case. It simply has [largely] met its goals and as such just

Bug#544166: stepping down from team maintenance of opensync package

package: libopensync-plugin-evolution2 package: libopensync-plugin-file package: libopensync-plugin-gnokii package: libopensync-plugin-google-calendar package: libopensync-plugin-gpe package: libopensync-plugin-irmc package: libopensync-plugin-opie package: libopensync-plugin-palm package:

Bug#542761: build-dep cycle

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: maven2-core Version: 2.2.0 This package has a unresolvable build dep making it very hard / impossible to bootstrap upgrade into an older debian environment via clean builds. See reflections on trust :) The loop is: maven2-core -

Bug#542762: missing replaces-breaks with libmodello-java

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package: modello-maven-plugin version: 1.0.1-1 With libmodello-java1.0-alpha-21-1 installed: sudo dpkg -i libmodello-maven-plugin-java_1.0.1-1_all.deb Unpacking libmodello-maven-plugin-java (from libmodello-maven-plugin-java_1.0.1-1_all.deb)

Bug#542761: build-dep cycle

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ludovic Claude wrote: Hello Robert, I have tried hard to avoid circular build dependencies, so this one comes as a surprise. In particular, I don't understand why you found this dependency: libplexus-sec-dispatcher-java-modello-maven-plugin

Bug#542546: Please update to maven 2.2.1, 2.2.0 is considered broken upstream

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: maven2 Version: 2.2.0-2 As per http://maven.apache.org/release-notes.html Maven 2.2.1 aims to correct several critical regressions related to the selection of the HttpClient-based Wagon implementation for HTTP/HTTPS transfers in Maven

Bug#542588: source dep version limitation

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package: plexus-build-api version: 0.0.4-2 The source deb in plexus-build-api for libplexus-utils-java is unversioned, but it won't build with 1:1.4.8-1 - I don't know quite what newer version is needed, but it should be listed. Doing this will help

Bug#517494: [Pkg-bazaar-maint] Bug#517494: Bug#517494: bzr-buildpackage: Does not have a useful manpage

On Mon, 2009-03-02 at 23:26 +, James Westby wrote: I'm not going to merge this now. If your discussion leads to this becoming an RC bug then I will look at it again. I will also creating a method to attempt to represent bzr's help output in a manpage to my TODO list so that this can be

Bug#509225: ITP: tevent -- talloc-based event loop library

On Sat, 2008-12-20 at 01:57 +0100, Jelmer Vernooij wrote: Am Samstag, den 20.12.2008, 11:10 +1100 schrieb Robert Collins: libevent + libtevent-which-wraps-libevent is better than libtevent-which-duplicates-much-of-libevent. :) In theory, I agree. However, in this case libevents is about

Bug#509225: ITP: tevent -- talloc-based event loop library

On Fri, 2008-12-19 at 23:49 +0100, Jelmer Vernooij wrote: An alternative would be to implement tevent as a wrapper around libev or libevents that added talloc support to the API but that's hardly worth the trouble as that would add another dependency and the library is pretty small itself as

Bug#494263: RFP: libantlr3c -- ANTLR 3 C target support

Package: wnpp severity: wishlist This provides C target support for antlr3, a parser generator already packaged as antlr3. More information including downloads for th target can be found at http://antlr.org/wiki/display/ANTLR3/Using%2Bthe%2BANTLR3%2BC%2BTarget +antlr3+C -- GPG key available

Bug#484305: bicyclerepair: bike.vim imports untrusted python files from cwd

On Tue, 2008-08-05 at 23:07 -0400, James Vega wrote: While this does provide a workaround for the issue, this is behavior inherent in the way Python is designed and should be fixed in Python. If we choose to instead address every application that embeds Python, we're just creating an endless

Bug#484305: bicyclerepair: bike.vim imports untrusted python files from cwd

thanks, yes - I concur. -Rob signature.asc Description: This is a digitally signed message part

Bug#493362: running reportbug in a directory containing commands.py fails

$ echo $PYTHONPATH :/home/me/lib/python I haven't dug deeper to see whether its a system python path issue, or just reportbug not being paranoid enough. -- Package-specific info: ** Environment settings: EDITOR=vim DEBEMAIL=[EMAIL PROTECTED] DEBFULLNAME=Robert Collins INTERFACE=text ** /home

Bug#493362: closed by Sandro Tosi [EMAIL PROTECTED] (Re: [Reportbug-maint] Bug#493362: running reportbug in a directory containing commands.py fails)

reopen 493362 thanks #493362: running reportbug in a directory containing commands.py fails It has been closed by Sandro Tosi [EMAIL PROTECTED]. We do NOT support ubuntu, please don't report bug here for that distro. The bug is in Debian, I filed it in debbugs deliberately because thats

Bug#489059: ITP: mnemosyne-blog -- Maildir-to-blog compiler with XML templating and Python extensions

On Thu, 2008-07-03 at 00:35 -0400, Decklin Foster wrote: Package: wnpp Severity: wishlist Owner: Decklin Foster [EMAIL PROTECTED] * Package name: mnemosyne-blog Version : 0.9 Upstream Author : Decklin Foster [EMAIL PROTECTED] * URL :

Bug#454313: FTBFS: PANIC: exiting on botched invariant

On Wed, 2008-06-18 at 00:02 +0100, Anand Kumria wrote: Upstream, Robert Collins, actually request that bazaar depend on bzr so that anyone inadvertedly 'apt-get'ing that bazaar had the newer version. Rather than remove -- even thought the package is buggy and unmaintained -- I think

Bug#468604: Never mind...

No need to fix - I've filed a bug to have this removed (mnemosyne is a replacement from the same author) -Rob -- GPG key available at: http://www.robertcollins.net/keys.txt. signature.asc Description: This is a digitally signed message part

Bug#481489: RM memaid-pyqt

Package: ftp.debian.org Please remove memaid-pyqt unstable; not needed anymore - the upstream author has a new program mnemosyne, which is already packaged and is a superset of memaid-pyqt. -- GPG key available at: http://www.robertcollins.net/keys.txt. signature.asc Description: This is a

Bug#468604:

memaid needs code copied; I am identifying how much at the moment. -- GPG key available at: http://www.robertcollins.net/keys.txt. signature.asc Description: This is a digitally signed message part

Bug#479440: ITP: funpidgin -- A pidgin fork

On Sun, 2008-05-04 at 23:24 +0300, Mohammed Sameer wrote: Package: wnpp Severity: wishlist Owner: Mohammed Sameer [EMAIL PROTECTED] * Package name: funpidgin Version : 2.4.1 Upstream Author : A lot. Can't be listed here! * URL : http://funpidgin.sourceforge.net

Bug#464817: bicyclerepair: Conform with Vim addon policy

On Sun, 2008-03-02 at 11:23 -0500, James Vega wrote: On Sat, Mar 01, 2008 at 01:56:34AM +1100, Robert Collins wrote: On Fri, 2008-02-29 at 09:48 -0500, James Vega wrote: The issue of problematic addons was just one of the reasons for having addons not automatically enabled. The other big

Bug#453259: sfs hangs

On Fri, 2008-02-22 at 09:30 -0500, Clint Adams wrote: The Linux version on the server side seems to be irrelevant, as the behavior seems consistent with both 2.6.21 and 2.6.22. I'm reasonably sure the server has something to do with it: Capturing on wlan0 0.00 client - server TCP 48742

Bug#464817: bicyclerepair: Conform with Vim addon policy

On Fri, 2008-02-08 at 23:22 -0500, James Vega wrote: Package: bicyclerepair Version: 0.9.4-2 Severity: minor The README.Debian and README.vim imply that this plugin is automatically sourced by Vim. As of the 1:7.1-022+1 upload of Vim, /usr/share/vim/addons is not included in Vim's

Bug#464817: bicyclerepair: Conform with Vim addon policy

On Fri, 2008-02-29 at 09:48 -0500, James Vega wrote: On Sat, Mar 01, 2008 at 12:53:47AM +1100, Robert Collins wrote: It seems a shame to have broken every single vim addon rather than simply providing a new directory tree for sourcing addons which *are* problematic. Most addons do not get

Bug#463167: ITP: dsyslog -- a dumb syslog

On Tue, 2008-01-29 at 19:07 -0600, William Pitcock wrote: Hi, On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote: dsyslog is a dumb, yet advanced syslog daemon, which supports infinite rules and expandability through it's purely modular design. The default configuration is a

Bug#394239: testresources: FTBFS: Test failure

On Thu, 2008-01-24 at 10:06 -0500, Barry deFreese wrote: I have prepared an NMU that seems to resolve this issue as well as conform to the new python policy. I'm not quite sure exactly why it ... thanks! -Rob -- GPG key available at: http://www.robertcollins.net/keys.txt.

Bug#452024: [Pkg-bazaar-maint] Bug#452024: Bug#452024: bzr: Should perhaps depend on ca-certificates

On Tue, 2007-11-20 at 08:03 +0100, Reinhard Tartler wrote: James Westby [EMAIL PROTECTED] writes: Without ca-certificates installed the user is limited on which https servers they can access with curl (the default). For instance the lp: transport fails. I think we should depend on

Bug#394239: Should we keep testresources in the archive ?

On Tue, 2007-09-11 at 13:11 +0100, Regis Boudin wrote: Hi, This package has been in an FTBS situation for almost one year now, without a fix or a reply to the bugs. Please tell us what your plans are regarding testresources, whether you plan to maintain it actively, orphan it, or if it

Bug#439876: libopensync0: copyright file does not list upstream URL

On Tue, 2007-08-28 at 09:35 +0200, Michael Meskes wrote: Package: libopensync0 Version: 0.19-1.2 Severity: serious Justification: Policy 12.5 Header says it all. Policy 12.5 says: In addition, the copyright file must say where the upstream sources (if any) were obtained. However,

Bug#404856: Any news on this one?

On Sun, 2007-08-26 at 13:48 +0200, Michael Meskes wrote: It's been 7 weeks now that upstream releases 0.31 which was said to fix the versioning issues (haven't checked myself) but we neither have new packages nor a single bit of information from the maintainer(s) about how to proceed. What's

Bug#435483: The bazaar package name is confusing and would be best renamed to 'baz'

Package: bazaar X-Debbugs-CC: [EMAIL PROTECTED] It would be nice to fix this during the current development cycle, so that users looking for 'bzr' - the current supported vcs from the Bazaar project, won't see 'bazaar', which is not what they want, and get confused. For users of 'baz', the new

Bug#433143: ITP: bzr-rebase -- Rebase plugin for Bazaar

On Mon, 2007-07-16 at 00:28 +0200, Stefano Zacchiroli wrote: I don't want to see a bzr-foo package in the archive for each .py module available on the internet which provides yet another sub-command for bzr. I asked under the (wrong) assumption that bzrtools was a Debian package shipping in

Bug#433143: ITP: bzr-rebase -- Rebase plugin for Bazaar

On Tue, 2007-07-17 at 19:56 +0200, Adeodato Simó wrote: * Manoj Srivastava [Tue, 17 Jul 2007 09:11:45 -0500]: * Create a 'bazaar' package which is a metapackage depending on bzr, recommending key plugins, and suggesting others. This would be a bug. While I understand you

Bug#433143: ITP: bzr-rebase -- Rebase plugin for Bazaar

On Tue, 2007-07-17 at 09:11 -0500, Manoj Srivastava wrote: On Tue, 17 Jul 2007 20:19:59 +1000, Robert Collins [EMAIL PROTECTED] said: * rename the 'bazaar' package to 'baz' - both source and binary, though binary is the key one. This is because it is no longer the recommended

Bug#429798: opensync: please use library versioning

On Sun, 2007-07-08 at 20:31 +0200, Marcus Better wrote: They recommend packagers to wait for 0.40, but I guess we could make experimental packages to check things out. Should I go ahead? I think getting something up in experimental is a grand idea. -Rob -- GPG key available at:

Bug#430896: general: GNOME or KDE desktops should issue a warning when the user unplugs USB media without unmounting.

On Thu, 2007-06-28 at 14:54 +1000, Andrew Donnellan wrote: On 6/28/07, Michael Biebl [EMAIL PROTECTED] wrote: FWIW recent GNOME desktops in unstable using gnome-mount for doing the mounting stuff, already have this kind of functionality. Whenever you unmount a removable device,

Bug#404856: opensync: new upstream version available

On Thu, 2007-04-19 at 11:21 +0200, Marcus Better wrote: We could also roll-back that rather gratuitious change for 0.22 (modifying most/all plugins) and keep on with the current library name (thoroughly testing things), as the binary-compatibility is said to be there. Update: It's not

Bug#404856: opensync: new upstream version available

On Wed, 2007-04-18 at 13:46 +0200, Marcus Better wrote: I don't see much reason for us to provide an automated upgrade, if upstream didn't care to do it. Based on the state of the software in v0.19, and especially the frontends, I would think not many people use it seriously anyway. So

Bug#404856: opensync: new upstream version available

On Mon, 2007-04-16 at 11:25 +0200, Marcus Better wrote: tag 404856 patch thanks My packages for 0.22 are available [1]. I have changed the sonames so the library packages can be installed in parallel with the current versions. Some plugin packages and tools will be available shortly from

  1   2   >