I dropped the ball due to other distractions.
I'm still interested in collaborating on good SCAP support for Debian,
but would gladly defer to Petter as sponsor.
I'm not familiar with a SCAP-specific IRC channel. I'll make an effort
to be on #debian-security when practical.
On Wed, 2016-10-12 at 20:38 +0200, Petter Reinholdtsen wrote:
> According to the POSIX specification, ELIBACC is not in the list of
> expected errors from open(). See
> http://pubs.opengroup.org/onlinepubs/009695399/functions/open.h
> tml >
> for the full specification.
You make a good point ab
Subject: please honor ca-certificates when connecting to sources
Source: mini-buildd
Severity: wishlist
Tags: patch
When connecting via https, mini-buildd does not validate certificates
and instead generates an error. The attached patch uses ca-
certificates to validate the source.
It might be e
Thanks for your work in packaging this!
I'd be happy to sponsor the package. I noticed you have Pierre
Chifflier listed in the Uploaders: field ... is
he already sponsoring the package? If so I'll gladly defer.
I took a quick look and came up with a few minor nits:
-- The debian/copyright f
Package: libjs-jquery-mousewheel
Version: 10-2
Severity: normal
The version in the package is 3.0.2, from mid-2010.
The current version works much better for me on modern browsers.
It seems to be a very easy drop-in replacement; just pulling the new
file from
https://github.com/jquery/jquery-mous
I've updated the package for 0.3.2-1 and Python3 and uploaded to
https://mentors.debian.net/package/flask-login . Feel free to use
any of my (minor) changes if they are useful.
Package: ssl-cert
Version: 1.0.35
Severity: normal
Tags: d-i
During a recent install, I ended up with a \ at the end of my FQDN in
/etc/hosts.
This caused make-ssl-cert to bomb out in create_temporary_cnf() due to
the sed command having bad quoting. It wasn't overly easy to track
down the probl
On 01/26/2015 12:18 PM, Tycho Andersen wrote:
>> I note that you filed a WNPP and not an ITP for this. Is there some
>> way that I can help?
>
> That's probably because I am new at Debian packaging and screwed it
> up. I've uploaded a draft to mentors, any reviews would be much
> appreciated!
>
Wow! Thanks for writing this!
I *just* finished a rough port of xpyb to Python 3, and you're right
that it's got a lot of issues.
https://github.com/BurntSushi/xpyb
I also recently ported xpybutil to python3 ... this weekend I'll try
it out against xcffib.
I note that you filed a WNPP and not
Source: freerdp
Version: 1.1.0~git20140809.1.b07a5c1+dfsg-3
Severity: normal
The installed file /usr/include/winpr/sspi.h includes
, but winpr/config.h is not included in the -dev
package.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1
I ran into this problem as well, using:
iU libimobiledevice-dev
1.1.6+dfsg-3 amd64Library
for communicating with iPhone and iPod Touch devices
iU libimobiledevice-doc
1.1.6+dfsg-3 all Library
for communicat
Source: xpyb
Severity: wishlist
Hi!
Similar to #751985, I would like to request that xpyb be compiled with
support for xinput. I've been using it with xinput support for a
python-based window manager I'm working on, and although the xinput
bindings are incomplete, they're usable and not interfer
Package: wnpp
Severity: wishlist
Owner: Klee Dienes
* Package name: pycapnp
Version : 0.4.4
Upstream Author : Jason Paryani
* URL : http://jparyani.github.io/pycapnp
* License : BSD-2-clause
Programming Lang: Cython
Description : python bindings for
Package: wnpp
Severity: wishlist
Owner: Klee Dienes
* Package name: tinycthread
Version : 1.1+20120910.git
Upstream Author : Marcus Geelnard
* URL : http://tinycthread.bitsnbites.eu
* License : Zlib
Programming Lang: C
Description : minimalist
Versions of packages rdesktop suggests:
pn pcscd
-- no debconf information
>From 5a2fd7d8e2a43d3ac1645cd929f3d17cc7e970af Mon Sep 17 00:00:00 2001
From: Klee Dienes
Date: Fri, 23 May 2014 08:14:39 -0400
Subject: [PATCH 1/3] Add _WM_NET_PID support.
---
ewmhints.c | 10 +-
xproto.h |
The only change to the packaging I needed to get 1.8.2 to work was to add
libgssglue-dev to the Build-Depends.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Thanks for the patch!
My concern though is that I’m not sure I understand why gcc-4.9 isn’t emitting
the symbols you listed.
There’s a few kinds of symbols that aren’t getting emitted (that I’ve seen in
other gcc-4.9 bug reports).
1) Virtual destructors with an inline body of {}
2) Virtual fun
On May 17, 2014, at 3:19 PM, Daniel Lintott wrote:
> I've taken a look at your packaging at agree it looks good. I noted a
> couple of things that I've picked up since I started packaging…
Thanks for the feedback! I took most of your suggestions (comments to follow):
> debian/rules
> - no need
On May 16, 2014, at 4:43 PM, Daniel Lintott wrote:
> Could I ask what the current situation with iniparser is?
You can find my packaged sources at https://github.com/kdienes/iniparser .
I think they’re ready to upload. I’m currently working my way through the N-M
process, after which I will l
I spent a while trying to get things to work with cmake and pybuild, but
struggled a bit with the interaction between pybuild, cmake, and distutils.
The challenge for me is that the cigi package isn’t a python extension; it’s a
library that happens to include swig-generated python bindings. So
Package: sheepdog
Severity: normal
$ cat /etc/bash_completion.d/sheepdog
script/bash_completion_dog dog
script/bash_completion_dog collie
But:
$ dpkg -S bash_completion_dog
dpkg-query: no path found matching pattern *bash_completion_dog*
This leads to the following:
Last login: Thu Apr 17 19:
Thanks for filing these. I’m slammed this week but should be able to take a
look at them either this weekend or next.
I think the core of the problem comes from CMake not being very good at dealing
with multiple versions of Python.
I’ll try to figure out how to get CMake to do the right thing
Thanks for the bug report! I have a new version (-5) prepared to fix the
problem (as well as to add support for the python bindings, which I am
including in this revision since I was already preparing to upload it, anyway).
The updated code is at:
https://github.com/kdienes/cigi-ccl
Or built a
The host I’m trying to talk to uses 403 (Forbidden) when there is no client
certificate provided.
I’d consider accepting 401 (Unauthorized), 403, 407 (Proxy Authentication
Required).
(Or I’d consider accepting 4* as it’s a bit of a hack for the RC anyway).
Can’t try it today, but I can on Tues
Package: wnpp
Severity: wishlist
Owner: Klee Dienes
* Package name: madgwick-ahrs
Version : 0.0.20120219-1
Upstream Author : Sebastian Madgwick
* URL : http://www.x-io.co.uk/open-source-imu-and-ahrs-algorithms
* License : CC-SA 3.0
Programming Lang: C
Source: python-mini-buildd
Severity: normal
The changes to modify the URL used by the ping mechanism worked for
using mini-buildd as a source, but not for using apt-cacher-ng.
I also have a similar problem connecting to package repositories that
require client certificate authentication. Since t
That’s interesting regarding krb5 … I should have remembered it would have an
INI file parser, but didn’t realize it had write support.
As far as I can tell libconfuse is read-only.
I definitely appreciate the pointers. I have no opinion on 1), but definitely
agree with your point 2).
--
To
On Feb 13, 2014, at 8:48 AM, Andrew Shadura wrote:
> Well, we've just removed libmcs which did support writing ini files...
> Is there really nothing else in archive already to support writing
> them?
Thanks for the pointer and for the question.
A quick scan turned up the following C-ish option
Package: wnpp
Severity: wishlist
Owner: Klee Dienes
* Package name: iniparser
Version : 3.1-1
Upstream Author : Nicolas Devillard
* URL : http://ndevilla.free.fr/iniparser
* License : Expat
Programming Lang: C
Description : a stand-alone INI file
Package: debian-policy
Severity: wishlist
This is taken from
https://lists.debian.org/debian-policy/2014/02/msg00021.html . I'm
pasting here based on Russ Albery's suggestion that a change might be
appropriate for copyright-format 1.1 (see
https://lists.debian.org/debian-policy/2014/02/msg00022.h
Package: debian-maintainers
Severity: normal
Tags: patch
Dear Maintainer Maintainers,
Please add me as a Debian Maintainer. A Jetring changeset is attached.
Note that there is already an entry for k...@debian.org in the database
(which is also me).
Thank you for your time,
Klee
Comment: Add a
Package: thin
Version: 1.3.1-4
Severity: important
Dear Maintainer,
It looks as if ruby2.0 and thin disagree on where to find multiarch libs:
kdienes@remus:~$ ruby --version
ruby 2.0.0p353 (2013-11-22) [x86_64-linux-gnu]
kdienes@remus:~$ dpkg -S thin_parser
thin: /usr/lib/ruby/vendor_ruby/1.9.1/
I checked in 1.3 and they have rewritten _geos_version in a way that looks like
it should fix the bug. Thanks for looking into it!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
My apologies. My line for _geos_c_version_re had an extra ‘x’ in it for
testing.
It should read:
_geos_c_version_re = re.compile ('[^- ]+-[^- ]+-([0-9][.0-9]+[0-9])+(
r[0-9]+)?’)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? C
Package: python-shapely
Version: 1.2.14-1
Severity: important
kdienes@romulus:~$ python
Python 2.7.6 (default, Dec 6 2013, 20:05:37)
[GCC 4.8.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import shapely
>>> import shapely.geos
Traceback (most recent call
Package: mini-buildd
Version: 1.0.0~rc.1
Severity: normal
>From the logfile:
sudo apt-get --option=Acquire::Languages=none update
E: The method driver /usr/lib/apt/methods/https could not be found.
E: Command 'sudo apt-get --optio
Package: mini-buildd
Version: 1.0.0~rc.1
Severity: normal
I'm not really sure if this is a bug in mini-buildd, or in
libeatmydata, or in OpenCV. But I first encountered the problem in
mini-buildd, so I'm starting here. It's also likely related to
#702711.
I have a package that links against ope
Package: libeatmydata
Version: 26-2
Severity: normal
This is related to #702711, but slightly different.
EFAULT is confusing to the naive user of libeatmydata, who sees only a
call to open() returning an errno of EFAULT and is therefore tempted
to try to figure out what is wrong with his or her p
Package: mini-buildd
Version: 1.0.0~rc.1
Severity: wishlist
It would be helpful to be able to specify the priority of the
repository being built for. Right now it defaults to 1, which is not
always the ideal choice.
Or alternately, it would be nice to be able to suppress the internal
repository
Package: mini-buildd
Version: 1.0.0~rc.1
Severity: normal
The handler for /repositories includes the following line:
# ,match=r"^/.+/(pool|dists)/.*")
Package: procps
Version: 1:3.3.9-1
Severity: minor
/bin/kill doesn't appear to generate any error output (but does exit
1) if the process-id specified does not exist:
$ kill 4242
-bash: kill: (4242) - No such process
$ /bin/kill 4242
This is confusing because it's different from the output from
I've got a fairly similar package, designed to notice secondary pointing
devices, create master pointers to allow them to be used simultaneously, and
calibrate them.
The primary use so far is to support my packages to allow the use of PS Move
controllers and other attitude-sensing devices as pr
Package: wnpp
Severity: wishlist
Owner: Klee Dienes
* Package name: hidrd
Version : 0.2
Upstream Author : Nikolai Kondrashov
* URL :
http://sourceforge.net/apps/mediawiki/digimend/index.php?title=Hidrd
* License : GPL-2+
Programming Lang: C
Description
The issue is that libnss-ldap is ending up with a dependency on
__libc_lock_lock, which was removed from glibc.
So anything that tries to load libnss-ldap via nsswitch ends up getting a NULL
for the library load, and then behaves poorly.
There is a patch at
https://github.com/archlinuxarm/PKG
Package: wnpp
Severity: wishlist
Owner: Klee Dienes
* Package name: libmini
Version : 10.10~20130925
Upstream Author : Stefan Roettger
* URL : http://stereofx.org/terrain.html
* License : GPL, LGPL, MIT, others
Programming Lang: C, C++, others
Description
Package: wnpp
Severity: wishlist
Owner: Klee Dienes
* Package name: jsbsim
Version : 1.0~pre2
Upstream Author :
* URL : http://jsbsim.org/
* License : LGPL-2+
Programming Lang: C++
Description : the JSBSim flight dynamics model
JSBSim is an open
Package: wnpp
Severity: wishlist
Owner: Klee Dienes
* Package name: cigi-ccl
Version : 3.3.3a
Upstream Author : Bill Phelps
* URL : http://cigi.sourceforge.net
* License : LGPL-2.1+
Programming Lang: C++
Description : the CIGI class library (CCL
Package: wnpp
Severity: wishlist
Owner: Klee Dienes
* Package name: kdis
Version : 3.0.0~pre20130913
Upstream Author : Karl Jones
* URL : http://kdis.sourceforge.net
* License : BSD-2-Clause
Programming Lang: C++
Description : The KDIS Distributed
Package: directory-administrator
Version: 1.7.1-1+b2
Severity: important
Tags: patch
Fixes a crash due to missing NULL in a call to g_strconcat().
diff -ru dir/src/appfunctions.c directory-administrator-1.7.1/src/appfunctions.c
--- dir/src/appfunctions.c 2008-11-22 07:53:48.0 -0500
+
Package: gstreamer0.10-ffmpeg
Version: 0.10.3-4
Severity: important
This is 100% reproducible when trying to view flash video (e.g. YouTube) from
iceweasel. My system has a number of experimental packages that I installed to
resolve dependencies so I could build non-optimized versions from sour
Package: openoffice.org-core
Version: 1:2.3.0.dfsg-3
Severity: important
File: oosplash.bin
After running openoffice, I routinely find oosplash.bin processes left
around spinning madly.
(gdb) where
#0 0x2ae68cff9ac6 in poll () from /lib/libc.so.6
#1 0x2ae68cd6c4c6 in _XWaitForWritable (
Package: destar
Version: 0.2.2-4
Severity: serious
Justification: Appendix F and update-alternatives (1)
$ sudo dpkg --purge destar
(Reading database ... 224905 files and directories currently installed.)
Removing destar ...
/etc/op-panel/destar/op_server.cfg
update-alternatives: --remove needs
isn't running.
Ari Pollak wrote:
> On Tue, 2007-11-13 at 23:03 -0600, Klee Dienes wrote:
>> The periodic UI hangs started happening a few months ago, and I
>> suspect are unrelated to the X crashes I was having earlier today.
>> They seem to be a fairly straightforward block i
The problem seems to be that the zephyr protocol handler is using
the internal header for its structure definitions, even when it's
using the system-provided zephyr libraries.
I was able to solve the problem by renaming zephyr.h to
zephyr_internal.h, and then applying the following patch:
--- ori
/buildd/gtk+2.0-2.12.1/gtk/gtkmain.c:1146
#19 0x00473135 in main (argc=2, argv=0x7fff886c80b8)
at ../../pidgin/gtkmain.c:853
(gdb)
Ari Pollak wrote:
> Klee Dienes wrote:
>> I'm still getting long UI hangs from the zephyr library blocking on
>> Z_WaitForNotice, but I s
Well, now I feel stupid. I installed pidgin-dbg, reverted to the
.purple I was using to get the crashes earlier, and now am no longer
able to reproduce the problem. I'm not sure if it was the
dist-upgrade I did earlier today, or just some race condition that
is no longer being triggered.
I'm sti
Package: pidgin
Version: 2.2.2-1
Severity: normal
Sometime around the first of November, my Zephyr account started
causing pidgin to crash shortly after startup. The crash is 100%
reproducible, and usually results in an X protocol error shortly after
pidgin fetches the third batch of atoms from t
It appears to have been fixed in 2.20. Thank you for your work to
fix it!
Josselin Mouette wrote:
> Hi,
>
> Le dimanche 23 septembre 2007 à 09:24 -0500, Klee Dienes a écrit :
>> Package: nautilus
>> Version: 2.18.3-3
>> Severity: important
>>
>> Nautilus
Package: nautilus
Version: 2.18.3-3
Severity: important
Nautilus crashes on amd64 when trying to display properties for a very large
TIFF file (150MB).
I am unable to generate a bug-buddy report as it crashes as well in a different
section of the code.
The crash is 100% reproducible; I am happy
Package: bug-buddy
Version: 2.20.0-2
Severity: important
Called as --appname nautilus --include /dev/null.
GDB stacktrace:
#0 *__GI___libc_free (mem=0x406d69742e656475) at malloc.c:3596
#1 0x2b255ddff965 in IA__g_strfreev (str_array=0x814fe0) at
/build/buildd/glib2.0-2.14.1/glib/gstrfuncs
60 matches
Mail list logo
