Bug#1012289: RFH: lintian -- Debian package checker

[Martin-Éric Racine]

On Mon, 05 Feb 2024 13:20:07 + Bastien
=?ISO-8859-1?Q?Roucari=E8s?=  wrote:
> Le lundi 5 février 2024, 12:42:04 UTC Bill Allombert a écrit :
> > On Mon, Feb 05, 2024 at 12:28:02PM +0100, Axel Beckert wrote:
> > > Hi Bill,
> > >
> > > Bill Allombert wrote:
> > > > By the way, what happened to lintian.debian.org ?
> > >
> > > Seems as if someone (not me, just noticed it today when
> > > "private/refresh-data" failed…) pulled the plug on at least the DNS
> > > name. Probably because it hasn't been updated since Felix' try to
> > > rewrite it, which AFAIK was never finished, but the old thing also no
> > > more worked. (There's probably a lot of legacy code in
> > > "lib/Lintian/Output" related to one of these two website generations,
> > > maybe even both.)
> >
> > I used to generate my own copy of it because the official one was
> > out of date.
>
> Help here is welcome. I really like the l.d.o site particularly the graph
> >
> > > IMHO it's generally a good thing, except that it would have been
> > > better to redirect it to the according UDD pages instead.
> >
> > Yes, because there are ton of places still linking to lintian.debian.org
> > (e.g. wikipedia). We should ask DSA to redirect to salsa or UDD.

I just noticed this RFH. The last Lintian dates back from February
2024. Is there any way I can help? At the very least, we need a new
release that tests for standards 4.7.0 compatibility ASAP.

Martin-Éric

Bug#1013763: ITA: dhcpcd5

[Martin-Éric Racine]

Hey Scott!

Thanks for having maintained the package so far.

Thanks also to Bastian for having sponsored my recent QA uploads.

Unless anyone objects, I intend on adopting the package.

Martin-Éric

Bug#1006264: RFH: dhcpcd5 -- DHCPv4, IPv6RA and DHCPv6 client with IPv4LL support

[Martin-Éric Racine]

On Wed, Feb 23, 2022 at 8:38 AM Martin-Éric Racine
 wrote:
>
> On Wed, Feb 23, 2022 at 1:10 AM Noah Meyerhans  wrote:
> >
> > On Tue, Feb 22, 2022 at 08:27:10PM +0100, Marco d'Itri wrote:
> > > On Feb 22, Noah Meyerhans  wrote:
> > >
> > > > For servers, the ideal situation is somewhat less clear, but there was
> > > > at least some interest in using systemd-networkd (with or without
> > > > netplan).
> > > Why even consider netplan, I wonder?
> >
> > It's not something I'm interested in, but there were some arguments made
> > in favor of it in the earlier thread.
> > https://lists.debian.org/debian-devel/2021/09/msg00410.html
>
> On the plus side, netplan uses a centralized configuration file just
> as /etc/network/interface currently does. On the minus side, YAML
> really makes for cluttered config files. I don't like it.
>
> I tried networkd. It comes with the same problem as all of systemd:
> every tiniest thing is expected to have its own unit file; there is no
> centralized /etc/network/interface and no support for WPA. It sucks.
>
> NM works well on laptops via GNOME's NM applet, but is a PITA for
> everything else.
>
> Personally, I'd migrate dhclient to dhcpcd5. NM already has a dhcpcd5
> backend, as indicated in #964947 by Michael Biebel.
>
> Integrating bridge-utils into ifupdown and uniformizing the
> configuration syntax would also be desirable.

As mentioned in Bug #964947, I have a dhcpcd5 NMU waiting on Mentors.

Martin-Éric

Bug#1006264: RFH: dhcpcd5 -- DHCPv4, IPv6RA and DHCPv6 client with IPv4LL support

[Martin-Éric Racine]

On Wed, Feb 23, 2022 at 1:10 AM Noah Meyerhans  wrote:
>
> On Tue, Feb 22, 2022 at 08:27:10PM +0100, Marco d'Itri wrote:
> > On Feb 22, Noah Meyerhans  wrote:
> >
> > > For servers, the ideal situation is somewhat less clear, but there was
> > > at least some interest in using systemd-networkd (with or without
> > > netplan).
> > Why even consider netplan, I wonder?
>
> It's not something I'm interested in, but there were some arguments made
> in favor of it in the earlier thread.
> https://lists.debian.org/debian-devel/2021/09/msg00410.html

On the plus side, netplan uses a centralized configuration file just
as /etc/network/interface currently does. On the minus side, YAML
really makes for cluttered config files. I don't like it.

I tried networkd. It comes with the same problem as all of systemd:
every tiniest thing is expected to have its own unit file; there is no
centralized /etc/network/interface and no support for WPA. It sucks.

NM works well on laptops via GNOME's NM applet, but is a PITA for
everything else.

Personally, I'd migrate dhclient to dhcpcd5. NM already has a dhcpcd5
backend, as indicated in #964947 by Michael Biebel.

Integrating bridge-utils into ifupdown and uniformizing the
configuration syntax would also be desirable.

Martin-Éric

Bug#1006264: RFH: dhcpcd5 -- DHCPv4, IPv6RA and DHCPv6 client with IPv4LL support

[Martin-Éric Racine]

On Tue, Feb 22, 2022 at 9:14 PM Noah Meyerhans  wrote:
> On Tue, Feb 22, 2022 at 11:22:08AM +0200, Martin-Éric Racine wrote:
> > Given how upstream ISC will stop development of its DHCP suite by the end 
> > of 2022 [1], Debian will need to select a new stock DHCP client to ship 
> > with Priority:Important.
> >
> > dhcpcd5 seems like the most potential replacement. It covers most IPv4 and 
> > IPv6 usage cases, and upstream regularly updates the code. However, the 
> > Debian package hasn't been updated in ages.
>
> We talked a little bit about the future of DHCP clients in #995189,
> though we didn't come up with a definitive plan.  Regardless of what
> happens with dhcpcd5, we do need to move forward with something.  Doing
> nothing (which effectively leaves us with an unsupported dhclient by
> default) is not a good option.
>
> As far as I know, there are no drop-in replacements for dhclient.  Thus,
> the change is going to be pretty significant for dhclient users.  On the
> plus side, we get to use this as an opportunity to figure out what we
> really want to support long-term.

Agreed.

> For desktop systems running NetworkManager, it sounds like we don't need
> a dedicated DHCP client at all; nm has DHCP client support built in and
> uses it by default.

NM has support for a variety of DHCP backends. dhclient and dhcpcd5
are both supported. In #964947, Michael Biebel mentions that enabling
the dhcpcd5 backend has been requested, but cannot proceed until
Debian has a recent enough version in the repository.

> For servers, the ideal situation is somewhat less clear, but there was
> at least some interest in using systemd-networkd (with or without
> netplan).

I would avoid anything systemd or NM specific.

Martin-Éric

Bug#995189: RFH: isc-dhcp

[Martin-Éric Racine]

On Tue, Feb 22, 2022 at 10:58 AM Santiago R.R.  wrote:
>
> El 22/02/22 a las 10:09, Martin-Éric Racine escribió:
> > On Tue, Feb 22, 2022 at 5:31 AM Martin-Éric Racine
> >  wrote:
> ...
> > >
> > > Please note that there are now 2 upstream repos, if you wanna cherry
> > > pick CVE fixes:
> > >
> > > https://github.com/isc-projects/dhcp
> > > https://gitlab.isc.org/isc-projects/dhcp
> > >
> > > GitHub seems to be abandoned, while GitLab regularly sees commits and
> > > is where I found the 4.4.3 beta.
> > >
> > > Tarballs are still here:
> > >
> > > https://downloads.isc.org/isc/dhcp/
> >
> > To top it all, upstream has decided to retire this codebase by the end
> > of this year:
> >
> > https://www.isc.org/blogs/dhcp-client-relay-eom/
> >
> > This will have 2 impacts for Debian:
> >
> > 1) Whatever outstanding bugs Debian has will have to be solved and
> > applicable patches pushed upstream ASAP or closed as won't fix.
> >
> > 2) Debian will have to either agree with other distros on a common
> > fork to maintain or find a new DHCP client to replace the ISC client.
> >
>
> Indeed. And a minor degree, the DHCP relay.
>
> Thanks for pointing this out! This impact especially concerns ifupdown,
> for which an alternative Recommended dhcp client has to be found.

See also:

Bug#1006263: ifupdown: outdated DHCP client support
Bug#1006264:RFH: dhcpcd5 -- DHCPv4, IPv6RA and DHCPv6 client with IPv4LL support

Martin-Éric

Bug#1006264: RFH: dhcpcd5 -- DHCPv4, IPv6RA and DHCPv6 client with IPv4LL support

[Martin-Éric Racine]

Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-de...@lists.debian.org
Control: affects -1 src:dhcpcd5

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Given how upstream ISC will stop development of its DHCP suite by the end of 
2022 [1], Debian will need to select a new stock DHCP client to ship with 
Priority:Important.

dhcpcd5 seems like the most potential replacement. It covers most IPv4 and IPv6 
usage cases, and upstream regularly updates the code. However, the Debian 
package hasn't been updated in ages.

A bug was filed asking for the latest upstream release to be packaged was filed 
[2] but remains unanswered nearly 2 years later. A recent comment by Michael 
Biebl suggests that current versions of Network-Manager ship with support for 
this, but it would require a MUCH more recent version than what Debian 
currently ships.

I therefore think that dhcpcd5 deserves plenty of maintainance help, perhaps 
even a new maintainer.

Martin-Éric

The package description is:
 dhcpcd is a one stop network management daemon which includes
  * RFC compliant DHCPv4 and DHCPv6 clients
  * DHCPv6 Prefix Delegation support
  * IPv4LL (aka ZeroConf) support
  * ARP address conflict resolution
  * Link carrier detection
  * Wireless SSID profiles
  * ARP ping profiles

1. 
2. 

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEyJACx3qL7GpObXOQrh+Cd8S017YFAmIUqzkACgkQrh+Cd8S0
17ZAwg/+Oy+N3Hw15+5MJ/VtdhZotqzROhyRjVp9JRVs9ql/43jea4LZFQjwvmfx
he/KZlN/iYPR8Ky8PWD5U02ywN+wtlfxC39DLwtsPhylT70hNMydAh1+IHQKgope
IbYIfDG2V90nat42GNU7v0+PPHey8OXnvgmXuffhm2I8q43qMd1CJ/Q8HYlILtu6
ApbNAeo8i/q17BhqqKoT6YfS0o83MgMvSdSCZQhBLg/r1tZUMeONbkc2fNeC8sif
AdZEBDiiXN2blRAwDEHj6uCOEuucxfCWdp3zZEiw7konCilYuCejB479B+UiJtlY
rgdBvrrffb/E38S0q/04PlOG40R9BfJ79ksvvYvo0uzNwg6X+7u102Vy/ZXAxAIW
x0myHLmg3npaq9bFP/w8hK12Vsi+BfDZ7aZCH3VIu72scaFgjxIYWSdd9MGDDhP1
prs91poRDFAvlS5cuolz4wHntexkG4VB14fDaHmmTY9g+IiF5CGFmcLxdtmiJwNN
oQanaK9K8EU4uaF5VT8IYymSeO0HsSqZre9dIaF9d3HOUWYTtopRpAxhmbH6F0UO
2YUAJ/PO22ygprwubz+AfhFJwp1o6kLd+0ui0Kca3t8GwEHw+y3NBvTCnIfayXxp
jbSRipyvtkRK1+n8uK97sty7B+HMG9T5D4vQjrdynmNUcDYx69I=
=hiw9
-END PGP SIGNATURE-

Bug#995189: RFH: isc-dhcp

[Martin-Éric Racine]

On Tue, Feb 22, 2022 at 5:31 AM Martin-Éric Racine
 wrote:
>
> On Mon, Feb 21, 2022 at 11:44 PM Santiago R.R.  wrote:
> >
> > El 21/02/22 a las 15:19, Martin-Éric Racine escribió:
> > > On Mon, Feb 21, 2022 at 2:18 PM Martin-Éric Racine
> > >  wrote:
> > > >
> > > > On Thu, Jan 6, 2022 at 8:40 PM Santiago R.R.  
> > > > wrote:
> > > > > On January 6, 2022 4:49:49 AM GMT-05:00, "Martin-Éric Racine" 
> > > > >  wrote:
> > > > > >Hello again,
> > > > > >
> > > > > >ke 24. marrask. 2021 klo 16.20 Santiago Ruano Rincón
> > > > > >(santiag...@riseup.net) kirjoitti:
> > > > > >> El 07/11/21 a las 13:54, Martin-Éric Racine escribió:
> > > > > >> > ma 27. syysk. 2021 klo 21.44 Santiago Ruano Rincón
> > > > > >> > (santiag...@riseup.net) kirjoitti:
> > > > > >> > > El 27/09/21 a las 20:25, Martin-Éric Racine escribió:
> > > > > >> > > > Package: wnpp
> > > > > >> > > > Severity: normal
> > > > > >> > > > X-Debbugs-Cc: debian-de...@lists.debian.org
> > > > > >> > > > Control: affects -1 src:isc-dhcp
> > > > > >> > > >
> > > > > >> > > > -BEGIN PGP SIGNED MESSAGE-
> > > > > >> > > > Hash: SHA256
> > > > > >> > > >
> > > > > >> > > > The ISC DHCP suite has a lenghty list of bug reports that 
> > > > > >> > > > have been left unattended. Some bugs date back to DHCP 3 or 
> > > > > >> > > > even earlier.
> > > > > >> > > >
> > > > > >> > > > Additionally, recent upstream releases are still unpackaged. 
> > > > > >> > > > One release came out well ahead of the Bullseye freeze, a 
> > > > > >> > > > bug report requesting its packaging was filed, but it 
> > > > > >> > > > remains unanswered.
> > > > > >> > > >
> > > > > >> > > > Leaving a package with a priority Important in such utter 
> > > > > >> > > > state of neglect is unacceptable.
> > > > > >> > > >
> > > > > >> > > > At this point, it has become clear that, at the very least, 
> > > > > >> > > > its maintainers need help, hence why I filed this WNPP bug.
> > > > > >> > >
> > > > > >> > > Indeed. I am willing to spend some cycles to help maintaining 
> > > > > >> > > it. I
> > > > > >> > > requested access to the ISC DHCP packaging team in salsa ~a 
> > > > > >> > > couple of
> > > > > >> > > weeks ago, but I hasn't been answered yet (mgilbert is its 
> > > > > >> > > only member).
> > > > > >> > > It was on my ToDo list to ping the maintainers (in CC).
> > > > > >> >
> > > > > >> > Has any progress taken place on this?
> > > > > >>
> > > > > >> I've started doing some work at 
> > > > > >> https://salsa.debian.org/santiago/isc-dhcp/
> > > > > >>
> > > > > >> I still didn't get any answer from current maintainers (keeping 
> > > > > >> them in
> > > > > >> CC), so I plan to retitle this bug as an ITS bug soon. Hopefully no
> > > > > >> later than next Friday.
> > > > > >
> > > > > >Has the ITA taken place?
> > > > > >
> > > > >
> > > > > Not an ITA, but an ITS (CCed). I was unable close according to the 
> > > > > ITS schedule, and I will have to resume the work after then end of my 
> > > > > VAC (mid-January)
> > > >
> > > > This was nearly 2 months ago.  At this point, I think that apollock
> > > > and mgilbert might as well be considered MIA.
> > >
> > > Sure enough, upstream already is up to version 4.4.3b1, 26 January
> > > 2022, and recent commits include CVE fixes.
> >
> > OK. I am resuming the work on this, and I'll upload it ASAP.
> >
> > I have just requested to move the isc-dhcp packaging repo to the debian/
> > namespace.
>
> Please note that there are now 2 upstream repos, if you wanna cherry
> pick CVE fixes:
>
> https://github.com/isc-projects/dhcp
> https://gitlab.isc.org/isc-projects/dhcp
>
> GitHub seems to be abandoned, while GitLab regularly sees commits and
> is where I found the 4.4.3 beta.
>
> Tarballs are still here:
>
> https://downloads.isc.org/isc/dhcp/

To top it all, upstream has decided to retire this codebase by the end
of this year:

https://www.isc.org/blogs/dhcp-client-relay-eom/

This will have 2 impacts for Debian:

1) Whatever outstanding bugs Debian has will have to be solved and
applicable patches pushed upstream ASAP or closed as won't fix.

2) Debian will have to either agree with other distros on a common
fork to maintain or find a new DHCP client to replace the ISC client.

Martin-Éric

Bug#995189: RFH: isc-dhcp

[Martin-Éric Racine]

On Mon, Feb 21, 2022 at 11:44 PM Santiago R.R.  wrote:
>
> El 21/02/22 a las 15:19, Martin-Éric Racine escribió:
> > On Mon, Feb 21, 2022 at 2:18 PM Martin-Éric Racine
> >  wrote:
> > >
> > > On Thu, Jan 6, 2022 at 8:40 PM Santiago R.R.  
> > > wrote:
> > > > On January 6, 2022 4:49:49 AM GMT-05:00, "Martin-Éric Racine" 
> > > >  wrote:
> > > > >Hello again,
> > > > >
> > > > >ke 24. marrask. 2021 klo 16.20 Santiago Ruano Rincón
> > > > >(santiag...@riseup.net) kirjoitti:
> > > > >> El 07/11/21 a las 13:54, Martin-Éric Racine escribió:
> > > > >> > ma 27. syysk. 2021 klo 21.44 Santiago Ruano Rincón
> > > > >> > (santiag...@riseup.net) kirjoitti:
> > > > >> > > El 27/09/21 a las 20:25, Martin-Éric Racine escribió:
> > > > >> > > > Package: wnpp
> > > > >> > > > Severity: normal
> > > > >> > > > X-Debbugs-Cc: debian-de...@lists.debian.org
> > > > >> > > > Control: affects -1 src:isc-dhcp
> > > > >> > > >
> > > > >> > > > -BEGIN PGP SIGNED MESSAGE-
> > > > >> > > > Hash: SHA256
> > > > >> > > >
> > > > >> > > > The ISC DHCP suite has a lenghty list of bug reports that have 
> > > > >> > > > been left unattended. Some bugs date back to DHCP 3 or even 
> > > > >> > > > earlier.
> > > > >> > > >
> > > > >> > > > Additionally, recent upstream releases are still unpackaged. 
> > > > >> > > > One release came out well ahead of the Bullseye freeze, a bug 
> > > > >> > > > report requesting its packaging was filed, but it remains 
> > > > >> > > > unanswered.
> > > > >> > > >
> > > > >> > > > Leaving a package with a priority Important in such utter 
> > > > >> > > > state of neglect is unacceptable.
> > > > >> > > >
> > > > >> > > > At this point, it has become clear that, at the very least, 
> > > > >> > > > its maintainers need help, hence why I filed this WNPP bug.
> > > > >> > >
> > > > >> > > Indeed. I am willing to spend some cycles to help maintaining 
> > > > >> > > it. I
> > > > >> > > requested access to the ISC DHCP packaging team in salsa ~a 
> > > > >> > > couple of
> > > > >> > > weeks ago, but I hasn't been answered yet (mgilbert is its only 
> > > > >> > > member).
> > > > >> > > It was on my ToDo list to ping the maintainers (in CC).
> > > > >> >
> > > > >> > Has any progress taken place on this?
> > > > >>
> > > > >> I've started doing some work at 
> > > > >> https://salsa.debian.org/santiago/isc-dhcp/
> > > > >>
> > > > >> I still didn't get any answer from current maintainers (keeping them 
> > > > >> in
> > > > >> CC), so I plan to retitle this bug as an ITS bug soon. Hopefully no
> > > > >> later than next Friday.
> > > > >
> > > > >Has the ITA taken place?
> > > > >
> > > >
> > > > Not an ITA, but an ITS (CCed). I was unable close according to the ITS 
> > > > schedule, and I will have to resume the work after then end of my VAC 
> > > > (mid-January)
> > >
> > > This was nearly 2 months ago.  At this point, I think that apollock
> > > and mgilbert might as well be considered MIA.
> >
> > Sure enough, upstream already is up to version 4.4.3b1, 26 January
> > 2022, and recent commits include CVE fixes.
>
> OK. I am resuming the work on this, and I'll upload it ASAP.
>
> I have just requested to move the isc-dhcp packaging repo to the debian/
> namespace.

Please note that there are now 2 upstream repos, if you wanna cherry
pick CVE fixes:

https://github.com/isc-projects/dhcp
https://gitlab.isc.org/isc-projects/dhcp

GitHub seems to be abandoned, while GitLab regularly sees commits and
is where I found the 4.4.3 beta.

Tarballs are still here:

https://downloads.isc.org/isc/dhcp/

Martin-Éric

Bug#995189: RFH: isc-dhcp

[Martin-Éric Racine]

On Mon, Feb 21, 2022 at 2:18 PM Martin-Éric Racine
 wrote:
>
> On Thu, Jan 6, 2022 at 8:40 PM Santiago R.R.  wrote:
> > On January 6, 2022 4:49:49 AM GMT-05:00, "Martin-Éric Racine" 
> >  wrote:
> > >Hello again,
> > >
> > >ke 24. marrask. 2021 klo 16.20 Santiago Ruano Rincón
> > >(santiag...@riseup.net) kirjoitti:
> > >> El 07/11/21 a las 13:54, Martin-Éric Racine escribió:
> > >> > ma 27. syysk. 2021 klo 21.44 Santiago Ruano Rincón
> > >> > (santiag...@riseup.net) kirjoitti:
> > >> > > El 27/09/21 a las 20:25, Martin-Éric Racine escribió:
> > >> > > > Package: wnpp
> > >> > > > Severity: normal
> > >> > > > X-Debbugs-Cc: debian-de...@lists.debian.org
> > >> > > > Control: affects -1 src:isc-dhcp
> > >> > > >
> > >> > > > -BEGIN PGP SIGNED MESSAGE-
> > >> > > > Hash: SHA256
> > >> > > >
> > >> > > > The ISC DHCP suite has a lenghty list of bug reports that have 
> > >> > > > been left unattended. Some bugs date back to DHCP 3 or even 
> > >> > > > earlier.
> > >> > > >
> > >> > > > Additionally, recent upstream releases are still unpackaged. One 
> > >> > > > release came out well ahead of the Bullseye freeze, a bug report 
> > >> > > > requesting its packaging was filed, but it remains unanswered.
> > >> > > >
> > >> > > > Leaving a package with a priority Important in such utter state of 
> > >> > > > neglect is unacceptable.
> > >> > > >
> > >> > > > At this point, it has become clear that, at the very least, its 
> > >> > > > maintainers need help, hence why I filed this WNPP bug.
> > >> > >
> > >> > > Indeed. I am willing to spend some cycles to help maintaining it. I
> > >> > > requested access to the ISC DHCP packaging team in salsa ~a couple of
> > >> > > weeks ago, but I hasn't been answered yet (mgilbert is its only 
> > >> > > member).
> > >> > > It was on my ToDo list to ping the maintainers (in CC).
> > >> >
> > >> > Has any progress taken place on this?
> > >>
> > >> I've started doing some work at 
> > >> https://salsa.debian.org/santiago/isc-dhcp/
> > >>
> > >> I still didn't get any answer from current maintainers (keeping them in
> > >> CC), so I plan to retitle this bug as an ITS bug soon. Hopefully no
> > >> later than next Friday.
> > >
> > >Has the ITA taken place?
> > >
> >
> > Not an ITA, but an ITS (CCed). I was unable close according to the ITS 
> > schedule, and I will have to resume the work after then end of my VAC 
> > (mid-January)
>
> This was nearly 2 months ago.  At this point, I think that apollock
> and mgilbert might as well be considered MIA.

Sure enough, upstream already is up to version 4.4.3b1, 26 January
2022, and recent commits include CVE fixes.

Martin-Éric

Bug#995189: RFH: isc-dhcp

[Martin-Éric Racine]

On Thu, Jan 6, 2022 at 8:40 PM Santiago R.R.  wrote:
> On January 6, 2022 4:49:49 AM GMT-05:00, "Martin-Éric Racine" 
>  wrote:
> >Hello again,
> >
> >ke 24. marrask. 2021 klo 16.20 Santiago Ruano Rincón
> >(santiag...@riseup.net) kirjoitti:
> >> El 07/11/21 a las 13:54, Martin-Éric Racine escribió:
> >> > ma 27. syysk. 2021 klo 21.44 Santiago Ruano Rincón
> >> > (santiag...@riseup.net) kirjoitti:
> >> > > El 27/09/21 a las 20:25, Martin-Éric Racine escribió:
> >> > > > Package: wnpp
> >> > > > Severity: normal
> >> > > > X-Debbugs-Cc: debian-de...@lists.debian.org
> >> > > > Control: affects -1 src:isc-dhcp
> >> > > >
> >> > > > -BEGIN PGP SIGNED MESSAGE-
> >> > > > Hash: SHA256
> >> > > >
> >> > > > The ISC DHCP suite has a lenghty list of bug reports that have been 
> >> > > > left unattended. Some bugs date back to DHCP 3 or even earlier.
> >> > > >
> >> > > > Additionally, recent upstream releases are still unpackaged. One 
> >> > > > release came out well ahead of the Bullseye freeze, a bug report 
> >> > > > requesting its packaging was filed, but it remains unanswered.
> >> > > >
> >> > > > Leaving a package with a priority Important in such utter state of 
> >> > > > neglect is unacceptable.
> >> > > >
> >> > > > At this point, it has become clear that, at the very least, its 
> >> > > > maintainers need help, hence why I filed this WNPP bug.
> >> > >
> >> > > Indeed. I am willing to spend some cycles to help maintaining it. I
> >> > > requested access to the ISC DHCP packaging team in salsa ~a couple of
> >> > > weeks ago, but I hasn't been answered yet (mgilbert is its only 
> >> > > member).
> >> > > It was on my ToDo list to ping the maintainers (in CC).
> >> >
> >> > Has any progress taken place on this?
> >>
> >> I've started doing some work at https://salsa.debian.org/santiago/isc-dhcp/
> >>
> >> I still didn't get any answer from current maintainers (keeping them in
> >> CC), so I plan to retitle this bug as an ITS bug soon. Hopefully no
> >> later than next Friday.
> >
> >Has the ITA taken place?
> >
>
> Not an ITA, but an ITS (CCed). I was unable close according to the ITS 
> schedule, and I will have to resume the work after then end of my VAC 
> (mid-January)

This was nearly 2 months ago.  At this point, I think that apollock
and mgilbert might as well be considered MIA.

Martin-Éric

Bug#995189: RFH: isc-dhcp

[Martin-Éric Racine]

Hello again,

ke 24. marrask. 2021 klo 16.20 Santiago Ruano Rincón
(santiag...@riseup.net) kirjoitti:
> El 07/11/21 a las 13:54, Martin-Éric Racine escribió:
> > ma 27. syysk. 2021 klo 21.44 Santiago Ruano Rincón
> > (santiag...@riseup.net) kirjoitti:
> > > El 27/09/21 a las 20:25, Martin-Éric Racine escribió:
> > > > Package: wnpp
> > > > Severity: normal
> > > > X-Debbugs-Cc: debian-de...@lists.debian.org
> > > > Control: affects -1 src:isc-dhcp
> > > >
> > > > -BEGIN PGP SIGNED MESSAGE-
> > > > Hash: SHA256
> > > >
> > > > The ISC DHCP suite has a lenghty list of bug reports that have been 
> > > > left unattended. Some bugs date back to DHCP 3 or even earlier.
> > > >
> > > > Additionally, recent upstream releases are still unpackaged. One 
> > > > release came out well ahead of the Bullseye freeze, a bug report 
> > > > requesting its packaging was filed, but it remains unanswered.
> > > >
> > > > Leaving a package with a priority Important in such utter state of 
> > > > neglect is unacceptable.
> > > >
> > > > At this point, it has become clear that, at the very least, its 
> > > > maintainers need help, hence why I filed this WNPP bug.
> > >
> > > Indeed. I am willing to spend some cycles to help maintaining it. I
> > > requested access to the ISC DHCP packaging team in salsa ~a couple of
> > > weeks ago, but I hasn't been answered yet (mgilbert is its only member).
> > > It was on my ToDo list to ping the maintainers (in CC).
> >
> > Has any progress taken place on this?
>
> I've started doing some work at https://salsa.debian.org/santiago/isc-dhcp/
>
> I still didn't get any answer from current maintainers (keeping them in
> CC), so I plan to retitle this bug as an ITS bug soon. Hopefully no
> later than next Friday.

Has the ITA taken place?

Cheers!
Martin-Éric

Bug#995189: RFH: isc-dhcp

[Martin-Éric Racine]

ke 24. marrask. 2021 klo 16.20 Santiago Ruano Rincón
(santiag...@riseup.net) kirjoitti:
> I've started doing some work at https://salsa.debian.org/santiago/isc-dhcp/
>
> I still didn't get any answer from current maintainers (keeping them in
> CC), so I plan to retitle this bug as an ITS bug soon. Hopefully no
> later than next Friday.

Btw, you might wanna look at the changes that Ubuntu made as well, in
case they have already fixed some pending issues.

https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/isc-dhcp/4.4.1-2.3ubuntu1/isc-dhcp_4.4.1-2.3ubuntu1.dsc

This one is obviously against what's currently in unstable.

Martin-Éric

Bug#995189: RFH: isc-dhcp

[Martin-Éric Racine]

Howdy!

ma 27. syysk. 2021 klo 21.44 Santiago Ruano Rincón
(santiag...@riseup.net) kirjoitti:
> El 27/09/21 a las 20:25, Martin-Éric Racine escribió:
> > Package: wnpp
> > Severity: normal
> > X-Debbugs-Cc: debian-de...@lists.debian.org
> > Control: affects -1 src:isc-dhcp
> >
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> >
> > The ISC DHCP suite has a lenghty list of bug reports that have been left 
> > unattended. Some bugs date back to DHCP 3 or even earlier.
> >
> > Additionally, recent upstream releases are still unpackaged. One release 
> > came out well ahead of the Bullseye freeze, a bug report requesting its 
> > packaging was filed, but it remains unanswered.
> >
> > Leaving a package with a priority Important in such utter state of neglect 
> > is unacceptable.
> >
> > At this point, it has become clear that, at the very least, its maintainers 
> > need help, hence why I filed this WNPP bug.
>
> Indeed. I am willing to spend some cycles to help maintaining it. I
> requested access to the ISC DHCP packaging team in salsa ~a couple of
> weeks ago, but I hasn't been answered yet (mgilbert is its only member).
> It was on my ToDo list to ping the maintainers (in CC).

Has any progress taken place on this?

Martin-Éric

Bug#995189: RFH: isc-dhcp

[Martin-Éric Racine]

Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-de...@lists.debian.org
Control: affects -1 src:isc-dhcp

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The ISC DHCP suite has a lenghty list of bug reports that have been left 
unattended. Some bugs date back to DHCP 3 or even earlier.

Additionally, recent upstream releases are still unpackaged. One release came 
out well ahead of the Bullseye freeze, a bug report requesting its packaging 
was filed, but it remains unanswered.

Leaving a package with a priority Important in such utter state of neglect is 
unacceptable.

At this point, it has become clear that, at the very least, its maintainers 
need help, hence why I filed this WNPP bug.

- -- Martin-Éric

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEyJACx3qL7GpObXOQrh+Cd8S017YFAmFR/noACgkQrh+Cd8S0
17apRA/9EnsfZnMsWBz07360Z8fqdoZWteKo3Weqfa7lhfVXqHaaWKR1k83uY3gO
DEP+NGdDqMs5LVhQ4eDvEeMze2utCx52C2GFHebksI1QyaGruj9PSEu0j5CIBlKu
v/fXdk9BXk3oQ4bJoKM8HBifNVx/ICb1X/4wdr78dy4ZYQLB+XLkbQ5DGn/UJ4mr
VQctq/uxjFFY1zD+C5Mu7jG/X8eEbSXcshtMkxcoO3GW0c/Bmmy7Rm2exs1zHOkX
fAiULeThKPJkpYgbiw6+iPZiJqWeeoDtXo8gInuw8riP3sua9PxhEwKnZBEcACJ3
BAT5ethXxAhC5Ecd+pzuqzlTrP9FYDqPyie3If0A9XK1sDPsnnn5yERWeuAn8L2E
7tZ5BAuBCEskQ+Z9Q1MqgK8/yeabzZRzmd2VCy+FXMfENjhDeGm1YefPSD80mebG
UGVbN1MC9274pv6oomPkM6fQidIcbUIZDlBj2qJOxFWgXuv3jcnzWs4+XV9VssiD
s/B5+YC9XvItCpZKjAUBaXDUX/hzPqFoseRygRPChxgrzyvP7ChWSz1JY9G73EYg
ITe7KHQ9wqAMPJYmUp0ZmcACn9tCWH/xSt99KLrnYURPxNHcYpG8+Pwr5r9swJ50
fjkEyEZWCNUu6u8uUvSx5sPrc29aIpuk+QXeBJIsAB24roy8ONo=
=5hUD
-END PGP SIGNATURE-

Bug#993844: RFP: akvcam-dkms -- Virtual camera driver for Linux

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: akvcam-dkms
  Version : 1.2.2
  Upstream Author : Gonzalo Exequiel Pedone 
* URL : https://github.com/webcamoid/akvcam
* License : GPL 2+
  Programming Lang: C
  Description : Virtual camera driver for Linux
akvcam is a fully compliant V4L2 virtual camera driver for Linux.
.
Features:
 * Flexible configuration with a simple INI file like.
 * Support for map, user pointer, and read/write modes.
 * Can cat and echo to the device.
 * Supports emulated camera controls in capture devices (brightness, contrast, 
saturation, etc.).
 * Configurable default picture in case no input signal available.
 * The devices can't be rejected by programs that rejects M2M devices.
 * Fully compliant with V4L2 standard.
 * Support for LTS kernels.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEyJACx3qL7GpObXOQrh+Cd8S017YFAmE3FTIACgkQrh+Cd8S0
17a5iRAAp+3eu8VhZE4LIpXjfxWChsWGe1lvZD1ppBFwYR8PAGcJHupPwkaSiCVj
4OnyMz5XFI8NPIBJuZzMOv3Etey737kKwcTIXsNGFLmtvZPQ58aoWekug4t3O394
0ZfMNeFKYo6POFzB1UUto4ZeAjWiSZpSOw9I+ej8bcHlX355OlTqacHQa66fwm8Z
Z8D2qlDbrmZebUlUTGVWcrzp0BwG1LKpKSu+TTOEG2WGsisFWCvk6xw9gPRf/LSC
f7uMj3PBd5jXfCyAJae3yWjU8njMc2Fj/6gCCUxq//AB6wmiALaQ01Td8LgQi2Qy
MCNbDm/XBJVs97dxxhA+kjnzIUadRJUvWeejp4XFkZX2IXWNadka1Xwu1oHo5FSG
mS6InSxLtFR8WD/HJZ3Q7oB29hSwB9pJxmSqPZCuQjzZm3dzE3KSXCRq+xIauXht
PeKG8EqwqhFZ0YO8ocZf+JEkRT2UN67CDXQuBSI3AqBxkJQux8ziUoAAxRkPnzuo
ZYVRNTs/rpwxIT2s3gFtDs1iGkU89831b3u6QU5mwFnr1jVskXmKpnOqk5C5C+R2
bYf2Yiy+keQ3HEncAarEVgyThJv+ffYyH6WVSa9wmMEznAzYDofhBUUAB9tpO+hz
+Bze02131oxYULAvYbV/e9HQZaEeJ/hRHPs4gjSKpfqoHvQTicc=
=QQ0G
-END PGP SIGNATURE-

Bug#683070: RFP: friendly-recovery -- user-friendly menu to common system-recovery operations

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist

* Package name: friendly-recovery
  Version : 0.2.25
  Upstream Authors: Ryan Lortie de...@desrt.ca, Stéphane Graber 
stgra...@ubuntu.com
* URL : 
https://code.launchpad.net/~ubuntu-core-dev/friendly-recovery/ubuntu
* License : GPL-2
  Programming Lang: Bourne Shell
  Description : user-friendly menu to common system-recovery operations

Friendly Recovery provides a user-friendly menu to perform common 
system-recovery oprations on a Debian-based host.
.
It features a pluggable architecture that enables easy addition of
new options to the curses-based menu offered via initrd content.


-- 
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/20120728120703.7545.37869.report...@henna.lan

Bug#655927: ITP: smartcardpp -- C++ library for accessing Smart Cards

[Martin-Éric Racine]

15. tammikuuta 2012 21.30 Simon Josefsson si...@josefsson.org kirjoitti:
 Martin-Éric Racine martin-eric.rac...@iki.fi writes:

 Package: wnpp
 Severity: wishlist
 Owner: Martin-Éric Racine martin-eric.rac...@iki.fi

 * Package name    : smartcardpp
   Version         : 0.3.0
   Upstream Author : Kalev Lember ka...@smartlink.ee  others
 * URL             : http://code.google.com/p/esteid/
 * License         : LGPL 2.1
   Programming Lang: C++
   Description     : C++ library for accessing Smart Cards

 smartcardpp is a set of C++ classes to manage Smart Card
 communications and to implement basic command primitives.
 .
 This package provides the runtime libraries.

 *

 This package is one of 6 packages created by the Estonian government
 to support national ID cards on Free Software operating systems.

 This particular package is one of the core libraries used to access
 and manipulate the data on the ID cards.

 The whole suite is comprised of the following source packages:

 smartcardpp
 libdigidoc
 libdigidocpp
 qesteidutil
 qdigidoc
 esteid-browser-plugin

 Is this package applicable to any smartcard, or just to Estonian EID?
 The package name sounds quite generic, but from the description it seems
 less clear.

 /Simon

smartcardpp is a generic C++ library to access Smart Cards. It just
happens to have been created as a part of the Estonian national ID
card software project, by engineers who prefer to work with
object-oriented languages.

The package is ready to upload, btw. It just needs a sponsor.

Martin-Éric



--
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/capzxpqfafdbbs4c-5vjuf8d_4vbjq6kchmem+q-rhct+bmr...@mail.gmail.com

Bug#655927: ITP: smartcardpp -- C++ library for accessing Smart Cards

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist
Owner: Martin-Éric Racine martin-eric.rac...@iki.fi

* Package name: smartcardpp
  Version : 0.3.0
  Upstream Author : Kalev Lember ka...@smartlink.ee  others
* URL : http://code.google.com/p/esteid/
* License : LGPL 2.1
  Programming Lang: C++
  Description : C++ library for accessing Smart Cards

smartcardpp is a set of C++ classes to manage Smart Card
communications and to implement basic command primitives.
.
This package provides the runtime libraries.

*

This package is one of 6 packages created by the Estonian government 
to support national ID cards on Free Software operating systems.

This particular package is one of the core libraries used to access
and manipulate the data on the ID cards.

The whole suite is comprised of the following source packages:

smartcardpp
libdigidoc
libdigidocpp
qesteidutil
qdigidoc
esteid-browser-plugin



-- 
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/20120114221057.22577.61084.report...@eesti.lan

Bug#608098: gnome-core: revert mass migration from -desktop-environment to -core

[Martin-Éric Racine]

On Mon, Dec 27, 2010 at 11:22 AM, Josselin Mouette j...@debian.org wrote:
 retitle 608098 RFP: gnome-martin-eric-racine - metapackage for Martin-Éric 
 Racine’s needs
 reassign 608098 wnpp
 kthxbye

 Le lundi 27 décembre 2010 à 08:07 +0200, Martin-Éric Racine a écrit :
 The massive migration of dependencies from gnome-desktop-environment
 to gnome-core is extremely undesirable, because it spoils the
 usefulness that gnome-core used to have in pulling just enough
 packages to have a basic GNOME environment. Now, instead, it pulls WAY
 too many packages and leaves the user without any simple method for
 installing basic GNOME components.

 The gnome-core package is not here to fulfill the needs of a given
 user.

 If you need a specific set of packages, please make your metapackages
 yourself. See brdesktop-gnome for an example of such a recurrent
 failure.

Sorry, but am I the only one who considers this reply as pointlessly
abrasive, inappropriate and offensive?

Regards,
Martin-Éric



--
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/aanlktimwkng1q_3hdbswbmwf+sm+hurrdce9snjjw...@mail.gmail.com

Bug#592071: Pending removal of deborphan

[Martin-Éric Racine]

On Wed, Aug 11, 2010 at 9:45 PM, Neil McGovern ne...@debian.org wrote:
 As per bug 592071, it seems that deborphan shoudn't be in squeeze
 without a maintainer who'll take care of it. I'm ccing the maintainers
 of the depending packages to see if they'd be interested in taking it
 over. If I don't hear anything in a week, I'll go ahead and remove it
 from testing.

A week seems to be a rather short amount of time to expect feedback
from people, especially during summer. Surely there is no life
threatening situation affecting this package that would impose such a
hasty decision?
At any rate, if no one else is willing to maintain it, I would gladly
pick it up.

Martin-Éric



--
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/aanlktimznpfe2q+=ramuabilygdisczmjxrxv5mwm...@mail.gmail.com

Bug#532097: [Pkg-cups-devel] RFC: Forming a Printing Task Force (was RFA: cups -- Common UNIX Printing System)

[Martin-Éric Racine]

On Thu, Jul 1, 2010 at 4:40 PM, Didier 'OdyX' Raboud did...@raboud.com wrote:
 I don't intend to fingerpoint specific people or teams, but the situation is
 worrying : some unresolved security issues, many RC bugs, tons of bugs, an
 increasing diff with Ubuntu, etc.

 I propose to form a Printing Task Force that would join the Debian and 
 Ubuntu
 forces around common repositories: there is almost never interest in keeping a
 diff between Debian and Ubuntu.

At least in the case of CUPS and CUPS-PDF, maintenance is already
common between both distributions. IIRC,  foomatic is also maintained
by the same people in both distributions. AFAIK only Ghostscript is
handled separately.

What's actually needed is someone with the patience to triage all
outstanding bugs, especially those that are misclassified and assigned
to the wrong package - which especially seems to be the case at Ubuntu
- and to point the maintainer towards overlooked patches, etc.

Dealing with printer-specific bugs is a particularly daunting task and
one that few of us have had the patience to deal with. Likewise,
dealing with distribution-specific bugs caused by security patches and
system hardening mechanisms is rather tedious.

Getting help for these items would already solve most of the current
mess we are in.

Martin-Éric



--
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/aanlktilv9lmpguqunmskj7palora-hp84dgzdqgsc...@mail.gmail.com

Bug#560004: the LXDE display manager LXDM into the Debian repository, please

[Martin-Éric Racine]

Package: lxdm
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I'm just curious how things are progressing with this?

A couple of months ago, Andrew said that a new upstream release that solves 
several pending issues was published and that it would soon be packaged.

Cheers!
Martin-Éric

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

iEYEARECAAYFAkwTwbcACgkQeXr56x4Muc1auQCeMX+KS8bArBZECm9teic40yCz
ejEAnjGhb3RAHrC+/yZb5zUfFTrStPL0
=TiYs
-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/20100612171954.18851.90406.report...@eesti.lan

Bug#560004: LXDM in Squeeze?

[Martin-Éric Racine]

Hello Andrew,

I'm just wondering what's your ETA for pushing LXDM into Squeeze?
There isn't much time left before the final freeze and it would be
nice to have at least *some* version of LXDM shipping with Squeeze.

Cheers!
Martin-Éric



--
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/q2p11fae7c71004240149z656881efh82b49c28ca14b...@mail.gmail.com

Bug#542009: RFA: ispell-et

[Martin-Éric Racine]

 What does maintaining that package involve? Actual linguistic work or just
 packaging the stuff in a plausibly correct manner?

The packaging pretty much works already. Not much work is required to
keep that part updated.

However, the word list is rather small and outdated. Many words that
are factually correct end up marked as wrong. This needs to be
improved.

Tervitades,
Martin-Éric



--
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/k2q11fae7c71004040515scfe36951r96bda98875919...@mail.gmail.com

Bug#560004: license of LXDM in bug 575738

[Martin-Éric Racine]

I hadn't noticed this bug and recently filed 575738, which contains
more detailed info about the licenses of various source code files
used in LXDM.

Also, it's worth mentioning that Ubuntu/Lucid already has a package of
LXDM, which could be a good starting point for the Debian package.

Cheers!
Martin-Éric



--
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/11fae7c71003300450t137f276dmd541fa00484c8...@mail.gmail.com

Bug#575738: RFP: lxdm -- LXDE display manager

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist

* Package name: lxdm
  Version : 0.2.0
  Upstream Author : dgod dgod@gmail.com
PCMan pcman...@gmail.com
William Jon McCann mcc...@jhu.edu
Ray StrodeName
* URL : http://sourceforge.net/projects/lxde/
License for src/gdm/locarchive.h:

   This file is part of the GNU C Library.

   The GNU C Library is free software; you can redistribute it and/or
   modify it under the terms of the GNU Lesser General Public
   License as published by the Free Software Foundation; either
   version 2.1 of the License, or (at your option) any later version.

   The GNU C Library is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
   Lesser General Public License for more details.

   You should have received a copy of the GNU Lesser General Public
   License along with the GNU C Library; if not, write to the Free
   Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston,
   MA 02110-1301, USA.

On Debian systems, the complete text of the GNU General
Public License can be found in `/usr/share/common-licenses/LGPL-2.1'.

License for src/greeter.c
src/gdm-languages.{c,h}

This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
   
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.
   
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston,
MA 02110-1301, USA.

On Debian systems, the complete text of the GNU General
Public License can be found in `/usr/share/common-licenses/GPL-2'.

License for others files:

This program is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation, either version 3 of the License, or
(at your option) any later version.

This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License
along with this program.  If not, see http://www.gnu.org/licenses/.

On Debian systems, the complete text of the GNU General
Public License can be found in `/usr/share/common-licenses/GPL-3'.

  Programming Lang: C
  Description : LXDE display manager
lxdm provide a graphical way to login and to start an X session. It's a
lightweight dropped-in replacement for GDM or KDM.



Note: a package exists in Ubuntu/Lucid that could be used as a starting point 
for the Debian package.



-- 
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/20100328205614.12351.27924.report...@lumen.lan

Bug#542009: RFA: ispell-et

[Martin-Éric Racine]

Package: wnpp
Severity: normal

Description: Estonian dictionary for Ispell
 This dictionary provides Estonian wordlists for the Ispell spellchecker.

Description: Estonian dictionary for MySpell
 This package provides Estonian wordlists for the MySpell
 spellchecker currently supported by Mozilla and OpenOffice,
 plus an Estonian hyphenation pattern for OpenOffice.

Description: Estonian dictionary for Aspell
 This dictionary provides Estonian wordlists for the Aspell
 spellchecker currently supported by GNOME applications.

Homepage: http://www.meso.ee/~jjpp/speller/

I would like someone to take over the maintenance of this package, 
as I no longer have the motivation to continue maintaining it.

Preferably, the new maintainer whould be a native Estonian speaker 
who could contribute new words to this dictionary, because upstream
hasn't produced any release since 2003 and it really shows. 

I can assist the new maintainer in the initial phase, if necessary.



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

Bug#542011: RFA: rus-ispell

[Martin-Éric Racine]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Description: Russian dictionary for Ispell
 This dictionary contains Russian wordlists for the Ispell spellchecker.
 .
 The dictionary contains over 122,200 stem words and produces over
 1,168,000 derivate words, including support for the :E (yo) letter.

Description: Russian dictionary for MySpell
 This dictionary contains Russian wordlists for the MySpell
 spellchecker currently supported by Mozilla and OpenOffice.
 .
 The dictionary is generated from the Ispell wordlist.

Description: Russian dictionary for Aspell
 This dictionary contains Russian wordlists for the Aspell
 spellchecker currently supported by GNOME applications.
 .
 The dictionary is generated from the Ispell wordlist.

I would like someone to take over the maintenance of this package, 
as I no longer have the motivation to continue maintaining it.

Preferably, the new maintainer would be a native Russian speaker and 
sensitive to the issue of retaining both YE and YO spelling variants.

I can assist the new maintainer in the initial phase, if necessary.

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

iEYEARECAAYFAkqJKjIACgkQeXr56x4Muc2BCQCgssyGapvCfEgUfyMtgrA0yLDd
2OsAnAvXUernwEH3yH1exqFTHUmrAUSO
=oCN/
-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#391104: please see bug #542011

[Martin-Éric Racine]

Please see bug #542011.  This package has now become RFA.

Martin-Éric



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

Bug#536658: should really be RFA

[Martin-Éric Racine]

As of today, I am withdrawing from dictionary maintenance work at Debian.

While Aigars indeed remains the primary maintainer for this package,
I'm the one who performed all of the uploads for the last two years,
so this package really needs someone to pick up maintenance and get
around packaging recent upstream releases.  This requires someone to
be a native Latvian speaker, because all recent build issues involve
incorrect upstream affix files that make the Aspell tools barf and
fixing the affix file's content requires in-depth knowledge of Latvian
phonetics and how it relates to hyphenation of words.

Martin-Éric



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

Bug#391105: please see bug #542009

[Martin-Éric Racine]

Please see bug #542009.  This package has become RFA.

Martin-Éric



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

Bug#536658: RFH: myspell-lv -- Latvian dictionary for Myspell

[Martin-Éric Racine]

Package: wnpp
Severity: normal

We request assistance with maintaining the myspell-lv package.

The package description is:
 This dictionary contains Latvian wordlists for the MySpell
 spellchecker currently supported by Mozilla and OpenOffice,
 plus a Latvian hyphenation pattern for OpenOffice.
 .
 This dictionary is not complete yet, but it is the best
 free solution at this moment.

We currently have a situation where the lead maintainer, Aigars 
Mahinovs, has significantly reduced his involvement in Debian, 
with most of his packages slated for removal from the archive.

Meanwhile, I had offered to revamp the packaging and co-maintain
because of my passive interest for improving my Latvian but, not 
being a native speaker, I have proven unable to fix Aspell build 
errors that often creep in with each new upstream releases.

As such, we'd really appreaciate help from a native speaker to
maintain this package of Latvian myspell/aspell dictionaries.



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

Bug#536075: RFP: aspell-lang -- dictionary creation tools for aspell

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist

* Package name: aspell-lang
  Version : 20071024
  Upstream Author : Kevin Atkinson kev...@gnu.org
* URL : ftp://ftp.gnu.org/gnu/aspell/
* License : LGPL 2.1+
  Programming Lang: Perl
  Description : dictionary creation tools for aspell

This package provides scripts to create new dictionaries for Aspell. 
The scripts are used to perform sanity checks on the wordlists and to 
generate configuration files that comply with upstream specifications
for packaging official Aspell dictionaries.



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

Bug#515889: O: mkelfimage

[Martin-Éric Racine]

Package: wnpp
Severity: normal

This package lost its upstream recently and is essentially without a 
maintainer. The Coreboot community has-defacto 
adopted it, but hasn't shown any activity. Myself, I no longer have any use for 
it, thus I'm orphaning it.



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

Bug#515890: O: numlockx

[Martin-Éric Racine]

Package: wnpp
Severity: normal

This package has a very inactive upstream and recently accumulated some bugs 
due to the transition to X.org R7. Some 
people previously showed interest for adopting it, but nothing has happened, 
thus why I'm orphaning it.



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

Bug#515891: O: utf8-migration-tool

[Martin-Éric Racine]

Package: wnpp
Severity: normal

This package is a tool originally developped by Ubuntu to convert Debian-based 
systems to UTF-8 locales. It has seen 
minor upgrades to bring it into line with Python packaging policies since being 
imported into Debian, but some issues 
remain open. There were a few offers to adopt this package, but nothing has 
happened, hence why I'm orphaning this.



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

Bug#479159: ITA: utf8-migration-tool -- Debian UTF-8 migration wizard

[Martin-Éric Racine]

Hello Benoit,

4 months ago, you indicated your intention to adopt
utf8-migration-tool. Since then, nothing has happened. Can you let us
know what are your current intentions WRT this Debian package? If you
still intend on adopting it, then please go ahead and do so.  If not,
then can you rename the bug appropriately? Thanks!

Martin-Éric

Bug#479157: ITA: numlockx -- enable NumLock in X11 sessions

[Martin-Éric Racine]

Hello,

A few months ago, you indicated your intention to adopt the Debian
package for numlockx.  Since then, no activity has happened.  If you
still intend on adopting this package, then please go ahead and do so.
If not can you please retitle the bug accordingly?   Thanks!

Martin-Éric

Bug#504156: RFP: pidgin-facebookchat -- Facebook Chat plugin for Pidgin

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist

* Package name: pidgin-facebookchat
  Version : 1.38
  Upstream Author : Eion Robb [EMAIL PROTECTED]
* URL : http://code.google.com/p/pidgin-facebookchat/
* License : GPLv3
  Programming Lang: ?
  Description : Facebook Chat plugin for Pidgin
This is a Facebook chat plugin for Pidgin and libpurple messengers. It connects 
to the new Facebook Chat IM service without the need for an API key.

Currently the plugin can log into the Facebook servers, grab the buddy list, 
send/receive messages, add/remove friends, receive notifications, search 
for Facebook friends and set your Facebook status.



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

Bug#504162: RFP: usb-modeswitch -- mode switching tool for multimode USB gear

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist

* Package name: usb-modeswitch
  Version : 0.9.5
  Upstream Author : Tobias Stoeber [EMAIL PROTECTED]
* URL : http://www.draisberghof.de/usb_modeswitch/
* License : GPLv2+
  Programming Lang: C
  Description : mode switching tool for multimode USB devices
USB ModeSwitch is a tool for controlling flip flop (multiple device) USB gear.
.
It triggers the switching of several known UMTS modems from storage device mode 
(used to 
autoinstall drivers on MS Windows) to the modem (serial) device mode.



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

Bug#472471: planner

[Martin-Éric Racine]

On Wed, Jul 2, 2008 at 1:49 PM, Xavier Oswald [EMAIL PROTECTED] wrote:
 I will be happy to adopt it.

 If it's ok for you, planner has now a new maintainer :)

 And James if you want we can co-maintain it together. Im not a DD too but Im 
 DM
 and maybe a DD soon. I have some DD friends for doing uploads.

Please go right ahead and knock yourself out! :)

The current most pressing issue is an FTBFS since the GCC 4.3
transition took place. It has hit Ubuntu first and now concerns Debian
too.

If you need help to wrap up your first upload, please let me know,
I'll be glad to help.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#472471: planner

[Martin-Éric Racine]

On Wed, Jul 2, 2008 at 1:49 PM, Xavier Oswald [EMAIL PROTECTED] wrote:
 I will be happy to adopt it.

 If it's ok for you, planner has now a new maintainer :)

 And James if you want we can co-maintain it together. Im not a DD too but Im 
 DM
 and maybe a DD soon. I have some DD friends for doing uploads.

Please go right ahead and knock yourself out! :)

The current most pressing issue is an FTBFS since the GCC 4.3
transition took place. It has hit Ubuntu first and now concerns Debian
too.

If you need help to wrap up your first upload, please let me know,
I'll be glad to help.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#488790: O: uspp -- Universal Serial Port Python library

[Martin-Éric Racine]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This package is no longer maintained by upstream and I haven't used it in ages.

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

iD8DBQFIagYTeXr56x4Muc0RAnAgAJ0RcwETVGGwg40JPyzL7WEDo1B8igCdE1Sx
WNWdXR+IPjGQcRgyXdbX5xQ=
=CrHl
-END PGP SIGNATURE-



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

Bug#472471: O: planner -- project management application

[Martin-Éric Racine]

retitle 472471 O: planner -- project management application
thanks

I notice that I have no time to keep track of upstream breakages since
GCC 4.3, so I'm orphaning this package completely.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#479157: RFA: numlockx

[Martin-Éric Racine]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I request an adopter for the numlockx package.

Description: enable NumLock in X11 sessions
 Utilities to enable the keyboard's Numeric Lock during X11
 session initialization.

Upstream has essentially orphaned this package and offered 
Debian to become the new upstream. 

The package still works as-is on Debian, but Ubuntu reports 
that the LEDs are no longer in sync with the keypad's status, 
on some desktop environments, which suggests that the same 
breakage may soon affect Debian too.

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

iD8DBQFIHDeOeXr56x4Muc0RAi7OAJ9sPtZjTRO1q6QyTjhAmXmY4cFQgwCfWX0m
F/em99Cq6t05PyFFuKeqLFs=
=1hpe
-END PGP SIGNATURE-



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

Bug#479159: RFA: utf8-migration-tool

[Martin-Éric Racine]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I request an adopter for the utf8-migration-tool package.

Description: Debian UTF-8 migration wizard
 This wizard upgrades legacy system locales to their UTF-8
 equivalent. It also informs users whenever files in their
 home directory still utilize legacy encodings.

The package works quite well as it is. 

However, now that recent Debian releases are UTF-8 by default, 
its usefulness is greatly reduced for me, thus my low motivation
to further maintain it.

There's a couple of wishlist bugs that could be a good way for
whoever adopts this package to get their feet wet:

1) implement a fileselector to allow choosing another source path 
for the encoding conversion.

2) improve the manual page.

Thanks in advance to whoever will adopt utf8-migration-tool.

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

iD8DBQFIHDlFeXr56x4Muc0RAlyJAJ9K6gxwBsceBfKTOukCJNRF8/yzRQCffnAr
JWd1JWWAOfwgkDODu0wq4Ok=
=tORF
-END PGP SIGNATURE-



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

Bug#472425: Fwd: xserver-xorg-video-geode_2.8.0-1_i386.changes is NEW

[Martin-Éric Racine]

Oops! It seems I forgot to include a Close statement for this bug in
the Debian changelog...

-- Forwarded message --
From: Debian Installer [EMAIL PROTECTED]
Date: Wed, Apr 2, 2008 at 5:17 PM
Subject: xserver-xorg-video-geode_2.8.0-1_i386.changes is NEW


xserver-xorg-video-amd-dbg_2.8.0-1_all.deb
  to 
pool/main/x/xserver-xorg-video-geode/xserver-xorg-video-amd-dbg_2.8.0-1_all.deb
 xserver-xorg-video-amd_2.8.0-1_all.deb
  to pool/main/x/xserver-xorg-video-geode/xserver-xorg-video-amd_2.8.0-1_all.deb
 (new) xserver-xorg-video-geode-dbg_2.8.0-1_i386.deb extra x11
 X.org server -- AMD Geode GX/LX display driver (debugging symbols)
  This X.org server module supports the AMD Geode GX/LX video chipsets.
  It provides the 'amd' and 'ztv' drivers.
  .
  More information about X.org can be found at:
  URL:http://www.X.org
  URL:http://xorg.freedesktop.org
  URL:http://lists.freedesktop.org/mailman/listinfo/xorg
  .
  This package is built from the X.org xf86-video-geode driver module.
  .
  This package provides debugging symbols for the X.org AMD Geode GX/LX
  display driver.
 (new) xserver-xorg-video-geode_2.8.0-1.diff.gz optional x11
 (new) xserver-xorg-video-geode_2.8.0-1.dsc optional x11
 (new) xserver-xorg-video-geode_2.8.0-1_i386.deb optional x11
 X.org server -- AMD Geode GX/LX display driver
  This X.org server module supports the AMD Geode GX/LX video chipsets.
  It provides the 'amd' and 'ztv' drivers.
  .
  More information about X.org can be found at:
  URL:http://www.X.org
  URL:http://xorg.freedesktop.org
  URL:http://lists.freedesktop.org/mailman/listinfo/xorg
  .
  This package is built from the X.org xf86-video-geode driver module.
 (new) xserver-xorg-video-geode_2.8.0.orig.tar.gz optional x11
 Changes: xserver-xorg-video-geode (2.8.0-1) unstable; urgency=low
  .
  * New upstream release:
Welcome to xf86-video-geode!
+ Renaming of the xf86-video-amd driver to xf86-video-geode driver.
+ Whitespace cleanup in the GX driver.
  * Renamed every Debian packaging file and script imaginable to match.
  * Created dummy transitional packages to faciliate upgrades from AMD.
  * Bumped Build-Depends on dpkg-dev to 1.14.16 for xs-vcs warning.


 Override entries for your package:
 xserver-xorg-video-amd-dbg_2.8.0-1_all.deb - extra x11
 xserver-xorg-video-amd_2.8.0-1_all.deb - optional x11

 Announcing to [EMAIL PROTECTED]


 Your package contains new components which requires manual editing of
 the override file.  It is ok otherwise, so please be patient.  New
 packages are usually added to the override file about once a week.

 You may have gotten the distribution wrong.  You'll get warnings above
 if files already exist in other distributions.



-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#449037: RFP: libflashsupport -- audio support wrapper for non-free Flash plugin

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: libflashsupport
  Version : svn2417
  Upstream Author : [EMAIL PROTECTED]
* URL : http://pulseaudio.revolutionlinux.com
* License : BSD type (as far as I can tell)
  Programming Lang: C
  Description : audio support wrapper for non-free Flash plugin

This audio wrapper handles audio output for the non-free Adobe Flash player.
It also provides automatic detection of the sound system being used:
.
 * It first tries to detect PulseAudio,
 * It then checks for Esound,
 * Then it checks for ALSA,
 * Finally, it checks for OSS.
.
If all of the above failed, it falls back to the ALSA driver that's built 
directly into FlashPlayer 9.

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

iD8DBQFHKvjZeXr56x4Muc0RApUdAKCiiXPRhdJxbw6zhl6jIHGWVhVFXgCdEfzL
cunlEBfd0jtu3tUYGouOfsc=
=La45
-END PGP SIGNATURE-



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

Bug#446057: ITP: uspp -- Universal Serial Port Python library

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist
Owner: Martin-Éric Racine [EMAIL PROTECTED]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: uspp
  Version : 1.0
  Upstream Author : Isaac Barona Martinez [EMAIL PROTECTED]
* URL : http://ibarona.googlepages.com/uspp
* License : LGPL 2.1 or later
  Programming Lang: Python
  Description : Universal Serial Port Python library

USPP is a multi-platform Python module to access serial ports.

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

iD8DBQFHDI7DeXr56x4Muc0RAgQ/AKCdbihumu/cyofU+zeNe0CxwVD1IwCgrUo9
rvxGBTsC6WxoYibsGMf1ZiA=
=tE52
-END PGP SIGNATURE-

Bug#433777: ITP: mkelfimage -- utility to create ELF boot images from Linux kernel images

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist
Owner: Martin-Éric Racine [EMAIL PROTECTED]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: mkelfimage
  Version : 2.7
  Upstream Author : Eric Biederman [EMAIL PROTECTED] and others
* URL : ftp://ftp.lnxi.com/pub/mkelfImage
* License : GPLv2 or later
  Programming Lang: C
  Description : utility to create ELF boot images from Linux kernel images

 mkelfImage is a program that makes an ELF boot image for Linux kernel images.
 .
 The image should work with any i386 multiboot compliant boot loader, an ELF
 boot loader that passes no options, and is compliant with the LinuxBIOS ELF
 booting spec or with the Linux kexec kernel patch.
 .
 A key feature here is that nothing relies upon BIOS calls, but they are made
 when necessary. This is useful for systems running LinuxBIOS.

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

iD8DBQFGn059eXr56x4Muc0RAieBAJ9l8i0wGqKXp+Dyq54ecl6ev/psegCcDdzj
8bSuVcKIMCMK8JCweDgKr6s=
=YQnW
-END PGP SIGNATURE-

Bug#391104: native speakers needed as co-maintainers for ispell-et and rus-ispell

[Martin-Éric Racine]

I just wanted to point out that I'm still interested in finding native
speakers willing to co-maintain ispell-et and rus-ispell with me.

--
Martin-Éric Racine
http://q-funk.iki.fi

Bug#400748: uploaded into NEW

[Martin-Éric Racine]

Following the suggestion of members of the X Task Force, I went ahead
and packaged this myself. The package is now sitting in NEW.

--
Martin-Éric Racine
http://q-funk.iki.fi

Bug#353641: gaim-plugin-pack: conflicts with existing Gaim plug-ins

[Martin-Éric Racine]

On 5/7/07, Benjamin Seidenberg [EMAIL PROTECTED] wrote:

Martin-Éric Racine wrote:
 I'd like to point out that Gaim Plug-in Pack Conflicts with several
 existing separate packages, such as gaim-irchelper. This should be
 thoroughly checked and Conflicts items be inserted in the control
 file, as appropriate.


Will do. Any help on this would be appreciated.

 Additionally, the package really should be called pidgin-plugin-pack
 to reflect the upstream renaming.
Noted.

 As I already maintain gaim-irchelper, I could help package this
 Plug-in Pack, if necessary. This can be done now, as Pidgin just
 entered unstable.


I have some preliminary packaging done. There was some automagic stuff
that was sub-optimal that was fixed in a later upstream. I was waiting
for the etch freeze to end then the pidgin rename. I'm in the middle of
my exam study period right now, hopefully I'll have time to work on the
plugin pack soon. If you want to help, I'll be happy to put my work so
far online.


See Bug#422707.  Once the plug-in pack is packaged, gaim-irchelper
should be removed. This also means that pidgin-plugin-pack should
Conflicts and Provides gaim-irchelper, for users upgrading from Etch.

--
Martin-Éric Racine
http://q-funk.iki.fi

Bug#353641: gaim-plugin-pack: conflicts with existing Gaim plug-ins

[Martin-Éric Racine]

I'd like to point out that Gaim Plug-in Pack Conflicts with several
existing separate packages, such as gaim-irchelper. This should be
thoroughly checked and Conflicts items be inserted in the control
file, as appropriate.

Additionally, the package really should be called pidgin-plugin-pack
to reflect the upstream renaming.

As I already maintain gaim-irchelper, I could help package this
Plug-in Pack, if necessary. This can be done now, as Pidgin just
entered unstable.

--
Martin-Éric Racine
http://q-funk.iki.fi

Bug#400748: RFP: xserver-xorg-video-amd

[Martin-Éric Racine]

A recent non-official package exists at:
http://gauvain.tuxfamily.org/linutop/packages

An older one also exists at:
http://packages.ubuntu.com/cgi-bin/search_packages.pl?keywords=xserver-xorg-video-amdsearchon=namessubword=1version=allrelease=all

--
Martin-Éric Racine
http://q-funk.iki.fi

Bug#374997: in NEW: utf8-migration-tool -- Debian UTF-8 migration wizard

[Martin-Éric Racine]

Having merged Vincent's patch, I uploaded utf8-migration-tool to NEW.

Since Etch will be Debian's first UTF-8 release - implying a migration
from legacy encodings for those upgrading from Sarge, which is precisely
what this tool tackles - it would be nice to approve it for Etch.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#374997: in NEW: utf8-migration-tool -- Debian UTF-8 migration wizard

[Martin-Éric Racine]

su, 2006-12-31 kello 18:55 +0500, Alexander E. Patrakov kirjoitti:
 Martin-Éric Racine wrote:
  Having merged Vincent's patch, I uploaded utf8-migration-tool to NEW.
  
  Since Etch will be Debian's first UTF-8 release - implying a migration
  from legacy encodings for those upgrading from Sarge, which is precisely
  what this tool tackles - it would be nice to approve it for Etch.
 
 Hello,
 
 1) [EMAIL PROTECTED]:~$ utf8migrationtool
 Unexpected error: exceptions.IOError
 Traceback (most recent call last):
File /usr/bin/utf8migrationtool, line 40, in ?
  dmrc = getconfig()
File /usr/bin/utf8migrationtool, line 34, in getconfig
  config.readfp(open(os.path.expanduser('~/.dmrc')))
 IOError: [Errno 2] No such file or directory: '/home/patrakov/.dmrc'

Works fine here, so no comment.

 2) The tool must handle the already-migrated case better (e.g., by adding a 
 line about that onto the second screen).

It does. Here, it says that the locale is already migrated. It also says
that it cannot find any files utilizing a legacy encoding.

 3) The legacy locale for Russia is ru_RU.KOI8-R, not ru_RU, and the 
 migration tool must handle this special case.

Russian is a messy case. Too many encodings, more than half of which are
OS-specific or otherwise standards that never gained momentum.  This is
further complicated by usage cases: while Unices tend to go for KOI8-R,
users that need to interact with Windows use CP1251 instead. Still, it's
up to Russian developers to add support for this; upstream simply cannot
anticipate every possible exception.

 4) migration of encodings is only a part of the game. The most important 
 part is to deal with packages that do not work correctly in UTF-8 locales 
 and cannot be fixed (e.g., a2ps). Since this part cannot be automated (as 
 nobody has created such blacklist), I suggest mentioning this obstacle in 
 the manual page and on the welcome screen.

Remaining UCS issues really belong in Etch's release notes, since it is
Debian's first release claiming UTF-8 support.

 Thus, I cannot recommend migration of this package to Etch in its current 
 shape.

I'd still go for it. Applications for which upstream cannot be bothered
with supporting UCS or locales that create exception cases are not an
excuse to deprive users of this tool.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#374997: in NEW: utf8-migration-tool -- Debian UTF-8 migration wizard

[Martin-Éric Racine]

su, 2006-12-31 kello 20:42 +0500, Alexander E. Patrakov kirjoitti:
 Martin-Éric Racine wrote:
  su, 2006-12-31 kello 18:55 +0500, Alexander E. Patrakov kirjoitti:
  Martin-Éric Racine wrote:
  Having merged Vincent's patch, I uploaded utf8-migration-tool to NEW.
 
  Since Etch will be Debian's first UTF-8 release - implying a migration
  from legacy encodings for those upgrading from Sarge, which is precisely
  what this tool tackles - it would be nice to approve it for Etch.
  Hello,
 
  1) [EMAIL PROTECTED]:~$ utf8migrationtool
  Unexpected error: exceptions.IOError
  Traceback (most recent call last):
 File /usr/bin/utf8migrationtool, line 40, in ?
   dmrc = getconfig()
 File /usr/bin/utf8migrationtool, line 34, in getconfig
   config.readfp(open(os.path.expanduser('~/.dmrc')))
  IOError: [Errno 2] No such file or directory: '/home/patrakov/.dmrc'
  
  Works fine here, so no comment.
 
 This is because you have the .dmrc file. I don't (I created an empty file to 
 get past this error when writing my first mail). This file presumably 
 belongs to gdm, but I don't have gdm (I use startx), and your package 
 installs fine without gdm. Missing dependency?

I don't see why it would depend upon GDM, though, since Ubuntu (which is
where the package originates from) also supports KDE and XFCE.

  2) The tool must handle the already-migrated case better (e.g., by adding 
  a 
  line about that onto the second screen).
  
  It does. Here, it says that the locale is already migrated. It also says
  that it cannot find any files utilizing a legacy encoding.
 
 Yes, it does, in the case when the old locale is from .dmrc.

It's starting to look that way. :(

  3) The legacy locale for Russia is ru_RU.KOI8-R, not ru_RU, and the 
  migration tool must handle this special case.
  
  Russian is a messy case. Too many encodings, more than half of which are
  OS-specific or otherwise standards that never gained momentum.  This is
  further complicated by usage cases: while Unices tend to go for KOI8-R,
  users that need to interact with Windows use CP1251 instead. Still, it's
  up to Russian developers to add support for this; upstream simply cannot
  anticipate every possible exception.
 
 OK, I temporarily take this back (because the old report was based on empty 
 .dmrc - but anyway, you could take the .KOI8-R part from $LANG). However, I 
 replace my old report with this: when the old .dmrc contains
 
 [Desktop]
 Language=ru_RU.KOI8-R
 
 the migration tool migrates this to ru_RU.KOI8-R.UTF-8 which is wrong. Also 
 it migrates [EMAIL PROTECTED] to [EMAIL PROTECTED]
 
 The locale names generally have the form:
 
 [EMAIL PROTECTED] (where .CODESET and @MODIFIERS may or may not be 
 present). The old codeset and the @euro modifier (but probably not other 
 modifiers) must be stripped out.

Noted.

  4) migration of encodings is only a part of the game. The most important 
  part is to deal with packages that do not work correctly in UTF-8 locales 
  and cannot be fixed (e.g., a2ps). Since this part cannot be automated (as 
  nobody has created such blacklist), I suggest mentioning this obstacle in 
  the manual page and on the welcome screen.
  
  Remaining UCS issues really belong in Etch's release notes, since it is
  Debian's first release claiming UTF-8 support.
 
 Yes, they do. However, not everyone reads the release notes, 

Which then becomes the user's own problem.  

  Thus, I cannot recommend migration of this package to Etch in its current 
  shape.
 
 And I still say this.

Sadly, I'm starting to agree. :(

However, this also means that users will need to manually upgrade their
system, which his far from ideal.  

If anyone would care to contribute code towards fixing the above, it
would still be highly relevant for Etch. At any rate, this software's
usefulness post-Etch would essentially be zero, so it's pretty much a
now-or-never case.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#374997: in NEW: utf8-migration-tool -- Debian UTF-8 migration wizard

[Martin-Éric Racine]

I'd suggest keeping debian-release out of this thread and instead
including debian-i18n, which is where the skills needed to fix can be
found.

We can include debian-release again one the issues are fixed and the
package is considered fit for release. :)

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#374997: ITP: utf8-migration-tool -- tool to migrate a Debian system to UTF-8

[Martin-Éric Racine]

pe, 2006-12-29 kello 19:50 +0100, Vincent Bernat kirjoitti:
 OoO  En cette  fin de  matinée radieuse  du lundi  26 juin  2006, vers
 11:19, Martin-Éric Racine [EMAIL PROTECTED] disait:
 
  That is a leftover from Tollef's original code in wizard.py, where the
  UI colors are hard-coded, rather than inherited via the GTK theme.
 
  I can see the lines where this is taking place, but I'm not familiar
  enough with GTK coding to know how to fix it.
 
 IMO, the best way would be  to remove colors. The application is still
 good  looking without  them and  this work  even with  white  on black
 theme. Just suppress all lines containing color in wizard.py.
 
 Here is a patch :

Thanks for the patch! I have merged it and updated the source package. 
It's waiting for someone to review it and sponsor it, at the same URL.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#400748: RFP: xserver-xorg-video-amd -- X.org X server -- AMD Geode GX/LX display driver

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: xserver-xorg-video-amd
  Version : (git tree)
  Upstream Author : Jordan Crouse [EMAIL PROTECTED]
* URL : git://anongit.freedesktop.org/git/xorg/driver/xf86-video-amd
* License : (see below)
  Programming Lang: C
  Description : X.org X server -- AMD Geode GX/LX display driver

 This driver for the X.Org X server (see xserver-xorg for a further description)
 provides support for the AMD Geode GX/LX series. It provides the 'amd' and 
'ztv'
 sub-drivers.
 .
 More information about X.Org can be found at:
 URL:http://xorg.freedesktop.org
 URL:http://lists.freedesktop.org/mailman/listinfo/xorg
 .
 This module can be found as the module 'xorg/driver/xf86-video-amd' 
 at URL:http://gitweb.freedesktop.org/

*

Copyright (c) 2005 Advanced Micro Devices, Inc.

Permission is hereby granted, free of charge, to any person obtaining a copy 
of this software and associated documentation files (the Software), to 
deal in the Software without restriction, including without limitation the 
rights to use, copy, modify, merge, publish, distribute, sublicense, and/or 
sell copies of the Software, and to permit persons to whom the Software is 
furnished to do so, subject to the following conditions:
 
The above copyright notice and this permission notice shall be included in 
all copies or substantial portions of the Software.
 
THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR 
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, 
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE 
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER 
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING 
FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS 
IN THE SOFTWARE.

Neither the name of the Advanced Micro Devices, Inc. nor the names of its
contributors may be used to endorse or promote products derived from this
software without specific prior written permission.

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

iD8DBQFFbEPJeXr56x4Muc0RAs9DAJoC2jOcHAVas26/USetskg2EzTFWACeL4Hu
EBMzKVRwq8xzwiU5W1srLUI=
=ksJu
-END PGP SIGNATURE-


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

Bug#391104: Bug#385403: fixed rus-ispell packages can be found on http://users.tkk.fi/~stas/rus-ispell/

[Martin-Éric Racine]

On Tue, October 10, 2006 17:10, Stanislav Maslovski wrote:
 Look for the corrected package here http://users.tkk.fi/~stas/rus-ispell/

Many thanks for your help! I'll review the patches and attempt a build
tonight. If everything looks good, I'll upload immediately after.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#391103: RFP: xrdp -- RDP server

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist

* Package name: xrdp
  Version : 0.3.1
  Upstream Author : ?
* URL : http://xrdp.sourceforge.net/
* License : GPL
  Programming Lang: ?
  Description : RDP server

An open source RDP server and X11 server capable of accepting 
connections from rdesktop and Microsoft terminal server clients.


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

Bug#391104: RFH: rus-ispell -- Russian dictionary for Aspell/Ispell/MySpell

[Martin-Éric Racine]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I request assistance with maintaining the rus-ispell package.

The package description is:
 This dictionary contains Russian wordlists for the Aspell
 spellchecker currently supported by GNOME applications.
 .
 The dictionary is generated from the Ispell wordlist.

What kind of help I need:

1) People who are familiar with wordlist developments on
Aspell, Ispell, MySpell and with dictionaries-common-dev.

2) Russian speakers capable of cleaning up the upstream
tarball and of improving the source wordlist's content.

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

iD8DBQFFJCjOeXr56x4Muc0RAiUrAKCP4iBqxh2miQwguEG19JanxJTErgCdF9hS
JwcOqz3St+rMOmsGnaE+klM=
=8oEE
-END PGP SIGNATURE-


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

Bug#391105: RFH: ispell-et -- Estonian dictionary for Aspell/Ispell/MySpell

[Martin-Éric Racine]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I request assistance with maintaining the ispell-et package.

The package description is:
 This dictionary provides Estonian wordlists for the Aspell
 spellchecker currently supported by GNOME applications.
 .
 Homepage:  http://www.meso.ee/~jjpp/speller/

What kind of help I need:

1) People who are familiar with wordlists development on
Aspell, Ispell, MySpell and with dictionaries-common-dev.

2) Estonian speakers capable of cleaning up the upstream
tarball and of improving the source wordlist's content.

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

iD8DBQFFJClEeXr56x4Muc0RAmzQAJ9J2K6+VQcoFd50stXWlOOP2xIQRgCdGiFW
+kVtj+St4bjYDKd1TA1LgqM=
=oh5G
-END PGP SIGNATURE-


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

Bug#374997: ITP: utf8-migration-tool -- tool to migrate a Debian system to UTF-8

[Martin-Éric Racine]

su, 2006-06-25 kello 21:42 +0200, Denis Barbier kirjoitti:
 (I forgot to Cc: d-d in my first reply)
 
 On Fri, Jun 23, 2006 at 01:12:23AM +0300, Martin-Éric Racine wrote:
 [...]
I would gladly welcome co-maintainance with Debian's i10n/i18n team.
   
   What are his benefits over convmv?
  
  convmv is good at doing recursive batch conversions from command line.
  
  utf8-migration-tool is good at inspecting and reporting the encoding,
  and it operates as a user-friendly GUI druid written in PyGTK.
  
  The telling takes longer than the showing, so I invite interested
  parties to simply try it. The package is arch:all and available in my
  personal repository (source+binary).
 
 I would love to, but as you can see from this snapshot, this program
 is not usable with a white on black theme.  Can you please fix it?

That is a leftover from Tollef's original code in wizard.py, where the
UI colors are hard-coded, rather than inherited via the GTK theme.

I can see the lines where this is taking place, but I'm not familiar
enough with GTK coding to know how to fix it.

Help is welcome.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#374997: ITP: utf8-migration-tool -- tool to migrate a Debian system to UTF-8

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist
Owner: Martin-Éric Racine [EMAIL PROTECTED]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: utf8-migration-tool
  Version : 0.4
  Upstream Authors: Tollef Fog Heen [EMAIL PROTECTED], Martin-Éric Racine 
[EMAIL PROTECTED]
* URL : http://q-funk.iki.fi/debian/pool/u/utf8-migration-tool/
* License : GPL
  Programming Lang: Python, GTK2+
  Description : tool to migrate a Debian system to UTF-8
This wizard upgrades legacy system locales to their UTF-8 equivalent. It 
also informs users whenever files in their home directory still utilize 
legacy encodings.
*

This started as an Ubuntu tool to enable easy migration to UTF-8 for both 
locale settings and user file encodings. Tollef says that since Ubuntu has
been UTF-8 by default for a few releases already, they are not likely to 
further develop it and invited me to take over development, so I have.

I have found this tool very usefull to help me locate remaining files in my 
home directory that are still in a legacy encoding and to check system files
for UTF-8 locales utilization.  

Given how Etch is going to be the first Debian release with UTF-8 locales by 
default, I figure that it could be a usefull migration tool for others as well.

Frans Pop suggest it could be worth mentioning in Etch's Release Notes and 
recommended that I filed an ITP.

I would gladly welcome co-maintainance with Debian's i10n/i18n team.

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

iD8DBQFEmsN7eXr56x4Muc0RAhtMAKCuRqxDyPaY7a3G4AQBfG+RkJEBMwCfYd0J
4USvSEZsYeCHkFPW6WeBsEU=
=F2n4
-END PGP SIGNATURE-

Bug#374997: ITP: utf8-migration-tool -- tool to migrate a Debian system to UTF-8

[Martin-Éric Racine]

to, 2006-06-22 kello 23:56 +0200, Denis Barbier kirjoitti:
 On Thu, Jun 22, 2006 at 07:21:15PM +0300, Martin-Éric Racine wrote:
  Package: wnpp
  Severity: wishlist
  Owner: Martin-Éric Racine [EMAIL PROTECTED]
  
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
  
  * Package name: utf8-migration-tool
Version : 0.4
Upstream Authors: Tollef Fog Heen [EMAIL PROTECTED], Martin-Éric Racine 
  [EMAIL PROTECTED]
  * URL : http://q-funk.iki.fi/debian/pool/u/utf8-migration-tool/
  * License : GPL
Programming Lang: Python, GTK2+
Description : tool to migrate a Debian system to UTF-8
  This wizard upgrades legacy system locales to their UTF-8 equivalent. It 
  also informs users whenever files in their home directory still utilize 
  legacy encodings.
  *
  
  This started as an Ubuntu tool to enable easy migration to UTF-8 for both 
  locale settings and user file encodings. Tollef says that since Ubuntu has
  been UTF-8 by default for a few releases already, they are not likely to 
  further develop it and invited me to take over development, so I have.
  
  I have found this tool very usefull to help me locate remaining files in my 
  home directory that are still in a legacy encoding and to check system files
  for UTF-8 locales utilization.  
  
  Given how Etch is going to be the first Debian release with UTF-8 locales 
  by 
  default, I figure that it could be a usefull migration tool for others as 
  well.
  
  Frans Pop suggest it could be worth mentioning in Etch's Release Notes and 
  recommended that I filed an ITP.
  
  I would gladly welcome co-maintainance with Debian's i10n/i18n team.
 
 What are his benefits over convmv?

convmv is good at doing recursive batch conversions from command line.

utf8-migration-tool is good at inspecting and reporting the encoding,
and it operates as a user-friendly GUI druid written in PyGTK.

The telling takes longer than the showing, so I invite interested
parties to simply try it. The package is arch:all and available in my
personal repository (source+binary).

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#350916: status of ITP on ttf-sil-doulos ?

[Martin-Éric Racine]

Package: wnpp
Followup-For: Bug #350916

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I'm just wondering whatever happened to this ITP.  ttf-gentium is also
produced by SIL under a similar license and was recently declared free
by debian-legal.

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

iD8DBQFEL6dceXr56x4Muc0RArWyAKCNZ6GAMiFhaItvpSjo8cPPksuomACeKAau
aUuLt4gG/+Fdj1OW+6IzPxQ=
=LclN
-END PGP SIGNATURE-


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

Bug#330125: status of toolchain-source?

[Martin-Éric Racine]

pe, 2006-03-03 kello 11:16 -0500, Eric Cooper kirjoitti:
 Another Debian developer's efforts to build cross-gcc packages are here: 
 http://www.speedblue.org/cross_compilation/
 I started using these to cross-compile kernels when I could no longer
 use toolchain-source for GCC 4.0.  Perhaps his packaging ideas would be
 useful to you.

Speedblue:  perhpas you would care to join the toolchain-source team and
help us close this bug?

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#330125: status of toolchain-source?

[Martin-Éric Racine]

On 30/01/06, Daniel Widenfalk [EMAIL PROTECTED] wrote:
Aníbal Monsalve Salazar wrote: On Wed, Jan 11, 2006 at 10:51:23PM +0100, Daniel Widenfalk wrote:If you are in dire need of cross compilers for thearchitectures that are building, let me know and I can arrange
to upload a snapshot of the toolchain-source packages to anftp-server somewhere. It will be better to upload the snapshot of the toolchain-source packages to experimental. I can do it for you.
Ok, Give me a couple of days to get the dependency and changelogfixed. I'll also make sure that I can build for sparc. How do youwant to get the files? I can set up a temporary ftp-server, orupload them. Whichever suits you best.
Couldn't this be setup as a project on Alioth and uploaded via Alioth's queue?-- Martin-Éric Racinehttp://q-funk.iki.fi

Bug#344707: ITP: ispell-et -- Estonian dictionaries for ispell, aspell, myspell

[Martin-Éric Racine]

su, 2005-12-25 kello 01:50 +0200, Martin-Éric Racine kirjoitti:
 Package: wnpp
 Severity: wishlist
 Owner: Martin-Éric Racine [EMAIL PROTECTED]
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Package name : ispell-et
 Version  : 20030606
 URL  : http://www.meso.ee/~jjpp/speller/
 aspell-et  - Estonian dictionary for aspell
 iestonian  - Estonian dictionary for ispell
 myspell-et - Estonian dictionary for myspell
 openoffice.org-hyphenation-et - Estonian hyphenation pattern for 
 OpenOffice.org
 
 The ispell affix and wordlists, as well as the OOo hyphenation were found as 
 standalone files at the above URL, along with explanations in Estonian about 
 the origin of all files. Everything else is generated by my own debian/rules.
 
 The version is the timestamp of the last update produced by Jaak Pruulmann. 
 
 I already have packages ready to upload. I however need to verify whether the 
 software license of the Institute of the Estonian Language is considered free
 according to Debian policies, before I proceed with the upload.


Copyright issues were found to be ambiguous by debian-legal, which
prompted the original upstream to modify their license. Meanwhile,
licenses of changes to the wordlist and of the hyphenation pattern
required further clarification from their respective authors. The
resulting copyright is:


 This package was debianized by Martin-Eric Racine [EMAIL PROTECTED] on
 Sat, 24 Dec 2005 03:23:47 +0200
 
 It was downloaded from http://www.meso.ee/~jjpp/speller/
 
 Estonian affix and wordlist for Ispell
 Copyright (C) 2003, Jaak Pruulmann [EMAIL PROTECTED]
 
This package is free software; you can redistribute it and/or modify it 
under the terms of the GNU Lesser General Public License as published by
the Free Software Foundation; either version 2.1 of the License, or (at 
your option) any later version.
 
On Debian systems, the complete text of the GNU Lesser General Public 
License can be found in /usr/share/common-licenses/LGPL.
 
 Estonian hyphenation patterns
 Copyright (C) 2003, Enn Saar [EMAIL PROTECTED]
 
This work may be distributed and/or modified under the conditions of the 
LaTeX Project Public License, either version 1.3 of this license or (at 
your option) any later version. The latest version of this license is in 
http://www.latex-project.org/lppl.txt and version 1.3 or later is part 
of all distributions of LaTeX version 2003/12/01 or later.
 
On Debian systems, the complete text of the LaTeX Project Public License
can be found in /usr/share/doc/tetex-base/lppl.txt.gz.
 
 Estonian Wordlist
 Copyright (C) 1999, Institute of the Estonian Language [EMAIL PROTECTED]
 
The present Licence Agreement gives the user of this Software Product
(hereinafter: Product) the right to use the Product for whatever purpose
(incl. distribution, copying, altering, inclusion in other software, and
selling) on the following conditions:
 
 1. The present Licence Agreement should belong unaltered to each copy
ever made of this Product;
 2. Neither the Institute of the Estonian Language (hereinafter: IEL)
nor the author(s) of the Product will take responsibility for any
detriment, direct or indirect, possibly ensuing from the application
of the Product;
 3. The IEL is ready to share the Product with other users as we wish
to advance research on the Estonian language and to promote the use 
of Estonian in rapidly developing infotechnology, yet we refuse to 
bind ourselves to any further obligation, which means that the IEL 
is not obliged either to warrant the suitability of the Product for 
a specific purpose, to improve the software, or to provide a more 
detailed description of the underlying algorithms.
(Which does not mean, though, that we may not do it.)
 
Notification Request:
 
As a courtesy, we would appreciate being informed whenever our linguistic
products are used to create derivative works. If you modify our software 
or include it in other products, please inform us by sending e-mail to 
[EMAIL PROTECTED] or by letter to
 
Institute of the Estonian Language
Roosikrantsi 6
10119 Tallinn
ESTONIA
 
Phone  Fax: +372 6411443
 -- end of Licence Agreement --


Clarifications about the history of each file appears in README:


 Estonian dictionaries for aspell, ispell, myspell
 -
 This package was assembled from several standalone files found at
 http://www.meso.ee/~jjpp/speller/:
 
  * Affix file and wordlist for ispell.
  * Hyphenation pattern for OpenOffice.
 
 The wordlist is based on work by the Institute of the Estonian Language,
 subsequently improved by Jaak Pruulmann who also created the affix file.
 
 The hyphenation pattern was originally created by Enn Saar for utilization 
 with LaTeX

Bug#344707: ITP: ispell-et -- Estonian dictionaries for ispell, aspell, myspell

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist
Owner: Martin-Éric Racine [EMAIL PROTECTED]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package name : ispell-et
Version  : 20030606
URL  : http://www.meso.ee/~jjpp/speller/
aspell-et  - Estonian dictionary for aspell
iestonian  - Estonian dictionary for ispell
myspell-et - Estonian dictionary for myspell
openoffice.org-hyphenation-et - Estonian hyphenation pattern for OpenOffice.org

The ispell affix and wordlists, as well as the OOo hyphenation were found as 
standalone files at the above URL, along with explanations in Estonian about 
the origin of all files. Everything else is generated by my own debian/rules.

The above version is timestamp of the last update produced by Jaak Pruulmann. 

I already have packages ready to upload. I however need to verify whether the 
software license of the Institute of the Estonian Language is considered free
according to Debian policies, before I proceed with the upload.

Copyright:
2003-2005, Jaak Pruulmann [EMAIL PROTECTED] (updated wordlist)
1996-1999, Institute of the Estonian Language [EMAIL PROTECTED] (original 
wordlist)
1993, Enn Saar [EMAIL PROTECTED] (TeX hyphenation, converted for OpenOffice 
by Jaak)

License:
   The present Licence Agreement gives the user of this Software Product
   (hereinafter: Product) the right to use the Product for whatever purpose
   (incl. distribution, copying, altering, inclusion in other software,
   and selling) on the following conditions:

   1. The present Licence Agreement should belong unaltered to each copy
  ever made of this Product;
   2. Neither the Institute of the Estonian Language (hereinafter: IEL)
  nor the author(s) of the Product will take responsibility for any
  detriment, direct or indirect, possibly ensuing from the application
  of the Product;
   3. The IEL is ready to share the Product with other users as we wish
  to advance research on the Estonian language and to promote the use
  of Estonian in IT-technology now rapidly developing, yet we refuse
  to bind ourselves to any further obligation, which means that the
  IEL is not obliged either to warrant the suitability of the Product
  for a concrete use, to improve the program, or to provide a more
  detailed description of the underlying algorithms.
  (Which does not mean, though, that we may not do it.)
   4. Whenever you use the Product, we request that you inform us by writing
  to the e-mail address [EMAIL PROTECTED] or to street address listed below.

   Institute of the Estonian Language
   Roosikrantsi 6
   10119 Tallinn
   ESTONIA

   Phone  Fax: +372-6411443

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

iD8DBQFDrd7IeXr56x4Muc0RAnEKAJ9yBg9y2pwQaULxdzXjUWsdUqOnBQCgpVkL
ZJZzDQ5A6Nb5WJ5I5gWok84=
=PeLM
-END PGP SIGNATURE-

Bug#330125: comaintenance offer

[Martin-Éric Racine]

Daniel:  my experience of GCC development is non-existant but I am
rather good at Debian packaging and I happen to need an updated set of
cross-compilers. If you like, I could co-maintain this with you.

Hakan:  as you are experienced with this package, would you still want
to remain onboard as a 3rd maintainer and as a sponsor for the uploads
until Daniel and I have completed NM?

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: This is a digitally signed message part

Bug#294389: enblend: package ready too

[Martin-Éric Racine]

Hubert Figuiere (the upstream maintainer of gphoto) had made packages
for Ubuntu, which he wanted me to submit to Debian for him.

He also made a package of hugin (the GUI tool making use of enblend).

I made various cleanups to both packages, at his request.

Andrew:  would you go for a team maintenance on these two?

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: This is a digitally signed message part

Bug#292222: ibuild: upstream rewrite delays initial release for Debian

[Martin-Éric Racine]

Following recent packages available via the Morphix archive, upstream
has come to the conclusion that a rewrite is necessary to make ibuild
cooperate with dist-utils, which will then make it easier to use CDBS
and other standard GNU tools to automatically configure the package.

Therefore, the initial release of ibuild for Debian is further delayed.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: This is a digitally signed message part

Bug#292222: ITH: ibuild -- custom LiveCD creator

[Martin-Éric Racine]

Package: wnpp
Followup-For: Bug #29
Owner: Martin-Éric Racine [EMAIL PROTECTED]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I notice that this ITP is already 192 days old and still has not been acted 
upon.

Meanwhile, I have been spending the last few hours helping the upstream author 
clean up his source tree and doing 
various improvements to the software to bring it to a state where it can be 
uploaded to Debian.

As it so happens, ibuild was brought up again on the debian-custom mailing list 
a few days ago, along with pressing 
questions about the status of this ITP.

As such, I no longer see any valid reason to wait for the initial ITP submitter 
and am hereby hijacking this ITP and 
proceeding with the submission of this new package to the archive.

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

iD8DBQFC+1MdeXr56x4Muc0RAqsVAJ9fUbWM0giu0goKiP70IDgcw78t5gCgnYWk
Eo+0eRLbWlz6lnIGnBaUFVQ=
=188M
-END PGP SIGNATURE-


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

Bug#292222: is this being packaged or has the ITP been abandoned?

[Martin-Éric Racine]

I'm just wondering how's the package coming along. Is it anywhere near a 
release? If it's not, do you mind me packaging it and uploading it now?


--
Martin-Eric Racine
http://q-funk.iki.fi


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

Bug#314883: package ready and looking for a sponsor

[Martin-Éric Racine]

I completed my package of gaim-irchelper during Debconf5.
Now, I just need a sponsor to upload it.

--
Martin-Eric Racine
http://q-funk.iki.fi


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

Bug#256378: acknowledged by developer (Package exists in the archive)

[Martin-Éric Racine]

On Sun, 11 Jul 2004, Debian Bug Tracking System wrote:

 From: Frank Lichtenheld [EMAIL PROTECTED]
 Delivered-To: [EMAIL PROTECTED]
 
 It seems that this package already exists in the archive.
[...]
 Of course, it might also be that someone else uploading this package,
 in which case the statements above don't apply -- in any case, the package
 seems to be in the archive now.

It was uploaded by my sponsor, who forgot to add the Close statement when he
accepted to sponsor this.  Anyhow, I added the Close statement to 0.6.5 which
was uploaded today, so it would have closed itself by now.

-- 
Martin-Éric Racine, ICT Consultant
http://www.iki.fi/q-funk/

Bug#237028: ITP: cups-pdf -- PDF printer backend for CUPS

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist

* Package name: cups-pdf
  Version : 1.3.1
  Upstream Author : Volker C. Behr [EMAIL PROTECTED]
* URL : http://cip.physik.uni-wuerzburg.de/~vrbehr/cups-pdf/
* License : GPL
  Description : PDF printer backend for CUPS

 CUPS-PDF provides a PDF Writer backend to CUPS. It can be used to provide
 a virtual printer to a paperless network or to perform testing on CUPS.
 .
 The optional Gnome package gnome-cups-manager is capable of auto-detecting
 this backend as a suitable printer and to offer to install it for you.


I have already been maintaining a Debian package of this for quite some time at 
my own package repository, with the
upstream author's blessing.  The package is currently built using CDBS and it 
passes all Lintian tests.

What I need is someone to exchange my GPG key with, in the Helsinki area, so 
that I can apply for Debian developer
status and actually bring this software (and a few others I have packaged) to 
the Debian Project.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (101, 'testing'), (99, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.3
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (ignored: LC_ALL set to [EMAIL 
PROTECTED])

Bug#237028: ITP: cups-pdf -- PDF printer backend for CUPS

[Martin-Éric Racine]

On Tue, 9 Mar 2004, Josselin Mouette wrote:

 Le mar 09/03/2004 à 13:13, Martin-Éric Racine a écrit :
   CUPS-PDF provides a PDF Writer backend to CUPS. It can be used to provide
   a virtual printer to a paperless network or to perform testing on CUPS.
   .
   The optional Gnome package gnome-cups-manager is capable of auto-detecting
   this backend as a suitable printer and to offer to install it for you.
 
 What's the point of this backend for GNOME applications? 

It has _nothing_ to do with GNOME.  It's a generic CUPS printer driver.

Using this driver, any application - GUI or commandline - can produce PDF
documents formatted for the locale's paper size, as configured by CUPS.

-- 
Martin-Éric Racine, ICT Consultant
http://www.pp.fishpool.fi/~q-funk/