Bug#525061: module-assistant: does not provide building nvidia-kernel-legacy-173xx.

2009-04-21 Thread Krzesimir Nowak
Package: module-assistant Version: 0.11.1 Severity: wishlist New branch of nvidia legacy drivers was added recently in sid, but m-a does not provide building it. It would be solved by adding this line to compliant.list: nvidia-kernel-legacy-173xx-source Krzesimir Nowak -- System Information

Bug#517530: python-gtk2-dev: lacks several scripts in codegen directory

2009-04-15 Thread Krzesimir Nowak
I only wanted to mention that bug #576566 [1] in bugzilla.gnome.org is now fixed in trunk, so a patch there [2] could be stolen and applied to earlier version. Thanks, Krzesimir Nowak [1]http://bugzilla.gnome.org/show_bug.cgi?id=576566 [2]http://bugzilla.gnome.org/attachment.cgi?id=131256action

Bug#517530: python-gtk2-dev: lacks several scripts in codegen directory

2009-03-24 Thread Krzesimir Nowak
2009/3/23 Josselin Mouette j...@debian.org: Le samedi 28 février 2009 à 13:10 +0100, Krzesimir Nowak a écrit : There should be 20 scripts in codegen directory instead of 14. Missing are: code-coverage.py defsconvert.py defsgen.py docextract_to_xml.py missingdefs.py scanvirtuals.py

Bug#517530: python-gtk2-dev: lacks several scripts in codegen directory

2009-03-24 Thread Krzesimir Nowak
2009/3/24 Josselin Mouette j...@debian.org: Le mardi 24 mars 2009 à 12:30 +0100, Krzesimir Nowak a écrit : Since python-gtk2-dev 2.14 and python-gobject-dev 2.16 codegen directory was moved from pygtk to pogobject, so this bug is now applicable to python-pygobject-dev in unstable - I filed

Bug#517530: python-gtk2-dev: lacks several scripts in codegen directory

2009-02-28 Thread Krzesimir Nowak
Package: python-gtk2-dev Version: 2.12.1-6 Severity: normal There should be 20 scripts in codegen directory instead of 14. Missing are: code-coverage.py defsconvert.py defsgen.py docextract_to_xml.py missingdefs.py scanvirtuals.py In next version of pygtk/pygobject codegen directory is moved

Bug#534103: nvidia-kernel-legacy-173xx: fails to build with 2.6.30-1

2009-06-22 Thread Krzesimir Nowak
According to lkml.org [1] proc_dir_entry::owner field was removed in 2.6.30, so for now you can fix it by simply removing or commenting all the lines using proc_dir_entry::owner in nv.c. Krzesimir Nowak [1] http://lkml.org/lkml/2009/1/26/342 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ

Bug#862803: Respect the DEB_BUILD_OPTIONS=nocheck option

2017-05-17 Thread Krzesimir Nowak
Package: ostree Version: 2016.15-5 The ostree package overrides the testing target in the debian/rules file, so it does not respect the nocheck option anymore. It would be nice to have it - waiting for the tests to finish takes too much time for the throw-away builds I do on my machine (and

Bug#862803: Respect the DEB_BUILD_OPTIONS=nocheck option

2017-05-17 Thread Krzesimir Nowak
Dan, Actually I think that ifeq is correct here. If the DEB_BUILD_OPTIONS variable contains nocheck then $(filter …) will return nocheck. Then we have ifeq(,nocheck), which is false, so debian/test.sh will not be executed. Which is what we want. If nocheck is missing from the variable, $(filter

Bug#882386: avahi-daemon segfaults with txt-record values ending in "="

2019-05-10 Thread Krzesimir Nowak
Hi, I'm the last person who changed that code, so I think I'm to blame for the crash. I was let know about this bug, so I wrote a fix. Please see the following PR on github: https://github.com/lathiat/avahi/pull/226 I suppose you could carry this patch in the package until it gets fixed