from:"Joachim Breitner"

Bug#1010351: O: osdsh -- overlays your screen with various system information

2022-04-29 Thread Joachim Breitner

Package: wnpp
Severity: normal

I intend to orphan the osdsh package.

The package description is:
 OSDsh is a little program that overlays system information using
 the XOSD library. OSDsh was originally based on osdd and provides
 features like:
 .
  * It is able to display a clock.
  * Shows the volume levels of the soundcard when changing.
  * Tells you if you are on- or off-line, and the time you were connected.
  * Shows the battery status and
  * shows any message you want it to.

Bug#1008880: O: unicode-screensaver -- screensaver displaying unicode characters

2022-04-03 Thread Joachim Breitner

Package: wnpp
Severity: normal

I intend to orphan the unicode-screensaver package.

The package description is:
 The unicode-screensaver is a simple screensaver application that repeatedly
 randomly picks an unicode character and displays it in a very large font
 size together with its unicode code point and the character name.
 .
 It works with xscreensaver or gnome-screensaver.

Bug#1008878: O: local-apt-repository -- Ready to use local apt repository

2022-04-03 Thread Joachim Breitner

Package: wnpp
Severity: normal

I intend to orphan the local-apt-repository package.

The package description is:
 With this package installed, every Debian package (i.e. a *.deb file) dropped
 into /srv/local-apt-repository (which you need to create first) will be
 available to apt.
 .
 This package does not provide an apt repository to be used by other hosts. For
 that, look at more serious repository solutions like reprepro and
 apt-ftparchive.

Bug#1008879: O: pidgin-blinklight -- Blinks your ThinkPad's ThinkLight upon new messages

2022-04-03 Thread Joachim Breitner

Package: wnpp
Severity: normal

I intend to orphan the pidgin-blinklight package.

The package description is:
 This plugin for Pidgin will blink your laptops when you get
 new messages, so you notice them even if the conversation window is not up
 front and you don't have or don't see the window list.
 .
 To use this with an Thinkpad's ThinkLight, you need to have the ibm-acpi
 kernel module loaded.
 .
 To use this with an ASUS laptop, you need to have the asus_acpi kernel
 module loaded.

Bug#1008875: O: libnss-gw-name -- nss module that names the current gateway’s IP address

2022-04-03 Thread Joachim Breitner

Package: wnpp
Severity: normal

I intend to orphan the libnss-gw-name package.

The package description is:
 This Name Service Switch (NSS) module resolves the name “gateway.localhost” to
 the IP of the current default gateways of the system. This allows easy access
 to router configuration and to check if connectivity problems are local or
 not.

Bug#1008877: O: screen-message -- Displays a short text fullscreen

2022-04-03 Thread Joachim Breitner

Package: wnpp
Severity: normal

I intend to orphan the screen-message package.

The package description is:
 Screen Message will display a given multi-line message as large as
 possible, fullscreen and black on white. You can specify the text either
 when launching sm, or edit it while the program is running.
 .
 It is useful to send messages across a room, e.g. during an university
 lecture. For fast startup, it is recommended to bind it to a key in your
 Desktop Environment.

Bug#1008874: O: gtk-vector-screenshot -- takes screenshots of applications as PDF or SVG files

2022-04-03 Thread Joachim Breitner

Package: wnpp
Severity: normal

I intend to orphan the gtk-vector-screenshot package.

The package description is:
 This gtk module allows you to take a screenshot of a running gtk-3 application
 as a vector image, with fully scalable graphics and selectable text. It
 supports rendering the application to PDF, SVG and PostScript.

Bug#1008876: O: arbtt -- Automatic Rule-Based Time Tracker

2022-04-03 Thread Joachim Breitner

Package: wnpp
Severity: normal

I intend to orphan the arbtt package.

The package description is:
 The program arbtt, the automatic rule-based time tracker, allows you to
 investigate how you spend your time, without having to manually specify what
 you are doing. arbtt records what windows are open and active, and provides
 you with a powerful rule-based language to afterwards categorize your work.

Bug#941893: RFA: pam-dbus

2019-10-07 Thread Joachim Breitner

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

pam-dbus (which allows you to configure a guest account where people can
log in when you approve it by approving a notification popup) was a fun
experiment from me years ago, but I never used it, and have not touched
it in a while. Since this is somewhat security-related, this really
shouldn’t be in the archive without an active maintainer. The UI part
needs porting to gtk3 (this kicks it off testing right now).

Is anyeone interest in taking it over (upstream and packaging)? Else
I’ll ask for its removal at some point in the future.


Cheers,
Joachim


-BEGIN PGP SIGNATURE-

iHEEARECADEWIQQxTjstYFpus1p9gRn2KOuTR0MgbAUCXZrynhMcbm9tZWF0YUBk
ZWJpYW4ub3JnAAoJEPYo65NHQyBsBQ0AoMieNUq0xpL03WQClQexpuyZbZ/AAJsG
3ItfHjbETUarrkS4tXmbPNFDKg==
=nTJc
-END PGP SIGNATURE-

Bug#898220: ITP: imv -- A command line image viewer intended for use with tiling window managers

2018-05-08 Thread Joachim Breitner

Hi,

Am Dienstag, den 08.05.2018, 22:28 +0200 schrieb Paride Legovini:
> Package: wnpp
> Severity: wishlist
> Owner: Paride Legovini 
> 
> * Package name: imv

heads-up: there is a very useful binary called imv in the package
renameutils.


Cheers,
Joachim
-- 
Joachim “nomeata” Breitner • nome...@debian.org • https://j.oach.im/
  

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

Bug#603157: ITP: ttf-ubuntu-font-family

2018-02-25 Thread Joachim Breitner

Hi Jeremy,


On Tue, 28 Nov 2017 09:05:22 -0500 Jeremy Bicha  wrote:
> Control: owner -1 Jeremy Bicha 
> Control: retitle -1 ITP: fonts-ubuntu -- sans-serif font set from Ubuntu
> 
> I will finally be uploading this to non-free soon. Packaging is at
> 
> https://anonscm.debian.org/git/pkg-fonts/fonts-ubuntu.git
>

how soon is soon? :-)

Joachim
-- 
Joachim “nomeata” Breitner
Debian Developer
  nome...@debian.org • https://people.debian.org/~nomeata
  XMPP: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F
  https://www.joachim-breitner.de/

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

Bug#885399: RFA: pam-dbus -- Handler for the pam-dbus module, using notification-daemon

2017-12-26 Thread Joachim Breitner

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I request an adopter for the pam-dbus package. It uses pygtk and needs
to be ported to gtk3. I am not using this package, so if anyone find
this useful, please take it over. If not, it will be removed together
with pygtk.

Cheers,
Joachim

The package description is:
 pam-dbus-notify is a per-session daemon that displays requests from
 libpam-dbus-notify, using notification daemon popups.

-BEGIN PGP SIGNATURE-

iHEEARECADEWIQQxTjstYFpus1p9gRn2KOuTR0MgbAUCWkKVYBMcbm9tZWF0YUBk
ZWJpYW4ub3JnAAoJEPYo65NHQyBsORcAoL+bvG7SX84MkB14y10eqH0VJMzBAKDJ
FXOt5Q106iKmwhd5v50yOujEMg==
=x0hr
-END PGP SIGNATURE-

Bug#840777: ITP: hotdoc -- documentation tool using CommonMark

2016-10-14 Thread Joachim Breitner

Hi,

Am Freitag, den 14.10.2016, 19:44 +0200 schrieb Andrew Shadura:
> It was previously based on pandoc, and a pandoc backend will be
> available again soon, but the dependency tree with a hard pandoc
> dependency was just too deep.

pandoc (the binary package) seems to have a reasonable set of
dependencies:
Depends: libc6 (>= 2.14), libffi6 (>= 3.0.4), libgmp10, liblua5.1-0, 
libluajit-5.1-2, libpcre3, libyaml-0-2, zlib1g (>= 1:1.1.4), pandoc-
data (>= 1.17.2~dfsg-1), pandoc-data (<< 1.17.2~dfsg-1.~)
What tree are you referring to?


Greetings,
Joachim
-- 
Joachim “nomeata” Breitner
Debian Developer
  nome...@debian.org • https://people.debian.org/~nomeata
  XMPP: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F
  https://www.joachim-breitner.de/

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

Bug#840371: ITP: git-repo -- CLI utility to manage git services from your workspace

2016-10-11 Thread Joachim Breitner

Hi,

Am Dienstag, den 11.10.2016, 09:28 +0800 schrieb ChangZhuo Chen:
>  git-repo is a CLI tool to manage git services likes GitHub, GitLab,
> and
>  Bitbucket. It provides several commands to handle clone, gist, pull
>  request.

this looks nice, thanks for packaging.

Joachim

-- 
Joachim “nomeata” Breitner
Debian Developer
  nome...@debian.org • https://people.debian.org/~nomeata
  XMPP: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F
  https://www.joachim-breitner.de/

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

Bug#839940: RFP: ponymix -- CLI volume control for PulseAudio

2016-10-06 Thread Joachim Breitner

Package: wnpp
Severity: wishlist

* Package name: ponymix
  Version : 5
  Upstream Author : Dave Reisner
* URL : https://github.com/falconindy/ponymix
* License : MIT
  Programming Lang: C++
  Description : CLI volume control for PulseAudio

Ponymix is a command line mixer for PulseAudio.

I found that this is the most viable solution for scripting pulse
audio,
e.g. toggling volume and mic via keyboard shortcuts in my window
manager. I have been using it for a while now, and would like to see it
packaged in Debian, but I believe someone else might be more suited to
maintain a C++ package than me.

-- 
Joachim “nomeata” Breitner
Debian Developer
  nome...@debian.org • https://people.debian.org/~nomeata
  XMPP: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F
  https://www.joachim-breitner.de/

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

Bug#724629: [Pkg-fonts-devel] Package for Fira Sans and Fira Mono

2016-08-02 Thread Joachim Breitner

Hi,

On Mon, 23 Jun 2014 09:45:38 +0800 Paul Wise  wrote:
> On Mon, 2014-06-23 at 00:26 +0200, RÃ¼diger Sonderfeld wrote:
> 
> > They have now added the UFO files to the github repo.  I haven't updated 
> > the 
> > package yet.  But it should now be good enough for Debian main, right?
> > 
> > * https://github.com/mozilla/Fira/issues/25#issuecomment-46699424
> > * https://github.com/mozilla/Fira/tree/master/source/UFO%20%28Beta%29
> 
> It sounds like the author is still using the Glyphs app but saving and
> loading UFO instead of the Glyphs format. That seems acceptable.
> 
> http://dev.carrois.com/fira-3-1/
> 
> However, we are missing a way to build the fonts from the UFO sources.

it’s been two years… Is still someone trying to get this into Debian?

(I’ll use https://github.com/eddelbuettel/pkg-fonts-fira for now.)

Thanks,
Joachim


-- 
Joachim “nomeata” Breitner
Debian Developer
  nome...@debian.org • https://people.debian.org/~nomeata
  XMPP: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F
  https://www.joachim-breitner.de/

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

Bug#827555: ITP: circle -- Show byte statistics as an ascii circle graph

2016-06-17 Thread Joachim Breitner

Hi,

Am Freitag, den 17.06.2016, 21:24 +0200 schrieb Roberto S. Galende:
> ok, maybe bytes-circle...
> That also means to change the name of the command, 
> or could I just change the name of the package?
> thanks

I would suggest to also change the command name, in order to avoid
conflicts with a future circle command that could come up.

Greetings,
Joachim

-- 

Joachim “nomeata” Breitner
Debian Developer
  nome...@debian.org • https://people.debian.org/~nomeata
  XMPP: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F
  https://www.joachim-breitner.de/

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

Bug#827555: ITP: circle -- Show byte statistics as an ascii circle graph

2016-06-17 Thread Joachim Breitner

Hi,

Am Freitag, den 17.06.2016, 19:38 +0200 schrieb Roberto S. Galende:
> circle is a program that shows statistics about bytes contained
> in a file as an ascci circle graph of deviations from mean in sigma
> increments.

sounds like a fun tool, but in the interest of keeping the package name
space sane, I suggest to look for a less generic name. Maybe "ascii-
circle" or "bytes-circle"?

Greetings,
Joachim
-- 

Joachim “nomeata” Breitner
Debian Developer
  nome...@debian.org • https://people.debian.org/~nomeata
  XMPP: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F
  https://www.joachim-breitner.de/

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

Bug#805266: RFA: libnss-gw-name -- nss module that names the current gateway’s IP address

2015-11-16 Thread Joachim Breitner

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I request an adopter for the libnss-gw-name package.

The package description is:
 This Name Service Switch (NSS) module resolves the name “gateway.localhost” to
 the IP of the current default gateways of the system. This allows easy access
 to router configuration and to check if connectivity problems are local or
 not.

It seems that this functionality is now also provided by
systemd-resolved and libnss-resolve (copycats!). As I plan to fully jump
on the systemd bandwagon, I don’t have a need for this single-purpose
package any more.

Nevertheless it works (I have been using it until now), and maybe
someone else would like to have this funtionaly independent of systemd.
In that case, please let me know.

Otherwise I will stop using it, and will remove it from Debian as soon
as there is a problem with it that I cannot fix very easily.

Greetings,
Joachim

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlZJjO0ACgkQ9ijrk0dDIGy7aQCfQU85TtPcjBZEvDm/ccr5ovxK
H9wAoIjc6XEM6V03svPNXV+CxzHA/G2Q
=Mk4R
-END PGP SIGNATURE-

Bug#800325: O: xflip -- programs to mirror-image or melt your display

2015-09-27 Thread Joachim Breitner

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I intend to orphan the xflip package.

The package description is:
 Flip your (or your "xhost +" using friend's) screen on either the vertical
 or horizontal axis or melt away the graphics on your display. Both commands,
 named xflip and meltdown, have a -planes option to independently act on
 individual bit planes. This version now comes with a new -oblic option which
 flips horizontally and vertically simultaneously.

I once took over xflip for historical reasons: It is a very old toy
program to play pranks via your X server, and I liked the idea that
Debian has software with such a long history.

But I have not used it in years, and don’t think its worth keeping it
alive. We have better things to do. So I give it up for adoption, and
will ask for its removal by the deadline of #800268, i.e. Nov 1st.

Greetings,
Joachim

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlYITBMACgkQ9ijrk0dDIGwoPgCfbYsyXJ1YfuDqgV+ZO8CCd5O2
hU4An2l89ShAQ+BK20nZXACqJuAOLDAm
=5OUX
-END PGP SIGNATURE-

Bug#796529: ITP: local-apt-repository -- Ready to use local apt repository

2015-08-23 Thread Joachim Breitner

Hi Sven,

Am Sonntag, den 23.08.2015, 18:18 +0200 schrieb Sven Bartscher:
  Note that my package does _not_ touch or put files in /srv. It
  merely
  uses files that are put in a certain directory that, that the admin
  has to create first. Does that mitigate your concerns?
 
 A problem, that I see with this, is that someone might already
 use /srv/local-apt-repository for something else. If that something is
 an apt repository (which is not unlikely with the given name) you might
 accidentally install files on your system, that weren't intended to be
 installed.

I would expect that an admin would read the description of the package
before installing it, and the description quite plainly tells him that
this will happen.

 With a debconf question, the admin is confronted with the
 fact, that this directory will be read, before doing so.

 If you don't want to do the debconf stuff, I offer to do it, as I have
 to get to know maintainer scripts and debconf anyway.

Thanks for the offer! If I have to do that, I’ll happily accept it. But
I hope that there is a way to make this work out-of-the box, without
the requirement of admin intervention and with a sensible default path.

Greetings,
Joachim


-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#796529: ITP: local-apt-repository -- Ready to use local apt repository

2015-08-22 Thread Joachim Breitner

Package: wnpp
Severity: wishlist
Owner: Joachim Breitner nome...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: local-apt-repository
  Version : 0.1
  Upstream Author : Joachim Breitner nome...@debian.org
* URL : 
http://anonscm.debian.org/cgit/collab-maint/local-apt-repository.git/
* License : MIT
  Programming Lang: Bash
  Description : Ready to use local apt repository

 With this package installed, every Debian package (i.e. a *.deb file)
 dropped into /srv/local-apt-repository (which you need to creat first)
 will be available to apt.

 This package does not provide an apt repository to be used by other
 hosts. For that, look at more serious repository solutions like
 reprepro and apt-ftparchive.


This package also tries to use the nice features provided by systemd, in
this case path-monitoring and system activiation via path changes, so
that the repository is recreated as soon as the user drops a package
there.

The repo is already on alioth and in a working form; it seems that just
cgit is not yet aware of it.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlXYY+IACgkQ9ijrk0dDIGzZKACfT6tmZ0ZOOwzpFKXDwNmYfNqC
GkMAnjKsYbZZae98nB3XS7ZE5+5hZRSE
=hypH
-END PGP SIGNATURE-

Bug#796529: ITP: local-apt-repository -- Ready to use local apt repository

2015-08-22 Thread Joachim Breitner

Hi Jakub,

Am Samstag, den 22.08.2015, 14:54 +0200 schrieb Jakub Wilk:
 * Joachim Breitner nome...@debian.org, 2015-08-22, 13:58:
  With this package installed, every Debian package (i.e. a *.deb 
  file) 
  dropped into /srv/local-apt-repository
 
 Sounds like an FHS violation: “no program should rely on a specific 
 subdirectory structure of /srv existing or data necessarily being 
 stored in /srv.”

this was just discussed on IRC. Here is my rationale:

Packages to be added to the repository fit the description of /srv
quite perfectly. I quote.

/srv : Data for services provided by this system
Purpose

/srv contains site-specific data which is served by this system.

This main purpose of specifying this is so that users may find the
location of the data files for particular service, and so that
services which require a single tree for readonly data, writable
data and scripts (such as cgi scripts) can be reasonably placed.
Data that is only of interest to a specific user should go in that
users' home directory. 
[..]


So it is not wrong to use this directory. Also, all alternatives are
wrong in some way as well.

The only thing that I’m currently doing wrong is that I hard-code the
path (“Therefore, no program should rely on a specific subdirectory
structure of /srv existing or data necessarily being stored in /srv.”).

If the package would make the path configurable, then it’d be in
compliance with the FHS.

Practically, I expect the intersection of those who want to use this
package, and who need to have a different layout in /srv to be empty.
So if I make the path configurable, it is adding complexity purely for
policy compliance, and hence it is low priority for me.

(My plan for doing that is to have the authorative path in the local
-apt-repository.path sytemd unit, which the admin can override using
usual systemd foo, and can be read from the repository creating
script.)

Greetings,
Joachim



-- 
-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#790933: ITP: drive - Google Drive tool

2015-07-04 Thread Joachim Breitner

Hi,

Am Samstag, den 04.07.2015, 17:16 +0200 schrieb Sophie Brun:
 Le 03/07/2015 21:46, Guillem Jover a écrit :
  drive is an extremely generic name in tech, please use something 
  else
  when packaging this, both for the source/binary packages and the
  executables and other related files. Prefixing it with «google-» 
  could
  be an option, perhaps. Doing this upstream would be preferable.
 
 I followed your suggestion and opened this issue: 
 https://github.com/odeke-em/drive/issues/271
 But upstream doesn't seem to be agreed. What do you suggest?

you are free to choose your source and binary package name independent
from upstream’s choice. For example, all Haskell packages are named
haskell-foo, where upstream calls it just foo. So let upstream do what
he likes and do what you think is best within Debian with the Debian
package.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#739066: RFP: vim-automaticlatexplugin -- editing, building and viewing LaTeX files in vim

2015-06-25 Thread Joachim Breitner

Hi,

On Sat, 15 Feb 2014 17:44:08 +0100 Sebastian Ramacher 
sramac...@debian.org wrote:
 * Package name: vim-automatictexplugin

what’s the status of this bug? I wanted to give ATP a shot and was
hoping it’d be available in Debian.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#772736: ITP: pathlib -- Set of classes to handle filesystem paths

2014-12-11 Thread Joachim Breitner

Hi,


Am Mittwoch, den 10.12.2014, 17:17 +0100 schrieb Frank Brehm:
 Package: wnpp
 Severity: wishlist
 Owner: Frank Brehm frank.br...@profitbricks.com
 
 * Package name: pathlib
   Version : 1.0.1
   Upstream Author : Antoine Pitrou solip...@pitrou.net
 * URL : https://pypi.python.org/pypi/pathlib
 * License : MIT Licence
   Programming Lang: Python
   Description : Set of classes to handle filesystem paths


this should probably be called python-pathlib, shan’t it?

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#771951: ITP: haskell-bool-extras -- Fold function for Bool type

2014-12-04 Thread Joachim Breitner

Hi,


Am Donnerstag, den 04.12.2014, 15:40 +0300 schrieb Dmitry Bogatov:
 * Joachim Breitner nome...@debian.org [2014-12-03 23:44:40+0100]
  due to the triviality of packaging a single Haskell library, but the
  intricacies of maintaining the whole bunch of them, we usually maintain
  all haskell libraries in the Debian Haskell Group
  (https://wiki.debian.org/Haskell). You are invited to join us to get
  haskell-bool-extras packaged, but you are also free to simply tell us „I
  need this packaged as a dependency for something I want to maintain“,
  and let us do the work – that’s what we are for, after all.
 
 Well, I already packaged bool-extras and sent it on mentors. What would
 it mean for me join DHG?

you’d read through https://wiki.debian.org/Haskell, including the secion
on how we use Darcs to manage the packaging, subscribe to the mailing
lists d-haskell and pkg-haskell-*, request membership via alioth. When
that has been enabled, you’d upload your packaging to the darcs repo and
get feedback and/or sponsorship from there.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#771951: ITP: haskell-bool-extras -- Fold function for Bool type

2014-12-03 Thread Joachim Breitner

Dear Dimitry,

Am Mittwoch, den 03.12.2014, 22:04 +0400 schrieb Dmitry Bogatov:
 This package is pretty trivial, and it is dependency of blogliterately
 program(publish blog posts from console). It is the reason, why I
 intent to package and maintain it.

due to the triviality of packaging a single Haskell library, but the
intricacies of maintaining the whole bunch of them, we usually maintain
all haskell libraries in the Debian Haskell Group
(https://wiki.debian.org/Haskell). You are invited to join us to get
haskell-bool-extras packaged, but you are also free to simply tell us „I
need this packaged as a dependency for something I want to maintain“,
and let us do the work – that’s what we are for, after all.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#762008: RFA: link-monitor-applet -- GNOME Panel Applet with bar graph of round-trip times to hosts

2014-09-17 Thread Joachim Breitner

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I request an adopter for the link-monitor-applet package.

The package description is:
 Link Monitor Applet is a GNOME Panel Applet displaying the round-trip time to
 one or more hosts in a bar graph, featuring:
  * Round-trip time plot graphs
  * Country flags and names
  * full ICMP and ICMPv6 support
  * configurable scale and delays
  * HIG 2.0 compliance

I (unfortunately) stopped using GNOME components including the panel¹,
so I am not in the position to maintian l-m-a any more, e.g. to
investigate #761969. It has long been abandonned by upstream and has
seen a bit of development by me (e.g.  logarithmic scale) and really is
a nice appet, so I’d be happy to see it in caring hands.

Thanks,
Joachim

¹ https://www.joachim-breitner.de/blog/655-Good_bye_GNOME

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlQZyxYACgkQ9ijrk0dDIGyLWwCaAyhmu73MvkmJ1mfrfPYIvaqq
bVQAnjHFHQDUJ42Ug7IfxHRy5aW88/ag
=QkHg
-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: https://lists.debian.org/20140917175538.13376.11673.reportbug@kirk

Bug#760305: RFP: hasktags -- Produces ctags tags and etags TAGS files for Haskell programs

2014-09-03 Thread Joachim Breitner

Hi,

Am Dienstag, den 02.09.2014, 19:48 +0200 schrieb Thomas Koch:
 I'm trying to setup my emacs for Haskell development and follow
 https://github.com/serras/emacs-haskell-tutorial/blob/master/tutorial.md
 
 The only missing part from this guide so far that's not in Debian is hasktags.
 
 Is there any particular reason, why it's not packaged other than that nobody
 did it yet? Or is there any blocker?

no reason that I know about.

How does it related to hothasktags? Is it superceded by that? Do we need
both?

Greetings,
Joachim


-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#758644: ITP: haskell-icalendar -- Haskell Data definitions, parsing and printing of the iCalendar format (RFC5545).

2014-08-20 Thread Joachim Breitner

Dear Jelmer,

Am Dienstag, den 19.08.2014, 17:16 +0200 schrieb Jelmer Vernooij:
 Package: wnpp
 Severity: wishlist
 Owner: Jelmer Vernooij jel...@debian.org
 
 * Package name: haskell-icalendar
   Version : 0.4.0.1
   Upstream Author : Christian Rødli Amble
 * URL : http://github.com/tingtun/iCalendar
 * License : BSD3
   Programming Lang: Haskell
   Description : icalendar parser
 
 Haskell data definitions, parsing and printing of the iCalendar format
 (RFC5545).


currently, all Haskell libraries in Debian are maintained by the Debian
Haskell Group, and I don’t see a reason to change that. So I suggest you
either join us (see http://wiki.debian.org/Haskell) or we simply package
this library for you, if you need it as a dependency for something.

What exactly do you need this package for? Is it mature for Debian? It
says Stability experimental, but also hasn’t seen much actual
development recently (but at least updates to the metadata, which is
good).

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#758644: ITP: haskell-icalendar -- Haskell Data definitions, parsing and printing of the iCalendar format (RFC5545).

2014-08-20 Thread Joachim Breitner

Hi,


Am Mittwoch, den 20.08.2014, 18:49 +0200 schrieb Jelmer Vernooij:
 On Wed, Aug 20, 2014 at 08:33:25AM -0700, Joachim Breitner wrote:
  Am Dienstag, den 19.08.2014, 17:16 +0200 schrieb Jelmer Vernooij:
   Package: wnpp
   Severity: wishlist
   Owner: Jelmer Vernooij jel...@debian.org
   
   * Package name: haskell-icalendar
 Version : 0.4.0.1
 Upstream Author : Christian Rødli Amble
   * URL : http://github.com/tingtun/iCalendar
   * License : BSD3
 Programming Lang: Haskell
 Description : icalendar parser
   
   Haskell data definitions, parsing and printing of the iCalendar format
   (RFC5545).
  currently, all Haskell libraries in Debian are maintained by the Debian
  Haskell Group, and I don’t see a reason to change that. So I suggest you
  either join us (see http://wiki.debian.org/Haskell) or we simply package
  this library for you, if you need it as a dependency for something.
 I'm happy to maintain it as part of the Haskell packaging team. I've
 got experience as a Haskell programmer and as a Debian developer, but
 have never done any Haskell packaging.

great! We can always need more hands. Are you going to be at DebConf?

  What exactly do you need this package for? Is it mature for Debian? It
  says Stability experimental, but also hasn’t seen much actual
  development recently (but at least updates to the metadata, which is
  good).
 I've used it for a couple of personal projects, and have found it to
 work quite well. I've also got a couple of local patches that I am
 hoping to submit upstream - mostly tests.

Do you think it’s worth having in Debian? I.e. will there people wanting
to use it that rely primarily on Debian packaging (in contrast to using
cabal-install anyways)?

Greetings,
Joachim


-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#751199: shellcheck packaging

2014-06-24 Thread Joachim Breitner

Hi,

Am Dienstag, den 24.06.2014, 08:45 +0200 schrieb Helmut Grohne:
 Hi Joachim,
 
 On Mon, Jun 23, 2014 at 06:11:21PM -0700, Joachim Breitner wrote:
  Thanks. The full packaging is now at
  $ darcs get darcs.debian.org:/darcs/pkg-haskell/shellcheck
 
 Thanks for picking this up.
 
 When we spoke about it on IRC, it was mentioned that the shellcheck
 library package should probably be exposed as well. However the debian
 package above only builds shellcheck, not libghc-shellcheck-dev and
 friends. Is that intended?

yes. I don’t think we need the library until a program comes along that
uses it, and libraries incur a much higher cost on Debian in terms of
maintenance.

  Do you want to do the upload (don???t forget to tag and push then), or
  should I do it?
 
 Please go ahead.

✓

  I seriously consider debian/ to be non-copyrightable (at least in the
  trivial cases we have in the DHG) so I don???t care. If in doubt, I???d use
  BSD though.
 
 That view is fine with me (although manual pages generally are
 copyrightable and in that case the manual page clearly is a derivative
 work. So if it is copyrightable, then it probably has to be AGPL-3+.)

Right, forgot about the manpage.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#751199: shellcheck packaging

2014-06-23 Thread Joachim Breitner

Hi Helmut,

Am Montag, den 23.06.2014, 23:13 +0200 schrieb Helmut Grohne:
 I started packaging the non-Haskell bits for shellcheck and am providing
 them as a starting point for a shellcheck package hoping that you'll
 take this task.
 
 Please find a copyright file and a manual page attached.

 The copyright file will need updating for the debian directory.

Thanks. The full packaging is now at
$ darcs get darcs.debian.org:/darcs/pkg-haskell/shellcheck

Do you want to do the upload (don’t forget to tag and push then), or
should I do it?

 I license my contributions under the license that was used for
 shellcheck upstream (AGPL-3+). If a more liberal license is needed for
 some reason, don't hesitate to ask.

I seriously consider debian/ to be non-copyrightable (at least in the
trivial cases we have in the DHG) so I don’t care. If in doubt, I’d use
BSD though.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#742704: [3dprinter-general] Bug#742704: RFP: implicitcad -- Powerful, Open-Source, Programmatic CAD

2014-03-30 Thread Joachim Breitner

Dear Bas,

Am Sonntag, den 30.03.2014, 20:17 +0200 schrieb Bas Wijnen:
   The Debian Haskell Group will be happy to help someone to maintain
   implicitcad, but there are plenty of non-Haskell-specific maintenance
   tasks, so someone else would have to step up as a maintainer.
  
  Good news: Bas Wijnen is interested in packaging this software.
 
 Yes, but the bad news is that I've never even seen any Haskell code
 before, so some help related to packaging of that is very welcome.

glad to hear that.

It seems that implict also provides a Haskell API, to be used
programmatically. This means that it will be involved in the Haskell ABI
system and therefore should probably be maintained along the other
Haskell packages.

So I suggest it should be co-maintained by the DHG together with you: We
make sure that it builds and that it is rebuilt when its dependencies
change etc.; you are responsible for all the other maintenance duties
(replying to bug reports, curating package description and manpages,
letting us know if a new version should be uploaded etc.). How does that
sound?

BTW, are you sure this is a healthy project? Last release was in January
2013, last commit 10 years ago, recent bug reports are not replied to.
These are typical signs of an abandoned project...

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#742704: RFP: implicitcad -- Powerful, Open-Source, Programmatic CAD

2014-03-29 Thread Joachim Breitner

Dear Carlo,

Am Mittwoch, den 26.03.2014, 15:06 +0100 schrieb Carlo Stemberger:
 * Package name: implicitcad
   Version : 0.0.3

thanks for the pointer.

How mature and commonly used is this project? The version number seems
to indicate a rather early state of development. What is your personal
motivation: Do you use this tool productively, or is it just something
you’d like to see in Debian?


The Debian Haskell Group will be happy to help someone to maintain
implicitcad, but there are plenty of non-Haskell-specific maintenance
tasks, so someone else would have to step up as a maintainer.

Greetings,
Joachim


-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#732727: RFP: scrz -- supervisor to run many isolated linux containers on a host system

2013-12-20 Thread Joachim Breitner

Dear Thomas,

Am Freitag, den 20.12.2013, 19:16 +0100 schrieb Thomas Koch:
 Hi Debian-Haskell folks,
 
 I hope that somebody might be interested in this cool project. I've no
 experience with Haskell and would be curious how much work it might be to
 package this cool and promising project for Debian?
 
 Regards, Thomas Koch

the packaging of Haskell applications is usually no big deal, if the
dependencies are available. The list is in the field Build-Depends in
https://github.com/scrz/scrz/blob/master/scrz.cabal, and missing in
Debian seems to be only friendly-time, which is another tiny haskell
package that would ideally be part of something else, but if someone
wants to maintain scrz in Debian, we’ll happily package and maintain
libghc-friendly-time-dev.

As for scrz itself I would not suggest the Haskell group to be the
maintainer, as the Haskell aspect of maintaining the package is minor
compared to the other issues (e.g. dpkg scripts, documentation,
security, handling bug reports). But if someone steps up to maintain it,
we’ll be here to help with the Haskell side and any problems related to
it.

In the current form I have some doubts that it is ready to be shipped in
Debian. For example, the Build-Depends of scrz do not specify version
ranges, which is expected from a polished haskell package. Also, it has
not been uploaded to Hackage. All these are signs of a slight immaturity
of the project (which can be misleading, of course), so I suggest a
thorough evaluation before uploading it to Debian.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#730674: ITP: piwik -- Open Source Web Analytics Software

2013-11-28 Thread Joachim Breitner

Hi,

Am Mittwoch, den 27.11.2013, 17:50 -0800 schrieb Shawn Landden:
 * Package name: piwik

are you aware of 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448532 and
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506933 and
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609521

Greetings,
Joachim
-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#718018: ITP: haskell-swish -- semantic web toolkit

2013-07-31 Thread Joachim Breitner

Hi,

sorry, I have a hard time to follow what is happening here and what, if
any, problems exist.

Am Mittwoch, den 31.07.2013, 06:34 +0100 schrieb Philip Hands:
 Having just had a very frustrating conversation about this ITP with
 Jonas, it seems that he has only a passing familiarity with Haskell, did
 not bother to request packaging by the Debian Haskell Group (which to me
 as an outsider seems to be the natural home for such a package), and
 imagined that he was a member of DHG when he in fact is not (which seems
 bizarre, and a little worrying).

I always have considered Jonas to be at least somewhat part of the
Haskell group, by virtue of being the maintainer of pandoc, both a
popular tool and an important Haskell library (judging from its position
in the dependency graph). But indeed I don’t see him listed as a member
of the pkg-haskell team; maybe we just did not talk about this enough.

Jonas: How would you want your relation to the Haskell Group to be?


Generelly, we (the DHG) would like to keep maintainer all Haskell
packages, as a lot of talks involve _all_ Haskell libraries in the
archive; coordination between different maintainers, and possibly even
different packaging styles and releasing processes, would add a lot of
unnecessary friction. So indeed someone should just tell us about the
RFP (and how urgent it is) and we will react accordingly, as we have
done in the past.

 On the other hand, he claims that it was always his intent to have the
 package team-maintained,

Great, looks like things are in order.

From first glance it seems that swish is non-trivial as it is both an
executable, but also a library that is meant to be used by end-users
(similar to xmonad and yi). Who of you now wants swish in Debian and can
tell me more about how it ought to be presented to the user?

 I would also suggest that ftpmasters reject any haskell package uploaded
 by Jonas, at least until he bothers to have a reasonable discussion
 about the best way to proceed on the debian-haskell list.

Sounds harsh; were you two at loggerheads? I could not find traces of
your discussions, but generally I know that both of you can have
reasonable discussions.

Greetings,
Joachim

PS: d-haskell@l.d.o is the right address to discuss things with the DHG;
pkg-haskell-maintainers is mainly used for automated mails, such as from
dak and britney.

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata




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

Bug#718018: ITP: haskell-swish -- semantic web toolkit

2013-07-31 Thread Joachim Breitner

[dropping ftpmasters, was an invalid address anyways]

Hi,

Am Mittwoch, den 31.07.2013, 20:12 +0200 schrieb Jonas Smedegaard:
 Quoting Joachim Breitner (2013-07-31 19:03:47)
  Jonas: How would you want your relation to the Haskell Group to be?
 
 I consider myself a member of the Haskell Group.  I believe I am 
 subscribed to the mailinglist but not - as Phil has now pointed out to 
 me - member of the Alioth team.

Ok, fixed that, if only to avoid confusion.

 I see no need for that Alioth membership, as I feel fine using 
 collab-maint for the packages I am involved with - pandoc and now also 
 haskell-swish and its dependency haskell-intern.  The reason I favor 
 collab-maint is to make it as easy as possible for other DDs to 
 contribute.  It is my understanding that the Haskell Group is fine with 
 this, but if not then I am ok moving the package to pkg-haskell (and 
 then obviously would need to be part of that group to be able to 
 continue my work on those packages).

While I’m fine with Haskell packages having their repository elsewhere,
this is under the assumption that the maintainers are willing to apply
the mass-changes that we do across all darcs-maintained packages to
their packages in a timely manner, which has worked ok so far.

OTOH, especially for pure Haskell library packages (e.g. intern) I don’t
see the advantage in not having them where all the other packages live.
The extra work that maintaining one more package within our usual
infrastructure causes is, by now, less than having to remember if and
where other packages live. So take this as an invitation to put the new
packages to the other Haskell packages, or alternatively just tell us
what you want packaged (as we do it with the pandoc dependencies).


 As I also told Phil, my interest is in the Swish executable.  Similar to 
 Pandoc I have made separate binary packages for the libraries and the 
 executable, as I would expect users of the library to be comfortable 
 with having it provided same way as all other Haskell libraries - please 
 do correct me if that assumption is wrong.

The pandoc program is useful on its own. From reading the Swish websites
it seems that it is more of a toolkit where you write „scripts“ in
Haskell. If that is the case then the swish executable is not very
useful on its own, and should live with or depend on libghc-swish-dev.
But I could not find enough information to be sure about this.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata




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

Bug#708833: RFA: poldi

2013-05-18 Thread Joachim Breitner

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

it seems that poldi is not developed any more by upstream (homepage
gone, no commits on
http://git.gnupg.org/cgi-bin/gitweb.cgi?p=poldi.git;a=summary). I don’t
have the devices to use it any more, and the previous co-maintainer also
does not seem to care any more.


If someone is still using this, please step up and take over, otherwise
I’ll have to change this to a RM bug against ftp.debian.org.

Thanks,
Joachim


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

iEYEARECAAYFAlGX9ocACgkQ9ijrk0dDIGwL7gCfcg5ux881bU+nGjnOeq+EMOsi
nFkAn3bJkZx22F6uFYw1q35GaqXVJo1X
=Gm5C
-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/20130518214544.21995.45379.reportbug@kirk

Bug#665783: O: bnfc -- Compiler front-end generator based on Labelled BNF

2013-05-11 Thread Joachim Breitner

Hi,

Am Samstag, den 11.05.2013, 11:25 +0300 schrieb Antti-Juhani Kaijanaho:
 On Fri, May 10, 2013 at 08:35:53PM +0200, Joachim Breitner wrote:
  I think the Haskell Group can take it over. But some questions: Is the
  library really needed in Debian (i.e. are there other libraries or
  programs using it)? How active is BNFC maintained by upstream? How much
  maintenance work was required for bnfc (besides the pure packaging)?
 
 There are no dependencies in Debian.  But I believe programs generated by BNFC
 with certain options will require the library, so I would hesitate not
 packaging the library.
 
 Upstream is active but (at least in the past) has been relatively slow, only
 releasing every couple of years.  They've now moved to a more open development
 style; I don't know if that'll speed things up.  From my perspective, bnfc has
 been low maintenance.
 
 Upstream home page is at http://bnfc.digitalgrammars.com/ and Google group at
 https://groups.google.com/group/bnfc-dev?hl=en 

Sounds good.

 Thanks for considering taking it over from me :-)

Will do. Do you have your packaging in a VCS whose history you’d like to
retain?

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#665783: O: bnfc -- Compiler front-end generator based on Labelled BNF

2013-05-10 Thread Joachim Breitner

Hi,

I think the Haskell Group can take it over. But some questions: Is the
library really needed in Debian (i.e. are there other libraries or
programs using it)? How active is BNFC maintained by upstream? How much
maintenance work was required for bnfc (besides the pure packaging)?

Greetings,
Joachim

Am Dienstag, den 07.05.2013, 22:04 +0300 schrieb Antti-Juhani Kaijanaho:
 Control: retitle -1 O: bnfc -- Compiler front-end generator based on Labelled 
 BNF
 Control: affects -1 bnfc
 
 With the upstream release of version 2.5.0, bnfc now ships a library in
 addition to the binary.  This increases the packaging complexity enough that I
 am not comfortable continuing as maintainer.  If someone wants to take over,
 the package should probably be maintained within the Debian Haskell Group.
 
 On Mon, Mar 26, 2012 at 07:14:01AM +0300, Antti-Juhani Kaijanaho wrote:
  Package: wnpp
  Severity: normal
  
  I request an adopter for the bnfc package.
  
  The package description is:
   The BNF Converter is a compiler construction tool that generates a
   compiler front-end and a readable syntax description document from a
   Labelled BNF grammar. It was originally written to generate Haskell,
   but it can now also be used for generating Java, C++, and C.
   .
   To process Haskell output, you need the Glorious Glasgow Haskell
   Compiler (virtual package ghc), the Happy parser generator (package
   happy) and the Alex scanner generator (package alex).
   .
   To process Java output, you need a Java compiler and virtual machine,
   the CUP parser generator (package cup) and the JLex scanner generator
   (package jlex).
   .
   To process C or C++ output, you need a C or C++ compiler,
   respectively, the Bison parser generator (package bison) and the flex
   scanner generator (package flex).
   .
   To process the generated documents, you need LaTeX (packages
   tetex-base, tetex-bin, etc.).
  
  
 

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#706048: ITP: nsnake -- classic snake game with textual interface

2013-04-24 Thread Joachim Breitner

Hi Alexandre,

Am Dienstag, den 23.04.2013, 20:09 -0300 schrieb Alexandre Dantas:
 Package: wnpp
 Severity: wishlist
 Owner: Alexandre Dantas alex.danta...@gmail.com
 
 
 * Package name: nsnake
   Version : 1.6
   Upstream Author : Alexandre Dantas alex.danta...@gmail.com
 * URL : http://www.alexdantas.net/projects/nsnake/
 * License : GPL3
   Programming Lang: C
   Description : classic snake game with textual interface
 
  nsnake is an implementation of the classic snake game with textual
  interface. It is playable at command-line with ncurses-like graphics.
  .
  Features high-scores and two game modes - with and without borders.

while it is certainly fun to develop such a game, do you really think
that it adds noticeable value to Debian’s users? Is it much better than
the snake in bsdgames? If yes, have you tried improving that, or asked
the maintainers to include your game instead?

Greetings,
Joachim
-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#694591: ITP: css2xslfo -- XML+CSS2 to XSL-FO converter

2013-04-03 Thread Joachim Breitner

Hi,

what is that status of this ITP? Are there preliminary packages to test
somewhere?

Greetings,
Joachim
-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#647939: RFP: certwatch -- generate SSL certificate expiry warnings

2013-02-05 Thread Joachim Breitner

Hi,

today I was thinking about implementing a similar tool, and uploading it
to Debian. I’d done a few things differently:
 * I’d simply process all certificates found in /etc, i.e. every file
called .pem or .crt that seems to be a SSL certificate. This way, certs
used by mail and jabber servers are also found.
 * I’d send a report only if any cert is about to expire, but in that
case, send one mail containing every cert that is about to expire;
likely several certs expire together. And just for good measure, the
report would include the times to expiration for all found certs, to
give the admin a better overview of what certs are there (and what certs
are found).
 * I’d include a nagios-check-compatible invocation as well.
 * I’d not run a daily check for things that expire in a month; weekly
sounds more useful here.

If these would be added to certwatch I’d be interested in maintaining
them for Debian.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#696429: ITP: jhc -- a haskell compiler.

2012-12-21 Thread Joachim Breitner

Hi,

Am Freitag, den 21.12.2012, 08:21 +0900 schrieb Kiwamu Okabe:
 Jhs is useful for me, now.
 I am trying to rewrite NetBSD bootloader with Haskell.
 
 [..]

Great, just checking :-)

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#696429: ITP: jhc -- a haskell compiler.

2012-12-20 Thread Joachim Breitner

Hi Kiwamu,

Am Freitag, den 21.12.2012, 02:22 +0900 schrieb Kiwamu Okabe:
 Package: wnpp
 Severity: wishlist
 Owner: Kiwamu Okabe kiw...@debian.or.jp
 
 * Package name: jhc
   Version : 0.8.0~darcs20120314
   Upstream Author : John Meacham j...@repetae.net
 * URL : http://repetae.net/computer/jhc/
   Vcs-Browser : http://anonscm.debian.org/gitweb/?p=collab-maint/jhc.git
 * License : GPL2+
   Programming Lang: Haskell
   Description : A haskell compiler
  Jhc is a haskell compiler which aims to produce the most efficient
  programs possible via whole program analysis and other optimizations.

just wondering: Is jhc in a state where it is a useful tool (and not
“just” an interesting and worthwhile research undertaking)? How actively
is it maintained (last commit is 9 month ago)?

Haskell-World is full of experiments that are great, but not really much
used when packaged into a Debian package.

Am Donnerstag, den 20.12.2012, 15:17 -0400 schrieb Joey Hess:
 It'd be nice to have jhc in Debian though. Although the Haskell
 compiler we really need, IMHO, is Fay.

I agree that Fay is a great tool, but I’m not sure it is ready yet, not
even supporting let (x,y) = ..., let alone type classes. Too bad that
they are not based on GHC core, that would make a lot of things easier.
Also, the problem of how to distribute libraries for Fay is not solved
yet. But of course: Please do remind me from time to time to reconsider,
as Fay (or one of its competitors) evolves.

Greetings,
Joachim
-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#665045: ITP: synfigstudio -- vector-based 2D animation package (graphical user interface)

2012-03-23 Thread Joachim Breitner

Hi,

Am Donnerstag, den 22.03.2012, 12:32 +0100 schrieb Denis Washington:
 synfigstudio already was in Debian, but was removed together with synfig from
 the package archives (bug #612070). Dmitry Smirnov onlyjob at fsf member org
 has recently updated the etl, synfig and synfigstudio packages to the latest
 upstream and standards versions, and he and I would be willing to maintain the
 package in the future. Upstream is active (the latest upstream version was
 released in February 2012). The GCC 4.5 FTBFS mentioned in the mentioned bug
 report is fixed. Both of us tested the packages on Debian unstable and have 
 not
 found any problems yet.

thanks for putting in the work to get this useful and somewhat unique
software back into Debian.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#636679: ITP: apitrace -- tool for debugging OpenGL applications and drivers

2011-12-27 Thread Joachim Breitner

Hi,

Am Montag, den 26.12.2011, 07:12 +0100 schrieb Cyril Brulebois:
 Joachim Breitner nome...@debian.org (05/08/2011):
  sounds very interesting. But I wonder if the name could be a bit more
  specific, like opengl-trace or graphics-api-trace, as it does not seem
  to trace arbitrary APIs.
 
 Currently I see:
 | Source: apitrace
 | Package: apitrace-gl-tracer
 | Package: apitrace-gl-retracer
 
 does that look OK enough?

I’d probably have chosen the Source name to also include GL, but thats
almost bikeshedding, so OK from my POV.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#641445: Status of the filetea ITP?

2011-10-18 Thread Joachim Breitner

Hi,

I’m curious about filetea, so I’m wondering how far your packaging is?

Also; are you planning to prepare an upload to squeeze-backports?

Thanks,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#641939: RFP: weighted-regexp -- weighted regular expression matcher with linear worst-case time and space bounds

2011-09-18 Thread Joachim Breitner

Hi Joey,

Am Samstag, den 17.09.2011, 18:28 -0400 schrieb Joey Hess:
 Package: wnpp
 Severity: wishlist
 
 * Package name: weighted-regexp
   Version : 0.3.1.1
   Upstream Author : Thomas Wilke, Frank Huch, Sebastian Fischer
 * URL : http://hackage.haskell.org/package/weighted-regexp
 * License : BSD3
   Programming Lang: haskell
   Description : weighted regular expression matcher with linear 
 worst-case time and space bounds
 
 Regexps implemented purely, with linear runtime (product of lengths
 of regexp and string) and memory (linear to length of regexp).
 Results of match can be customized via a Semiring monoid.
 
 
 As someone who has had to work hard to protect systems from users running
 regexps, this is a bit of a holy grail for me..

just wondering: Have you experimented already with the library, and
checked if its actual, non-asymptotic performance is good enough for
real world use?


Greetings,
Joachim


-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#594800: 0ad beta 6 packages

2011-08-13 Thread Joachim Breitner

Hi,

what is the state of the 0ad ITP?

The newest package on mentors is beta 4, it would be nice to get updated
packages there, even while they are made fit for the main archive.

Thanks,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#636679: ITP: apitrace -- tool for debugging OpenGL applications and drivers

2011-08-05 Thread Joachim Breitner

Hi,

Am Freitag, den 05.08.2011, 17:24 +1000 schrieb Christopher James Halse
Rogers:
 * Package name: apitrace
   Version : 1.0+git
   Upstream Author : José Fonseca jose.r.fons...@gmail.com
 * URL : https://github.com/apitrace/apitrace
 * License : MIT
   Programming Lang: C++, Python
   Description : tools for debugging OpenGL applications and drivers
 
 apitrace is a suite of tools for debugging OpenGL applications and drivers.
 It includes a tool to generate a trace of all the OpenGL calls an applicaton
 makes and a tool for replaying these traces and inspecting the rendering and
 OpenGL state during the program's execution.
 .
 This makes it useful for identifying the sources of graphical corruption in
 OpenGL applications.

sounds very interesting. But I wonder if the name could be a bit more
specific, like opengl-trace or graphics-api-trace, as it does not seem
to trace arbitrary APIs.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#631324: RFP: gtk-vector-screenshot -- take screenshot in vector format, such as PDF or SVG

2011-06-22 Thread Joachim Breitner

Hi,

Am Mittwoch, den 22.06.2011, 23:32 +0200 schrieb W. Martin Borgert:
 Package: wnpp
 Severity: wishlist
 
 Package name: gtk-vector-screenshot
 Version : 0.1
 Upstream Author : Joachim Breitner nome...@debian.org

that is so what we call a „Wink mit dem Zaunpfahl“ :-)

The next days is Gulaschprogrammiernacht in Karlsruhe
(http://entropia.de/GPN11) and I plan to enhance gtk-vector-screenshot
first to make it more user-accessible and then package the resulting 0.2
version.

Greetings,
Joachim


-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#607821: haskell-strptime -- Haskell binding for strptime with some extra features

2011-06-04 Thread Joachim Breitner

Hi,

Am Freitag, den 03.06.2011, 19:44 -0700 schrieb Eugene Kirpichov:
 2011/6/3 Joey Hess jo...@debian.org:
  I'd second this WNPP bug. I need a strptime binding for haskell.
 
  Although I personally do not need fractional seconds and so could just
  as well use a binding to the standard strptime and not the one from R.

 My work on debianizing my stuff, incl. haskell-strptime, paused a
 while ago; I'll be happy to continue it once I have time and once I
 remember where I stopped :-| 

package is in NEW.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#628156: ITP: haskell-strict -- Strict variants of standard Haskell datatypes

2011-05-27 Thread Joachim Breitner

Package: wnpp
Severity: wishlist
Owner: Joachim Breitner nome...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: haskell-strict
  Version : 0.3.2
  Upstream Author : Leshchinskiy r...@cse.unsw.edu.au
* URL : http://hackage.haskell.org/package/strict
* License : BSD
  Programming Lang: Haskell
  Description : Strict variants of standard Haskell datatypes

This package provides strict versions of some standard Haskell data
types (pairs, Maybe and Either). It also contains strict IO operations. 

This is a new dependency of haskell-leksah.

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

iEYEARECAAYFAk3f6YQACgkQ9ijrk0dDIGzTXQCgnaSECmYSjHiPYo17NNp9JF/d
KkMAn1OWZ3eAnmetX3Znk07wCqRkXH9u
=bSAo
-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/20110527181220.31335.3855.reportbug@ip6-localhost

Bug#623188: ITP: haskell-crypto -- Haskell library with cryptographical algorithms

2011-04-18 Thread Joachim Breitner

Package: wnpp
Severity: wishlist
Owner: Joachim Breitner nome...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: haskell-crypto
  Version : 4.2.3
  Upstream Author : Dominic Steinitz
* URL : http://hackage.haskell.org/package/Crypto
* License : partly BSD, partly GPL
  Programming Lang: Haskell
  Description : Haskell library with cryptographical algorthm

This is a dependency of the next version of git-annex.

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

iEYEARECAAYFAk2r9FYACgkQ9ijrk0dDIGx+6QCeLsgGfbj4s8zHUI01/Wtjcbtu
PIcAoKgsEJ3Z+URv1fBPpKiRijDFOPXa
=WMTF
-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/20110418082038.6192.87011.reportbug@ip6-localhost

Bug#623191: ITP: haskell-hs3 -- S3 interace for Haskell

2011-04-18 Thread Joachim Breitner

Package: wnpp
Severity: wishlist
Owner: Joachim Breitner nome...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: haskell-hs3
  Version : 0.5.5
  Upstream Author : Greg Heartsfield
* URL : http://hackage.haskell.org/package/hS3
* License : BSD
  Programming Lang: Haskell
  Description : S3 interace for Haskell

This is a dependency for the next git-annex release.

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

iEYEARECAAYFAk2r+YQACgkQ9ijrk0dDIGyM7ACgpQOcvi6kvhkiiYyaKwkpnNvW
R2AAn35fa5dMFeV5Qbe1kzR64ABzt6oV
=KX3A
-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/20110418084244.7003.50460.reportbug@ip6-localhost

Bug#611315: ITP: channel-server -- channel server for XMPP-based decentral social networking

2011-01-28 Thread Joachim Breitner

Hi Jonas,

Am Freitag, den 28.01.2011, 00:41 +0100 schrieb Jonas Smedegaard:
 Package: wnpp
 Severity: wishlist
 Owner: Jonas Smedegaard d...@jones.dk
 
 * Package name: channel-server
   Version : 0.0.1
   Upstream Author : Stephan Maka as...@spaceboyz.net
 * URL : https://github.com/astro/channel-server
 * License : Apache-2
   Programming Lang: JavaScript
   Description : channel server for XMPP-based decentral social networking
 
  Node is an event-based server-side JavaScript engine.
  .
  channel-server is an XMPP component implemented in Node.
  .
  Social network users who are concerned about privacy and censorship
  want to run their own decentralized instances, yielding full control
  over own data. channel-server is a building block for a bright future:
  it exposes your data to the network, featuring access control and
  real-time update notification.
  .
  The primary network protocol is Buddycloud Channels, an open federated
  protocol from http://open.buddycloud.com/ .

I’d suggest to reword the 3rd paragraph a bit, it is too advertising for
a package description, and should be more objective. Especially given
that the package does not provide a decentralized social network, but
only a building block.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#608224: ITP: haskell-dbus -- Haskell bindings for D-Bus API

2010-12-29 Thread Joachim Breitner

Hi Rafael,

Am Dienstag, den 28.12.2010, 19:48 -0200 schrieb Rafael Cunha de Almeida:
 I have done the packaging,

great

  now I need to be added to dhg so I can
 
   darcs put darcs.debian.org:/darcs/pkg-haskell/haskell-dbus
 
 in order for you to review and upload it. I created an account at
 alioth, my login is almeida-guest.

Added. Sounds like you already discovered and read
http://wiki.debian.org/Haskell/CollabMaint/Processes
and
http://wiki.debian.org/Haskell/CollabMaint/DarcsBasic

Please subscribe to d-haskell, if you haven’t done that already, so that
we don’t have to CC you and that you are aware of any collective DHG
action.

 BTW, I'm currently maintaining one package, if that's at all relevant:

It’s a bit relevant. It means that we can expect some packaging
experience, and don’t need to hold introductory talks here :-)

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#606449: ITP: cnagios -- terminal interface for viewing nagios host and service objects

2010-12-10 Thread Joachim Breitner

Hi Bernhard,

Am Donnerstag, den 09.12.2010, 12:03 +0100 schrieb Bernhard Hauser:
 Package: wnpp
 Severity: wishlist
 Owner: Bernhard Hauser vis@gmx.net
 
 * Package name: cnagios
   Version : 0.27
   Upstream Author : Steve Rader ra...@hep.wisc.edu
 * URL : ftp://noc.hep.wisc.edu/pub/src/cnagios/
 * License : LICENSE-File within the tar.gz-archive
   Programming Lang: C, Perl
   Description : terminal interface for viewing nagios host and service 
 objects
 
 Cnagios is a full-screen terminal interface for viewing Nagios HOST
 and SERVICE objects, and the durations of their current states.  It's 
 lightning fast because it's written in C using the curses library.
 And it's super flexible because it uses the perl C library to shorten 
 and alter host, service and plugin output and filter the displayed 
 HOSTs or SERVICEs.

thanks contributing this package. I think the description could need
some rewording; it sounds more like advertising than an objective
description.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#494491: Isabelle packagin

2010-07-17 Thread Joachim Breitner

Hi Lionel,

 We have given up on packaging Isabelle, for various technical and
 social reasons.

I’m currently working a lot with Isabelle and obviously, I’m wondering
why it has not been packaged for Debian.

Could you elaborate what kind of technical and social issues came up?

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#580814: ITP: systemd -- system and session manager

2010-05-09 Thread Joachim Breitner

Hi,

Am Samstag, den 08.05.2010, 23:16 +0200 schrieb Tollef Fog Heen:
 I am planning on providing corresponding startup scripts and be
 coinstallable with sysvinit, switchable with a flag to the kernel.

I find the systemd-scheme very intriguing. Make sure you post to the ITP
when you have the first testable packages (even if they are only in some
VCS), I’ll subscribe to the bug and test them if I can.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#570284: O: washngo

2010-05-08 Thread Joachim Breitner

Hi Marc,

Am Samstag, den 08.05.2010, 23:34 +0200 schrieb Marc Weber:
  did you receive my mail from April 20th?
 I did as you adviced. 2.12.0.1 should be on hackage now.
 
 I'm sorry for the delay. There are a lot different tasks which are more
 important to me.
 
 I hope everything is fine now.

yes, it looks very good, uploading as I write. Thanks for the work, and
don’t worry about the delay, we are all just volunteers.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#574800: nss-myhostname packaged for Debian

2010-05-07 Thread Joachim Breitner

Hi Lennart,

after being kindly asked to do it, I packaged nss-myhostname for Debian
and uploaded it. It will have to pass through the NEW queue and will
then be installable via apt-get on Debian. Thanks for creating this nice
piece of software.

So far, I had no issues with nss-myhostname. If I come across some, or
receive bug reports from Debian users, I’ll make sure to let you know.
I’d also be grateful to be pinged about new versions or other important
stuff.

Greetings and thanks,
Joachim Breitner


PS: Josh pointed nss-myhostname out to me when I published nss-gw-name,
maybe it is of interest to you as well:
http://www.joachim-breitner.de/blog/archives/390-libnss-gw-name-A-stable-name-for-your-gateway.html

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#570284: O: washngo

2010-04-20 Thread Joachim Breitner

Hi,

Am Dienstag, den 20.04.2010, 02:13 +0200 schrieb Marc Weber:
  and another problem: Some of the source files are latin-1-encoded.
  Programs like haddock or hscolour expect Haskell source files to be
  UTF-8 encoded these days.
  
  Would you mind uploading a fixed tarball with the parsec constraint and
  utf8 (or ascii) source files?

 Yes. thats a problem that you can't override versions  fixing .cabal
 version constraints and such..

Just upload 2.12.0.1, or am I misunderstanding you here?

 Which is the fastest way to find those files?

$ file --mime-encoding $(find -name \*.hs)|grep -v 'us-ascii\|utf8'
./WASH/Mail/Email.hs:   iso-8859-1
./WASH/Mail/MIME.hs:iso-8859-1
./WASH/Utility/Locking.hs:  iso-8859-1
./WASH/Utility/Unique.hs:   iso-8859-1
./WASH/Utility/Base64.hs:   iso-8859-1
./WASH/Utility/Shell.hs:iso-8859-1
./WASH/Utility/Hex.hs:  iso-8859-1
./WASH/Utility/URLCoding.hs:iso-8859-1
./WASH/Utility/ISO8601.hs:  iso-8859-1
./WASH/Utility/RFC2279.hs:  iso-8859-1
./WASH/Utility/RFC2047.hs:  iso-8859-1
./WASH/Utility/JavaScript.hs:   iso-8859-1
./WASH/Utility/FileNames.hs:iso-8859-1
./WASH/Utility/SimpleParser.hs: iso-8859-1
./WASH/Utility/IntToString.hs:  iso-8859-1
./WASH/Utility/QuotedPrintable.hs:  iso-8859-1
./WASH/Utility/RFC2397.hs:  iso-8859-1
./WASH/CGI/Style.hs:iso-8859-1
./WASH/CGI/CGI.hs:  iso-8859-1
./WASH/CGI/Fields.hs:   iso-8859-1
./WASH/CGI/LogEntry.hs: iso-8859-1
./WASH/CGI/CGIInternals.hs: iso-8859-1
./WASH/CGI/CGIXX.hs:iso-8859-1
./WASH/CGI/Cookie.hs:   iso-8859-1
./WASH/CGI/BaseCombinators.hs:  iso-8859-1
./WASH/CGI/CGITypes.hs: iso-8859-1
./WASH/CGI/Types.hs:iso-8859-1
./WASH/CGI/InputHandle.hs:  iso-8859-1
./WASH/CGI/CGIOutput.hs:iso-8859-1
./WASH/CGI/RawCGI.hs:   iso-8859-1
./WASH/CGI/RawCGITypes.hs:  iso-8859-1
./WASH/CGI/EventHandlers.hs:iso-8859-1
./WASH/CGI/Transaction.hs:  iso-8859-1
./WASH/CGI/SubmitXX.hs: iso-8859-1
./WASH/CGI/ContentType.hs:  iso-8859-1
./WASH/CGI/Persistent2.hs:  iso-8859-1
./WASH/CGI/StateItem.hs:iso-8859-1
./WASH/CGI/TCGI.hs: iso-8859-1
./WASH/CGI/CGIConfig.hs:iso-8859-1
./WASH/CGI/RawCGIInternal.hs:   iso-8859-1
./WASH/CGI/CGIMonad.hs: iso-8859-1
./WASH/CGI/CGIGraphics.hs:  iso-8859-1
./WASH/CGI/TransactionUtil.hs:  iso-8859-1
./WASH/CGI/Submit98.hs: iso-8859-1
./WASH/CGI/PPM.hs:  iso-8859-1
./WASH/HTML/HTMLTypedBase98.hs: iso-8859-1
./WASH/HTML/HTMLPrelude.hs: iso-8859-1
./WASH/HTML/HTMLMonad98.hs: iso-8859-1
./WASH/HTML/HTMLMonadBase.hs:   iso-8859-1
./WASH/HTML/HTMLMonadAttrs.hs:  iso-8859-1
./WASH/HTML/HTMLBase.hs:iso-8859-1
./WASH/HTML/HTMLPrelude98.hs:   iso-8859-1
./WASH/HTML/HTMLMonad.hs:   iso-8859-1
./WASH/HTML/HTMLTypedBase.hs:   iso-8859-1

For the auto-generated files it would make sense to fix the generator to
output utf8 files (Or just replace the © with (c).) But manually fixing
the source files should suffice for now.

 My haddock doesn't have any trouble..

Ok, maybe it is only hscolour, but it also affects hackage:
http://hackage.haskell.org/packages/archive/WashNGo/2.12/logs/failure/ghc-6.12

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#570284: O: washngo

2010-04-19 Thread Joachim Breitner

Hi Marc,

Am Montag, den 19.04.2010, 04:00 +0200 schrieb Marc Weber:
 Here it is (on hackage):
 http://hackage.haskell.org/package/WashNGo

thanks!

It seems you did not specify a necessary constraint on the parsec
dependency. Washngo does not build with parsec3, so you should say
parsec ( 3)
in the cabal file.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#570284: O: washngo

2010-04-19 Thread Joachim Breitner

Hi,

Am Montag, den 19.04.2010, 15:28 +0200 schrieb Joachim Breitner:
 Am Montag, den 19.04.2010, 04:00 +0200 schrieb Marc Weber:
  Here it is (on hackage):
  http://hackage.haskell.org/package/WashNGo
 
 thanks!
 
 It seems you did not specify a necessary constraint on the parsec
 dependency. Washngo does not build with parsec3, so you should say
   parsec ( 3)
 in the cabal file.

and another problem: Some of the source files are latin-1-encoded.
Programs like haddock or hscolour expect Haskell source files to be
UTF-8 encoded these days.

Would you mind uploading a fixed tarball with the parsec constraint and
utf8 (or ascii) source files?

@DHG: I’ll wait for the new release to do an upload. This also avoids
the problem of having two 2.12 tarballs in the archive.

Thanks,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#570284: O: washngo

2010-04-07 Thread Joachim Breitner

Hi,

Am Mittwoch, den 07.04.2010, 10:02 +0200 schrieb Ralf Treinen:
  thanks for the update. I don’t expect any problem in supporting a
  cabalized WASH in Debian. Ralf, in this case, please postbone the
  removal for a while.
 
 sure. Would the debian haskell team take over maintenance of that package
 (I take it that you are on that team) ?

yes, that is the plan.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#570284: O: washngo

2010-04-06 Thread Joachim Breitner

Hi Marc,

Am Dienstag, den 06.04.2010, 16:47 +0200 schrieb Marc Weber:
 Excerpts from Joachim Breitner's message of Mon Apr 05 11:41:09 +0200 2010:
  Dear Ralf,
  
  Am Montag, den 05.04.2010, 10:47 +0200 schrieb Ralf Treinen:
   washngo has 3 serious bugs, two of them FTBFS, and has a popcon
   of virtually zero. If noone takes action on this package soon
   then I will ask for its removal on behalf of the QA team.
  
  as a member of the DHG, I do not object. (I still hope that Marc will
  help us out by creating a cabalized version).
 
 Sorry for the long delay.
 
 New cabalized darcs version which compiles:
 
 http://code.haskell.org/WASH
 
 I haven't tested it in detail. Anyway I'm going to upload it to Hackage
 probably within 2 days.
 
 It should be easy to install the package using cabla-install. So I
 don't think it matters that much whether there is a Debian package or
 not.

thanks for the update. I don’t expect any problem in supporting a
cabalized WASH in Debian. Ralf, in this case, please postbone the
removal for a while.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#570284: O: washngo

2010-04-05 Thread Joachim Breitner

Dear Ralf,

Am Montag, den 05.04.2010, 10:47 +0200 schrieb Ralf Treinen:
 washngo has 3 serious bugs, two of them FTBFS, and has a popcon
 of virtually zero. If noone takes action on this package soon
 then I will ask for its removal on behalf of the QA team.

as a member of the DHG, I do not object. (I still hope that Marc will
help us out by creating a cabalized version).

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#569481: I will take over

2010-03-26 Thread Joachim Breitner

Hi,

I plan to take over link-monitor-applet once I mange to build it
completely from source, i.e. from the gob files. This needs fixing of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574542
first.

Greetings,
Joachim
-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#574691: ITP: binary-shared -- sharing for the binary package

2010-03-20 Thread Joachim Breitner

Package: wnpp
Severity: wishlist
Owner: Joachim Breitner nome...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: binary-shared
  Version : 0.8
  Upstream Author : Juergen jutaro Nicklisch-Franken maintai...@leksah.org
* URL : http://www.leksah.org/
* License : GPL
  Programming Lang: Haskell
  Description : sharing for the binary package

A variant of the haskell binary packages with support for sharing.

This is a dependency of leksah.

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

iEYEARECAAYFAkukk+sACgkQ9ijrk0dDIGwd5QCdE9h3DQ6UMuyzm88wooZXtJ9L
gzEAnA04LmbL+Iu565z3WBVVcj5QfzA1
=E3Pe
-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/20100320092251.3300.25869.report...@kirk.ehbuehl.net

Bug#574693: ITP: haskell-leksah-server -- metadata collection for leksah

2010-03-20 Thread Joachim Breitner

Package: wnpp
Severity: wishlist
Owner: Joachim Breitner nome...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: haskell-leksah-server
  Version : 0.8.0.2
  Upstream Author : Juergen jutaro Nicklisch-Franken maintai...@leksah.org
* URL : http://leksah.org
* License : GPL
  Programming Lang: Haskell
  Description : metadata collection for leksah

leksah-server is a background server to offload the heavy work from the
leksah client.

This is a dependency of the leksah client.

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

iEYEARECAAYFAkuklGYACgkQ9ijrk0dDIGz7RACeP8P1QOzBW4+CtL7u0sjbzG3R
3r8An0Y/abED3Hl+IBth2GEFeKI85Yl5
=bQeI
-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/20100320092454.3049.66615.report...@kirk.ehbuehl.net

Bug#574691: ITP: binary-shared -- sharing for the binary package

2010-03-20 Thread Joachim Breitner

retitle  574691 ITP: haskell-binary-shared -- sharing for the binary package
thanks


Hi,
Am Samstag, den 20.03.2010, 11:31 +0200 schrieb Eugene V. Lyubimkin:
 Joachim Breitner wrote:
  Package: wnpp
  Severity: wishlist
  Owner: Joachim Breitner nome...@debian.org
  
  * Package name: binary-shared
 
 Can you please add prefix 'haskell-' to the package name or like that?
 Binary-shared is too generic IMHO.

correct, that is what I intended.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#574692: ITP: haskell-ltk -- leksah tool kit

2010-03-20 Thread Joachim Breitner

Package: wnpp
Severity: wishlist
Owner: Joachim Breitner nome...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: haskell-ltk
  Version : 0.8
  Upstream Author : Juergen jutaro Nicklisch-Franken maintai...@leksah.org
* URL : http://www.leksah.org/
* License : GPL
  Programming Lang: Haskell
  Description : leksah tool kit

UI Framework used by leksah.

This is a dependency of leksah.

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

iEYEARECAAYFAkuklGMACgkQ9ijrk0dDIGxAAACg0yYT9ckvkACTjF7ZdfHErxOU
SP8AoKAsrvryRFywPore5cK0Yxc94LlW
=1L2I
-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/20100320092451.3741.91296.report...@kirk.ehbuehl.net

Bug#574690: ITP: haddock-leksah -- a documentation-generation tool for Haskell libraries

2010-03-20 Thread Joachim Breitner

Package: wnpp
Severity: wishlist
Owner: Joachim Breitner nome...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: haddock-leksah
  Version : 2.6.0
  Upstream Author : Juergen jutaro Nicklisch-Franken maintai...@leksah.org
* URL : http://leksah.org/
* License : BSD3
  Programming Lang: Haskell
  Description : a documentation-generation tool for Haskell libraries

This is a copy of haddock, exporting more of the internal modules as a
library.

This is a dependency of leksah.

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

iEYEARECAAYFAkukk5MACgkQ9ijrk0dDIGy3jgCfaYjYvHV3uQvrnpdnUxoJblFT
kpQAnROueN1Hi1TXvqBfz038WaGei7f/
=WAdi
-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/20100320092125.3094.63581.report...@kirk.ehbuehl.net

Bug#573605: ITP: libnss-gw-name -- nss module that names the current gateway’s IP address

2010-03-12 Thread Joachim Breitner

Package: wnpp
Severity: wishlist
Owner: Joachim Breitner nome...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I programed this little helper and plan to upload it to Debian shortly.

* Package name: libnss-gw-name
  Version : 0.1-1
  Upstream Author : Joachim Breitner nome...@debian.org
* URL : http://www.joachim-breitner.de/projects#libnss-gw-name
* License : GPL
  Programming Lang: C
  Description : nss module that names the current gateway’s IP address

This Name Service Switch (NSS) module resolves the name
“gateway.current” to the IP of the current default gateways of the
system. This allows easy access to router configuration and to check if
connectivity problems are local or not.


I don’t have much experience with either writing an NSS module nor with
using the libnl library, so I’d appreciate a quick review of the code at
http://git.nomeata.de/?p=libnss-gw-name.git, especially with regard to
the NSS return codes and proper releasing of nl resources.


Greetings,
Joachim


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

iEYEARECAAYFAkuaTocACgkQ9ijrk0dDIGzGOQCfUgEaV94avMtox4m82uPMCWgK
0SQAoI6FmG2MsVzAjCxsgCDCXE0XcfT/
=e1Nq
-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/20100312142407.13100.48928.report...@kirk.ehbuehl.net

Bug#511325: haskell-hxt?

2010-03-07 Thread Joachim Breitner

Hi Takaki,

Am Sonntag, den 07.03.2010, 10:06 +0900 schrieb TANIGUCHI Takaki:
 haskell-hxt-8.3.2 was rejected by some documantations' license problems.
 8.5.0 has not such problems, but 8.5.0 build-depends on
 haskell-tagsoup(=0.8). I wait to upload new tagsoup.

tagsoup has no other revere dependencies in Debian at the moment, so I
think it can safely be updated. Feel free to do it yourself, as a member
of the DHG.

BTW, make sure you are subscribed to d-haskell, so that you don’t miss
important infos and we don’t have to CC you.

Greetings,
Joachim


-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#511325: haskell-hxt?

2010-03-06 Thread Joachim Breitner

Dear Takakai,

the haskell-hxt ITP[1] is owned by you. It seems you uploaded a package
once, but it did not pass through NEW. Why is that so?

We really should have haskell-hxt in Debian. Some source files in
highlighting-kate are generated by a program requiring haskell-hxt,
therefore we are actually violating the DFSG by not having haskell-hxt
around.

BTW, did you see my e-Mail from February 27th?

Greetings,
Joachim


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

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#570284: [Haskell-cafe] Re: Bug#570284: O: washngo

2010-03-06 Thread Joachim Breitner

Hi Marc,

Am Samstag, den 27.02.2010, 17:18 +0100 schrieb Joachim Breitner:
 Am Donnerstag, den 25.02.2010, 13:27 +0100 schrieb Marc Weber:
  It compiles even with ghc HEAD with very minimal cabal adjustments.
  
  I will upload it to hackage soon.
  
  Whether it is a debian package or not isn't that important (IMHO).
 
 sounds good. I guess if it is really cabalized and builds without
 hickup, we will also package it (instead of removing the old package).
 Who knows, someone might want to use it.

just wondering: When are you planning to upload washngo to hackage?

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#570284: [Haskell-cafe] Re: Bug#570284: O: washngo

2010-02-27 Thread Joachim Breitner

Hi,

Am Donnerstag, den 25.02.2010, 13:27 +0100 schrieb Marc Weber:
 It compiles even with ghc HEAD with very minimal cabal adjustments.
 
 I will upload it to hackage soon.
 
 Whether it is a debian package or not isn't that important (IMHO).

sounds good. I guess if it is really cabalized and builds without
hickup, we will also package it (instead of removing the old package).
Who knows, someone might want to use it.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#570284: [Haskell-cafe] Re: Bug#570284: O: washngo

2010-02-25 Thread Joachim Breitner

Hi,

Am Donnerstag, den 25.02.2010, 10:27 +0100 schrieb Marc Weber:
 It's a nice piece of code. I'm not using it either. But its ideas should
 not be forgotten. What exactly is the problem with supporting it?
 
 It's not using many extensions so compiling it should not make any
 trouble, does it?
 
 Maybe someone (I?) should write a .cabal file and add it to hackage.
 
 Then everyone who is interested in it can install it using
 cabal-install.
 
 I never want to miss having read some of its code.

It’s not even cabalized yet? That would cause even extra work... But if
it is cabalized and builds without issues, then supporting it is not
much effort (although it’s not Debian’s task to be a code library,
people can go to hackage for that).

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#570284: O: washngo

2010-02-25 Thread Joachim Breitner

Hi,

Am Mittwoch, den 17.02.2010, 15:35 -0600 schrieb John Goerzen:
 I no longer use WASH, nor do I have time to maintain it anymore.
 Orphaning it, and CCing debian-haskell in case someone there has
 interest in it.

we have two option: Taking it over by the Haskell Group, or dropping it
from Debian. Therefore my question:

Is anyone using Wash? Is it still useful, three years after the last
change and with HAppS around?

Greetings,
Joachim
-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#567750: ITP: raincat -- 2D puzzle game featuring a fuzzy little cat

2010-01-31 Thread Joachim Breitner

Hi,

Am Sonntag, den 31.01.2010, 10:41 -0200 schrieb Marco Túlio Gontijo e
Silva:
 Em Dom, 2010-01-31 às 05:03 +, Miriam Ruiz escreveu: 
  Package: wnpp
 (...) 
  * Package name: raincat
 (...) 
Programming Lang: Haskell
 (...) 
  I plan to maintain this game inside the Debian/Ubuntu Games Team
 
 The same invitation for haskell-sdl holds for this package too: if
 you're interested, we'd be glad to work with you on Haskell packages in
 the Debian Haskell Group.

note that though that packaging haskell binaries is not the main focus
of the packaging group, and because they don’t suffer most of the issues
that arise with libraries (getting the dependencies right, binNMUs
etc.), I’d say it’s perfectly fine for Haskell-written programs to
maintained elsewhere. The program packages just don’t benefit that much
from the group infrastructure and processes.

So my bottom line would be: Packaging for Haskell-written programs is
_welcome_ in the group if it’s convenient (e.g. because the maintainer
needs sponsoring, or the package is part of a larger set that includes
libraries anyways), but I don’t see the need to actively advocate it.

Also, having lots of packages in the pool that need special handling
(like programs where you have to worry about stuff like desktop files
and whatnot) might dilute the groups’ efficiency.

Greetings,
Joachim

BTW: Miriam, if you want to maintain haskell-sdl on the DHG, I hope
you’ll join the d-haskell list, in which case I can take you off CC.
Also check the two pkg-haskell-* lists on alioth.

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#567632: ITP: haskell-qio -- a language for defining quantum computations

2010-01-30 Thread Joachim Breitner

Hi Iain,

Am Samstag, den 30.01.2010, 11:04 + schrieb Iain Lane:
 Package: wnpp
 Severity: wishlist
 Owner: Iain Lane la...@ubuntu.com
 
 * Package name: haskell-qio
   Version : 1.0
   Upstream Author : Alexander S. Green a...@cs.nott.ac.uk
 * URL : http://hackage.haskell.org/package/QIO
 * License : BSD
   Programming Lang: Haskell
   Description : a language for defining quantum computations
 
  This package provides the documentation for a library for the Haskell
  programming language.
  See http://www.haskell.org/ for more information on Haskell.
  .
  The Quantum IO Monad is a library for defining quantum computations
  in Haskell

the usual question: Why is this hackage package suitable for inclusion
in Debian (relevancy, support, maturity, usage)?

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#567632: ITP: haskell-qio -- a language for defining quantum computations

2010-01-30 Thread Joachim Breitner

Hi,

Am Samstag, den 30.01.2010, 16:25 + schrieb Iain Lane:
 On Sat, Jan 30, 2010 at 02:37:54PM +0100, Joachim Breitner wrote:
 Am Samstag, den 30.01.2010, 11:04 + schrieb Iain Lane:
  Package: wnpp
  * Package name: haskell-qio

 the usual question: Why is this hackage package suitable for inclusion
 in Debian (relevancy, support, maturity, usage)?
 
 It is a research library, that is true enough. It is also true that the 
 library will probably never have any reverse dependencies. I would like 
 to see Debian grow as a platform for PL research (this is also one of 
 the reasons behind my packaging of Agda, which is also a research 
 language).
 
 It is not true that the library is unsupported, either by upstream or by 
 me as Debian maintainer.
 
 I am packaging to aid with my own teaching and research. If others find 
 this useful, then that is great. I considered the risks of the package 
 becoming broken or unmaintained to be low enough that it is worth 
 including. If it emerges that it is best to remove at some point in the 
 future, I am not going to stop that.
 
 I don't know if that is good enough for you.

It’s not up to me who has to decide, I’m just playing Sokrates and
asking the questions :-). If you gave thought to it and think it’s a
worthwhile addition to Debian, then please go for it. I hope my query
did not sound discouraging.

Greetigs,
Joachim


-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#535828: serna-free_0.svn139-1_amd64.changes REJECTED

2010-01-23 Thread Joachim Breitner

Hi Torsten,

Am Freitag, den 15.01.2010, 22:51 + schrieb Torsten Werner:
 the orig tarball ships docbook-xsl-1.68.1.tar.bz2: but it has no license info,
 might be not DFSG free, and has no source for the jar files.

indeed. I removed the file from my master git branch, but not from the
orig tarball that I created from upstreams SVN, which contained the
file. I was not used when building the package.

I’ll upload a new version now with that file removed from the tarball
ina moment. It also upgrades to a new upstream SVN snapshot.

Thanks for reviewing,
Joachim


-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#535828: Debian Packaging advancements

2010-01-12 Thread Joachim Breitner

[CC’in debacle: You wanted the package, now you got something to test :-)]

Hi Andrew,

Am Dienstag, den 12.01.2010, 10:45 +0300 schrieb Andrew Sichevoi:
 On Tue, Jan 12, 2010 at 2:19 AM, Joachim Breitner nome...@debian.org
 wrote:
 It took a while (serna is not the fastest to build, and I
 wanted to get
 a minimal set, so I’m building one by one), but these are the
 build-dependencies I found:
 
 ...
  openjdk-6-jre,
 ...
 
 
   As far as I understand it is not Sun's JAVA? This dependency is by DITA OT, 
 we were
   trying to use IcedTea JRE in the past, but did not manage to make DITA OT 
 work correctly.
   So, I think sun-java6-jre should be used here instead if there are no 
 Debian license restrictions.

openjdk-6-jre is Sun’s Java, in the version recently put under a free
license. Functionally it’s very close to sun-java6-jre. See
http://en.wikipedia.org/wiki/Openjdk.

If we’d build depend on sun-java6-jre, the package would not be able to
enter Debian main properly and reside in contrib.


 The Debian package seems to be ready for alpha users for
 testing.
 
 Wow! Good work! Where I can get the built package?

I put both source and binary package on
http://people.debian.org/~nomeata/serna/
Note that I will not increase the version number with new builds for
now, so watch out for the time stamp (and messages here) to check for
updates.


That reminds me: Besides build-dependencies, I also need to figure out
the correct runtime dependencies. The libraries are automatically
figured out:

Depends: libaspell15 (= 0.60), libc6 (= 2.2.5), libfreetype6 (=
2.2.1), libgcc1 (= 1:4.1.1), libice6 (= 1:1.0.0), libqscintilla2-5,
libqt4-assistant (= 4:4.5.3), libqt4-network (= 4:4.5.3),
libqt4-qt3support (= 4:4.5.3), libqt4-sql (= 4:4.5.3), libqt4-svg (=
4:4.5.3), libqt4-xml (= 4:4.5.3), libqtcore4 (= 4:4.5.3), libqtgui4
(= 4:4.5.3), libsm6, libstdc++6 (= 4.4.0), libx11-6 (= 0), libxext6,
libxft2 ( 2.1.1), libxinerama1, libxmu6, python2.5 (= 2.5)

but can you say what tools serna requires to run? For example, does it
use the xsltproc binary?

Greetigs,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#535828: Debian Packaging advancements

2010-01-12 Thread Joachim Breitner

Hi,

today, I continued to work on the serna package. The achievements are:

(Patch names respective to
http://git.nomeata.de/?p=serna.git;a=tree;f=debian/patches;hb=bbeea2bed0403ae5077d995423552ed402a63f35
later revisions might carry updated patches, but then the patch numbers
might change)

I re-did the patches that are about architecture independence. I
splitted them by issue, so that each bit can either be merged into your
SVN trunk completely or not. I’ll walk you through:

0002-Template-function-overlap.patch
hmm, can probably be dropped now. I’ll check.

0003-Atomic-increment-decrement-defined-for-amd64.patch
please merge. Atomic increment/decrement is defined for amd64

0007-Use-void-when-debug-outputting-a-pointer.patch
Some casts to (int) are used in output strings. Using (intptr_t) is
always correct and yields the same behaviour.

0009-libsp-adjustments-for-64-bits.patch
Makes the instances independent of size_t, but makes sure there is one
for int and long int. Can be merged.

0020-Cast-via-intptr_t-in-refCntData-new.patch
This needs review. I don’t really understand what
18 -const size_type buf_offset((size_type)((RefCntData*)1)-buf_ -
1);
was supposed to do (get a pointer to the 1? but where is the one?) Anyways,
19 +const size_type
buf_offset((size_type)(intptr_t)((RefCntData*)1)-buf_ - 1);
seems to work better...

0021-Cast-to-intptr_t-in-Dav-DavManager-lock-calls.patch
The code uses the pointer address of the object to generate a unique id
as an it. Casting via intptr_t works always. Can be merged.

0022-Cast-to-intptr_t-in-String-number-calls.patch
Same thing when casting to provide an argument to String::number:
intptr_t is the correct type to use. Can be merged.

0023-Cast-to-intptr_t-in-xslt-impl-Instance.cxx.patch
This changes part of the debugging output.
Prevoius code did a check
((int)nsiContext().node() 0x100)
to see whether the node name is valid. This looks fishy and
non-portable. Casting to (intptr_t) works, not sure if it’s still the
intended purpose.

0024-Cast-to-intptr_t-in-PackedPtrSet.h.patch
Here, the last bit of a pointer is checked. Casting to (intptr_t) is
again the correct thing to do. Can be merged.

0025-Remove-__int__-method-from-SimpleWrappedObject.patch
Now this is somewhat intrusive: I did not immediately figure out how to
implement the __int__ method correctly. But I expect that any use of it
is a mistake anyhow, so I just removed it. Where is it used?

0026-Cast-to-long-int-in-pyplugin-stuff.patch
I’ll remove this, it’s overwritten by a later patch (28). Please ignore

0027-Implement-PropertyNode-set-get-Ptr-and-String-toPtr.patch
As the name says. Some code stores functions pointers in properties,
this interface allows this without casts to integers. Can be merged.

0028-Use-set-getPtr-in-pyconsole-code.patch
Use the just added functions. Can be merged.

I’d obviously like to reduce the number of patches I have to drag along,
so please check if you can apply these to SVN.

I also made the serna package build and run without its own copy of
docbook-xsl. It uses the installed package
in /usr/share/xml/docbook/stylesheet/docbook-xsl. I started by adding
proper code to 3rd/docbook/docbook-default.t in patch
0029-Allow-using-the-system-wide-docbook-xsl-installation.patch, but the
path to the docbook-xsl files was still hardcoded in too many places;
see patch
0033-Refer-to-usr-share-xml-docbook-stylesheet-docbook-xs.patch

I made serna use xsltproc from the path in patches
0030-Use-system-wide-xsltproc-in-scripts.patch
0031-Use-system-wide-xsltproc-in-publishing-plugin.patch

These patches can obviously not be merged. But it would be great if you
could make them obsolete: If I run ./configure syspkg in 3rd, serna
should always use the system wide xsltproc.

Generally, I can not stress enough that reducing the number of patches I
need to carry is a great way to ease my work :-)

I’m considering to propose the package for inclusion in the current
state, and see what the ftp-masters want me to fix.

Greetings,
Joachim

--
Joachim nomeata Breitner
Debian Developer
nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata

signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#535828: Debian Packaging advancements

2010-01-12 Thread Joachim Breitner

Hi,

Am Dienstag, den 12.01.2010, 22:02 +0100 schrieb Joachim Breitner:
 0026-Cast-to-long-int-in-pyplugin-stuff.patch
 0028-Use-set-getPtr-in-pyconsole-code.patch

merged in one patch as
http://git.nomeata.de/?p=serna.git;a=blob_plain;f=debian/patches/0027-Use-set-getPtr-in-pyconsole-code.patch;hb=HEAD

 I’m considering to propose the package for inclusion in the current
 state, and see what the ftp-masters want me to fix.

I found a syntax error in a bash script, please consider merging this
patch:
http://git.nomeata.de/?p=serna.git;a=blob_plain;f=debian/patches/0033-Fix-Syntax-error-Unterminated-quoted-string.patch;hb=HEAD

The upload to Debian’s NEW queue is currently in progress. We are
getting close to having serna in Debian.

(The open file license questions still need to be resolved, of course.)

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#535828: Debian Packaging advancements

2010-01-11 Thread Joachim Breitner

Hi Andrew,

Am Montag, den 11.01.2010, 15:22 +0300 schrieb Andrew Sichevoi:

What steps are required to push your debianized Serna package to the 
Debian upstream (to Debian Sid) ?

first of all, it has to properly build on i386 _and_ amd64. I think I
spotted all positions where the compiler complained when assuming that a
pointer size is 32, but I only changed it to 64, so this is not a proper
solution.

Then, for FTP-Master to pass the package, we have to reduce any
unnecessary 3rd party software in it. See my message about antlr from
November: Debian already ships antlr, but in a newer version. It would
be great if serna could use this version out of the box.

Ideally, dita-ot and qtpropertybrowser would be packaged separately and
on their own, but I hope that this is no show-stopper for the inclusion
in Debian.

Also, docbook-xsl is provided in Debian. I did not try yet to use that
package instead of the one in 3rd/. Is the patch
3rd/docbook/1.68.1/_patches/patch-docbook.xsl
really required?

We already talked about the copy of jade/libsp. I think that we can do
with the patched source code included for now.

The files
serna/core/qt/qtsingleapp/qtsingleapplication*.cpp
only contain a header that Licensees holding a Qt Solutions License
Agreement may use the code, the GPL header is missing. This should be
fixed, as otherwise it’s not clear that Serna is really under the GPL.


And of course the Debian package need work (dependencies, installing
required stuff). At the moment it complains multiple times at startup
about a missing doctemplate.dtd or doctemplate2.dtd file. Any idea?


Besides that, I’m quite happy with serna: Once it compiled, it seemed to
work nicely, so segfaults etc., which is not always the case with
just-freed-commercial-applications. I haven’t really used it much,
though.

Greetings,
Joachim


-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#535828: Debian Packaging advancements

2010-01-11 Thread Joachim Breitner

Hi,

Am Montag, den 11.01.2010, 15:26 +0100 schrieb Joachim Breitner:
 And of course the Debian package need work (dependencies, installing
 required stuff). At the moment it complains multiple times at startup
 about a missing doctemplate.dtd or doctemplate2.dtd file. Any idea?

ok, now it works, after properly finding out how to install everything
needed. The package seems to be in a working state now, so now I will
try to figure out the correct build dependencies.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#535828: Debian Packaging advancements

2010-01-11 Thread Joachim Breitner

Hi,

Am Montag, den 11.01.2010, 17:30 +0100 schrieb Joachim Breitner:
 Am Montag, den 11.01.2010, 15:26 +0100 schrieb Joachim Breitner:
  And of course the Debian package need work (dependencies, installing
  required stuff). At the moment it complains multiple times at startup
  about a missing doctemplate.dtd or doctemplate2.dtd file. Any idea?
 
 ok, now it works, after properly finding out how to install everything
 needed. The package seems to be in a working state now, so now I will
 try to figure out the correct build dependencies.

It took a while (serna is not the fastest to build, and I wanted to get
a minimal set, so I’m building one by one), but these are the
build-dependencies I found:

 python,
 doxygen,
 xsltproc,
 bison,
 openjdk-6-jre,
 pkg-config,
 qt4-qmake,
 qt4-dev-tools,
 sip4,
 libqt4-assistant,
 libx11-dev,
 x11proto-core-dev,
 libfreetype6-dev,
 libxft-dev,
 libxinerama-dev,
 libxmu-dev,
 libxml2-dev,
 libxslt1-dev,
 libqt4-dev,
 libqscintilla2-dev,
 python-qt4-dev,
 pyqt4-dev-tools,
 libaspell-dev,
 python-sip4,

Does this look sensible?

The Debian package seems to be ready for alpha users for testing. Is
there anyone on this list running Debian on an amd64 platform willing to
do some testing? In the best case, someone who already knows Serna a
bit?

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#535828: Debian Packaging advancements

2010-01-10 Thread Joachim Breitner

[CC’ing debian-devel because this is partly a call for contributions :-]

Hi,

today, I continued in my quest to make a proper Debian package out of
Serna. For now, I ignored the issue of the convenience code copies in
the source code and focused on getting a properly buildable package. The
four really required 3rd party tarballs are shipped in debian/3rd.

http://git.nomeata.de/?p=serna.git;a=summary contains the current state.

I started to use git-dpm[1] for packaging. This means that my changes
against the upstream (which is SVN trunk, revision 139) is stored in
debian/patches:
http://git.nomeata.de/?p=serna.git;a=tree;f=debian/patches;hb=refs/heads/master
Some of those can probably applied to the SVN directory directly, such
as 0017-Working-exports.lst-even-if-list-is-empty.patch. The others
should be reviewd and improved – I’m not an experienced C++ hacker.
Especially the 64bit stuff is just a hack and needs to made working
generally.

The debian packages does not have build-dependencies yet. If someone
wants to help assemble the correct set of packages (using pbuilder and
trial’n’error, that would be appreciated).

The serna binary is installed into /usr/bin/, the rest is put
in /usr/lib/serna. The binary is compiled with rpath so that the bundles
libs can be put in /usr/lib/serna/lib. I tried hard to make serna accept
this, but the patch that I try to use does not seem to be sufficient.
Any comments welcome:
http://git.nomeata.de/?p=serna.git;a=blob;f=debian/patches/0020-Hardcode-usr-lib-serna-as-DataDir.patch;hb=HEAD

I also started to work on the debian/copyright file, which is naturally
a large beast. Again, help is appreciated:
http://git.nomeata.de/?p=serna.git;a=blob;f=debian/copyright;hb=HEAD

All in all I thought would have gotten further in one whole day, and
motivation is fading again. Contributions by others are a good way to
increase motivation again :-).

Good night,
Joachim

[2] http://git-dpm.alioth.debian.org/


-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#561688: ITP: turbotail -- drop-in replacement for tail, using FAM for following files

2009-12-23 Thread Joachim Breitner

Hi,

Am Samstag, den 19.12.2009, 17:24 +0100 schrieb Christian Dietrich:
 Package: wnpp
 Severity: wishlist
 Owner: Christian Dietrich stettber...@dokucode.de
 
 
 * Package name: turbotail
   Version : 0.3
   Upstream Author : Folkert van Heusden folk...@vanheusden.com
 * URL : http://www.vanheusden.com/turbotail/
 * License : GPL
   Programming Lang: C
   Description : drop-in replacement for tail, using FAM for following 
 files
 
 turbotail provides almost all command line options as the normal tail
 from coreutils, but when following files with -f, it doesn't poll the
 file every second, but uses FAM to get informed about changes at the
 file.

what advantage does turbotail provide over inotail, which is in Debian:

“inotail is a replacement for the 'tail' program found in the base
installation of every Linux/UNIX system. It makes use of the inotify
infrastructure in recent versions of the Linux kernel to speed up
tailing files in the follow mode (the '-f' option). Standard tail polls
the file every second by default while inotail listens to special events
sent by the kernel through the inotify API to determine whether a file
needs to be reread.”

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#560178: ITP: unicode-screensaver -- screensaver displaying unicode characters

2009-12-09 Thread Joachim Breitner

Package: wnpp
Severity: wishlist
Owner: Joachim Breitner nome...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I’m about to upload this to Debian:

* Package name: unicode-screensaver
  Version : 0.1
  Upstream Author : Joachim Breitner m...@joachim-breitner.de
* URL : http://www.joachim-breitner.de/projects#unicode-screensaver
* License : MIT/X
  Programming Lang: C
  Description : screensaver displaying unicode characters

 The unicode-screensaver is a simple screensaver application that repeatedly
 randomly picks an unicode character and displays it in a very large font
 size together with its unicode code point and the character name.
 .
 It works with xscreensaver or gnome-screensaver.


Greetings,
Joachim

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

iEYEARECAAYFAksfqo4ACgkQ9ijrk0dDIGxZnQCeNRaMHnz6oOjxCx/nCV/l8GvZ
RnYAoKtBBdO48Jlc/0A1QOrI9B1Znmn6
=fCrJ
-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#535828: Jade changed

2009-11-11 Thread Joachim Breitner

Hi Neil, Hi Paul,

Am Dienstag, den 10.11.2009, 20:21 -0500 schrieb Neil Roeth:
 Thanks for bringing me into this.  The original Jade package was forked and
 made into two separate packages, OpenJade and OpenSP.  This was done outside
 of Debian, but both are also in Debian and also maintained by me.  So, we
 should use OpenSP.  I am planning to remove Jade from Debian when I get around
 to it, AFAIK, there is nothing it does that OpenJade and OpenSP cannot do.

thanks. Do you have any estimate as to when this will happen? E.g.,
should I look into packaging Serna against the current Jade in Debian
(possibly with a patched Jade inside), once the other issues with Serna
are resolved, or do you think you’ll get around to do with within the
next weeks, and Serna should concentrate on being buildable against
OpenSP?

@Paul: I guess your modifications best go to this list
https://lists.sourceforge.net/lists/listinfo/openjade-devel
(which is discouraging inactive, according to the archive). Have you
tried contacting them before?

Thanks to everyone,
Joachim


-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#535828: Started to work on Serna

2009-11-10 Thread Joachim Breitner

Hi,

I’ve started to look at the Serna code. At the moment, I’m trying to get
it compile on Debian sid / amd64, and I’m posting my experiences on
http://forum.syntext.com/syntext-serna-xml-editor/serna-open-source-discussion/313-debian-packaging-experience.html

Not sure if I’ll be able to actually finish this, but I’m trying,

Joachim




-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

1 2 >

1 - 100 of 144 matches

Mail list logo