Bug#1042989: ITP: Incus -- Powerful system container and virtual machine manager

[Raphael Hertzog]

Hello,

On Tue, 26 Dec 2023, Mathias Gibbens wrote:
> On Mon, 2023-12-25 at 12:52 +0100, Raphael Hertzog wrote:
> > I would really like to see incus in unstable/testing and even in
> > bookworm-backports at some point.
> 
>   Given the large number of new/updated dependencies for Incus, it
> would be a lot of work to properly prepare a release for bookworm-
> backports once Incus gets into unstable. Not saying that it couldn't be
> done, but I don't know if it would be worth the effort. If you would
> like to use Incus on bookworm right now, probably the best approach
> would be to install the package from Stéphane's repo:
> https://github.com/zabbly/incus.

If we want to run debusine on a DSA-managed servers, we need to have
packages available on official Debian repositories, hence
bookworm-backports as installing packages from testing/unstable is out of
question. :-|

Cheers,
-- 
  ⢀⣴⠾⠻⢶⣦⠀   Raphaël Hertzog 
  ⣾⠁⢠⠒⠀⣿⡁
  ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/
  ⠈⠳⣄   Debian Long Term Support: https://deb.li/LTS


signature.asc
Description: PGP signature

Bug#1042989: ITP: Incus -- Powerful system container and virtual machine manager

[Raphael Hertzog]

Hello,

On Sat, 21 Oct 2023, Free Ekanayaka wrote:
> raft 0.17.7-1 is now in unstable, and I've uploaded cowsql 1.15.3-1,
> which is waiting in the NEW queue.

This one is available in unstable now. I would really like to see incus
in unstable/testing and even in bookworm-backports at some point.

We are considering to use LXD in the context of debusine[1] but given the
latest developments with Canonical, it would make sense for us to start
directly with incus.

I think it would make sense to upload current (non-LTS) versions in
unstable right ahead and then stick to the LTS version once they have
released it.

Cheers,

[1] https://freexian-team.pages.debian.net/debusine/
-- 
  ⢀⣴⠾⠻⢶⣦⠀   Raphaël Hertzog 
  ⣾⠁⢠⠒⠀⣿⡁
  ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/
  ⠈⠳⣄   Debian Long Term Support: https://deb.li/LTS

Bug#1053488: ITP: django-jsonfield -- Reusable JSONField for Django Models

[Raphael Hertzog]

Hello Edward,

On Thu, 05 Oct 2023, Edward Betts wrote:
>   jsonfield is a reusable model field that allows you to store validated JSON,
>   automatically handling serialization to and from the database. It is
>   particularly useful when your app needs to be database-agnostic or when the
>   built-in JSONField's extended querying is not being leveraged.
> 
> This library is a dependancy of the django-bulk-update module.
> 
> I plan to maintain this package as part of the Python team.

It seems a bad idea to me to introduce this library into Debian. Django
has a native JSONField that is database agnostic for a few releases now:
https://docs.djangoproject.com/en/4.2/ref/models/fields/#jsonfield

And I used to maintain an external "jsonfield" already which I recently
removed for that precise reason:
https://tracker.debian.org/pkg/python-django-jsonfield

Thus I think that you should work with django-bulk-update upstream to
make it possible to use Django's native field.

Cheers,
-- 
  ⢀⣴⠾⠻⢶⣦⠀   Raphaël Hertzog 
  ⣾⠁⢠⠒⠀⣿⡁
  ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/
  ⠈⠳⣄   Debian Long Term Support: https://deb.li/LTS

Bug#988658: RFP: python3-pyupgrade -- Automatically upgrade syntax for newer versions of the Python language

[Raphael Hertzog]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org

* Package name: python3-pyupgrade
  Version : 2.16.0
  Upstream Author : Anthony Sottile 
* URL : https://github.com/asottile/pyupgrade
* License : BSD
  Programming Lang: Python
  Description : Automatically upgrade syntax for newer versions of the 
Python language

This helper script can help you normalize your Python source code
by rewriting parts of your code to use the latest syntax improvements.

Some examples from the README:

set([])  # set()

'{0} {1}'.format(1, 2)# '{} {}'.format(1, 2)

x is 5  # x == 5

'{foo} {bar}'.format(foo=foo, bar=bar)  # f'{foo} {bar}'


I discovered this tool by reading some documentation and I'd like
it to be available in Debian so that I can try it and use it :-)

ccing debian-pyt...@lists.debian.org in the hope to catch the attention of
someone with more time than me.

Thank you!

-- 
Raphaël Hertzog

Bug#972674: ITP: toolbox -- Unprivileged container development environment

[Raphael Hertzog]

Hi,

On Thu, 22 Oct 2020, Hayley Hughes wrote:
> * URL : 
> 
> Toolbox is a tool that offers a familiar package based environment for
> developing and debugging software that runs fully unprivileged using Podman.
[…]
> I have already made some progress which can be found on salsa
> () for my own benefit (please feel
> free to review it and suggest changes) and I thought that it might be an
> idea to make an attempt to properly package it and add it to the Debian
> archives.
> 
> Will be keen to hear what others think.

I was looking for the package and I'm glad that you are working on
packaging it.

I have put in CC Reinhard Tartler and Dmitry Smirnov that are the
Uploaders of podman and buildah, maybe they would be willing to sponsor
your package and integrate it in the pkg-go team.

As for the discussion about the package name, podman-toolbox or
container-toolbox looks good to me. 

Cheers,
-- 
  ⢀⣴⠾⠻⢶⣦⠀   Raphaël Hertzog 
  ⣾⠁⢠⠒⠀⣿⡁
  ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/
  ⠈⠳⣄   Debian Long Term Support: https://deb.li/LTS

Bug#968536: Transfer cherrytree from DPT to Debian group

[Raphael Hertzog]

Hello Andrius,

On Fri, 16 Oct 2020, Andrius Merkys wrote:
> Recently cherrytree [1] has been rewritten from Python to C++, thus it
> no longer belongs in DPT. Could someone with adequate permissions
> transfer it from DPT to generic Debian group on salsa.d.o?
> Alternatively, one could grant me permission to manage cherrytree so as
> I could transfer it myself.
> 
> [1] https://salsa.debian.org/python-team/packages/cherrytree

Transferring to another group requires owner rights on both the
source and the target group, and the "debian" group is owned only
by the salsa admins so you have to ask their help:
https://salsa.debian.org/salsa/support/-/issues

Regards,
-- 
  ⢀⣴⠾⠻⢶⣦⠀   Raphaël Hertzog 
  ⣾⠁⢠⠒⠀⣿⡁
  ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/
  ⠈⠳⣄   Debian Long Term Support: https://deb.li/LTS

Bug#697781: ITP

[Raphael Hertzog]

Control: retitle -1 ITP: hamster-time-tracker -- a GNOME time tracker
Control: owner -1 !

I'm going to reintroduce the hamster time tracker into Debian. I was
using hamster-applet up to today but I just realized that it was dropped
from Debian a long time ago...

I will use https://salsa.debian.org/projecthamster-team/hamster-time-tracker
to maintain the package since Matthijs already created this a while ago.
I'm waiting to have write access but I have the package ready to upload
and I will upload it right away.

Cheers,
-- 
  ⢀⣴⠾⠻⢶⣦⠀   Raphaël Hertzog 
  ⣾⠁⢠⠒⠀⣿⡁
  ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/
  ⠈⠳⣄   Debian Long Term Support: https://deb.li/LTS

Bug#895787: Fwd: RFS: pcapy/0.11.3-1 [ITA]

[Raphael Hertzog]

Hello,

On Mon, 25 Nov 2019, Emmanuel Arias wrote:
> Yes, I will need sponsorship please :)

I sponsored the upload but the package was not 100% ready so I had to fix
a few things:

- it installed documentation in /usr/share/doc/pcapy/ in addition to
  /usr/share/doc/python3-pcapy/

- there was a lintian warning about syntax errors in copyright file

- I saw upstream tests so I added them as autopkgtest

- the last 3 changelog entries have never been uploaded so I merged the 3
  entries into 0.11.4-1

- you missed "Closes: #xxx" tags for two bugs

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#914437: ITP: gnome-shell-extension-desktop-icons -- desktop icon support for GNOME shell

[Raphael Hertzog]

Hello Iain,

On Fri, 23 Nov 2018, Iain Lane wrote:
> * Package name: gnome-shell-extension-desktop-icons
>   Version : 18.11~rc1
>   Upstream Author : Carlos Soriano , Sergio Costas 
> 
> * URL : 
> https://gitlab.gnome.org/World/ShellExtensions/desktop-icons
> * License : GPL-3+
>   Programming Lang: Javascript
>   Description : desktop icon support for GNOME shell

We have packaged this for Kali already if you want to base your work
on our package:
http://git.kali.org/gitweb/?p=packages/gnome-shell-extension-desktop-icons.git
http://pkg.kali.org/pkg/gnome-shell-extension-desktop-icons

> The GNOME team will maintain this package. I'll initially upload to
> experimental, probably at least until there is a stable release as
> opposed to a release candidate.

Why? It might not be declared stable yet, but it has been working
reasonably well up to now (installed and enabled by default in latest
Kali).

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#910059: RFH: gnucash -- personal and small-business financial-accounting software

[Raphael Hertzog]

Hello Jason,

a good start would be to include Dmitry in your recipient list. The
Debian bug tracker does not include the bug submitter by default.

I have cced him so hopefully he will be able to reply to you.

Cheers,

On Wed, 24 Oct 2018, Jason Vigil wrote:
> Hello Dmitry,
> 
> I'd be interested in helping to maintain gnucash. I am looking to get 
> involved in Debian and use gnucash personally. Do you have any advice on how 
> to get started?
> 
> Thank you,
> Jason

-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#877871: RFP: pyside2 -- Python bindings for Qt5

[Raphael Hertzog]

Hi,

On Mon, 30 Jul 2018, Lisandro Damián Nicanor Pérez Meyer wrote:
> You might want to consider suscribing to pkg-kde-talk@a-l.d.n (CCed), it's a 
> *very low* traffic mailing list in which we coordinate some stuff.

Done.

> reason and time proved us to be right as many came in asking for it. Please 
> consider removing this meta packages in your next upload.

Done. We kept them because they were present in pyside 1. But we don't
need them.

> - Looking at https://buildd.debian.org/status/package.php?p=pyside2 you might 
> want to limit the qtwebengine5-dev to the archs in which it builts. If 
> pyside2 
> build system works like pyqt then the related packages will not get built on 
> those archs. Yes, this needs an arch list in the related binary packages too.

Done.

> - Looking at debian/control pyside2-tools seems to ship pyside2-uic, but 
> python[3]-pyside2uic too. This is confusing :-/

Hum, our goal was to make the tools use python3 but I see that upstream
seems to use python 2 so we fixed the dependencies to use the python 2
version of the module.

Thanks for your review. I uploaded a new version with all those
improvements and a few more (fixing an RC bug!).

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/


signature.asc
Description: PGP signature

Bug#877871: RFP: pyside2 -- Python bindings for Qt5

[Raphael Hertzog]

Control: tag -1 pending

Hello all,

we have made good progress on the pyside2 packaging. Yesterday we
had working packages built against Qt 5.10 that we managed to use to
rebuild freecad and the application was working.

We worked in our own repository at the start:
https://salsa.debian.org/freexian-team/pyside2

But I just pushed this to the team's official repository. You are more
than welcome to review the package. The upstream build system is based
on Python's setup.py but it then executes lots of custom code relying on
cmake to build everything.

We use pybuild because it does the right thing to build against the
various Python versions but the upstream installation procedure is not
really able to cope with the logic of building the same thing for
different python versions and then installing the different set of file.

So we just used dh_install (and not pybuild's install procedure) to install
the files out of some intermediate directories used by upstream. We
used dh-exec to be able to install in multi-arch directories via
dh_install.

I hope the package will continue to build once the Qt 5.11 transition is
over, right now it doesn't because unstable is in flux with the transition
that just started. It might build against experimental, I haven't tried.

On Fri, 11 May 2018, Lisandro Damián Nicanor Pérez Meyer wrote:
> It is worth to note that pyside2 will probably use some Qt's private headers.

We do depend on qtbase5-private-dev, right.

> - If Pyside2 uses private headers it will end up depending in qt-abi-x-y-
> z, that's the way we track packages using private headers (which includes qt 
> submodules) and allows us to do very smooth transitions whenever possible. 
> That only means that it will need to get rebuilt whenever we ship a new 
> upstream version.

Some of the generated packages depend on "qtdeclarative-abi-x-y-z". That's
the only occurrence of this pattern.

> All that being said, if the package is kept under qt/ following our repo 
> style 
> it's easier for us to jump in in case it's needed (for example, if we are 

That's definitely the goal here. I have no long term interest here. The
initial packaging of pyside has been funded by a customer who is using
freecad and wanted to keep the package in Debian. We will continue
to help for as long as the customer is willing to pay our work but
we definitely want the package to be under the team's umbrella so that
it survives our efforts.

On Sat, 12 May 2018, Maximiliano Curia wrote:
> I've created: https://salsa.debian.org/qt-kde-team/qt/pyside2

Pushed our work here.

> They are somewhat documented in http://pkg-kde.alioth.debian.org/, I would
> say: http://pkg-kde.alioth.debian.org/gitguidelines.html -> but the tagging

This moved here:
https://qt-kde-team.pages.debian.net/
https://qt-kde-team.pages.debian.net/gitguidelines.html

I honestly find those policies very counter-productive with a high
setup cost and lots of divergence compared to usual practices in most
other teams. Anyway, I can stick to them for this package but right
now I'm maintaining pyside2 with git-buildpackage in a usual
merged-with-upstream branch and I will just cherry-pick my changes
to the debian-only branch pushed to your repository.

BTW, the policy of requiring a changelog entry in each commit goes very
much again the stated goal of "reduce conflicts in debian/changelog when
cherry-picking and merging between branches".

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#877871: RFP: pyside2 -- Python bindings for Qt5

[Raphael Hertzog]

Hi,

On Fri, 11 May 2018, Maximiliano Curia wrote:
> > Sophie and me are working to bring pyside2 into Debian. We would like to
> > put it in pkg-kde-extras. I requested access to the salsa group for this.
> 
> Welcome to the team!

Thank you. Note that you granted me "developer" access which doesn't let
me create new repositories, so I will need one of you to create the
repository and also to add sophie (sbrun-guest) as member of the
pyside2 repository.

> Right, but please take into account that the packages maintained under the
> qt tree use a debian directory only packaging branch, and in general, they
> use all the same packaging structure (no dpm, no upstream branches or tags
> in the public repos, etc). This set of rules is more relaxed in qt-extras
> and kde-extras.

Are the rules documented somewhere?

At this point, there are no (versioned) upstream tarball releases so it
might be better to be able to have full sources in the git repository and
generate the .orig.tar.gz out of it.

> Also, I don't see in the bug log any comment about the current pyside
> maintenance, are the pyside maintainers ok with moving the new version of
> the project to a different repository in a different team?

There are no Uploaders left in debian/control both for pyside and
shiboken:
https://salsa.debian.org/python-team/modules/shiboken/blob/master/debian/control
https://salsa.debian.org/python-team/modules/pyside/blob/master/debian/control

On Fri, 11 May 2018, Dmitry Shachnev wrote:
> It looks like pyside2 will use the same release cycle as Qt uses, so we
> will most likely have to update it together with the other Qt modules.

And at least the version embedded in the code matches the Qt version, yes.

> As far as I know, there are no current pyside 1.x maintainers. So there is
> nobody who can complain about this move.

Indeed.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#877871: RFP: pyside2 -- Python bindings for Qt5

[Raphael Hertzog]

Control: retitle -1 ITP: pyside2 -- Qt for Python
Control: owner -1 sop...@freexian.com

On Sat, 14 Apr 2018 10:09:38 +0200 Francesco Poli  
wrote:
> Moreover, if I read the [announcement] correctly, it seems that PySide2
> is going to be renamed as "Qt for Python" and adopted as official Qt
> bindings for Python...
> 
> [announcement]: 
> 
> 
> I really hope someone with good Python Debian packaging skills will
> soon package pyside2 for inclusion in Debian!

Sophie and me are working to bring pyside2 into Debian. We would like to
put it in pkg-kde-extras. I requested access to the salsa group for this.

Should it go in "Qt" or "Qt extras"? It's going to be something official by
the upstream Qt project so I think that "Qt" might be good.

Currently the code is split among two git repositories upstream:
https://code.qt.io/cgit/pyside/pyside-setup.git/
https://code.qt.io/cgit/pyside/pyside-tools.git/

pyside-setup contains PySide2 and Shiboken2 (and pyside2-tools as
submodule).

I think we will want to name the source package and the git repository
"pyside2" anyway. And we possibly want to integrate pyside-tools
in the .orig.tar.gz as well.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#895514: Backport for jessie

[Raphael Hertzog]

Hello,

FWIW I made a backport to jessie too. It required backports of utf8proc
and tesseract to build. But at runtime you only need the backported
libutf8proc2.

Here are the full packages:
$ dget 
https://people.debian.org/~hertzog/packages/utf8proc_2.0.2-1~bpo8+1_amd64.changes
$ dget 
https://people.debian.org/~hertzog/packages/tesseract_3.04.01-5~bpo8+1_amd64.changes
$ dget 
https://people.debian.org/~hertzog/packages/ccextractor_0.86+ds1-1~bpo8+1_amd64.changes

And here are direct links to the only .deb required for installation
on jessie:
https://people.debian.org/~hertzog/packages/ccextractor_0.86+ds1-1~bpo8+1_amd64.deb
https://people.debian.org/~hertzog/packages/libutf8proc2_2.0.2-1~bpo8+1_amd64.deb

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#891192: O: lua-sandbox-extensions -- Extension sandboxes and modules for Lua Sandbox

[Raphael Hertzog]

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: lua-sandbox-extensions -- RoM; low popcon and no 
maintainer

Hi,

On Fri, 23 Feb 2018 11:08:11 +0100 I wrote:
> We hereby orphan the lua-sandbox-extensions package as we are no longer
> using it.  Given the low popcon, if no one steps up soon, we will
> request its removal.

Doing so now.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#891193: O: lua-trink-cjson -- JSON parser/encoder for Luasandbox

[Raphael Hertzog]

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: lua-trink-cjson -- RoM; low popcon and no maintainer

Hi,

On Fri, 23 Feb 2018 11:09:08 +0100 I wrote:
> We hereby orphan the lua-trink-cjson package as we are no longer using it.
> Given the low popcon, if no one steps up soon, we will request its removal.

Doing so now.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#891191: O: lua-sandbox -- Generic Lua sandbox library for dynamic data analysis – utilities

[Raphael Hertzog]

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: lua-sandbox -- RoM; low popcon and no maintainer

Hi,

> We hereby orphan the lua-sandbox package as we are no longer using it.
> Given the low popcon, if no one steps up soon, we will request its removal.

Doing so now.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#891190: O: hindsight -- Light weight data processing infrastructure

[Raphael Hertzog]

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: hindsight -- RoM; low popcon

On Fri, 23 Feb 2018, Raphaël Hertzog wrote:
> We hereby orphan the hindsight package as we are no longer using it.
> Given the low popcon, if no one steps up soon, we will request its removal.

Doing so now.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#742601: RM: feed2omb -- RoM; useless

[Raphael Hertzog]

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: feed2omb -- RoM; useless
Control: affects -1 feed2omb

Hello,

I orphaned this package 4 years ago. It has a popcon of 7. It's clearly
not used and no longer useful since the protocols it supports are not
really in active use anymore AFAIK.

Please remove this package from the archive.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#834756: ITP: powershell -- scripting language interpreter built on .NET

[Raphael Hertzog]

Hi,

On Thu, 18 Aug 2016, Luke W Faraone wrote:
> Microsoft recently released PowerShell as free software, and this month
> announced support for Linux platforms.
> 
> From a parausal of the source code, it appears to be suitable for
> inclusion in Debian.

I started looking at it but it's not clear that it's suitable for
Debian main. I found this in particular:
https://github.com/PowerShell/PowerShell/blob/master/license_thirdparty_proprietary.txt#L456

So while powershell itself is MIT licensed it also includes other
third party software, some of which is even announced to be proprietary.
The file starts with:
| IMPORTANT NOTICE:  THE SOFTWARE ALSO CONTAINS THIRD PARTY AND OTHER
| PROPRIETARY SOFTWARE THAT ARE GOVERNED BY SEPARATE LICENSE TERMS

And the lines that I pointed out above include some restrictions
which probably fall short of our "No Discrimination Against Fields of
Endeavor" rule.

| You may not [...] include Distributable Code in malicious, deceptive or
| unlawful programs; or

And even more frightening:
| You may not [...] publish the software for others to copy; [...]
| use the software for commercial software hosting services.

In some other parts (Microsoft.Management.Infrastructure) we only have the
right to use, not to modify, etc.

So I think that powershell can only be packaged for non-free. Unless
it can be split into a free part with some non-free bits that can be
packaged separately. But even if that is possible, it will likely be
a significant amount of work and a pain to maintain over time.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#858612: ITP: wifiphisher -- Automated phishing attacks against Wi-Fi networks

[Raphael Hertzog]

On Mon, 27 Mar 2017, Thibaut Paumard wrote:
> Thanks for the pointer. Just out of curiosity, do you intend on using
> the blends framework for the pkg-security team?

This is not part of any current plan but I have no objection if someone
wants to do the required work.

> If you have pointers about those best security practices, I'll gladly
> take them.

I'm not a penetration tester myself. But a good starting point is to
not use "http" at all on connections that you do not trust and also using
tools to ensure that you get the same https certificate that you use to
get over a secure connection.

> Quickly Googling "pkg-security" and "Debian security" did not reveal a
> prominent central place for this sort of information. Although not
> Debian-specific, a starting point at debian.org for raising awareness
> for our users would be nice. If the pkg-security team could take it on
> its shoulders...

The pkg-security team is about packaging tools, not about this, sorry. 

https://wiki.debian.org/Teams/pkg-security

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#858612: ITP: wifiphisher -- Automated phishing attacks against Wi-Fi networks

[Raphael Hertzog]

Hi,

On Sat, 25 Mar 2017, Thibaut Paumard wrote:
> I'm not sure of the benefit for the project of shipping this, 

This is a tool that is shipped in Kali Linux, a Debian derivative and we
are trying to merge back packages useful for penetration testers into
Debian. The benefit is clear for that category of users.

> but do we have ways of protecting our users from it?

Given that this is mainly "social engineering", the best way to protect
users is to teach them about what can be done securely or not. I'm afraid
that this answer won't satisfy you but the job of the penetration tester
is to point out when some users do not follow best security practices
or when the current practices are just not secure enough.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#843440: ITP: capstone -- lightweight multi-architecture disassembly framework

[Raphael Hertzog]

Hello Pranith,

On Wed, 30 Nov 2016, Pranith Kumar wrote:
> Package: wnpp
> 
> * Package name: capstone
>   Version : 4.0
>   Upstream Author : Nguyen Anh Quynh 
> * URL : http://www.capstone-engine.org/

it looks like you are a bit confused. capstone is already in Debian
so there is no need to file an "ITP" (Intent To Package). I saw
that your already converted the "O" (Orphaned) bug into a "ITA" (Intent to
Adopt) bug (#843440) and that you already made a sponsorship request
(#846348).

> Capstone is a disassembly framework with the target of becoming the ultimate
> disasm engine for binary analysis and reversing in the security community.

I would like to suggest you to join the pkg-security team and maintain
that package in the team's git repository. We have sponsors for your
updated package in the team.

Please have a look at https://wiki.debian.org/Teams/pkg-security
and request to join the team on
https://alioth.debian.org/projects/pkg-security

Subscribe to the mailing list and feel free to ask any question on the
list.

Have you checked whether capstone 4 breaks reverse dependencies?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#844611: debian-installer-launcher proposed removal

[Raphael Hertzog]

On Thu, 17 Nov 2016, Holger Levsen wrote:
> On the latter I can't really comment, but I would find it very
> unfortunate if this package would get removed from stretch *now*… (where
> there is no time to develop a replacement…)

Why would anyone develop a replacement instead of taking it over?

In any case, it's basically unmaintained and provides a rather poor user
experience leading to many support requests (that's why we stopped using
it in Kali).

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#841913: ITP: gnome-shell-extension-refresh-wifi -- keep wifi access point list current in GNOME shell

[Raphael Hertzog]

Hi Jonathan,

On Mon, 24 Oct 2016, Jonathan Carter wrote:
> * Package name: gnome-shell-extension-refresh-wifi
[...]
> This extension will periodically refresh the wifi list, making it
> easier to switch networks.

This package is already available in Kali:
http://pkg.kali.org/pkg/gnome-shell-extension-refreshwifi

You can reuse the existing package if you want. In any case, it would be
nice if you could pick up the same source/binary package name or at least
ensure that it upgrades nicely from the current Kali package to the
official Debian package (i.e. adding required Replaces/Conflicts if the
name differs).

If you keep the same source package name, please use the same .orig.tar.gz
file to avoid conflicting checksums when we import the Debian package
(we just uploaded version 6.0 today so it will show up shortly).

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#835393: ITP: openvas-libraries -- open source vulnerability scanner and manager

[Raphael Hertzog]

On Thu, 25 Aug 2016, ChangZhuo Chen wrote:
> * Package name: openvas-libraries

That package and all of the openvas related packages were once in Debian:
https://tracker.debian.org/pkg/openvas-libraries

If you want to reintroduce them, I would like to ask you to do it as part
of the pkg-security team:
https://wiki.debian.org/Teams/pkg-security

Also all the openvas packages are available in Kali and it would be nice
you could start from those packages (at least to make sure you reuse the
same .orig.tar.gz to avoid conflicts when I import the Debian package into
Kali).
http://pkg.kali.org/pkg/openvas-libraries

Regards,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#821460: ITP: salt-formula-ceilometer -- Salt formula for OpenStack Ceilometer

[Raphael Hertzog]

On Tue, 19 Apr 2016, Filip Pytloun wrote:
> I think this is the same case as Puppet modules that are already
> packaged and maintained by PKG Openstack team.

Right, I'm not sure if the packaging of those puppet modules was a good
idea either.

> This formula is part of openstack-salt project and unlike other formulas
> that can be found on the Internet these has some more "fashion" like
> extensive documentation [1] covering whole ecosystem of Openstack Salt
> deployment, unified structure across formulas, automated tests, etc.
> [1] http://openstack-salt.tcpcloud.eu/

Ok.

> So in ideal state it should be possible to deploy whole Openstack
> infrastructure using SaltStack just by using Debian packages provided in
> repositories.

What value does the Debian package add here? It's not like such a
deployment will be automatic without further configuration of salt...
and you can use salt rules to download your desired salt formulas.
Having dependencies on a salt formula does not add any value either
since the code is running on other hosts (minions).

> Anyway I also wanted to package non-openstack formulas that are done in
> the same way [2] (it's currently about 60 formulas).
> [2] https://github.com/tcpcloud?query=salt-formula-

Hum, there are many modules there that seem to use the same namespace
as other modules hosted here:
https://github.com/saltstack-formulas/

Yet they seem to be different implementations...

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#821460: ITP: salt-formula-ceilometer -- Salt formula for OpenStack Ceilometer

[Raphael Hertzog]

Hi,

On Mon, 18 Apr 2016, Filip Pytloun wrote:
> * Package name: salt-formula-ceilometer
>   Version : 2016.4.1
>   Upstream Author : tcpcloud 
> * URL : https://github.com/openstack/salt-formula-ceilometer
> * License : Apache-2.0
>   Programming Lang: SaltStack
>   Description : Salt formula for OpenStack Ceilometer
> 
> Ceilometer project aims to deliver a unique point of contact for billing
> systems to acquire all of the measurements they need to establish
> customer billing, across all current OpenStack core components with work
> underway to support future OpenStack components

Do we really want to package salt formulas? That's the first ITP
to cover a salt formula.

IMO salt formulas are very volatile by nature and are not very
useful in Debian packages, the distribution through git repos
works rather well. If you need stability, you pick a commit or
a tag.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#805278: ITP: heka -- Stream processing software system developed by Mozilla

[Raphael Hertzog]

Hi,

On Tue, 01 Dec 2015, ChangZhuo Chen wrote:
> I did not create a debian directory yet since upstream also has debian
> directory, and I am not sure how to handle this case. Anyone has idea
> about this case?

Usually I use the "--filter=debian/*" option with "gbp import-orig" to
avoid importing the upstream debian directory. The "3.0 quilt" source
package already does the right thing by replacing the debian directory
with the one provided by the source package.

You just need to ensure the same in the git repository with this option
(you can put it in debian/gbp.conf to ensure you always use it with this
package).

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#805278: ITP: heka -- Stream processing software system developed by Mozilla

[Raphael Hertzog]

Hi,

On Mon, 16 Nov 2015, Thomas Goirand wrote:
> Thanks for working on this. I will need the package too. How far are you
> from uploading the package?

Mathieu Parent is also interested in the package. I looked at the package
to try to help him and it has a bunch of dependencies that need to
be packaged first. I have seen no further ITP on such dependencies
from ChangZhuo Chen so far.

Thus I'm also interested in a status update about the work you did so far.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#795073: ITP: python-ruamel.ordereddict -- Implementation of an ordered dictionary with Key Insertion Order

[Raphael Hertzog]

Hi Gianfranco,

On Mon, 10 Aug 2015, Gianfranco Costamagna wrote:
> * Package name : ruamel.ordereddict
> 
> this is a dependency of the new w3af package.

On Mon, 10 Aug 2015, Gianfranco Costamagna wrote:
> * Package name : vulndb
> 
> this is a dependency of the new w3af package.

Kali already has the latest w3af and all those dependencies. You might
want to base your work on the packages we prepared:

http://git.kali.org/gitweb/?p=packages/ruamel.ordereddict.git;a=summary
http://git.kali.org/gitweb/?p=packages/python-vulndb.git;a=summary

Or the corresponding .dsc:
http://http.kali.org/pool/main/p/python-vulndb/python-vulndb_0.0.17-0kali1.dsc
http://http.kali.org/pool/main/r/ruamel.ordereddict/ruamel.ordereddict_0.4.8-0kali2.dsc

If you could also keep the same source package names, it would be great.
:-)

Don't hesitate to lookup packages on http://pkg.kali.org

Hope this helps!

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150811182807.ga1...@home.ouaza.com

Bug#781165: RFP: prospector -- Python code analysis tool

[Raphael Hertzog]

On Wed, 25 Mar 2015, Daniel Stender wrote:
> I'm going for that.

Great, thanks!

You will need to package a few reverse dependencies first. Also please
retitle the bug into an ITP if you take care of it.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150326090509.gb8...@home.ouaza.com

Bug#781165: RFP: prospector -- Python code analysis tool

[Raphael Hertzog]

Package: wnpp
Severity: wishlist

* Package name: prospector
  Version : 0.9.9
  Upstream Author : Carl Crowder
* URL : https://github.com/landscapeio/prospector
* License : GPL-2+
  Programming Lang: Python
  Description : Python code analysis tool

Prospector is a tool to analyse Python code and output information about
errors, potential problems, convention violations and complexity.

It brings together the functionality of other Python analysis tools such
as pylint, pep8 and McCabe complexity. More information and a complete
list of supported tools is available on the documentation site.

The primary aim of Prospector is to be useful 'out of the box'. A common
complaint of other Python analysis tools is that it takes a long time to
filter through which errors are relevant or interesting to your own coding
style. Prospector provides some default profiles, which hopefully will
provide a good starting point and will be useful straight away, and adapts
the output depending on the libraries your project uses. 


It would be nice to have this available to help check one's own Python
code.

-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150325142746.ga17...@home.ouaza.com

Bug#751339: RFP: ath9k-htc-firmware -- free firmware for Atheros AR7010/AR9271 wireless adapters

[Raphael Hertzog]

On Fri, 23 Jan 2015, Daniel Kahn Gillmor wrote:
> > Could they thus not be included as-is in firmware-free or at least
> > firmware-non-free ? (ccing kernel team for this question)
> 
> shipping in firmware-non-free would be a shortcut to ensure that we have
> them available for users (which would be good), but it would feel a

Looking more closely, https://github.com/qca/open-ath9k-htc-firmware
generates two firmwares: htc_7010.fw and htc_9271.fw

Both of which are already available in firmware-atheros (albeit under a
non-free license though, it dates back to before the license change
apparently).

So what we actually want is to move them to firmware-free...

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150123165155.gc16...@home.ouaza.com

Bug#751339: RFP: ath9k-htc-firmware -- free firmware for Atheros AR7010/AR9271 wireless adapters

[Raphael Hertzog]

On Fri, 23 Jan 2015, Daniel Kahn Gillmor wrote:
> I don't know what the rules are for inclusion in firmware-free.
[...]
> and while a56 is in the debian archive, it's not a build-dep of
> firmware-free (bootstrap.bin is shipped directly in the source package).
> So maybe ath9k-htc-firmware is no worse than this?

I came to the same conclusion and I see that it has also been requested
in #711470. I'll work on a patch for that one.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150123160552.ga28...@home.ouaza.com

Bug#751339: RFP: ath9k-htc-firmware -- free firmware for Atheros AR7010/AR9271 wireless adapters

[Raphael Hertzog]

Hi,

On Wed, 11 Jun 2014, Daniel Kahn Gillmor wrote:
> ath9k-ftc-firmware provides a free implementation of firmware for two
> available wireless chipsets.
[...]
> It would be great to ship these firmware modules in debian now that we
> have the source.  If we can make it easier for people to improve them,
> that would be great.
> 
> Unfortunately, the build process appears to be a little bit involved:
> https://trisquel.info/en/forum/how-install-ath9k-htc-firmware-atheros-communications-inc-ar9271
[...]

While this looks like complicated to package independently, the firmwares
are available in
http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/tree/

Could they thus not be included as-is in firmware-free or at least
firmware-non-free ? (ccing kernel team for this question)

It would be a first step and a big service for users who opted to buy
such freedom-respecting devices.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150123124614.ga22...@home.ouaza.com

Bug#773656: R: Bug#773656: ITP: daps -- DocBook Authoring and Publishing Suite

[Raphael Hertzog]

Hi Gianfranco,

On Mon, 22 Dec 2014, Gianfranco Costamagna wrote:
> is this package a duplicate then?

Well, I mentioned it so that he was aware of another similar tool that is
already available. It's not a duplicate since it's not the same software.

But that said I don't see the point of having each distribution reinvent
its own doc tools just for the sake of it... so it's better if one of them
ends up as a winner and is very well maintained. But that's just my
opinion and should not forbid anyone from packaging daps if they believe
that it does a better job for them.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141222172650.ga12...@home.ouaza.com

Bug#773656: ITP: daps -- DocBook Authoring and Publishing Suite

[Raphael Hertzog]

Hello,

On Mon, 22 Dec 2014, Andrei POPESCU wrote:
> On Du, 21 dec 14, 17:35:39, Sascha Manns wrote:
> > Package: daps
> > Severity: wishlist
> > 
> > URL: http://daps.sourceforge.net/
> > SVN: http://sourceforge.net/p/daps/svn/HEAD/tree/

The bug is title ITP. Does that mean that you want to package this
software? If you want someone else to package it, then it should be a "RFP"
(Request for Package).

In any case, I wanted to point out that Debian already contains "publican"
which is RedHat's version of a similar tool. It also supports translation
with PO files. I'm its Debian maintainer.

It might be interesting for your needs.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141222125055.ga29...@home.ouaza.com

Bug#736523: ITP: python-future -- backport of the concurrent.futures package

[Raphael Hertzog]

Hi,

On Fri, 24 Jan 2014, Thomas Goirand wrote:
> * Package name: python-future
>   Version : 2.1.6
>   Upstream Author : Alex Gronholm 
> * URL : https://pypi.python.org/pypi/futures

It's already in Debian:

$ apt-cache show python-concurrent.futures 
Package: python-concurrent.futures
Version: 2.1.6-1
Installed-Size: 153
Maintainer: Debian Python Modules Team 

[...]

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140124151601.ga9...@x230-buxy.home.ouaza.com

Bug#718880: [Pkg-fonts-devel] Bug#718880: RFP: fonts-arkpandora -- Replacement fonts for Microsoft's Arial, Times, and Verdana fonts

[Raphael Hertzog]

Hello,

thanks everybody for the quick response!

On Tue, 06 Aug 2013, Vasudev Kamath wrote:
> > Added to my TODO list, but don't we already have other fonts that
> > claim to be Times New Roman/Arial drop-in replacements (maybe not
> > Verdana, though)? Anyway, packaging is probably easy, as usual.
> 
> Just had a quick discussion with Christian over IRC, so sharing just
> thoughts it looks like upstream is dead? I had to download the archive
> using wayback machine (archive.org). Is it really required to maintain a
> font whose upstream is not active?

I digged deeper and those fonts are not strictly required for my package.

That said they are the default fonts used by the upstream software that
I'm packaging and it would be nice if we could use the same fonts as
upstream.

I saw that upstream disappeared from the web but the tarball can still be
grabbed in many places (including Gentoo). I have no opinion on whether
it's a big problem in the case of fonts. They rarely change after all.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130806195147.gb6...@x230-buxy.home.ouaza.com

Bug#495985: Taking over the tcpdf ITP

[Raphael Hertzog]

Control: owner -1 Raphael Hertzog 

Hi,

given nobody reacted to my last mail, I'm taking over this ITP.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130419140903.ga15...@x230-buxy.home.ouaza.com

Bug#697671: RFP: libwebsockets -- C Websockets Server Library

[Raphael Hertzog]

Hi Peter,

just a few more infos:

On Mon, 04 Feb 2013, Peter Pentchev wrote:
> > * URL : http://git.warmcat.com/cgi-bin/cgit/libwebsockets

There's a new dedicated website: http://libwebsockets.org

> > Note: there's also a fork at https://github.com/davidgaleano/libwebsockets
> > I don't know which version should be best packaged. I favor the original
> > one unless we find good reasons to use the other one.

Most of the important stuff got merged in the original libwebsockets so I
would not consider packaging the fork.

> I'll try to take a look at it, it looks interesting.

Great, thank you for your contribution to Debian!

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130204161404.ga19...@x230-buxy.home.ouaza.com

Bug#698111: ITP: zimlib -- Standard library implementation of ZIM specifications

[Raphael Hertzog]

On Sun, 20 Jan 2013, Emmanuel Engelhart wrote:
> What about "libopenzim" as package name, content unchanged?

Looks reasonable to me.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130120091423.gb31...@x230-buxy.home.ouaza.com

Bug#698111: ITP: zimlib -- Standard library implementation of ZIM specifications

[Raphael Hertzog]

Hi,

On Mon, 14 Jan 2013, Vasudev Kamath wrote:
> I did some more investigation and I don't see any file name clash
> betweek zim from zim-wiki and zimlib. Even though both packages have zim
> in the package name there is  description field which clarifies any
> confusion between both packages for end user.
> 
> So I guess renaming from upstream is not required. Please share your
> thoughts.

My thoughts are "I have been confused and thus I believe that other users
will be confused in the future". This is why I believe it's best to
rename. Furthermore, there are no file clashes yet, but the day
where someone will write a python wrapper for "zimlib" (and this is
on the roadmap apparently), it might become a real issue.

That said, I'm not here to impose anything to anyone. I just wanted
to inform you so that both upstream are aware of the potential conflict
and so that they can handle it properly.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130114210030.ga15...@x230-buxy.home.ouaza.com

Bug#698111: ITP: zimlib -- Standard library implementation of ZIM specifications

[Raphael Hertzog]

On Mon, 14 Jan 2013, Vasudev Kamath wrote:
> I will ask upstream

Thanks.

> But as I said name is actually abbreviation and renaming it doesn't make
> sense. What do you think?

I don't agree with this statement. Coming up with a name is always a
creative endeavour and you can always come up with something different
if really needed.

The question is more whether upstream is amenable to changing the name
given that zim from zim-wiki.org seems to predate openzim.org. 

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130114101420.ga9...@x230-buxy.home.ouaza.com

Bug#698111: ITP: zimlib -- Standard library implementation of ZIM specifications

[Raphael Hertzog]

Hi,

On Mon, 14 Jan 2013, Vasudev Kamath wrote:
> * Package name: zimlib
>   Version : 0.93.20121015-1
> * URL : http://www.openzim.org/index.php/Zimlib
>  .
>  ZIM is a file format created with focus on extracting and encoding data
>  from Mediawiki for offline use. Even though project currently focuses
>  on Mediawiki its original mission is to make web content available
>  offline. Project intends to support other wiki engines and content
>  management systems in future.

When I saw this, it got me clearly confused because at first I thought
that it was related to http://zim-wiki.org/. It's a bit unfortunate that
"Zim" is used to refer to two projects reladed to "wikis".

I don't know who was first but maybe you could point out the nameclash
to upstream ?

FWIW the "zim" debian package refers to http://zim-wiki.org/ which I'm
maintaining for Debian.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130114090018.ga3...@x230-buxy.home.ouaza.com

Bug#651606: RFP: gitlab -- git project/repository hosting management app

[Raphael Hertzog]

On Wed, 19 Dec 2012, Daniel Martí wrote:
> Is there any packaging team I should contact? Should I start using
> collab-maint on anonscm.debian.org for its packaging right away?

The packaging work will surely require you to create a bunch of ruby gems
so you might want to joint the ruby extras team.

http://wiki.debian.org/Teams/Ruby

But for gitlab itself, collab-maint is certainly OK.

> On a side note, I'm neither a DD nor a DM yet - a sponsor would be needed.

I think Paul just volunteered to sponsor ;-)

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121219150900.ga6...@x230-buxy.home.ouaza.com

Bug#651606: RFP: gitlab -- git project/repository hosting management app

[Raphael Hertzog]

[ CCing debian-mentors in the hope to find someone who is willing to
package this software ]

On Sat, 10 Dec 2011, Bernd Zeimetz wrote:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: gitlab
>   Version : 1.2.0 (+git...)
>   Upstream Author : Dmitriy Zaporozhets
> * URL : http://gitlabhq.com
> * License : MIT
>   Programming Lang: Ruby
>   Description : git project/repository hosting management app
> 
> Ruby on Rails based application to manage your own git
> project/repository hosting, using gitosis or gitolite to manage ssh
> access.

FWIW, there are some unofficial Debian package at
https://github.com/gitlabhq/gitlab-public-wiki/wiki/GitLab-Debian-packages-%28unofficial%29
but they are far from perfect since many gems are
packaged in a giant gitlab-bundle.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121219134400.ga26...@x230-buxy.home.ouaza.com

Bug#678093: RFP: php-mail-mbox -- PHP PEAR module to read and modify Unix mailboxes

[Raphael Hertzog]

On Wed, 19 Sep 2012, Thomas Goirand wrote:
> That's all I needed to know. I uploaded it.

Thanks.

> > I need this package as a dependency of Tuleap
> >(http://tuleap.net). Tuleap is a forge (like sourceforge and fusionforge)
> >so it's a huge beast
> 
> Cool! How would you rate it compared to Fusionforge our Sourceforge?

I would say that it's more oriented towards internal usage in corporations
due to its history. It's a fork of Xerox's codendi which is itself a fork
of the early sourceforge.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120918165825.gd5...@rivendell.home.ouaza.com

Bug#678093: RFP: php-mail-mbox -- PHP PEAR module to read and modify Unix mailboxes

[Raphael Hertzog]

Hi Thomas,

On Tue, 19 Jun 2012, Thomas Goirand wrote:
> I'm worried that on the home page, it's written:
> "This package is not maintained"
> 
> also, the package is marked as quality "beta" and there has been no
> upstream release since end of 2009.
> 
> Sure, there's the PEAR QA team, but still, it'd be quite risky. So, if
> you don't mind me asking: for what reason do you need php-mail-mbox? I
> don't mind maintaining the package, but will you maintain upstream code?

I don't plan to maintain the upstream code, no. However I believe that
the package is simple enough that it won't require much upstream
maintenance (if at all).

> Please test the result:
> 
> Vcs-Browser: http://git.debian.org/?p=pkg-php/php-mail-mbox.git
> Vcs-Git: http://git.debian.org/git/pkg-php/php-mail-mbox.git
> 
> Let me know if it does what you expected, and if the package is usable
> (I didn't test it...), and let me know if you need me to upload this
> (and for what reason you do need it as said above),

The package seems to work. I need this package as a dependency of Tuleap
(http://tuleap.net). Tuleap is a forge (like sourceforge and fusionforge)
so it's a huge beast and it will take a lot of time until the packages are
ready for Debian. But I'm creating Debian packages for Tuleap to be hosted
on pkg.tuleap.net until then.

I'd appreciate if php-mail-mbox could be integrated in Debian already, but
if you don't want to take care of it, it's not a big problem.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120918145828.ga15...@rivendell.home.ouaza.com

Bug#495985: What's the status of tcpdf debian packaging?

[Raphael Hertzog]

owner 495985 en...@debian.org
thanks

Hi,

On Fri, 12 Aug 2011, David Martínez Moreno wrote:
> retitle 495985 ITP: tcpdf -- TCPDF is a PHP class for generating PDF
> files on-the-fly
> thanks
> 
> Hello, I'm taking this ITP into consideration again.  I have
> been unable to get the TCPDF packages from Alessandro, so I'm
> creating new ones form scratch.  As soon as I get proper Internet
> access, I'll upload the mercurial repository somewhere for public
> consumption.

We're one year later already... and this package still isn't in Debian.

What's the current status?

I'm also interested to see this package in Debian and it looks like
all issues can be sorted out. At least by dropping some features if
nothing else is possible.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120709145242.ga27...@rivendell.home.ouaza.com

Bug#678093: RFP: php-mail-mbox -- PHP PEAR module to read and modify Unix mailboxes

[Raphael Hertzog]

Hi,

On Tue, 19 Jun 2012, Thomas Goirand wrote:
> I'm worried that on the home page, it's written:
> "This package is not maintained"
[...]
> Sure, there's the PEAR QA team, but still, it'd be quite risky. So, if
> you don't mind me asking: for what reason do you need php-mail-mbox? I
> don't mind maintaining the package, but will you maintain upstream code?

The package doesn't do much but it works quite well for its limited scope.
I don't expect much maintenance but I'm not stepping forward for upstream
maintenance that said.

The reason I need this package is that I'm in the process of trying to
package Tuleap (http://www.tuleap.net) and this PHP module is a dependency
of it.

> Please test the result:
> 
> Vcs-Browser: http://git.debian.org/?p=pkg-php/php-mail-mbox.git
> Vcs-Git: http://git.debian.org/git/pkg-php/php-mail-mbox.git

Thanks! I can't test it right now but I'll let you know when I've
done it.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120620082305.ga6...@rivendell.home.ouaza.com

Bug#678093: RFP: php-mail-mbox -- PHP PEAR module to read and modify Unix mailboxes

[Raphael Hertzog]

Package: wnpp
Severity: wishlist

(Ccing pkg-php-p...@lists.alioth.debian.org which could take care of this
package, also ccing Thijs and Thomas since they maintain php-mail-*
packages)

* Package name: php-mail-mbox
  Version : 0.6.3
  Upstream Author : Roberto Berto , Christian Weiske 

* URL : http://pear.php.net/package/Mail_Mbox
* License : LGPL
  Programming Lang: PHP
  Description : Library to read and modify Unix mailboxes

This library can split messages inside a Mbox, return the number of messages,
retrieve, update or remove an specific message or add a message on the Mbox.

---

This PHP library is a dependency of a Tuleap (http://tuleap.net) which
I'm trying to package. It would be great if someone in the PHP Pear
Packaging team could take care of creating this package.

It's not a complicated package (single PHP file + some tests files + some
examples) but I'd like to avoid having to join the team just for this
package.

Thank you in advance for your help.

-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120619064903.ga21...@rivendell.home.ouaza.com

Bug#406935: New experimental LedgerSMB package, 1.3.16-1

[Raphael Hertzog]

Hi,

On Mon, 07 May 2012, Robert James Clay wrote:
> On Mon, 2012-04-23 at 19:17 -0400, Raphael Hertzog wrote:
> 
> >  once the package has been accepted.
> 
>Any idea about how long it might until that happens?  I've completed
> packaging for v1.3.16-1 but I'm assuming that since 1.3.15-2 is still in
> the new queue that can't be uploaded to unstable or experimental.  (If
> that's incorrect, let me know.)   I have made a copy of the deb
> available at the SourceForge project, along with an associated
> clearsigned information file.

This is wrong, you can perfectly upload 1.3.16-1 even if 1.3.15-2 has not
yet been accepted. Both versions will be processed at the same time
and the newest version will be installed in unstable.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120508081412.gd13...@rivendell.home.ouaza.com

Bug#406935: [Pkg-sql-ledger-discussion] New experimental LedgerSMB package, 1.3.15-2

[Raphael Hertzog]

Hi,

On Wed, 18 Apr 2012, Robert James Clay wrote:
> A new experimental LedgerSMB package, version 1.3.15-2, is now
> available.  From debian/changelog:

I uploaded that package to unstable since it can only be better than
nothing.

The package is clean and you have fixed all the important issues I pointed
out earlier.

However, I did not have the time to do any testing. Hopefully you did
enough of that :-)

Cheers,

PS: Remember to close the ITP bug once the package has been accepted. I
forgot to included all the changelog entries in the .changes file so it
won't be auto-closed by the upload.
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120423231712.ga28...@rivendell.home.ouaza.com

Bug#406935: [Pkg-sql-ledger-discussion] Upload for LedgerSMB Debian package?

[Raphael Hertzog]

On Fri, 20 Apr 2012, Robert James Clay wrote:
>   Would that mean that the ITP bug would also be closeable if it were
> uploaded to experimental at first instead of unstable?  (Not that I
> necessarily think it needs to go that way now...)

Yes.

> > As long as you document the reason why you have kept the copy, they
> > should have no problem with it.
> 
>Well, do you think that "not yet tested with the Debian package
> versions" is sufficient reason?

I don't know. I hope so.

> > You can also blindly replace it and hope for the best.
> 
> More testing than what I can do by myself is certainly what I want
> to see, but "blindly" replacing it isn't the way I'd want to go...  

It's difficult to test everything... I agree it's best if you do some
bacis test.

The problem is that even if you test that it works for version X, you have
no guaranty that it won't break when the next version of the library gets
uploaded. :-(

>And that's certainly what the package needs more of.   What do you
> think of the idea of uploading the LedgerSMB package to unstable now?  

Yeah, I don't have time to do a in-depth review, but from what I looked at
the last time, the package seems in a mostly good shape. Maybe Antoine can
take care of it now that you fixed the debconf issue?

If not, I'll try to upload it myself in the next few days.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120420152537.ga27...@rivendell.home.ouaza.com

Bug#406935: Upload for LedgerSMB Debian package?

[Raphael Hertzog]

Hi,

On Wed, 18 Apr 2012, Robert James Clay wrote:
>   But would they accept it?  I do want to get it into Debian unstable &
> then testing before the freeze, but besides that new versions are coming
> out fairly often (currently every couple of weeks or so) there is also
> the matter of that embedded copy of the Scriptaculous Javascript
> Library.  Would they accept a new package with that still in it?
> (That's one reason I've been setting the changelog for experimental
> instead of the unstable distribution.)
> 
>   As I note in the Lintian overrides file, although the library is
> packaged for Debian it's not the same versions as what upstream uses.
> Upstream did note that they don't use "a lot of advanced stuff" so it
> may work; thing is, though, I haven't had a chance to do any testing of
> LedgerSMB with the packaged version of the Library.

The package goes through NEW only once, for experimental and for unstable.
So uploading to experimental doesn't change much.

As long as you document the reason why you have kept the copy, they
should have no problem with it. Wordpress has multiple copies as well
when I fear that they are incompatible.

You can also blindly replace it and hope for the best. Unstable is also
here so that people can test :-)

You can create a fake RC bug if you want to keep the package out of
testing until you have had the time to test by yourself if you really
prefer.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120419072207.gc6...@rivendell.home.ouaza.com

Bug#406935: [Pkg-sql-ledger-discussion] Debian Perl Modules for LedgerSMB v1.3.x

[Raphael Hertzog]

On Mon, 12 Dec 2011, Robert James Clay wrote:
> On Tue, 2011-11-29 at 00:08 -0500, Robert James Clay wrote:
> 
> > 2) Regarding the Excel::Template::Plus & Template::Plugin::Latex
> > modules, I will be seeing what is needed to get them into Debian.
> 
>I've started work on the first one:  that's Debian ITP # 651013.
> Also Excel::Template, which Excel::Template::Plus depends on;  that's
> ITP # 651078.  It also depends on MooseX::Param, but I haven't started
> on that one as yet.

Note that you can kindly ask debian-p...@lists.debian.org if they are
willing to package some of those modules for you. It worked last time
that I asked them for a module.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111212071220.gd10...@rivendell.home.ouaza.com

Bug#544499: closed by Raphaël Hertzog (Bug#544499: fixed in nautilus-dropbox 0.6.7-1)

[Raphael Hertzog]

On Thu, 09 Jun 2011, alice ferrazzi wrote:
> so i have make this votebox in dropbox for make the dropbox client open source
> https://www.dropbox.com/votebox/196/dropbox-open-source
> 
> and i have also tried to modify the image in the dropbox client for
> patch the non-free version but there is something that make it
> impossibile to do.
> 
> so i don't like this upload because looks like a jump over my start,
> if some one would like to have dropbox client in debian it can upload
> my first version (from debian new maintainers site one some months
> ago)  and wait for the updates or give a hand starting from my work
> not from skratch...

I'm sorry but you retitled the ITP to RFP indicating that you were no
longer interested in packaging this software. I don't think you can claim
that I jumped over you.

If you want to help or submit changes to my package, feel free, there's a
Git repository.

Replacing the non-free images would only allow the software to go to contrib,
it would not change much.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110609172047.ga17...@rivendell.home.ouaza.com

Bug#544499: Dropbox package created

[Raphael Hertzog]

retitle 544499 ITP: nautilus-dropbox -- dropbox integration for nautilus
retitle 613788 ITP: nautilus-dropbox -- dropbox integration for nautilus
owner 544499 !
owner 613788 !
tag 544499 + pending
tag 613788 + pending
thanks

I have prepared new packages for nautilus-dropbox:
http://anonscm.debian.org/gitweb/?p=collab-maint/nautilus-dropbox.git

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110605075454.ga...@rivendell.home.ouaza.com

Bug#628285: RFP: xul-ext-pencil -- GUI prototyping and diagram tool

[Raphael Hertzog]

Package: wnpp
Severity: wishlist

* Package name: xul-ext-pencil
  Version : 1.2
  Upstream Author : Nguyen Tien Dung 
* URL : http://pencil.evolus.vn
* License : GPL2+
  Programming Lang: Javascript / Xulrunner app
  Description : The Sketching and GUI Prototyping addon for 
Firefox/Iceweasel

The Pencil Project's unique mission is to build a free and opensource tool for
making diagrams and GUI prototyping that everyone can use.

Top features:

Built-in stencils for diagraming and prototyping
Multi-page document with background page
Inter-page linkings!
On-screen text editing with rich-text supports
Exporting to HTML, PNG, Openoffice.org document, Word document and PDF.
Undo/redo supports
Installing user-defined stencils and templates
Standard drawing operations: aligning, z-ordering, scaling, rotating...
Cross-platforms
Adding external objects
Personal Collection
Clipart Browser
Object snapping
Sketchy Stencil
And much more...

I discovered this software a few weeks ago and I would like to see it packaged
for Debian (but I don't want to do it myself).

It should probably be maintained under the umbrella of the pkg-mozext team:
http://wiki.debian.org/Teams/DebianMozExtTeam

Unfortunately the current version is not compatible with Firefox 4 yet.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110528134820.ga12...@rivendell.home.ouaza.com

Bug#616651: ITP: bool2cnf -- tool for converting a boolean formula into CNF

[Raphael Hertzog]

Hi,

On Wed, 25 May 2011, Thomas Krennwallner wrote:
> > http://wiki.debian.org/DebianScience
> > http://wiki.debian.org/DebianScience/Logic
> 
> I didn't find time yet to package it, but I'll definitely assign it to
> the logic flavor of DebianScience. I'll contact you for sponsoring once
> it is stable. Thanks for the offer!

So the best course is of course to integrate the package in the SVN or GIT
repository of the team. And it would be ideal if the sponsor was part
of the team (which I am not).

That said my sponsoring offer remains if nobody else from the team
is willing to sponsor you. As a first step, you could join the team:
http://wiki.debian.org/DebianScience/ContributingToDebianScience

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110525115649.gb1...@rivendell.home.ouaza.com

Bug#616651: ITP: bool2cnf -- tool for converting a boolean formula into CNF

[Raphael Hertzog]

Hi,

On Sun, 06 Mar 2011, Thomas Krennwallner wrote:
> * Package name: bool2cnf
>   Version : 20110304
>   Upstream Author : Tatsuhiro Tsuchiya 
> * URL : 
> http://www-ise4.ist.osaka-u.ac.jp/~t-tutiya/sources/bool2cnf/
> * License : BSD
>   Programming Lang: C
>   Description : tool for converting a boolean formula into CNF
> 
> Given a Boolean formula, this tool constructs a Boolean formula in CNF
> that is satisfiable iff so is the given formula. The output CNF
> formula is in DIMACS format.

How is your work progressing? I could sponsor the package if you have
something ready. But it would be even better if you could maintain
it as part of the Debian Science team.

http://wiki.debian.org/DebianScience
http://wiki.debian.org/DebianScience/Logic

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110525100223.ga1...@rivendell.home.ouaza.com

Bug#609278: [Pkg-ayatana-devel] progress on Unity?

[Raphael Hertzog]

On Mon, 21 Mar 2011, Adnan Hodzic wrote:
> Before resuming this process I believe we need to figure out which way
> to go. I assume it's patching current Debian packages. As Raphael

I don't know what kind of patches those are, but this obviously need to be
discussed with each relevant maintainer. We can't decide for them. But
duplicating packages would be really bad.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110321145400.gb29...@rivendell.home.ouaza.com

Bug#609278: [Pkg-ayatana-devel] progress on Unity?

[Raphael Hertzog]

Hello Jon,

On Sun, 20 Mar 2011, Jon Dowland wrote:
> Has there been any progress on this ITP?

Not that I know. You're welcome to help, Adnan is doing lots of other
stuff already and pkg-ayatana is largely understaffed in general.

(I encouraged its creation but I can't take a leading role)

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110320130606.gb31...@rivendell.home.ouaza.com

Bug#544499: dropbox-nautilus

[Raphael Hertzog]

Hi Adnan,

On Thu, 02 Sep 2010, Adnan Hodzic wrote:
> Alice,
> 
> I still don't see this package inside of Debian (it's been exactly a
> year now), if you don't mind I'd like to take care of this package
> myself.

Alice retitled the bug into "RFP" so she's no longer interested in
creating the package.

Given that an alternative "dropbox" got removed from non-free recently,
would you like to go ahead with this package ?
(see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610257)

I would be happy to sponsor it as I use dropbox. Make sure to sort out any
license issue, obviously. :-)

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110120091143.ga18...@rivendell.home.ouaza.com

Bug#609278: ITP: Unity -- Interface for Ubuntu Desktop Edition

[Raphael Hertzog]

Hi,

On Sat, 08 Jan 2011, Adnan Hodzic wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Adnan Hodzic 
> 
> * Package name: Unity
>   Version : 3.2.8
>   Upstream Author : Ubuntu Core Developers 
> 
> * URL : https://launchpad.net/unity
> * License : (GPL3)
>   Programming Lang: (C, C++, vala)
>   Description : Interface for Ubuntu Desktop Edition 
> 
> Unity is a graphical interface designed for Ubuntu Desktop Edition

I suggest you join the pkg-ayatana team and maintain unity there:
http://wiki.debian.org/Teams/pkg-ayatana

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110108085622.gf7...@rivendell.home.ouaza.com

Bug#602246: ITP: brian -- simulator for spiking neural networks

[Raphael Hertzog]

Hi,

On Wed, 22 Dec 2010, Yaroslav Halchenko wrote:
> oops -- sorry for the delay -- just found this comment
> 
> and then what to do if we have not decided yet what particular humanoid
> will accomplish the mission?

It doesn't matter much. You can always change the submitter afterwards.

If you have no volunteer to do the work, it could be argued that you
should first file a RFP and change it into an ITP once you know who will
do the work.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101222152403.gb18...@rivendell.home.ouaza.com

Bug#602246: ITP: brian -- simulator for spiking neural networks

[Raphael Hertzog]

Hi,

On Tue, 02 Nov 2010, NeuroDebian Team wrote:
> Package: wnpp
> Severity: wishlist
> Owner: NeuroDebian Team 

Please use your real name even if you're doing some work as part of a
team...

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer ◈ [Flattr=20693]

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101103071331.gd2...@rivendell.home.ouaza.com

Bug#599446: ITP: libapache2-mod-rivet -- Server-side Tcl programming system combining ease of use and power

[Raphael Hertzog]

On Fri, 08 Oct 2010, Sven Hoexter wrote:
> > http://people.apache.org/~mxmanghi/deb/
> > 
> > obviously only version 2.0.1-3 has all the changes that were
> > suggested on this list
> 
> An upload should be a -1 since the Debian archive has never seen the package
> before so you've to combine the changelog into one entry.

That's not entirely right. You can use "-sa -v2.0.1" when you build the package
to get everything right.

-sa uploads the sources and -v2.0.1 includes all the relevant changelog entries

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer ◈ [Flattr=20693]

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101008121605.gb28...@rivendell.home.ouaza.com

Bug#573822: RFH: gwibber -- microblogging client for GNOME

[Raphael Hertzog]

Hi,

On Sun, 20 Jun 2010, Kartik Mistry wrote:
> > The ubuntu package builds unmodified on Debian but it requires some
> > packages which are in NEW for now (libindicate for python-indicate).
> > It does not work here though, it has troubles with desktopcouch
> > apparently not sure why.
> 
> Right. Only blocker is: 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573061

Why is this a blocker?

I don't see why the split is required for gwibber.

Cheers,
-- 
Raphaël Hertzog

Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/
My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100620070518.ga9...@rivendell

Bug#573822: RFH: gwibber -- microblogging client for GNOME

[Raphael Hertzog]

On Sun, 20 Jun 2010, Kartik Mistry wrote:
> On Sun, Jun 20, 2010 at 12:35 PM, Raphael Hertzog  wrote:
> >> Right. Only blocker is: 
> >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573061
> >
> > Why is this a blocker?
> > I don't see why the split is required for gwibber.
> 
> gwibber like to start couchdb when it starts. However, I just used
> couchdb package from Ubuntu and got following:

gwibber uses desktopcouch to store messages, and desktopcouch starts a
local couchdb instance... the question is why doesn't it work as it
should?

Here it managed to start the local couchdb but apparently the port number
that has been allocated has never been communicated back to the client
application through dbus.

In your cases it rather looks like that the server was no longer there
(or do you have firewalling that could forbid it?).

Cheers,
-- 
Raphaël Hertzog

Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/
My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100620073919.gc9...@rivendell

Bug#573822: RFH: gwibber -- microblogging client for GNOME

[Raphael Hertzog]

Hello,

On Sun, 14 Mar 2010, Kartik Mistry wrote:
> gwibber require some more help from people. Ubuntu has gwibber2 from quite
> some time but currently neither I or Philip are able to devote full time to
> get it packaged (and make it running successfully) yet.

Kartik, you get several offers of help. I hope you responded because it
would be good to see an updated gwibber in Debian.

On Mon, 10 May 2010, Dionisio E Alonso wrote:
> I am really interested in the package, even I've been hoping that
> would be possible to package the Ubuntu version, but theirs, strongly
> depends on Python2.6.

We have python 2.6 by default in sid now, so this is no longer a blocker.

I hope you can all work together and quickly update the version in Debian
based on the work done by Ubuntu.

The ubuntu package builds unmodified on Debian but it requires some
packages which are in NEW for now (libindicate for python-indicate).
It does not work here though, it has troubles with desktopcouch
apparently not sure why.

> Since I do really want the package to be built, I could learn how. The
> question is where to?

http://www.debian.org/doc/devel-manuals#maint-guide

Cheers,
-- 
Raphaël Hertzog

Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/
My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100619195309.ga22...@rivendell

Bug#575938: ITP: dh-autoreconf -- debhelper add-on to call autoreconf and clean up after the build

[Raphael Hertzog]

On Wed, 31 Mar 2010, Julian Andres Klode wrote:
> > IMO, a backup/restore script (where you specify the list of files to
> > backup) may be more useful. It would be called before build and when 
> > cleaning.
> I don't think so, it requires you to keep track of the files
> and you may miss some.

OTOH, such a dh_backup could be integrated in debhelper since it would be
a no-op unless you provide a list of files to backup/restore (and hence
could be integrated in the default sequence without creating problems).

Cheers,
-- 
Raphaël Hertzog

Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/
My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100331142841.gb2...@rivendell

Bug#566880: Debian #566880: AllTray in Debian (and Ubuntu)

[Raphael Hertzog]

Hi,

On Sun, 07 Mar 2010, Ignace Mouzannar wrote:
> I have just committed my changes in the SVN repository. Also, I have
> uploaded my package on m.d.n [1].

No need to upload the package to mentors.debian.net, I'll rebuild from SVN
anyway.

For the next update, you could use "dh --with autotools_dev", it's a recent
addition to autotools-dev so you will have to adjust the build dependency.
That way you can get rid of debian/clean and the override in
debian/rules.

Other small remarks:
- the name of the patch is "01_minor_type.diff" instead of
  "01_minor_typo.diff"
- the Description field in that patch is not correct, you must put
  something in the first line (short description)
- you have not indicated that the patch has been forwarded, did you
  forward it?
- the category "Applications/Graphics" in the menu is certainly not
  the good category, alltray is not about manipulating images...

I have uploaded your package despite those small remarks, it's good work
overall. Just fix those details for the next update.

Cheers,
-- 
Raphaël Hertzog

Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/
My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100310132323.ga15...@rivendell

Bug#566880: Debian #566880: AllTray in Debian (and Ubuntu)

[Raphael Hertzog]

On Sat, 06 Mar 2010, Ignace Mouzannar wrote:
> I would be glad if you could add me to the project. My Alioth login is
> ghantoos-guest.

Done.

> >>   * debian/changelog:
> >>    - Updated changelog format, as it contained boilerplate from older
> >>      versions of dh_make.
> >
> > What exactly did you change here?
> 
> Lintian complained about the copyright file containing boilerplates
> from older versions of dh_make. I removed the remaining "(C)"
> copyright sign (which triggered the Lintian warning), added the
> copyright for the debian/* files. and rephrased the different sections
> (because I find this clearer) to:
> ---8<--8<---
> File:
> Copyright:
> License:
> ---8<--8<---
> 
> May be should I rephrase the changelog to make it clearer?

In fact you're speaking of debian/copyright and not debian/changelog.
That's what confused me...

Cheers,
-- 
Raphaël Hertzog

Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/
My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100307071653.ge3...@rivendell

Bug#566880: Debian #566880: AllTray in Debian (and Ubuntu)

[Raphael Hertzog]

Hi,

On Sat, 27 Feb 2010, Michael B. Trausch wrote:
> On 02/27/2010 07:49 AM, Ignace Mouzannar wrote:
> >The download is actually available on the last page of the alltray
> >downloads [1].
> >Mike, do you think it is possible to bump it on the first download page?
> >
> >As for the package not being uploaded to the Debian repository, I have
> >already sent a sponsorship request on Debian mentors two weeks ago. I
> >was waiting for two weeks to pass before sending a new one.
> >I have just sent a new request [2].
> >
> >Hopefully, it will get reviewed/sponsored soon.
> 
> Awesome, thanks for the status update.
> 
> I've filed a bug in LP but I have not had time to branch it to try
> to find and fix the bug myself.  It has been accepted. though I
> can't remember the bug number off the top of my head.

Ignace, the package is maintained in collab-maint subversion repository,
can you just do the work there? That way I can easily review what you're
doing and sponsor your uploads. If you need to be added to the project,
just tell me I can do it.

Some early remarks:
- do you know dh --with bash_completion instead of using an override ?
- I prefer prefixed files like debian/alltray.symbols (it looks less
  cluttered in debian/)

>   * debian/changelog:
>- Updated changelog format, as it contained boilerplate from older
>  versions of dh_make.

What exactly did you change here?

Cheers,
-- 
Raphaël Hertzog

Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/
My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100306201857.gd3...@rivendell

Bug#566880: ITA: alltray -- Dock any program into the system tray

[Raphael Hertzog]

Hi,

On Wed, 27 Jan 2010, Michael B. Trausch wrote:
> On 01/27/2010 11:55 AM, Ignace Mouzannar wrote:
> >retitle 566880 ITA: alltray -- Dock any program into the system tray
> >owner 566880 !
> >thanks
> >
> >I intend to adopt this package. I will be preparing a new package
> >correcting some bugs soon.
> >
> >Kind regards,
> >  Ignace Mouzannar
> 
> Hi Ignace,
> 
> You are working on adopting the AllTray package for Debian, am I
> understanding that correctly?  Do you know if Debian has
> distribution-local patches?  If so, I'd like to take them and move
> them upstream to the old-maintenance branch on Launchpad.  I'd be
> happy to help you with that.

Debian has no patches but Ubuntu has a few and they don't apply to version
0.70 without conflict (although they are still required, i.e they have not
been merged upstream AFAIK).

See http://packages.qa.debian.org/alltray and the ubuntu patch link on the
bottom right.

Cheers,
-- 
Raphaël Hertzog



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#559137: RFP: desktopcouch -- A Desktop CouchDB instance

[Raphael Hertzog]

Hello,

it would be nice if someone would be interested to package desktopcouch
(Kartik already file an RFP and I'm replying to it). Ubuntu already has a
package obviously and it should not be too much work to start from that
and cleanup anything that's needed (like switching to python-support).

See Kartik's message below for some information. The technology is not
Gnome specific but the first users of this package are Gnome-related
packages (evolution-couchdb for example) and maybe someone would like to
do the work within the Gnome team. I don't know if we have another team
that would be better suited (it's in python but I'm not sure the python
team is a wise choice). BTW I might sponsor the package if a non-DD/DM is
willing to to the work.

http://packages.ubuntu.com/source/lucid/desktopcouch

BTW, there are others couchdb related packages that it would be nice to
have (like evolution-couchdb).

Cheers,

On Wed, 02 Dec 2009, Kartik Mistry wrote:
> Package: wnpp
> Severity: wishlist
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> * Package name: desktopcouch
>   Version : 0.5.0
>   Upstream Author : Stuart Langridge 
> * URL : 
> * License : LGPL-3
>   Programming Lang: Python
>   Description : A Desktop CouchDB instance
> 
> Integration of CouchDB storage into desktop applications, for
> automatic replication and synchronization of data between
> computers.
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
> 
> iEYEARECAAYFAksWHUkACgkQoRg/jtECjI0SXwCghHGNqme28P/UxnFU3OVHAr96
> 5hoAniPgsjVPv6tjsWwNdUcVjvjsM8qq
> =C+hu
> -END PGP SIGNATURE-
> 
> 
> 

-- 
Raphaël Hertzog



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#543541: Offering help for quilt

[Raphael Hertzog]

Hi David,

On Fri, 04 Dec 2009, David Paleino wrote:
> I'm willing to help with the quilt package as well.
> Will look through the bugreports, and possibly provide patches.
> 
> Anyhow, I'll wait for some ack before committing anything to git :)

Thanks, currently we rather need help on upstreaming our patches. That
means documenting the patches and forwarding them as git patches ready to
be merged in the upstream git repo. You need to subscribe to the
quilt-...@nongnu.org mailing list.

Pleases subcribe to the PTS with the CVS keyword too so that you get git
commit notices.

We want to fork less rather than more. :-)

Cheers,
-- 
Raphaël Hertzog



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#550031: ITP: libjs-extjs -- a cross-browser JavaScript library

[Raphael Hertzog]

On Wed, 07 Oct 2009, Marcus Better wrote:
> This is non-free. Please keep it out of Debian.
> 
> Surely you are aware of the huge controversy around Ext JS licensing.
>
> There is no need to repeat that story here, let me just point to this page:
>   http://www.extjs.com/company/dual.php
> 
> Here they make claims that directly contravene parts of GPL-3:
> 
> "If you derive a commercial advantage by having a closed source
> solution, you must purchase an appropriate number of commercial licenses
> from Ext."

This applies to you if you use it in a non-open source project. It doesn't
apply here.

> "If you wish to use the open source license of an Ext product, you must
> contribute all your source code to the open source community and you
> must give them the right to share it with everyone too."

Dual licensing is a common choice (trolltech/mysql) and doesn't make the
software non-free. At least the (out of context) quotes you give do not
make this software non-free. There may be other issues I don't know but
you'll have to explain in more depth what the problems are.

Cheers,
-- 
Raphaël Hertzog



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#543541: RFH: quilt -- Tool to work with series of patches

[Raphael Hertzog]

On Wed, 26 Aug 2009, Martin Quinson wrote:
> Well, I'm trying, but I'm in the middle of the git hell. I did my update
> work on a raw directory, not in a git dir. And now that raphaël forked
> the 0.46 branch under my feet, I'm falling...

Right, we should somewhat agree on our git usage. I suggest to use
some of the git-buildpackage helper tools to manage our repository.

I just used git-importorig to update the upstream branch with version 0.47
followed by version 0.48. I configured it to use pristine-tar too so that
we can recreate the orig tarball from the git repo.

I suggest to not use the auto-generation of the changelog for now and keep
managing it manually.

The process is then:
- branch away from master if wanted (I used experimental)
- merge upstream release 0.48
- add new changelog entry
- fixup what needs to be fixed

I just did that and pushed the resulting experimental branch. It contains
your changes only for now but we're ready for further work in that branch.
I removed your 0.48 branch for clarity.

Note that we never want to commit changes to upstream files in our
repository. Changes to upstream files should be managed with quilt (heh).

If you have questions, feel free to ask.

Cheers,
-- 
Raphaël Hertzog



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#543541: RFH: quilt -- Tool to work with series of patches

[Raphael Hertzog]

On Tue, 25 Aug 2009, Ryan Niebur wrote:
> I'm willing to help.

Cool.

> > There is lots of work to do:
> > - update all the patches for the new upstream version (and we have 22
> >   patches)
> >   Martin Quinson started this work but he has not yet pushed his work
> >   in a public branch, hopefully that mail will remind him to do it
> > - document all the patches and submit them upstream even if they have been
> >   not very receptive to some of them a few years ago (in particular the
> >   rewrite of backup-files in shell apparently)
> 
> I'm guessing these two should wait for Martin.

Martin, can you push what you have in a branch (say experimental)?

> > - go through open bug reports and forward them upstream as well
> > 
> 
> okay, will look at them.

Well, we should first verify that they are not fixed in the new upstream
version... so getting some packages of 0.48 is important.

Cheers,
-- 
Raphaël Hertzog



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#543541: RFH: quilt -- Tool to work with series of patches

[Raphael Hertzog]

Package: wnpp
Severity: normal

The quilt package needs supplementary maintainers in order to be well
maintained. The main maintainer Martin Quinson has not enough time
to do all the required work. Simon Horman is co-maintainer but I haven't
seen him doing anything on the package (and the last mention in changelog
dates back to Apr 2007), Simon shall we remove you from the Uploaders?
I am the third maitainer listed in Uploaders but I joined only to
work on the integration with new source package formats (and with build
system in general) and would like to see the package in a better shape but
I don't have the time/will to do all the usual work.

There is lots of work to do:
- update all the patches for the new upstream version (and we have 22
  patches)
  Martin Quinson started this work but he has not yet pushed his work
  in a public branch, hopefully that mail will remind him to do it
- document all the patches and submit them upstream even if they have been
  not very receptive to some of them a few years ago (in particular the
  rewrite of backup-files in shell apparently)
- go through open bug reports and forward them upstream as well

The package is currently maintained in git. If you have any question,
please ask.


The package description is:
 Quilt manages a series of patches by keeping track of the changes
 each of them makes. They are logically organized as a stack, and you can
 apply, un-apply, refresh them easily by traveling into the stack (push/pop).
 .
 Quilt is good for managing additional patches applied to a package received
 as a tarball or maintained in another version control system. The stacked
 organization is proven to be efficient for the management of very large patch
 sets (more than hundred patches). As matter of fact, it was designed by and
 for Linux kernel hackers (Andrew Morton, from the -mm  branch, is the
 original author), and its main use by the current upstream maintainer is to
 manage the (hundreds of) patches against the kernel made for the SUSE
 distribution.
 .
 This package provides seamless integration into Debhelper or CDBS,
 allowing maintainers to easily add a quilt-based patch management system in
 their packages. The package also provides some basic support for those not
 using those tools. See README.Debian for more information.

-- 
Raphaël Hertzog



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#543528: RFP: rubycas-server -- single sign-on server based on JA-SIG's CAS protocol

[Raphael Hertzog]

Package: wnpp
Severity: wishlist

* Package name: rubycas-server
* URL : http://code.google.com/p/rubycas-server/
* License : GPLv2
  Programming Lang: Ruby
  Description : single sign-on server based on JA-SIG's CAS protocol

(CCing teams that might be interested in packaging this software)

RubyCAS-Server is an implementation of the server-end of JA-SIG's CAS
protocol, providing a cross-domain single sign-on solution for web
applications.

RubyCAS-Server gives you:

* A stand-alone central login page where the user enters their
  credentials (i.e. their username and password).

* A mechanism for validating the user's credentials against various
  backends (a table in a SQL database, ActiveDirectory/LDAP, Google
  accounts, etc.)

* A back-end validator where CAS-enabled client applications connect
  to check whether the current user is authenticated (if the user has
  already been authenticated with the CAS server, then they are
  permitted to proceed, otherwise they are redirected to the CAS
  server's login page for authentication).

* Full compatibility with the open, multi-platform CAS protocol (CAS
  clients are implemented for a wide range of platforms, including
  PHP, various Java frameworks, .NET, Zope, etc.)

* Multi-language localization -- RubyCAS-Server automatically detects
  the user's preferred language and presents the appropriate
  interface. 

Why you would want/need this:

* CAS allows you to share authentication across domains. That is, a
  service at myservice.com and another service at anotherservice.com
  can share the same sign-on session (without CAS, sharing session
  information across domains is a lot harder than it sounds --
  browsers are specifically designed to make this difficult).

* The user only sees the login page once -- the first time they try to
  access any one of your CAS-protected services, and never again until
  they log out or their single-sign on session expires.

* Client applications never see the user's actual credentials (i.e.
  user credentials are less exposed to snooping).

* RubyCAS-Server can act as a single sign-on solution for a wide range
  of platforms (see the JA-SIG CAS clients page for details).

-- 
Raphaël Hertzog



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#500356: RFA: smarty-gettext

[Raphael Hertzog]

retitle 500356 ITA: smarty-gettext -- i18n plugin for smarty
owner 500356 !
thanks

On Sat, 27 Sep 2008, Cyril Bouthors wrote:
> Package: wnpp
> Severity: normal
> 
> I'm looking for a new maintainer for the smarty-gettext package.

I'll take it even if I'm not necessarily interested in the long term.
I'll put it in collab-maint with an associated git repository.

Do you want to stay co-maintainer or not ?

Cheers,
-- 
Raphaël Hertzog

Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny :
http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#522683: RFA: acpi-support -- glue layer for translating laptop buttons, plus legacy suspend support

[Raphael Hertzog]

On Sun, 12 Apr 2009, Michael Meskes wrote:
> But then 515214 appears to be at least a significant amount of users. Anyway,
> having things "just work" and being able to run a system without hal do not
> contradict each other.

Expect grumpy people every time that you add something new that they have
to learn. I also had troubles with hal and X when I tried the X servers in
experimental. But I have not read any serious criticism based on technical
facts in the bug report you showed.

That said, it looks like that having things just work on the desktop
require hal anyway and I fail to see why we would have to reinvent other
solutions (like continuing to maintain/create many hacks in acpi-support)
when we could centralize the knowledge in one place.

Cheers,
-- 
Raphaël Hertzog

Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny :
http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#500391: ITP: python-django-debug-toolbar -- Embedded debugging toolbar for Django projects

[Raphael Hertzog]

On Sun, 28 Sep 2008, Chris Lamb wrote:
> Raphael Hertzog wrote:
> 
> > Do you plan to maintain the various Django related packages in the
> > python-modules team ?
> 
> I'm open to persuasion on this, otherwise no.

Well, I'm maintaining like you several Django related packages
(python-django itself, python-django-registration, python-django-tagging)
and it would be nice if we could co-maintain all those packages in the same
repository. Currently this repository is python-modules's SVN repo.

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/



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

Bug#500391: ITP: python-django-debug-toolbar -- Embedded debugging toolbar for Django projects

[Raphael Hertzog]

Hi,

On Sat, 27 Sep 2008, Chris Lamb wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Chris Lamb <[EMAIL PROTECTED]>
> 
> * Package name: python-django-debug-toolbar
>   Upstream Author : Rob Hudson <[EMAIL PROTECTED]>
> * URL : http://github.com/robhudson/django-debug-toolbar
> * License : BSD
>   Programming Lang: Python
>   Description : Embedded debugging toolbar for Django projects

Do you plan to maintain the various Django related packages in the
python-modules team ?

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/



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

Bug#406935: [Pkg-sql-ledger-discussion] ITP: ledgersmb -- A web based double-entry accounting program

[Raphael Hertzog]

On Thu, 11 Sep 2008, Antony Gelberg wrote:
> Hi,
> 
> Maybe the alioth project could consider a rename, now that it is 
> focusing on ledgersmb?  I stumbled upon it due to luck more than 
> anything else.

Alioth projects can't be renamed. You'd have to create a new one and this
would be a waste of time and resources.

Once the new package is in Debian it will have meta-information pointing
here and the problem will disappear.

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/



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

Bug#489836: ITP: maq -- Mapping and Assembly with Quality

[Raphael Hertzog]

On Tue, 08 Jul 2008, Charles Plessy wrote:
> The more we signal to non-biologists that the package is not for them,
> the less we can tell biologists what it does. Couldn't we rely on
> Debtags to indicate the field of the package to our users?

No. Debtags is meant for searching, it's not meant to convey information
directly to the user (even if it obviously does). But the user must be
able to have a good idea of what the package does without looking at
debtags.

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/



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

Bug#472709: O: sql-ledger

[Raphael Hertzog]

retitle 472709 RFH: sql-ledger -- A web based double-entry accounting program
thanks

On Tue, 25 Mar 2008, Finn-Arne Johansen wrote:
> I propose to Orphan sql-ledger. 
> Current version in Debian is 2.6.22-2, Upstream is 2.8.14. I've hade
> hopes that the effort to get smbledger into debian would succeed before
> we ship lenny, but I doubt that it will happen. Therefor, I fill it's
> best to Orphan sql-ledger.

I do need such a web-application. Until smbledger is ready I'll continue
to maintain sql-ledger in a low-maintenance mode. 

Thus I transform this bug into a RFH (Request for help) so that if anyone
want to take over the responsibility of this package, he can.

I just uploaded the latest upstream version to sid. If you want to be
removed from the Maintainer field, let me know.

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/



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

Bug#438408: #438408,ITP: libdpkg-parse-perl

[Raphael Hertzog]

On Mon, 20 Aug 2007, Deepak Tripathi wrote:
>>> * Package name : libdpkg-parse-perl
>>> Version  : 0.01
>>> Upstream Author  : Adam Jacob <|[EMAIL PROTECTED]>
>>> |* URL   : 
>>> http://search.cpan.org/~holoway/DPKG-Parse-0.01/
>>> * License : Perl License
>>> Programming Lang   : Perl
>>> Description: DPKG::Parse contains utilities to parse the 
>>> various files created by dpkg and turn them into helpful Perl objects. 
>>> Current files understood by various DPKG::Parse modules:
>>> 
>>
>> Can you briefly compare the functionality of DPKG::Parse and AptPkg?
>>   
> it provides the approximately same functionality BUT it  is in Object 
> oriented way.

I fail to see the need to package a few dozen of lines of perl that simply
parse RFC2822-compatible headers when we have lots of well tested code to
handle those.

This module has seen a single release numbered 0.01, and it dates back to
2 years ago already.

Deepak, please don't package every useless bit of perl. 

Furthermore, your comparison doesn't seem correct. I don't see a direct
parser of Packages file in AptPkg. You have to go through all the Apt
setup. They don't have the same use case. However DPKG::Parse has IMO
no use case at all

I have written (or seen) perl code to parse Packages file in numerous places
(debian-cd for example) and you really don't need a dedicated module for
that. And the available file used by this module is probably not
meaningful on most systems... it's mainly a dselect file which is nowadays
replaced by /var/lib/apt/lists/*.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/

Bug#414526: ITA: gnome-apt -- graphical package inspection tool

[Raphael Hertzog]

On Wed, 18 Jul 2007, Deepak Tripathi wrote:
> retitle 414526 ITA: gnome-apt -- graphical package inspection tool
> owner 414526 !

You could have been a bit more verbose when announcing you intent to adopt
this package. I believe that this package doesn't need a simple
"maintainer" but a real "upstream author".

Are you sure that you really meant to be this? Are you used to C++
programming?

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/

Bug#433143: ITP: bzr-rebase -- Rebase plugin for Bazaar

[Raphael Hertzog]

On Sun, 15 Jul 2007, Jelmer Vernooij wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Jelmer Vernooij <[EMAIL PROTECTED]>
> 
> 
> * Package name: bzr-rebase
>   Version : 0.1
>   Upstream Author : Jelmer Vernooij <[EMAIL PROTECTED]>
> * URL : http://bazaar-vcs.org/Rebase
> * License : GPL
>   Programming Lang: Python
>   Description : Rebase plugin for Bazaar
> 
> The Bazaar rebase plugin adds support for rebasing branches to Bazaar.
> It adds the command 'rebase' to Bazaar. When conflicts occur when replaying 
> patches, the user can resolve the conflict and continue the rebase using the 
> 'rebase-continue' command or abort using the 'rebase-abort' command.

You're going to package this within the pkg-bazaar team?

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/

Bug#426895: Packaging of Homebank in Debian

[Raphael Hertzog]

Hi,

On Sun, 15 Jul 2007, Francesco Namuri wrote:
> > I'd suggest to put your work in the "collab-maint" SVN repository.
> > Please give me both (you and Adrien) your "Alioth" username and I'll add
> > you to the project so that you can "svn-inject -O 
> > svn+ssh://svn.debian.org/svn/collab-maint/ext-maint/" the package and
> > then co-maintain it in SVN.
> > 
> > See http://wiki.debian.org/AliothPackagingProject for some infos.
> > 
> > Given that the first upload to Debian has been rejected, I'd suggest going
> > on with "homebank-data" in place of "-common". That will ease the upgrade
> > on the Ubuntu side. 
> > 
> > Don't forget to add "X-Vcs-Svn" headers in debian/control to document
> > where the SVN repository is (see #391023).
> 
> ok, we made these changes, for the first upload to alioth, my username is
> francesco-guest, I have created the account now...

I added you to the project. You should be able to svn-inject the package.

> > Good! See above on how to go forward. Who was your sponsor for the first
> > upload?
> 
> the first sponsor was Neil Williams, I'm in contact with him, for the
> sponsorship of the new version with the GPL version of the icons.

Ok. Inform him of the latest news and indicate him that you'll co-maintain
the package in Alioth from now on. Everybody is then able to receive SVN
commit notice by subscribing to the "homebank" package in the PTS (if you
active the (misleading) "cvs" keyword) (see developers-reference for more
info on this).

> to add Adrien as a maintainer I need to add a "Uploaders" section in
> debian/control?

Yes. The "Maintainer" receives the bug reports directly from the BTS. The
Uploaders should subscribe to the package via the PTS and they'll receive
the bugreports through the PTS.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/

Bug#426895: Packaging of Homebank in Debian

[Raphael Hertzog]

Hi,

On Fri, 13 Jul 2007, Francesco Namuri wrote:
> > Francesco, where can I get your latest package?
> > Did you base your work on the existing Ubuntu package made by Adrien?
> 
> I've made the debianization from scratch, unfortunately I have not
> checked on the repositories ubuntu to verify if it had already been
> debianizzed or no.

Given that I see in the .diff.gz :

+The Debian packaging is 
+(C) 2006, Adrien Cunin <[EMAIL PROTECTED]>
+(C) 2007, Francesco Namuri <[EMAIL PROTECTED]>
+and is licensed under the GPL, see above.

It seems pretty clear that you have based your work on Adrien's work
(which he did in Ubuntu).

There aren't many differences in the packaging. I've noted:
- you used homebank-common whereas Adrien used homebank-data
- you added the debian menu file

I suggest you take a look at the latest version of the package in Ubuntu:
https://launchpad.net/ubuntu/gutsy/+source/homebank

The upstream website links to http://www.getdeb.net/app.php?name=HomeBank
it's easy to notice the Ubuntu package...

> The latest version of the package that I have tried to upload in debian
> is in mentors.debian.net [1]
> There is also a SVN repository on my webspace [2]

I'd suggest to put your work in the "collab-maint" SVN repository.
Please give me both (you and Adrien) your "Alioth" username and I'll add
you to the project so that you can "svn-inject -O 
svn+ssh://svn.debian.org/svn/collab-maint/ext-maint/" the package and
then co-maintain it in SVN.

See http://wiki.debian.org/AliothPackagingProject for some infos.

Given that the first upload to Debian has been rejected, I'd suggest going
on with "homebank-data" in place of "-common". That will ease the upgrade
on the Ubuntu side. 

Don't forget to add "X-Vcs-Svn" headers in debian/control to document
where the SVN repository is (see #391023).

> > What about integrating the package in a VCS for co-maintenance
> > with interested people? I wanted to integrate it in collab-maint SVN
> > repository (and did it, but just removed it since I forgot to check WNPP
> > first...).
> 
> I'm trying to become a DD, so I think that the co-maintenance with
> other interested peoples it's good for my knowledge... :)
> Let me know what to do.

Good! See above on how to go forward. Who was your sponsor for the first
upload?

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/

Bug#426895: Packaging of Homebank in Debian

[Raphael Hertzog]

Hi,

I've been a bit too quick with my previous mail to Adrien. It looks like
Francesco Namuri is already working on integrating the package into Debian
proper.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426895

Francesco, where can I get your latest package?
Did you base your work on the existing Ubuntu package made by Adrien?

What about integrating the package in a VCS for co-maintenance
with interested people? I wanted to integrate it in collab-maint SVN
repository (and did it, but just removed it since I forgot to check WNPP
first...).

Cheers,

Le vendredi 13 juillet 2007, Raphael Hertzog a écrit :
> Hello,
> 
> I recently discovered homebank and it looks like a nice program. It would
> be worth having it in Debian too. Would you be interested to maintain it
> in Debian directly?
> 
> I could sponsor you.
> 
> If not, I'll probably integrate the package myself. I'll probably
> integrate the package in collab-maint's SVN repository where we could
> co-maintain it.
> 
> http://wiki.debian.org/AliothPackagingProject
> 
> Cheers,
> -- 
> Raphaël Hertzog
> 
> Premier livre français sur Debian GNU/Linux :
> http://www.ouaza.com/livre/admin-debian/

-- 
Raphaël Hertzog -+- http://www.ouaza.com

Freexian : des développeurs Debian au service des entreprises
http://www.freexian.com

Bug#406935: [Pkg-sql-ledger-discussion] Re: Bug#406935: ITP: ledger-smb -- A web based double-entry accounting program

[Raphael Hertzog]

On Mon, 15 Jan 2007, Michael Schultheiss wrote:
> > It would be cool if you could maintain this package within the
> > "pkg-sql-ledger" team. Since ledger-smb derives from sql-ledger
> > the package needs to offer a nice way to take over sql-ledger's data.
> 
> I'd be glad to maintain ledger-smb as part of a team.

Just don't hope too much from the team, we've not been doing much as a
team. I just have enough time to package new upstream versions but not
much more. :)

> > http://alioth.debian.org/projects/pkg-sql-ledger/
> > 
> > Also Seneca Cunningham <[EMAIL PROTECTED]> started packaging ledger-smb, he
> > gave an URL at one time but it doesn't work anymore. Seneca, maybe you can
> > provide your first package to Michael ?
> 
> I've spoken with Seneca on the ledger-smb lists and have offered to help
> her get ledger-smb into Debian.  Ideally we could merge our efforts so
> there's no duplication of effort.  Maybe Seneca should be added to the
> Alioth team as well.

Sure, if she gives me her alioth account name, I'll gladly add her as
well.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/