Locale sanitizer (Was: Mandatory LC_ALL=C.UTF-8 during package building)

2024-06-06 Thread Daniel Gröber
Hi,

On Thu, Jun 06, 2024 at 11:32:33AM +0200, Simon Richter wrote:
> If your package is not reproducible without it, then your package is
> broken. It can go in with the workaround, but the underlying problem
> should be fixed at some point.

It's easy to say "should be fixed" but finding the source of such build
problems is another matter.

I was debugging a hard to find locale repro bug with some people at
mDebConf Berlin and we had this thought: why don't we have a debugger for
this yet? Seems pretty simple to detect in principle:

At build-time, if a program doesn't call setlocale before using locale
dependent standard library functions it's probably a reproducibility
hazard.

Using the LD_PRELOAD hack like fakeroot/faketime we could make the program
crash or print a stack trace at the point it's trying to use the locale
from the environment. That should make it easier to figure out where these
problems even are.

I wonder if there's other repro things we could screen for in a similar
manner?

--Daniel


signature.asc
Description: PGP signature


Re: Clarification for broken packages in IPv6-only environments

2023-12-01 Thread Daniel Gröber
Hi Vincent, Simon,

On Fri, Dec 01, 2023 at 09:24:00AM +0100, Vincent Bernat wrote:
> I don't think this is a good use of time to fix builds broken because
> there is no IPv4 loopback.

On Fri, Dec 01, 2023 at 11:30:50AM +, Simon McVittie wrote:
> I agree that we should consider a working 127.0.0.1 to be "part of the
> API" that packages (and in particular their test-suites) can assume,
> even if there is no other IPv4 connectivity.

I'd liket to offer a different perspective: complete IPv4 stack removal
including loopback addressing is inevitable even if still a fair way off,
it's a good idea to get an early start here.

It's valuable for us to give upstreams backpressure on having legacy IP
requirements in the package build process of all places and I don't think
this is onerous requirement, it's just exposing holes in IPv6 support that
should really be there already.

Requiring support for IPv6 singlestack at runtime is a whole different
beast ofc, but are we really seeing an insurmountable number of issues due
to build time problems only?

Either way I'd be happy to help get issues like this fixed upstream.

--Daniel


signature.asc
Description: PGP signature


Re: lintian.debian.org off ?

2023-09-26 Thread Daniel Gröber
Hi,

> Yes, it is replaced by the UDD interface:
>
> https://wiki.debian.org/Services/lintian.debian.org

The old web service had explainations and additional context for the
various lintian tags. UDD doesn't seem to offer that so where can we find
this information now?

Thanks,
--Daniel


signature.asc
Description: PGP signature


Bug#1052194: ITP: sby -- SymbiYosys -- formal hardware verification frontend for yosys

2023-09-18 Thread Daniel Gröber
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber 
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org

Hi,

* Package name: sby
  Version : 0.33
  Upstream Author : YosysHQ GmbH et al.
* URL : https://github.com/YosysHQ/sby
* License : ISC
  Programming Lang: Python
  Description : SymbiYosys -- formal hardware verification frontend for 
yosys

SymbiYosys (sby) is a front-end driver program for Yosys-based formal
hardware verification flows. SymbiYosys provides flows for the
following formal tasks:

 - Bounded verification of safety properties (assertions)
 - Unbounded verification of safety properties
 - Generation of test benches from cover statements
 - Verification of liveness properties

--

The test suite for yosys-plugin-ghdl has started to depend on sby so I
figure it's time to package it in Debian if only for test coverage.

Currently upstream uses a custom Makefile based approach to Python
packaging but I was assured they are planning to migrate to a more
standardised approach (eventually).

I'm unsure if it would be better to put this package in
electronics-team or python-team, but it doesn't look too crazy
complicated at first glance so I'm tending towards electonics.

I don't actually have a use for hardware verification tools currently
so if anyone is interesting in that area I'd be happy to have someone
to help with testing against real world projects and such.

I will likely need a sponsor for this package unless my DD application
goes though before I end up doing the packaging work ;)

--Daniel


Bug#1041858: ITP: tundra-nat64 -- A minimal, user-space, stateless NAT64, CLAT and SIIT implementation for Linux

2023-07-24 Thread Daniel Gröber
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber 
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org

Hi,

* Package name: tundra-nat64
  Upstream Contact: Vt Labuda
* URL : https://github.com/vitlabuda/tundra-nat64
* License : BSD3
  Programming Lang: C
  Description : A minimal, user-space, stateless NAT64, CLAT and SIIT 
implementation for Linux

Stateless IP/ICMP translation (SIIT), Stateful NAT64 and [CLAT]
are important mechnisms to pave the way to an IPv6-only future. I've
found the tools we currently have in Debian to provide and use these
services, Tayga and Jool, lacking in various respects.

Tayga has major performance problems due to being single-threaded and
comes nowhere near to even measily 100Mbit forwarding on modern
hardware but it currently is the only viable way to implement [CLAT]
on Debian.

[CLAT]: Is the client-side of a 464XLAT setup. This is used to support
applications using IPv4 literals on top of an IPv6-only access network.

Jool being an out-of-tree kernel module has to employ various kernel
hacks to get it's job done that lead to all kinds of jankyness. It's
reasonably fast though, so it's more suited for deployment as a
network service. Unfortunately the upstream project is in "maintanance
only" mode so my concern is it may get abandoned at some point.

Hence we need more alternatives for these services in Debian.

tundra-nat64 is a new userspace implementation of SIIT, NAT64 and
[CLAT]. It's multithreaded as opposed to tayga so my hope is the
performance will be much better.

I plan on maintaining tuntra-nat64 myself but I do need a sponsor :)

Thanks,
--Daniel


Bug#1037506: ITP: prjtrellis -- Tools to generate Lattice ECP5 bitstreams

2023-06-13 Thread Daniel Gröber
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber 
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org

* Package name: prjtrellis
  Version : 1.4
  Upstream Authors: David Shah 
William D. Jones 
Miodrag Milanovi 
myrtle 
* URL : https://github.com/YosysHQ/prjtrellis
* License : ISC/MIT
  Programming Lang: C++/Python
  Description : Tools to generate Lattice ECP5 bitstreams

Project trellis supplies documentation and tools for generating the
bitstream format used by Lattice ECP5 family of FPGAs.

It has been requested[1] that nextpnr enable support for this FPGA
family so we need to package prjtrellis to do this.

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

I need a sponsor as always. ~Victims~, eer, volunteers welcome :)

--Daniel


Bug#1037306: ITP: apycula -- Tools to generate Gowin FPGA bitstreams

2023-06-10 Thread Daniel Gröber
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber 
X-Debbugs-Cc: debian-devel@lists.debian.org, 
pkg-electronics-de...@alioth-lists.debian.net, d...@darkboxed.org

* Package name: apycula
  Version : 0.8.1
  Upstream Author : Pepijn de Vos 
* URL : https://pypi.org/project/Apycula
* License : MIT
  Programming Lang: Python
  Description : Tools to generate Gowin FPGA bitstreams

Project Apicula provides documentation and tools for the bitstream format
used by Gowin GW1N series of FPGAs.

We need this to enable nextpnr support for Gowin FPGAs in Debian. I'm
intending to maintain this within the Debian Electronics Team like the
similar fpga-icestorm package.

I need a sponsor :)

--Daniel


Re: ifupdown/dhcp

2022-05-08 Thread Daniel Gröber
Hi Michael,

On Sun, May 08, 2022 at 11:24:12AM -0400, Michael Stone wrote:
> So what's the path forward, maintaining compatibility and not breaking
> systems upgrading from current stable? Do we come up with a dhcpcd5 variant
> that *only* touches interfaces it is directed to touch via
> /etc/network/interfaces? Do we add udhcpcd to the "dhcp-client" virtual
> package and/or make it the default for ifupdown? Do we fork isc's dhcp suite
> and just continue to use dhclient? Revive pump? Something else?

I use some very customized dhclient hook scripts that I don't want to give
up so I've been concerned about this situation ever since the EOM
announcment myself. Certainly I don't want it (or at least dhclient) to be
removed from Debian.

The problem is all of the other dhcp clients that have scripting support
also have problematic maintainance situations. For example dhcpcd's
maintainer has serious health problems and is looking for someone to take
over (no one has AFAICT), dribbler (used to be in Debian IIRC) is
"concluded" and that's pretty much it for non v6-only dhcp clients you can
script. On the v6 end wide-dhcpv6 doesn't look to fresh either though.

I've tried reaching out to ISC a while ago to see what our options are in
terms of perhaps keeping the code upstream but disabling it there so we can
keep maintaining it in Debian. Unfortunately they are not interested in
doing that.

However they would be open to pointing people to a project to keep
dhclient/relay alive in their release notes. So I've been thinking about
setting up at least a mailing-list to gather people interested in seeing
this happen since I don't think I'll be able to have time to do it all by
myself.

--Daniel



Re: Bug#1003796: ITP: ifupdown-ng -- network device manager compatible with ifupdown

2022-01-16 Thread Daniel Gröber
Hi Andrej,

On Sun, Jan 16, 2022 at 03:31:17PM +0100, Andrej Shadura wrote:
> I would be happy to sponsort ifupdown-ng for you.

Awesome! I'll let you know as soon as I have a package to review up on
salsa.

--Daniel



Bug#1003796: ITP: ifupdown-ng -- network device manager compatible with ifupdown

2022-01-15 Thread Daniel Gröber
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber 
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org

Hi,

* Package name: ifupdown-ng
  Version : 0.11.3
  Upstream Author : Ariadne Conill 
Maximilian Wilhelm 
* URL : https://github.com/ifupdown-ng/ifupdown-ng
* License : ISC
  Programming Lang: C, Shell
  Description : network device manager compatible with ifupdown

ifupdown-ng is a network device manager which is backwards compatible with
traditional ifup and ifdown as used on Debian and Alpine systems, while
solving many design deficits with the original approach through robust
error handling and the use of a dependency-solver to determine interface
bring-up order.

Unlike ifupdown2 (already in Debian) ifudown-ng's core is written in plain
C with "executors" written in Shell talking to the kernel and system
services, making it quite light yet easy to extend.

See also Maximilian Wilhelm's Debconf21 talk:
  
https://debconf21.debconf.org/talks/52-contemporary-networking-configuration-with-ifupdown-ng/

I plan on maintaining this package by myself, however I am looking for
a sponsor.

--Daniel


Bug#1003315: ITP: yosys-plugin-ghdl -- VHDL to RTL synthesis plugin using GHDL

2022-01-07 Thread Daniel Gröber
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber 
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org

* Package name: yosys-plugin-ghdl
  Version : 0.0~git20211127.09a32cd
  Upstream Author : Tristan Gingold 
* URL : https://github.com/ghdl/ghdl-yosys-plugin/
* License : GPLv3+
  Programming Lang: C++
  Description : VHDL to RTL synthesis plugin using GHDL

This yosys plugin allows running RTL synthesis from VHDL source code
instead of yosys' native Verilog.

This allows a full synthesis flow from VHDL to hardware for FPGAs where
the GHDL compiler is used to analyse the VHDL sources and yosys is used to
perform the convertion to netlist format with only free software tools
already in Debian (together with yosys and nextpnr/arachne-pnr).

--Daniel


Bug#998883: ITP: zsh-histdb -- scalable command history with git versioning and sync across hosts

2021-11-09 Thread Daniel Gröber
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber 

* Package name: zsh-histdb
  Version : git HEAD
  Upstream Author : Tom Hinton 
* URL : https://github.com/larkery/zsh-histdb
* License : MIT
  Programming Lang: ZSH
  Description : scalable command history with git versioning and sync 
across hosts

This is a ZSH extension which stores the command history in an sqlite
database instead of a text file while adding a number of extremely useful
bits of metadata missing from zsh's native history file.

A very useful aspect of this approach is that querying the history scales
significantly better since sqlite can stream (search) results off the disk
rather than having to read everything into memory first as zsh's native
history support does.

While the database file is binary and thus would ordinarily be hard to
keep under version control zsh-histdb provides an automatic merge driver
for use with git. This allows not only version control but naturally also
syncing history across hosts with regular git push/pull.


- I believe the functionality provided by this package is unique in Debian
- I plan to maintain this package myself but require a sponsor.

--Daniel


Re: Bug#987884: ITP: git-autofixup -- Automatically fixup commits with related changes

2021-05-01 Thread Daniel Gröber
Hi Andrej,

Thanks for your quick response!

On Sat, May 01, 2021 at 07:39:22PM +0200, Andrej Shadura wrote:
> On Sat, 1 May 2021, at 14:48, Daniel Gröber wrote:
> > git-autofixup creates fixup commits from changes in the worktree. This
> > can save the tedious work of amending fixes into the appropriate
> > commits during codereview.
> > 
> > Changes to consider are parsed out of git-diff(1) and git-blame(1) is
> > used to assign hunks to commits since the revision given on the
> > commandline, which will typically represent a topic branch. Then it
> > creates fixup commits to be used with git rebase --autosquash.
> > 
> > - There is another program called git-absorb which performs
> >   essentially the same function as git-autofixup but is written in Rust
> >   instead of Perl. Since Perl is much easier to package in Debian I went
> >   for the latter ;)
> 
> Well, OTOH git-absorb already *is* in Debian :)

Could have fooled me, since the RFP is still open, haha. Guess I should
have checked in sid too :)

Another upside of the Perl implentation though: backporting to buster is
downright trivial. Though I guess with the bullseye release around the
corner that's not quite so important now.

> > - I plan to maintain this package myself, though I am looking for a
> >   sponsor.
> 
> I can probably sponsor it. Or you can ask in pkg-perl (cc'ed).

That'd be awesome, I'd be happy to put it under pkg-perl team-maintanance
as well though.

--Daniel



Bug#987884: ITP: git-autofixup -- Automatically fixup commits with related changes

2021-05-01 Thread Daniel Gröber
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber 

Hi list,

I am working on packaging git-autofixup a program to help with
amending git commits during code review.

* Package name: git-autofixup
  Version : 0.003001
  Upstream Author : Jordan Torbiak
* URL : https://github.com/torbiak/git-autofixup
* License : Artistic 2.0
  Programming Lang: Perl 5
  Description : Automatically fixup commits with related changes

git-autofixup creates fixup commits from changes in the worktree. This
can save the tedious work of amending fixes into the appropriate
commits during codereview.

Changes to consider are parsed out of git-diff(1) and git-blame(1) is
used to assign hunks to commits since the revision given on the
commandline, which will typically represent a topic branch. Then it
creates fixup commits to be used with git rebase --autosquash.

- There is another program called git-absorb which performs
  essentially the same function as git-autofixup but is written in Rust
  instead of Perl. Since Perl is much easier to package in Debian I went
  for the latter ;)

- I plan to maintain this package myself, though I am looking for a
  sponsor.

--Daniel


Bug#909908: ITP: libpam-net -- create/join network namespaces at login

2018-09-29 Thread Daniel Gröber
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber 

* Package name: libpam-net
  Version : 0.1
  Upstream Author : Renzo Davoli, Eduard Caizer University of Bologna 

* URL : https://github.com/rd235/libpam-net
* License : GPL2
  Programming Lang: C
  Description : create/join network namespaces at login

 libpam-net allows users to be joined into a network-namespace at login. It
 implements two pam modules:
 .
 - pam_newnet.so: users belonging to the 'newnet' group get a new network
 namespace at login.
 .
 - pam_usernet.so users belonging to the 'usernet' group get their own network
 namespace at login. If a network namespace having the same name as the username
 exists, pam runs the user shell in that namespace. If such a namespace does not
 exist, it is created during the login process.

I belive such functionality does not currently exist in Debian. It can
be quite useful however. For example I use it to have a seperate users
who's network access is always forced though a VPN or Tor.

I have started to package libpam-net here:
https://salsa.debian.org/dxld-guest/libpam-net

I plan on maintaining this package myself, I do not expect this to be
too much work as the it is extremely simple (300 LoC).

I need a sponsor.


Accepted ghc-mod 5.2.1.1-3 (source all amd64) into unstable

2014-11-09 Thread Daniel Gröber
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 15:06:08 +0100
Source: ghc-mod
Binary: ghc-mod ghc-mod-el
Architecture: source all amd64
Version: 5.2.1.1-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Haskell Group 
pkg-haskell-maintain...@lists.alioth.debian.org
Changed-By: Daniel Gröber d...@darkboxed.org
Description:
 ghc-mod- Happy Haskell programming
 ghc-mod-el - Happy Haskell programming with Emacs
Closes: 767762
Changes:
 ghc-mod (5.2.1.1-3) unstable; urgency=medium
 .
   * Remove unnecessary dependency on emacsen-common from ghc-mod.
 (Closes: #767762)
   * Make ghc-mod-el depend on the same version of ghc-mod so nothing breaks in
 case the interface changes.
Checksums-Sha1:
 658f02acfeef6b2fccbb1d38e1f6d753fecd9481 2498 ghc-mod_5.2.1.1-3.dsc
 fa67bc7ea1ec569d1cde7e0a9baa481a18cbaad7 4348 ghc-mod_5.2.1.1-3.debian.tar.xz
 36705c618663cb4d1aa7eec2ff32b4d0cab12ca0 25706 ghc-mod-el_5.2.1.1-3_all.deb
 288b51cd9440e21a7e8f585823a04ae37f750c7a 11260036 ghc-mod_5.2.1.1-3_amd64.deb
Checksums-Sha256:
 e46d86b3eefdf665e64c525b6f41641480848570ab2b77fba66bee3a9fcd00a1 2498 
ghc-mod_5.2.1.1-3.dsc
 d126611c9253b03ab951e433d29431f985181fcb7894f69a1c4f4709bf235ed6 4348 
ghc-mod_5.2.1.1-3.debian.tar.xz
 36a269bf9d635fda9c857aa66c7db4d7ab5eed4d5ee96fded9fc0e01bbab1fea 25706 
ghc-mod-el_5.2.1.1-3_all.deb
 f6e14372686ccb662e164ba648722d2a317c1128b4c8dfb5db13c85b535309fd 11260036 
ghc-mod_5.2.1.1-3_amd64.deb
Files:
 97d09b144344eba8242a7be9118ae624 2498 haskell extra ghc-mod_5.2.1.1-3.dsc
 5cdeae6ca310d9f83197cf4f5c0bf84c 4348 haskell extra 
ghc-mod_5.2.1.1-3.debian.tar.xz
 2b460770112f91232de3fb1bb6850156 25706 haskell extra 
ghc-mod-el_5.2.1.1-3_all.deb
 08a63c029c7faf02a0d61710ab053321 11260036 haskell extra 
ghc-mod_5.2.1.1-3_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUX8UoAAoJED2QirPw+/UfKesP/3RbWlrC8IB3JzKJYHno6ZRT
AxJIeC7vB8tCrir2qo1GlzHW2hPatv7Zq/CMOGWjcZoYHmwojrIZq2JddDAuAv7c
iLKpdzuWwLOxWFiVJl3PfN18neHp0aO/wg7T9j2w6Whxkc6+wG0syz+3/E2+V+Ce
AL8ejXnBzwLy9+mLUIstJtCP/UIBIaB/FHJNiJP7sM/RV9FYlKrpZujBI/G3ByEa
4US5h+oJesy2lFtR7cR25fKPGpsSoJZiRUbSHbNC2D/ZLqTkRPyV18RagxeoXwg3
TgQB96YRDFQKsssb1xSXSuxJmT+hDUSTxTQLja3fBry9nOaVP7KgyFQpcd6aMdrP
KZaCPjOfmApH7QbBXMLSUBGymbu+hx1BVaciZi9BoD3+h4S4rIAizqLl2tuArF+1
Qkv30gk9x6+kkzr1BflBWBPQAXKsOhO4QrcFxTHyO7mdwQxNxJFZbHBtn3NXtKgW
O1Dbw38SUV1AaeTSYJn1K9iG65lGFxMJBXPvhATPNSjtX9NM4ipYR8pJEef5rwT+
lCmPKWPe17E8sKhSOdjaPT+ZetkTsMUmI5nCivdSFxT25C7vAPnryj3CJa3rTMAk
NdU9Ws+z6AaB5etC3Kf3zonxU96VaKm2+8VA1xCpOn4dlUJvvindC2x65bFova5q
Ungl+My+QyVLgFhWIN6L
=9TPO
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xnzum-0005kv...@franck.debian.org



Accepted ghc-mod 5.2.1.1-2 (source all amd64) into unstable

2014-11-06 Thread Daniel Gröber
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 06 Nov 2014 17:42:36 +0100
Source: ghc-mod
Binary: ghc-mod ghc-mod-el
Architecture: source all amd64
Version: 5.2.1.1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Haskell Group 
pkg-haskell-maintain...@lists.alioth.debian.org
Changed-By: Daniel Gröber d...@darkboxed.org
Description:
 ghc-mod- Happy Haskell programming
 ghc-mod-el - Happy Haskell programming with Emacs
Closes: 768226
Changes:
 ghc-mod (5.2.1.1-2) unstable; urgency=medium
 .
   * Fix upgrading ghc-mod from wheezy by declaring a Replaces+Breaks relation
 for ghc-mod-el. (Closes: #768226)
Checksums-Sha1:
 3e74e8ad85a2bf1a676120f03cc11efe48c1b782 2498 ghc-mod_5.2.1.1-2.dsc
 e81be007bc62b5f4bb0da668ef00374406aecb08 4248 ghc-mod_5.2.1.1-2.debian.tar.xz
 abc3f32634faaedc182ec03521d21ec39907faf6 25580 ghc-mod-el_5.2.1.1-2_all.deb
 072f7458852fdabc57ded1bff0670a161863d7a5 11263490 ghc-mod_5.2.1.1-2_amd64.deb
Checksums-Sha256:
 933f2f7532472c62e2aea2d3c99a7477a44fc4370b0f6a90af8f11f9bc14bdda 2498 
ghc-mod_5.2.1.1-2.dsc
 b583e7b4f13a2b51ff39769d0116b0c1ba00f03b463e7af8e2c8ef85ecae2b1f 4248 
ghc-mod_5.2.1.1-2.debian.tar.xz
 bf8837806a58237ef40195508ace5303215789f39cac8f075b5e838ae73dfabe 25580 
ghc-mod-el_5.2.1.1-2_all.deb
 3b92c895e9866d484077bb1643a65e58b21d9819241bdfca90676573cb987e56 11263490 
ghc-mod_5.2.1.1-2_amd64.deb
Files:
 add2f4db655d67b147be70b81aa6890b 2498 haskell extra ghc-mod_5.2.1.1-2.dsc
 bef589d3c21a5036944e19ec0e450c17 4248 haskell extra 
ghc-mod_5.2.1.1-2.debian.tar.xz
 56b03c170e597a1549c7758d52bf27cc 25580 haskell extra 
ghc-mod-el_5.2.1.1-2_all.deb
 fd8b85b60924ed513c32031cab6067a1 11263490 haskell extra 
ghc-mod_5.2.1.1-2_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUW7nTAAoJED2QirPw+/UfjooP/ioQivvNXRZSHNmia+CwJqM9
WmTW3lxkSK4NmJ4onicYTb3TYLYibS4KhcfViKpFUeqJxjd7pXh3aroSlqRn1mok
v1Z8nv4PMrAUlWkX2nYWau5abKpoppgBUaCjQHZyv1EpGBsQ7v7iwPWzooTyTfiO
K22GgmrsOTCQSC+A0m69NqZH+P+yw5f2VoH6I9qW0aN59kZEnjc5hbAPsTXkQb8E
6m/F60kU0XXZ0WfvzpIqyNZPApSOcXb2amT59+hgPINzXTEAAL2X4H7Ub/LiUQdi
FPqECjSnSH+SXqmscRXfOJK0YifpmjY/Lx70OlIe3BXraQno7iDRL+VOrdu1L9+I
biHPSW9QGODm3Dj82N9icJzIdf8PCnoIagJIYn9N+u0fPRREH9mhK2BvBtS31XQB
vcp/wZi+IkM4R3W9CIOOhVBgnQ6dQsz6m66ZKt2Sza67KkdX3AWSdixRNIujHrMZ
IfT3PkoTyQhWENoClESugPlVMnDXWIBRWqLXVYxmTuiOyZZRnTHkVVFvvk4s+RRa
4me6ZynwOcicM6vSMjq3YPB2kLbCVw1LZwpBbdFTwtE3G5U33ihLJiEjWh74nx6v
DyMP2ruta+TdrZ+ArIbrezsM4wh8xdHmN7t2XGBabkrzEE1s7e/F6b0p6fnHt0W2
HIyLUd8XdZ4YDHfmYAhD
=AZ8i
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xmrdu-0007kg...@franck.debian.org



Accepted ghc-mod 5.2.1.1-1 (source all amd64) into unstable, unstable

2014-11-04 Thread Daniel Gröber
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 03 Nov 2014 23:18:16 +0100
Source: ghc-mod
Binary: ghc-mod ghc-mod-el
Architecture: source all amd64
Version: 5.2.1.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Haskell Group 
pkg-haskell-maintain...@lists.alioth.debian.org
Changed-By: Daniel Gröber d...@darkboxed.org
Description:
 ghc-mod- Happy Haskell programming
 ghc-mod-el - Happy Haskell programming with Emacs
Closes: 767762
Changes:
 ghc-mod (5.2.1.1-1) unstable; urgency=medium
 .
   * New upstream release
   * Split off ghc-mod-el (Closes: #767762)
Checksums-Sha1:
 a1a13245a7395d539261102fd1732442f2602398 2498 ghc-mod_5.2.1.1-1.dsc
 7e831daa75a853365d092bb48c9d84d336b85b21 83149 ghc-mod_5.2.1.1.orig.tar.gz
 465efadf0a57489fb4389b93cc17aa146b5532b8 4152 ghc-mod_5.2.1.1-1.debian.tar.xz
 ad451b5132e51dc79adea5dae8a947c95f9357b3 25494 ghc-mod-el_5.2.1.1-1_all.deb
 20ac65537c9f52799d1809624984b6ca64db7e66 11262030 ghc-mod_5.2.1.1-1_amd64.deb
Checksums-Sha256:
 7c1d606af87faf3403ed7ceebb11de579f233b2192689801bfa5972eeb22b3f5 2498 
ghc-mod_5.2.1.1-1.dsc
 46cc0247d61bec5aa1262825ca18b7b264f2842a99aada3b299668701229af25 83149 
ghc-mod_5.2.1.1.orig.tar.gz
 4636d8a754857e74e7dc57ab80ffdeed093e88971010387e8aff4f606bb6c583 4152 
ghc-mod_5.2.1.1-1.debian.tar.xz
 06a7096f35a58304b4e1ade3fad23e8d1535418eb876ed935ab2433b5b57ce85 25494 
ghc-mod-el_5.2.1.1-1_all.deb
 7dee9b4a03e74b16686a87164a9a7b5718403fd7593310f185ffe82145fb8113 11262030 
ghc-mod_5.2.1.1-1_amd64.deb
Files:
 61a326034e5ab8cc481e17f5c603a4eb 2498 haskell extra ghc-mod_5.2.1.1-1.dsc
 26e486fce13a3e1aa96892d7c86969ce 83149 haskell extra 
ghc-mod_5.2.1.1.orig.tar.gz
 29482438ad0b382ec05728be4a01bb07 4152 haskell extra 
ghc-mod_5.2.1.1-1.debian.tar.xz
 96e501099b42210ff53ff0e32351 25494 haskell extra 
ghc-mod-el_5.2.1.1-1_all.deb
 d409dc117ceb12f32d0236a588f5379a 11262030 haskell extra 
ghc-mod_5.2.1.1-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUWAleAAoJED2QirPw+/Uf3SUP/RUItvxP5NhuvakAnVC3L7Tu
6GUdlxxPM7xY/iP2ToUDpaNvcuSBmMEMnsIKqjWe6QjdUBJJKsEz8C/qiu2xWhOn
za9pRAum85PGE3oz9S06whmpuczLwyegA+huj5nQfeGRv9O6UnOi6eryYkzhLQ3e
zimkXgZFp17UNTFsfSX2GxaybNbMJUGOD8OJrNW6JBjuYJhFs7llCVxVGNwmnXVt
Ba2R92tvH9R5a+6ve1QJahVbYcJXt8YxBwToJKc7pBjgELF3x6GV3eAuMYVy9ctO
w6aSX5qVqpFe86d85BORcSS82yeCSgeqvjfU6J9PQrBIP+KlB2/affkEEzAOtXYQ
Um7KhgeUtnHImtIQVQXsP1HcRrVQjgaJDnRa7VqdTxt84aNNjiUWwU2WdUE/m1G6
JfCXMcS2rW/iYy1P5hHJuvVEGiWlNu1pyhr1BT+rT/LFCQzzNRMprgH4n+KatDQh
egfNxgZdgDuJEHV/NhbCLD1jTlGBdydPfAMo9itIkZJ2dgYqc+W0az31Vx/d4IIv
iAZfiEEEH/T2Dsx19XjHR1xLS+pDQPKwXr7wYBDYG/FuQHMREEEcF6OUnoMT8IiH
uY+BhQ0iKVmVl1j/s+jD9Jq7RLHCYtj8A48TcHNEHoKhEHF6W3gFYylqLjihwLev
1uDHg+fss3EmUJxHzI8R
=8wPR
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xlcmn-0005zw...@franck.debian.org



Accepted haskell-djinn-lib 0.0.1.2-2 (source all amd64) into unstable

2014-11-03 Thread Daniel Gröber
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 03 Nov 2014 23:28:18 +0100
Source: haskell-djinn-lib
Binary: libghc-djinn-lib-dev libghc-djinn-lib-prof libghc-djinn-lib-doc
Architecture: source all amd64
Version: 0.0.1.2-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Haskell Group 
pkg-haskell-maintain...@lists.alioth.debian.org
Changed-By: Daniel Gröber d...@darkboxed.org
Description:
 libghc-djinn-lib-dev - ${haskell:ShortDescription}${haskell:ShortBlurb}
 libghc-djinn-lib-doc - ${haskell:ShortDescription}${haskell:ShortBlurb}
 libghc-djinn-lib-prof - ${haskell:ShortDescription}${haskell:ShortBlurb}
Changes:
 haskell-djinn-lib (0.0.1.2-2) unstable; urgency=medium
 .
   * Fix missing-license-paragraph-in-dep5-copyright.
Checksums-Sha1:
 83400d0aa7adb085e841820feb957810629715ea 2390 haskell-djinn-lib_0.0.1.2-2.dsc
 f9f810c67237d467669ebfdb7f9a5c237353b956 2252 
haskell-djinn-lib_0.0.1.2-2.debian.tar.xz
 a4400deb251e3259013564da3d20506a816e172d 53460 
libghc-djinn-lib-doc_0.0.1.2-2_all.deb
 299df615527f3d386223bd81e48dd997b7189848 142848 
libghc-djinn-lib-dev_0.0.1.2-2_amd64.deb
 a9fd2a61720a8e1018445422d34e97d369967c73 158032 
libghc-djinn-lib-prof_0.0.1.2-2_amd64.deb
Checksums-Sha256:
 c5847b376984bf32b91d34d3d1252ed0519d97392fd494dc6895779a230597e7 2390 
haskell-djinn-lib_0.0.1.2-2.dsc
 261aaa9f898f8f282033b17bbed63bd40842484df97c2c0479ba3b6a4704f751 2252 
haskell-djinn-lib_0.0.1.2-2.debian.tar.xz
 cefe111ca7f8e3eaf1f5150457e4aee24fbfc9a70f25baa272f9df4998c76c08 53460 
libghc-djinn-lib-doc_0.0.1.2-2_all.deb
 893afa763124cfec7e6005d262f19ba76afa37653d2f558c07db6ba07cbedd26 142848 
libghc-djinn-lib-dev_0.0.1.2-2_amd64.deb
 44201c47c165b815c326f0e5fb008ddbe6456554a30f9bc42ef258399b9ad622 158032 
libghc-djinn-lib-prof_0.0.1.2-2_amd64.deb
Files:
 9e5861e8ff0275de9845f427a63e7da5 2390 haskell extra 
haskell-djinn-lib_0.0.1.2-2.dsc
 666cecee15d7526878dc286bfcb30c77 2252 haskell extra 
haskell-djinn-lib_0.0.1.2-2.debian.tar.xz
 fbbcb9caa280e1253d993ff1a58b792d 53460 doc extra 
libghc-djinn-lib-doc_0.0.1.2-2_all.deb
 d7ec28a2323f7573a68516dca897526c 142848 haskell extra 
libghc-djinn-lib-dev_0.0.1.2-2_amd64.deb
 f11a9032092e0f1ebf0b4c525af71e86 158032 haskell extra 
libghc-djinn-lib-prof_0.0.1.2-2_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUWAlLAAoJED2QirPw+/UfydsP/25ry0gcVw8ONRYSEwj4xAgN
eLsxQ3lmsP9OyIs2bS1F3JBo64V9sKyoCDPwBvO+G18JaIaVHrXLvTODgmmrKoDI
0wJq2FLfG4loOjhDFJdBZn8zPDAVknwjnEnoJj00QqWnEWtKIIr2OgbjWoTPXXRG
ZQ2FOQOxPcWceljwAX5rSgM/9t6akzK7hEVZMtJkRLPAcSeKLxmjfTTy4bBcgqNN
70mYR00TswGcuN2DNzeL/Qz7O6hiZKSxsjT4tDxaLgw367Qd9+t+Ig0pd66jDs9C
M2FRZwzeM8GTfjXGUBKg+4YaDCxbhlMo+05TV6dXNuIFHP4JRW5hL1yCWzruPFAT
v4airgFNu6MZWQG544gSrszsWG5pkU3x3dym4lcbH+C2rYIraiYjln1uDt90t9zc
DAzVFJPH59PzdRfmMobysGHBYMZbjIHF8YHAr/iDYqN7VYwOZcN0gREEat3+tCTp
1VZ1tVhNCNID6ED5RpPXhFSicfWrZvWqCWrPirPMYPWOsafQ5SR6K7mzD8caQs1m
6fBIqM2n2STtHBnq93N2982rveRv00q3LlTveuwAlwWXREARJMREXI45iOqvYNuL
9m7qLERpha+P+x+uMgrw7llp5XLYEifKBjxpibboHNYZ5dyuvVwAyoaw7p1A1u2l
1Oaf+lZlj2OQLZ7d4fcI
=qC+W
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xlqty-0006zz...@franck.debian.org



Accepted haskell-djinn-ghc 0.0.2.2-2 (source all amd64) into unstable

2014-11-03 Thread Daniel Gröber
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 03 Nov 2014 23:32:15 +0100
Source: haskell-djinn-ghc
Binary: libghc-djinn-ghc-dev libghc-djinn-ghc-prof libghc-djinn-ghc-doc
Architecture: source all amd64
Version: 0.0.2.2-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Haskell Group 
pkg-haskell-maintain...@lists.alioth.debian.org
Changed-By: Daniel Gröber d...@darkboxed.org
Description:
 libghc-djinn-ghc-dev - ${haskell:ShortDescription}${haskell:ShortBlurb}
 libghc-djinn-ghc-doc - ${haskell:ShortDescription}${haskell:ShortBlurb}
 libghc-djinn-ghc-prof - ${haskell:ShortDescription}${haskell:ShortBlurb}
Changes:
 haskell-djinn-ghc (0.0.2.2-2) unstable; urgency=medium
 .
   * Fix description-too-long.
Checksums-Sha1:
 21da1f2e820140d45679e70a8a38c7d7df6de53e 2509 haskell-djinn-ghc_0.0.2.2-2.dsc
 73b9fc4b1d8d4d1aad1e1852ed25ee63a88739a4 2200 
haskell-djinn-ghc_0.0.2.2-2.debian.tar.xz
 752fbe40e502220e66e2396e1e52365c820a73b6 29936 
libghc-djinn-ghc-doc_0.0.2.2-2_all.deb
 f7832856bc62a1950a9a580d96dd8eb742474525 24360 
libghc-djinn-ghc-dev_0.0.2.2-2_amd64.deb
 e92ce36d960558f1d49720c0acbd598e291f176a 27754 
libghc-djinn-ghc-prof_0.0.2.2-2_amd64.deb
Checksums-Sha256:
 b9b721d771f3eefe1be1d89bc1c377afa71e8c5dfca5899a98ba319a68020285 2509 
haskell-djinn-ghc_0.0.2.2-2.dsc
 290ff4e32bf03ce56b9223c450b112f0c85358de7b004fdf761c3807ebb1c062 2200 
haskell-djinn-ghc_0.0.2.2-2.debian.tar.xz
 945ca7555bbefb8bb5e2b04ab38c59e2b14d4ff9bb4524dc997b0f268c8ec961 29936 
libghc-djinn-ghc-doc_0.0.2.2-2_all.deb
 000b2afe98695f55510942367b7d5817c27a80cac94b6cadf3b3942420e856f1 24360 
libghc-djinn-ghc-dev_0.0.2.2-2_amd64.deb
 2c41f20e5df08f9930df4c033e541de19b8a1b6e89ca803b887d78f6ea653d6a 27754 
libghc-djinn-ghc-prof_0.0.2.2-2_amd64.deb
Files:
 9376ab7f4f48ea94b7b932d5beb58ea1 2509 haskell extra 
haskell-djinn-ghc_0.0.2.2-2.dsc
 49f9e2185c9c600fa960551d6422e98c 2200 haskell extra 
haskell-djinn-ghc_0.0.2.2-2.debian.tar.xz
 b3e7157c9711cfde6d0bf8dfa4f29bc1 29936 doc extra 
libghc-djinn-ghc-doc_0.0.2.2-2_all.deb
 ee0232808261a356f2242969f8aa189a 24360 haskell extra 
libghc-djinn-ghc-dev_0.0.2.2-2_amd64.deb
 652b72655843cbc6633f3fabcb797866 27754 haskell extra 
libghc-djinn-ghc-prof_0.0.2.2-2_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUWAlBAAoJED2QirPw+/UfGQkP/i6shtMi17XN/V1RAMkA/4hK
45IKBUSk3A0qjsXVrEhd8BJ6TVNiS1MK9fbbuAZkx9tAmk166GO1aq2uwpmFM3oB
TfmWcDObFWhLVGK3vLc0o2iDuZcPcueJchZGQ/JqKLCHI4ZcEmXEJx8xTgQd4ZJh
x7R6yMWs/mIjGpdEY6WZLxAUkCWXNPzRDWutDXLrbzbwcttxSshqQDdzkSOSsomi
tYBILaWOk/57aiUqpuhFjG+9YL2tvThMJfOYVMHpKfbKI4PMk3E/W9ksM6wQ0aNa
ZnqokMDpjrCje3PHAwpbuWYl2l+rSC/19lk93JOUG9xUW7oz2klLwaTKokId/jvD
uex2J6tmcoPHTDjGHUg8ItdbW+sFM+ulJCZjIfdQznJAURKaLgOR73tfx7wzEGai
AdT0k/LmqRq4MtKlGvogAKYGIm9nbuuDsDS/OAlW+rFPZv++yVSSfeuQQiQ2jW1/
hBjjgFPaCuhmT4ik5ROKyxlGvmu8J5Uv7lppl/S3Xbn/tt/0ULxUDfG7CUWjM40x
cQwOnBEFdL6tsmyI8iLNc2JzDAJ2SYPvm8tDrL5jWfRbaSEJT/0ao7D6NwmXMG5N
ZNWoT84JtkMFyKmcHlcD22KQBapJUPE1Vb3Qhp3Nzj/DFPercwaerwGeyC0mYFbm
z77HZ9hLApcPmZYIL9JD
=H5l+
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xlqtq-0006vd...@franck.debian.org