Bug#1068553: ITP: python-overrides -- Python decorator to verify that expected overrides are maintained
overrides is already in NEW, with packaging hosted on https://salsa.debian.org/python-team/packages/overrides. Sorry, I should have filed an ITP for that. Roland. Le 07/04/2024 à 11:02, Julian Gilbey a écrit : Package: wnpp Severity: wishlist Owner: Julian Gilbey X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org * Package name: python-overrides Version : 7.7.0 Upstream Author : Copyright: Mikko Korpela * URL : https://github.com/mkorpela/overrides * License : Apache-2.0 Programming Lang: Python Description : Python decorator to verify that expected overrides are maintained Provides a decorator @override that verifies that a method that should override an inherited method actually does it. Python has no standard mechanism by which to guarantee that (1) a method that previously overrode an inherited method continues to do so, and (2) a method that previously did not override an inherited will not override now. This package allows this to be addressed in an automated manner. This package is a (recursive) dependency of the new version of jupyter-server. It will be team-maintained within the Debian Python Team. The Debian packaging is on salsa at https://salsa.debian.org/python-team/packages/python-overrides
Bug#1043360: Any progress on ITP: python-poetry-dynamic-versioning?
Hi Jakub, Is there any progress on the package? A package of mine (dioptas) has started depending on it, so it would be nice to have in Debian. Can I help somehow? Is there any beta code somewhere that I could test and help with? Thanks, Roland.
Bug#1000693: ITP: libnet-mqtt-simple-perl -- Minimal MQTT version 3 interface
Le 27/09/2023 à 14:33, Alexander Zangerl a écrit : On Sat, 27 Nov 2021 11:46:22 +0100, Roland Mas writes: Package: wnpp Severity: wishlist Owner: Roland Mas roland, do have any objections to me taking over this bug and the packaging/maintainership of libnet-mqtt-simple-perl? No objection at all, I'm even glad that someone takes over where time prevented me from going forward. i do need that package for/at work, a first lintian-clean upload is already ready, and it looks as if there hasn't been any progress since your ITP in 2021. Actually I did prepare a package at that time (see https://salsa.debian.org/perl-team/modules/packages/libnet-mqtt-simple-perl) and even pushed an upload that was rejected by FTP-masters because of ambiguity in the copyright file, and I got taken by other priorities so I couldn't get back to fixing it. By all means, go ahead :-) Roland.
Bug#1033980: ITP: libdemeter-perl -- comprehensive XAS data analysis system using Feff and Ifeffit or Larch
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libdemeter-perl Version : 0.9.27 Upstream Author : Bruce Ravel (http://bruceravel.github.io/home) * URL : https://github.com/bruceravel/demeter * License : Artistic Programming Lang: Perl Description : comprehensive XAS data analysis system using Feff and Ifeffit or Larch Demeter provides an object oriented interface to the EXAFS data analysis capabilities of the popular and powerful Ifeffit package and its successor Larch. Given that the Ifeffit and Larch APIs involve streams of text commands, this package is, at heart, a code generator. Many methods of this package return text. All actual interaction with Ifeffit or Larch is handled through a single method, dispose, which is described below. The internal structure of this package involves accumulating text in a scalar variable through successive calls to the various code generating methods. This text is then disposed to Ifeffit, to Larch, to a file, or elsewhere. The outward looking methods organize all of the complicated interactions of your data with Ifeffit or Larch. This package is aimed at many targets. It can be the back-end of a graphical data analysis program, providing the glue between the on-screen representation of the fit and the actual command executed by Ifeffit or Larch. It can be used for one-off data analysis chores -- indeed most of the examples that come with the package can be reworked into useful one-off scripts. It can also be the back-end to sophisticated data analysis chores such as high-throughout data processing and analysis or complex physical modeling. This package will be maintained within the Perl team on salsa.
Bug#1033000: ITP: ufo-tofu -- Helper scripts for tomographic reconstruction using the ufo-core framework
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: ufo-tofu Version : 0.12.0 Upstream Author : Matthias Vogelgesang * URL : https://github.com/ufo-kit/tofu * License : LGPL v3.0 Programming Lang: Python Description : Helper scripts for tomographic reconstruction using the ufo-core framework Python data processing scripts to be used with the UFO framework. At the moment they are targeted at high-performance reconstruction of tomographic data sets. This package will be maintained under the Science Team umbrella, in particular the Photons And Neutrons Team.
Bug#1020401: ITP: orderedset -- Ordered Set implementation in Cython
I just renamed the ITP (and am working on the appropriate changes to the source package), thanks for the gentle nudge. Roland. Le 21/09/2022 à 09:47, Jonas Smedegaard a écrit : Quoting Roland Mas (2022-09-21 09:38:45) Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: orderedset Please use "python-orderedset" instead for the source package name, to not needlesly occupy the more generic global namespace potentially relevant e.g. by a future command-line tool. - Jonas
Bug#1020401: ITP: orderedset -- Ordered Set implementation in Cython
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: orderedset Version : 2.0.3 Upstream Author : Simon Percivall * URL : https://github.com/simonpercivall/orderedset * License : BSD Programming Lang: C/Python Description : Ordered Set implementation in Cython An Ordered Set implementation in Cython. Based on Raymond Hettinger's OrderedSet recipe. Features: - Works like a regular set, but remembers insertion order; - Is approximately 5 times faster than the pure Python implementation overall (and 5 times slower than set); - Compatible with Python 2.7 through 3.8; - Supports the full set interface; - Supports some list methods, like index and __getitem__. - Supports set methods against iterables. This package will be maintained within the Python team on Salsa.
Bug#1020400: ITP: cif2hkl -- Convert crystallographic descriptions into HKL F^2 reflection lists
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: cif2hkl Version : 1.4.1 Upstream Author : Emmanuel Farhi * URL : https://gitlab.com/soleil-data-treatment/soleil-software-projects/cif2hkl * License : GPL2+ Programming Lang: Fortran Description : Convert crystallographic descriptions into HKL F^2 reflection lists A program that computes structure factors |F^2| for neutrons, x-rays, and electrons from CIF/CFL/SHX/PCR crystallographic descriptions. This is useful to compute the diffraction pattern from materials. It can be used for generating .lau/.laz files for e.g. McStas. I will maintain this package under the debian-science team on Salsa.
Bug#1020332: ITP: python-mrcfile -- Python implementation of the MRC2014 file format
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pan-maintain...@alioth-lists.debian.net * Package name: python-mrcfile Version : 1.4.2 Upstream Author : Colin Palmer * URL : https://github.com/ccpem/mrcfile * License : BSD Programming Lang: Python Description : Python implementation of the MRC2014 file format mrcfile is a Python implementation of the MRC2014 file format, which is used in structural biology to store image and volume data. It allows MRC files to be created and opened easily using a very simple API, which exposes the file's header and data as numpy arrays. The code runs in Python 2 and 3 and is fully unit-tested. This library aims to allow users and developers to read and write standard-compliant MRC files in Python as easily as possible, and with no dependencies on any compiled libraries except numpy. You can use it interactively to inspect files, correct headers and so on, or in scripts and larger software packages to provide basic MRC file I/O functions. Key Features * Clean, simple API for access to MRC files * Easy to install and use * Validation of files according to the MRC2014 format * Seamless support for gzip and bzip2 files * Memory-mapped file option for fast random access to very large files * Asynchronous opening option for background loading of multiple files * Runs in Python 2 & 3, on Linux, Mac OS X and Windows This package will be maintained within the Python team on Salsa.
Bug#934258: Current status?
Updated status report: Le 26/04/2022 à 17:20, Roland Mas a écrit : Le 25/04/2022 à 12:45, Roland Mas a écrit : I've been delayed for a while, but I'm back on track. I'll push/upload a big handful of packages, both to NEW and to Salsa, and update my TODO-list accordingly. I'll send the update to this bug too. What are you working on? Mostly NodeJS packages… Is there a direction where I can push? Certainly… but give me a day or two so that I can push my work in order to avoid duplicating efforts :-) There. I'm up-to-date with my past self, and here's what's missing (we're talking about NodeJS packages). Not started on my side: - codemirror - y-codemirror - vscode-debugprotocol - xterm-addon-fit - nteract/transform-vdom - vega-embed - vega-lite (…and probably dependencies behind them) Started but not working: - blueprintjs (I pushed my current state of affairs; fails to build so far, but a starting point) - fortawesome-fontawesome-free (see my other mail: no source available, and I don't know what to do; split the part of jupyterlab that depend on it into a separate package in contrib? try to make do with a previous version?) Probably soon to be uploaded: - react-paginate and dependencies (but I have skeleton packages for that chain -- I'll push them even as WIP, and upload when ready) - react-highlighter (same thing) Done. - react-json-tree which is part of redux-devtools (same thing) Done. I'm welcoming help in the first two sections. Roland.
Bug#1010309: ITP: node-ws-iconv -- A set of filesystem-related functions for NodeJS
Le 28/04/2022 à 17:30, Yadd a écrit : On 28/04/2022 17:07, Roland Mas wrote: This is a set of small NodeJS packages, poorly documented [1], with functions seemingly related to filesystem and path operations. It is required (indirectly) by jupyterlab, via node-react-json-tree (redux-devtools) and node-yarn-tool-resolve-package. Hi, how can this be a dependency as it isn't published in npmjs.org, neither in yarnpkg.com? The dependency is actually on upath2, which in turn depends on path-is-network-drive and path-strip-sep; all three of these modules are part of ws-iconv, and I'm trying not to upload too many "less than 50 lines of actual code" packages. So node-ws-iconv will provide them. Roland.
Bug#1010309: ITP: node-ws-iconv -- A set of filesystem-related functions for NodeJS
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: node-ws-iconv Version : 0.0~git20220306210217.c039e94 (from Git) Upstream Author : "bluelovers" (https://github.com/bluelovers) * URL : https://github.com/bluelovers/ws-iconv * License : MIT/ISC/BSD-3-Clause Programming Lang: Javascript/Typescript Description : A set of filesystem-related functions for NodeJS This is a set of small NodeJS packages, poorly documented [1], with functions seemingly related to filesystem and path operations. It is required (indirectly) by jupyterlab, via node-react-json-tree (redux-devtools) and node-yarn-tool-resolve-package. It will be maintained under the js-team umbrella. [1] No author name, README files are boilerplate-only, git commit logs are mostly ".", and changelog files are generated from these commit logs so they also lack useful information.
Bug#934258: Current status?
Le 25/04/2022 à 12:45, Roland Mas a écrit : I've been delayed for a while, but I'm back on track. I'll push/upload a big handful of packages, both to NEW and to Salsa, and update my TODO-list accordingly. I'll send the update to this bug too. What are you working on? Mostly NodeJS packages… Is there a direction where I can push? Certainly… but give me a day or two so that I can push my work in order to avoid duplicating efforts :-) There. I'm up-to-date with my past self, and here's what's missing (we're talking about NodeJS packages). Not started on my side: - codemirror - y-codemirror - vscode-debugprotocol - xterm-addon-fit - nteract/transform-vdom - vega-embed - vega-lite (…and probably dependencies behind them) Started but not working: - blueprintjs (I pushed my current state of affairs; fails to build so far, but a starting point) - fortawesome-fontawesome-free (see my other mail: no source available, and I don't know what to do; split the part of jupyterlab that depend on it into a separate package in contrib? try to make do with a previous version?) Probably soon to be uploaded: - react-paginate and dependencies (but I have skeleton packages for that chain -- I'll push them even as WIP, and upload when ready) - react-highlighter (same thing) - react-json-tree which is part of redux-devtools (same thing) I'm welcoming help in the first two sections. Roland.
Bug#934258: Current status?
Some info I can give already: - node-fortawesome-fontawesome-free: I'm sort of stuck, because upstream doesn't really provide the source to their "free, open source, and GPL friendly" (sic) software, see https://github.com/FortAwesome/Font-Awesome/issues/18796 -- any idea of a way forward would be great - I started packaging blueprintjs as one source package using subcomponents, see js-team/node-blueprintjs on salsa. I'll retire node-blueprintjs-colors once the big package is uploaded. - other dependencies I haven't started working on include vega-embed, vega-lite and webpack-env, probably others too. Roland. Le 25/04/2022 à 12:45, Roland Mas a écrit : Hi Julien, Le 22/04/2022 à 18:11, julien.pu...@gmail.com a écrit : Hi, I wanted to push things a little further, and hence tried to get the salsa repository ; I couldn't get very far, because d/control lists quite a few non-existing packages: - node-blueprintjs-core ; - node-blueprintjs-select ; - node-fortawesome-fontawesome-free. By non-existing, I mean neither in unstable nor in NEW... there are repositories though, and I'll try to have a look. Could you give a feedback on where things stand? I've been delayed for a while, but I'm back on track. I'll push/upload a big handful of packages, both to NEW and to Salsa, and update my TODO-list accordingly. I'll send the update to this bug too. What are you working on? Mostly NodeJS packages… Is there a direction where I can push? Certainly… but give me a day or two so that I can push my work in order to avoid duplicating efforts :-) Roland.
Bug#934258: Current status?
Hi Julien, Le 22/04/2022 à 18:11, julien.pu...@gmail.com a écrit : Hi, I wanted to push things a little further, and hence tried to get the salsa repository ; I couldn't get very far, because d/control lists quite a few non-existing packages: - node-blueprintjs-core ; - node-blueprintjs-select ; - node-fortawesome-fontawesome-free. By non-existing, I mean neither in unstable nor in NEW... there are repositories though, and I'll try to have a look. Could you give a feedback on where things stand? I've been delayed for a while, but I'm back on track. I'll push/upload a big handful of packages, both to NEW and to Salsa, and update my TODO-list accordingly. I'll send the update to this bug too. What are you working on? Mostly NodeJS packages… Is there a direction where I can push? Certainly… but give me a day or two so that I can push my work in order to avoid duplicating efforts :-) Roland.
Bug#934258: Packaging Jupyterlab
Hi Julien, I'm tasked with updating ipywidgets to a current upstream release. I'm fine with the Python part, but there are also a handful of dependencies on NodeJS modules, many of which seem related to jupyterlab, so I guess there's much overlap with the Jupyterlab packaging effort. I see in the bug log that you have much of the dependency chain ready, pending a fix in esbuild, and that the fix has since been merged. May I suggest you push your current state of work to Salsa repositories, so that I can use it (even as a work in progress) on my side for ipywidgets? Thanks, Roland.
Bug#1002736: Giving up on packaging TomoJ
I spent quite a few hours spent following dependencies, and it seems that TomoJ is much more work than initially expected, due to the dependency chain… which makes it unpractical. I therefore retitle this ITP to RFP. Roland.
Bug#1003189: Giving up on packaging fiji
I spent quite a few hours spent following dependencies, and it seems that Fiji is much more work than initially expected. Even building ImageJ2 requires a host of unpackaged modules, each with their own set of dependencies and so on. My gut feeling is that packaging Fiji would require tens or hundreds of Java modules first… which makes it unpractical. I therefore retitle this ITP to RFP. Roland.
Bug#1003189: ITP: fiji -- "batteries-included" distribution of ImageJ2
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: fiji Version : 2.3.1 Upstream Author : Laboratory for Optical and Computational Instrumentation at the University of Wisconsin-Madison * URL : https://fiji.sc/ * License : GPL-3 (but plugins may have different licenses) Programming Lang: Java Description : "batteries-included" distribution of ImageJ2 Fiji is an image processing package — a "batteries-included" distribution of ImageJ, bundling many plugins which facilitate scientific image analysis. I intend to maintain this package under the Debian Science Team umbrella.
Bug#1002743: ITP: threeb -- Bayesian analysis of blinking and bleaching (3B) microscopy analysis
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: threeb Version : 1.1 Upstream Author : Edward Rosten and Susan Cox * URL : http://www.coxphysics.com/3b/index.html * License : GPL-3 Programming Lang: C, C++, Java Description : Bayesian analysis of blinking and bleaching (3B) microscopy analysis Bayesian analysis of blinking and bleaching, or 3B microscopy, is a method which analyses data in which many overlapping fluorophores undergo bleaching and blinking events, giving the structure at enhanced resolution. By using a Hidden Markov Model (HMM), it allows useful information to be obtained from data that would be impossible to analyse with standard localisation analysis techniques. I intend to maintain this package under the Debian Science Team umbrella.
Bug#1002736: ITP: tomoj -- ImageJ plug-in for tomographic reconstruction
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: tomoj Version : 2.8 Upstream Author : Cédric Messaoudi * URL : https://sourceforge.net/projects/tomoj/ * License : GPL-3 Programming Lang: Java Description : ImageJ plug-in for tomographic reconstruction TomoJ is an ImageJ plug-in for tomographic reconstruction. It was designed for electron tomography, however any acquisition with parallel beam should work. TomoJ proposes the preprocessing and the registration of tilt-series prior to 3D reconstructions (WBP, ART, SIRT, OS-SART, compressed sensing). TomoJ is written in Java, the computations are multithreaded and reconstruction can be performed on CPU or GPU (OpenCL). I intend to maintain this package under the Debian Science Team umbrella.
Bug#1002480: ITP: pyxrd -- python implementation of the matrix algorithm for computer modeling of X-ray diffraction (XRD) patterns of disordered lamellar structures.
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: pyxrd Version : 0.8.4 Upstream Author : Mathijs Dumon * URL : https://github.com/PyXRD/PyXRD * License : BSD-2-clause Programming Lang: Python Description : modeling of X-ray diffraction (XRD) patterns of disordered lamellar structures. The full short description of the software is "python implementation of the matrix algorithm for computer modeling of X-ray diffraction (XRD) patterns of disordered lamellar structures." This package will be maintained under the Debian Science Team umbrella, and will be useful for the Debian Photons and Neutrons Team.
Bug#1002287: ITP: freesas -- Small angle scattering tools in Python
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: freesas Version : 0.9.0 Upstream Author : Jérôme Kieffer * URL : https://github.com/kif/freesas * License : MIT Programming Lang: Python Description : Small angle scattering tools in Python A collection of tools implementing several small-angle scattering algorithms described in various scientific papers. This package will be maintained under the Debian Science Team umbrella, and will be useful for the Debian Photons and Neutrons Team.
Bug#1000693: ITP: libnet-mqtt-simple-perl -- Minimal MQTT version 3 interface
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libnet-mqtt-simple-perl Version : 1.26 Upstream Author : Juerd Waalboer * URL : https://metacpan.org/release/Net-MQTT-Simple * License : any-osi Programming Lang: Perl Description : Minimal MQTT version 3 interface Net::MQTT::Simple consists of only one file and has no dependencies except core Perl modules, making it suitable for embedded installations where CPAN installers are unavailable and resources are limited. Only basic MQTT functionality is provided; if you need more, you'll have to use the full-featured Net::MQTT instead. Connections are set up on demand, automatically reconnecting to the server if a previous connection had been lost. Because sensor scripts often run unattended, connection failures will result in warnings (on STDERR if you didn't override that) without throwing an exception. Please refer to Net::MQTT::Simple::SSL for more information about encrypted and authenticated connections. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.
Bug#999411: ITP: mcpl -- Monte Carlo Particle Lists - tools for the .mcpl file format
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: mcpl Version : 1.3.2 Upstream Author : Thomas Kittelmann * URL : https://mctools.github.io/mcpl/ * License : CC0 Programming Lang: C, C++, Python Description : Monte Carlo Particle Lists - tools for the .mcpl file format This is MCPL - Monte Carlo Particle Lists. Included are the core utilities for reading and writing .mcpl files: A binary format with lists of particle state information, for interchanging and reshooting events between various Monte Carlo simulation applications. The core utilities include both command line tools and programming interfaces for C/C++ and python. This package is going to be useful for the McStas/McXtrace Monte Carlo neutron/X-ray ray tracing packages.
Bug#997903: Update to the ITP
Since mcstas and mcxtrace are maintained in the same upstream repository, I'm going to package both at the same time in a single source package (but there will be multiple binaries, of course). Roland.
Bug#997903: ITP: mcxtrace -- An X-ray ray-trace simulation package
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: mcxtrace Version : 1.6 Upstream Author : DTU Physics, Kgs. Lyngby, Denmark / Institut Laue Langevin, Grenoble, France * URL : http://www.mcxtrace.org/ * License : GPL-2 Programming Lang: C Description : An X-ray ray-trace simulation package McXtrace is a general Monte Carlo ray-tracing software for simulation X-ray beamlines and experiments.
Bug#997901: ITP: mcstas -- A neutron ray-trace simulation package
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: mcstas Version : 3.0 Upstream Author : McStas developers * URL : http://www.mcstas.org/ * License : GPL-2 Programming Lang: C Description : A neutron ray-trace simulation package McStas is a general tool for simulating neutron scattering instruments and experiments.
Bug#996958: ITP: mumax -- GPU accelerated micromagnetic simulator
Le 21/10/2021 à 15:13, Thaddeus H. Black a écrit : That's a neat project. The README.md says: if you don't have git: * seriously, no git? The question is not whether one does not have git, but whether one does not have CUDA, unfortunately. Yes, this will have to go to contrib. The Design and Verification of mumax3: http://scitation.aip.org/content/aip/journal/adva/4/10/10.1063/1.4899186 The hyperlink seems to be paywalled or broken. Same for me. You write: A speed-up of the order of 100x compared to CPU-based simulations can easily be reached Since I am unable to view the paper, would you briefly, approximately tell me how you achieved the speed-up? Alternately, would you link me to relevant presentation slides, a presentation video, or the like? Again alternately, would you advise me in which source file one should look for the core of the main loop, where the 100x speed-up is implemented? This sentence was copy/pasted from http://mumax.github.io/. I haven't really started working on the package yet, nor am I a regular user. […] Anyway, if you believe that your code is a good example, then I'd be interested to see how you have achieved the 100x. I guess you should ask upstream rather than me, I'm just a poor packager in this case :-) Roland.
Bug#996958: ITP: mumax -- GPU accelerated micromagnetic simulator
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: mumax Version : 3.10 Upstream Author : Arne Vansteenkiste * URL : https://github.com/mumax/3 * License : GPL-3 Programming Lang: Go Description : GPU accelerated micromagnetic simulator mumax3 is a GPU-accelerated micromagnetic simulation program developed at the DyNaMat group of Prof. Van Waeyenberge at Ghent University. A speed-up of the order of 100x compared to CPU-based simulations can easily be reached, even with relatively inexpensive gaming GPUs. Additionally, the software is optimized for low memory use and can handle about 16 million FD cells with 2GB of GPU RAM. Features: - Landau-Lifshitz micromagnetic formalism - Magnetostatic field - Heisenberg exchange - Arbitrary inter-region exchange like RKKY coupling - Dzyaloshinskii-Moriya interaction - Spin-transfer torque (Zhang-Li and Slonczewski) - Uniaxial and cubic magnetocrystalline anisotropy - Thermal fluctuations (Brown) - Voronoi tessellation - Time- and space dependent material parameters - Arbitrary complex excitation (field, current) - Simulation window can automatically follow a moving domain wall - Edge charges can be removed to simulate an infinitely long geometry - Optional 1D, 2D or 3D periodic boundary conditions
Bug#996481: ITP: tomopy -- Python package for tomographic data processing and image reconstruction
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: tomopy Version : 1.10.4 Upstream Author : UChicago Argonne * URL : https://github.com/tomopy/tomopy * License : BSD-3 Programming Lang: C, Python Description : Python package for tomographic data processing and image reconstruction
Bug#996400: ITP: pyvkfft -- Python3 binding to the CUDA and OpenCL backends of VkFFT
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: pyvkfft Version : 2021.2.1 Upstream Author : Vincent Favre-Nicolin * URL : https://github.com/vincefn/pyvkfft * License : MIT Programming Lang: C++/Python Description : Python3 binding to the CUDA and OpenCL backends of VkFFT pyvkfft offers a simple python interface to the CUDA and OpenCL backends of VkFFT, compatible with pyCUDA, CuPy and pyOpenCL.
Bug#996396: ITP: vkfft -- Vulkan/CUDA/HIP/OpenCL Fast Fourier Transform library
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: vkfft Version : 1.2.12 Upstream Author : Dmitrii Tolmachev * URL : https://github.com/DTolm/VkFFT * License : MIT Programming Lang: C Description : Vulkan/CUDA/HIP/OpenCL Fast Fourier Transform library VkFFT is an efficient GPU-accelerated multidimensional Fast Fourier Transform library for Vulkan/CUDA/HIP/OpenCL projects. VkFFT aims to provide the community with an open-source alternative to Nvidia's cuFFT library while achieving better performance. VkFFT is written in C language and supports Vulkan, CUDA, HIP and OpenCL as backends.
Bug#996340: ITP: facet-analyser -- ParaView plugin for facet detection and angles measurement
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: facet-analyser Version : 0.0.0 (unreleased, packaging from Git for now) Upstream Author : Roman Grothausmann * URL : https://github.com/picca/FacetAnalyser * License : CC-BY-SA-3.0, BSD-3, Apache-2 Programming Lang: C++ Description : ParaView plugin for facet detection and angles measurement This ParaView plugin enables analysis of faceted objects that exhibit distortions in their digital representation, e.g. due to tomographic reconstruction artifacts. The contributed functionality can also be used outside ParaView in e.g. command-line programs. The code, data, a test and an example program are included.
Bug#996248: ITP: tomogui -- GUI for freeart and silx tomographic reconstructions
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: tomogui Version : 0.3.1 Upstream Author : European Synchrotron Radiation Facility * URL : http://gitlab.esrf.fr/tomoTools/tomogui * License : MIT Programming Lang: Python Description : GUI for freeart and silx tomographic reconstructions Tomogui offers a Graphical User Interface to run tomographic reconstruction based on freeart and silx algorithms
Bug#996247: ITP: freeart -- Software library for X-Ray data analysis
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: freeart Version : 3.3.0 Upstream Author : European Synchrotron Radiation Facility * URL : https://gitlab.esrf.fr/freeart/freeart * License : MIT Programming Lang: Python and C++ Description : Software library for X-Ray data analysis freeart is a tomographic image reconstruction library using Algebraic Reconstruction Technique (ART). It is able to deal with absorption and emission sinograms. Freeart core is written in C++ using template classes to have simple or double precision. A python interface is provided to access the core functionalities. A set of utils such as configuration files, interpreter to run reconstruction from configuration files are provided in python.
Bug#995404: ITP: mantis-xray -- Multivariate ANalysis Tool for x-ray Spectromicroscopy
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: mantis-xray Version : 3.0.11 Upstream Author : Mirna Lerotic * URL : http://spectromicroscopy.com * License : GPL-3 Programming Lang: Python Description : Multivariate ANalysis Tool for x-ray Spectromicroscopy Spectromicroscopy combines spectral data with microscopy, where typical datasets consist of a stack of microscopic images taken across an energy range. Due to the data complexity, manual analysis can be time consuming and inefficient, whereas multivariate analysis tools not only reduce the time needed but also can uncover hidden trends in the data. Mantis is Multivariate ANalysis Tool for Spectromicroscopy developed in Python by 2nd Look Consulting. It uses principal component analysis and cluster analysis to classify pixels according to spectral similarity.
Bug#995121: ITP: dioptas -- Python based GUI-Program for integration and exploration of 2D x-ray diffraction images
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: dioptas Version : 0.5.2 Upstream Author : Clemens Prescher * URL : https://github.com/Dioptas/Dioptas * License : GPL-3 Programming Lang: Python Description : Python based GUI-Program for integration and exploration of 2D x-ray diffraction images A GUI program for fast analysis of powder X-ray diffraction Images. It provides the capability of calibrating, creating masks, having pattern overlays and showing phase lines.
Bug#994776: ITP: proglog -- progress logging system for Python
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: proglog Version : 0.1.9 Upstream Author : Zulko * URL : https://github.com/Edinburgh-Genome-Foundry/Proglog * License : MIT Programming Lang: Python Description : progress logging system for Python Proglog is a progress logging system for Python. It allows to build complex libraries while giving the user control on the management of logs, callbacks and progress bars. This package is required as a dependency for moviepy.
Bug#988775: ITP: jupyterhub -- A multi-user server for Jupyter notebooks
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: jupyterhub Version : 1.4.0 Upstream Author : Jupyter Development Team * URL : http://jupyter.org/ * License : BSD Programming Lang: Python Description : A multi-user server for Jupyter notebooks With JupyterHub you can create a multi-user Hub which spawns, manages, and proxies multiple instances of the single-user Jupyter notebook server. Project Jupyter created JupyterHub to support many users. The Hub can offer notebook servers to a class of students, a corporate data science workgroup, a scientific research project, or a high performance computing group. I plan to maintain this package (and its Python dependencies) in the Debian Python Team. There are also a few Node.js dependencies, which I'll maintain under the Debian JavaScript Team umbrella. I don't need a sponsor, but reviewers will be most welcome.
Bug#983289: ITP: traefik -- The Cloud Native Application Proxy
Hi Aloïs, I'm working on packaging Jupyterhub, which uses Traefik as its proxy. I have prototype packages for all other dependencies of Jupyterhub, but I currently install Traefik with wget (ugh). Do you have any public repository frow which I could fetch preliminary packages for Traefik? Thanks, Roland.
Bug#986543: ITP: qemu-web-desktop -- Start and access a virtual machine from a browser
Package: wnpp Severity: wishlist Owner: Roland Mas * Package name: qemu-web-desktop Version : 21.01.21 Upstream Author : Emmanuel Farhi * URL : https://gitlab.com/soleil-data-treatment/soleil-software-projects/remote-desktop * License : AGPL Programming Lang: Perl Description : Start and access a virtual machine from a browser The service allows authorized users to launch a remote virtual machine, and display it in a browser window. No additional software installation is needed on the client side. Once installed (see below), connect to http://server/qemu-web-desktop The user credentials can be tested against IMAP, SMTP, and LDAP. In this case, a user ID (login name) and password are required. Authentication can also be achieved using an email sent with connection information. When authentication is successful, a virtual machine is launched and can be displayed in the browser window. In most cases (this depends on the configuration - see below), a unique "token" is requested to secure the connection. This software was initially developed at Synchrotron Soleil, but can be useful to others. I'm not currently looking for co-maintainers or a sponsor, but I'll maintain it under the Debian group at Salsa.
Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig
Daniel Beyer, 2014-05-12 07:54:43 +0200 : [...] I pushed everything I've done last week to anonscm.d.o [1] and uploaded the package again to mentors [2]. Roland, can you have an other look onto the package, especially the new parts [3] regarding the newly added php-twig-doc package? I just did. The package looks fine, and I uploaded it. Thanks! Since I plan on using it for FusionForge, you may hear from me as a user in the not-too-distant future if I find bugs :-) Roland. -- Roland Mas A lesson for you all: never fall in love during a total eclipse. -- Senex, in A Funny Thing Happened on the Way to the Forum -- 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/87r43ztl19@polymir.placard.fr.eu.org
Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig
Daniel Beyer, 2014-05-04 23:44:03 +0200 :
Roland, can you have a look onto the package? Yann and I think it is
ready. You can find it on anonscm.d.o [1] or mentors [2]. Thanks a
lot!
I just did. The package looks almost ready, congrats :-)
The main nit I have is that the testsuite doesn't pass. When I run
pdebuild, the override_dh_auto_test target in debian/rules runs phpunit,
and phpunit fails one test with the following error:
,
| There was 1 failure:
|
| 1) Twig_Tests_IntegrationTest::testIntegration with data set #23
('expressions/ends_with.test', 'Twig supports the ends with operator', '',
array('
| {{ \'foo\' ends with \'o\' ? \'OK\' : \'KO\' }}
| {{ not (\'foo\' ends with \'f\') ? \'OK\' : \'KO\' }}
| {{ not (\'foo\' ends with \'foowaytoolong\') ? \'OK\' : \'KO\' }}'), false,
array(array('--DATA--
| return array()
| --EXPECT--
| OK
| OK
| OK', '
| return array()
| ', '', '
| OK
| OK
| OK')))
| Twig supports the ends with operator (in expressions/ends_with.test)
| Failed asserting that two strings are equal.
| --- Expected
| +++ Actual
| @@ @@
| 'OK
| -OK
| -OK'
| +KO
| +KO'
|
| /tmp/buildd/twig-1.15.1+dfsg/lib/Twig/Test/IntegrationTestCase.php:140
| /tmp/buildd/twig-1.15.1+dfsg/lib/Twig/Test/IntegrationTestCase.php:28
`
I'm not sure exactly what that means, but since the source package
generates an arch-specific binary package it's quite possible that the
autobuilders will fail on that. And regardless of the biuldds, it's
better if the testsuite passes.
Also, I found out that https://github.com/fabpot/Twig/issues/1118 is
now closed. It might make sense so update the packaging accordingly
(maybe add a new php-twig-doc binary package?).
Thanks for your efforts, this package is almost in shape!
Roland.
--
Roland Mas
Reincarnation likes a joke as much as the next philosophical hypothesis.
-- in The Truth (Terry Pratchett)
--
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/87eh084jpz@polymir.placard.fr.eu.org
Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig
Hi all, As part of https://wiki.debian.org/DebianFrance/NewContributorGame#Twig_packaging I'd like to introduce you guys to one another. Yann and Laurent expressed interest in packaging Twig; from a cursory read of the bug log, Daniel seems to have preliminary packages; David is curious ; #645883 is where the discussion happens (and pkg-php-pear would like to be kept in touch); and yours truly is interested in seeing the package enter Debian and would gladly provide testing and sponsoring. Let's work together :-) Roland. -- Roland Mas Je suis un anti-virus de signature. Copiez-moi dans la vôtre pour éliminer les virus de 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/87lhuwovzn@polymir.placard.fr.eu.org
Bug#670837: Any news about your python-cliff ITP?
Hi, I've been contracted to work on OpenStack packaging, and one of the modules has a build-dependency on python-cliff. Since you apparently ITPed it this some time ago, I'd like to know whether there's something available already, maybe even preliminary packages. Thanks, Roland. -- Roland Mas Mou ichido ! Hayaku ! Ookii koede ! -- Atsuko Sasaki -- 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/87sj9n8wnw@polymir.internal.placard.fr.eu.org
Bug#491723: debian/copyright for statusnet
Leo 'costela' Antunes, 2012-03-26 14:59:13 +0200 : On 23/03/12 22:25, Roland Mas wrote: I was somewhat bored and I wanted to play with config-edit stuff; since I'm also eager to see statusnet enter Debian officially, I spent some time reading copyright notices and transcribing them. Here's what git produced (I have no idea if it's actually useful as is, but at least there's a patch in there): Thanks a lot for the work! I also needed a poke to go back to working on this, so I'll take a look at the patch this week and try to get the missing pieces in place for an upload soon-ish. May I inquire again about the status of this? Should the bug be converted to an RFP? Could a package be uploaded to experimental? It feels disappointing that there's apparently been no further activity even after I did the only thing missing before upload. Roland. -- Roland Mas 'And what would humans be without love?' RARE, said Death. -- in Sourcery (Terry Pratchett) -- 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/87k3vj27k9@polymir.internal.placard.fr.eu.org
Bug#491723: debian/copyright for statusnet
And a fix for an error. From 524719cfe8b33c861113e1b6cfac0c82cf25c605 Mon Sep 17 00:00:00 2001 From: Roland Mas lola...@debian.org Date: Mon, 26 Mar 2012 11:53:34 +0200 Subject: [PATCH] debian/* is not copyright StatusNet To: 491...@bugs.debian.org Cc: cost...@debian.org, lola...@debian.org --- debian/copyright |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/debian/copyright b/debian/copyright index 4fa2f9f..462 100644 --- a/debian/copyright +++ b/debian/copyright @@ -7,7 +7,6 @@ Copyright: 2010, 2011 Leo Antunes 2010 Evan Prodromou 2009 Brenda Wallace 2009 Francois Marier - 2009 StatusNet, Inc. License: GPL-3+ Files: * -- 1.7.9.1 Roland. -- Roland Mas That's one of the good fings about not existin'; they leave you alone most of the time. -- in My Hero (Tom Holt)
Bug#462534: smilutils
Moritz Muehlenhoff, 2011-08-18 17:53:28 +0200 : smilutils hasn't been adopted since 3.5 years, has accumulated many NMUs and the most recent upstream activity in CVS has been two years ago. Shall we go ahead and remove it from the archive? No objection from me. I'd even go so far as yes please. Roland. -- Roland Mas Et c'est tellement plus mignon de se faire traiter de con en chanson... -- in En chantant (Michel Sardou) -- 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/87aab64nmt@mirexpress.internal.placard.fr.eu.org
Bug#622620: [Pascal de Bruijn] Re: O: argyll -- Color Management System, calibrator and profiler
Forwarding an email I assume should have been directed at the bug. ---BeginMessage--- On Wed, Apr 13, 2011 at 2:46 PM, Roland Mas lola...@debian.org wrote: Package: wnpp Severity: normal I think it's time for me to stop pretending I have enough time/energy/interest to properly maintain Argyll. I'm therefore regretfully orphaning the package. Thanks for your excellent work which I've been able to enjoy. Prospective adopters: most of the difficulty I've had in maintaining this package comes from my switch of build system from Jam to Autoconf/Automake/Libtool. If you can live with Jam, then you'll probably have an easier job. I bumped Greame about modifying the Jam files slightly making packaging a bit more easy. I have a first version of Jam based packaging available here (Argyll 1.3.3 / Ubuntu Natty): https://launchpad.net/~pmjdebruijn/+archive/argyll-release I'm quite prepared to offer sponsorship and/or guidance to anyone willing to adopt the package and needing one or the other. I'm not willing to take responsibility to maintain that package upstream. Sorry. Regards, Pascal de Bruijn ---End Message--- -- Roland Mas $ chown -R us:us your_base*
Bug#622620: O: argyll -- Color Management System, calibrator and profiler
Package: wnpp Severity: normal I think it's time for me to stop pretending I have enough time/energy/interest to properly maintain Argyll. I'm therefore regretfully orphaning the package. Prospective adopters: most of the difficulty I've had in maintaining this package comes from my switch of build system from Jam to Autoconf/Automake/Libtool. If you can live with Jam, then you'll probably have an easier job. I'm quite prepared to offer sponsorship and/or guidance to anyone willing to adopt the package and needing one or the other. Roland. -- Roland Mas La menace de la baffe pèse plus lourd que la baffe elle-même. -- in Sri Raoul le petit yogi (Gaudelette) -- 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/87oc4ae2uj@mirexpress.internal.placard.fr.eu.org
Bug#608544: Adopting OpenERP?
Roland Mas, 2011-01-03 09:56:07 +0100 : [...] should we start a pkg-openerp team on Alioth? Actually, I migrated to Tryton instead. It seems simpler, and with a friendlier development team. So I'm hereby withdrawing my proposal to help maintain OpenERP. Roland. -- Roland Mas [...] ou une dent pourrie [...] -- in Variations sur un thème imposé -- Signatures à collectionner, série n°2, partie 2/3. -- 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/87ei7ekgdb@mirexpress.internal.placard.fr.eu.org
Bug#608544: Adopting OpenERP?
Hi, Only a few days after I decided to try out OpenERP, I learn that the packages have been orphaned. Meh. But from the book I've read, I think I still want to go on with my migration, so I'm interested in contributing to the packaging. Not on my own though: I already do FusionForge, which is a large enough package. Marga, it seems you expressed interest already? If that's still the case, should we start a pkg-openerp team on Alioth? Roland. -- Roland Mas Homme qui plus rien à dire, citer proverbe chinois. -- Proverbe chinois. -- 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/87k4im74d4@mirexpress.internal.placard.fr.eu.org
Bug#605476: RFP: libjs-jquery-tipsy -- Jquery plugin adding advanced tooltips
Package: wnpp Severity: wishlist * Package name: libjs-jquery-tipsy Version : 0.1.7 Upstream Author : Jason Frame ja...@onehackoranother.com * URL or Web page : http://onehackoranother.com/projects/jquery/tipsy/ * License : MIT Description : Jquery plugin adding advanced tooltips The next upstream version of FusionForge is going to make some use of Javascript stuff; most of it is done with JS frameworks already packaged (including Jquery), but, a few features are going to require the Tipsy plugin. We could of course embed a copy, but that's bad practice, so I'd rather request a proper package to depend on. Roland. -- Roland Mas Luck, like a Russian car, generally only works if you push it. -- Regalian, in My Hero (Tom Holt) -- 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/87hbez9bi4@mirexpress.internal.placard.fr.eu.org
Bug#566884: ITP: gnome-color-manager -- Color management integration for the Gnome desktop environment
Package: wnpp Owner: Roland Mas lola...@debian.org Severity: wishlist * Package name: gnome-color-manager Version : 2.29.2 Upstream Author : Richard Hughes rich...@hughsie.com * URL or Web page : http://projects.gnome.org/gnome-color-manager/ * License : GPL-2, GFDL for the docs Description : Color management integration for the Gnome desktop environment GNOME Color Manager is a set of graphical utilities for color management to be used in the GNOME desktop. With the help of ArgyllCMS, it can create and apply display ICC color profiles. This has at least two selling points: first, it replaces handmade scripts to load ICC profiles at login time; second, it wraps ArgyllCMS and hides the complexity of its command-line under one button (it restricts the available options by doing so, but hopefully that's temporary rather than permanent, since the app is rather new). #debian-gnome (well, one person in there :-) tells me they're interested in maintaining the package. I'll probably upload a first version to experimental and see how it goes from there. Roland. -- Roland Mas One... two... one, two, many, lots! -- Lias, in Soul music (Terry Pratchett) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515198: Progress on the GNU Rush ITP?
Hi, I've noticed your ITP about GNU Rush. As a developer for FusionForge (and Debian maintainer of the related package), I'm interested in seeing it in Debian, so I'd like to know the status of your ITP. Do you need help, or a sponsor? Thanks, Roland. -- Roland Mas Homme qui plus rien à dire, citer proverbe chinois. -- Proverbe chinois. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530789: ITP: libicc -- ICC profile I/O library
Package: wnpp Owner: Roland Mas lola...@debian.org Severity: wishlist * Package name: libicc Version : 2.10 (beta) Upstream Author : Graeme W. Gill gra...@argyllcms.com * URL or Web page : http://www.argyllcms.com/ * License : MIT Description : ICC profile I/O library The icclib is a set of routines which implement the reading and writing of color profile files that conform to the International Color Consortium (ICC) Profile Format Specification, Version 3.4. A previous version is currently bundled as part of the argyll package, but it's probably going to be easier to maintain as a separate one. Roland. -- Roland Mas Death *was* hereditary. You got it from your ancestors. -- in Hogfather (Terry Pratchett) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498396: Interest in co-maintaining argyll
Jonas Smedegaard, 2009-03-05 21:57:22 +0100 : Hi, I have interest in co-maintaining argyll. Great :-) ...especially if done in git using CDBS :-) As for git, I like it less and less as time passes. As for CDBS, I don't like it much, but the good news is that it shouldn't be needed anyway. The current debian/rules file is mostly standard Debhelper stuff, with very little additions, and I'm pretty sure it could be reduced to a handful of lines with Debhelper 7. That http://bzr.debian.org/users/lolando/argyll/ URL seems empty - is that just me unable to express myself in Bazaar?!? It appears empty because there's no working tree in there, but the data for the branches is present (in .bzr). To get a copy of the branch, the command is: bzr branch http://bzr.debian.org/users/lolando/argyll/debian/sid/; If you can live with bzr, I'll probably set up a shared repository, either in a dedicated Alioth project or under pkg-phototools. Roland. -- Roland Mas Plant a radish, get a radish, never any doubt! -- Bellamy Hucklebee, in The Fantasticks -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498396: Interest in co-maintaining argyll
Jonas Smedegaard, 2009-03-06 14:03:52 +0100 : [...] As for git, I like it less and less as time passes. Please elaborate (or refer to some details somewhere). I am curious to know your reasons - even if you do not want to discuss them: I want to learn :-) I find it obscure, and I don't like to have to wrap my head around git's concepts when all I want is a VCS. I don't want to know what a blob is or what hoops to jump through when all I want is to incorporate commits from another branch. I acknowledge many people find it very powerful, and I tend to agree, I just dislike the way it constantly reminds me of its presence. As for CDBS, I don't like it much, but the good news is that it shouldn't be needed anyway. The current debian/rules file is mostly standard Debhelper stuff, with very little additions, and I'm pretty sure it could be reduced to a handful of lines with Debhelper 7. There is more to CDBS than simplifying debhelper. I guess so, but does it bring anything here? Let's look into that later (if you are interested at all): I am interesting in teaming up with you on this even without using CDBS. Cool. That http://bzr.debian.org/users/lolando/argyll/ URL seems empty - is that just me unable to express myself in Bazaar?!? It appears empty because there's no working tree in there, but the data for the branches is present (in .bzr). To get a copy of the branch, the command is: bzr branch http://bzr.debian.org/users/lolando/argyll/debian/sid/; jo...@auryn:BZR$ bzr branch http://bzr.debian.org/users/lolando/argyll/debian/sid/ argyll bzr: ERROR: Transport error: Server refuses to fullfil the request jo...@auryn:BZR$ bzr branch http://bzr.debian.org/users/lolando/argyll/debian/sid/ bzr: ERROR: Transport error: Server refuses to fullfil the request Do I need something installed in addition to the bzr package? Ah, yes, for some reason HTTP doesn't work nice with the default implementation in bzr 1.5. You can install python-pycurl (which fixes it). If you can live with bzr, I'll probably set up a shared repository, either in a dedicated Alioth project or under pkg-phototools. A year ago I would have declined. Now that I have wrapped my mind around git I have a feeling I can grasp other distributed VCS'es too. In other words: YES! Let's go for it! Great :-) Except I'm going on holiday for a week, which means lots of unexpected and obviously urgent work is heading my way *today* (of course). So I encourage you to play with the package, make changes and patches, and I'll set up the shared repo when I'm back. Roland. -- Roland Mas Neko-no me-to, onna-gokoro-to, aki-no-sora. -- Proverbe japonais (« Souvent femme varie, bien fol est qui s'y fie. ») -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498396: ITP: argyll -- ICC compatible color management system
Kurt Roeckx, 2009-02-05 20:13:06 +0100 : Hi, The bug log mentions that it was uploaded to NEW, but I don't see it in queue anymore, so I wonder what happened with it? Rejected because of file conflicts with other packages. I was just wondering myself why it wasn't in Debian yet and was considering uploading it ot the archive. I'm rather busy with other tasks these days, but if you're interested my current state is available from the Bazaar repository at http://bzr.debian.org/users/lolando/argyll/ -- I'd be happy to move that repo to collab-maint or another project and co-maintain the package, too. Roland. -- Roland Mas [...] ou une dent pourrie [...] -- in Variations sur un thème imposé -- Signatures à collectionner, série n°2, partie 2/3. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498396: ITP: argyll -- ICC compatible color management system
Roland Mas, 2008-09-09 20:42:27 +0200 : I'll most probably use the current packaging as a base for the first upload to Debian, although it may evolve as time passes. Preliminary packages are available at http://people.debian.org/~lolando/. Look at the changelog (or the .changes) for a list of stuff that needs to be done before an upload to Debian, and feel free to contribute patches :-) Roland. -- Roland Mas You can't second-guess ineffability, I always say. -- Aziraphale, in Good Omens (Terry Pratchett and Neil Gaiman) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498396: ITP: argyll -- ICC compatible color management system
Package: wnpp Owner: Roland Mas [EMAIL PROTECTED] Severity: wishlist * Package name: argyll Version : 1.0.3 Upstream Author : Graeme Gill [EMAIL PROTECTED] * URL or Web page : http://www.argyllcms.com/ * License : GPLv3 Description : ICC compatible color management system For reasons lost in the mists of time, ArgyllCMS is only in Christian Marillat's Debian-Multimedia repository. A quick glance through the sources don't show any licensing problems, so I think it would be a good addition to Debian main. I'll most probably use the current packaging as a base for the first upload to Debian, although it may evolve as time passes. Roland. -- Roland Mas In every life you got some trouble, when you worry you make it double. -- in Don't worry, be happy (Bobby McFerrin) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462534: smilutils
A few more info on the RFA for smilutils. I did an upload for 0.3.2+cvs20070731-4 to fix the last outstanding bug (failure to build with gcc-4.3), so the task should be relatively straightforward for any adopter. Changes from upstream CVS are minimal: - lots of added #include cstring, for gcc/g++ 4.3; - removed -s from AM_CFLAGS to honor nostrip build option; - debian/ directory. Upstream CVS moves quite slowly, but maintainer is nice and responsive when needed. Roland. -- Roland Mas The cherry blossom / Tumbles from the highest tree / One needs more petrol -- in Good Omens (Terry Pratchett and Neil Gaiman) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462534: RFA: smilutils -- Digital Video command line utilities
Package: wnpp Severity: normal As I don't do any video editing anymore, I more or less lost interest in smilutils, so I'm probably not the best maintainer for that package. Upstream is generally cooperative, even though there isn't much activity. Roland. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447592: RFP: fckeditor -- text/file editor for PHP
Package: wnpp Severity: wishlist * Package name: fckeditor Version : recent enough Upstream Author : Frederico Caldeira Knabben [EMAIL PROTECTED] * URL or Web page : http://www.fckeditor.net/ * License : GPL/LGPL/MPL Description : text/file editor for PHP Nico Golde just contacted me about a problem found in the FCKeditor code that's shipped in the Gforge package. Apparently, there's at least one other package that ships this code (knowledgeroot), so the code is effectively duplicated. It would be better for everyone if that software was packaged independently, and others could just depend on it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276057: mediawiki packages
Andreas Tille (2005-07-25 16:54:08 +0200) : So how can we approach this? 1. Move tha packaging stuff to alioth (Lolando, did you asked for the arch repository)? I created the directory, but I didn't initialise it as an archive, because I hesitate between tla and baz formats. I think I'll go for baz, barring objections. I'll read some docs beforehand though. 2. Find a decision when the package es ready for an upload. If you ask me I would go for an upload to unstable (hey - it the name has a sense - if there are some problems in it users should know the game). If we do that, I vote we create a bogus RC bug report, so that the package doesn't enter etch yet: new packages may not have lots of users, hence real problems can remain undiscovered for some time. 3. Coordinate further work on pkg-alioth-devel mailing list. (Lolando would you ask for it because you created the project or should I try to achieve this?) I requested pkg-mediawiki-devel, it should be created in at most an hour. I'll send you and duck the admin password as soon as I get it. Thanks for your work - I'll test it once I'm back from the Utrecht conference I'm currently beeing at. Have fun :-) Roland. -- Roland Mas Time is a drug. Too much of it kills you. -- in Small Gods (Terry Pratchett) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276057: mediawiki packages
Andreas Tille (2005-07-25 16:54:08 +0200) : 1. Move tha packaging stuff to alioth (Lolando, did you asked for the arch repository)? Done. I went for baz. Write access: baz register-archive sftp://login@arch.debian.org/arch/pkg-mediawiki/2005-mediawiki Read-only access: baz register-archive http://arch.debian.org/arch/pkg-mediawiki/2005-mediawiki 3. Coordinate further work on pkg-alioth-devel mailing list. (Lolando would you ask for it because you created the project or should I try to achieve this?) Done too. See Cc: and/or http://lists.alioth.debian.org/mailman/listinfo/pkg-mediawiki-devel for more details, although I subscribed all of you already. Roland. -- Roland Mas La tradition orale, c'est comme un vieux fromage [...] -- Le Blaire -- Signatures à collectionner, série n°2, partie 1/3.
Bug#276057: ITP: mediawiki -- Wikipedia wiki engine
[Snipped Evan from Cc: list] Andreas Tille, 2005-07-19 12:35:21 +0200 : Besides apache config changes in 13) i don't understand, [EMAIL PROTECTED]'s work is nice. I agree with real need for team maintainance and scn to do a good job. You have my GO to open the project on Alioth. OK, as I said I'm waiting a short time for lolando, but I guess it will not hurd him if I just start asking for the project on allioth to speed things up. On the other hand I would not really love to be Project Manager of a project I'm not really managing (see above). Lolando, just speak up if you are reading your mail but has no time for any other work and give me a go for it if you think this is the best way. For all others, who are no DDs but interested in doing something just post your alioth logins to this thread. I absolutely do think Alioth is the way to go. I'm potentially swamped for the next month (meaning I don't know yet how much time I'll have) and then I'll be touring the world from September to November (included), but I'll be glad to act as a co-maintainer. As maintainer of Gforge, I do have some experience of PHP apps, as well as database maintenance. I haven't really had a look into Mediawiki yet, though (apart from the five minutes I spent looking for where to disable the escape frames feature). One word: something I've seen with Gforge, and which is likely to happen with Mediawiki too, is that I know of several instances of the application that are patched for integration in wherever they're run, with local patches for various reasons (that includes Alioth, two instances I run at my part-time job, and one I help run as part-time freelance). I therefore find it would be good to use Arch (or Bazaar), so that people can maintain their local branches and contribute changesets in an easy way. Roland. -- Roland Mas Sauvez les castors, plantez des arbres. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276057: ITP: mediawiki -- Wikipedia wiki engine
Andreas Tille, 2005-07-19 22:20:51 +0200 : On Tue, 19 Jul 2005, Roland Mas wrote: I absolutely do think Alioth is the way to go. I'm potentially swamped for the next month (meaning I don't know yet how much time I'll have) and then I'll be touring the world from September to November (included), but I'll be glad to act as a co-maintainer. That means you go for creating the alioth project? Yeah. I'll go create it in a minute. I'll also create an Arch repository, unless there's strong opposition to that. (Hint: it's going to be helpful for maintaining backports, for instance, just in case Etch takes a bit long before it's released :-) If you will not be able to sponsor the package and we will not find another DD I will go for sponsoring and you can include me to the project. Just tell me whether you do it or I should go for it. I'll add you to the project anyway. As mentioned, my availability is going to be spotty at best until the end of August, and zero until the end of November. Who else wants to be a member? Please answer with your Alioth loginname... Roland. -- Roland Mas Despite rumour, Death isn't cruel - merely terribly, terribly good at his job. -- in Sourcery (Terry Pratchett) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#217571: Mediawiki packaging
Evan Prodromou, 2005-04-25 17:00:30 -0400 : [...] No problem. I'll try to get the current version in a shape for review and put it up in an apt repo on people.d.o/~evan sometime later this week. Any news? I've looked in there from time to time, but haven't seen anything related to mediawiki... Roland. -- Roland Mas Chaos always defeats order, because it is better organized. -- Ly Tin Wheedle, in Interesting Times (Terry Pratchett) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276057: Mediawiki packaging
Evan Prodromou (2005-04-25 17:00:30 -0400) : I'll try to get the current version in a shape for review and put it up in an apt repo on people.d.o/~evan sometime later this week. Sound good? Fine by me, thanks. Roland. -- Roland Mas Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life -- Solid Jackson, in Jingo (Terry Pratchett) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276057: Mediawiki packaging
Hi, I have an interest in a working mediawiki package, both for myself and for a client of mine. As far as I can see from reading the logs on the bug reports, nothing much has happened recently. To help change that I'd like to ask access to whatever source control management repository you're using. Read access would be fine by me, and I can send patches back. Of course, if you're using tla or bazaar or some other distributed SCM, that would be even better. If we end up maintaining the package in a team, I suggest we should set up a project on Alioth. In the (unlikely, I hope) case the ITP is abandoned, I'd like to request an URL to the current state of the preliminary packages, so that I could take over from there and not from scratch. In that event, I'll of course take over the ITP bug reports. Thanks for your time, Roland. -- Roland Mas The best definition of an immortal is someone who hasn't died yet. -- in Ye Gods! (Tom Holt) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276057: Mediawiki packaging
Evan Prodromou, 2005-04-25 09:59:37 -0400 : Sorry, I'm not interested in maintaining this package in a team. You're well within your rights. I realize that a lot of people want to see this package in Debian; I'll upload it when it's ready, and not before. I'm not asking for an upload to sid (or even tu experimental). However, since your ITP is over 6 months old, and I can't believe you have been idly sitting on it during all that time, I'm humbly requesting that you publish a snapshot of your current packaging effort. I'm not planning on uploading it, just on evaluating it locally for private use for now, and you're of course free to utterly ignore the patches I may submit to you. Thanks for your consideration, Roland. -- Roland Mas Plant a radish, get a radish, never any doubt! -- Bellamy Hucklebee, in The Fantasticks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279503: ITP: ffmpeg2theora -- Theora video encoder using ffmpeg
RISKO Gergely, 2005-04-10 02:05:31 +0200 : retitle 279503 ITP: ffmpeg2theora -- Theora video encoder using ffmpeg owner 279503 ! thanks Hello Roland, Hi, Nice to meet you. Do you remember me? I certainly do :-) I will see your packages and probably use this as a starting point. I'll try to do it asap, while the new processing goes as well as nowadays ;) Good. Please get in touch with Kevin Wortman (see Cc:), as he recently contacted me about ffmpeg2theora adoption too. Here's an excerpt of my answer to him: , | I can think of three things that need to be fixed in it: the | maintainer's name and address (trivial), the lack of | documentation/manpage, and the duplication of the Kino export filter | script that's also in the kino package. This last point will | probably require some interaction with the Kino maintainer, probably | followed by some interaction with upstreams for Kino and/or | ffmpeg2theora. ` Happy to see this package find some love, Roland. -- Roland Mas $ chown -R us:us your_base* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279503: ffmpeg2theora
[EMAIL PROTECTED] (2004-11-18 22:41:14 +0100) : found http://lists.debian.org/debian-wnpp/2004/11/msg00103.html today, and just wanted to let you know that a new version of ffmpeg2theora is out ;), Okay. I may update the packages sometime next week. more than that i wanted to say, that since i am using debian/unstable on all my desktops, providing a debian subfolder and keeping it in sync is something i could do once ffmpeg hits unstable. As mentioned in the RFP bug report (CC'ed, and available at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=279503), I'm not really willing to maintain the package for now, merely providing initial packaging for someone to adopt. But I assume if someone eventually comes around to properly maintain it, he/she would probably discuss the matter with you. Thanks for the notification in any case :-) Roland. -- Roland Mas A man walks into a bar. Bang.
Bug#276376: ITP: gpsd -- a GPS service daemon
Tilman Koschnick, 2004-10-13 19:00:13 +0200 : * Package name: gpsd [...] Description : a GPS service daemon You may want to coordinate with the maintainer of the gpsdrive package, which also contains a daemon called gpsd. Roland. -- Roland Mas One... two... one, two, many, lots! -- Lias, in Soul music (Terry Pratchett)
Bug#276057: There's an RFP already
You may want to merge this bug report with #217571. Or close both when uploading. Roland. -- Roland Mas Late frost burns the bloom / Would a fool not let the belt / Restrain the body? -- in Good Omens (Terry Pratchett and Neil Gaiman)
Bug#85784: Freeze seems to have happened
,[ From http://www.theora.org/ ] | [ 2004 Jun 1 - Theora I bitstream freeze ] | | Big news. The Theora I bitstream format is now frozen! This means | it's safe to start distributing videos in the theora format. | | Files produced by the alpha 3 reference encoder will be supported by | all future decoders. [...] | So go ahead, there's no reason to delay adopting a free alternative | any more! ` I suppose that means there's no reason to delay distributing a pacakge of alpha3 :-) Thanks, Roland. -- Roland Mas Bee There Orr Bee A Rectangular Thyng! -- in Soul Music (Terry Pratchett)
Bug#217826: Status update
Roland Mas, 2003-10-27 17:39:16 +0100 : I hereby propose the eagle-adsl package for adoption. This is still valid, but since several people have already volunteered, I was reminded to update this bug report. If you're interested in helping, please join the eagleusb-dev mailing-list at https://gna.org/projects/eagleusb/. It's where upstream development happens, and also where prospective Debian packagers hang around. Roland. -- Roland Mas Au royaume des aveugles, les borgnes sont mal vus.
Bug#173601: Any news?
Hi, I'm wondering what the current status of this ITP is. I've heard rumours you were negociating for a relicensing with upstream author, but I haven't had any details (nor have I seen any progress on this bug report). Please? Roland. -- Roland Mas Such compressed poems / With seventeen syllables / Can't have much meaning... -- in Gödel, Escher, Bach: an Eternal Golden Braid (Douglas Hofstadter)
Bug#217674: Need a sponsor?
Hi, I've been watching these two ITPs (for timfx and kinoplus) for some weeks, especially since I am now the proud owner of a digital camcorder. Then a thought crossed my mind: maybe you're not a Debian developer (and indeed I can't find you on db.debian.org), so maybe you'd need a sponsor to upload these packages? If so, I'd be glad to be that sponsor, provided updated packages that work with the current version of Kino (0.7.0) are made available. As far as I can see, the previously installed kinoplus/timfx packages don't work with the current Kino (nothing shows in the menus). Feel free to contact me :-) Roland. -- Roland Mas All tribal myths are true, for a given value of 'true'. -- in The Last Continent (Terry Pratchett)
Bug#217826: RFA: eagle-adsl
Package: wnpp Severity: normal I hereby propose the eagle-adsl package for adoption. I used to have an interest in bringing it to a working state, but I have no real incentive to keep improving it, as it now works for me (twenty-four hours a day, I might add). I also suffer from lack of time to properly maintain it. Current pending tasks: - add hotplug support for a few variants of the modem with different USB vendor/product IDs; - add support for changing the ATM VPIs/VCIs, depending on the configuration (normal line, unbundled line, various ADSL providers); - track upstream development (including support for the 2.6 kernels, currently under developmet); - coordinate with pppd maintainer(s) to de-duplicate the pppoa daemon; - sort out the pppoa/pppoe mess (in which I have absolutely no clue); - maybe provide a set of precompiled kernel modules for the various kernel-image-* packages available. Ideal candidate would speak French since upstream team is French, but I believe they also speak English. Obviously should have an ADSL modem based on the Eagle chipset and an appropriate Internet provider. If you're interested, I have a couple of e-mails I can resend you with appropriate info for some of the pending tasks. I could also act as a sponsor if you need one. Please contact me :-) If you're French: unbundled line is ligne dégroupée. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux mirexpress 2.4.22 #1 dim oct 26 14:13:56 CET 2003 i686 Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1
Bug#173601: Any progress?
Hi, I'd like to know whether there's been any progress on that package. As maintainer of Gforge, which could use JPgraph, I'd like to be able to at least suggest it. Are you in need of a sponsor? Also, I seem to remember there were talks with upstream relating to a possible switch to a free license. Did these go anywhere? Thanks, Roland. -- Roland Mas prw-r--r--1 root root0 Jan 1 1970 This-is-not-a-pipe|
Bug#184605: ITP: eagle-adsl -- Drivers and tools for USB ADSL modems based on the Eagle chipset
Package: wnpp Version: unavailable; reported 2003-03-13 Severity: wishlist * Package name: eagle-adsl * Version : 1.0.3 * Upstream Author : Multiple, see below. * URL : http://eagle-usb.fr.st/ (French only, I'm afraid) * License : GPL * Description : Drivers and tools for USB ADSL modems based on the Eagle chi pset This package provides stuff needed to use the USB-based ADSL modems based on the Eagle chipset (by Analog devices). That includes (at least) the Sagem [EMAIL PROTECTED] 800 modem, which happens to pe provided by at least one ADSL IAP (Free, in France). Binary packages: - kernel-patch-eagle-adsl: source for a kernel module (called adiusbadsl); - eagle-adsl-data: firmware and DSP code; - eagle-adsl-tools: pppoa, monitoring scripts, configuration helpers, hotplug stuff. Current packages are available on http://people.debian.org/~lolando/ and will be uploaded in a few days once I finish ironing out a few things (and test stuff a bit more). Authors (taken from debian/copyright): - Copyright (c) 2001,2002 Analog Devices Inc. - Copyright (c) 2002,2003 Christian Casteyde [EMAIL PROTECTED] - Copyright (c) 2003 Sl33p3r [EMAIL PROTECTED] - Copyright (c) 2003 [EMAIL PROTECTED] Roland. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux minimir 2.4.20 #1 mar déc 17 13:21:50 CET 2002 i586 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] -- Roland Mas Why did the elephant cross the road? Because it was the chicken's day off.
Bug#182027: ITP: pyorbit -- A Python language binding for the ORBit2 CORBA implementation
Sebastien Bacher (2003-02-22 14:06:59 +0100) : * Package name: pyorbit Version : 1.99.3 Upstream Author : James Henstridge [EMAIL PROTECTED] * URL : ftp://ftp.gnome.org/pub/gnome/sources/pyorbit/1.99 * License : GPL v2 Description : A Python language binding for the ORBit2 CORBA implementation Please don't. And please check packages.debian.org next time. http://packages.debian.org/cgi-bin/search_packages.pl?keywords=python+orbitsearchon=allsubword=1version=unstablerelease=all Roland. -- Roland Mas ... all in all it's just another rule in the firewall. -- Ping Flood
Bug#164490: ITP: dictionary-el -- Dictionary Client for Emacs
Aaron M.Ucko (2002-10-12 14:35:49 -0400) : * Package name: dictionary-el Version : 1.8.3 Upstream Author : Torsten Hilbrich [EMAIL PROTECTED] * URL : http://www.myrkr.in-berlin.de/dictionary/ * License : GPL Description : Dictionary Client for Emacs dictionary-el is a DICT (RFC 2229) client for (X)Emacs, with support for brace-delimited cross references and UTF-8-encoded entries. I'm pretty sure this has already been requested. Originally as a bug against emacs-goodies-el, which I happen to maintain, submitted by Neal Walfield. I retitled it to an RFP since I thought that would not be an appropriate addition for emacs-goodies-el, but I can't seem to find the bug report on the WNPP page... [Some time passes] Ah, found it. It's bug #111436. It seems to have been closed by a spammer, and archived afterwards. I'm not sure how inflexible the limitation on changes is for archived bugs, but if possible I'd consider merging the two bugs together. If not, then I suggest you directly tell Neal that the package is available. Roland. -- Roland Mas Êtes vous sûr ? (O/N) -- Derniers mots d'un ordinateur
Bug#164127: RFP: conglomerate -- Structured information authoring [...] and transformation system.
Ian Zimmerman (2002-10-10 09:39:46 -0700) : Roland Please, someone? I'll be glad to test and sponsor this Roland package if you're a new maintainer and feel interested Roland *hint* *hint*. I'll take a look. Yes, I'd need sponsorship. Cool. Thanks a lot :-) Roland. -- Roland Mas You can't second-guess ineffability, I always say. -- Aziraphale, in Good Omens (Terry Pratchett and Neil Gaiman)
Bug#164127: RFP: conglomerate -- Structured information authoring [...] and transformation system.
Package: wnpp Severity: wishlist * Package name: conglomerate Version : 0.1.2 Upstream Author : Hans Petter Jansson [EMAIL PROTECTED] * URL : http://www.conglomerate.org/ * License : GNU GPL Description : Structured information authoring [...] and transformation system. Quoting from their website: , | Conglomerate is a project to create a complete structured | information authoring, management, archival, revision control and | transformation system. Conglomerate uses XML semantics and powerful | graphical editing, coupled with a centralised storage model and a | flexible transformation language to create an environment which is | easy to use, produces high-quality structured output, and lets the | user target several output media with a single source document. ` What looks interesting to me, though, is mainly the XML editor. Screenshots are available at http://www.conglomerate.org/shots.html, and it looks like *the* lst element missing for at least some organisations to switch from Word/WYSIWYG editors to Docbook. In my experience, Docbook is attractive to people, but they don't want to type those SGML or XML tags by hand. The website seems rather old, but the -devel mailing-list still lives, it seems. I believe being packaged would bring this promising piece of software the audience, visibility and bug reports, in a word the momentum, it needs for its development to accelerate towards a complete 1.0 release. Please, someone? I'll be glad to test and sponsor this package if you're a new maintainer and feel interested *hint* *hint*. Roland. -- Roland Mas With the arrest of Dimitry Sklyarov it has become apparent that it is not safe for non US software engineers to visit the United States. - Alan Cox
Bug#122529: ITP: planner-el -- The Emacs Planner
OHASHI Akira (2001-12-05 23:27:36 +0900) : I intend to package planner-el. Package name: planner-el Version : 1.18 Upstream Author : John Wiegley [EMAIL PROTECTED] URL : http://www.gci-net.com/~johnw/Emacs/planner.el License : GPL Description : The Emacs Planner This package extends emacs-wiki to act as a day planner. planner.el currently stands in my prospective/ directory, mostly containing .el files that are candidates for inclusion in emacs-goodies-el or another package that's currently still cooking. I didn't know that it required emacs-wiki.el. If you can wait a few days, I can include both in emacs-goodies-el, unless you think it is justified to make a separate package. In any case, tell me what you do, so that we can avoid duplicate work (and a file present in two packages). Roland. -- Roland Mas M-x execute-extended-command
Bug#97578: Beta package of python-omniorb available for testing/sponsorship
Peter Eckersley (2001-06-01 04:09:35 +1000) : I've just finished hacking together a python-omniorb package... Ah, at last there's some competition... I think I'm a bit biased towards python-orbit (I'm part of upstream and maintainer), but I welcome it. If you don't find anyone else to sponsor you (which might be preferable, if only not to leave all Python ORBs in the same hands), I'll be glad to help you there. Roland. -- Roland Mas Magic is one thing, and reflected-sound-of-underground-spirits is another. -- Twoflower, in The Colour of Magic (Terry Pratchett)
Bug#95179: ITP: elite-el -- A port of the Elite game to Emacs
Package: wnpp Version: N/A; reported 2001-04-25 Severity: wishlist I intend to package Elite for Emacs. The website is located at http://members.fortunecity.com/salkosuo/elite-for-emacs/, and has this to say: , | This is EMACS version of classic game Elite. As some may have guessed | I am a fan of Elite and also a follower of EMACS. So why not combine | these two... ` Oy yeah, license. Well, no license was included, so I contacted the upstream author about that and he agreed to add a COPYING file in the next release. Should be GPL. I'll package and upload when that new version is released. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux cachemir 2.4.3 #1 Fri Apr 20 13:59:26 CEST 2001 i686
