Re: Bug#430176: ITP: sorting-hat -- program to sort Debian Developers

[David Weinehall]

On Sat, Jun 23, 2007 at 02:50:44AM +0200, Steinar H. Gunderson wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Steinar H. Gunderson" <[EMAIL PROTECTED]>
> 
> * Package name: sorting-hat
>   Version : 1.0.0
>   Upstream Author : Erinn Clark <[EMAIL PROTECTED]>
> * URL : physical://across/the/room
> * License : Unknown (we'll give her a beer or something, and
> she'll figure out)
>   Programming Lang: Perl
>   Description : program to sort Debian Developers
> 
> sorting-hat sorts Debian developers into the appropriate house
> (Griffindor, Ravenclaw, Hufflepuff or Slytherin).

That'd be Gryffindor...

[snip]


Regards: David
-- 
 /) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window   (\
//  ~   //  Diamond-white roses of fire //
\)  http://www.acc.umu.se/~tao/(/   Beautiful hoar-frost   (/


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

Re: Bug#430176: ITP: sorting-hat -- program to sort Debian Developers

[martin f krafft]

also sprach David Weinehall <[EMAIL PROTECTED]> [2007.06.26.1236 +0200]:
> That'd be Gryffindor...
> 
> [snip]

Good to see that some of us are doing actual work.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems
 
a farmer is a man outstanding in his field.


signature.asc
Description: Digital signature (GPG/PGP)

Re: Bug#430176: ITP: sorting-hat -- program to sort Debian Developers

[Steinar H. Gunderson]

On Tue, Jun 26, 2007 at 12:53:20PM +0200, martin f krafft wrote:
>> That'd be Gryffindor...
> Good to see that some of us are doing actual work.

Yeah, like maintaining X:

  http://pr0n.sesse.net/debconf7/1024x768/dsc_0490.jpg

Time to move to debian-curiosa, perhaps :-)

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Re: Can we require build-arch/indep targets for lenny?

[Ian Jackson]

Bill Allombert writes ("Re: Can we require build-arch/indep targets for 
lenny?"):
> In 3 years and a half, I had the time to try all of that...
> So I will try something new: an online petition:
> 
> If you would like bug #229357 to get an answer, please
> send a signed email to the buglog.

Please, this is no way to carry on.

> At least, I would feel less alone.

FWIW, I agree with you.  I think the proposed `Build-Options' source
control field is a sensible addition and the bug should be implemented
immediately.

Obviously the dpkg developers are rather busy at the moment.  I think
that the right thing to do is to offer to NMU.

While we are at it we should write a specification for Build-Options,
something like:

  The Build-Options field appears (only) in the first stanza in
  debian/control.  It gives a whitespace-separated list of options.
  The meanings of these options is defined in policy.

  Any package processing tool may act only on options which it
  recognises.  Unknown tokens must be ignored.

  Currently only the following token is defined:

  * build-arch
Declares that the package supports all of the following
build targets: `build-indep', `build-arch', `binary-indep',
`binary-arch'.

Ian.


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

Re: (glibc's opinion on malloc) Re: Bug#430140: ITP: hoard -- Fast, scalable, and efficient replacement memory allocator

[Adam Borowski]

On Mon, Jun 25, 2007 at 08:07:55AM -0700, Russ Allbery wrote:
> Oleg Verych <[EMAIL PROTECTED]> writes:
> > Message-ID: <[EMAIL PROTECTED]>
> > WWW:
> The problem with this theory (basically, that glibc is taking a
> performance penalty by giving memory back to the system and hence being
> more space efficient) is that not only is Hoard significantly faster than
> glibc for OpenLDAP, it's also more space-efficient and allocates less
> total memory as soon as there are multiple clients querying the server at
> the same time.

Too bad, it performs insanely bad in even such a common case as linear
allocation.  I would say that a good percentage of software builds their
main (ie, most memory-heavy) data structure once.  Like, apt loads the
dependency tree, doing hardly any mallocs later, and so on.

Such a pattern can be easily approximated by just for(){malloc;dirty},
and I ran a series of such benchmarks.

10 concurrent threads, 2-way machine.  # of allocs is constant but varies
between tests.

random(20)+1 bytes
malloc29.651s
g_slice   21.544s
hoard   2m33.183s
8 bytes
malloc17.693s
g_slice   10.690s
hoard   2m22.019s
80 bytes
malloc 4.548s
g_slice2.823s
hoard 16.372s
random(256)+1 bytes
malloc 4.733s
g_slice5.150s
hoard 17.253s
64KB
malloc 0.474s
g_slice0.454s
hoard  4.516s

-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.


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

Re: Can we require build-arch/indep targets for lenny?

[Bill Allombert]

On Tue, Jun 26, 2007 at 02:33:26PM +0100, Ian Jackson wrote:
> Bill Allombert writes ("Re: Can we require build-arch/indep targets for 
> lenny?"):
> > In 3 years and a half, I had the time to try all of that...
> > So I will try something new: an online petition:
> > 
> > If you would like bug #229357 to get an answer, please
> > send a signed email to the buglog.
> 
> Please, this is no way to carry on.

Ironically, you are the only one to do that so far, the fact that you
did not sign your post notwithstanding.

> > At least, I would feel less alone.
> 
> FWIW, I agree with you.  I think the proposed `Build-Options' source
> control field is a sensible addition and the bug should be implemented
> immediately.
> 
> Obviously the dpkg developers are rather busy at the moment.  I think
> that the right thing to do is to offer to NMU.

So I hereby offer to do a NMU by applying this patch.

> While we are at it we should write a specification for Build-Options,
> something like:
> 
>   The Build-Options field appears (only) in the first stanza in
>   debian/control.  It gives a whitespace-separated list of options.
>   The meanings of these options is defined in policy.
> 
>   Any package processing tool may act only on options which it
>   recognises.  Unknown tokens must be ignored.
> 
>   Currently only the following token is defined:
> 
>   * build-arch
> Declares that the package supports all of the following
> build targets: `build-indep', `build-arch', `binary-indep',
> `binary-arch'.

Note: binary-indep and binary-arch are already mandatory according to
Debian policy 4.9. 

The specification are included in the patch to debian-policy in bug
#218893, msgid <[EMAIL PROTECTED]>, specifically

+
+Build-Options
+
+   The syntax is a list of options separated by
+  commas that are implemented in the build process.
+   The following options are defined:
+   
+  build-arch The optional targets "build-arch"
+ and "build-indep" are implemented by debian/rules
+ as defined in .  
+   
+
+

Thanks for yours answer,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 


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

Re: synchronizing README.Debian with wiki.debian.org

[Holger Levsen]

Hi,

On Saturday 09 June 2007 15:12, Junichi Uekawa wrote:
>
> I had an idea and still pondering on it.  I wanted to do automatic
> two-way synchronization with README.Debian and wiki.debian.org 

Newer moinmoin versions can export to sgmldoc, see for example

http://wiki.skolelinux.no/Dokumentasjon/ITIL/Samleside?action=format&mimetype=xml/docbook


regards,
Holger


pgpBJ9GhFEzxq.pgp
Description: PGP signature

Bug#430686: ITP: libapp-control-perl -- Perl module for apachectl style control of another script or

[David Bremner]

Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>


* Package name: libapp-control-perl
  Version : x.y.z
  Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : (GPL, LGPL, BSD, MIT/X, etc.)
  Programming Lang: (C, C++, C#, Perl, Python, etc.)
  Description : Perl module for apachectl style control of another script 
or executable

App::Control is a simple module to replicate the kind of functionality you get
with apachectl to control apache, but for any script or executable. There is a
very simple OO interface, where the constructor is used to specify the
executable, command line arguments, and pidfile, and various methods (start,
stop, etc.) are used to control the executable in the obvious way.
 
The module is intended to be used in a simple wrapper control script. Currently
the module does a fork and exec to start the executable, and sets the signal
handler for SIGCHLD to 'IGNORE' to avoid zombie processes.

Comments: 

This is needed by librunapp-perl, to be ITPed soon, and (indirectly) 
libpushmi-perl, ITP#429688

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash


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

Bug#430725: ITP: webboard -- Copy and paste to a public pastebin server

[Julian Andres Klode]

Package: wnpp
Severity: wishlist
Owner: Julian Andres Klode <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: webboard
  Version : 0.2.1
  Upstream Author : Sebastian Heinlein <[EMAIL PROTECTED]>
* URL : https://launchpad.net/webboard/
* License : GPL
  Programming Lang: Python
  Description : Copy and paste to a public pastebin server

Publish text notes and source code on a pastebin server for 
collaborative debugging.

WebBoard includes a stand alone app and an applet for the GNOME panel.

- -- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable'), (300, 'proposed-updates')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGgXvXrCpf/gCCPsIRAhSqAKCAlAkQpVZ14m7iaUlOumcn5fLqbQCgoGQo
4dx8Q6OaZpIA32nYfj3ZS4g=
=oUe+
-END PGP SIGNATURE-


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

Bug#430721: RFA: refit -- graphical bootloader for EFI-based ia32 systems

[Junichi Uekawa]

Package: wnpp
Severity: normal

Hi, I need someone to pick this package up; I haven't had enough time
to look after this, and this package needs more care.  There's a new
upstream, which possibly requires newer gnu-efi to build, but upstream
doesn't really use gcc, and usually requires some work to get it
building on Linux.



Description: graphical bootloader for EFI-based ia32 systems
 rEFIt is a EFI bootloader which allows graphically selecting
 boot partitions.
 .
 Useful when using multiple operating systems in Intel Mac systems.
 .
 contains gptsync utility for synchronizing MBR partition table with
 what is contained in GPT partition table.



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

yatex のメンテナンス

[Junichi Uekawa]

こんにちは、

小林さんが最近メールをしていたので気になって調べてみました。
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=428462
（new upstream: 1.73 リリース）
yatex は oldstable の時代（4年前）からアップデートされていません。

前回どういうことになっていたかということを発掘してみましたが、ドキュメ
ントのライセンスについて検討をしており、non-free なのでまずいね、とい
うところまで検討していました。

http://lists.debian.or.jp/debian-devel/200307/msg00010.html
そのころからライセンス条項について若干変更になっているようです。

emacs で latex をつかっているユーザでyatex を利用しているユーザは多い
と思います。そろそろ再検討してパッケージをアップデートしたほうがよいか
と思うのですがどなたか作業しませんか？


ライセンス関連の diff だけとってみたので以下に添付します。

@@ -1989,14 +2052,17 @@
 Copying
 ***

-  This program is distributed as a free software.  You can redistribute
-this software freely but with NO warranty to anything as a result of using
-this software.  However, any reports and suggestions are welcome as long
-as I feel interests in this software.  My possible e-mail address is
[EMAIL PROTECTED]'.  (up to Dec.2000 at least) And there is mailing list
-for YaTeX.  Although the common language is Japanese, questions in English
-will be welcome.  To join the ML, send the mail whose subject is `append'
-to the address [EMAIL PROTECTED]  If you have some question, please ask to
+  This program is distributed as a free software.  You can
+use/copy/modify/redistribute this software freely but with NO warranty to
+anything as a result of using this software.  Adopting code from this
+program is also free.  But I would not do contract act.
+
+Any reports and suggestions are welcome as long as I feel interests in
+this software.  My possible e-mail address is [EMAIL PROTECTED]'.  (as of
+Jan.2004) And there is mailing list for YaTeX.  Although the common
+language is Japanese, questions in English will be welcome.  To join the
+ML, send the mail whose subject is `append' to the address
[EMAIL PROTECTED]  If you have some question, please ask to
 [EMAIL PROTECTED]'.




   本プログラムはフリーソフトウェアです。本プログラムを使用して生じたいかな
 る結果に対しても作者は責任を負わないこととします。転載等に関しては制限いた
-しません。常識的に扱ってください。また、使用している旨をメイルでお知らせい
-ただくと、作者は喜んでサポートに励むことでしょう。
+しません。常識的に扱ってください。また、本プログラムに含まれるコードを利用
+すること、改造することも自由に行なって構いませんが、流用することにより契約
+締結の必要が生じる場合、私はいかなる契約も締結しません。具体的にはGPLへの
+サインはしませんので、GNUに寄贈するものを作っている場合私の作品から取り込
+んだコードを流用すると苦労するかもしれません。いかなるコード流用も拒否しま
+せんが契約締結は辞退します。

   苦情、希望、バグ報告、感想等は歓迎いたします。連絡は [EMAIL PROTECTED] ま
-で(2000年12月現在)。継続的に使用してくださる方はメイリングリスト「fj野鳥の
+で(2004年1月現在)。継続的に使用してくださる方はメイリングリスト「fj野鳥の
 会」に是非加入してください。加入方法については本パッケージの `docs/qanda'
 ファイルの「その他」の章を御覧ください。





diff -ur yatex-1.71/help/YATEXHLP.eng yatex1.73/help/YATEXHLP.eng
--- yatex-1.71/help/YATEXHLP.eng2003-05-01 22:40:09.0 +0900
+++ yatex1.73/help/YATEXHLP.eng 2006-12-24 15:25:29.0 +0900
@@ -2,7 +2,8 @@
 %%% YaTeX-LaTeX Help File(c)HIROSE Yuuji [EMAIL PROTECTED]
 %%% You can translate this file for any device other than YaTeX via
 %%% any filter program.  But it is not allowed to remove copyright
-%%% notice and any existing dictionary entiries.
+%%% notice and any existing dictionary entiries which describes the
+%%% source of this file.
 %%%

--- yatex-1.71/help/YATEXHLP.jp 2003-05-01 22:40:09.0 +0900
+++ yatex1.73/help/YATEXHLP.jp  2006-12-24 15:25:29.0 +0900
@@ -1,7 +1,11 @@
 %%%
 %%% 野鳥-LaTeXヘルプファイル(c)HIROSE Yuuji [EMAIL PROTECTED]
-%%% 機械的に変換して野鳥以外のデバイスで利用することを許可します。
-%%% その際にコピーライト表示と含まれている項目を削除しないでください。
+%%% このヘルプファイルを野鳥以外のデバイスで利用することを許可します。
+%%% 項目の修正や追加は自由に行なって構いませんが、そのことを
+%%% 知らせて頂けるとありがたいです。
+%%% 他のデバイスで利用する場合でも先頭のコピーライト表示と、末尾に含まれる
+%%% LaiTeX, laitex, YaTeX, yatex の各項目は(このヘルプファイルについての
+%%% 著作権表記と謝辞が含まれているので)削除しないでください。
 %%%


上川
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Bug#430724: RFA: linux-uvc -- Linux Kernel USB Video Class module

[Junichi Uekawa]

Package: wnpp
Severity: normal

I would like someone to pick this package up, I have not had enough
time to properly maintain this package. This is a kernel module, and
requires some merging of MacBook iSight patch which probably is not
(yet) merged upstream.  New upstream releases happened and are
supposed to be significantly better.

I think Iwamatsu-san was looking at this package, do you want it?



Description: Linux Kernel USB Video Class module
 linux-uvc is a kernel module that supports some standard devices that
 implement USB Video Class.  
 .
 Currently supports Logitech Quickcam Fusion, Logitech Quickcam Orbit,
 Logitech Quickcam Pro for Notebooks, and Logitech Quickcam Pro 5000.



regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Re: yatex のメンテナンス

[Junichi Uekawa]

sorry, wrong mailing list.
re-sending the same mail to @jp.



regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Re: Can we require build-arch/indep targets for lenny?

[Joey Hess]

Ian Jackson wrote:
> While we are at it we should write a specification for Build-Options,
> something like:
> 
>   The Build-Options field appears (only) in the first stanza in
>   debian/control.  It gives a whitespace-separated list of options.
>   The meanings of these options is defined in policy.
> 
>   Any package processing tool may act only on options which it
>   recognises.  Unknown tokens must be ignored.
> 
>   Currently only the following token is defined:
> 
>   * build-arch
> Declares that the package supports all of the following
> build targets: `build-indep', `build-arch', `binary-indep',
> `binary-arch'.

Funny, I'd forgotten this was ever proposed before, and was planning to
propose adding a Build-Options field for entirely other, though fully
compatible reasons. Which suggests that the name and format are well
chosen.

I think it would also be useful to include 'nostrip' and 'noopt' in the
Build-Options field, as a way to indicate that the package implements
those DEB_BUILD_OPTIONS. I also have some Evil Plans for other things
that can go in Build-Options, but they're not ready yet and would be OT
in this thread.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Can we require build-arch/indep targets for lenny?

[Joey Hess]

Bill Allombert wrote:
> +   The syntax is a list of options separated by
> +  commas that are implemented in the build process.
> +   The following options are defined:

If commas are used as delimiters, it should use ", " as the delimiter
for consistency with other fields using commas as delimiters. Since
debian/control has both space and comma-delimited fields, I have no real
preference which is chosen.

Also, I like Ian's language about all unknown fields being ignored.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Can we require build-arch/indep targets for lenny?

[Russ Allbery]

Joey Hess <[EMAIL PROTECTED]> writes:

> I think it would also be useful to include 'nostrip' and 'noopt' in the
> Build-Options field, as a way to indicate that the package implements
> those DEB_BUILD_OPTIONS.

parallel=n as well, while we're at it.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Re: synchronizing README.Debian with wiki.debian.org

[Junichi Uekawa]

Hi,

> On Saturday 09 June 2007 15:12, Junichi Uekawa wrote:
> >
> > I had an idea and still pondering on it.  I wanted to do automatic
> > two-way synchronization with README.Debian and wiki.debian.org 
> 
> Newer moinmoin versions can export to sgmldoc, see for example
> 
> http://wiki.skolelinux.no/Dokumentasjon/ITIL/Samleside?action=format&mimetype=xml/docbook

That's neat. I like that.
I wonder if wiki.d.o can provide that service too.



I think you mean DocBook XML when you typed in sgmldoc though :)



regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Re: Official presentation template

[Javier Fernández-Sanguino Peña]

On Mon, Jun 25, 2007 at 08:52:15AM +0200, Andreas Tille wrote:
> [Vor DebConf visitors: I'm just replying into a thread that was started in
>  Debian-devel list and which concerns more or less the LaTeX beamer BOF
>   https://penta.debconf.org/~joerg/events/34.en.html ]

It would be nice if you uploaded also the files (TeX+figs) you used in  your
presentation. That way people could still use them as a template, or as 
a starting point for their own presentations just in case no "official"
template ends up being available.

Oh, and if a design was settled, it would be really nice to have the design
implemented in some other presentation toolkits (besides beamer) such as OO's
impress or Kpresenter. For the benefit of those that do not like LaTeX (I'm
not one of them :)

Regards

Javier


signature.asc
Description: Digital signature

Re: [Debconf-discuss] Official presentation template

[W. Borgert]

On Wed, Jun 27, 2007 at 02:32:56AM +0200, Javier Fernández-Sanguino Peña wrote:
> Oh, and if a design was settled, it would be really nice to have the design
> implemented in some other presentation toolkits (besides beamer) such as OO's
> impress or Kpresenter. For the benefit of those that do not like LaTeX (I'm
> not one of them :)

I like LaTeX, but I use DocBook XML slides as source and S5-HTML
as output for presentations. I have a simple debianesque CSS, I
can share.

Cheers,
-- 
W. Borgert <[EMAIL PROTECTED]>, http://people.debian.org/~debacle/


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

[EMAIL PROTECTED] Package Submission

[Zachary Palmer]

Hey, all.  I *think* I have a working submission for the contrib section 
of Debian mainline; this is the [EMAIL PROTECTED] download-and-install 
wrapper that I was discussing a couple days ago.  I'm rather new at 
this, so I don't know exactly how I should proceed.  What is the process 
for screening my package?  Is this the appropriate mailing list to 
discuss the matter?  It'd probably be a good idea to have someone who 
knows what they're doing look over my package and make sure that it's 
not... well... insane.


Thanks for the help.  Cheers,

Zach


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

Re: [EMAIL PROTECTED] Package Submission

[Sebastiaan Couwenberg]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Zachary Palmer wrote:
> I'm rather new at this, so I don't know exactly how I should proceed.  
> What is the process  for screening my package?
> Is this the appropriate mailing list to discuss the matter?

The debian-mentors list is probably a better place to discuss this
package. The mentors project also has their own repository to which you
can upload your package so others can test it.

Have a look at:
http://mentors.debian.net/cgi-bin/welcome
http://mentors.debian.net/cgi-bin/maintainer-intro


- --
GnuPG: 0x77A975AD

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGge4bRWRRA3epda0RAqm3AKCVd6YIZ38kjjga/sccSosgNglgWACfd+WO
mKEKJq82fYAXBvUKcal8mzk=
=LqSR
-END PGP SIGNATURE-


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

Re: yatex のメンテナンス

[Frank Küster]

Junichi Uekawa <[EMAIL PROTECTED]> wrote:

> sorry, wrong mailing list.
> re-sending the same mail to @jp.

But it made me run 

$ apt-cache show yatex 
[...]
Recommends: ptex-bin|ptex-jtex, tetex-bin
[...]
Description: Yet Another TeX mode for Emacs


Please replace tetex-bin with texlive - this is one of the few examples
where the texlive metapackage is the correct choice.

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Re: Official presentation template

[Andreas Tille]

On Wed, 27 Jun 2007, W. Borgert wrote:


I like LaTeX, but I use DocBook XML slides as source and S5-HTML
as output for presentations. I have a simple debianesque CSS, I
can share.


This is perfectly OK.  The intention was not to restrict our ideas
to LaTeX.  I have no ideas in how far the layout ideas can be implemented
in DocBook.  Perhaps a link to one of your talks that uses this
CSS might help.

Kind regards

 Andreas.

--
http://fam-tille.de


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