Re: RFS: xiterm+thai

2012-01-06 Thread Theppitak Karoonboonyanan
Hi Neutron, You may also versioned build-dep on dpkg-dev (>= 0.16.1~) for dpkg-buildflags --export=configure & hardening build flags. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ On Fri, Jan 6, 2012 at 11:00 AM, Paul Wise wrote: > On Thu, Jan 5, 2012 at 7:16 PM, Neutron S

Re: How to bring life into a (Tk) package?

2012-01-06 Thread Paul Wise
On Fri, Jan 6, 2012 at 6:21 PM, Olе Streicher wrote: > I want to adopt the package "tktable2.9" but I found me confronted with > some problems: > > 1. The package name contains the version, and since the upstream version > is now 2.10, I would need to give a new name. I'd suggest removing the ver

RFS: boot-repair (v3.03)

2012-01-06 Thread yannubu...@gmail.com
Dear mentors, I am looking for a sponsor for my package "boot-repair". * Package name: boot-repair - Simple tool to repair frequent boot problems Version : 3.03 Upstream Author : Yann Mrn (yannubu...@gmail.com) * URL : https://sourceforge.net/p/boot-repair/home/Hom

Re: RFS: xiterm+thai

2012-01-06 Thread Neutron Soutmun
> I see, I guess this is a bit like khmerconverter and should be removed > at some point? Maybe during the wheezy+1 cycle is the appropriate time > to remove it? In my opinion, I rarely use it and just only build the package as the maintainer since I have no TIS-620 documents to handle with. In th

Re: RFS: xiterm+thai

2012-01-06 Thread Paul Wise
On Sat, Jan 7, 2012 at 11:48 AM, Neutron Soutmun wrote: > It's not popular as it's still used by some group of users only. > The xiterm+thai provides the TIS-620 encoding which now rarely used by > Thai users, mostly superseded by UTF-8 but it's good as the later is > the international standard.

RFS: extsmail

2012-01-06 Thread Olivier Girondel
Dear mentors, I am looking for a sponsor for my package "extsmail". Package name: extsmail Version : 1.4-1 Upstream Author : Laurence Tratt URL : http://tratt.net/laurie/src/extsmail/ License : BSD/MIT Section : mail It builds this bin

Re: RFS: xiterm+thai

2012-01-06 Thread Neutron Soutmun
> Any particular reason you sent this mail off-list? It would be good if > you could resend/bounce it to the list, I prefer to do things in public. It's my mistake, I should click on "Reply to all" instead. Forgot to check the recipient address. Resend to list. On Fri, Jan 6, 2012 at 11:00 AM, P

Re: Advice on packaging a PHP application (ITP for Shaarli)

2012-01-06 Thread Emilien Klein
Thanks Gregor, Thomas, Arno and Christian for your bits of wisdom. Summary: I'll put - the application files (which do not get modified) in /usr/share/shaarli - the data/ directory in /var/lib/shaarli - the cache/ and tmp/ directories in /var/cache/shaarli I'll use the version name 0.0.32beta. T

Re: Symbols and C++ inline constructor

2012-01-06 Thread Russ Allbery
Thomas Weber writes: > On Fri, Jan 06, 2012 at 12:14:11AM +, Roger Leigh wrote: >> IIRC inline is only a hint--it's not guaranteed to >> be inlined if the compiler thinks it's more efficient not to. > That is exactly my problem. A newer compiler version might change the > decision of the f

Re: Symbols and C++ inline constructor

2012-01-06 Thread Thomas Weber
On Fri, Jan 06, 2012 at 12:14:11AM +, Roger Leigh wrote: > On Thu, Jan 05, 2012 at 11:46:26PM +0100, Thomas Weber wrote: > > Hi, > > I have a question about an inline constructor and debian/symbols. > > The code looks like this: > > > > class X { > > > > public: > > X() { s

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread werner
Hi Arno, >> a) it's ok that the files reside in the debian directory ? >> b) I missed a "dh_clean" (or pedant) somewhere ? >> c) I have to delete those manually? > > I didn't actually try your source package, but it looks feasible. These > files are created by a regular build process and entirely

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread Arno Töll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Werner, On 06.01.2012 21:24, wer...@aloah-from-hell.de wrote: > a) it's ok that the files reside in the debian directory ? > b) I missed a "dh_clean" (or pedant) somewhere ? > c) I have to delete those manually? I didn't actually try your sourc

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread werner
Hi again, I do have another question left. I've just discovered that there are some files left in the debian directory after package creation, e.g. debian/files debian/policyd-weight.* debian/policyd-weight.*.debhelper debian/*.dephelper.log debian/policyd-weight/ As source packages should not

Re: Workflow with debian/ in VCS

2012-01-06 Thread Enrico Weigelt
* Ben Finney schrieb: > Enrico Weigelt writes: > > > I really wonder, why you don't just track everything in a VCS > > like git, set the Debian changes (to the source tree) ontop the > > upstream release tag and simply add the control files ? > > And when a new upstream release comes, simply reb

Re: Advice on packaging a PHP application (ITP for Shaarli)

2012-01-06 Thread Arno Töll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Christian, On 06.01.2012 17:47, Christian Welzel wrote: > Another approach would be to make an apache configuration package like > shaarli-apache2. That leaves the choice to the user, and can force > the installation of apache. And its very eas

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread Arno Töll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06.01.2012 14:45, wer...@aloah-from-hell.de wrote: >> That seems to be a bug in in dak to me. I've tried to ask relevent >> persons, maybe they can help you out. Mark fixed a bug in dak which produced your faulty error message. The problem was the

Re: Advice on packaging a PHP application (ITP for Shaarli)

2012-01-06 Thread Christian Welzel
Am 06.01.2012 11:22, schrieb Arno Töll: >> - Should I handle more than just Apache2 (other webservers)? > > That's up to you. At least, you should not depend on Apache and make > sure it works fine without installing Apache. A dependency like: > > Depends: apache2 | httpd-cgi Another approach w

Re: RFS: roxterm 2.4.2-1 (was 2.4.1-1)

2012-01-06 Thread gregor herrmann
On Fri, 06 Jan 2012 15:12:41 +0100, Tobias Frost wrote: > I was told that the VCS cotnrol fields are not meant for "upstream" but > only to point to servers on the debian infrasturcture to contain the > packaging stuff. s/on the debian infrasturcture// > (http://lists.debian.org/debian-mentors

Re: RFS: roxterm 2.4.2-1 (was 2.4.1-1)

2012-01-06 Thread Tobias Frost
Am Donnerstag, den 05.01.2012, 13:30 + schrieb Tony Houghton: > The debian packaging and upstream are in one repository and I didn't > want the contents of the release tarball to be inconsistent with what's > in the package. I would also have to change the way I use git tags to > generate a ve

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread werner
Hi Arno, > That seems to be a bug in in dak to me. I've tried to ask relevent > persons, maybe they can help you out. OK, thank you :) Have a nice day, Werner -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread Arno Töll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06.01.2012 14:32, wer...@aloah-from-hell.de wrote: > What's wrong? That seems to be a bug in in dak to me. I've tried to ask relevent persons, maybe they can help you out. - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuP

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread werner
Hi Thomas, I've received an email from Debian FTP-Masters with the information that the package got rejected: --- Reject Reasons: policyd-weight_0.1.15.2-1_all.deb: deb contents timestamp check failed [: global name 'MTime' is not defined] --- What's wrong? Thanks, Werner -- To UNSUBSCRIBE,

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread werner
Hi Thomas, > I'd add a file there, with lots of comments, and all the options that > you can put in it. It doesn't mater if absolutely every options are > commented out, the point is to document what can be done with > useful comments. > > Maybe you can do that on your next upload? done :) I've

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread Thomas Goirand
On 01/06/2012 07:44 PM, wer...@aloah-from-hell.de wrote: > Hi Thomas, > > thanks for your helpfull comments. > > >> What was in /etc/default/policyd-weight? Why aren't you using >> it anymore? >> > It behaves like the current package in unstable/testing/stable. > The file /etc/default/polic

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread Arno Töll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Werner, On 06.01.2012 13:32, wer...@aloah-from-hell.de wrote: > I think that's the way to go. But where in source package should i put > the file in my source package? I would then copy the file by postinst > to /etc/default/policyd-weight ? ty

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread werner
Hi Arno, > there is a slight disagreement between several positions within Debian > regarding /etc/default/daemon options. That's confusing and something we > should work on, but that needs to be addressed at a higher level. Ok, i see. > For you, in particular, you can choose either alternative

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread Arno Töll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Werner, On 06.01.2012 12:44, wer...@aloah-from-hell.de wrote: > What should we do here? Generate the file? Or don't take account of > it in the init script? there is a slight disagreement between several positions within Debian regarding /etc/d

Re: new 4 dd

2012-01-06 Thread werner
Hi Vangelis, > I'm new and i want to start with any kind of help e.g. dd, maintainer or > anything else. > Thats because i need to learn first, to test my self a good place to start on how you could help Debian is: http://www.debian.org/intro/help Cheers, Werner -- To UNSUBSCRIBE, email to

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread werner
Hi Thomas, thanks for your helpfull comments. > What was in /etc/default/policyd-weight? Why aren't you using > it anymore? It behaves like the current package in unstable/testing/stable. The file /etc/default/policyd-weight isn't created but the init script takes account of it. /etc/default/po

How to bring life into a (Tk) package?

2012-01-06 Thread Olе Streicher
Dear list, I want to adopt the package "tktable2.9" but I found me confronted with some problems: 1. The package name contains the version, and since the upstream version is now 2.10, I would need to give a new name. 2. The package was orphaned since 2008 and is removed from unstable (and testi

Re: Advice on packaging a PHP application (ITP for Shaarli)

2012-01-06 Thread Arno Töll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Emilien, On 06.01.2012 00:13, Emilien Klein wrote: > Those files constitute the application. I am thinking about placing > those in /usr/share/shaarli That's all right. Please note, you must not write anything to this directory though after in

Re: RFS: policyd-weight (3rd)

2012-01-06 Thread Thomas Goirand
On 01/06/2012 01:14 PM, Thomas Goirand wrote: > Your debian/init.d script shouldn't set the PATH at all. > All the folders it is putting in PATH are already accessible > in the default $PATH, so don't change it. > FYI, pabs don't agree with me, and think declaring the $PATH is the way to go. So