Dear mentors,
I preparing a package which by default uses a local copy of tcl/tk. In
order to build it against Debian's version, I have turned the #include
tk.h into #include tcl8.4/tk.h.
It then complains the following:
/usr/include/tcl8.4/tk.h:68:20: error: tcl.h: No such file or directory
On Thu, 24 May 2007, Charles Plessy wrote:
Dear mentors,
I preparing a package which by default uses a local copy of tcl/tk. In
order to build it against Debian's version, I have turned the #include
tk.h into #include tcl8.4/tk.h.
This isn't necessary.
It then complains the following:
On Thu, 24 May 2007 08:00:57 +0200
Giorgio Pioda [EMAIL PROTECTED] wrote:
Hello,
no, the cleanup refers to the debian package. I've already done it for
the most (but not uploaded to my web space).
A: Because it breaks the thread of discussion.
Q. Why is top-posting such a PITA?
You
On Thu, 24 May 2007 15:24:15 +0900
Charles Plessy [EMAIL PROTECTED] wrote:
Dear mentors,
I preparing a package which by default uses a local copy of tcl/tk. In
order to build it against Debian's version, I have turned the #include
tk.h into #include tcl8.4/tk.h.
It then complains the
[Added debiam-mentors and dropped Thomas from CC]
-=| Paul Elliott, Thu, 24 May 2007 00:29:35 -0500 |=-
On Wed, May 23, 2007 at 12:08:16AM +0300, Damyan Ivanov wrote:
-=| Giorgio Pioda, Tue, 22 May 2007 21:51:48 +0200 |=-
I have packaged a nice GTK text reader that can be very usefull to
Hi Damyan and Paul
Damyan Ivanov ha scritto:
[Added debiam-mentors and dropped Thomas from CC]
-=| Paul Elliott, Thu, 24 May 2007 00:29:35 -0500 |=-
On Wed, May 23, 2007 at 12:08:16AM +0300, Damyan Ivanov wrote:
-=| Giorgio Pioda, Tue, 22 May 2007 21:51:48 +0200 |=-
I have packaged a nice
Hi ,
I am creating one debian package the problem .
The package structure is it has two file abc.pl and abc.sh.
I want that when I will use dpkg -I package_name . it will copy abc.pl
and abc.sh into /tmp and run perl /tmp/abc.pl .
How will I do that ?
Kind to see your response soon.
Thanks
On Thu, May 24, 2007 at 03:36:39PM +0530, Deepak Kumar Tripathi wrote:
I am creating one debian package the problem .
The package structure is it has two file abc.pl and abc.sh.
I want that when I will use dpkg -I package_name
I assume you mean dpkg -i.
. it will copy abc.pl
and abc.sh
Hi,
I really would like to hear you oppinion about the following matter:
Package A depends on libB. There's a bug in libB. A bug report was files
to package A, because the submitter spotted the bug in package A.
What would you, as maintainer of package A, do?
What do you think about leaving the
Hi Jörg,
* Jörg Sommer [EMAIL PROTECTED] [2007-05-24 13:19]:
I really would like to hear you oppinion about the following matter:
Package A depends on libB. There's a bug in libB. A bug report was files
to package A, because the submitter spotted the bug in package A.
What would you, as
On Wednesday 23 May 2007 13:30, Neil Williams wrote:
If the package is in Debian and orphaned: ITA
If the package is not in Debian (whether it ever was before or not): ITP.
It makes sense to base your work on the previous package anyway, since that
might have solved some issues that you didn't
-=| Giorgio Pioda, Thu, 24 May 2007 11:33:09 +0200 |=-
Hi Damyan and Paul
Damyan Ivanov ha scritto:
Good. Giorgio, since you don't use make install, this file does
not get installed. Is there a reason to prefer debian/install over
make install? Either way, please include the .desktop file
On Thu, May 24, 2007 at 04:39:46PM +0530, Deepak Kumar Tripathi wrote:
Yes you are right but I am not able to run the script when I am using
dpkg -i abc_1.1.deb
And my postinst is a perl file which will change some configuration.
Please keep replies on-list.
The postinst script should be
Hi ,
Thanks for help I have done it .
Thanks
Deepak
-Original Message-
From: Dominic Hargreaves [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 24, 2007 6:15 PM
To: Deepak Kumar Tripathi
Cc: debian-mentors@lists.debian.org
Subject: Re: question about debian packaging.
On Thu, May 24,
On Wed, May 23, 2007 at 10:22:50PM -0400, Simon wrote:
Hey all, I'm looking for a sponsor for this package. The package is a
I'm currently a bit busy but unless someone else steps up in a few
days I can can review and sponsor openglad.
I remember that I wasn't quite happy with how others
Hello mentors,
I recently filed ITAs for eukleides[1] and xeukleides[2]. However,
since there had been a QA upload[3] not long before, I don't have any
real work to do on the package yet.
I'm not sure how I should actually adopt these packages. Should I make
a new package only modifying the
On 5/24/07, Kari Pahula [EMAIL PROTECTED] wrote:
On Wed, May 23, 2007 at 10:22:50PM -0400, Simon wrote:
Hey all, I'm looking for a sponsor for this package. The package is a
I'm currently a bit busy but unless someone else steps up in a few
days I can can review and sponsor openglad.
I
Hi,
This is slightly off-topic, for which I apologise. It's just that I
learned about symbol versioning during my NM process, and nobody outside
Debian seems to understand what it is. :-(
I have a library, which I want to package for Debian. I felt it would
be a good idea to use symbol
On 5/24/07, François Févotte [EMAIL PROTECTED] wrote:
Hello mentors,
I recently filed ITAs for eukleides[1] and xeukleides[2]. However,
since there had been a QA upload[3] not long before, I don't have any
real work to do on the package yet.
I'm not sure how I should actually adopt these
On Thu, 24 May 2007, Manuel García wrote:
On 5/24/07, François Févotte [EMAIL PROTECTED] wrote:
Hello mentors,
I recently filed ITAs for eukleides[1] and xeukleides[2]. However,
since there had been a QA upload[3] not long before, I don't have any
real work to do on the package yet.
I'm
On Thu, May 24, 2007 at 10:56:08AM +, Jörg Sommer [EMAIL PROTECTED] wrote:
Hi,
I really would like to hear you oppinion about the following matter:
Package A depends on libB. There's a bug in libB. A bug report was files
to package A, because the submitter spotted the bug in package A.
Dear mentors,
I am looking for a sponsor for the new version 0.9.9-1
of my package libcomplearn.
It builds these binary packages:
complearn-tools - complearn machine-learning command-line utilities
libcomplearn-dev - machine-learning through data compression development files
-=| Mike Hommey, Thu, 24 May 2007 19:39:20 +0200 |=-
A standard example of this are bugs in applications that are due to
bugs in libraries they depend on. Users would report bugs on the
application, but it would be reassigned to the library. Next users
reporting the bug would not see it in the
On Thu, May 24, 2007 at 05:03:42PM +0200, Bas Wijnen wrote:
Then I tried to give the whole shevek::fd class a different version by
adding:
SHEVEK_2 {
global:
shevek::fd::*;
};
(and some variations.) That didn't work at all: it defines the version:
gDO
[added the list again]
-=| Giorgio Pioda, Thu, 24 May 2007 21:11:19 +0200 |=-
If I were you, I'd try to make make install not strip anything,
patching if necessary[1]. The problem with dh_install approach is
that you have to check carefully if there is something new to
install every now
On Thu, 24 May 2007, Jörg Sommer wrote:
I really would like to hear you oppinion about the following matter:
Package A depends on libB. There's a bug in libB. A bug report was files
to package A, because the submitter spotted the bug in package A.
What would you, as maintainer of package A,
Neil,
On May 23, 7:40 am, Neil Williams [EMAIL PROTECTED] wrote:
On 23 May 2007 03:45:44 -0700 Robert J. Clay [EMAIL PROTECTED] wrote:
In your case, I think your ITP should explain why the package should be
reintroduced because packages aren't removed without due cause and you
would need to
Thijs,
On May 24, 11:30 am, Thijs Kinkhorst [EMAIL PROTECTED] wrote:
It makes sense to base your work on the previous package anyway, since that
might have solved some issues that you didn't think of yet, and it would be a
pity if those resurfaced.
That's what I started with for the
Hi Damyan
About the signing. the .dsc file is (wrapped):
--
Format: 1.0
Source: peless
Binary: peless
[...]
Files:
c56508f8e052b10cd799c8e0a9253909 109646 peless_1.108.orig.tar.gz
ccdc4f9b61f88c324acbd707f03cb5d2 2659 peless_1.108-1.diff.gz
Le Thu, May 24, 2007 at 07:49:53AM +0100, Neil Williams a écrit :
Charles Plessy [EMAIL PROTECTED] wrote:
/usr/include/tcl8.4/tk.h:68:20: error: tcl.h: No such file or
directory
The reason is that /usr/include/tcl8.4/tk.h contains #include tcl.h
instead of tcl8.4/tcl.h. Is it a bug?
Also post RFS to pkg-ime-devel.
More info: this package fixes FTBFS due to recent upstream scim
change regarding modules handling.
I would appreciate if somebody sponsored it.
Thanks,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
On 5/20/07, Theppitak Karoonboonyanan [EMAIL
-=| Giorgio Pioda, Fri, 25 May 2007 07:17:11 +0200 |=-
But why the dpkg-buildpackage command doesn't wrap automatically .dsc
It should, unless given '-us' or '-uc' options.
and .cheanges? Do I have to activate specific options? Actually my gpg
key is set and dpkg is not complaining for a
32 matches
Mail list logo