Bug#707248: libclang-dev: Python bindings provided by clang are not packaged

2013-05-08 Thread Andreas Kostyrka
Package: libclang-dev
Version: 1:3.0-6.2
Severity: normal

Dear Maintainer,

bindings/python is being not available via debs. This directory contains a 
ctypes/FFI based module to access libclang from python.

TIA,

Andreas

-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages libclang-dev depends on:
ii  libclang-common-dev  1:3.0-6.2
ii  libclang11:3.0-6.2
ii  libstdc++6-4.6-dev   4.6.3-14

libclang-dev recommends no packages.

libclang-dev suggests no packages.

-- no debconf information

The information contained in this e-mail message is privileged and
confidential and is for the exclusive use of the addressee. The person
who receives this message and who is not the addressee, one of his
employees or an agent entitled to hand it over to the addressee, is
informed that he may not use, disclose or reproduce the contents
thereof, and is kindly asked to notify the sender and delete the e-mail
immediately.


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



Bug#434760: cupsys: cupsddk package missing

2007-07-26 Thread Andreas Kostyrka
Package: cupsys
Version: 1.2.11-3
Severity: serious
Justification: no longer builds from source


Debian seems currently missing a cupsddk package, which is needed by
newer externals drivers it seems. :( (Example: splix)

Andreas

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages cupsys depends on:
ii  adduser  3.97Add and remove users and groups
ii  cupsys-common1.2.4-1 Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0]1.5.5   Debian configuration management sy
ii  gs-esp   8.15.2.dfsg.1-2 The Ghostscript PostScript interpr
ii  libc62.5-11  GNU C Library: Shared libraries
ii  libcupsimage21.2.11-3Common UNIX Printing System(tm) - 
ii  libcupsys2   1.2.11-3Common UNIX Printing System(tm) - 
ii  libdbus-1-3  1.0.2-1 simple interprocess messaging syst
ii  libgnutls13  1.6.3-1 the GNU TLS library - runtime libr
ii  libldap2 2.1.30-13+b1OpenLDAP libraries
ii  libpam0g 0.79-3.2Pluggable Authentication Modules l
ii  libpaper11.1.20  Library for handling paper charact
ii  libslp1  1.2.1-6 OpenSLP libraries
ii  lsb-base 3.1-15  Linux Standard Base 3.1 init scrip
ii  patch2.5.9-4 Apply a diff file to an original
ii  perl-modules 5.8.8-7 Core Perl modules
ii  procps   1:3.2.7-3   /proc file system utilities
ii  xpdf-utils [poppler-util 3.01-9  Portable Document Format (PDF) sui
ii  zlib1g   1:1.2.3-13  compression library - runtime

-- debconf information excluded


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



Bug#408376: python2.5-profiler package is missing.

2007-01-25 Thread Andreas Kostyrka
Package: python2.5
Version: 2.5-5
Severity: normal


There is no python2.5-profiler package in testing/unstable. While it's
unfree, it's required for all kinds of stuff, e.g. nosetests.

Andreas

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.19ako
Locale: [EMAIL PROTECTED], LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages python2.5 depends on:
ii  libbz2-1.0   1.0.3-6 high-quality block-sorting file co
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libdb4.4 4.4.20-8Berkeley v4.4 Database Libraries [
ii  libncursesw5 5.5-3   Shared libraries for terminal hand
ii  libreadline5 5.2-1   GNU readline and history libraries
ii  libsqlite3-0 3.3.8-1 SQLite 3 shared library
ii  libssl0.9.8  0.9.8c-3SSL shared libraries
ii  mime-support 3.37-1  MIME files 'mime.types'  'mailcap
ii  python2.5-minimal2.5-5   A minimal subset of the Python lan

-- no debconf information


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



Bug#342583: postgresql-server-dev-8.0 depends upon libpq-dev which is 8.1 specific.

2005-12-12 Thread Andreas Kostyrka
Am Montag, den 12.12.2005, 07:24 +0100 schrieb Martin Pitt:


 Oh, that's indeed wrong. For version specific server backends, you
 should use the version specific pg_config in
 /usr/lib/postgresql/version/bin/pg_config.

Well, I figured this out, but I was quite surprised. Hmmm, where in
hell did configure catch 8.1? dpkg -l \*8.1\* - nothing.

Compiling server-side extensions, e.g. Slony, might be critical to allow
an upgrade of the DB server at all.
(Slony is one of the solutions that allows to migrate huge databases, by
setting up a cluster with different versions of postgresql, switching
master node, and you've upgraded, with perhaps 30s all in all downtime
to your application. Dumping and reloading the database in our case
would have taken at least 30mins, which would have been accepted in this
case by management, but our db is currently small after 1 month or so of
operation.)

Andreas

 
 Thanks,
 
 Martin


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#342583: postgresql-server-dev-8.0 depends upon libpq-dev which is 8.1 specific.

2005-12-11 Thread Andreas Kostyrka
Am Sonntag, den 11.12.2005, 15:04 +0100 schrieb Martin Pitt:
 tag 342583 moreinfo
 thanks
 
 Hi Andreas!
 
 Andreas Kostyrka [2005-12-08  9:23 -0800]:
  postgresql-server-dev-8.0 depends upon libpq-dev which happens
  to be 8.1 specific. 
 
 libpq{4,-dev} is not version specific, it works for all PostgreSQL
 versions starting from 7.3. It just makes sense (and is generally
 necessary) to have the client side files for server-side extensions,
 too.
 
  Which makes it completely useless as the headers do not match. There
  is no other libpq-dev version being shown by apt-cache.
  
  The installed ubuntu package below fixes at least the compile time
  stuff, but it still is not able to link.
 
 Can you please give more details about what exactly you are trying to
 do? 'It breaks' is not very helpful for fixing things.

I'm trying to compile slony.
And it did bomb in type conflicts in the headers between
postgresql-server-dev-8.0 and libpq-dev. When I install a libpq-dev
based on 8.0 (like from Ubuntu), the headers match I can compile slony.

Actually my woes started earlier, as pg_config from libpq-dev let's
slony configure assume that it's compiling against 8.1. Which means more
configure options, etc.

I'm still not able to link the resulting .o files, and load the
resulting .o file into the server.

My errors seems to have been similiar with the problems the SPARC
compilation in bug 342583.

So yes, perhaps in design the client headers should be
version-independent. In reality, at least in the slony case, they seem
to be version dependent.

I guess one way to fix that would make postgresql-server-dev-X.Y include
all the headers etc for X.Y, not depending upon libpq-dev.

TIA,

Andreas


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#342583: postgresql-server-dev-8.0 depends upon libpq-dev which is 8.1 specific.

2005-12-08 Thread Andreas Kostyrka
Package: postgresql-server-dev-8.0
Version: 8.0.4-4
Severity: grave
Justification: renders package unusable


postgresql-server-dev-8.0 depends upon libpq-dev which happens
to be 8.1 specific. Which makes it completely useless as the headers
do not match. There is no other libpq-dev version being shown by apt-cache.

The installed ubuntu package below fixes at least the compile time stuff,
but it still is not able to link.

Andreas


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages postgresql-server-dev-8.0 depends on:
ii  libpq-dev8.0.3-15ubuntu1 header files for libpq4 (PostgreSQ

postgresql-server-dev-8.0 recommends no packages.

-- no debconf information


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



Bug#341508: see 342583

2005-12-08 Thread Andreas Kostyrka
Hi!

This is a bug in libpq-dev and/or postgresql-server-dev-8.0.

Basically the postgresql 8.0 specific server-dev package refers to
libpq-dev which is unversioned, and nowadays refers to 8.1

I've logged a bug #342583 for this.

Andreas


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil