Bug#1050806: O: debianutils -- Essential utilities specific to Debian

[Niels Thykier]

Ileana Dumitrescu:

Hi Niels,

@Ileana: Would you be fine with co-maintaining it with me? We can use 
the existing git repo (https://salsa.debian.org/debian/debianutils) as 
packaging repo and coordinate our changes via that.


That sounds good!

I have submitted a new version of debianutils to mentors to close the 
ITA along with some other updates [1]. Can you give me the necessary 
permissions for the salsa repo and future uploads?


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051213

Best,



Hi Ileana

Thanks for preparing the changes.

I have sent you an invite for the salsa repo. Please accept and push 
your changes if you have them as individual changes. :) Otherwise, I can 
do an import of the source package (based on `gbp import-dsc`) as an 
alternative.


I will upload once you pushed the git changes or reported back to me 
that I should use import-dsc. :)




Best regards,
Niels

Bug#1050806: O: debianutils -- Essential utilities specific to Debian

[Niels Thykier]

Control: owner -1
Control: retitle -1 ITA: debianutils -- Essential utilities

On Tue, 29 Aug 2023 13:35:05 +0200 Bastian Germann  wrote:

Package: wnpp

After I have made a dog's breakfast of debianutils' postinst and fixed it,
I do not feel inclined to maintain that essential package any longer.
I cannot afford the response time that it takes when people's chroots break.
So I orphan debianutils.

So please consider adopting if you want to take the chance and have a good
knowledge of the tools contained in debianutils.





Hi,

I am also interested in maintaining the package, retitling it to an ITA 
because there are adopters.


@Ileana: Would you be fine with co-maintaining it with me? We can use 
the existing git repo (https://salsa.debian.org/debian/debianutils) as 
packaging repo and coordinate our changes via that.


Best regards,
Niels

Bug#1029645: ITP: debputy -- Manifest style debian package builder

[Niels Thykier]

Package: wnpp
Severity: wishlist
Owner: Niels Thykier 
X-Debbugs-Cc: debian-de...@lists.debian.org, ni...@thykier.net

* Package name: debputy
  Version : 0.1.1
  Upstream Contact: Niels Thykier 
* URL : https://salsa.debian.org/debian/debputy/
* License : GPL-2+
  Programming Lang: Python
  Description : Manifest style debian package builder


Binary package being dh-debputy:
  Package builder that provides a declarative manifest for building
  debian packages.

  This version integrates with the debhelper sequencer dh and will
  replace several of debhelper's tools that are covered by debputy.

  The debputy package builder aims to reduce cognitive load for the
  packager and provide better introspection to better support to
  packagers, linters and the Debian janitor.


The early versions will integrate into the debhelper sequencer dh and 
will replace several of debhelper's tools that are covered by debputy. 
However, the goal is that debputy will be a standalone tool capable of 
packaging work from start to end.


In the early phase, I plan to keep debputy in experimental to allow for 
more aggressive prototyping.


Rationale:
==
My work on debputy is aimed at exploring an alternative packaging format 
that focuses on a single manifest (think Kubernetes helm charts or 
docker compose files).  A key goal is introspection and, for errors, a 
clear link to the part of the configuration that was involved or 
triggered the error.



Maintenance:

I am looking for people, who are interested in exploring this area with 
me and are:


  1) Interested in trying the prototype, or/and
  2) Interested in helping me design the manifest format, or/and
  3) Interested in helping me develop the tool, or/and
  4) Interested in integrating with the tool.
 - Whether third-party plug-in (a la dh add-ons) or linters/fixers

As some concrete suggestions for what a contributor might be helping me 
with. The list is not exhaustive and you are welcome to help regardless 
of whether your interest is mentioned above. :)


Trying out debputy:
===

There is a getting started guide at 
https://salsa.debian.org/debian/debputy/-/blob/main/GETTING-STARTED-WITH-dh-debputy.md.


If you do not use any overrides/hook targets, it is question of running:

 # (Remove --no-act to actually perform the change)
 $ debputy migrate-from-dh --no-act

And then add `dh-sequence-zz-debputy` to Build-Depends (the `zz-` is a 
hack for ordering debputy after other addons).


Key features:
-

Some high lighted features in debputy that are currently not available 
in other Debian packaging tools that might be interesting for you :)


 1) debputy supports setting static ownerships inside the debs without
relying on fakeroot.  This means that packages never need fakeroot
for the Debian packaging side (i.e., you should always be able to
use `Rules-Requires-Root: no` as long as the upstream build system
behaves).

This feature is mentioned in the GETTING-STARTED-WITH-dh-debputy.md
document, so you can see how to use it / try it out.

 2) If a binary package does not have a Multi-Arch field, debputy will
automatically deduce if it is safe to set "Multi-Arch" to "same".
The mechanics are based on rules by Helmut Grohne, who proposed this
feature on IRC.  In the rare cases, that debputy is wrong here,
you can explicitly set "Multi-Arch: no"

On the flip side, there are tons of features *not* supported by debputy 
at the moment.


Thanks,
~Niels

Bug#1024450: ITP: setuptools-gettext -- Compile .po files into .mo files

[Niels Thykier]

Jelmer Vernooij:

Package: wnpp
Severity: wishlist
Owner: Jelmer Vernooij 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: setuptools-gettext
   Version : 0.0.1
   Upstream Author : Breezy Team 
* URL : https://github.com/jelmer/setuptools-gettext
* License : GPL
   Programming Lang: Python
   Description : Compile .po files into .mo files

This extension for setuptools compiles gettext .po files
found in the source directory into .mo files and installs them.



FYI: The upstream URL is a 404.  Maybe there is a typo or the repo is 
still private?


~Niels

Bug#923034: FreeRADIUS status

[Niels Thykier]

Alan DeKok:
>   We've been looking for a new Debian maintainer for a while.
> 
>   What, exactly, is in "bad shape" about this package?  If there are issues, 
> we can work towards fixing them.
> 
>   The software is widely used by many tens of thousands of sites.  I hope 
> it's not going to be removed from Debian.
> 
>   I'll note that Debian also packages "livingston-radius", which hasn't had 
> any source changes in 20 years.  There's no mailing list, no support, and it 
> doesn't implement any of the modern RADIUS standards.
> 
>   Including that package does a disservice to people who install it, and then 
> realize it's next to useless.
> 

Hi,

I am CC'ing Michael on your reply as I am not sure he is subscribed to
the bug (it is not the default for Debian bugs) and he is probably
better at answering this given his prior work with the package.

Thanks,
~Niels

Bug#889307: O: popt -- lib for parsing cmdline parameters

[Niels Thykier]

On Sat, 3 Feb 2018 15:24:41 +0100 Tobias Frost  wrote:
> Package: wnpp
> 
> The current maintainer of popt, Paul Martin ,
> is apparently not active anymore.  Therefore, I orphan this package now.
> 
> Maintaining a package requires time and skills. Please only adopt this
> package if you will have enough time and attention to work on it.
> 
> If you want to be the new maintainer, please see
> https://www.debian.org/devel/wnpp/#howto-o for detailed
> instructions how to adopt a package properly.
> 
> Some information about this package:
> 
> [...]

Hi,

I am closing this as the popt appears to have been adopted by Michael
Jeanson in 1.16-11.

Thanks,
~Niels




signature.asc
Description: OpenPGP digital signature

Bug#891890: ITP: zfs-linux-git -- zfsonlinux packaging tracking git master

[Niels Thykier]

Antonio Russo:
> On 6/22/18 4:17 AM, Fabian Grünbichler wrote:
>>
>> as promised, and unfortunately delayed a bit longer than I wanted.
>> thanks for the initial push - some of the points are more for a
>> discussion with upstream regarding their inclusion of some variant of
>> this, some are for debian experimental.
>>
>> - compat 12 is IMHO too new for anything except experimental, it's still
>>   subject to change.
> 
> dh_missing was added in debhelper 10.3. I'll remove the use, and suffer
> the deprecation warning.
> 
> [...]

You can use dh_missing with a simple "debhelper (>= 10.3~)" in
Build-Depends in any compat level.  Though in compat level 11 (or
earlier) you will have to explicitly ask dh_missing to do something
(e.g. by using "dh_missing --list-missing").


Thanks,
~Niels

Bug#659069: RFP: retroshare -- Friend-to-friend network client for secure messaging and file exchange

[Niels Thykier]

Cyril Soler:
> The retroshare software already ships debian packages for Debian 8+9, as can 
> be seen here:
> https://build.opensuse.org/project/show/network:retroshare
>  

Ok, so there is an initial packaging.  That is a good start.

> [...]
> 
> What's missing is the distribution part. So according to the document you're 
> citing page 45, what we
> need is:
> 

(quoting out of order to answer the most important point first)

> 
> - "find a Debian developer that will sponsor your package". This what I 
> thought I was asking for.
> Maybe the tag "RFP" is not appropriate then?

This is probably the source the confusion.  The RFP is a "Request For
Package" in the sense "I would like someone to create and maintain a
package".  If one is actively working on the package, it should be
renamed to "ITP" (Intend To Package) to avoid duplicated work.
  However, it is not useful to request sponsor ship and reviews on wnpp
bugs (e.g. this bug).  This is partly because of historical reasons and
partly because there are way too many wnpp bugs for people to be able to
sanely track them.

Sponsorship requests are instead filed as (separate) bugs against the
sponsorship-requests pseudo package (e.g. via "reportbug
sponsorship-request").  You can see existing requests here:
  https://bugs.debian.org/cgi-bin/pkgreport.cgi?package=sponsorship-requests

> - "prepare a source package". We have this already. Packages build perfectly 
> well with pbuilder. the
> -pedantic flag may raise a few bits that I can fix easily.

I had a superficial look at the package (apologies if it is a bit
technical/assumes too much Debian specific knowledge).  Based on it, I
have some suggestions for things you may want to look at before
requesting a review (all of this is based on the OBS link you sent me):

 * The debian/control file lists QT4 libraries.  Unfortunately, the QT
   team is actively trying to remove the last remains of QT4 (in favour
   of QT5).  A potential sponsor will probably be aware of this and be
   hesitant of introducing a new QT4 relation now.

   - Note that all uploads will target Debian unstable (and not Debian
 stable or oldstable).  Generally "new" packages are not added to
 the existing stable release (though they can be added to
 stable-backports)

 * Ideally, the final "non-native" source package will be downloadable
   from a "dget'able" URL (i.e. an URL where you can run "dget "
   and it will download the Debian source package).  I cannot get that
   to work with OBS.
   Among because the [.dsc file on OSB] is for a native package with an
   "invalid" name for the tarball (Debian only allows lower-case
   characters).  I note the OBS seems to rewrite it and create a valid
   [non-native source package during the build].

   - Note: native packages are "built by Debian only for Debian" and the
 most obvious case would be "dpkg".  Admittedly, there are some that
 believe this distinction is no longer useful and that "native"
 packages should be universally converted to what we call
 "non-native" packages.

   - If OBS cannot provide this functionality, you can upload the
 package to mentors.debian.net, which does provide it.  As will any
 other plain static hosting site

   - You can find "dget" in the devscripts package on a Debian-based
 system.

 * The debian/changelog will be reserved for "Debian related changes"
   (it is acceptable to highlight important upstream changes, but it is
not the upstream changelog).  The Debian changelog will be expected
   to have a new entry with a single line formatted as:
 "  * Initial release to Debian.  (Closes: #659069)".

   For most parts, you can simply rename the existing changelog and
   create one with:
 "dch --create --package retroshare --newversion 0.6.4-1'

   The "existing" changelog will still be useful for documenting
   upstream changes.

- Note that the Debian changelog includes a "-1".  This is known as
  the Debian revision and is incremented whenever there is a package
  change without changing the upstream version (it is then reset to
  "-1" when a new upstream release is packaged).

- See also:
https://www.debian.org/doc/manuals/developers-reference/ch06.en.html#bpp-debian-changelog
  (Note it assumes that debian/changelog is solely used for the
   Debian packaging.


The items above are probably the most important ones to resolve as they
can trigger "canned" responses from reviewers.

 * The "dget" part is the primary method for downloading source packages
   to review.

 * On the changelog and native/non-native source package parts, then
   those are "common mistakes" for new packagers.

 * The QT4 item is (as mentioned above) being retired from Debian
   unstable.



Beyond that, you may also want to look at the following:


 * debian/rules can probably be reduced to something like:

   """
   #!/usr/bin/make -f

   %:
dh $@

   override_dh_auto_configure:
 

Bug#659069: Info received (Bug#659069: Info received (Bug#659069: why hasn't this been packaged yet? figured Debian folks would be all over it))

[Niels Thykier]

Cyril Soler:
> Could anyone from Debian consider this request please? It's been 6 years now, 
> and I believe that a decent number of users are
> actually expecting Debian to package Retroshare. Thx!
> 

Hi Cyril,

Unfortunately, packaging in Debian relies on a volunteer who is willing
to donate their spare time working on packaging this application.  Given
the bug is still an RFP (Request For Package), no one has committed to
spend their spare time on it.

I noticed that several people have expressed interest.  Please note that:

  Anyone who is willing to put in the effort and accept that commitment
  can package retroshare for Debian.

If you are up for the challenge, Debian provides several resources
including the debian-ment...@lists.debian.org mailing list for general
Debian related packaging questions.
  For a packaging tutorial, I can recommend
https://www.debian.org/doc/manuals/packaging-tutorial/packaging-tutorial
(which can also be used for "internal-only" packaging at work or at home
if that has any interest).

Thanks,
~Niels

Bug#886643: ed help request

[Niels Thykier]

Lev Lamberov:
> Hi Martin,
> 
> I'd like to help with maintaining ed. My personal workflow is around
> gbp, so I've did some changes and setup a repository on Salsa [0] just
> to show you what I did. Please, take a look and if my workflow fits I'll
> set up a repository in Debian group and proceed with more (rather minor)
> changes. In a nutshell currently I've migrated from source 1.0 with
> dpatch to 3.0 (quilt), migrated to dh 11, and cleaned d/rules a bit.
> 
> Also I'd update ed to the most recent upstream version
> (currently, 1.14.2; uscan don't show new versions simply because
> upstream migrated from *.tar.gz to *.tar.lz).
> 
> You can clone the repository using the following link:
> 
> g...@salsa.debian.org:dogsleg/ed_tst.git
> 
> Cheers!
> Lev Lamberov
> 
> [0] https://salsa.debian.org/dogsleg/ed_tst
> 

Hi Lev,

Question from a random drive-by review; can you tell me why you are
dropping the "Multi-Arch: foreign" header?

(Just curious as the comment/changelog does not document the rationale
and I could not spot an obvious reason for it)

Thanks,
~Niels

Bug#870145: RFA: localepurge -- reclaim disk space by removing unneeded localizations

[Niels Thykier]

Package: wnpp
Severity: normal

I request an adopter for the localepurge package.

The package description is:
 This package provides a script to recover disk space wasted for unneeded
 locales, GNOME/KDE localizations and localized man pages. Depending on
 the installation, it is possible to save hundreds of megabytes of disk
 space taken up by localization you will most probably never have any
 use for. It is run automatically upon completion of any APT installation
 actions.
 .
 This tool is a hack which is *not* integrated with the system's
 package management system and therefore is not for the faint of heart.
 Its interference can provoke strange, but usually harmless, behavior in
 programs related to apt/dpkg, such as dpkg-repack, reportbug, etc.
 Responsibility for its usage and possible breakage of the system
 therefore lies in the system administrator's hands.
 .
 Please do abstain from reporting any such bugs blaming localepurge if you
 break the system by using it. If you don't know what you are doing and
 can't handle any resulting breakage, you should not install this package.

Bug#854615: ITP: apt-seek -- search for files within Debian packages

[Niels Thykier]

Dmitry Bogatov:
> 
> Package: wnpp
> Severity: wishlist
> Owner: Dmitry Bogatov 
> 
> * Package name : apt-seek
>   Version  : 0.1
>   Upstream Author  : Dmitry Bogatov 
> * Url  : 
> https://anonscm.debian.org/cgit/users/kaction-guest/apt-seek.git
> * Licenses : GPL-3+
>   Programming Lang : C
>   Section  : admin
> 
>  apt-seek is a command line tool for searching files contained in
>  packages for the APT packaging system. You can search in which
>  package a file is included.
>  .
>  Unlike apt-file program, apt-seek uses constant database to
>  significantly speed-up search, at expense of regular expression
>  search possibility.
> 
>  I plan to maintain this package myself, keeping debianization in following
>  Git repository:
> 
>  https://anonscm.debian.org/cgit/users/kaction-guest/apt-seek.git
> 

Hi,

I would be happy to see this reduced search indices be part of apt-file
eventually.  It would hopefully enable other packages (like
command-not-found and the Perl team's dh-make variant) to reuse apt-file
(or its replacement) to search through optimised indices.

A couple of remarks about the upstream code.  Please consider using
apt's fetch system to download Contents files.  A couple of items where
the download falls short:

 * Non-trivial supports like mirror:// or tor+http(s)://
 * It does not support alternative mirror layouts (e.g. Ubuntu and
   Debian disagrees on the location of Contents)
 * It does not support APT's proxying
 * It does not verify downloads (admittedly, a very minor issue)
 * It does not support the compression from APT (e.g. if a mirror want
   to provide the files uncompressed or .xz compressed)
 * It does not support PDiffs for updates
 * It does not automatically fetch Contents-all if the archive
   moved the "arch:all" files into Contents-all.  I will actively push
   for this in buster (to reduce download sizes - notably of PDiffs)
   (see #649882)

Thanks,
~Niels

Bug#826771: ITP: dh-runit -- debhelper add-on to handle runit runscripts

[Niels Thykier]

Dmitry Bogatov:
> Package: wnpp
> Severity: wishlist
> Owner: Dmitry Bogatov 
> 
> * Package Name : dh-runit
>   Version  : 0.1
>   Upstream Author  : None
>   Url  : 
> https://anonscm.debian.org/cgit/users/kaction-guest/dh-runit.git
>   License  : GPL-3+
>   Programming Lang : 
>   Description  : debhelper add-on to handle runit runscripts
> 
>  dh-runit provides a debhelper sequence addon named 'runit' and the
>  dh_runit command.
>  .
>  The dh_runit command installs runscripts and adds the appropriate code to
>  the postinst, prerm and postrm maint scripts to properly enable/disable
>  runscripts.
> 
> I plan to maintain this package myself, keeping debianization
> in following Git repository:
> 
> https://anonscm.debian.org/cgit/users/kaction-guest/dh-runit.git
> 

Hi,

A couple of remarks you may (or may not) want to consider:

 * Please consider adding a "PROMISE" statement as dh_runit seems to a
   noop without debian/.runit.  Something like:
  # PROMISE: DH NOOP WITHOUT runit

 * Please consider whether you want to use debhelper's filedoublearray
   to parse the runit file.
   - It skips comments for you
   - It splits the lines for you
   - etc.

 * The current use of autoscripts repeats the same script multiple times
   (albeit with different arguments).  It might be prudent to only run
   it once per package with a list of names/files to handle.
   - It probably greatly reduce the same of the generated scripts for
 any package with more than a handful of lines in .runit

I am not entirely sure that "rm -f /etc/service/#NAME#" in a prerm is
ok.  Personally I would at first glance expect that to only occur during
"postrm purge".

Thanks,
~Niels

Please CC me on any replies, where you want me to follow up on it.





signature.asc
Description: OpenPGP digital signature

Bug#820561: ITP: dh-elpa-test -- Debian helper tool for running ELPA package testsuites

[Niels Thykier]

Sean Whitton:
> So dh-elpa-test needs its own sequencer script in
> /usr/share/perl5/Debian/Debhelper/Sequence, and so it also needs its own
> corresponding /usr/bin/dh_elpa_test.  But then for ease of maintenance
> it should be its own source package.

Hi,

I am not aware of any reason why a package can only provide at most one
debhelper sequence?  If this is the primary reason for having two
packages, please assert that this assumption holds.

Thanks,
~Niels





signature.asc
Description: OpenPGP digital signature

Bug#811411: O: adduser -- add and remove users and groups

[Niels Thykier]

Package: wnpp
Severity: normal

I am orphaning the adduser package on behalf Stephan Gran, who was the
last active/reachable member of the Adduser maintenance team.

The package description is:
 This package includes the 'adduser' and 'deluser' commands for creating
 and removing users.
 .
  - 'adduser' creates new users and groups and adds existing users to
existing groups;
  - 'deluser' removes users and groups and removes users from a given
group.
 .
 Adding users with 'adduser' is much easier than adding them manually.
 Adduser will choose appropriate UID and GID values, create a home
 directory, copy skeletal user configuration, and automate setting
 initial values for the user's password, real name and so on.
 .
 Deluser can back up and remove users' home directories
 and mail spool or all the files they own on the system.
 .
 A custom script can be executed after each of the commands.
 .
  Development mailing list:
http://lists.alioth.debian.org/mailman/listinfo/adduser-devel/

Re: Including new packages in Debian

[Niels Thykier]

Joseph Bell:
> Howdy,
> 
> I'm looking to understand how one gets a given software package considered
> for inclusion in Debian.  I have 3 software components, one of which is
> https://github.com/Zewo/libvenice , and I'm curious as to where do I even
> start for getting into the next release of Debian?
> 
> Joe
> 

Hi Joe,

Thanks for your interest in Debian.

For creating packages and including software in Debian, please
consult/use the debian-mentors list (which I have CC'ed) in place of
wnpp@d.o (BCC'ed). :)

Thanks,
~Niels





signature.asc
Description: OpenPGP digital signature

Bug#712938: sni-qt -- Indicator support for Qt

[Niels Thykier]

On 2015-07-27 07:20, 1...@o2o2.tk wrote:
 On Mon, 27 Jul 2015 02:00:02 +0430 Tsu Jan tsujan2...@gmail.com wrote:
  On Sun, 26 Jul 2015 20:59:22 + 1...@o2o2.tk wrote:
   
   
   Yes, nvidia drivers installed via nvidia's installer. But what should I 
   do
   to fix this issue?
  
  You should install the nVidia deb packages instead. Try the experimental 
  repository for that but always have a light environment like IceWM if 
  something goes wrong.
  
  BTW, my compilation is being finished after one hour and a half. I'll 
  leave a 
  DropBox link for libqtgui4 if it works.
  
  
 Seriously? Isn't there any other way? I'm on nvidia drivers installed with 
 nvidia's installer and I'm really happy with them, I don't want to change 
 anything...

Certainly,

You can use a chroot to do the building.  In that you would install the
build-dependencies from Debian, which would have the necessary metadata
to complete the build.  Once the packages are built, you will still be
able to install them on you system (provided you used the same release
in your chroot as your system is running).

There are also other options, like creating a shlibs.local file.  But
you would manually have to keep it up to date to avoid generating
obsolete / incorrect dependencies.  Therefore I cannot really recommend
this approach.

~Niels


-- 
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/55b5c1d3.4060...@thykier.net

Bug#712938: sni-qt -- Indicator support for Qt

[Niels Thykier]

On 2015-07-26 23:57, Tsu Jan wrote:
 [...]
 

Hi,

 All in all, it's weird that in spite of Dave's and my early warnings,
 this problem still arose.

I have not been following this from the beginning, so I do not know what
said warning is.

 Isn't Debian a community-based distro? 

Personally, I consider it primarily a volunteer-based do-cracy
distribution.  99% of everything that happens in Debian, happens
because someone volunteers to do it and actually does it.

Accordingly, getting Debian to move in a particular direction (or
contain a particular package) involves motivating people to do it (with
people possibly including oneself).

 Or some Debian maintainers don't use Debian?!

I believe Debian have some people contributing to Debian without using
Debian (as primary system).  Often they tend use a Debian-based
derivative instead (Ubuntu, Mint, etc.).

Please note the following statement from Debian's diversity statement[1]:


  We welcome contributions from everyone as long as they interact
  constructively with our community.


As such, Debian does not (and will not) require that you (or any other
contributor) must use a particular operation system as primary OS.

Debian /does/ have some (technical) requirements to some contributions.
 E.g. packages for Debian must be built and tested on a Debian system
(or in a Debian chroot).


Thanks,
~Niels

[1] https://www.debian.org/intro/diversity


-- 
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/55b5c78a.7090...@thykier.net

Bug#765322: RFA: t1utils -- Collection of simple Type 1 font manipulation programs

[Niels Thykier]

On 2015-07-21 07:59, Paulo wrote:
 [...]
 
 Hi Niels,
 
 can I help you?
 
 I'm working in this package so in fill days I will upload to mentors
 a NMU with new upstream release version 1.39.
 
 regards,
 kretcheu
 

Hi Paulo,

I would be delighted to have you adopt or co-maintain t1utils. :)

Please note that 1.39 is already in experimental, so it just needs to be
reuploaded to unstable (plus any updates required since the last
update).  The project is maintained in git in collab-maint/t1utils [1]
(though the PTS does not list it, maybe I forgot the headers?).

Thanks,
~Niels

[1] https://anonscm.debian.org/cgit/collab-maint/t1utils.git


-- 
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/55ae683e.9000...@thykier.net

Bug#787898: Request access to git.debian.org

[Niels Thykier]

On 2015-06-06 08:56, willer450 wrote:
 Hi. I am a guest and
 I need access to git.debian.org.
 My alioth account name is
 willy-er-guest and
 I am going to work on project fonts-pt.
 Thanks.
 
 

Hi,

Thanks for your interest in Debian.

I cannot help you with your inquiry directly, I merely noticed that you
have sent this request to a WNPP bug (owned+reported by you).  As I
could not see that you have CC'ed anyone that might be able to give you
the necessary access rights, I am just following up to help you on:

 * If you need access to collab-maint, then you need (a DD to) contact
   n...@debian.org (see [1][2])

 * If you need access to another Alioth project, please contact the
   administrator(s) of said Alioth project.
   - based on your mail, you probably want the pkg-fonts team[3]

If you have already done this separately, then please ignore this mail.

Thanks,
~Niels

[1] https://wiki.debian.org/Alioth/PackagingProject

[2] https://lists.debian.org/debian-devel-announce/2015/02/msg1.html

[3] http://pkg-fonts.alioth.debian.org/


-- 
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/5572ba59.5060...@thykier.net

Bug#752018: Wildfly package

[Niels Thykier]

On 2015-04-03 10:06, Konstantin Manna wrote:
 Hi Julian,
 

Hi,

Just a drive-by remark.  For extended help, please consider reaching out
to debian-j...@lists.debian.org if you haven't already done so. :)

 thanks for the update.
 Lintian does not yet like your package :-)
 
 lintian --pedantic wildfly_8.1.0.final+lam.r01_all.deb

If you want to fully unleash lintian, you can use -EvIL +pedantic
and then remove the v (verbose) now remember the arguments. ;)

(For reference, --pedantic does not enable the I tags and you might want
to ignore the X as they are eXperimental).

 [...]

A lot of these suggests that the package has been built manually via
dpkg-deb from a recompiled upstream version instead of built from
source.  It is entirely possible that I am wrong here - I have only
looked at this mail and not at the package.

Generally, you will want a source package that compiles all the java
files into class files, packs them into .jar files and installs those
into package directories.  Usually with debhelper or cdbs taking care of
the heavy lifting the packaging side.
  If upstream uses maven, you might want to use debhelper +
maven-debian-helper (or maybe cdbs + maven-debian-helper).  I have not
tried that combo myself, so please contact debian-java for support on that.

 W: wildfly: non-standard-file-perm
 usr/share/wildfly/domain/configuration/application-roles.properties 0600
 != 0644
 W: wildfly: non-standard-file-perm
 usr/share/wildfly/domain/configuration/application-users.properties 0600
 != 0644
 W: wildfly: non-standard-file-perm
 usr/share/wildfly/domain/configuration/mgmt-groups.properties 0600 != 0644
 W: wildfly: non-standard-file-perm
 usr/share/wildfly/domain/configuration/mgmt-users.properties 0600 != 0644
 W: wildfly: non-standard-dir-perm usr/share/wildfly/domain/tmp/auth/
 0700 != 0755
 W: wildfly: non-standard-file-perm
 usr/share/wildfly/standalone/configuration/application-roles.properties
 0600 != 0644
 W: wildfly: non-standard-file-perm
 usr/share/wildfly/standalone/configuration/application-users.properties
 0600 != 0644
 W: wildfly: non-standard-file-perm
 usr/share/wildfly/standalone/configuration/mgmt-groups.properties 0600
 != 0644
 W: wildfly: non-standard-file-perm
 usr/share/wildfly/standalone/configuration/mgmt-users.properties 0600 !=
 0644
 W: wildfly: non-standard-dir-perm usr/share/wildfly/standalone/tmp/auth/
 0700 != 0755

These permissions are probably correct!  If they contain passwords,
authentication tokens, or secret information (encryption keys) then
they should certainly *not* be world readable.  Overriding the tag would
be correct here.

*However*, the location of these files are almost certainly wrong.  The
.properties file smells like something an admin might change and
therefore should be in /etc/ (e.g. /etc/wildfly/...).  Alternatively, if
they are templates files they should be world-readable (there is no
point in having them be non-readable).

The .../tmp/ part might want to be in /run/wildfly/ or something like
that instead.  That said, the application must be able to create it if
it is missing since /run is generally a tmpfs.

 W: wildfly: script-in-etc-init.d-not-registered-via-update-rc.d
 etc/init.d/wildfly
 E: wildfly: init.d-script-does-not-implement-required-option
 etc/init.d/wildfly force-reload

Upstream stuff

 W: wildfly: codeless-jar
 usr/share/wildfly/modules/system/layers/base/org/jboss/as/console/main/release-stream-2.2.6.Final-resources.jar
 W: wildfly: codeless-jar
 usr/share/wildfly/modules/system/layers/base/org/jboss/as/domain-http-error-context/main/wildfly-domain-http-error-context-8.1.0.Final.jar
 W: wildfly: codeless-jar
 usr/share/wildfly/modules/system/layers/base/org/jboss/as/webservices/main/jbossws-cxf-resources-4.2.4.Final-wildfly800.jar
 W: wildfly: codeless-jar
 usr/share/wildfly/modules/system/layers/base/org/jboss/ws/cxf/jbossws-cxf-factories/main/jbossws-cxf-factories-4.2.4.Final.jar

Theses *might* be correct.  Some packages provide meta jars files,
which sole purpose is to depend on other jar files (e.g. eclipse have a
number of these).  /If/ so, then just override the tag.

 W: wildfly: maintainer-script-ignores-errors preinst
 W: wildfly: maintainer-script-ignores-errors postrm

Sounds easy to fix, but might require a careful review of the scripts.
In fact, if you can do without any (manually written) scripts, you are
off to a good start[1].  Based on the next warnings, you probably
*cannot* (unfortunately).

[1] They require a bit of effort to get right and also a bit of
testing.  Even minor flaws trivially becomes an RC bug because it breaks
installability or etc.  Remember that in pre* you got only have
essential packages available.

 W: wildfly: maintainer-script-should-not-use-deprecated-chown-usage
 postinst:6 'chown -R wildfly.wildfly'
 W: wildfly: maintainer-script-should-not-use-deprecated-chown-usage
 postinst:7 'chown -R wildfly.wildfly'
 W: wildfly: 

Bug#768507: [debhelper-devel] #768507: Co-maintainers for debhelper

[Niels Thykier]

On 2014-11-17 10:02, Josselin Mouette wrote:
 Hi Niels,
 
 Niels Thykier ni...@thykier.net wrote: 
 Valéry, Josselin and Modestas: Are you all still interested in working
 on debhelper - if so, in general or do you have specific area/tool of
 interest that you are maintaining?
 
 I’m among the authors for dh_gconf, dh_installgsettings, dh_icons and
 dh_girepository (which, now I think about it, is not in debhelper
 itself).
 
 I’m not following debhelper-devel since I’m not interested in debhelper
 in general, but if that is fine with you, we can just poke each other
 whenever there is something needing fixing in the GNOME/freedesktop
 tools, which are usually low-maintenance.
 

Ok, fine with me.  :)

 The only opened issues I can see are:
 - #35787 which was IMHO fixed by the migration to freedesktop menus and
 icons

So close/wontfix? Sounds reasonable to me at first glance.

 - #592958 which is unimportant but should be trivially fixable (add the
 dependency only for schemas, not for defaults)
 
 Cheers, 
 

Will have a look at that after the freeze, thanks. :)

~Niels


-- 
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/546b83fa.60...@thykier.net

Bug#768507: [debhelper-devel] #768507: Co-maintainers for debhelper

[Niels Thykier]

On 2014-11-17 18:01, Tianon Gravi wrote:
 On 16 November 2014 09:32, Niels Thykier ni...@thykier.net wrote:
 I have taken the liberty of CC'ing in case you
 were (no longer?) subscribed to debhelper-devel@l.a.d.o.
 
 Thanks for the reminder that I needed to subscribe!
 
 All: If you are (still) interested in maintaining all of the debhelper
 tools, please add yourself to the Uploaders list of the package.
 
 Done!
 
 I'm very happy to have you taking the lead on this (and to see others
 jumping on board too), because I'm definitely willing to help but felt
 a little over my own head taking it on alone. :)
 
 ♥,
 - Tianon
   4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4
 
[...]

Welcome on board :)

~Niels


-- 
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/546b8440.2000...@thykier.net

Bug#768507: #768507: Co-maintainers for debhelper

[Niels Thykier]

Hi,

I noticed that the following people already got write access to the
debhelper repository.  I have taken the liberty of CC'ing in case you
were (no longer?) subscribed to debhelper-devel@l.a.d.o.

 * Valéry Perrin
 * Modestas Vainius
 * Josselin Mouette
 * Bernhard R. Link
 * Tianon Gravi
 * Niels Thykier

Valéry, Josselin and Modestas have had their membership for quite a
while (The youngest membership appearing to be Modestas from Nov.
2013).  Bernhard, Tianon and myself have been added on the 8th of Nov.
this year by Joey, presumably in responds to our intend to adopt the
package.


Valéry, Josselin and Modestas: Are you all still interested in working
on debhelper - if so, in general or do you have specific area/tool of
interest that you are maintaining?


All: If you are (still) interested in maintaining all of the debhelper
tools, please add yourself to the Uploaders list of the package.
  If you want to be a co-maintainer, but is not listed above, feel free
to request access to the project on alioth.



In regards to development:
 * I plan on keeping master for development of debhelper for stretch.
   - Fixes targeting Jessie should be cherry-picked/merged into the
jessie branch (not created yet).
 * For Jessie, I am only aware of #747141 as potential blocker.
   - If you are aware of other debhelper bugs/issues you feel should be
 fixed for Jessie - please do let me know.  Though keep the freeze
 policy in mind.
   - I believe Axel and Bernhard have already been looking at #747141.
 * Feel free to triage debhelper bugs for Stretch.
   - We got 209 open debhelper bugs.
   - Lots of them need patches, some of them got patches needing review,
 some of them might need to be tagged moreinfo, wontfix etc.


Thanks for reading, :)
~Niels




signature.asc
Description: OpenPGP digital signature

Bug#768507: #768507 - debhelper

[Niels Thykier]

On 2014-11-08 00:18, Bernhard R. Link wrote:
 Hi Niels,
 
 If you want a team for maintaining debhelper, I'm more than willing to join.
 
   Bernhard R. Link
 

Hi Bernhard,

I would definitely looking for co-maintainers and you are of course
welcome. :)

~Niels


-- 
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/545e6206.8010...@thykier.net

Bug#768507: [debhelper-devel] Bug#768507: ITA: debhelper -- helper programs for debian/rules

[Niels Thykier]

On 2014-11-08 18:15, Damyan Ivanov wrote:
 -=| Niels Thykier, 07.11.2014 23:11:01 +0100 |=-
 According to the changelog, debhelper has been orphaned and needs
 maintainer.  I intend to take over maintence assuming this is true and
 there is no active team behind Debhelper Maintainers list (CC'ed).
 
 Thank you for not letting a tool so important go orphan.
 

:)

 I don't think there is an active maintenance team, but the list exists 
 and it may as well be used so that a team is gathered, eventually.
 
 
 -- dam,
 debconf-devel subscriber
 

Ok, thanks for letting me know.  Indeed, I will probably end up reusing
the list as well.  :)

~Niels


-- 
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/545e6285.9020...@thykier.net

Bug#768507: ITA: debhelper -- helper programs for debian/rules

[Niels Thykier]

Package: wnpp
Severity: normal

Hi,

According to the changelog, debhelper has been orphaned and needs
maintainer.  I intend to take over maintence assuming this is true and
there is no active team behind Debhelper Maintainers list (CC'ed).

~Niels


-- 
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/20141107221101.3775.59214.report...@mangetsu.thykier.net

Bug#765322: RFA: t1utils -- Collection of simple Type 1 font manipulation programs

[Niels Thykier]

On 2014-10-14 09:36, Ricardo Mones wrote:
 Package: wnpp
 Severity: normal
 
 The current maintainer of t1utils, C.M. Connelly c...@debian.org,
 is apparently not active anymore.  Therefore, I orphan this package now.
 
 Maintaining a package requires time and skills. Please only adopt this
 package if you will have enough time and attention to work on it.
 
 If you want to be the new maintainer, please see
 http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
 instructions how to adopt a package properly.
 
 Some information about this package:
 
 [...]
 
 

Hi,

I am taking over maintenance of t1utils as I have a package that
requires it.  However, I will gladly pass it on to anyone, who has a
genuine interest in the font utilities.

~Niels


-- 
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/543d60e0.9080...@thykier.net

Bug#753512: ITP: libemail-reply-perl -- module to reply to an email message

[Niels Thykier]

On 2014-07-02 19:12, gregor herrmann wrote:
 Package: wnpp
 Owner: gregor herrmann gre...@debian.org
 Severity: wishlist
 X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org
 
 * Package name: libemail-reply-perl
   Version : 1.203
   Upstream Author : Ricardo Signes r...@cpan.org
 * URL : https://metacpan.org/release/Email-Reply
 [..]
 
 The Email::Replay module takes the hard out of generating replies to email
 ^^

Typo of Reply[1]?  Based on the URL/package name, I would have expected
Email::Reply.

~Niels

[1] Just in case, you had used that for the package description as well.


-- 
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/53b46d9b.1030...@thykier.net

Bug#741065: ITP: etcd-- A highly-available key value store for shared configuration and service discovery

[Niels Thykier]

On 2014-03-08 02:47, Jelmer Vernooij wrote:
 * Fast: benchmarked 1000s of writes/s per instance

I think there is a typo here; 1000s of writes/s per instance.  I
suspect (but I am not quite sure) that the intended was something like:

 1000 writes
  _
  second * instance


If so, there is an s too much after the 1000. /pedantic-note

~Niels


-- 
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/531ad81a.7010...@thykier.net

Bug#736648: RFP: icu4j-49 -- a library for Unicode support and internationalization

[Niels Thykier]

On 2014-01-26 01:15, Hilko Bengen wrote:
 * Emmanuel Bourg:
 
 Would it be possible to upgrade the existing icu4j package
 instead? japi-compliance-checked reports a compatibility of 80%.
 Here are the issues found by clirr:
 
 ERROR: 8001: com.ibm.icu.impl.ByteBuffer: Class
 com.ibm.icu.impl.ByteBuffer removed [...]
 
 To me, this looks like a significant, backward-incompatible changes
 in the API. In the world of shared libraries, this kind of stuff
 makes changes to the SONAME necessary.
 
 That being said, it might be possible to package a newer version
 of icu4j instead (I haven't tried building Lucene4 against anything
 newer than 49.1.) Upstream is at 52.1 right now.
 
 Cheers, -Hilko
 
 

Hi,

Note that all the mentioned classes seem to be in an impl package.
Sometimes upstream only remove/change implementation details but keep
the external API - this could be such a case.
  That said, I agree that such implementation details could still have
been used by rdeps and therefore it would be prudent to do the Java
eqv. of an ABI bump for a C library.

~Niels


-- 
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/52e4b2da.1050...@thykier.net

Bug#729207: O: qpid-python

[Niels Thykier]

Package: wnpp
Severity: normal

Hi,

python-qpid has defacto been orphaned for a while, but AFAICT there
was no wnpp bug for it (until now).  Some information about the
package:


Package: python-qpid 
New: yes
State: not installed
Version: 0.22-1
Priority: extra
Section: python
Maintainer: Debian QA Group packa...@qa.debian.org
Architecture: all
Uncompressed Size: 891 k
Depends: python (= 2.7), python ( 2.8), python-setuptools
Description: Python bindings for qpid/mlib
 Qpid/C++ is a C++ implementation of the AMQP protocol described at 
http://amqp.org/ 
 
 This package contains the qpid Python bindings.
Homepage: http://qpid.apache.org


Note also that the package suffers from the RC bug #706101, which
(allegedly) is fixed upstream.

Thanks for your interest,
~Niels


-- 
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/20131110080425.3948.82056.report...@mikazuki.thykier.net

Bug#707649: RFA: sentinella -- System monitor that can react to user chosen conditions

[Niels Thykier]

On 2013-05-19 20:15, Eriberto wrote:
 Hi Niels,
 
 I am very interested in SO, network, security and forensics areas. I
 can maintain this package.
 

Great. :)

Are you also interested in libsysactivity ?

 I can maintain it alone or with you (being co-maintainer or
 maintainer, as you prefer).
 

My offer to stay as co-maintainer is/was to ensure a smooth transition
even if this would have been your first package.  AFAICT, you already
have (quite) a bit of experience already, so I suspect I will end up
doing nothing at all as co-maintainer.

 I can update the package soon (bump policy, DH version etc).
 
 Waiting you reply!
 

Feel free to go ahead.  :)

 Thanks a lot in advance.
 
 Regards,
 
 Eriberto - Brazil
 

~Niels


-- 
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/51991b3a.3080...@thykier.net

Bug#707649: RFA: sentinella -- System monitor that can react to user chosen conditions

[Niels Thykier]

On 2013-05-19 20:48, Eriberto wrote:
 2013/5/19 Niels Thykier ni...@thykier.net:
 Are you also interested in libsysactivity ?
 
 I can try to maintain it too! I have low experience with libraries but
 I already maintain one (packaged by me) and isn't very hard. I accept.
 The most important is have a sponsor available for it.
 

Great.  :)  I can definitely stay and help you with the library.

 My offer to stay as co-maintainer is/was to ensure a smooth transition
 even if this would have been your first package.  AFAICT, you already
 have (quite) a bit of experience already, so I suspect I will end up
 doing nothing at all as co-maintainer.
 
 Ok. Will be a honor for me have you as co-maintainer.

Ok. :)


 Feel free to go ahead.  :)
 
 Ok. I will try to work in this week. I think I will succeed.
 
 A doubt: how to share the git repository between us? I have access to
 git/collab-maint.
 

Both packages are already in collab-maint, so they should be shared already?

 Regards,
 
 Eriberto
 

~Niels


-- 
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/51991f38.9010...@thykier.net

Bug#707649: RFA: sentinella -- System monitor that can react to user chosen conditions

[Niels Thykier]

Package: wnpp
Severity: normal

Hi,

I am not using sentinella on a regular basis and I think it (and its
upstream) would be better served with a more dedicated maintainer.
You need not be a DD or a DM; I am willing to sponsor updates.
Alternatively, I am more than willing to co-maintain with you.

Should you be interesting in taking over sentinella, you probably also
want to take over/co-maintain libsysactivity (same upstream).

~Niels

Some information about sentinella:

Package: sentinella
Version: 0.9.0-3
Priority: optional
Section: kde
Depends: kdebase-runtime, libc6 (= 2.4), libgcc1 (= 1:4.1.1),
 libkdecore5 (= 4:4.4), libkdeui5 (= 4:4.4.0),
 libphonon4 (= 4:4.2.0), libprocessui4a (= 4:4.6.1),
 libqt4-dbus (= 4:4.5.3), libqt4-network (= 4:4.5.3),
 libqtcore4 (= 4:4.7.0~beta2), libqtgui4 (= 4:4.5.3),
 libstdc++6 (= 4.1.1), libsysactivity1 (= 0.6.1), phonon
Description: System monitor that can react to user chosen conditions
 While monitoring your CPU, memory, hard drive and network usage,
 Sentinella can be programmed to take specific actions when setpoints
 for utilization or time are met. It can power off, reboot or
 hibernate your system, kill an active process, throw an alarm or
 execute any command.
 .
 It can measure the following conditions:
 * CPU load
 * Memory used
 * Network traffic
 * Date and time
 * The existence of a process
 .
 And the possible actions are:
 * Shutdown/Reboot the computer
 * Standby/Suspend/Hibernate
 * Execute a command
 * Play an alarm
 * Kill a process
Homepage: http://sourceforge.net/projects/sentinella/
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/sentinella.git
Vcs-Git: git://anonscm.debian.org/collab-maint/sentinella.git


-- 
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/20130509212923.21084.7584.report...@mikazuki.thykier.net

Bug#704450: ITA mytop -- top like query monitor for MySQL

[Niels Thykier]

Control: owner -1 wer...@aloah-from-hell.de

On 2013-05-05 18:13, Werner Detter wrote:
 owner 704450 wer...@aloah-from-hell.de
 
 

Hi,

You are missing a (B)CC to cont...@bugs.debian.org for that to work.
Alternatively you can use the Control pseudo header (as I did above)
without needing the (B)CC cont...@bugs.debian.org.

~Niels


-- 
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/51868874.4060...@thykier.net

Bug#679663: fixed in editorconfig-core 0.11.0-1

[Niels Thykier]

On 2013-04-20 09:43, Hong Xu wrote:
 Hi Jonas,
 
 About two days have passed but I can still not find it in debian packages:
 

Hi,

The package is available (now at least, see [1]).

 http://packages.debian.org/search?keywords=editorconfig+searchon=namessuite=allsection=all

I think (but I don't remember the exact details) that packages.d.o is
having a problem with staying up to date (alternatively it may just be
slower at updating, don't know).  Sadly, some of the links in [1] that
refers back to packages.d.o is still broken at the time of writing.

 Could you help with this please?
 
 Thanks!
 Hong


~Niels

[1] http://packages.qa.debian.org/e/editorconfig-core.html


-- 
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/51724a56.9040...@thykier.net

Bug#703366: RFH: apt-file -- search for files within Debian packages (command-line interface)

[Niels Thykier]

On 2013-03-26 01:20, Nick Black wrote:
 Stefan Fritsch left as an exercise for the reader:
 Well, the contents files are much larger than the package files and 
 are usually used less frequently. So some users may prefer to download 
 the contents files only when necessary. Apart from that, I don't see 
 
 then can't they just leave apt-file uninstalled? especially as installing it
 would perform the initial apt-get update?
 
 any problem. But that's not my decision anymore :-)
 
 yeah i'm not wedded to any particular solution, but this one seems right to
 me. if it's something that's been thraded out at length, though, no need to
 entertain my suggestions.
 

Sounds like we should have some config variable that people can set (or
clear) to disable Contents fetching via apt-get update.  Assuming the
APT side of this would support such a use-case, I think we can have it.
  But to be honest, I would really like to remove the apt-file update
if I can get away with it.  It always seemed like something APT ought to
do... though I suppose if I end up delegating the entire thing to
apt-get update it will not really have any maintenance overhead.

 - Significant speedup could be attained by recompressing the local 
 file with lzop instead of gzip. You write processing time is roughly
 

I tried a bit with lzop and indeed it seems to half my runtimes with
search and show (at least the non-regex variant).  Though it comes at
lower compression rates, which is not a problem atm but might be when
multi-arch support is added (also see my comment about redundancy below).

 Absolutely. If we can make local changes, there's all kinds of things we can
 do. I left this entire class of optimizations aside.
 
 For that matter, if we stripped the free-form header section, that would,
 perhaps surprisingly, *vastly* simplify my code. Again, I wanted to do an
 implementation which conformed precisely to current disk layouts and such,
 since I want to deploy this in SprezzOS independently of Debian's decision.
 

There are also things we could do at update time:

 * pre-appending / to all paths as people expect that there is a leading
   slash.  To this end, apt-file is currently trying to rewrite people's
   search pattern to match reality but I hope we could eventually avoid
   that (because it does not work in all cases etc.).
 * remove redundancy between Contents-* files.  Between unstable and
   testing (or i386 and amd64) there is a huge overlap in files.  That
   would likely allow us to scale better as the number of architectures
   and distributions enabled increase.
   (related bugs include #658794, #578727 and #632254)
 * make optimized caches for certain use-cases like list/show.  Maybe
   even match pattern X against programs in default PATH.

The second item probably require merging the Contents files, which we
probably need to do in a very efficient manner.  I believe the files are
pre-sorted, so we could abuse this to do the merge part of mergesort
without having the whole ordeal loaded in memory (which is sadly quickly
measured in GB).

 - Try benchmarks with a single core, too. It's nice if you can use 
 more cores but you don't want to have too much regression on single 
 core systems.
 
 Yep, I will send those around. I'm not doing anything stupid like launching
 a fixed-sized pool; libblossom offers us per-CPU workers etc.
 
 - apt-file regex search performance sucks because it doesn't use grep. 
 Nowadays grep has -P, so grep could be used, too. Which regex type do 
 you use?
 

Also possibly because Perl (Python, Java etc.) uses an expensive regular
expression implementation[1].

 Hold on for a bit of theory:
 
  - I'm matching multiple patterns using an Advanced Aho-Corasick
automaton. The set of all AACAs is clearly a subset of all DFA (discrete
finite automatons).
 

I think you mean s/discrete/deterministic/ as NFAs (which can be used to
match any regular language as well) is a Non-deterministic finite
automaton

  - The set of languages recognized by DFAs is equivalent to the set of
languages recognized by regular languages.
 
  - This, any regular operation can be encoded into a DFA, though possibly at
a high cost in states. See Sipser or Hopcroft+Ullman.
 
  - Thus, we just encode the regular operations as alternates in our AACA.
Since we already match the AACA in time independent of the number of
patterns, adding these alternate patterns costs us no time in the main,
but only in the preprocessing.
 
 I'm doing basically the exact same thing grep/egrep does: Boyer-Moore-Galil
 for one pattern, or AAC for multiple patterns.
 
 [...]
 Hack on!
 
 --nick
 
 

True, but the perl regular repression is in fact more powerful than a
NFA.  Admittedly I believe the only real feature that exceeds NFAs is
the backrefs, which are thankfully not used that often.
  I have no concerns about compiling the perl regex case into a
DFA/NFA were possible, but we have to either handle the 

Bug#703366: RFH: apt-file -- search for files within Debian packages (command-line interface)

[Niels Thykier]

On 2013-03-20 18:30, Stefan Fritsch wrote:
 On Wednesday 20 March 2013, Niels Thykier wrote:
 [...]

 I (and I guess many other users) would be pleased if we could
 reach a point in which apt-get update (or its countless
 alternative ways) would update indeed all data I requested to be
 downloaded as a user rather than remembering to run also
 apt-file update (and debtags update and and and).



 Indeed that would be great.  Maybe packages like apt-file could
 install a file in some directory APT reads saying Please download
 X with updates ?
 
 That would be the perfect solution. Unfortunately, it would also mean 
 that apt's pdiff implementation would need to be rewritten because it 
 is so inefficient. [...]

I spoke with David Kalnischkies (DonKult) and he told me that (part of)
the reason why it is slow is that it makes no assumption about pdiffs.
It is my understanding (of the code) that apt-file just blindly
downloads all (new) patches and applies them in one go.

Allegedly, rerepro can merge pdiffs so not all of them needs to be
applied and (understandably) the APT maintainers do not want that to
break.  The solution is probably to extend the pdiff format (e.g. like
the suggestion in [1]), so the client side can see exactly which patches
are needed (instead of having to do them one at a time).
  To this end, I have been making a bit of noise in #d-ftp; hopefully I
will have news here soon.

 But of course, if someone would tackle that problem, the benefit would 
 be much greater than only to apt-file. Maybe this would be a nice GSOC 
 project? Don't know if it is too late for this year's deadline, 
 though.
 

David reminded me that the APT side of things already had a GSoC last
year[2].  The code has not been merged yet but at least a
proof-of-concept branch is there.  Assuming that can be used, we are
probably very close to making apt-file's update/purge commands obsolete.
  As understood Nick, he was not interested in maintaining the current
Perl variant of apt-file, but he would be interested in rewriting (and
maintain said rewrite of) apt-file.  He was certain he could improve the
search speed of apt-file while doing so.  Given the results of his
apt-show-versions rewrite I am looking forward to that rewrite with
great anticipation.  :)

What I propose we do is that I take over the maintenance of the current
apt-file.  I will focus on making apt-file update/purge obsolete.
  Meanwhile, Nick can work on his rewrite in parallel - possibly in the
same source tree.  I am okay either way and I certainly do not mind an
extra co-maintainer.
  As Nick's rewrite become more feature complete, the current code could
then delegate more and more tasks to it.  In a (hopefully) not too
distant future, the Perl code can then be removed. :)

~Niels

[1] https://lists.debian.org/deity/2009/08/msg00169.html


[2]
http://wiki.debian.org/SummerOfCode2012/StudentApplications/BogdanPurcareata

https://launchpad.net/apt-fetcher


-- 
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/514b23f0.4070...@thykier.net

Bug#703366: RFH: apt-file -- search for files within Debian packages (command-line interface)

[Niels Thykier]

(Dropping CC for d-devel)

On 2013-03-20 11:40, David Kalnischkies wrote:
 On Mon, Mar 18, 2013 at 9:38 PM, Stefan Fritsch s...@sfritsch.de wrote:
 The largest task as I see it would be to better integrate some or all of
 the transport mechanisms, so that apt-file can behave properly for
 different kinds of errors, report up-to-date-ness, etc.  Also better
 download progress reporting and bandwith limiting would be nice.  Of
 course, there are many other possible improvements that no one had time
 to implement, see the open wishlist bugs.
 

I am interested in working on apt-file.

 I would like to take the opportunity to invite anyone interested to join
 de...@lists.debian.org (cc'ed) and discuss if and how we could work
 on integrating apt-file more closely with other apt-* tools.
 
 I (and I guess many other users) would be pleased if we could reach a
 point in which apt-get update (or its countless alternative ways) would
 update indeed all data I requested to be downloaded as a user rather than
 remembering to run also apt-file update (and debtags update and and and).
 

Indeed that would be great.  Maybe packages like apt-file could install
a file in some directory APT reads saying Please download X with updates ?

 Beside pleasing user it might also free some resources on the code front
 as APT already does progress reporting, bandwidth limiting and security,
 even though I am certain we can improve all these further.
 
 
 [...]
 
 
 Best regards
 
 David Kalnischkies
 
 


Not to mention new transports come for free. :)

~Niels


-- 
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/5149e56a.9000...@thykier.net

Bug#569668: davmail ITP status update (Re: ITP: davmail)

[Niels Thykier]

On 2012-09-05 12:11, Alexandre Rossi wrote:
 Hi,
 

Hi,

 I see that libjackrabbit-java is now in Debian. How are you getting on
 with libhtmlcleaner-java and, more pertinently davmail packaging?
 
 I have a working package using Debian libraries instead of embedded ones :
 - 
 http://sousmonlit.dyndns.org/~niol/apt/pool/main/libh/libhtmlcleaner-java/libhtmlcleaner-java_2.2-1~pre+1.dsc
 - 
 http://sousmonlit.dyndns.org/~niol/apt/pool/main/d/davmail/davmail_3.9.9-1976-1~pre+1.dsc
 
 I tested it as server and as desktop application that sits in the
 tray. I tested only imap and smtp without SSL for the moment.
 
 I have a few open issues on the packaging, but they are mostly easy to
 fix, I just need advice :
 - Include in pkg-java Git on alioth? guidance?

Git or Svn.  Thomas Koch might be able to help you with Git.  At least
he offered to migrate Svn repositories to Git back in May[0].
Otherwise, debian-mentors (or IRC #debian-mentors) usually have plenty
of people willing to help.

For Git it is my experience that we have a copy of the unpacked upstream
source in the repository.  For Svn we tend to only have to debian dir
(known exception for native packages).

 - Should I repack upstream source to get rid of embedded jars and dll
 or should I finish debian/copyright in order to document all licenses?
 I'm aware of the recent discussion about this on -devel, but I'm not
 sure about the outcome.

If you are in doubt, I would recommend removing the embedded stuff.
Especially if you have to repack the file anyway (e.g. if the upstream
sources come in a zip or jar file)

 - Should I keep debian/patches/base64-enc-dec which includes source
 from javamail or should I complete javamail ITP and depend on javamail
 instead of gnumail?

If it is a part of javamail and davmail does not use it directly, then I
would say package javamail (or patch gnumail).  Though if not, then I am
not sure what the best choice is here.

 - How should I handle ~/davmail.log which get created when davmail is
 run as a normal easier (desktop use)?

s/easier/user/?  Anyway, as I recall it is not a major problem.  But if
it is, it can always be fixed with a patch.

 - And I'll be seeking a sponsor.
 
 Any comment will be welcome. Thanks for reading,
 
 Alex
 
 

I haven't examined the package and I am not sure I can spend the time
right now.  Anyway, when/if the packages are ready, please send an RFS
email to d-java.  Hopefully someone will pick it up.

~Niels

[0] https://lists.debian.org/debian-java/2012/05/msg00031.html


-- 
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/5054367b.8000...@thykier.net

Bug#681346: ITP: libdigest-sha1-perl -- Perl interface to the SHA-1 algorithm

[Niels Thykier]

On 2012-07-12 16:04, Gergely Nagy wrote:
 Dmitry E. Oboukhov un...@debian.org writes:
 
 Package: wnpp
 Severity: wishlist
 Owner: Dmitry E. Oboukhov un...@debian.org

  Package name: libdigest-sha1-perl
  Version : 2.13
  Upstream Author : Gisle Aas gi...@activestate.com
  URL : http://search.cpan.org/dist/Digest-SHA1/
  License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl interface to the SHA-1 algorithm

  The Digest::SHA1 module allows you to use the NIST SHA-1 message digest
  algorithm from within Perl programs. The algorithm takes as input a message
  of arbitrary length and produces as output a 160-bit fingerprint or
  message digest of the input.
  .
  The Digest::SHA1 module provide a procedural interface for simple use, as
  well as an object oriented interface that can handle messages of arbitrary
  length and which can read files directly.
 
 Out of curiosity, how does this compare to Digest::SHA
 (libdigest-sha-perl), which is already in the archive, and supports SHA1
 and a couple of others too?
 
 Digest::SHA appears to have a very similar interface too.
 

Hi,

The package has been in the archive before, but was removed (see
#594273).  As I understand it, Digest::SHA1 should be redundant, but I
might have overlooked something.

~Niels




-- 
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/4ffedd4d.2000...@thykier.net

Bug#680224: O: jwordsplitter -- Java library for splitting words into atoms

[Niels Thykier]

Package: wnpp
Severity: normal

Hi,

I hereby orphan jwordsplitter on behalf of its current maintainer Rail
Aliev, who is apparently not active anymore.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

The long description of jwordsplitter is:


  jWordSplitter is an open source, platform independent library for
  splitting words into their smallest parts (atoms). This is
  especially beneficial for German words but it can work with all
  languages, as long as the dictionary and a class extending
  AbstractWordSplitter is provided.


If no one picks this up soon I will push for its removal from unstable
and Wheezy due to its RC bug.

~Niels




-- 
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/20120704133507.72fbb2071c...@thykier.net

Bug#678274: O: libjdic-java

[Niels Thykier]

Package: wnpp
Severity: normal

Hi,

I hereby orphan libjdic-java on behalf of the Java Team as we do not
have the necessary time and skills to maintain it.  (see the RC bugs
#631039 and #654264).

I have CC'ed the Maintainer of paros, which is (to my knowledge) the
only reverse dependency of libjdic-java.

The description of libjdic-java is:


JDesktop Integration Components

The JDesktop Integration Components (JDIC) project aims to make Java
technology-based applications (Java applications) first-class
citizens of current desktop platforms without sacrificing platform
independence. Its mission is to enable seamless desktop/Java
integration.

JDIC provides Java applications with access to functionalities and
facilities provided by the native desktop. It consists of a collection
of Java packages and tools. JDIC supports a variety of features such
as embedding the native browser, launching the desktop applications,
creating tray icons on the desktop, registering file type
associations, creating JNLP installer packages, etc.


Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Should you be interested in maintaining libjdic-java, you are more than
welcome to maintain it under the Java Team.

~Niels



-- 
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/20120620115410.13734.59574.report...@mikazuki.thykier.net

Bug#675006: ITP: storymaps - Story planning and writing application for children

[Niels Thykier]

On 2012-05-29 11:27, Javier Fernandez-Sanguino wrote:
 Package: wnpp
 Priority: wishlist
 
 [...]
+ FreMarker, http://freemarker.sourceforge.net/
 
 [...]
 Regards
 
 Javier
 

There is a libfreemarker-java in Debian already, which is probably the
library you are looking for.  :)


~Niels




-- 
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/4fc498fe.5080...@thykier.net

Bug#615595: O: sim -- Sim-IM Instant Messenger data files

[Niels Thykier]

On 2011-11-08 07:29, Nikolay Shaplov wrote:
 Hi,

 I am considering to request a removal of sim because it is unmaintained
 and RC-buggy.
 The main bug with nonfree icons were already solved in upstream. Also it does 
 not crash anymore.
 

Hi,

That is good to know.  .)

 But I saw a version of sim on mentors.d.n, despite this
 bug not being an ITA.

 So Alexander or Nikolay, are any of you interested in maintaining this
 in Debian? 
 Can somebody help me with verifying debian build rules to be accepted?
 
 I have my own build ruleset: http://svn.berlios.de/viewvc/sim-
 im/branches/build-files/0.9.5/debian-unofficial/ I do not understand what 
 zowers have written :-/
 
 also we should rename packages sim-qt - sim-im and sim - dev/null I also do 
 not know how.
 

Personally I find both rules files somewhat complex.  :)  My personal
taste aside, I believe debian-ment...@lists.debian.org is a good place
to ask questions about general packaging.

 If not, I will file a removal request very soon (within 2
 weeks).
 
 Right now I am busy with migrating project from berlios.de Which will close 
 at 
 the end of December. So If it can wait some more time till I am done with 
 migrating staff it would be great. If not, hope I will manage to do both in 
 time... 
 
 

While I prefer sim was fixed soon and obtained some newer packaging
(i.e. build-arch/build-indep targets), it is not a blocker for me at the
moment.
  So if you are interested in maintaining the package, I suggest you
take it and work on it when you have time.  Maybe you can convince
someone to co-maintain it with you, who has time to fix the current
issues now?


~Niels




-- 
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/4ec2c3a0.7030...@thykier.net

Bug#475377: Considering to RM afnix

[Niels Thykier]

Hi,

I am considering to remove afnix, since it is unmaintained and has a
very low popcon.  However, there has been QA uploads to bump upstream
releases twice this year (both uploaders CC'ed).
  If you have any interest in this package, please consider adopting it.
 Otherwise I will push for its removal.

~Niels




-- 
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/4eb7e353.7070...@thykier.net

Bug#615595: O: sim -- Sim-IM Instant Messenger data files

[Niels Thykier]

Hi,

I am considering to request a removal of sim because it is unmaintained
and RC-buggy.  But I saw a version of sim on mentors.d.n, despite this
bug not being an ITA.

So Alexander or Nikolay, are any of you interested in maintaining this
in Debian?  If not, I will file a removal request very soon (within 2
weeks).

~Niels




-- 
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/4eb85b6a@thykier.net

Bug#600171: eclipse-jgit uploaded to mentors.debian.net

[Niels Thykier]

On 2011-09-28 00:11, Jakub Adam wrote:
 I put JGit package to mentors.debian.net, please review and consider
 sponsoring an upload
 
 http://mentors.debian.net/package/eclipse-jgit
 
 BR,
 
 Jakub
 
 
 

Hey,

Have you considered putting this under the Debian Java Team?  Most
(all?) existing eclipse packages are maintained the team in pkg-java's
git repository.

Out of curiousity, why do you use debhelper compat 5?

I have not build tested the package, but according to lintian you are
using an outdated version of DEP-5.

~Niels




-- 
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/4e82fde8.2010...@thykier.net

Bug#591354: RFP: eclipse-shelled -- Shell script editor for Eclipse.

[Niels Thykier]

On 2011-09-17 07:25, Fernando C. Estrada wrote:
 Hi Roman,
 
 I'm interested to see ShellEd in Debian, is there any progress on
 packaging?, need some help?
 
 Thanks in advance for your efforts to package ShellEd for Debian ;-)
 
 Regards,
 
 P.S. If you are no longer interested I could take care of it.

Hi,

To my knowledge no one has been working on this.  If you want to work on
it, feel free to take it.  I will gladly assist you with our limited
tool support (eclipse-helper from javahelper).  Also please use eclipse
3.7 (in experimental) as basis for the work, as eclipse in sid (3.5.2)
is uninstallable.

Looking at [Fedora]'s packaging, it seems that ShellEd depends on
eclipse-dltk and eclipse-manpage.  Neither are (to my knowledge) in Debian.

~Niels


[Fedora]
http://pkgs.fedoraproject.org/gitweb/?p=eclipse-shelled.git;a=blob;f=eclipse-shelled.spec;h=dd3a848f77d5c503415638acfd0f5968e13703b2;hb=57c62e3002dbbdb9135ef1a3341888ac91a08a22




-- 
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/4e74420d.8020...@thykier.net

Bug#636698: O: eclipse-pydev

[Niels Thykier]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

I am hereby orphaning eclipse-pydev on behalf of the Java Team.
The package has not seen an upload for over 3 years and has
been RC buggy a bit longer than that. 

Should you wish to adopt the package, feel free to put it back under the
Java Team.  We also have a bit (but not a lot) of experience with eclipse
plugins in general, so we might be able to answer some of your questions.

Finally, we are currently preparing eclipse 3.7; eclipse-pydev will
probably need a new upstream version to be useful.

A bit of information about the package:

Package: eclipse-pydev
New: yes
State: not installed
Version: 1.2.5-4
Priority: optional
Section: devel
Maintainer: Debian Java Maintainers 
pkg-java-maintain...@lists.alioth.debian.org
Uncompressed Size: 2.609 k
Depends: eclipse (= 3.2.1), python-dev, bicyclerepair, libcommons-codec-java, 
python, jython
Recommends: eclipse-platform-gcj, eclipse-pydev-gcj
Description: Python development plug-in for Eclipse
 PyDev is a plugin that enables users to use Eclipse for Python and Jython 
development.
 It comes with many goodies such as code completion, syntax highlighting, syntax
 analysis, refactor, debug and many others. 
 . 
 This package contains the plugin itself.

There is also a eclipse-pydev-gcj package built by the same source,
but it should probably be dropped.


If there is no adopter for this package after 14 days, I will request its
removal due to its RC bugs.

~Niels


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

iQIcBAEBCAAGBQJOO9zvAAoJEAVLu599gGRCq0gP/0tMCndaICOxKN2/Ed11DpP+
5PMU2+aKcXnmquaOCeCd+jTWaPBAizSaY+szqTUhd4wraQ16Vd1OEDFnSWHDDtTe
INwGnXlBTlr7PV6Tt3TQbGSucOh16ge9Bk+NeGqQb97X1md5f1E+79a/XLkFI/zz
K21u/G2Uc/DABwXs6NyW9yIqcJv1b8LJb4jdH174+ZAIx/9c8d6at5CJW4hDsOUO
0YewTBrXKH6AJRwi4dsC0V49xppK41UHZ+FJhmOk5QbkBSYJqGkDK/k2QsFyPJm4
xLGFIFPrLCISigGcRfTP7fd4vFCathEr59PUGYoOFekdSRBzd5MbvktXbBWfuTt5
wgjHa+T+uXU0+r3m8Fkrq7micfPOzPRJSWDn1439NeNMP4bHhonH/QoohdiaGtzr
Cc5w5GO0IFcJ6e4zHRg8/kCXzeptJZIVJDHpsmf6IqF1r93wyASVx0TU6z1HSlXj
zBf/d5tj+jxwUsw6Z0PQZ//zdbrTmTQ3hKpilpUItLk/D9xmTEeGsrcz+Aniy6OL
VrTAarmSBM7R5lZFaCJ4J1TKJckhajbKcERCC8rwe5zvck07XU9oHP/qVb8hy+OI
zsETotJm5kTY2b8q4cYTwi98/zJQ8xzk1qBtrQBzxBW1Vp64ouZn7ALKQE2geOYM
4BzmHUdHff3ul96Z7wHf
=juSB
-END PGP SIGNATURE-



-- 
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/20110805120714.9061.36777.report...@getsu.thykier.net

Bug#633774: RFP: osgi-core -- Core OSGi

[Niels Thykier]

On 2011-07-13 16:43, Sebastian Reichel wrote:
 Package: wnpp
 Severity: wishlist
 
 * Package name: osgi-core
   Version : 4.2.1
   Upstream Author : OSGi Alliance
 * URL : http://www.osgi.org
 * License : Apache 2.0
   Programming Lang: Java
   Description : Core OSGi
 
 The Open Services Gateway initiative framework is a module system and
 service platform for the Java programming language that implements a
 complete and dynamic component model, something that as of does not
 exist in standalone Java/VM environments.
 
 This package contains the OSGi Core Interfaces and Classes for use in
 compiling bundles.
 
 
 

Hi

Would the eclipse version (libequinox-osgi-java) work for your needs?

~Niels





-- 
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/4e1dba56.8010...@thykier.net

Bug#613293: RFS: svgsalamander (updated, take 3)

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2011-03-27 14:24, Nicolas Dandrimont wrote:
 
 Hi,
 
 I have contacted upstream with my questions about svgsalamander. He
 answered quickly but I took some time to get back to work.
 

That happens :) Personally I am still waiting for 25 hour days! .

 My latest work is available in pkg-java's git repo :
 git://git.debian.org/pkg-java/svgsalamander.git
 
 I updated the package for latest upstream (svn rev. 0095). Upstream
 doesn't intend to do and keep track of a formal release, so I'm keeping
 the debian version simple (well, modulo the 00, but anyways...).
 

I am thinking that 0~svn95 might still be a better version; you never
know what the future brings.  Maybe upstream start making formal
releases if/as more people get involved in it.
  Obviously we could still handle that with an epoch, so using 95 (or
0095) as a version would not be the end of the world for us.

 I removed use of the embedded batik code copy as upstream intends it for
 compatibility with Java5 and older. It is still in the source so the
 copyright info is still there.
 

If you are repacking the source package anyway (which you did for the
PDF), please remove this copy as well.  Since we have lost the pristine
tar (or rather, there never was a tarball to begin with?) we might as
well reduce the risks of compiling/using the embedded code copy (not to
mention reduce the size of the tarball).

 I think svgsalamander should be quite ready for upload now.
 
 Latest source is available from mentors.d.n at
 
 - URL: http://mentors.debian.net/debian/pool/main/s/svgsalamander
 - Source repository: deb-src http://mentors.debian.net/debian unstable main 
 contrib non-free
 - dget 
 http://mentors.debian.net/debian/pool/main/s/svgsalamander/svgsalamander_0095-1.dsc
 
 Thanks in advance,
 Nicolas Dandrimont
 
  [...]

I also noted a minor thing like cd $dir  dostuff  cd $(CURDIR).
The last cd $(CURDIR) is not necessary (every line is executed in a
separate shell).  This is a feature of make.
  The dh --with maven_repo_helper can be written as maven-repo-helper.
 Personally I find the dashed version nicer to read (but this is a
pedantic personal preference).

Unfortunately I did not have a lot of time to look at it this time
(either?), so no build testing or anything done today.

~Niels

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

iQIcBAEBCAAGBQJNk5C2AAoJEAVLu599gGRCLMQP/jbWBa3fVXFkA8CKCl7LnrcS
PrZMaSptcFpcxj5NKYvLBeHDIh24GFg9/iEksfu/0EWh2e9OzOHOCe9auGB1RW8j
tOiMuQ3Gm/EMFPYze+flr8Kn+pgyxtMarVeGksP5dC3L0X1ZxdJd9LorlH8dX5V1
SzMsYKGFWzP7KSmpR1SreiQu7/r+V066c395v0DcGubBw2ndJpoc6dTGz5GoKnpM
DKZdWbXK0IltBuumRREWkDHUZBmwGs64OAi+aFayD8eDp0UJWcshaWwk8hZBxbdt
FiAv69t2YCoqrYS8WNDuPRZ2r5NLXQJSCWTCOojtnPh+hP1guvf/1iBkkclphdrR
zVmM2NGInOUPbioixjdzzR2tuLag97IQiUIl84z8+RbPz/LxLWfKLUeTUiIJlox9
Wxbg39Wx+Lwm6nTQWCWw1dApMxEaRfkZj6IcKNMZccQHATgjaSMCvZndmXcYiAKQ
5CUV8wB+ypSNuSvrR3SaM1mDd3or02ABamiOogdEXwP523A0+W/xlg9zpVM2nal4
jQsHvg4jtelETTIqyzq2b1jxB11IeTIifmq9RgfioT9QSo7XwBij7OfPwtRux/M5
+7WFD5n9buNforJq4HssZ8Uq4rMmOx83xP9grTDTdh7c6OIOfDCI2X8oH2TSEjS7
lrsvEjyn0FUztkmyYKCQ
=Pg1w
-END PGP SIGNATURE-



-- 
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/4d9390b7.7030...@thykier.net

Bug#473213: Grails' roadmap to sid

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2011-03-27 00:28, Miguel Landaeta wrote:
 block 473213 by 453471
 thanks
 
 On Thu, Aug 19, 2010 at 12:02:32PM -0430, Miguel Landaeta wrote:
 So, in the next weeks (months??) I'm going to prepare a package
 for grails 1.3.x. Before that can be completed, a package for
 gradle must reach unstable. I'm working on it right now.
 
 Quick update:
 
 Later I found out that Grails 1.3.x is uncompatible with
 Hibernate = 3.5. It builds just fine but is not usable.
 So, now I'm waiting for Grails 1.4. BTW, on this week upstream
 added support for Hibernate 3.6 but I don't know yet when Grails
 1.4 could be released (maybe by the end of this year?).
 
 Gradle and Spring 3.0 already reached unstable, so the missing
 pieces to have Grails in Debian are:
 
 * Upload libradeox-java (or the fork prepared by Grails team).
 * Upload libhibernate3-java 3.6.
 * Reimplement a few classes providing JSON features because they are
   not DFSG-compliant (infamous clause of not doing evil with software...).
 

Depending on the actual implementation we may want to (re-)use this for
libjabsorb-java to get it back into main.

 Maybe another missing dependencies in Debian could appear with 1.4
 release but after packaging Spring 3.0 and Gradle I guess that should
 not bring too much work compared with what is already
 done (famous last words?).
 

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

iQIcBAEBCAAGBQJNjy0OAAoJEAVLu599gGRCOOIP/1dlI+wP0g0PymeseDpaozVR
Xq6JyVqutdgO8D8dlF/HvBBeFOC4+mnXfVj+lVMCbeMnr1Y4G/WDOAolAVPV87WK
PC6qwqcPmrojHBexy1018+7suHF4ON1ECa+e3h7DWL3qWhfOQrl6YGrgaJxFUWvf
LQ8C6XqJdUIZVRCVwMoKw0yMNstuZx+JB9QZJn+F1dxrt0W3kfTNkC4UGBvcKm8q
UmRgVw5K7X11rJSEdyBm/GAe4cvqxw5vd4XkXJA2KOgQfM1pxWYdWqFoeOIVweYB
DGX02qwq1UpbvTE4tvZdsrmJ8k1/wNZWgL97dYsN6SvK77dnPPOhv8+3MaNIyfW0
ZjPdHUTEhxtQQ1tFYrm07Dq2jGrLyfxZoZp8GeVNjk7dtpjsiSxwiRsFbz0MrI+S
N/mhAXwv3qjRzf8bHKsun8b50RGdv24Tdttqnv1ejBmBQiD+RBFZiT5Jb806sPJu
Q42ZVkLfPBQFvJH/Y4d2mwtb3P0Rjk+ZC3ZqZlYE2cCaWGa9VyGKx6DqkmyYMjGZ
rghJU9u05CGNgGbPRLEycleE5jIJ5qcEEy9qFRfwZ47govyhc0S5uRYE89TTtWob
gaJIWbxzXBddx2BGFHz/cIv731VPmSmJv31+ZvHsqcvoemf/W8UR+asUWty3guju
ciDoBQlc6rH2RYRp9tCQ
=kJLh
-END PGP SIGNATURE-



-- 
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/4d8f2d0f.8090...@thykier.net

Bug#619631: RFP: eclipse-plugin-avr -- tools for developing C programs for the ATMEL AVR series of embedded processors

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2011-03-26 10:06, Chris wrote:
 On Fri, 2011-03-25 at 21:39 +0100, Niels Thykier wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA256

 On 2011-03-25 19:04, Christopher Baines wrote:
 Package: wnpp
 Severity: wishlist

   Package name: eclipse-plugin-avr
   Version : 2.3.4
   Upstream Author : 
   URL : 
 http://avr-eclipse.sourceforge.net/wiki/index.php/The_AVR_Eclipse_Plugin
   License : GPL
   Programming Lang: Java 
   Description : tools for developing C programs for the ATMEL AVR 
 series of embedded processors





 Hey

 Is this GPL or GPL with exception? Because if it is a pure GPL, then
 this plugin cannot be linked against eclipse/SWT since GPL and EPL are
 incompatiable.

 ~Niels
 
 I think its pure GPL v3, should I check with the project admin about
 this issue?
 
 Chris

Please do; if it is a pure GPL v3 then they have to change license of
the project and that can take quite a while as they have to get it
approved by all copyright holders.

~Niels


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

iQIcBAEBCAAGBQJNja+MAAoJEAVLu599gGRCgUQP/31JbHLIIAPWVXoGRyqcQ7yM
AJLcEI2JYRW+JfQ3uR5xdtI4jmsI1HB1VeazONsY/RFYO4RIvbdIO11VY+Ow/6wQ
6SHDM733O/f/ceeHo+FeFYx8tAxEpS8F35yFuY5WFqxhsCe9/7YNFf7MsBs8b14S
39xgegtL2RMSyN9QzaEEHsvthJP0nGXzyGwZX8lLEDBEiMjQTM+sFn4/OJDRPHyp
NAZsE/Q6nYTxj7Ks0IJgVuaAKp8QpFaU1kYxdy6Eo+OZFHnUDeIjnKX4xvq0we+l
q4LX7arl946mqbtXbeeXEpeX1RpeeJzE22GUHknchqn4GiyvjaMz3hVIIK5oocZC
VAupevFm/ko+oWGEkt6ni3YmpRcH4t1Cw1HUCHrPdIoe109o9x8M8RyUb9/+1Vtv
DsNDa2mDm9sipALEvBCUWG/RDSz2eXxXwbMyoXv0MOX+5b6lXM9ebG2Pu97J+VU+
wEhnFbWAFgD3wYFu3Fb/NlRh+mVQKFqvAnhzkYBemILFzXq41kgaKBaULnMYa+Xl
V+z8qCRIJtT8ueVTPSQCWFkVO0qcvkGtb9cq1iUVwFXXwCF2ZVSW+G8sbW3J6v0t
0/n9AEQlrjFYXPoprC/uaOFbZboi4O2TXUbQUWq9I1E0G0t36UPZxDKCSr6XcVEF
Az9xoNziZsn3dm9hilo+
=Fcae
-END PGP SIGNATURE-



-- 
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/4d8daf8d.5050...@thykier.net

Bug#619631: RFP: eclipse-plugin-avr -- tools for developing C programs for the ATMEL AVR series of embedded processors

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2011-03-25 19:04, Christopher Baines wrote:
 Package: wnpp
 Severity: wishlist
 
   Package name: eclipse-plugin-avr
   Version : 2.3.4
   Upstream Author : 
   URL : 
 http://avr-eclipse.sourceforge.net/wiki/index.php/The_AVR_Eclipse_Plugin
   License : GPL
   Programming Lang: Java 
   Description : tools for developing C programs for the ATMEL AVR series 
 of embedded processors
 
 
 


Hey

Is this GPL or GPL with exception? Because if it is a pure GPL, then
this plugin cannot be linked against eclipse/SWT since GPL and EPL are
incompatiable.

~Niels

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

iQIcBAEBCAAGBQJNjP1jAAoJEAVLu599gGRCnxIQAJjIoq0Fhk2cX5D0APdz61/2
UlqVRYflJTTG9c6O0xy0qCvOiBVgJNgqt1rEkKQY8qs97vvITara+9yDC904/Kqp
INVOkWDWEW6QUfoO5FxaUuXe5r0nETRd0VCaB3EsCUjT6ENLiGI1gt165L96yIj8
ngVoNpuvTq+GF12XSU/sIn8yHpuQjo86BQU+T3rs7tT8lRcbBlQduakikUmv/XGJ
gTfyTUHMpNv4goN7mhx/Qn626C5LCvbkaRjdoUZKte4ussJDTAp2iPRFQwq2e3VW
xfrkrRVQybRyg53a3flApGKlJRsie8/tOtGFCiZG+MRD3IPXYBamcR9uuauynlh2
YujK5A1ao2bI1+7Qh2GyWXFBAg/P82usDjxv/M/ik1frA/nTg9IbTz2oq8Pgj6N9
TyLx72JubGYW1bPiJ2Y8LS4BpeAWoBZCGfjjgPJqWZr8bPK9Dn/9dG5pxR9faAjv
Nts6dzKq9EX6WvqzrUZv57i4APKDBLANi1NpQyPyw6odfHPF747Lqtuk4NM+4zPL
M8u1s6y063xDUq22gmQSmPMrCdxphGQ0GOcSGph8ZHMOgm7NibRvJ+GxtLNKWex6
nUuIqWF8Tyo6exQCQLV29JS3eT+qTD95o9T1crKcrseIKFPA3YA2P0Ml94cFa7W0
LEY7l7mCeOwS7MFp5z1L
=Ower
-END PGP SIGNATURE-



-- 
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/4d8cfd64.5010...@thykier.net

Bug#612358: ITP: lpg-generator-java -- Java Runtime support for the LPG parser

[Niels Thykier]

Package: wnpp
Severity: wishlist
Owner: Niels Thykier ni...@thykier.net

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: lpg-generator-java
  Version : 2.0.20
  Upstream Author : Philippe Charles pgchar...@users.sourceforge.net
* URL : http://lpg.sourceforge.net/
* License : EPL-1.0
  Programming Lang: Java
  Description : Java Runtime support for the LPG parser

The LALR parser generator (LPG) is a tool for developing scanners and parsers
written in Java, C++ or C. Input is specified by BNF rules. LPG supports
backtracking (to resolve ambiguity), automatic AST generation and grammar
inheritance.


Rationale for packaging this: eclipse-cdt appears to have modules depending on
this, which are currently disabled.
  If it turns out that I also need the lpg-generator (written in C/C++), I will
probably put both parts into the same source package.

Note: On the upstream author I chose Philippe, because SF lists Philippe as
project manager and there did not appear to be a team mailing list.

~Niels


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

iQIcBAEBCAAGBQJNUIemAAoJEAVLu599gGRCa50P/RG7i9uw5TG809g2Y339BLus
PbwTE0dPXwvo1DwmXLcyc20pRIxlMqMvnjGZQ/C2s80A+SInmJ/52yE4zqko3pjL
CCphJe/MUQR+MlkfEmh0X9bk6XaBYmx5oRq3FK4kw10BICKD/vrmRLuZGoHi1Wyk
wRh24FGeuQoxhBYmyuMspClVG8Mn1tcZX6knyI3HrCZ53kFZm/c2oPBvAIx3jK9O
VLJHMrfjjYc3FzX6HFE92xgwivs0UdtNTkfkwzpO2VvhXCTWTaoj7ky7yUsGF9TF
nkBmTkHaIAosGZXY/dFCEqM3Svt5Yn6xZuGwYtC1MFqhvk8Kj904/YEcFKymueu2
XjronY6vNYUVjTNuAELNA44aygbjg40NUpjExvcKvBro1M+t7oEmgLVU5p+YLrL5
exqfcOGAqXk9QldiLQs6EnXLUF1ZffxfMR1Dua7x/jdT8Q9vL0TQUvAAFJhYx1Bk
JNhFfEAuS6uiLNvNjCSRVumgV24Bm97FUE9QkYpy8f9OAGsFSXoVNtMUuVillnl3
HIsNd84aGtbsJBGQeH6yhuVxOMTDfljC49AvOOlB7VmmCFODGtwTLyMOTI3Q0cm5
lhPDZeaAolETtHlnQl3aLttvZhuf30ZLjxAx9lpKIh6CPMiHG83qKEjeKm4i0q66
Hw39Yw2qdST9SSALyJNi
=QM5H
-END PGP SIGNATURE-



-- 
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/2011020842.15341.46842.report...@getsu.thykier.net

Bug#600171: ITP: eclipse-jgit -- pure Java implementation of the GIT VCS

[Niels Thykier]

Package: wnpp
Severity: wishlist
Owner: Niels Thykier ni...@thykier.net

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: eclipse-jgit
  Version : 0.9.3
  Upstream Author : Eclipse Development Team
* URL : http://eclipse.org/jgit/
* License : BSD-like
  Programming Lang: Java
  Description : pure Java implementation of the GIT VCS

Needed for eclipse-egit.


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

iQIcBAEBCAAGBQJMtsOWAAoJEAVLu599gGRC+MIQAIHoFQWKCR3ZnpOMJneoe4oR
VZAXfF50FZiyODJq1UHK0GUzc3JeCWIlwowMoatCHh9ENRPSbyOj0f3Dc60jJalu
WikUVyYTQTjC7vGtoI1WZ1X5z5JwjCnfkrC8TpxcySA3dXdx+h08BhEZf4azpbv9
jMbY6UXLlbnqr9tooFwcOkKj8Pk+aMwMk7jvAytLrADqxAWDaw6/rVeIWbnEHzkv
wOozh/f1Zn1yqVh8Gls9VylDe+VTUNXhoGBh3Pw8w2ybKCBeJBd6gt8atwR74NLH
LMf6AzGhe61/zgl7bPW5jHXk8Bik8iQ56o8tcVhEvPBQKAXq2iuMjVU8dMQHTvMx
ZIGWdasMaDZKHq1C1gkLXckJ4PJ00yhMzP53sytiEi/tQiGGS7HFcRzOZXzdyn2c
ze94JijOfHdN3dXtGYaV/Xrh/aX5B1xSLy9KOXsySaFgrpwPzoTivZVQ6JVAXboc
b5J+m9MBN8X4KA3XTyDEUQgWvRfOwVBxgI2E53beXdkPKQ/26+cbuBGOanAQ7GN0
+w5zx5bd1t78SXx+rXwJDiJe81ySaQ8HAf1Ez1NAM4Hfx1c1G9HZTV1kju1WwpDg
G345w90j36y/yxJUfiTtdUvEmHV4A+C9wc9CaVtXCS0/MveQP1dtECysGrYKr/p1
cAbgecbZ6UtlYYo5J17l
=c0ys
-END PGP SIGNATURE-



-- 
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/20101014084724.18397.94034.report...@getsu.thykier.net

Bug#593285: additional info

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hey

Sorry for the late reply - I completely forgot this one.

Christoph Anton Mitterer wrote:
 On Tue, 2010-08-17 at 21:49 +0200, Niels Thykier wrote:
  That would still require someone to actually write said support ;)
 ;)
 patches welcome?! ^^

Exactly

  [...]
  It is certainly possible; a note though, I believe Fedora is
  building the autotools plugin together with the CDT plugin[1],
  so we may have to do this as well in Debian.
 What's the reason for them doing this? Seems rather ugly to me ;)

Not sure why they do it. It might be for legacy - last I checked they
built autotools and some libhover thingy together with -cdt.

Anyhow, I figured I would mention it in case someone decides to work on
this before I get to the bottom of my TODO list. If you/someone starts
on this and realises that we need to package autotools via -cdt, then
that is certainly possible (patches against -cdt to do this would
certainly also be welcome ^^).

On a related note, eclipse-cdt was uploaded to unstable a few days ago.
It was too late for Squeeze, but now there is something to base the
patches on, hehehe... ;)

~Niels

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

iQIcBAEBCAAGBQJMtVx6AAoJEAVLu599gGRCK7EP+wexeBFwjSAkrTvm07NK0hF/
ptn9UF9fGyV20RSTrxuHBam6qqmPNFTxNZ60kPdDQMtXXvsv8uyxkdlQpur2jlT6
KLe9zh6S7XwH1ocQldxqea0M61N73MuRRzmKDlNGp9DobamBqY0epuV9dTrXEI5i
uig4felcCR4Km7EflRmrEIJXcWk+Df8Zy30bTgYKNf58s3ZzhYipr6z/hGo/IIjp
y51CVldNpumesTJVzV9WdYWdePKoY9SykbBb299OKS4ctH+mvCXWXDyI9G/beeL+
asc6bbLU81CtHYRTizEyxCr1UzDSX6gkcc8TqlZ8ps7mjKOgIdNy6s8nwY6WN8sx
iZ63RNGwRKniwmOFPG+rmGVKRxW0V6A2iXPvbSnFxkwJgTs8kFqPcUyYEZwXdHHg
vz0i4rC2ErJ9nUSpB4ZXbamgjD5cA4LA3h7NHkZXa+guKthcdFkfCLfwYSSrLtGH
+EGphLLuA+KwUWTosapIUyzMdXTt82lLSf8GFTS4ex3EQIXGn50PViFTj3dBtWmT
TzXD157AD+wUAG5FmdCaLRnSfh4xldeV7oVfLZNzckLkAiDTpNirKTvuYenT1/rs
TlKL8u1/Tn4ELVS5GeurqJGxD7YuIidrFKFYXc/gFlztUVv5A2usnFwEDlzTq9fd
kz60fHkp8VaVHcYxlQ5c
=HFzq
-END PGP SIGNATURE-



-- 
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/4cb55c7b.6010...@thykier.net

Bug#551861: [eclim-user] Fwd: Re: RFP: eclim -- Integration between the eclipse IDE and the VIM text editor

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2010-10-14 06:00, Eric Van Dewoestine wrote:
 [...]
 
  Which implies that if a EPL'ed plugin, which is not produced by the
  Eclipse Foundation, is loaded side by side with the eclim plugin then
  your license will be violated. As an example the CMakeBuilder plugin is
  EPL'ed but not developed by the Eclipse Foundation. It is my guess that
  FSF will consider it a violation of your license in this case.
That being said, this is only a problem if the resulting combination
  is distributed (the GPL allows you to do pretty much anything with an
  in-house copy of the licensed work). But as I read this, it effectively
  prevents anyone outside of the Eclipse Foundation to derive from your
  work or use (parts of) it as a library for their eclipse plugin.
 Yes, that should prevent bundles like aptana and myeclipse from
 bundling eclim as part of their eclipse distributions, but I don't
 mean to prevent eclim from being install along side other plugins with
 conflicting licenses.  Perhaps altering my NOTICE a bit would help
 with your concerns, like removing the Permission is granted.. block
 and simply rolling some of that info into the gpl exception as
 follows:
 
   If you modify this Program, or any covered work, by linking or
   combining it with Eclipse (cdt, jdt, pdt, wst, and any other eclipse
   extension produced by the Eclipse Foundation), containing parts
   covered by the terms of the EPL, the licensors of this Program grant
   you additional permission to convey the resulting work.
 
 That should hopefully make it more clear that this is intended to
 cover distribution and is not intended to restrict what the user can
 link eclim with in their personal install, so long as they don't
 distribute the result of course.  Is that enough to permit debian to
 redistribute eclim as a distinct package (excluding the vimplugin
 exception yet to be dealt with)?
 

I was mostly asking because I thought you might unintentionally excluded
some EPL licensed plugins. Since it was intended it is all good.

Basically what is required to distribute your plugin in Debian is that
it follows the spirit (not the letter) of the DFSG[1]. So all we need is
a non-discriminating permission to link your work and the vimplugin code
against the core part of eclipse. We will ship eclim separately from
eclipse itself and other plugins (we do this with all plugins packaged
in Debian so far anyway), so we would not be violating the extra permission.

As I recall, if you do not distribute the resulting work, most of the
restrictions of the GPL license do not apply to you. So your users
probably already have the permission to install and load the other
plugins. You probably do not need to reword it. (However, do note the
/probably/)

Anyhow, I (still) have not done a deep license analysis of your plugin
yet. All my comments so far are based on your NOTICE file and such.

[1] http://www.debian.org/social_contract


  Yes, I am being pedantic here. Unfortunately legal things tend to be
  this at least in some countries. Also I am not the one who has to
  approve the license of your project for distribution in Debian, but
  these people expect me to do my homework first...
 Totally understood and I'm certainly open to making changes to ease
 debian's and other's ability to distributed eclim.
 

Awesome :) I may have to take you up on that offer, but I hope we are
all good to go license-wise once you have cleared the vimplugin.

  I also have my reservations about packaging an embedded version of
  vimplugin with eclim. Optimally your changes could be merged into
  vimplugin itself.
But then again, if the upstream of vimplugin is no longer active, this
  is usually not a problem as long embedding vimplugin does not become a
  fashion.
 Yeah I'd love to push all my changes upstream but unfortunately the
 vimplugin project is pretty much dead as far as I can tell.  I highly
 doubt that embedding vimplugin would become a fashion since
 embedding vim is such a niche, and when not combined with eclim, I
 hardly see the point, especially with plugins like vrapper out there
 that add vi/vim key bindings to the existing eclipse editors.
 
 [...]

Well, if wimplugin is dead, you could become the new upstream for it or
simply supersede it ;) For now, lets not worry about this.

~Niels

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

iQIcBAEBCAAGBQJMttCOAAoJEAVLu599gGRCj2sP/3X5kjJlE6f7qHaN/d4Iifm1
Ee7Kr/e6c5YrH3lthorkUkFjDH2DFBxx7xIiIKpbBosmcTLIl+dwgJ7ekxvc8La3
JjG35eW46o7wZvUX1TTuv+J1y+PB6rVAE0m1gF+BJM06swFlTIto5TBzAY+QEQVW
H/rozWdONUytdFouD+Uvr17zI29zrXkQ9K3mMAZnxEiUPgrNlCN0I9pi7/sHS1qd
dcacU8Weim/zu+Mu3vhVWl9xuR6D4tRrPdtPCAnC/xWLpNw0EmxLpAI/xGkZDrJ2
Ubqy4jbH2y8rfoT92Pz+eAzXpNf1dXfl0l8qugataZb2wzZ9SVWInOwQQWjhNWnb
gLcC0oFZcZ03yS4qnjcnY4qFgWY0LkoAk4ZCUSKW6kAH9gDeP/F5XX+jp1+Rh+Se

Bug#551861: RFP: eclim -- Integration between the eclipse IDE and the VIM text editor

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

The license of eclipse (EPL) and eclim (GPLv3) are not compatible so if
eclim links against eclipse, then there is an issue. I have not checked
whether this is this case with eclim, but it is likely.

This incompatibility is acknowledged both by GNU and eclipse:

http://en.wikipedia.org/wiki/Eclipse_Public_License
http://www.eclipse.org/legal/eplfaq.php#GPLCOMPATIBLE
http://www.gnu.org/licenses/license-list.html#GPLIncompatibleLicenses


~Niels

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

iQIcBAEBCAAGBQJMsuu/AAoJEAVLu599gGRCfOYP+QEktJNmWutLwgs9REU28uP2
VahUaYD3OYMSdyG8DkYnbEoUgebXlhd9XDvZb3ILnjRU0EYJa4hKSob2aeeZ2uIJ
0FhHTOA49hH86OBio7SGhEv8O/1vpclA4ip/fjMAlPTgMtCvfBG2PWaiyvYRk0Im
cCql6oW47bYSTw6VZDt9wV2YCBG6DDKFcRDzGq297X8g87O/ZTXXuOorUjxyiJrQ
+UY0hV7F4F9n76LsT26e7dCnZ3+Cp+VtUNOzioVEvY2iK7Arnl0k9xhDxO9xhaQr
9j30gHQBLyb1ikEueqKLOIEuQlp+IlR45kyyrC3+3PVfpcpmI1QJ7BSZZufAt909
MjYyJI3H4OVr+S3cZDEQ2NTKrPI+a++jR0uWNEeN4k33hpMDhYiy3fdA9EG/EinH
PejSFBK6f4LOQUqZPNczs0OzozSfam1/9OadNDxdoAGoWoLTfqwKreiMJW/pZRBo
dNrrbFmk/D5WABxM5iNJOiQjpT3IqpRtgP+V0EUQEPGEKdjmqMQ0ni5EwtmzTJix
2X+VLzNv1hVEgXBsbg/6BtojUu//5/CeZbqsofPosE3SRjuoUYF2IWe7QaRupsmy
h1q2xxZDm3CXGTMvUccxHxSl4MMYoR5J4oDnIdSnCqhXlMAKVmV/xE1hn6qu7BtD
3mVZUbnCj5Hqey7rR4r8
=RzPb
-END PGP SIGNATURE-



-- 
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/4cb2ebbf.4090...@thykier.net

Bug#587553: ITP: bluej

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2010-10-12 18:03, Ryan Kavanagh wrote:
 Hi Niels,
 
 On Sun, Oct 10, 2010 at 08:27:41PM +0200, Niels Thykier wrote:
 Any news on this ITP? On the 2nd of August you reported that it was
 stalled until the next upstream release (due to license issues).
 According to [1] upstream released a new version on August 25th, though
 it does not list any license changes.
 
 Please accept my apologies, the ITP completely escaped my mind (I was
 packaging it for work and my work term ended before I got to it).
 License changes were included in the August 25th release. I'm still
 interested in packaging BlueJ and have it partially packaged. I'll try
 to complete it within the next two weeks (I'm swamped with exams and
 essays this week). On the off chance I don't have it done by say, the
 end of October, please feel free to take it over.
 
 Sorry for the wait and kind regards,
 Ryan

No worries; my todo list is long enough without BlueJ (and it probably
will be just as long far into November). I was just curious if you had
missed the new upstream release. :)

~Niels

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

iQIcBAEBCAAGBQJMtKSnAAoJEAVLu599gGRCYb0QAK3G8FASbOSrINbZyx2FSjQ9
zp7w22WC0CiqdmXLJ1OoaRQH+dThBowG1TQXSQ9gOrJv7j+gbjEQfGSxp+NA9Trq
CimoQVnZs4FlE7+uMS3J9i2yzIhDcvjjF8877roiO/UxOheiGWlOo93pe8/8xol6
76fkGka2vPIA/RdWS5Lbdoy0YoxkM0s3ePPoYlgP9adoEFDFY1JZv8dOVzO0/bzv
ZudzHqC70IXf3Qfc4X0NOKJLVeQBsjvCCoKVvKtsoc4St37jXqF2xfbYmF4KZ4Ay
EbGq9GcTKfSnLuUYokAZufWTWwJ9w1l3Lv0f3iGoMpzyhkjs5VKSHL3aTckNMpFR
cBoVxnNDMOlJOG6oVi0tTx/GFlPBaCedww6O8dKgYLY/MwK25aLaG7+WgRKyFRzD
VqJYU0EKdkR9zLtZehsI0f4XN/264RQxUrKPwjUdBfFUNNq+IUbTEA/IaguO9fzc
mmqvGDEcn2IzyygIpo46EKFW3Xfrvozrp995I7QwuGP96BEI3dFwvd0V/iplxq3J
3MdyS50e5C11JZKc88/xDG2LQh+e4Jbc55uL0j3MK1O79qyi2/REpRps4Ie86LvH
Zc8vb+qt9T2/LTcC37yjE6YvRtset3zSiIQKepMln57ViAfstTol8c4Qcsq0Smga
GqL5dK55ePJdcUYpE6yC
=YGfC
-END PGP SIGNATURE-



-- 
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/4cb4a4a9.2010...@thykier.net

Bug#599787: ITP: jodreports -- Merge OpenDocument text with data - Library

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2010-10-11 10:17, Sascha Girrulat wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Sascha Girrulat sas...@girrulat.de
 
 * Package name: jodreports
   Version : 2.2.1 
   Upstream Author : Mirko Nasato mi...@artofsolving.com
 Terry Liang te...@polonious.com.au
 * URL : http://jodreports.sourceforge.net/ 
 * License : LGPL 2
   Programming Lang: Java
   Description : Merge OpenDocument text with data - Library
 
 JODReports, Java OpenDocument Reports, is a solution for creating office
 documents and reports in OpenDocument Text format from templates that can 
 be visually composed using the OpenOffice.org Writer word processor.
 
 
 

Hi

This appears to be your first package; thanks for your interest in
packaging this for Debian :).

Should you run into problems with packaging this, feel free to contact
the Debian Java Team for help. Particularly we have helper tools that
may make it easier for you.
  You are also very welcome to join the Java Packaging Team and put this
(or/and future Java packages) under team maintenance.

Feel free to send your Request For Sponsor (RFS) email to the Java
Team instead of the usual mentor list.

You read more about the Java team at [1]. If you have any questions feel
free to send me or the Team a mail.

Happy packaging, :)
~Niels

Note: if you reply to this email, please put me in CC (or To) if you
want me to read it.

[1] http://wiki.debian.org/Teams/JavaPackaging
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREIAAYFAkyy2iUACgkQVCqoiq1YlqzN0QCgilwI3k6Xib5AU0zXxsOiXL39
e/QAoJQ7RvZm3HRtCe91jNPUZiue86Za
=wiAO
-END PGP SIGNATURE-



-- 
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/4cb2da27.7070...@thykier.net

Bug#587553: ITP: bluej

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hey

Any news on this ITP? On the 2nd of August you reported that it was
stalled until the next upstream release (due to license issues).
According to [1] upstream released a new version on August 25th, though
it does not list any license changes.

Thank you in advance,
~Niels

[1] http://www.bluej.org/help/changes.html

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

iEYEAREIAAYFAkyyBZwACgkQVCqoiq1YlqzBsACfanNv0QcM6RxKuvuihgqiUvZA
Gz4Anjhzk2DlPeORGbzUDWEf46cfvFfN
=o3Fc
-END PGP SIGNATURE-



-- 
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/4cb2059d.1030...@thykier.net

Bug#593292: RFP: eclipse-cmakebuilder -- CMakeBuilder for Eclipse (Relicensed under EPL)

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

Upstream just informed me that they have now relicensed CMakeBuilder
under EPL 1.0 and their site have been updated to reflect this as
well[1]. This should solve the license issue; if time permits I may
package this later, but for now I am overbooked and if you are or anyone
else is interested, go ahead and take this one.

Thank you in advance,
~Niels

[1] http://www.cmakebuilder.com/try.htm
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREIAAYFAkyt1E4ACgkQVCqoiq1YlqxHwgCfWxUwhPoYsz5+4NlxqC509dnT
KlQAoOssks+XzlbAO7aRhb0aWv0uLWt6
=Gwe6
-END PGP SIGNATURE-



-- 
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/4cadd44f.9050...@thykier.net

Bug#593290: RFP: eclipse-cmake-editor -- CMake Editor for Eclipse

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

I had a look at the project and it looks like a lot of the files have an
All rights reserved with no explicit license allowing us to
redistribute it. I noted that their eclipse feature says it is under
CPL, but I am not sure if that is enough for us to distribute this plugin.
  I have filed a bug upstream asking them to do something about this.

~Niels

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

iEYEAREIAAYFAkynjioACgkQVCqoiq1YlqxtswCg4LOFtJLDAiaUPVLOB+Gfqx79
Z3sAoNRns28wYDOPDTbBo8h7UKYkQwFm
=2hkL
-END PGP SIGNATURE-



-- 
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/4ca78e2b.5090...@thykier.net

Bug#593292: RFP: eclipse-cmakebuilder -- CMakeBuilder for Eclipse

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

Unfortunately GPL and EPL (which eclipse is licensed under) are
incompatible and we therefore cannot package this plugin. I have
contacted upstream about this in private and hope they will reconsider
their license.

~Niels

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

iEYEAREIAAYFAkynjUYACgkQVCqoiq1YlqxqqACgzHJ2L52wdP170Txzq84CG+oB
upkAn0W+LWCLwqT8NOQG4udk0thhWAKL
=TQg+
-END PGP SIGNATURE-



-- 
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/4ca78d46.9000...@thykier.net

Bug#593285: additional info

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2010-08-17 00:53, Christoph Anton Mitterer wrote:
 IIRC, it's even planned to add support for deb-packages ;)
 

That would still require someone to actually write said support ;)

 It would probably make sense to have one (binary) package per (sub)plugin,
 if that's possible
 

It is certainly possible; a note though, I believe Fedora is building
the autotools plugin together with the CDT plugin[1], so we may have to
do this as well in Debian.

 
 Cheers,
 Chris.
 
 
 

~Niels

[1]
http://cvs.fedoraproject.org/viewvc//rpms/eclipse-cdt/devel/eclipse-cdt.spec?view=markup

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

iEYEAREIAAYFAkxq57gACgkQVCqoiq1YlqzpxgCeJ8n1LfE3Eb/fm/qimKShnGS5
zNIAniTmA9sMzVDxsCs1F+UA4iTxk4d6
=5C2Z
-END PGP SIGNATURE-



-- 
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/4c6ae7b9.6020...@thykier.net

Bug#587553: RFP: bluej -- educational environment for java development

[Niels Thykier]

On 2010-06-29 21:08, RalfGesellensetter wrote:
 Package: wnpp
 Severity: wishlist
 
 * Package name: bluej
   Version : 3.0.0
   Upstream Author : Michael Kölling and many others
 * URL : http://bluej.org/download/files/bluej-300.deb
 * License : GNU GPL 2.0
   Description : Integrated Java Environment for introductory teaching
 
  
 BlueJ is an integrated Java environment specifically designed for 
 introductory teaching.
 
 BlueJ was developed at a University specifically for the purpose of teaching 
 object orientation with Java.
 
 BlueJ is free! (from their home page).
 
 Recently, version 3.0 was released, and license was switched to GPL!
 
 The author provides a debian package on his home page, but it has to be 
 checked
 if this package follows official policy.
 
 I have been used BlueJ for years, in many German schools it is kind of 
 compulsary.
 
 
 

Hi

I had a quick look at it and the GPL is good news, however ...

icons/license.txt:
  Copyright (c) for all BlueJ icons: Michael Kolling.
  Reproduction of the logos is permitted for non-commercial purposes.

  Use of the logo for commercial purposes or on items commercially
  sold is explicitly prohibited without written license.

 - cannot go into Debian main. Discriminates commercial use and does (as
far as I can tell) allow modifications. See the Debian Free Software
Guidelines[1].

It depends on junit (not sure what version), svnkit (+ javahl),
netbeans cvs client and possibly also some thing called trilead. Other
than the junit, I am not sure of the status of those dependencies.

For anyone interested in working on this: upstreams bug tracker at [2]
and the source is available from [3]. I have been unable to locate a
public VCS for this project.

Also according to [4], BlueJ does not run with gij/gcj, so it will not
be available under some architectures (e.g. the kfreebsd ones).

~Niels

NB: I have not done a complete check of the source files in the source
zip to see if there some files under a different license than GPL and
the icon license (except for the third party libraries). So there may be
other problems.

[1] http://www.debian.org/social_contract#guidelines

[2] http://bugs.bluej.org/trac/bluej/wiki

[3] http://www.bluej.org/download/source-download.html

[4] http://www.bluej.org/download/install.html
  see Unix: paragraph 1.



signature.asc
Description: OpenPGP digital signature

Bug#581767: RFP: rome -- Java library to handle Atom feed

[Niels Thykier]

Hi

The OSGi metadata looks fine except for
  Import-Package: ...org.jdom.adapters;version=3D1.0.0...
which I suspect should have been a 1.1.1 like the others.

Also, javahelper has picked up the dependency on libjdom1-java so you
can use the ${java:Depends} variable in the Depends line for librome-java=
=2E

Finally I think you should reduce the Recommends of the doc package to a
suggest. I doubt most of our users will use the javadoc for Rome.

~Niels



signature.asc
Description: OpenPGP digital signature

Bug#581767: RFP: rome -- Java library to handle Atom feed

[Niels Thykier]

Niels Thykier wrote:
 ~Niels
 
 Fedora Packaging: http://cvs.fedoraproject.org/viewvc/rpms/rome/devel/
 
 
 

gah, looks like my mail got trashed.

As I recall I need rome for one of the eclipse packages I got
ITP/ITA'ed, particularly I need it argumented with some OSGi metadata.
Fedora created a manifest for rome 0.9 that might be useful as basis for
1.0 as well.
  I do not have a lot of time to help with this ITP, but if you need
help with the OSGi metadata, do not hesitate to ask and I will have a
look at it.

~Niels




--
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/4bf17d4f.3040...@thykier.net

Bug#581767: RFP: rome -- Java library to handle Atom feed

[Niels Thykier]

~Niels

Fedora Packaging: http://cvs.fedoraproject.org/viewvc/rpms/rome/devel/





signature.asc
Description: OpenPGP digital signature

Bug#581422: ITP: eclipse-mylyn -- Task support for Eclipse

[Niels Thykier]

Package: wnpp
Severity: wishlist
Owner: Niels Thykier ni...@thykier.net
Owner: Niels Thykier ni...@thykier.net

* Package name: eclipse-mylyn
  Version : 3.2.1
* URL : http://www.eclipse.org/mylyn
* License : EPL v1.0
  Programming Lang: Java
  Description : Task support for Eclipse

 Mylyn integrates task support into Eclipse. It supports offline editing
 for certain task repositories and monitors work activity to hide
 information that is not relevant to the current task. Also included is
 the Mylyn Focused UI for reducing information overload when working with
 tasks and the Bugzilla task connector.


~Niels



-- 
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/20100512211025.9818.54344.report...@getsu.thykier.net

Bug#492325: ITP: phpmyid -- standalone, single user, OpenID identity provider

[Niels Thykier]

Hi Andreas

The last message on this ITP is from 2008; you seem to have the package
ready, but it does not appear in the archive. Have you lost interest in
this package?

~Niels



signature.asc
Description: OpenPGP digital signature

Bug#575783: RFP: eclipse-git-plugin -- EGit is an Eclipse Team provider for the Git version control system

[Niels Thykier]

Patrick Datko wrote:
 Package: wnpp
 Severity: wishlist
 
 
 * Package name: eclipse-git-plugin
   Version : 0.7.1
   Upstream Author : Shawn O. Pearce spea...@spearce.org
 * URL : http://www.eclipse.org/egit/
 * License : GPL
   Programming Lang: Java
   Description : EGit is an Eclipse Team provider for the Git version 
 control system
 
 EGit is an Eclipse Team provider for the Git version control system. Git is a 
 distributed SCM, 
 which means every developer has a full copy of all history of every revision 
 of the code, making 
 queries against the history very fast and versatile.
 
 The EGit project is implementing Eclipse tooling on top of the JGit Java 
 implementation of Git.
 
 
 

Hi

Are you sure about that License? When I checked it earlier today it was
licensed under BSD (not to mention that GPL and EPL are incompatible so
I do not think it is possible to make an eclipse plugin licensed under GPL).

~Niels




signature.asc
Description: OpenPGP digital signature

Bug#555663: (no subject)

[Niels Thykier]

Thomas Girard wrote:
 Hello Niels,
 
 On 11/11/2009 11:51, Niels Thykier wrote:
 Hi Thomas

 Considering that I have already added most of the dependencies for
 eclipse-cdt to my list of ITA/ITPs I might as well go all the way.
 
 Any news on this?
 
 Thanks,
 
 Thomas
 

Hi,

We are still working on getting eclipse itself into Debian. I still
intend to adopt CDT,

~Niels




-- 
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/4b9b7fdb.7020...@thykier.net

Bug#526489: I am out of my damn mind. - ITA: eclipse

[Niels Thykier]

Lucas Nussbaum wrote:
 On 11/08/09 at 22:25 +0200, Niels Thykier wrote:
 retitle 526489 ITA: eclipse -- Extensible Tool platform and java IDE
 owner 526489 !
 thanks

 Hi

 As the title says, I intend to take over eclipse.

 Tim Sally, I noticed that you expressed an interest in taking this, but
 you never got around to take ownership of this bug. I have assumed you
 lost interest - if I am wrong feel free to take this.
 
 Hi Niels,
 
 Any news on your adoption of eclipse?
 
 It seems that a lot of time has passed since you ITAed it.

Hi

Yes and yes; we have spent something like 7 months on this package now
and while the package has improved a lot (expected to fix some 25-30
bugs incl. 6 RC ones as I recall), it is currently not ready for Debian yet.

However, I am afraid the best I can offer right now is that we are
hoping to have it done soon.

~Niels




signature.asc
Description: OpenPGP digital signature

Bug#506988: ITP: libbnd-java/bnd -- create and diagnose OSGi R4 bundles

[Niels Thykier]

Hi

How is it going with this package? Do you need a hand?


~Niels



signature.asc
Description: OpenPGP digital signature

Bug#555663: (no subject)

[Niels Thykier]

retitle 555663 ITA: eclipse-cdt -- Plugin for C/C++ development
owner 555663 !
thanks

Hi Thomas

Considering that I have already added most of the dependencies for 
eclipse-cdt to my list of ITA/ITPs I might as well go all the way.


~Niels



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

Bug#551965: ITP: eclipse-rse -- Eclipse Remote System Explorer (RSE)

[Niels Thykier]

Package: wnpp
Severity: wishlist
Owner: Niels Thykier ni...@thykier.net

* Package name: eclipse-rse
  Version : 3.1
  Upstream Author : DSDP TM Development Team dsdp-tm-...@eclipse.org
* URL : http://www.eclipse.org/dsdp/tm/
* License : Eclipse Public License Version 1.0 (EPL)
  Programming Lang: Java
  Description : Eclipse Remote System Explorer (RSE)

Remote System Explorer is a framework and toolkit in Eclipse Workbench 
that allows you to connect and work with a variety of remote systems.


Notes:
This is a Dependency for upgrading eclipse-cdt and also eclipse-dltk 
(and possible others)

~Niels



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

Bug#551855: Added to my TODO

[Niels Thykier]

Hi

I will get on this after I am done with eclipse, eclipse-cdt and and we 
are done with the Ubuntu freeze etc.


It appears to depend on the following unpacked stuff:
 * eclipse-emf (= 2.5.0)
 * eclipse-mylyn (= 3.2)
 * eclipse-rse

And is obviously waiting for eclipse 3.5.1 to hit the mirrors, which will 
be done after the Ubuntu Freeze


Help is more than welcome; thank you in advance,
~Niels




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

Bug#526489: I am out of my damn mind. - ITA: eclipse

[Niels Thykier]

retitle 526489 ITA: eclipse -- Extensible Tool platform and java IDE
owner 526489 !
thanks

Hi

As the title says, I intend to take over eclipse.

Tim Sally, I noticed that you expressed an interest in taking this, but
you never got around to take ownership of this bug. I have assumed you
lost interest - if I am wrong feel free to take this.

~Niels



signature.asc
Description: OpenPGP digital signature

Bug#535691: RFH: munin packaging help

[Niels Thykier]

Holger Levsen wrote:
 package: wnpp
 x-debbugs-cc: munin-deb-ma...@linpro.no, munin-us...@lists.sourceforge.net

 Hi,

 the munin package could need some more love:

 - currently there are 35 open bugs, some with patches, some need to go
   upstream, etc. - and there is a constant flow of new bugs coming, see
   see http://people.debian.org/~glandium/bts/m/munin.png
 - the Debian package has 55 patches applied. Few are Debian specific, many
   have been applied upstream in the 1.3 branch, but some not. Unfortunatly,
   we dont have an overview about which patch is in which category...
 - munin 1.3 is about to from alpha to beta status and 1.4 might even be 
   released in time for squeeze. It would be awesome to upload 1.3 to  
   experimental soon, to get more testing.
 - while uploaders lists five people, most work in the last year has been done
   by two and most work in the last half year has been done by one person...

 If you are interested in helping out, no matter whether you are a DD, DM or 
 not, please contact me or just start working:

 - BTS cleanup
 - patch renaming (1xx_* = debian-specific, 2xx_* = applied in 1.3, etc)
 - packaging 1.3


 Thanks,
   Holger
   

Hi Holger (or anyone interested in helping)

I am not sure I am able to dedicate myself long term to this package,
but I have examined the patches for munin
(http://patch-tracking.debian.net/package/munin/1.2.6-12) and compared
them to munin-trunk (r2285).  I have attached my finding, which mainly
determines which of the patches are still valid.

I may have a look at the source package and implement these changes
later depending on what my sponsor says about my current package.

~Niels




--- Fixed ---
510-fix-bashisms
470-munin-run-man-typo.patch
480-node.d-apache-asterisk.patch
490-node.d-asterisk-if.in
380-munin-graph-utf8.patch
270-Plugin.pm-typo.patch
100-node.d-tomcat_access.patch
330-courier-typo
120-node.d-tomcat_threads.patch
130-node.d-tomcat_volume.patch
200-node-plugins.history.patch
232-ntp_offset.patch
236-nut_misc.patch
381-munin-graph-column-indention.patch
410-muninnodeconf-manpage.patch
450-munin-cgi-graph.patch
520-node.d-nut-plugins

140-node.d-ups_.patch - included as plugins/node.d/nutups_.in

160-node.d-postgres-plugins.patch - included upstream (in folder: node/node.d/)

350-munin-run-usage-fix.patch - suspect it has been rewritten as 
node/sbin/munin-run which prints a better usage.

211-munin-manpage.patch - included upstream (as: master/doc/munin.pod, builds: 
build/doc/munin.8)
- May want to patch it to munin.1

310-node-configure_bugfix - File appears to be (partly) rewritten - the error 
is handled differently but seems to be  correct.
  [for reference: node/sbin/munin-node-configure in sub 
parse_suggest_response line 881-902]

280-if_regex - The context has changed, but it appears to be fixed.


--- Not-fixed plugins ---
  * all plugin patches should change path from node/node.d... to 
plugins/node.d...
300-vserver_plugins
150-node.d-openvpn
500-node.d-bind9_rndc-3.5
320-sensors_fix
430-apc_nis-line_volt.patch
360-fw_conntrack-graph_args.patch
260-courier-logtail.patch
233-df_and_df_inode.patch
230-exim_mailqueue.patch
440-node.d.linux-iostat.patch
550-ejabberd-plugin
560-asterisk-plugins

  * Below this point the patches may need some extra modification.
290-postfix_spooldir - NB: The file has been changed.
240-amavis-logtail.patch - NB: The file has been changed.
250-amavis-maillog.patch - NB: The file has been changed.
460-netstat.regex.patch - Regex has been modified (for readability - 
functionallity does not appear to have changed.)
235-ip_.patch - NB: Half of the patch is now invalid (comments have been 
replaced with some explaination)
231-exim_mailstats.patch - NB: partly fix, but the pid removal for (debian) 
#440622 is excluded.


--- Not-fixed (other) ---
400-style_css.patch - NB: file moved to master/www
370-plugin-doc-typos.patch - NB: file moved to plugins/lib/Plugin.pm
   - Partly fix: (2nd entry: its).



--- May have been fixed satisfiable ---
234-smart_.patch - (now: plugins/node.d/smart_.in) It checks an environment 
variable to determine whether the extra arguments should be inserted.


--- Needs more checking: ---
460-munin-cgi-graph-mkdir.patch - script looks rewritten / cannot find the 
context. 
- NB: file moved to master/_bin/munin-html.in

391-munin-node-ipv6.patch - File seems to have been deleted or rewritten 
(suspect it is now called node/sbin/munin-node)

390-munin-run-ipv6.patch - File seems to have been deleted or rewritten 
(suspect it is now called node/sbin/munin-run)

340-nfsd-fix.patch - Rewritten as plugins/node.d.linux/nfsd.in 

220-Makefile.patch - Cannot find the patched code nor its contents. 
   - Given the structual modifications to the code the patch is 
probably invalid and is either not required or needs to be rewritten from 

Bug#510596: RFP: libfreehep-java -- encourage the sharing and reuse of Java code , in High Energy Physics

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Dominik

Since you have decided to work on it, you should probably retitle this
bug to an ITP and assume ownership of the bug. Right now it is still
listed as an RFP.

~NT

You can send the following to cont...@bugs.debian.org to claim ownership.


retitle 510596 ITP: structorizer -- tool to create Nassi-Schneiderman
Diagrams (NSD)
owner 510596 !
stop
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkoqhhEACgkQVCqoiq1YlqyPqgCfYSV/dfYRph46Ct+C6W948uDp
WQkAoINAhgFYTHSoX71e3xs2w7pVIolp
=EfZc
-END PGP SIGNATURE-




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

Bug#407652: ITA: html2ps -- HTML to PostScript converter

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Jeremiah and Steaphan

It appears, I was not paying attention with my last reply (I did not
notice it was Steaphan, who wrote and not Jeramiah .). Sorry for the
mail confusion.

Nevertheless, I am glad that you are going to adopt this package
Jeremiah. If you are both interested (in joint maintainership), you
can both maintain it. Not sure how it works, but some - especially
larger - packages have multiple uploaders/maintainers.


Oh Jeremiah, you may want to merge #531434 with this one (or close
#531434).

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

iEYEARECAAYFAkoj4PEACgkQVCqoiq1YlqyNDwCfdkCRY5daJalmMSM60ONIYqjI
Y4sAnj6HN2lFC0B4nZ0LPub/bsqKQb7s
=dfTz
-END PGP SIGNATURE-




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

Bug#407652: Do you still intend to adopt html2ps?

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Steaphan Greene wrote:
 For the record, I am still interested in taking this package over,
 if no current DD wants to do it.  However, I am still NOT a DD, so
 I would still need a sponsor.

I do not think that any other DD are dying to take it (they probably
would have by now if they were). So go ahead and take it.

You can get a sponsor via http://mentors.debian.net/, once you have
build the package. Sadly I am not a DD myself, so I cannot become your
sponsor; however if you need help, I can try. Otherwise I suggest the
mentors IRC-channel or the mentor mailing lists as ways to getting help.


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

iEYEARECAAYFAkoi1ZwACgkQVCqoiq1Ylqyw1wCfTKBeYii4NqTRGTmZmyg0U/cG
/NoAoI2cGHylPrep3i1yKZ/HExUW8CBy
=iuDA
-END PGP SIGNATURE-




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

Bug#407652: Do you still intend to adopt html2ps?

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hey Jeremiah

I checked this bug report recently and noticed that you expressed
interest in adopting html2ps - though it is now about 6 months ago. If
you still want to adopt the package, please assume ownership over the
bug (and retitle it to ITA). Otherwise, if you have lost interest or
the time, - which is quite alright - I can email Steaphan and ask if
he is still interested in adopting it.

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

iEYEARECAAYFAkoemAAACgkQVCqoiq1YlqzSDwCeP2SAfYMYxqfcw4T+3DvgZobJ
PgQAn18VMUnJb94tru/seGD5r1K+68SC
=lsck
-END PGP SIGNATURE-




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