On Sun, 15 Jan 2006, Justin Pryzby wrote:
Can we remove xpcd?
Hmmm, I would prefer if the long standing bugs with patches would be
fixed.
Package reported obsolete upstream
Even if reported obsolete this package is know to be robust in showing
Kodak PCDs while other programs sometimes
On Mon, 24 Oct 2005, Ian Haywood wrote:
Package: gnumed-snellen
Version: 0.1-4
Severity: grave
Tags: experimental
Justification: renders package unusable
This code is quite old and has longstanding bugs, which have been fixed
upstream (and tested against wx 2.4)
Can you assure that current
On Thu, 29 Sep 2005, Sam Hart wrote:
Nearly every graphic, sound and animation was something that I created
except for a few images which were pulled from the Copyright Free Photo
Archive here: http://gimp-savvy.com/PHOTO-ARCHIVE/index.html
Well, if you are looking for photos that make a nice
Package: zope-common
Version: 0.5.13
Severity: grave
Justification: renders package unusable
Hi,
sorry for the German locale but I think all relevant text is in English ...
~$ sudo apt-get install zope-formulator
...
Richte zope-formulator ein (1.9.0-2) ...
Traceback (most recent call last):
Package: otrs
Version: 2.0.4p01-1
Severity: grave
Justification: renders package unusable
Hello,
after latest upgrade in testing OTRS became unusable:
http://localhost/cgi-bin/otrs/customer.pl
Forbidden
You don't have permission to access /cgi-bin/otrs/customer.pl on this server.
On Fri, 9 Dec 2005, Thomas Wouters wrote:
Are the owner ship promissions set right on all otrs file?
use ~otrs/bin/SetPermissions.sh
i used otrs:www-data (that should work on debian as default) but it didn't
work until i used www-data:www-data ;
Well, I think I used www-data:www-data
On Sat, 10 Dec 2005, Torsten Werner wrote:
did you upgrade the database schema?
I did nothing but upgrading the package. There was no file NEWS.Debian
or whatever (debconf information) that gave me the slightest hint to
do something else. If I should do something else (perhaps something
On Tue, 30 Aug 2005, Steve Langasek wrote:
Bug#325562: zope-textindexng2_1:2.2.0-1(m68k/unstable/vault13): FTBFS on m68k
Tags were: sid
Tags added: help
What kind of help are you looking for? Is there no straightforward way
to override optimization flags for this package? It seems that if
On Tue, 30 Aug 2005, Steve Langasek wrote:
to override optimization flags for this package? It seems that if
nothing else, setup.py should allow you to set ext_args = ['-O2'], which
is the policy-recommended optimization level for all architectures
anyway.
I tried to follow your hint:
$
On Wed, 7 Sep 2005, Andreas Jochens wrote:
When building 'arb' on amd64/unstable, I get the following error:
Thanks for trying to build arb in amd64. I just want to warn you that
upstream told me that on any 64Bit architecture arb is broken and will lead
to errors. This is one reason for
On Wed, 7 Sep 2005, Andreas Jochens wrote:
I get the following error on i386/unstable:
make[3]: Entering directory `/arb-0.0.20050526/GDE/CORE'
rm -f functions.h
../../MAKEBIN/aisc_mkpt -C *.c functions.h
arb_replace -l 'DummyRepaint*=DummyRepaint();' functions.h
arb_replace: error while
On Thu, 8 Sep 2005, Petr Salinger wrote:
This can be also fixed with following in debian/rules.
--- debian/rules~ 2005-08-31 07:18:37.0 +
+++ debian/rules2005-09-08 08:05:21.0 +
@@ -28,11 +28,13 @@
export ARBHOME=`pwd` ; \
export LC_ALL=C ; \
On Fri, 9 Sep 2005, Andreas Jochens wrote:
Basically yes, the are sufficient to build the package on ppc64.
However, there is still a FTBFS problem with libmotif-dev on ppc64 so
that lesstif2-dev has to be used instead.
Please note that I observed a partly unusable user interface on i386
Hi,
if have no slightest idea what might have caused your problem and
I'm unable to reproduce it on my system that is a quite up to date
testing machine. Compared to your installed packages
Versions of packages xteddy depends on:
ii imlib11 1.9.14-31Imlib is an
On Mon, 27 Nov 2006, Don Armstrong wrote:
The bug in #339141 is that you saw the archived string when the bug
reports were not actually archived. Bugs which are actually archived
are not present in the same bug database as unarchived bugs, and can't
possibly be displayed in that report without
Lars, I just include you in this mail list, because it was a patch you
requested and it seems probable that you know a reasonable solution.
It is a bug of dict-wn, of serpento or is it even a bug of sysv-rc
that does not check the existence of an init script?
On Tue, 14 Mar 2006, Laurent Bonnaud
Package: mozilla-locale-de-at
Version: 1.7.7-1
Severity: grave
Tags: l10n
Justification: renders package unusable
Hello,
the version of the locale package has to match the version of the Mozilla
package. The latest version of Mozilla is 1.7.8 and thus the
mozilla-locale-de-at
package is just
Package: apt-listbugs
Version: 0.0.48
Severity: serious
Justification: Policy 9.1.1
Apt-listbugs stores the bugs it just listed in
/etc/apt/listbugs/ignore_bugs
This results in a change in /etc after nearly every apt run which
definitely sucks.
Kind regards and thanks for maintaing
On Wed, 13 Sep 2006, Thijs Kinkhorst wrote:
Of course, anyone willing to hack on CTN to bring it up to speed with
current environments is welcome. But I think at this point it's not that
sensible to try to keep CTN alive in Debian without upstream support or
other longer-time commitments to
Hi,
what about asking on debian-amd64 or debian-devel list. In the past
I've gote sometimes very prompt working patches from there.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
n Mon, 18 Sep 2006, David Starner wrote:
Package: findimagedupes
Version: 0.1.3-7
Just to let you know the status quo: There is a completely rewritten
verison of findimagedupes in preparation which does not show the
problem (and closes the other open bugs). It will be released as
package
On Tue, 19 Sep 2006, David Starner wrote:
It's a little late to be releasing completely rewritten versions of
programs for etch. So that solution means removing findimagedupes from
etch altogether.
If I'm not completely wrong there is no freeze for packages of
priority extra (or did I missed
-0700
Resent-From: [EMAIL PROTECTED]
Resent-To: debian-bugs-dist@lists.debian.org
Resent-cc: Andreas Tille [EMAIL PROTECTED]
Package: wordnet
Version: 1:2.1-2
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of wordnet_1:2.1-2 on caballero by sbuild/ia64
On Mon, 25 Sep 2006, Matthew Wilcox wrote:
On Mon, Sep 25, 2006 at 07:36:11PM +0200, Andreas Tille wrote:
is any kind soul out there that is able to send me a patch
for this problem. I have no real idea what to do.
Get:1 http://http.us.debian.org unstable/main wordnet 1:2.0g-14 (tar
On Tue, 26 Sep 2006, Matthew Wilcox wrote:
which is just garbage. static const char Id[] = ... would make sense.
Well, this sounds very reasonable in dead.
How does that build on any architecture?
As expected fine on i386 and probably better than before on any other.
So if you commit that
On Tue, 26 Sep 2006, Joost Witteveen wrote:
On 26/09/06, Matthew Wilcox [EMAIL PROTECTED] wrote:
The thing is, it doesn't even build on i386. So I don't understand how
you uploaded it.
It builds on my recent testing machine. I admit I should have used
pbuilder.
Just as a datapoint:
Hi,
I wonder whether anybody is interested to take over zope-ttwtype
that has one serious bug (#378712). While there is a quite simple
patch attached I hesitate to apply this without testing. The
problem is that I stopped using this Product for years and upstream
did not updated it since 3
On Mon, 28 Aug 2006, Adeodato [UTF-8] Simó wrote:
Your package depends on zope-cmf1.4, but this package is no longer
available in unstable.
Yes. That's why I also requested the removal of zope-ttwtype in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378712;msg=24
Kind regards
On Tue, 28 Oct 2008, Steffen Möller wrote:
Except that snplink is taken by another program
This is a valid point and should probably be discussed with plink
(and snplink??) authors.
and Debian remains incompatible for scripts shared in the community.
This is not really a valid point. In
On Tue, 28 Oct 2008, Luca Capello wrote:
FWIW both software have been published in scientific papers, thus
changing one name or the other can be more difficult.
Yes - but it can be made public on their website.
However, while Steffen's point is valid, it's not problematic ATM, since
we
On Wed, 29 Oct 2008, Charles Plessy wrote:
I think that I would like the Debian Blend distributions (formerly called CDDs)
to manage this smartly in the future. We could have some mechanisms that make
sure that for biologists, plink relates to SNPs, not to SSH. But this is a long
term goal with
On Wed, 3 Sep 2008, Francesco Potorti` wrote:
In the wordnet browser, after looking for a name, I ask for its
synonims. However, I only get a line saying that there are N senses. I
can only get the synonims one at a time, by writing a sense number in
the sense box and then asking for
Hi,
in http://bugs.debian.org/497441 a patch is provided that should fix
several security problems. When investigating into the problem that
WordNet stopped working as usual when looking for synonym sets like
for instance
$ wordnet test -synsn
which should not only print
6 senses of
On Fri, 5 Sep 2008, Nico Golde wrote:
As far as I know this was part of the patch by oCert.
Well, who actually is oCert, i.e. how can I report problems with
their patches?
However its not a security fix but just a cleanup as both
function calls are equal.
Well, apparently they are not.
On Sat, 6 Sep 2008, Nico Golde wrote:
This patch is included wordnet 1:3.0-12.
Well, not really. There was a problem with the original
patch which was reported to [EMAIL PROTECTED] The
problem was fixed and you can obtain patches from
On Fri, 15 Feb 2008, Bruno Magagnini wrote:
Package: education-logic-games
Followup-For: Bug #465573
I'm very sorry for the inconvience. The problem was caused by the cdd-dev
package that just caused brocken education-* packages. My suggested
workaround was not really a good suggestion.
On Sun, 17 Feb 2008, Bruno Magagnini wrote:
It's ok, now. Thank's a lot. Could you close the bug ?
Nice to hear that. I'll care about closing the bug once I'll get
positive reports from the other reporters.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to
On Tue, 19 Feb 2008, Tyler MacDonald wrote:
No such luck :-(
A (hopefully final) fix for the problem was tested yesterday by
Fabrice Lorrain [EMAIL PROTECTED] successfully. The
packages versioned 0.826 just hit incoming and should be propagated
to unstable soon.
Sorry for the inconvience
On Tue, 26 Feb 2008, Petter Reinholdtsen wrote:
There are a few problems with this:
- It's missing a build dependency on apt, which isn't part of
essential + build essential.
Good point. Need to be fixed.
Yes it should. IMHO the simplest solution would be to make
cdd-dev dependant from
On Tue, 26 Feb 2008, Petter Reinholdtsen wrote:
[Kurt Roeckx]
It seems that apt downloads things from a debian mirror and puts it in
../tmp.
Yes. It is part of the purpose of the package.
So I would not regard this as bug but a feature, right.
There are a few problems with this:
- It's
Uhmm, Kurt could you please do us a favour and do not file the
same bug three times and instead respond to the requests for
clarification?
As I said in my last comment to #467650 I would like to
reassign the problem to cdd-dev and close the bug by with
the apt-get dependency. If you don't agree
On Thu, 28 Feb 2008, Holger Levsen wrote:
On Thursday 28 February 2008 14:46, Andreas Tille wrote:
I would like to reassign this bug to cdd-dev package and close
it with an upload.
You dont _have to_ reassign to close the bug with an upload :-)
Hmmm, once I tried without reassigning
On Thu, 28 Feb 2008, Holger Levsen wrote:
On Thursday 28 February 2008 14:54, Andreas Tille wrote:
Uhmm, Kurt could you please do us a favour...
I cloned the bug, Kurt didnt do it :)
Ahhh, sorry Kurt. Blame my ignorance for bothering you for
this thing. ;-)
As I read the bug report
On Thu, 28 Feb 2008, Kurt Roeckx wrote:
On the other hand - why isn't apt not part of essential?
Because it's not. What is part of essential is dpkg.
Well, I'm aware of the current state - I just was wondering
whether apt should not become a part of essential. This is
just a question
On Fri, 29 Feb 2008, Charles Plessy wrote:
Progress has been made (thanks David !), but there are still a few CPAN
modules to package. We definitely want this before the freeze.
If there is any lack of man power I would issue a Request For Help
on debian-perl (CCed to Debian-Med in this
On Sat, 1 Mar 2008, Kurt Roeckx wrote:
I had some problems with mail getting to me. Things are now slowly
being processed. I can't really follow everything that's happened
with this.
Ahh, OK, thanks for clarifying this.
cdd-dev would get a Depends on apt. I'm perfectly happy with that.
I
], optptr-pos, optptr-search,
whichsense, optptr-label);
} else {
- sprintf(tmpbuf, wn: invalid search option: %s\n, av[j]);
+ /* Fix CVE-2008-2149: buffer overflows Andreas Tille [EMAIL PROTECTED] */
+ sprintf(tmpbuf, wn: invalid search option: %.200s\n, av[j]);
display_message
On Thu, 15 May 2008, Andreas Tille wrote:
As stated in the Gentoo BTS
https://bugs.gentoo.org/show_bug.cgi?id=211491
there are potentially more issues of other sprintf()/strcpy()/strcat()/...
occurences. So I wonder if you accept the attached patch as a fix for
the problem. It actually
On Fri, 16 May 2008, Steffen Joeris wrote:
Sorry for the late reply.
No problem.
For testing-security just make sure you upload with priority=high .
pdebuild with priority=high in changelog is currently running.
I would not want to think about DTSAs or migration stuff yet, because I
On Fri, 16 May 2008, Nico Golde wrote:
- sprintf(tmpbuf, wn: invalid search option: %s\n, av[j]);
+ /* Fix CVE-2008-2149: buffer overflows Andreas Tille [EMAIL
PROTECTED] */
+ sprintf(tmpbuf, wn: invalid search option: %.200s\n, av[j]);
Please use
On Fri, 16 May 2008, Nico Golde wrote:
I first thought the buffer you write into is also 200 bytes
big then the 0 byte sprintf writes at the end would cause an
off-by-one. I just saw that its 256 bytes big so this should
be no problem.
Yes, I left some space. You have to add the fix format
On Sun, 6 Apr 2008, Kumar Appaiah wrote:
tags 474416 + patch
thanks
Hi!
Please find attached a patch to fix this bug. Just shoved in two more
missing includes. :-)
Thanks for the patch. I just applied it and will upload soon.
Hope this issue will be solved now finally.
Kind regards
On Mon, 7 Apr 2008, Bastian Blank wrote:
found 474416 1.3.0-4
I'm a little bit retired of this reopen pingpong. Could anybody with
gcc-4.3 experience provide a _fully_ _working_ patch? I'm afraid we might
go up to package version -17 or whatever until this really gets reslved. :-(
Thanks
On Mon, 14 Apr 2008, Lucas Nussbaum wrote:
checking for gcc... gcc
checking for C compiler default output... configure: error: C compiler cannot
create executables
See `config.log' for more details.
make: *** [build-stamp] Error 77
Could you please send me the config.log file. I fail to
On Mon, 14 Apr 2008, Lucas Nussbaum wrote:
The problem is very likely to be caused by dpkg 1.14.18 now
setting default values for CFLAGS and some other variables (see
dpkg-buildpackage(1)).
But in this case it should fail in my unstable chroot which it does not.
So I just can not reproduce
On Mon, 14 Apr 2008, Lucas Nussbaum wrote:
The problem is very likely to be caused by dpkg 1.14.18 now
setting default values for CFLAGS and some other variables (see
dpkg-buildpackage(1)).
It seems so. As I said it works in chroot and if I try to use
debuild on my normal box. I reworked
On Mon, 14 Apr 2008, Lucas Nussbaum wrote:
The problem is that you set LDFLAGS to -s `gtk-config --libs`. It isn't
expanded before it's passed to configure through the environment, so gcc
complains.
Replacing this with: LDFLAGS = -s $(shell gtk-config --libs)
fixes the problem.
Ahh, stupid me
On Sat, 14 Jun 2008, Jonathan H N Chin wrote:
Sorry, I misunderstood your previous email.
I've uploaded the new version.
Ahh, thank you. Too stupid that I did not read my bugs mail folder
today morning to learn about your new version. So I just uploaded the
old one but the current version
On Fri, 27 Jun 2008, Niko Tyni wrote:
On Thu, Jun 26, 2008 at 11:29:11PM +0200, Manuel Prinz wrote:
Substituting the current hard-coded dependancy on perl with
${perl:Depends} in debian/control produces a dependancy on perl which
seems OK.
Well, the versioned dependency was required to fix
On Tue, 1 Jul 2008, Manuel Prinz wrote:
You're welcome! The versioned dependancy can be reintroduced by passing
-V to dh_perl.
Fine.
I've not been deeply into Perl packaging yet but I write software in
Perl and know the language. I'm not a findimagedupes user myself but am
willing to adopt
On Tue, 1 Jul 2008, Manuel Prinz wrote:
dh_perl was wrong, that's why perlapi-$Confiv{Version} was not set. The
-V is not necessary. It even disables the dependancy to perlapi, so I
dropped it. ${perl:Depends} is now substitued as expected.
Great!
I added myself to Uploaders. Should I
On Thu, 3 Jul 2008, Lucas Nussbaum wrote:
reopen 486959
found 486959 1.0-6
thanks
* debian/patches/03-fix_FTBFS_gcc4.3_missing_includes.patch:
Added `include cstdio' to `AlignedFragment.h' (Closes: #486959).
Apparently this wasn't enough. It seems that you start building before
On Thu, 3 Jul 2008, Lucas Nussbaum wrote:
Do you support parallel building? I think that caused the bug.
Hups, what is parallel building? How can / should I support this.
ANd why should I support it if it breaks the build. Shouldn't it
rather be prevented to avoid this breakage?
Confused
On Sat, 5 Jul 2008, Frank Lichtenheld wrote:
Package: arb
Version: 0.0.20071207.1-2
Severity: grave
arb depends on libglew1.4 which is unavailable. Please rebuild against
liblew1.5.
I'll do so next week.
I see that your package has the autobuild field set. But it does not seem to
appear
Hi Jonathan,
about five weeks ago you mentioned that yoou are planning to release a
new version of findimagedupes and thus I decided to wait with a recompile
of the version that is currently in Debian. Now the bug severity was
increased which means if I do not react soon the package will vanish
Hi,
unfortunately I completely missed this bug because I had a relaxing from
DebConf vacation and it must somehow vanished from my mailbox - so sorry
for caring so late.
Now I had a look at Arb packaging and have to admit I do not really
understand which issue exactly fullfills the symlink
On Mon, 10 Mar 2008, Lucas Nussbaum wrote:
Package: debian-edu
Version: 0.826
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080308 qa-ftbfs
Justification: FTBFS on i386
Another consequence of the needs network when building issue. Just
for the record: The fix was in SVN
On Tue, 11 Mar 2008, Charles Plessy wrote:
Le Tue, Mar 11, 2008 at 12:26:57AM +0100, Christoph Berg a écrit :
it appears to me that autodock and autogrid's Suggests on
popularity-contest merely serve the purpose of pimping that package's
popcon scores. Please remove the Suggests.
Indeed, the
On Mon, 16 Oct 2006, Igor Stroh wrote:
... the stable upstream version of
zope-book is a reference for the ancient zope 2.6 and the
zope-book for zope 2.7 is still beeing worked on.
So, to be honest, I've lost interest in zope-book packaging
altogether and would recommend to remove it from
On Mon, 15 Jan 2007, Fabio Tranchitella wrote:
At this point, everything is more clear to me: you are running a zope 2.8
instance which uses python2.3 but both python-psycopg and python-psycopg2
do not support python2.3 anymore.
Sounds like a very reasonable explanation.
The reason for this
Hi,
what would you regard as the best strategy to fix this bug soon?
Should I do a new source upload with no changes?
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Fri, 29 Jun 2007, Aaron M. Ucko wrote:
wordnet FTBFS on amd64 (and presumably other platforms) because it
tries to run man -Thtml at build-time without build-depending on
man-db.
Could you please fix this?
sure I can fix this, but are you really sure. I just builded the
package in
Hi,
as you might have noticed I reassigned the bug to cdd-common which
in fact contains the code that leads to the problem below.
Setting up med-tools (0.12) ...
Adding menu for user users of med ...
Unknown id: users
dpkg: error processing med-tools (--configure):
subprocess post-installation
On Sun, 14 Oct 2007, Lucas Nussbaum wrote:
If you think that it should be orphaned instead of being removed from
Debian, please reply to this bug and tell so.
There is no need to orphan the package because I'll continue in
maintaining it. To be honest arb is a little bit hard to maintain
On Sat, 13 Oct 2007 Joachim Breitner wrote:
these bugs #444196 and #444824 are probably related...
I doubt that.
When I reported #449050 which was caused by a switch from 2.10 to
2.12 I did quite short before I observed the crash of the printing
dialog in Galeon. It sounds very likely that
On Wed, 9 Jan 2008, Charles Plessy wrote:
severity 459834 serious
thanks
Le Wed, Jan 09, 2008 at 12:55:58AM +0100, Arnt Karlsen a écrit :
trying to overwrite `/usr/bin/extract', which is also in package extract
sorbetÿÿ~ÿÿ$ apt-cache rdepends extract
extract
Reverse Depends:
gnumed-client
Hi,
I would like to ask kindly for support regarding bug #424644 because
I do not own any amd64 and thus feel unable to solve this problem.
Any hints / patches?
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Fri, 18 May 2007, Andreas Metzler wrote:
On 2007-05-18 Andreas Tille [EMAIL PROTECTED] wrote:
I would like to ask kindly for support regarding bug #424644 because
I do not own any amd64 and thus feel unable to solve this problem.
Any hints / patches?
http://lists.debian.org/debian
: Re: [Help] AMD64 specific bug on libblitz0 (#424644)
Resent-Date: Fri, 18 May 2007 15:25:33 -0500 (CDT)
Resent-From: [EMAIL PROTECTED]
Andreas Tille [EMAIL PROTECTED] writes:
That means if I would ask for a binary only upload for AMD64 this bug
would be fixed?
I believe so.
How can I ask
On Sat, 19 May 2007, Steve Langasek wrote:
can you please do a binNMU of package libblitz0 to close #424644.
Are you sure that amd64 is the only architecture affected by this problem?
I'm absolutely unsure because I have no idea how to verify this failsafe.
Do you have a reasonable
Hi Dmitry,
could you please care for this problem because it seems to be related
to the goldendict stuff you introduced?
Kind regards and thanks again for your comaintenance
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
On Sat, Jan 23, 2010 at 04:54:01PM +0100, Jan Wagner wrote:
is there any special reason for providing /etc/blends/science/science.conf
with the package and regenerating it via blend-update-usermenus through
/etc/apt/apt.conf.d/90science-config too?
Thanks for the comment. I was about to
On Sat, Jan 23, 2010 at 10:52:03PM +0100, Jan Wagner wrote:
looks like #562552 and #562554 are related was there a change in blends-
common which affected both packages or is this just a copypaste error?
Yes, they are. The problem is that I was trying to take over any
changes from
On Sun, Jan 24, 2010 at 01:56:20PM +0100, Jan Wagner wrote:
I was just running sh -x /usr/sbin/blend-update-usermenus science like the
apt hook and was guessing from that ... I didn't have closer look into the
script itself. Looking right now into it, it seems it is just reading the
file,
On Sun, Jan 24, 2010 at 01:40:02PM +0100, Jan Wagner wrote:
tagging as pending,
Thanks for caring for my duty. ;-)
if you have a fix available, would be nice.
Done and uploaded.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to
Hi,
I did not followed the discussion closely any more about the Zope 2
issue but apt-cache has no hits for zope2 any more. This lets me
assume that zope2 is not supported in Debian any more and so we
should probably drop packages depending from it.
Please tell me whether my assumption about
Hi Jonas,
On Mon, Jan 25, 2010 at 12:40:09PM +0100, Jonas Meurer wrote:
i still hope to have zope2.12 in debian in time for squeeze.
unfortunately the build system is rather complex for zope2.12, thus i
didn't have time to package zope2.12 yet.
Ah, OK. Thanks for the update. So we leave the
Hi,
I realised that there are all in all three packages in Debian which
are acceccing a CT-API and providing a file ctapi.h:
$ apt-file search ctapi.h
libctapimkt0-dev: /usr/include/ctapi.h
libopenct1-dev: /usr/include/openct/ctapi.h
libtowitoko-dev: /usr/include/ctapi.h
While libopenct1-dev
On Tue, Dec 01, 2009 at 11:37:51PM +0300, Dmitry E. Oboukhov wrote:
$(ACLOCAL_M4): $(am__aclocal_m4_deps)
cd $(srcdir) $(ACLOCAL) $(ACLOCAL_AMFLAGS)
I think that on his system 'configure' makes some changes in
am__aclocal_m4_deps:
This might be some reason. But I wonder how this
On Wed, Dec 02, 2009 at 09:27:42AM +0300, Dmitry E. Oboukhov wrote:
I've seen Your patch debian/patches/01_tcltk8.5.patch
It patches configure.ac and aclocal.m4. If after patching aclocal.m4
has date less than configure.ac (it might be, because it is patched
before), it will call aclocal
Hi Claudia,
the naming conflicts with ctapimkt become worse as you see. Both
header files
/usr/include/config.h in this bug report and
/usr/include/ctapi.h in #557495
have naming conflicts. Putting a header file with such a generic name
like config.h into a default directory is bad and
to a subdirectory of /usr/include. So please
raise your voice to this problem if you want to see your package in
the next Debian release.
Kind regards
Andreas.
On Mon, Nov 23, 2009 at 04:01:18PM +0100, Andreas Tille wrote:
Hi,
I realised that there are all in all three packages in Debian
On Mon, Feb 15, 2010 at 12:51:17AM +0100, Simon Richter wrote:
I'm unsure what would be the best solution here. CTAPI is highly
unlikely to change, so the approach taken by upstream authors to simply
ship a definition in-tree is not all that bad. The alternative would be
creating a package
On Fri, Mar 12, 2010 at 01:38:24AM +0100, Simon Richter wrote:
I've just uploaded ctapi-dev to Debian -- a copy of the package is
Hmmm, I can't find this package in Debian and neither do I at
http://ftp-master.debian.org/new.html
Anything wrong with your upload?
Kind regards
Andreas.
On Wed, Apr 21, 2010 at 10:28:03AM +0200, Simon Richter wrote:
Hmmm, I can't find this package in Debian and neither do I at
It was REJECTED; I was asked to reupload after explaining the situation,
but hadn't gotten around to it yet.
It would be great if you would reupload soon. I'd like
On Wed, Apr 21, 2010 at 10:28:03AM +0200, Simon Richter wrote:
It was REJECTED; I was asked to reupload after explaining the situation,
but hadn't gotten around to it yet.
Thanks for the reupload. Unfortunately I now learned that this version
of ctapi.h is completely different from the one in
On Sat, May 08, 2010 at 03:43:28PM -0300, Rogério Brito wrote:
I see that you don't seem to have the time to package sagemath and it
could be in a better state. Would you be willing to have co-maintainers,
maintain it with a team etc?
I would really welcome if sagemath would become a usable
Hi Luca,
On Sat, 8 May 2010, you wrote:
tags 577384 + patch pending
thanks
Dear maintainer,
I've prepared an NMU for libgtkdatabox (versioned as 1:0.9.1.1-3.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
NMU is fine and there is no need to
On Mon, May 10, 2010 at 10:00:37AM +0200, Luca Falavigna wrote:
I just tried, but I got Permission denied.
Ahh, OK, perhaps it is only Debian Med SVN writable for any DD and I
just thought Debian Science would be as well. I will suggest this to
simplify things for the future.
Also, I checked
Hi,
I tried to reproduce this problem but I have no idea what happened on this
i386 machine (I'm building myself on such a machine). I tried building
twice and in pbuilder - no chance to let the build proces fail. The relevant
snippet in my log locks like this:
...
dpkg-buildpackage: host
1 - 100 of 2989 matches
Mail list logo