Hi Steve,
Thanks for the reply. Considering the extension was actually initially
implemented in cdebconf, as explained in the debconf changelog, yes, cdebconf
does support it. I didn't check which version first introduced it, but a quick
look shows that it was present as early as 2003, so I
Samuel Thibault sthiba...@debian.org wrote:
Package: cdebconf
Version: 0.156~0
Severity: important
Hello,
I've built the current git version of cdebconf and built d-i CDs, it
seems the latest changes make tasksel's debconf not start: with 0.155,
it does start, but with 0.156~0 pkgsel calls
Joey Hess jo...@debian.org wrote:
Regis Boudin wrote:
Last question, how would you like me to provide patche(s) ? Is one
for
each utility ok ?
If you're going to have a lot of patches, it would probably make sense
to keep them in git.
Already working with one branch for each feature on my
of what's happening ?
Thanks,
Regis
On Tue, 2006-08-29 at 16:12 +0300, Eddy Petrişor wrote:
On 28/08/06, Régis Boudin [EMAIL PROTECTED] wrote:
Hi,
Thanks for the report. I think you might hit by some rendering problem
rather than a font one.
Do you use and ATI card with Direct Rendering
Package: libyaz2-dev
Version: 2.1.18-2
Severity: wishlist
Hi,
It would be nice if libyaz2-dev could provide a .pc file for use with
pkg-config. Attached is a patch so that such a file is generated and
installed. I guess it only make sense if it is applied upstream, so it
would really be nice if
Hi,
Thanks for the report. I think you might hit by some rendering problem
rather than a font one.
Do you use and ATI card with Direct Rendering enabled ? I see the same
things on mine, so it would explain. Otherwise it will need more
investigation.
HTH,
Regis
On Thu, 2006-08-17 at 01:30
Hi,
Tellico 1.1.x has a fairly recently discovered memory leak issue, so it
might be what is hitting you. Another possible source for you problem
could be if you use many (or big) pictures in your collection.
Tellico 1.2 should be released Really Soon Now (maybe tomorrow), so it
would be really
Hi,
The next upload of tellico will be 0.13.8-1, which already includes the
necessary modifications for gcc-4.0.
Unfortunately I am not (yet) a DD, so I will have to wait for the
build-dep ready on all archs and my sponsor (CC-ed) to
check/build/upload upload it. The new version is updated to
Hi,
I just tested it, Enigma 0.92 builds without any problem with gcc 4.0.
Maybe this bug could/should be closed now ?
Regards,
Regis
--
While a monkey can be a manager, it takes a human to be an engineer
Erik Zapletal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
retitle 307899 libccaudio-dev must depend on libcommoncpp2-dev
thanks
Hi,
It appears that these files (cc++/config.h and cc++/thread.h) are
provided by the package libcommoncpp2-dev. As a consequence,
libccaudio-dev should depend on libcommoncpp2-dev.
Regards,
Regis
--
While a monkey can be a
Hi Mark,
I know you maintain all these packages, so I send you a quick follow-up
of opening new bugs. :)
The same problem applies to libccscript-dev and libccscript3-dev as
well, which need to depend on libcommoncpp2-dev, too (they #include cc
++/file.h + others).
Regards,
Regis
--
While a
Package: sylpheed-claws-vcalendar-plugin
Version: 0.9-1
Severity: serious
Tags: patch
Hi,
sylpheed-claws-vcalendar-plugin ftbfs with gcc 4.0
Attached are a couple of patches :
-fixing gcc 4.0 errors
-updating config.{sub,guess} and disabling building of shared library
and python bindings for
tags 304432 patch
thanks
Hi,
The attached patch should fix this bug, it contains also a couple of
other fixes. Overall :
-it removes the 'autotools' target, which did nothing.
config.{sub,guess} are copied by calling autogen.sh anyway.
-stop calling 'autotools' and 'configure-stamp' before
Hi,
I had the same problem, and I noticed from the list sent there was the
GTK+ version from experimental. I was using it too, and since I
downgraded it, alongside with pango, to the version in unstable, it just
stopped crashing. So it is probably a problem with GTK or pango.
The crash came
Package: linux-kernel-headers
Version: 2.6.13+0rc3-1
Hi,
bayonne FTBFS on various arch, giving the following error :
/usr/include/linux/ixjuser.h:351: error: expected ';' before '*' token
It complains because of yet another extra __user present :
typedef struct {
int elements_used;
Hi,
applying the attached patch makes nn use the set hostname as a domain
instead of hardcoding it to AUTO
Regards,
Regis
--
While a monkey can be a manager, it takes a human to be an engineer
Erik Zapletal
diff -urN nn-6.6.5.bc/debian/config.h nn-6.6.5/debian/config.h
Hi,
The attached patch should fix the segfault when /etc/hostname is wrong.
It should use the value returned by gethostname() in case of problem.
Regards,
Regis
--
While a monkey can be a manager, it takes a human to be an engineer
Erik Zapletal
diff -urN
Package: bayonne
Version: 1.2.14pl2-1
Hi,
It looks like the latest upload of bayonne FTBFS on all buildd[1], because
libcapi20-2 is not available. Bumping build-dependency to libcapi20-3
would probably fix it. However, I suspect depending on libcapi20-dev would
be better, since the configure
Hi,
Apparently, the bug with the libccscript disappeared with the transition
to g++ 4.0, so it should be ok to close this bug when the gcc-4.0 build
package will be uploaded.
However, bayonne FTBFS with g++ 4.0. If you didn't already have them,
patches are attached :
- Fix 1 is for friend
19 matches
Mail list logo
