Bug#1015848: workaround to achieve XHTML-compatible output
Hi everyone, perhaps the other heavy xmlstarlet users are also interested in this, so I decided to share. I wrote an LD_PRELOADable library (sorry, Macintosh users) that can be used to make xmlstarlet fo/sel output a space before the “/>” as is needed for XHTML. https://mbsd.evolvis.org/cvs.cgi/contrib/hosted/tg/forceXHTML.c?rev=HEAD This was not entirely simple as many useful functions for minimal change are not exposed by the API; “fo” is a tad more fragile than “sel” but I tested both on a small corpus and diff’d against the normal results, but I don’t have PIs or anything else fancy in there. I tested these on Debian GNU/Linux 11 (“bullseye”). These might even work with other tools (xmllint/xsltproc) but I don’t use them, only xmlstarlet, have “always” been. Maybe drop me a note if you enjoy it, have patches or suggestions. bye, //mirabilos -- „Cool, /usr/share/doc/mksh/examples/uhr.gz ist ja ein Grund, mksh auf jedem System zu installieren.“ -- XTaran auf der OpenRheinRuhr, ganz begeistert (EN: “[…]uhr.gz is a reason to install mksh on every system.”)
Bug#487216: ITP: ultrastardx -- singing competition game
Hi, I stumbled upon this program by a message in the Performous issue tracker https://github.com/performous/performous/issues/17#issuecomment-1710604240 and I’m curious about this software because its wiki says it only needs OpenGL 1.2 (I can’t run Performous on my Thinkpad except with 5 fps Mesa software rendering because it needs too new OpenGL). What’s the status of this (and the relicencing/replacing)? Thanks, //mirabilos -- 15:39⎜«mika:#grml» mira|AO: "mit XFree86® wär’ das nicht passiert" - muhaha 15:48⎜ also warum machen die xorg Jungs eigentlich alles kaputt? :)15:49⎜ thkoehler: weil sie als Kinder nie den gebauten Turm selber umschmeissen durften? -- ~/.Xmodmap wonders…
Bug#774565: closing 774565
Sebastiaan Couwenberg dixit: >> Why did you close the bug with no explanation? > > Because I filed it, and no longer care for OpenLayers 3 and the shit that is > the Node.js ecosystem. OK, fair. > Control: submitter -1 Thorsten Glaser Also fair. But other packages will want this, so let’s keep this open and hope for a taker. Thanks, //mirabilos -- Infrastrukturexperte • tarent solutions GmbH Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/ Telephon +49 228 54881-393 • Fax: +49 228 54881-235 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Bug#774565: closing 774565
affects 774565 src:dygraphs thanks Bas Couwenberg dixit: >close 774565 >thanks Why did you close the bug with no explanation? According to https://packages.debian.org/search?keywords=jsdoc this is still pertinent, so I’m assuming you typo’d the number or something and accidentally closed the wrong bug. I just saw one member vanish from the documentation because I added an “export” in front, so jsdoc3 is *direly* needed in Debian. bye, //mirabilos -- «MyISAM tables -will- get corrupted eventually. This is a fact of life. » “mysql is about as much database as ms access” – “MSSQL at least descends from a database” “it's a rebranded SyBase” “MySQL however was born from a flatfile and went downhill from there” – “at least jetDB doesn’t claim to be a database” ‣‣‣ Please, http://deb.li/mysql and MariaDB, finally die!
Bug#1027924: RFP: pguint -- unsigned and other extra integer types for PostgreSQL
Package: wnpp Severity: wishlist X-Debbugs-Cc: t...@mirbsd.de, team+postgre...@tracker.debian.org * Package name: pguint Version : 1.20220601 Upstream Author : Peter Eisentraut * URL : https://github.com/petere/pguint * License : The PostgreSQL License Programming Lang: C Description : unsigned and other extra integer types for PostgreSQL This extension provides additional integer types for PostgreSQL: - int1 (signed 8-bit integer) - uint1 (unsigned 8-bit integer) - uint2 (unsigned 16-bit integer) - uint4 (unsigned 32-bit integer) - uint8 (unsigned 64-bit integer) This could maybe be rolled into -contrib to avoid having extra packages.
Bug#749603: ITP: libjs-dygraphs -- fast and flexible JavaScript charting library
tags 749603 + pending thanks I managed to solve the last remaining problem tonight, to port it and make it build using node-babel 7, which we have in Debian. I expect to upload a package soonish, although a lot of testing is needed still… bye, //mirabilos -- Infrastrukturexperte • tarent solutions GmbH Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/ Telephon +49 228 54881-393 • Fax: +49 228 54881-235 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg /⁀\ The UTF-8 Ribbon ╲ ╱ Campaign against Mit dem tarent-Newsletter nichts mehr verpassen: ╳ HTML eMail! Also, https://www.tarent.de/newsletter ╱ ╲ header encryption!
Bug#1023670: O: jamulus -- real-time collaborative music session client and server
Package: wnpp Severity: normal X-Debbugs-Cc: t...@mirbsd.de, d...@debian.org Control: affects -1 src:jamulus I intend to orphan the jamulus package. I am reducing my involvement in post-bullseye Debian. The package description is: Jamulus, a low-latency audio client and server, enables musicians to perform real-time “jam” sessions over the internet. It is available across multiple platforms, so participants of any field can communicate without specialist setup requirements. This is not restricted to music, of course; other use (perhaps conferencing?) is also possible. . One participant starts Jamulus in server mode, ideally on a dedicated server (virtual) machine; all participants start the (graphical) client which transmits audio to the server, receiving back a mixed stream. Use of a metronome is recommended.
Bug#1023668: O: antimicro -- GUI for mapping keyboard keys and mouse controls to a gamepad
Package: wnpp Severity: normal X-Debbugs-Cc: t...@mirbsd.de Control: affects -1 src:antimicro I intend to orphan the antimicro package. I am reducing my involvement in post-bullseye Debian. The package description is: AntiMicroX is a graphical program used to map keyboard keys and mouse controls to a gamepad. This program is useful for playing PC games using a gamepad that do not have any form of built-in gamepad support. However, you can use this program to control any desktop application (while running an X11 environment) with a gamepad. . https://github.com/AntiMicroX/antimicrox-profiles is a repository for pre-made AntiMicroX profiles, providing convenience controller layouts suitable for playing a game without having to map everything yourself. . Use evtest, or perhaps jstest from the joystick package, if you encounter problems detecting a controller, axes or buttons.
Bug#749603: ITP: libjs-dygraphs -- fast and flexible JavaScript charting library
retitle 749603 ITP: libjs-dygraphs -- fast and flexible JavaScript charting library owner 749603 t.gla...@tarent.de thanks Against, probably, better knowledge, I’ll try to package this. I have an experiment for a customer in which I can probably use it, and might even fix minor bugs. The software’s last release is 2.1.0 in 2017, and since then there were 11 commits, last in 2021. They all look okay-ish. This doesn’t sound well-maintained, and upstream acknowledges this, but there hasn’t been a new active maintainer so far. The repo is in interesting shape and will need quite some cleanup of minified js blobs (not all of which are even used) and embedded code copies, e.g. jsdoc-toolkit (which is packaged). I *might* bring my fork into shape and cut an inofficial release 2.1.0.1 from that (instead of trying to delete+patch upstream’s last release to death) which will make it easier to feed these changes back, should they wish. Licence audit will certainly need some time :/ There have been possibly incompatible changes since 1.x which the other prospective users need to adapt for. Wish me luck, //mirabilos -- Infrastrukturexperte • tarent solutions GmbH Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/ Telephon +49 228 54881-393 • Fax: +49 228 54881-235 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Bug#772886: your mail
On Wed, 18 May 2022, Carlo Stemberger wrote: > I'd like to do it myself, but: > 1) It's a very big project; > 2) I have 0 experience in packaging; > 3) I'm not a Java programmer > > Is there someone interested in helping me? This is then probably quite a bit more than just helping… > First step, I'd start by packaging bitcoinj[1]. I tried to build it[2] (`$ Personally, I’d rather not see more of this environmental pollution in Debian, but not speaking for a team. bye, //mirabilos -- Yes, I hate users and I want them to suffer. -- Marco d'Itri on gmane.linux.debian.devel.general
Bug#1006400: O: php-react-promise -- lightweight implementation of CommonJS Promises/A for PHP
Package: wnpp Severity: normal X-Debbugs-Cc: t...@mirbsd.de, pkg-php-p...@lists.alioth.debian.org Control: affects -1 src:php-react-promise I hereby orphan the php-react-promise package. The package description is: React/Promise also provides several other useful promise-related concepts, such as joining multiple promises and mapping and reducing collections of promises. It is part of ReactPHP. The package is used only by the package composer so its maintainers ought to take it over. Otherwise I suggest removal.
Bug#1006399: O: php-htmlpurifier -- Standards-compliant HTML filter
Package: wnpp Severity: normal X-Debbugs-Cc: t...@mirbsd.de, only...@debian.org Control: affects -1 src:php-htmlpurifier I hereby orphan the php-htmlpurifier package. The package description is: HTML Purifier is an HTML filter that will remove all malicious code (better known as XSS) with a thoroughly audited, secure yet permissive whitelist and will also make sure your documents are standards compliant. The package is used (in sid) by only civicrm-common so its maintainer should take it. Otherwise I suggest removal.
Re: Bug#1002831: ITP: lsb-release-minimal -- minimal shell implementation of lsb_release
On Wed, 29 Dec 2021, Gioele Barabucci wrote: > Instead of using LSB packages, this version of `lsb_release` uses the > information in `/etc/os-release`. Nevertheless, the output of this version is /etc/os-release DOES NOT contain enough information for lsb_release: (sid-amd64)tglase@tglase:~ $ cat /etc/os-release PRETTY_NAME="Debian GNU/Linux bookworm/sid" NAME="Debian GNU/Linux" ID=debian HOME_URL="https://www.debian.org/; SUPPORT_URL="https://www.debian.org/support; BUG_REPORT_URL="https://bugs.debian.org/; I do have a self-written… $ cat /usr/lib/os-release.sid PRETTY_NAME="Debian GNU/Linux sid" NAME="Debian GNU/Linux" ID=debian HOME_URL="https://www.debian.org/; SUPPORT_URL="https://www.debian.org/support; BUG_REPORT_URL="https://bugs.debian.org/; VERSION_ID=unstable VERSION_CODENAME=sid … which I divert to /usr/lib/os-release (which /etc/os-release is a symlink to) on some systems, ever since lsb_release broke looking up the override information from /etc/lsb-release, but the default file is insufficient ☹ bye, //mirabilos -- Infrastrukturexperte • tarent solutions GmbH Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/ Telephon +49 228 54881-393 • Fax: +49 228 54881-235 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg /⁀\ The UTF-8 Ribbon ╲ ╱ Campaign against Mit dem tarent-Newsletter nichts mehr verpassen: ╳ HTML eMail! Also, https://www.tarent.de/newsletter ╱ ╲ header encryption!
Bug#892842: OpenJDK 8 archive re-entry
On Mon, 26 Apr 2021, Thorsten Glaser wrote: >I assume the normal > process of looking at it and eventually getting back to us will run > now. So far, nothing happened, and repeated inquiries got no response at all. Just keeping the list informed. bye, //mirabilos -- Infrastrukturexperte • tarent solutions GmbH Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/ Telephon +49 228 54881-393 • Fax: +49 228 54881-235 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg * Mit dem tarent-Newsletter nichts mehr verpassen: www.tarent.de/newsletter *
Bug#892842: OpenJDK 8 archive re-entry
Hi again, > > Emmanuel, will you or should I? > > Please do. sorry for taking a bit, but I did today. I talked a bit with elbrus, explaining the reasoning, and that, of course, this won’t end up in bookworm or have any sort of official support — I assume the normal process of looking at it and eventually getting back to us will run now. In the meantime I also prepared an 8u292-b10-1… found lots of issues even… but will wait uploading it until it was ACCEPTED into unstable because then the buildds can do their job, instead of me needing to do builds for each architecture… I’m building it for testing locally right now. > That said, we may also upload kotlin now even if openjdk-8 is still in > the queue. As long as they enter sid in the right order, that's fine. In I’d really prefer not. The first upload of openjdk-8 was done in a hackish way. Please wait with uploading kotlin until 8u292 is both uploaded *and* built by the buildds *and* in status Installed, so it’s ready as B-D for further builds. > the worst case kotlin will be accepted before openjdk-8 and simply > prevented from transitioning to testing until openjdk-8 arrives. If kotlin runtime-Depends on openjdk-8 there’s no chance it’ll ever end up in testing anyway ☺ and even if not, it’d only do so after the bullseye release of course. > > I’m not exactly sure this method is the preferred one, especially > > given ebourg’s alternative bootstrapping path from source is > > progressing admirably. (Not to throw away that work though, it’ll > > become useful nearer to that bootstrapping processes end.) > > To be honest, I still have a very long way to go and I'm not even sure > to succeed (I spent a full day dealing with 2 months worth of commits, > and I'm only at the Q2 2015 code). Right. > They've done a great work, I don't think my approach replaces theirs, at > best I may reconnect with them to provide the bootstrap compiler, or > certify later that both approaches produce the same binaries. That’s certainly one way to do it, if things build reproducibly. We probably should look at rebootstrapping openjdk-8 at some point in time as well… the fetch-orig target used http, not https, for downloading the sources… one of the things I’m fixing in 8u292-b10-1 (except for icedtea-sound because of unavailability of https for it but I downloaded it manually, verified-ish it with PGP and added a SHA256 check to d/rules for it so it’s at least consistent). bye, //mirabilos -- Infrastrukturexperte • tarent solutions GmbH Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/ Telephon +49 228 54881-393 • Fax: +49 228 54881-235 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg * Mit dem tarent-Newsletter nichts mehr verpassen: www.tarent.de/newsletter *
Bug#892842: OpenJDK 8 archive re-entry
Hi Phil, > I'm sure it's just a matter of time, but have you had any feedback from > ftp-masters about openjdk-8? unfortunately not yet. They’re probably depriorising sid in times of freeze, but the grace period for not bothering them is probably over by now so if ebourg doesn’t want to prod them now, I can do this but nobody else should so they don’t get annoyed. Emmanuel, will you or should I? > Thanks to Sunil for the major breakthrough, > we are now ready to [upload] kotlin which is now [blocked] on this. I’m not exactly sure this method is the preferred one, especially given ebourg’s alternative bootstrapping path from source is progressing admirably. (Not to throw away that work though, it’ll become useful nearer to that bootstrapping processes end.) bye, //mirabilos -- Infrastrukturexperte • tarent solutions GmbH Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/ Telephon +49 228 54881-393 • Fax: +49 228 54881-235 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg * Mit dem tarent-Newsletter nichts mehr verpassen: www.tarent.de/newsletter *
Bug#958146: ITP: jamulus -- real-time collaborative music session client and server
Matthias Klose dixit: >> If you wish I can also update my packaging and upload this. >> Should be quick enough… > >thanks, that would be appreciated. OK, will put it on the short-term TODO then. Do you wish to be added to Uploaders? bye, //mirabilos -- "Using Lynx is like wearing a really good pair of shades: cuts out the glare and harmful UV (ultra-vanity), and you feel so-o-o COOL." -- Henry Nelson, March 1999
Bug#958146: ITP: jamulus -- real-time collaborative music session client and server
Matthias Klose dixit: [ #686777 ] >so this bug discussion started in 2013, and stopped in 2016. Do you >really think that this will pick up again? Given how the last opus update happened (as an NMU), no. But since multiple packages need this, maybe salvaging could apply. The questions raised wrt. symbols should be taken upstream, I guess. Since multiple packages need this, each of them shipping their own opus copy is directly against Policy… I agree that that’s not in time for bullseye, but perhaps this software is then just not suitable for a release? Alternatively, ignoring this issue would “work”, but it’s not a thing I’d want to keep perpetually. >> git clone https://evolvis.org/anonscm/git/alioth/jamulus.git >> to retrieve my last WIP state. The package was working last >> time I tried, but it needs updating to latest upstream, of >> course. > >I was just taking the upstream packaging >What's wrong with this approach? Taking the upstream packaging. Upstream is not a Debian Developer and has almost no idea how to package for Debian. Even looking at their copyright file alone should tell you it’s extremely incomplete. Upstream packaging also contains a binary DLL without sources in their distfile, which is grounds for an ftpmaster rejection. I take my DD duties, including the licence review, seriously. I’ve looked at at least the headers of each and every single file in the distfile. In general, I _never_ reuse upstream packaging, even if I sometimes look at what extra things they did e.g. for .desktop files or so. This has proven correct many times. >, also providing a -headless package for the server. Since the server also needs Qt and JACK for the inner operation, this will not save anything. I’m convinced it’s not worth it. I had looked at this for a bit. >> Otherwise I’ll jump in once the opus issue gets fixed, or >> perhaps upload to sid with an RC bug to prevent testing >> migration. > >that last option isn't suitable for "in time for bullseye". Indeed. Like I said, maybe the software is not suitable. Or you just want to ignore this. I did not have any pressing reason to get this into stable, but I was asked by someone else last week and you now, so maybe other people do, so I probably should do something. Given the low severity of the opus issue (same version as the one shipped in main, either of them unpatched), I agree we probably can ignore this for one release. If you wish I can also update my packaging and upload this. Should be quick enough… bye, //mirabilos -- cool ein Ada Lovelace Google-Doodle. aber zum 197. Geburtstag? Hätten die nicht noch 3 Jahre warten können? bis dahin gibts google nicht mehr ja, könnte man meinen. wahrscheinlich ist der angekündigte welt- untergang aus dem maya-kalender die globale abschaltung von google ☺ und darum müssen die die doodles vorher noch raushauen
Bug#958146: ITP: jamulus -- real-time collaborative music session client and server
Hi Matthias, >this is an ITP which didn't see any progress for the past eight months. yes, sorry about that… I found some issues with it back then, but don’t remember precisely which ones now. Could’ve been network, not code-related. Ah: #686777 blocks removal of the embedded libopus in favour of the system-provided one. This was something I considered a blocker for getting this into testing/next-stable. Looking at the currently packaged opus though it’s the same upstream version with no patches, so, identical code. Fix blocked by [7]686777: libopus-dev: libopus misses opus-custom modes Outlook: I have an experimental package with embedded libopus, but it needs more fixes especially upstream before I consider it suitable for Debian This is what the ITP says… >Do you still plan to get this included for bullseye? If not, I'll try >to get packages into the archive in time for bullseye. If you have interest and time, I’d agree to hand it over. git clone https://evolvis.org/anonscm/git/alioth/jamulus.git to retrieve my last WIP state. The package was working last time I tried, but it needs updating to latest upstream, of course. Otherwise I’ll jump in once the opus issue gets fixed, or perhaps upload to sid with an RC bug to prevent testing migration. bye, //mirabilos -- 21:41⎜«Tonnerre:#nosec» Do at least one thing every day which makes ⎜inspirational quotes lovers sad
Bug#714454: ITP: polyphone -- soundfont editor (.sf2 format 2.01 and 2.04)
tags 714454 + pending thanks Dixi quod… >Packaging status: repository at >https://evolvis.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=alioth/polyphone.git;a=summary Updated. >We’re currently held up by some licencing issues: > >• https://github.com/davy7125/polyphone/issues/105 (showstopper, > but the GPLv2-only code is from MuseScore, whom I asked to relicence) The request for relicencing has been received, but was not yet finished progressing. In the meantime, I’ve managed to build a functioning Polyphone with SF3 support removed (+dfsg1). >• https://github.com/davy7125/polyphone/issues/106 (fixed in Debian, > by adding the necessary info and licence to d/copyright) Updated to git master (their latest release wouldn’t even install, and HEAD seems to have only low-risk bugfixes so far), updated the fontawesome list accordingly. >• https://github.com/davy7125/polyphone/issues/107 (worked around, > by using wolfSSL instead of OpenSSL, might even work) This does work. Also thanks to Felix Lechner (WolfSSL maintainer) who responded quick and very helpfully. >I’m otherwise getting acceptable progress with packaging. I’ll also >make it use the system copy of sfarklib instead of bundling one, as This also works. I’ve uploaded an initial package to NEW. >The upstream-provided .deb crashes quite a lot for me, especially >on exit. I hope this is a matter of integration and will fix itself >with a proper build on sid; if not help debugging the C++/Qt5 issues >is welcome. It still crashes; I’ve reported the first two upstream. Polyphone is usable when you make sure to start JACK *first*. The crash at shutdown occurs when free()ing and is negligible. I’ll hope upstream fixes them; otherwise, help is welcome. Also feel free to review the repository / package. It supercedes the illegal one from upstream and is en par with latest Debian packaging standards (0 lintian warnings). I’ll forward patches to upstream, too… bye, //mirabilos -- Solange man keine schmutzigen Tricks macht, und ich meine *wirklich* schmutzige Tricks, wie bei einer doppelt verketteten Liste beide Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz hervorragend. -- Andreas Bogk über boehm-gc in d.a.s.r
Bug#963615: ITP: jakarta-annotation-api -- Annotations for common semantic concepts in the Java SE and Jakarta EE platforms
On Wed, 24 Jun 2020, Emmanuel Bourg wrote: > Version : 2.0.0~RC1 Given how long some packages stay in milestone status (some for six years!) I’d prefer for there to be an actual 2.0.0 release first before this can enter Debian. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Bug#714454: ITP: polyphone -- soundfont editor (.sf2 format 2.01 and 2.04)
Packaging status: repository at https://evolvis.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=alioth/polyphone.git;a=summary We’re currently held up by some licencing issues: • https://github.com/davy7125/polyphone/issues/105 (showstopper, but the GPLv2-only code is from MuseScore, whom I asked to relicence) • https://github.com/davy7125/polyphone/issues/106 (fixed in Debian, by adding the necessary info and licence to d/copyright) • https://github.com/davy7125/polyphone/issues/107 (worked around, by using wolfSSL instead of OpenSSL, might even work) I’m otherwise getting acceptable progress with packaging. I’ll also make it use the system copy of sfarklib instead of bundling one, as Policy demands. The upstream-provided .deb crashes quite a lot for me, especially on exit. I hope this is a matter of integration and will fix itself with a proper build on sid; if not help debugging the C++/Qt5 issues is welcome. bye, //mirabilos -- 15:39⎜«mika:#grml» mira|AO: "mit XFree86® wär’ das nicht passiert" - muhaha 15:48⎜ also warum machen die xorg Jungs eigentlich alles kaputt? :)15:49⎜ thkoehler: weil sie als Kinder nie den gebauten Turm selber umschmeissen durften? -- ~/.Xmodmap wonders…
Bug#672699: ITP: spectrum2 -- XMPP transport/gateway
outlook 672699 being worked on but yak shaving thanks I’ve been delegated by the current owner of this ITP bug to work on this. I’ve got something but licence review will need some work, we might need to work on switching SSL implementations also… then I ran into shaving a yak: it hard-depends on libswiften which was RoQA’d, so I’m packaging t̲h̲a̲t̲ as well, now. Current WIP (not yet usable): https://salsa.debian.org/xmpp-team/spectrum2 Yak shaving WIP: https://salsa.debian.org/xmpp-team/swift-im bye, //mirabilos -- Thorsten Glaser (Founding Member) Teckids e.V. — Digital freedom with youth and education https://www.teckids.org/
Bug#958146: ITP: jamulus -- real-time collaborative music session client and server
On Sun, 19 Apr 2020, Thorsten Glaser wrote: > I already began working on it. My WIP is here: VCS-git: https://evolvis.org/anonscm/git/alioth/jamulus.git -b master VCS-Browser: https://evolvis.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=alioth/jamulus.git;a=shortlog;h=refs/heads/master Not ready for general consumption yet. bye, //mirabilos -- «MyISAM tables -will- get corrupted eventually. This is a fact of life. » “mysql is about as much database as ms access” – “MSSQL at least descends from a database” “it's a rebranded SyBase” “MySQL however was born from a flatfile and went downhill from there” – “at least jetDB doesn’t claim to be a database” (#nosec)‣‣‣ Please let MySQL and MariaDB finally die!
Bug#958146: ITP: jamulus -- real-time collaborative music session client and server
Package: wnpp Severity: wishlist Owner: Thorsten Glaser * Package name: jamulus Version : 3.5.1 Upstream Author : Volker Fischer * URL : http://llcon.sourceforge.net/ * License : GPLv2+ Programming Lang: C++/Qt Description : real-time collaborative music session client and server Jamulus, a low-latency audio client and server, enables musicians to perform real-time “jam” sessions over the internet. It is available across multiple platforms, so participants of any field can communicate without specialist setup requirements. This is not restricted to music, of course; other use (perhaps conferencing?) is also possible. . One participant starts Jamulus in server mode, ideally on a dedicated server (virtual) machine; all participants start the (graphical) client which transmits audio to the server, receiving back a mixed stream. Use of a metronome is recommended. I would like to try this out for making music together, but perhaps it is of more general use. It currently is hampered by #686777 (but can be uploaded to experimental with a workaround) as well as the hard-coded CC-BY-NC-SA agreement upon joining a server, upstream bug https://github.com/corrados/jamulus/issues/100 (which is no showstopper for a first upload to experimental either). I’d only consider Jamulua suitable for a release with this fixed, though. I already began working on it.
Bug#944826: RFP: libjs-jquery-stickytableheaders -- stick table headers to the top of a viewport when scrolling
On Fri, 24 Jan 2020, Nicholas D Steeves wrote: > I would sincerely appreciate it if someone would take a look at this > RFP :-) Wrong team? JavaScript has absolutely nothing to do with Java. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Bug#904443: asciitree 0.3.3-1
Hello Antonio, thanks for packaging this! However, in the request I wrote: >The documentation included in the package itself is extremely >sparse; there’s a link to https://pythonhosted.org/asciitree/ >(the contents of which I’d suggest including in the binary >package under /usr/share/doc/ somewhere), but I had to look >into the source to figure out how to best use it. Perhaps with your next upload (needed for transitioning to testing anyway) you can include that documentation in the binary package so the user doesn’t have to look up external ever-changing websites? Thanks in advance, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg ** Mit der tarent Academy bieten wir auch Trainings und Schulungen in den Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an. Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt. **
Bug#559867: squirrel-sql packaging
Hi Joseph, > Are you still working on packaging squirrel-sql for Debian? I have a working package, but just before uploading it, the version of a dependency in Debian was *again* replaced by an incompatible one. I’ll check my work laptop for the last state, perhaps it can be made to work. Thanks for the reminder, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg ** Mit der tarent Academy bieten wir auch Trainings und Schulungen in den Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an. Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt. **
Bug#752709: Plan B - Debian Package antimicro
tags 752709 + fixed pending outlook 752709 in NEW awaiting ftpmaster review forwarded 752709 https://ftp-master.debian.org/new/antimicro_2.23-1.html thanks I’ve uploaded initial packaging. Enjoy, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Bug#752709: Plan B - Debian Package antimicro
retitle 752709 ITP: antimicro -- GUI for mapping keyboard keys and mouse controls to a gamepad owner 752709 ! thanks I’ll work on it, sponsored by ⮡ tarent. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg ** Mit der tarent Academy bieten wir auch Trainings und Schulungen in den Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an. Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt. **
Bug#926561: RFP: micropython -- Unix/Linux port of MicroPython for board-independent use on the host
Package: wnpp Severity: wishlist * Package name: micropython Version : 1.10 Upstream Author : Damien George and others * URL : https://github.com/micropython/micropython#the-unix-version * License : MIT Programming Lang: C, Assembly, Python Description : Unix/Linux port of MicroPython for board-independent use on the host The Unix port of MicroPython allows testing of programs intended for microcontrollers on the local Debian host machine (except for hardware-specific parts). It can also be used as another, tiny but mostly compatible, Python 3 runtime for small scripts (but it comes with FFI and JNI support). This port uses optimised assembly code on ARM/Thumb, MIPS, i386 and amd64, and setjmp/longjmp-based fallback code on all other architectures. Notes to porters: • this needs excessie Makefile patching (e.g. to not hardcode the path to OpenJDK 7 on AMD64) • it seems to aggregate submodules for some dependencies (which we can do with the multiple-origtgz feature of dpkg), but care MUST be taken to use system libraries whereever possible • licence review of course must take those extra modules into account (“MIT” is what the main repo declares); readline support means all dependencies likely must be GPLv3-compatible • enable as many features as we can, but if it’s too hard, start out with a reduced set (e.g. no JNI?) • I fully expect this to work on all architectures, even m68k and x32 (which is tricky because it’s often autodetected as amd64 but cannot use the amd64 JIT code, I just checked asmx64.c to see that) • if nobody is working on this, I might do it myself, under the Teckids Debian Taskforce umbrella, which might mean comaintainers • this is distinct from firmware-microbit-micropython whose origtgz content completely differs (fork of micropython?) but I’ll Cc its maintainers anyway • the same origtgz MIGHT be used to build multiple binary packages; perhaps not the microbit one, but definitely the javascript one (which uses emscripten) and perhaps {bare,qemu}-arm; the unix port also builds a FreeDOS/djgpp binary if desired, but this should be considered afterwards, first get the native host unix port done
Bug#869749: ITP: dsmidiwifi
retitle 869749 ITP: dsmidiwifi -- DS Midi Wifi server owner 869749 ! thanks Working on it. bye, //mirabilos -- 22:20⎜ The crazy that persists in his craziness becomes a master 22:21⎜ And the distance between the craziness and geniality is only measured by the success 18:35⎜ "Psychotics are consistently inconsistent. The essence of sanity is to be inconsistently inconsistent
Bug#904443: RFP: python3-asciitree -- draw tree structures using (ASCII or Unicode) characters
Package: wnpp Severity: wishlist * Package name: python3-asciitree Version : 0.3.3 Upstream Author : Marc Brinkmann * URL : g...@github.com:mbr/asciitree.git * Licence : MIT Programming Lang: Python 2/3 Description : draw tree structures using (ASCII or Unicode) characters This package contains functions to draw a tree structure, similar to the tree Debian package, from arbitrary nested Python data structures, with configurable layout, sets of characters (ASCII or various Unicode line drawing), etc. It includes predefined structure traversal methods for (optionally ordered) dictionaries but allows the user to write their own to traverse custom data structures. This was recently very helpful at $dayjob, and it would be good to have it in Debian, although I do not intend to maintain it myself a coworker will surely (*wink*) since it probably can be done on the clock. The documentation included in the package itself is extremely sparse; there’s a link to https://pythonhosted.org/asciitree/ (the contents of which I’d suggest including in the binary package under /usr/share/doc/ somewhere), but I had to look into the source to figure out how to best use it.
Bug#761441: RFP: node-istanbul -- a JS code coverage tool written in JS
On Sat, 13 Sep 2014, W. Martin Borgert wrote: > Yet another code coverage tool for Javascript, with the Second that RFP (not going to delve into ECMAscript packaging myself though, I do enough crazy stuff already, tyvm), but do mind nyc which is the new official front-end, supporting run‐ ning stuff that itself spawns, e.g. nyc mocha […] Thanks, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Bug#714454: status, homepage update
On Thu, 1 Mar 2018, Thorsten Glaser wrote: > how’s the status? Hm, swami 2.0.0 (2010-10-25) is in Debian, so, even though 2.1.0 (2014-04-25) is available (heh…) we at least have a soundfont editor. //mirabilos -- [16:04:33] bkix: "veni vidi violini" [16:04:45] bkix: "ich kam, sah und vergeigte"...
Bug#714454: status, homepage update
Hi, how’s the status? The new homepage http://polyphone-soundfonts.com/en/ lists an 1.9 release. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg * **Besuchen Sie uns auf der EuroCIS!** 27. Februar bis 01. März 2018, Messe Düsseldorf / **Halle 10,** ** Stand F15** Leading Trade Fair for Retail Technology [www.tarent.de/eurocis](http://www.tarent.de/eurocis) Wir empfehlen unsere Vorträge ?Preisbeobachtung, Händlermonitoring, Plagiaterkennung: Ihre Wettbewerbsvorteile? am 27. Februar, 14:00 Uhr im EuroCIS Forum / Halle 10, Stand F04 ?Internet of Things ? Der Handel im Wandel? am 01. März, 11:30 Uhr im Omnichannel Forum / Halle 10, Stand A70 * **Visit us at EuroCIS!** 27th February to 1st March, 2018, Messe Düsseldorf / **Hall 10,** ** Booth F15** Leading Trade Fair for Retail Technology [www.tarent.de/eurocis](http://www.tarent.de/eurocis) We recommend our presentations ?Your view on prices, retailers and plagiarism: Competitive advantages with monitoring apps? on 27th February, 2 pm at EuroCIS Forum / Hall 10, Booth F04 ?Internet of Things ? Retailing in a Changing World? on 1st March, 11:30 am at Omnichannel Forum / Hall 10, Booth A70 *
Bug#684475: #684475 RFP: trinity-desktop -- Trinity Desktop Environment (TDE)
Hi *, has anyone done anything on this? I noticed that Trinity themselves have a “PPA” on “the only functional Launchpad instance outside of Canonical”, in which they offer packages for Debian releases even. AIUI these are actively maintained and even security-fixed. I was considering reviewing these (their source packages actually) and possibly starting to upload them piece by piece to experimental, but I don’t know C++ really, and I’m not sure if this is ever going to be accepted “by Debian”. I’d love to solicitate aid from the Debian Qt/KDE Maintainers, but I understand they’re busy with KF5/Qt5 and probably(?) don’t wish to revisit their KDE 3/Qt 3 knowledge (please correct me if I’m wrong, or if even some individual Debian Qt/KDE maintainers outside of their membership of said team would be able to help). I could take care of the boring side of this (checking the packaging itself, uploading, triaging bugs, actually using this on my desktop) but I don’t feel capable enough to, by myself, handle the entirety of the technical work involved (I did hack a bit on Qt and KDE components for porting to m68k and x32 mostly, but… really only a bit). I’m also open to forming a team to bring this forward, but in this case, probably not a team of one… Thanks, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Bug#559867: [pkg-java] r19181 - in trunk/squirrel-sql/debian: . patches
On Tue, 22 Nov 2016, Emmanuel Bourg wrote: > I see the package was initially checked into Subversion. Feel free to > migrate it to Git if you want, we have a migration script available for OK, the package is now moved there. - To work on this package: git clone git+ssh://git.debian.org/git/pkg-java/squirrel-sql - Read-only access: git clone https://anonscm.debian.org/git/pkg-java/squirrel-sql.git - Browser access: https://anonscm.debian.org/cgit/pkg-java/squirrel-sql.git The package compiles under Debian sid/amd64 now and needs - testing - review (including legal) - possibly, upload to experimental - updating to later versions - an actual maintainer I’m not a Java™ expert, I just jumped in because I now actually need this software for a course I’m attending at work (normally I just use psql CLI), so I’m not likely going to maintain it. This work was fully sponsored by my employer (see signature). bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Bug#559867: squirrel-sql
On Tue, 22 Nov 2016, Emmanuel Bourg wrote: > libspring-beans-2.5-java was still in Debian in Squeeze. It has been > replaced by libspring-beans-java in Wheezy. The backward compatibility > of the Spring Framework is quite good, so besides switching some version > numbers it's likely to work with no other modifications. Thanks. Trying to get it to work with newer jgoodies now… even upstream git master needs the old 1.0.x version ☹ bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Bug#559867: squirrel-sql
On Wed, 27 Jul 2011, Vladimir Kotov wrote: > retitle 559867 ITP: squirrel-sql -- graphical universal SQL client > owner 559867 ! > thanks > > Initial package for squirrel 3.2.0 and its plugins is available at > svn://svn.debian.org/svn/pkg-java/trunk/squirrel-sql Thanks, but are you still working on it? bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Bug#559867: squirrel-sql
Dixi quod… > On Wed, 27 Jul 2011, Vladimir Kotov wrote: > > > retitle 559867 ITP: squirrel-sql -- graphical universal SQL client > > owner 559867 ! > > thanks > > > > Initial package for squirrel 3.2.0 and its plugins is available at > > svn://svn.debian.org/svn/pkg-java/trunk/squirrel-sql > > Thanks, but are you still working on it? And where do I find libspring-beans-2.5-java ? It seems to Build-Depends on it, but this package does not appear to exist in Debian wheezy or newer. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Bug#832755: RFP: python-sqlalchemy-schemadisplay -- Turn SQLAlchemy DB Model into a graph
Package: wnpp Severity: wishlist * Package name: python-sqlalchemy-schemadisplay Version : one that works ;) Upstream Author : Florian Schulze * URL : https://pypi.python.org/pypi/sqlalchemy_schemadisplay URL : https://github.com/fschulze/sqlalchemy_schemadisplay URL : https://bitbucket.org/zzzeek/sqlalchemy/wiki/UsageRecipes/SchemaDisplay * License : labelled as MIT, I did not audit it Programming Lang: Python Description : Turn SQLAlchemy DB Model into a graph The use case is mostly labelled on the third URL, although I’d like to get raw dot(1) output from it, to convert it with dot2tex. I don’t yet know whether I’ll use this or postgresql-autodoc though, but as long as this one isn’t packaged I cannot compare their output so I cannot choose. I do not intend to maintain this, I think the SQLAlchemy Debian maintainers can probably do it.
Bug#811275: ITP: uclibc-ng -- uClibc-ng is an implementation of the standard C library that is much smaller than glibc, which makes it useful for embedded systems.
On Mon, 18 Jan 2016, Waldemar Brodkorb wrote: > It is a try to build a Debian system with an alternative C library That would require a new dpkg architecture and other changes, e.g. you could build for linuxuclibc-i386 instead of linux-i386. The avr32 people tried to make a µClibc-based Debian port and eventually failed, because the whole OS is much too dependent on glibc and GNUisms, and because of the quality… The other libc ports (Debian/{free,net}bsd (as opposed to Debian/kFreeBSD), the Interix port, the Minix port, etc.) also mostly failed – sure, there are or were demonstrations, but the limitations prevented them from ever taking off. > > Full disclosure: I do have commits in µClibc-ng. > > So you can further help to get stuff going ;) I’ve already told you I’d prefer to see it die, and the only thing preventing that is nommu support in more sane libcs. bye, //mirabilos -- [16:04:33] bkix: "veni vidi violini" [16:04:45] bkix: "ich kam, sah und vergeigte"...
Bug#811275: ITP: uclibc-ng -- uClibc-ng is an implementation of the standard C library that is much smaller than glibc, which makes it useful for embedded systems.
On Sun, 17 Jan 2016, Waldemar Brodkorb wrote: > uClibc-ng is a small C library for developing embedded Linux systems. It is > much smaller than the GNU C Library, but nearly all applications supported by > glibc also work perfectly with uClibc-ng. How is that relevant for a binary distribution in which nothing will use this package? For cross-compiling, you only need the source code available. Also, µClibc is of so bad quality that, on MMU targets, musl is in all cases the better alternative. Full disclosure: I do have commits in µClibc-ng. bye, //mirabilos -- [17:15:07] Lukas Degener: Kleines Asterix-Latinum für Softwaretechniker: veni, vidi, fixi(t) ;-)
Bug#811275: ITP: uclibc-ng -- uClibc-ng is an implementation of the standard C library that is much smaller than glibc, which makes it useful for embedded systems.
On Mon, 18 Jan 2016, Waldemar Brodkorb wrote: > From a good friend I would expect some more positive feedback > for my hobby project ;) I said, it has its niche, but I doubt it has a place as a generic Debian package… libraries are generally only packaged when something uses them, and C libra‐ ries are hard. bye, //mirabilos -- Yes, I hate users and I want them to suffer. -- Marco d'Itri on gmane.linux.debian.devel.general
Bug#806369: RFP: html5tidy -- “tidy” HTML 5 in the wild to well-formed XML or HTML
Package: wnpp Severity: wishlist * Package name: html5tidy Version : git master Upstream Author : Michael Murtaugh & The active archives contributors * URL : https://github.com/aleray/html5tidy.git * License : GPLv3+ Programming Lang: Python 2 Description : “tidy” HTML 5 in the wild to well-formed XML or HTML Since tidy fails hard on many HTML 5 documents (e.g. zero output) this package can be used to transform in-the-wild HTML 5 documents to input xmlstarlet can actually act on, e.g. for data extraction with XPath and XSLT via “xmlstarlet sel”.
Bug#804315: Seriously?
Joerg Jaspert dixit: >not official", thats just wrong. You may not like its maintainer, you >may not want that particular software and want to get your own. Thats >all fine, but this action is not. This becomes especially ridiculous when one considers that certain people/parties/cabals inside Debian, which some of the people involved this time may or may not belong to, deny other then-developers the ability to want a particular piece of software, instead of that one they wanted. Why is it that some people can declare other peoples’ work “not official” and thus less worth than their own, while that work is still used with official releases? Right. Debian, as a social ecosystem, isn’t a welcoming place any more. I just am surprised that not more people leave it. bye, //mirabilos -- “The final straw, to be honest, was probably my amazement at the volume of petty, peevish whingeing certain of your peers are prone to dish out on d-devel, telling each other how to talk more like a pretty princess, as though they were performing some kind of public service.” (someone to me, privately)
Bug#764401: clarity please
Nicholas Bamber dixit: > Please could Thorsten and Dominik please work out who will be responsible for > mksh in Debian? Can you work together if that makes sense? I can sign and > upload if necessary. OK, we had a short talk on the office floor about this ;-) and I’ll be putting myself back into the Maintainer field and take formal responsibility for this as external contributor. > 2.) ksh93 and mksh are alternative implementations of ksh (with subtle > differences that should be documented). In this case both can coexist on > Debian > but one (potentially either but by default ksh93) should assume the role of > ksh. This is what is currently true, and the desired outcome: • scripts specific to ksh93 use ksh93 in the shebang • scripts specific to mksh use mksh in the shebang • scripts using ksh in the shebang can be… – old pdksh scripts, – old ksh88 scripts, – or scripts written for “any ksh subset” – I did a short UDD search just now, and all cases of this in Debian also accept zsh as ksh providing package. This means that, if only one of ksh93 or mksh is installed, that package takes over ksh, but if both are installed, the official Korn Shell should take over ksh (unless the local admin overrides, of course). All use cases in Debian use alternative package relationships, i.e. don’t force the installation of one specific variant but don’t use a virtual package either. Let’s not introduce one. Renaming ksh93 from ksh to ksh93 would also make backporting much harder. KISS. bye, //mirabilos -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence. -- Coywolf Qi Hunt
Bug#764401: ksh
Nicholas Bamber dixit: > 2. mksh also should provide 'ksh' as a virtual package. It is my agreement with David Korn (the ‘k’ in “ksh”) that mksh must not be confused for the original, so please refrain from doing so. bye, //mirabilos -- „Cool, /usr/share/doc/mksh/examples/uhr.gz ist ja ein Grund, mksh auf jedem System zu installieren.“ -- XTaran auf der OpenRheinRuhr, ganz begeistert (EN: “[…]uhr.gz is a reason to install mksh on every system.”)
Bug#764401: clarity please
Nicholas Bamber dixit: > Could we get some clarity on this bug report please? I am considering adopting Yeah, some people have a life and don’t answer eMails 24/7… > the 'ksh' package and if I do I either want to adopt mksh as well, or work > closely with the mksh owner. Mh. I’m maintaining mksh in Debian via sponsors currently, even if the package doesn’t formally say so, as I left the project. I answered your original mail in the meantime. The idea is that, when ksh93 is not available, mksh may provide /bin/ksh, but it should not do so otherwise. bye, //mirabilos -- exceptions: a truly awful implementation of quite a nice idea. just about the worst way you could do something like that, afaic. it's like anti-design. that too… may I quote you on that? sure, tho i doubt anyone will listen ;)
Bug#764401: clarity please
Nicholas Bamber dixit: > 1.) If ksh is installed then ksh should be in /etc/shells. (#790118) I don’t think so. Users should be getting ksh93 or mksh (or, in earlier releases, even pdksh), but not an alternative. > 2.) If ksh is not installed but mksh is and ksh links to mksh via > alternatives, > then the ksh man page must also link to the mksh man page Agreed, don’t we do that already? I was under the impression all binary alternatives have a manpage slave. *checks* case $1 in configure) update-alternatives --install /bin/ksh ksh /bin/mksh 12 \ --slave /usr/bin/ksh usr.bin.ksh /bin/mksh \ --slave /usr/share/man/man1/ksh.1.gz ksh.1.gz \ /usr/share/man/man1/mksh.1.gz So, yes, we do. > 3.) mksh IS in this situation being confused for ksh. Yes, but because of… > 5.) mksh would effectively be Providing ksh, but that this would not be > declared. … this is not a problem. > Other questions: > 1. As I said I can upload for you. Thanks. > 2. In coming back to Debian are you offering to work with Dominik or trying to > wrest the WNPP bug from his hands? Since the package is currently owned by the > Debian QA group I am not sure if you can do that. Dominik and I have opposing offices on the same floor, so we can (and did) talk, which means that, yes, I can do that ;-) bye, //mirabilos -- „Cool, /usr/share/doc/mksh/examples/uhr.gz ist ja ein Grund, mksh auf jedem System zu installieren.“ -- XTaran auf der OpenRheinRuhr, ganz begeistert (EN: “[…]uhr.gz is a reason to install mksh on every system.”)
Bug#764401: Are you planning to take over mksh in Debian?
Kenneth Pronovici dixit: I'll file a Debian bug to document the improvements I asked for, just Please DO NOT file Debian bugs for upstream issues in mksh, only for packaging issues. This has been at the top of README.Debian for ages. Debian bugs requesting functionality changes are likely to get closed quicky, as they are no bugs. Feature requests upstream (via #!/bin/mksh on Freenode IRC, via miros-mksh@, or, if it must be, via Launchpad) are OK. Thanks. bye, //mirabilos -- Using Lynx is like wearing a really good pair of shades: cuts out the glare and harmful UV (ultra-vanity), and you feel so-o-o COOL. -- Henry Nelson, March 1999 -- 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/pine.bsm.4.64l.1505012234500.6...@herc.mirbsd.org
Bug#764401: Are you planning to take over mksh in Debian?
Kenneth Pronovici dixit: I filed the bug so nothing would get lost while the package is orphaned, which seems like a reasonable thing to do. The next That may seem reasonable… maintainer might very well have a different policy for Debian bugs than you did. I would if it were my package. … and even if this were reasonable… it’s still not a reasonable thing as I indicated interest upstream for this already. I know you’re well-meaning and all, but you’re interfering with things that currently work. (That, written out in the English language, sounds harsher than I mean it, please take it in that spirit.) bye, //mirabilos -- “ah that reminds me, thanks for the stellar entertainment that you and certain other people provide on the Debian mailing lists │ sole reason I subscribed to them (I'm not using Debian anywhere) is the entertainment factor │ Debian does not strike me as a place for good humour, much less German admin-style humour” -- 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/pine.bsm.4.64l.1505012320500.6...@herc.mirbsd.org
Bug#764401: Bug#783978: Bug#764401: Are you planning to take over mksh in Debian?
Kenneth Pronovici dixit: I'm not trying to be snarky here, but I'm a little lost. This package is orphaned. If you're no longer the package maintainer, why should it even matter to you whether upstream issues are tracked as Debian bugs? Because ① I’m upstream, ② I’m maintaining this package in Debian, and, most importantly, ③ feature requests aren’t bugs, period. Besides that, this is arguably a functional regression vs. older versions of pdksh in Debian, which mksh now provides. I think it's useful to have the change in behavior noted, even if it is only a wishlist. That’s arguably a good point. One of mksh’s biggest strengths is that it behaves consistently across all platforms, though. DO NOT break that. Goodnight, //mirabilos -- igli exceptions: a truly awful implementation of quite a nice idea. igli just about the worst way you could do something like that, afaic. igli it's like anti-design. mirabilos that too… may I quote you on that? igli sure, tho i doubt anyone will listen ;) -- 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/pine.bsm.4.64l.1505012316540.6...@herc.mirbsd.org
Bug#777220: ITP: you-get -- downloader for youtube and number of sites
On Fri, 6 Feb 2015, Dmitry Bogatov wrote: know, it is THE console downloading solution. I thought that was youtube-dl? Which is also written in Python… I smell the chance to share… bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- 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/alpine.deb.2.11.1502061450030.31...@tglase.lan.tarent.de
Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows
On Thu, 15 Jan 2015, Dmitry Yu Okunev wrote: * Package name: xlennart This should be a patch against xbill, switching on argv[0]. bye, //mirabilos -- Uli Du hast Recht. Uli Du hast Recht! -- 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/alpine.deb.2.11.1501201200260.12...@tglase.lan.tarent.de
Bug#764396: O: jupp -- user friendly full screen text editor
Package: wnpp Severity: normal I intend to orphan the jupp package. The package description is: Joe, the Joe's Own Editor, has the feel of most PC text editors: the key sequences are reminiscent of WordStar and Turbo C editors, but the feature set is much larger than of those. Joe has all of the features a Unix user should expect: full use of termcap/terminfo, complete VI-style Unix integration, a powerful configuration file, and regular expression search system. It also has eight help reference cards which are always available, and an intuitive, simple, and well thought-out user interface. . Joe has a great screen update optimisation algorithm, multiple windows (through/between which you can scroll) and lacks the confusing notion of named buffers. It has command history, TAB expansion in file selection menus, undo and redo functions, (un)indenting and paragraph formatting, filtering highlighted blocks through any external Unix command, editing a pipe into or out of a command, block move, copy, delete or filter, a bracketed paste mode automatically enabled on xterm-xfree86 and decimal and hexadecimal gotos for lines, columns, and file offsets. . Through simple QEdit-style configuration files, Joe can be set up to emulate editors such as Pico and Emacs, along with a complete imitation of WordStar, and a restricted mode version (lets you edit only the files specified on the command line). Joe also has a deferred screen update to handle typeahead, and it ensures that deferral is not bypassed by tty buffering. It's usable even at 2400 baud, and it will work on any kind of sane terminal. Furthermore, it supports SELinux context copying on Debian systems with the Linux kernel. . This version of JOE only comes with the Jupp flavour, to not conflict with the Debian joe package, activated. The resource files and executable links and menu entries for the other flavours are still available, though, in the joe-jupp package. -- 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/20141007193017.1493.39403.report...@tglase.lan.tarent.de
Bug#764397: O: cvs -- Concurrent Versions System
Package: wnpp Severity: normal I intend to orphan the cvs package. The package description is: CVS is a version control system, which allows you to keep access to old versions of files (usually source code), keep a log of who, when, and why changes occurred, etc., like RCS or SCCS. It handles multiple developers, multiple directories, triggers to enable/log/control various operations, and can work over a wide area network. The texinfo manual provides further information on more tasks that it can perform. . There are some tasks that are not covered by CVS. They can be done in conjunction with CVS but will tend to require some script-writing and software other than CVS. These tasks are bug-tracking, build management (that is, make and make-like tools), and automated testing. However, CVS makes these tasks easier. . This package contains a CVS binary which can act as both client and server, although there is no CVS dæmon; to access remote repositories, please use :extssh: not :pserver: any more. -- 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/20141007193023.20823.17603.report...@tglase.lan.tarent.de
Bug#764399: O: makefs -- create a cd9660 or ffs file system image from a directory tree
Package: wnpp Severity: normal I intend to orphan the makefs package. The package description is: NetBSD® makefs(8) creates a file system image from a directory tree without the need for superuser privileges. The MirBSD version fixes ECMA 119, SUSP and RRIP (Rock Ridge) compliance and adds features. . Supported target filesystem types are: . cd9660 ISO 9660 (ECMA 119) compatible filesystem images, with Rock Ridge, El Torito, and other features ffs 4.2FFS, the BSD Fast Filesystem, also known as UFS1; UFS2 (with -o version=2) . The images created can be of a fixed (predefined) size, given on the command line, or sized automatically. Permission bits are taken from the source directory tree but may be overridden using an mtree file. . This utility does not currently support Large Files (2 GiB or more). -- 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/20141007193030.5415.20824.report...@tglase.lan.tarent.de
Bug#764402: O: pax -- Portable Archive Interchange (cpio, pax, tar)
Package: wnpp Severity: normal I intend to orphan the pax package. The package description is: paxtar is an implementation of an archiving utility that reads and writes several formats - traditional ones, the extended formats specified in IEEE 1003.1, and the ar(5) format used by deb(5) packages (MirBSD specific paxtar extension). The pax interface was designed by IEEE 1003.2 as a compromise in the chronic controversy over which of tar or cpio is best, but this implementation offers paxcpio and paxtar for easy calling. . This is the MirBSD paxtar implementation supporting the formats ar, bcpio, cpio, SVR4 cpio with and without CRC, old tar, and ustar, but not the format known as pax yet. It has extensions for removing non-numerical user and group IDs from the archive, storing hardlinked files only once, setting ownership to the superuser, anonymising inode and device information, changing the mtime to zero, and producing GNU tar compatible trailing slashes on ustar directory nodes. Its ar format is suitable for operating on *.deb files, unlike that of GNU binutils. . Note that ACLs and Extended Attributes are not supported. Also, on Debian GNU/Hurd and Debian GNU/Linux (but not Debian GNU/kFreeBSD), size of archive members is limited to the width of the long type, that is, 2 GiB on platforms that do not have a 64-bit long type, due to a bug in the GNU C library (Debian #317466). -- 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/20141007193119.5917.92899.report...@tglase.lan.tarent.de
Bug#764398: O: kwalletcli -- command line interface to the KDE Wallet
Package: wnpp Severity: normal I intend to orphan the kwalletcli package. The package description is: kwalletcli implements a command line interface tool to get and set password entries in the default KDE Wallet. Also included are a shell wrapper around pinentry, a pinentry-kwallet application checking the KDE Wallet for the passphrase requested before asking the user for use with the GnuPG Agent, which is also capable of running without a pinentry as backend, and kwalletaskpass, which can store SSH key passphrases in the KDE Wallet for use with the OpenSSH Agent, and is registered as ssh-askpass alternative. -- 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/20141007193027.5376.41199.report...@tglase.lan.tarent.de
Bug#764401: O: mksh -- MirBSD Korn Shell
Package: wnpp Severity: normal I intend to orphan the mksh package. The package description is: mksh is the successor of the Public Domain Korn shell (pdksh), a Bourne/POSIX compatible shell which is largely similar to the original ATT Korn Shell (ksh88/ksh93). It includes bug fixes and feature improvements, in order to produce a modern, robust shell good for interactive and especially script use. mksh has UTF-8 support (in string operations and the Emacs editing mode). The code has been cleaned up and simplified, bugs fixed, standards compliance added, and several enhancements (for extended compatibility to other modern shells, as well as a couple of its own) are available. This shell is Debian Policy 10.4 compliant and may be used as /bin/sh on Debian systems (the /bin/lksh binary should be used for this), and as rescue and initrd shell (especially the /bin/mksh-static binary). . The mksh-static binary is a version of mksh, linked against klibc or dietlibc (if they exist for that Debian architecture and are usable) and optimised for small code size, for example for use on initrd or initramfs images, installation or rescue systems, or /bin/sh on slow architectures. It omits some leaf features to be even smaller. . The lksh binary is a script shell based on mksh intended to run old ksh88 and pdksh scripts, but not for interactive use. When used as /bin/sh it follows POSIX most closely. . A sample ~/.mkshrc is included in /usr/share/doc/mksh/examples and provided as /etc/mkshrc conffile, which is sourced by another file /etc/skel/.mkshrc users are recommended to copy into their home. . This is the WTF Edition with slightly differing defaults: ed will be installed via a dependency; same for jupp which is used as the default EDITOR and VISUAL; the locale has UTF-8, Queen’s English LC_MESSAGES, metric LC_MEASUREMENT and ISO A4 paper; more sane or MirBSD-ish defaults. Bug reports go directly to the developer. -- 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/20141007193116.5811.42754.report...@tglase.lan.tarent.de
Bug#764400: O: mediawiki-extensions -- Extensions for MediaWiki -- Meta package
Package: wnpp Severity: normal I have removed myself from Uploaders of the mediawiki-extensions package. As I had already removed Romain Beauxis’ bouncing eMail address, this effectively orphans the mediawiki-extensions package. The package description is: This metapackage provides all the extensions for mediawiki available in Debian. . These extensions are set together for the Debian mediawiki package, but they may also be used separately. -- 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/20141007193113.5574.68033.report...@tglase.lan.tarent.de
Bug#752082: ITP: fonts-octicons -- GitHub's icon font
Hideki Yamane dixit: Description: GitHub's icons Octicons is GitHub's icon font. . This is the Bower package for GitHub Octicons. What sort of package description (short, and especially long) is this? Also, does this install the fonts for local consumption (and for use in browsers without support for font embedding), or what? This is very unclear. bye, //mirabilos -- “ah that reminds me, thanks for the stellar entertainment that you and certain other people provide on the Debian mailing lists │ sole reason I subscribed to them (I'm not using Debian anywhere) is the entertainment factor │ Debian does not strike me as a place for good humour, much less German admin-style humour” -- 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/pine.bsm.4.64l.1406240914500.29...@herc.mirbsd.org
Bug#745436: RFP: libdaemon-generic-perl -- framework for starting, stopping, reconfiguring daemon-like programs
Package: wnpp Severity: wishlist * Package name: libdaemon-generic-perl Version : 0.82 Upstream Author : David Muir Sharnoff m...@idiom.com * URL : CPAN Daemon-Generic * License : Perl (GPL/Artistic) Programming Lang: Perl Description : framework for starting, stopping, reconfiguring daemon-like programs The framework provides for standard commands that work for as init.d files and as apachectl-like commands. . Programs that use Daemon::Generic subclass Daemon::Generic to override its behavior. Almost everything that Genric::Daemon does can be overridden as needed. Hello Debian Perl Group, please consider uploading libdaemon-generic-perl which is already packaged in Ubuntu; it is needed as a dependency of Kivitendo, which I am currently in the process of packaging. Thanks! -- 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/20140421171530.25074.30458.report...@tglase-nb.lan.tarent.de
Bug#745436: RFP: libdaemon-generic-perl -- framework for starting, stopping, reconfiguring daemon-like programs
gregor herrmann dixit: Uploaded to the NEW queue. Wow, amazingly fast, thanks! (Plus a missing build dependency.) ;-) bye, //mirabilos -- “It is inappropriate to require that a time represented as seconds since the Epoch precisely represent the number of seconds between the referenced time and the Epoch.” -- IEEE Std 1003.1b-1993 (POSIX) Section B.2.2.2 -- 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/pine.bsm.4.64l.1404211855410.7...@herc.mirbsd.org
Bug#738680: RFA: libbsd-arc4random-perl -- CPAN's BSD::arc4random -- Perl bindings for arc4random
Damyan Ivanov dixit: This suggested that there's additional history that I'd like to have, but retrieving it fails: [snip] Perhaps git-cvsimport is not happy about the module rename or the history is just not available anymore. Oops. Sorry. I guess that could work, although mirroring the whole contrib/hosted tree of the mirbsd's CVS seems like a nuclear approach. Thorsten, what do you think? Would I get an IP ban if I try that? :) No, you can just do that in one rsync call, and it’s not that big, but still overkill. You can normally just download both ,v file trees and put them together – asides from the CVSROOT/ directory, in CVS, every file is fully self-contained, and they can be moved between repositories or even accessed using RCS (official) or $EDITOR (not quite official but it’s a fully-documented plaintext format). Judging from the ,v files themselves I didn’t do a move but a copy of the checked-out tree (possibly adjusting paths in the files as I went) and a removal of the original tree. In this case, you can just convert them both to git then stitch them together (BTDT, I first put them into the same repo as different branches (in your case, all three of them, pre-move post-move and the current git tree) then used a .git/info/grafts file until it “looked good” in e.g. gitk, then used a git rebase to persist the changes from the grafts file and took care of moving the tags to the rebased sha1s). Sorry about the trouble. If needed, I can have a look at doing such a convert+stitch operation myself. bye, //mirabilos -- ch you introduced a merge commit│mika % g rebase -i HEAD^^ mika sorry, no idea and rebasing just fscked │mika Segmentation ch should have cloned into a clean repo │ fault (core dumped) ch if I rebase that now, it's really ugh │mika:#grml wuahh -- 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/pine.bsm.4.64l.1402152221580@herc.mirbsd.org
Bug#738680: RFA: libbsd-arc4random-perl -- CPAN's BSD::arc4random -- Perl bindings for arc4random
Damyan Ivanov dixit: I request an adopter for the libbsd-arc4random-perl package. I’d like to put it under the Debian Perl umbrella, if possible, Alright. I intent to adopt it for the Debian Perl group. Cool, thanks! Do you want the ,v files from VCS-CVS for import into your version control system, so you keep complete history? If so, you can download them like this: rsync -zavP _anon...@anoncvs.mirbsd.org:/cvs/contrib/hosted/tg/deb/libbsd-arc4random-perl/ ./libbsd-arc4random-perl/ It should be possible to convert them into svn or git easily, or use them with RCS or CVS. bye, //mirabilos -- ch you introduced a merge commit│mika % g rebase -i HEAD^^ mika sorry, no idea and rebasing just fscked │mika Segmentation ch should have cloned into a clean repo │ fault (core dumped) ch if I rebase that now, it's really ugh │mika:#grml wuahh -- 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/pine.bsm.4.64l.1402121153200.1...@herc.mirbsd.org
Bug#738680: RFA: libbsd-arc4random-perl -- CPAN's BSD::arc4random -- Perl bindings for arc4random
Package: wnpp Severity: normal I request an adopter for the libbsd-arc4random-perl package. I’d like to put it under the Debian Perl umbrella, if possible, as my Perl is very limited, and this package has been spitting warnings recently for which more experienced people can write patches (which I’d happily accept upstream). The package description is: implemented-in::perl, interface::TODO, made-of::TODO, role::devel-lib, role::plugin, scope::utility, security::cryptography, suite::bsd, web::cgi -- 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/20140211210854.24370.75929.report...@tglase.lan.tarent.de
Bug#721197: Pending issues
Hi *, during sponsorship review we (Dominik and I) noticed that this package is GPLv2-only while it depends on other packages that are GPLv3-or-later. This issue is tracked upstream at: https://github.com/RealBadAngel/technic/issues/85 We’re awaiting a resolution on this before proceeding. bye, //mirabilos -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence. -- Coywolf Qi Hunt -- 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/pine.bsm.4.64l.1308292140530.13...@herc.mirbsd.org
Bug#721073: Notes from the sponsor Re: ITP: minetest-mod-pipeworks -- Minetest mod - Pipeworks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Hi *, just in case someone reads this: I’m not comfortable with WTFPL myself and have already asked Dominik to beat upstream with a big foamy clue bat, but since WTFPL is apparently accepted in main I’ll upload it. bye, //mirabilos - -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence. -- Coywolf Qi Hunt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (MirBSD) iQIcBAEBCQAGBQJSHQS/AAoJEHa1NLLpkAfggTIP+gJ8LHkI8xBxPp6EGYhPs479 T6YTLE/f8jqW0yL/QZxmiks6xTjcy7IcgdkbKtTYXJXfmD/Igj/DQJ/EwzwWs2Zf vlQtE6VCMAUQFH9RuLv3RGrnp6sT+d/LYKv4V3SJhszYFNYqF6vSjzI8yTNc8zAL FRwyoLf3nm22AnpZRaK7Ht3ZAhmULhmgkqeBkc5vL+/3eGxUrZqKjcEdUbVowasA HkbZoPmtl2tfmh3VYKLuHsjn67QfVsvKvqvjd278ZAchajDt7UDQjDnwEwiIsFaS WMMwqFHTyNO9nqAGL6tTnNwtdPY/qU6/3Sj4rhZB1GrJGz0I7LOzwhqfpOMZSpmh obCItWVbawZjLG1VLnk7wqFOS5Bom1Ss/oB7/abZlycZ5BchLFTJsCEbyvPc0Vy2 2dyN0mUnmsd4IUVrCxgk8oripId0ZHJUH4VuK/o90nOoLOm7Cy8th/rl/McUzTcc zBmiPsCJRuhFs7Ty5HzGmiRoYDdT+89YZuJur11+XwVgB+eTJUq+1cB55wAHYAbP e8qNSwDC3RouyQLCtSgwYOcVvkriS4l7gcRof4vpa1Xlax/mMvNOYDuvpHYOo2Ne boFG/Wy7vcUq2fRqyOeLCJKt4ksbpkTz19tH47VLJqugZzqfxs24y5z0psXVld56 f1giBFb66yYV5xjQwZgz =PcoZ -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/pine.bsm.4.64l.1308271956220.30...@herc.mirbsd.org
Bug#718267: ITP: xidle -- run a program on X inactivity
Package: wnpp Severity: wishlist Owner: Thorsten Glaser t...@mirbsd.de * Package name: xidle Version : CVS HEAD Upstream Author : Federico G. Schwindt fg...@cvs.openbsd.org * URL : https://www.mirbsd.org/man1/xidle * License : 2-clause UCB Programming Lang: C Description : run a program on X inactivity xidle uses the XScreenSaver(3) extension to receive inactivity events when a timeout is specified, running a specific program after the elapsed time. xidle also monitors the very corner of the given position for pointer activity and runs a program if the pointer sits there for more than the specified number of seconds. This behavior is always present, whether -timeout is specified or not. For example, I’ve got this in my ~/.xinitrc for use with evilwm: # run xlock on moving to the upper-right corner xidle -ne -program '/usr/bin/xlock -mode life' -- 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/20130729134302.8087.49015.report...@tglase-nb.lan.tarent.de
Bug#718267: ITP: xidle -- run a program on X inactivity
Vincent Bernat dixit: Then, what's the difference with xautolock? Hm, hadn’t known that one. Thanks for pointing it out. Licence, I guess, and command-line syntax. Probably not enough to justify another .deb… bye, //mirabilos -- 17:08⎜«Vutral» früher gabs keine packenden smartphones und so 17:08⎜«Vutral» heute gibts frauen die sind facebooksüchtig 17:10⎜«Vutral» aber auch traurig; früher warst du als nerd voll am arsch 17:10⎜«Vutral» heute bist du als nerd der einzige der wirklich damit klarkommt -- 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/pine.bsm.4.64l.1307292035300.16...@herc.mirbsd.org
Bug#704105: desktop-base: no spacefun theme selectable for desktop-background.xml link group and KDM
tags 704105 = retitle 704105 ITP: packages containing theming from past releases’ desktop-base package thanks Holger Levsen dixit: so be it. in that case… bye, //mirabilos -- [DJBDNS Zone] TTL 86400 – Natureshadow kann man da auch 1d schreiben? mirabilos nö, außerdem kann ein Deutscher oder ein Japaner mit 1d ja erstmal nix anfangen, oder könntest du 1日 im zone file lesen? Natureshadow das heißt für mich: ein Regal, das u.U. schiefstehen könnte -- 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/pine.bsm.4.64l.1303282050010.3...@herc.mirbsd.org
Bug#687305: RFP: mwlib -- MediaWiki render server for use with the Collection extension
Package: wnpp Severity: wishlist * Package name: mwlib Version : 0.14.0 Upstream Author : PediaPress GmbH * URL : http://www.mediawiki.org/wiki/Extension:Collection http://www.mediawiki.org/wiki/Extension:PDF_Writer * License : looks like 3-clause BSD Programming Lang: Python, C, possibly PHP Description : MediaWiki render server for use with the Collection extension Please package everything needed to run a render server for MediaWiki. The Collection extension is already packaged in src:mediawiki-extensions, and the mediawiki-math-texvc binary package is also available already, as seem to be most of the dependencies listed in the setup.py files of mwlib, mwlib.ext, mwlib.rl (I think we need at least these three), with the possible exceptions of timelib, apipkg, odfpy (I asked whether there was a mapping somewhere of setup.py dependency names to Debian package names, but apparently there isn’t). I absolutely refuse to do anything with easy_install, python-virtualenv, pip, or similar things on production servers and would really like to avoid running 'setup.py' as that thing seems to additionally download and install “other” stuff… also “if it’s not in Debian, it doesn’t exist” except a render server is really needed… Thanks in advance! //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- 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/20120911152147.7564.270.report...@mw-serve.tarent.de
Bug#675145: [Pkg-mediawiki-devel] Bug#675145: ITP: mediawiki-math -- math rendering plugin for MediaWiki (new source package for)
On Wed, 30 May 2012, Jonathan Wiltshire wrote: This new source package is therefore necessary to continue providing it for our users. Thanks! bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Elmar Geese -- 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/alpine.deb.2.02.1205301011390.23...@tglase.lan.tarent.de
Bug#665748: Fwd: Alternative zu pidgin-openpgp
-- Forwarded message -- From: taken out as this was a private mail; if you want credit, ask me Date: Mon, 18 Oct 2010 01:49:49 +0200 Subject: Alternative zu pidgin-openpgp moin Thorsten, Laut http://packages.debian.org/changelogs/pool/main/p/pidgin-openpgp/current/copyright stammt pidgin-openpgp aus http://developer.pidgin.im/ticket/288 Ich bin gerade auf http://blog.chavant.info/2009/06/01/gnupg-plugin-for-pidgin gestossen, in dem eine Schwaeche des obigen codes mit nicht-ASCII Zeichen dargestellt wird und eine Neuimplementierung vorgestellt. IMHO mindestens einen Blick wert, und eine Erwaegung die Implementierung auszutauschen. Zitat: The most noticeable differences are: - the Config::INI::Simple module isn't needed - the code is shorter and cleaner - messages are UTF-8 encoded (jabber standard) so that accentuated characters are no more a problem - the script makes use of Crypt::GPG, an object oriented interface to GnuPG (no more temporary files, only perl strings; IPC instead of system calls) […] -- 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/alpine.deb.2.02.1204031548370@tglase.lan.tarent.de
Bug#666527: Intend to package b43-tools
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Dominik George dixit: Please disreagrd what tg said as it is stupid. Okay, now let me explain this to the public: I was Cc’d in this ITP, which, being a DD, put me into zugzwang (this appears to be an actual English word; it forced my hand). We discussed this in IRC, and I can only review a package and its prospective maintainer from what they write, and possibly, personal skills. While I still consider Dominik as friend, I still do not think he should, at this time, be the sole main‐ tainer of a Debian package of software written in C, at least. Another DD has helped me in that IRC session and even went so far as to state he should not even be a co-maintainer, although I do not think that. (Telling us now we should not have taken several utterances of his seriously is the easy thing to do, but I am not sure it reflects good on him.) Nevertheless, I will not sponsor this package, and while at some point in the future I think Dominik should be re-evaluated, his unwillingness to be responsive to _two_ DDs’ opinions, at least one of which he wanted as prospective sponsor, while on the other hand having an attitude of expecting us to sponsor his package and possibly mentoring him without having asked politely first, blocks that for the time being. All I do here is state my evaluation conclusion, as otherwise, since I was Cc’d, I would be guilty by inaction, and ask any other sponsor to reconsider _for the time being_, and ask Dominik to seek a mentor via the proper channels first, and not be as impatient. This is with my DD hat on, and considering the overall quality of Debian. I am of the opinion that a package maintainer should at least be willing to fix bugs in a package and able to decide when to ask someone else, including upstream. My conclusion also stems from the entire review session, not so much from the source package he sent to me. I would probably have uploaded it with minor required changes, such as fixing the repak‐ kaged .orig.tar.gz, but a non-DD/DM should not be the deciding factor whether something gets uploaded as-is, changed or not at all. Before I was a DM, I went through quite a number of cycles with my sponsors and, while annoying, it wasn’t for nothing. I will concede one request of Dominik: this is not publicly telling all DDs that he is unfit for package maintenance in general, or for eternity. A fellow DD and me just think he should not be the (sole) maintainer of b43-tools right now, and within a short-term future. bye, //mirabilos - -- In traditional syntax ' is ignored, but in c99 everything between two ' is handled as character constant. Therefore you cannot use ' in a preproces- sing file in c99 mode. -- Ragge No faith left in ISO C99, undefined behaviour, etc. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MirBSD) iQIcBAEBCQAGBQJPeH8FAAoJEHa1NLLpkAfggusQAK5b463iGAUV0wxF4EaqHbdF SHBg3H14v9tP2Fv4kpUwR69zZvbYD9ESGmqgg4d3ig6IpcYIvE5BQOygYXKbgpXw L+x7h6TGcRNpeqbxQ995G5tM0MWl+AzRcv5Vvj5SGZHrwxo7tZY88XJB9UFzKNFV HD3/MKytS0yIrVDxdTpVHg1FKjISl3mEEe2JJGT3mULOxDSofTdRz5zvHCVSvuOH UaYVD01Xczg2y9+2uog3thaZaHgrMW2+dXeXblYv1FYTHJ8xF2DAePkq/oy+sB4B ZTLZ92VRzpbVq2zcZmQntNIW05EYGfmpazi32bViEKOS4ECfWxGSIznBbG7A4gPY e2qVtZuRVzYC51i4zyeJdfENh0ViGd3y/hv+95BPJnVA79Y4g3BlVKBx2IYEx30h pajpMSLYDL+gcHt8C+SihqRjSEdocNVvksN4ekCQr3esqgojRhd7xwib3KCJ2fCB ZFWdSUHXNRhoJzX+ishHFcs81K1ShCqX0hlxVXJHwojG2lDu2Er7umSDSLgdwoBr wpoWTiiug8ccQk0qK9VfwjIKmKNCOQtfg+c2oGpZadJJjTJ/64zlKKGW1u/7kgFf H2DLWz9X+y6RlmX+ObGja82vpscsTaMtPDNly+SXzJbl36HfzPFBymYHlKy5TEph xnTITlIQG62u7Ij96E+W =Yz38 -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/pine.bsm.4.64l.1204011602230.6...@herc.mirbsd.org
Bug#666527: Intend to package b43-tools
Dominik George dixit: * URL : http://linuxwireless.org/en/users/Drivers/b43 I was involved in the discussion of this ITP in IRC and approached as a sponsor. We had several issues with this. As b43-fwcutter is packaged together with the b43 firmware, I think it might be most reasonable to keep b43-fwcutter seperated and build the other tools from a b43-tools source package. Personally, I think it would make sense to throw these two together iff it is possible to build binary packages for both main and contrib from one source package in main. Policy does not say this can’t be done, so I’d try. But since the b43-fwcutter maintainer agreed with Dominik on this, I cede this point. I think the .orig.tar.gz of an eventual b43-tools source package should be the unmodified entire content of the git repository at the aforementioned URL (especially as it would make management easy since it can be imported into the upstream branch easily). The current source package does not build from the debug/ directory, but it was said it eventually could. To avoid package proliferation, I think it ought to not be packaged separately. DevRef §6.7.8.2 has SHOULD clauses for repackaged .orig.tar.gz files which apparently dh-make does not satisfy. From that follows that a debian/rules gen-orig-source target must do this job manually. (Tools such as git-buildpackage come to mind.) When presented with a const cleanliness warning, Dominik confessed he neither has any C skills nor intends to learn them. (He even suggests to grep -v the compiler warning, later…) Therefore, we (at least one other DD and me) agreed he should not be the person to maintain this package. He is of course invited to provide the initial packaging (even if it does not quite follow my standards, there are few reasons to not accept it) and co-maintain it, if any other comaintainer can do such a job. But this does disqualify the package from being eligible for sponsorship by me. bye, //mirabilos • t...@debian.org -- 22:20⎜asarch The crazy that persists in his craziness becomes a master 22:21⎜asarch And the distance between the craziness and geniality is only measured by the success 18:35⎜asarch Psychotics are consistently inconsistent. The essence of sanity is to be inconsistently inconsistent -- 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/pine.bsm.4.64l.1203312122110.10...@herc.mirbsd.org
Bug#665748: O: pidgin-openpgp
Package: wnpp Severity: normal Unfortunately, the situation at work changed, and I have not had any time for working on pidgin-openpgp (either the current codebase or the one that was suggested to me should replace it, which of course I cannot find the mail for right now) nor will I probably be working on it and I personally use mcabber and gajim, so this is open for adoption. The packaging is usable but nothing to be proud of. The code itself has two issues: - the UI is horrid, you need to write ENABLEPGP in caps into the chat window to enable it as there's no button or any status indicator; this ought to be fixed - there is one bug in the BTS against this regarding starting multiple gpg-agent if there's none running Adoptors should also look into the “other” XEP-0027 implementation for pidgin (if they find it, or should I ever find that mail again I’ll forward that) and determine whether it’s a suitable replacement. -- 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/20120325164721.9205.98371.report...@aranym.mirbsd.org
Bug#648933: Orphaning emile
I’m working on this, via git/collab-maint/emile. My hacking time for today is up, though, so it will take a bit longer. Just FYI. I’ve also got someone who will test the result. bye, //mirabilos -- “Having a smoking section in a restaurant is like having a peeing section in a swimming pool.” -- Edward Burr -- 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/pine.bsm.4.64l.1201012147450.20...@herc.mirbsd.org
Bug#648933: Orphaning emile
Laurent Vivier dixit: Tested with a floppy disk on a mac mystic and a LCIII: works fine. OK, cool. I will update the Debian package then. bye, //mirabilos -- Using Lynx is like wearing a really good pair of shades: cuts out the glare and harmful UV (ultra-vanity), and you feel so-o-o COOL. -- Henry Nelson, March 1999 -- 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/pine.bsm.4.64l.1112181517280@herc.mirbsd.org
Bug#648933: Orphaning emile
Hi, I can try to update the package and build it with gcc-4.4 (which is our current standard although people would love to switch to gcc-4.6), if that works. However, I cannot test the resulting binaries. Laurent or Finn, I’d need your help with that then. Preferably before uploading, of course ;-) I do not volunteer to maintain it after fixing these issues. bye, //mirabilos -- Support mksh as /bin/sh and RoQA dash NOW! ‣ src:bash (239 (257) bugs: 0 RC, 166 (180) IN, 73 (77) MW, 0 FP) ‣ src:dash (72 (82) bugs: 3 RC, 27 (30) IN, 42 (49) MW, 0 FP) ‣ src:mksh (1 bug: 0 RC, 0 IN, 1 MW, 0 FP) http://qa.debian.org/data/bts/graphs/d/dash.png is pretty red, innit? -- 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/pine.bsm.4.64l.1112132057180.29...@herc.mirbsd.org
Bug#648933: Orphaning emile
Finn Thain dixit: It fails to build with error: dereferencing type-punned pointer will break strict-aliasing rules. An untested patch follows. Mh. If it’s just these, I think no big deal. I also got an offer to test, and in the meantime we were switched to gcc-4.6 but I’ll just try (in my valuable spare time ;-). bye, //mirabilos -- “Having a smoking section in a restaurant is like having a peeing section in a swimming pool.” -- Edward Burr -- 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/pine.bsm.4.64l.1112140038120.29...@herc.mirbsd.org
Bug#354176: RFH: cvs -- Concurrent Versions System
owner 354176 ! thanks Hi, to clarify: I'm letting this RFH open but am *not* looking for co-maintainers at the moment. Welcome things are: bug triage, bugfixing patches, and people communicating with the upstream developers well. bye, //mirabilos -- 13:22⎜«neurodamage» mira, what's up man? I have a CVS question for you in #cvs 13:22⎜«neurodamage» since you're so good w. it │ «neurodamage:#cvs» i love you 13:28⎜«neurodamage:#cvs» you're a handy guy to have around for systems stuff ☺ 16:06⎜Draget:#cvs Thank god I found you =) 20:03│«bioe007:#cvs» mira2k: ty 17:14⎜ldiain:#cvs Thanks big help you are :-) bioe007 mira|nwt: ty again 18:35⎜«alturiak:#cvs» mirabilos: aw, nice. thanks :o 18:36⎜«ThunderChicken:#cvs» mirabilos FTW! 23:03⎜«mithraic:#cvs» aaah. thanks 18:41⎜«alturiak:#cvs» phew. thanks a bunch, guys. you just made my weekend :-) 18:10⎜«sumit:#cvs» mirabilos: oh ok.. thanks for that 21:57⎜bhuey:#cvs yeah, I really appreciate help 18:50⎜«grndlvl:#cvs» thankyou18:50⎜«grndlvl:#cvs» worked perfectly 20:50⎜paolo:#cvs i see. mirabilos, thnks for your support 00:36⎜«halirutan:#cvs» ok, the obvious way:-) thx 18:44⎜«arcfide:#cvs» mirabilos, I am running OpenBSD. 18:59⎜«arcfide:#cvs» Hrm, yes, I see what you mean. 19:01⎜«arcfide:#cvs» Yeah, thanks for the help. 21:33⎜«CardinalFang:#cvs» Ugh. Okay. Sorry for the dumb question. Thank you 21:34⎜centosian:#cvs mirabilos: whoa that's sweet 21:52⎜«garrett__:#cvs» much appreciated «garrett__:#cvs» thanks for your time 23:39⎜symons:#cvs this worked, thank you very much 16:26⎜schweizer:#cvs ok thx, i'll try that 20:00⎜«stableable:#cvs» Thank you.20:50⎜«s833:#cvs» mirabilos: thanks a lot.19:34⎜bobbytek:#cvs Thanks for confirming :) -- 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/pine.bsm.4.64l.1105071250240.18...@herc.mirbsd.org
Bug#354176: CVS
retitle 617578 ITA: cvs -- Concurrent Versions System owner 617578 ! thanks Steve McIntyre dixit: OK, help yourself to cvs. I hadn't even seen your offer to take it over; wnpp reports don't automatically send responses to the submitter. Oh, okay, didn’t know that. I'll be happy that somebody might be caring about it, and it's not me. :-) Gladly. I’m still using it about daily, after all. === #354176 [RFH] === After I’ve uploaded the new package, all we’ll need at first is bug triaging; I expect most bugs to simply go away, and some to open anew (none to reopen hopefully). Also, we’ll have people wondering what will have happened to pserver, these need educating (although I’ll add a NEWS.Debian). bye, //mirabilos -- If Harry Potter gets a splitting headache in his scar when he’s near Tom Riddle (aka Voldemort), does Tom get pain in the arse when Harry is near him? -- me, wondering why it’s not Jerry Potter……… -- 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/pine.bsm.4.64l.1105061345450.23...@herc.mirbsd.org
Bug#617578: CVS (was Re: Bug#564195: Please rebuild cvs on all arches)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Jonathan Nieder dixit: cvs still uses install-info in its maintainer script (it's the only My offer to replac^Wadopt cvs is still open, although, like I said, there would be… changes. (No more pserver by default, yay!) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617578#10 I have a proof of concept available here: https://www.freewrt.org/~tg/debs/dists/etch/wtf/Pkgs/cvs/cvs_1.12.13-3.dsc Please don’t let you be fooled by the /etch/ there, the source package actually targets sid, but it can still be built on etch, and my personal play repo has four suites (etch, lenny, hardy, sid), so I needed to compile it only twice (etch, hardy) for economical reasons. (Of course, if uploading, I’d build it on sid to not cause debhelper problems like this one.) Steve, I have not yet heard back from how you feel about this. Everyone else is invited to test the above package and tell me whether (s)he could live with it. No, there will definitively not be any special support for pserver, if I adopted it. (Of course, it will work, but you’re on your own if you do it.) We in #cvs on IRC see that most problems people have are from pserver and just go away if they switch to cvs-over-ssh as should be. http://www.stremler.net/Code/cvs_tricks/cvs-over-ssh.html http://www.stremler.net/Code/cvs_tricks/cvs-over-ssh-advanced.html http://www.stremler.net/Code/cvs_tricks/cvs-over-ssh-advanced2.html /me considers bundling anoncvssh, even… bye, //mirabilos - -- 13:22⎜«neurodamage» mira, what's up man? I have a CVS question for you in #cvs 13:22⎜«neurodamage» since you're so good w. it │ «neurodamage:#cvs» i love you 13:28⎜«neurodamage:#cvs» you're a handy guy to have around for systems stuff ☺ 16:06⎜Draget:#cvs Thank god I found you =) 20:03│«bioe007:#cvs» mira2k: ty 17:14⎜ldiain:#cvs Thanks big help you are :-) bioe007 mira|nwt: ty again 18:35⎜«alturiak:#cvs» mirabilos: aw, nice. thanks :o 18:36⎜«ThunderChicken:#cvs» mirabilos FTW! 23:03⎜«mithraic:#cvs» aaah. thanks 18:41⎜«alturiak:#cvs» phew. thanks a bunch, guys. you just made my weekend :-) 18:10⎜«sumit:#cvs» mirabilos: oh ok.. thanks for that 21:57⎜bhuey:#cvs yeah, I really appreciate help 18:50⎜«grndlvl:#cvs» thankyou18:50⎜«grndlvl:#cvs» worked perfectly 20:50⎜paolo:#cvs i see. mirabilos, thnks for your support 00:36⎜«halirutan:#cvs» ok, the obvious way:-) thx 18:44⎜«arcfide:#cvs» mirabilos, I am running OpenBSD. 18:59⎜«arcfide:#cvs» Hrm, yes, I see what you mean. 19:01⎜«arcfide:#cvs» Yeah, thanks for the help. 21:33⎜«CardinalFang:#cvs» Ugh. Okay. Sorry for the dumb question. Thank you 21:34⎜centosian:#cvs mirabilos: whoa that's sweet 21:52⎜«garrett__:#cvs» much appreciated «garrett__:#cvs» thanks for your time 23:39⎜symons:#cvs this worked, thank you very much 16:26⎜schweizer:#cvs ok thx, i'll try that 20:00⎜«stableable:#cvs» Thank you.20:50⎜«s833:#cvs» mirabilos: thanks a lot.19:34⎜bobbytek:#cvs Thanks for confirming :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MirBSD) iQIVAwUBTb1CS3a1NLLpkAfgAQmUWw/+PwhfgOJizmfbzOm2hZXhJzN0vjG/3zcY JiYuHHJJhFaM7OAdixaCCz0JvLaUKps4rjhp2ZPJ3use1aHTm7A4qkF6bDJ7rYN/ CKK7MXuXw7h0eH4W/HqtGN7rAamy/UoUKBsP4LB643Nc4xFVl2I2tvk2CQs+R8FO djE8njCUhnKjN3ogkw581qPAh7jddthzW3pq5QGYzicw9TY4wfioOqiPsCKVHXey tqfTAuHuhdLu7S2OOQ5a2gXP7gdQjDAyMaiTui78t+S2VMoIJBSAnN8/YGljZcBx tXLcW4Tra8jhpfwY7wasNXk3b5AU04cA9+gGqbaVavERVaSnlcGomrsPPmL4KGn0 b/K4HkKHVYx80B/BMNzXAzn1DEpiwxDU7Nx0ozWO9BANNNbJ3/8wFbVmtiP5L9YR eH/skcek589VLbZ1gNvhmf7uPa2NZ5ools8cJ6V6F05FUt12xnkDhhAVEBZ4UymU oDkuGWuE5QzrciNtlBplkmNpbiQp84AgcZ63f8e96ICc54pxdYvb53ZnwmilX8yr PMBYPoUf1xJM3LfZ/XSb3q0B6FPRkjYoRw2U7d9JJVll5sWl4HwxWN/PKG8Uxwkd M6CjGzDJqzt2muckv7QxQ9xDJ0QCDdzyqkeFwbA/t263yaa6TAjHhwjM2zB4i8Rs d3IEkPESYao= =OzAK -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/pine.bsm.4.64l.1105011109140.12...@herc.mirbsd.org
Bug#617578: [wnpp] The maintainer of cvs is looking for adopters
WNPP Monitor dixit: The maintainer of cvs package in Debian is looking for people willing to adopt the package. Hi Steve, I’d be willing to take on CVS. Please note that I would probably totally trash your existing packaging and replace it, backing out things like changing from /MM/DD to -MM-DD (ISO 8601 be damned if it breaks checksums on checked-out files) and other changes that prove to be faulty, replacing it with something like this: https://www.mirbsd.org/cvs.cgi/contrib/hosted/tg/deb/cvs/debian/ I am also a sworn enemy of pserver and will insist on people using cvs over ssh as should be. If you feel your faith can handle me taking it over like this, especially as Jesse Vincent somewhere has a photo of me at LSM/RMLL 2010 proclaiming “I ❦ CVS”, I will take over. I’m a very active user of cvs especially on MirBSD, and the above mentioned Debian packaging is approximately exactly what we got in MirBSD. (While doing that I *did* look at *all* of the patches in your current Debian packaging, and MidnightBSD’s, and took over all that made sense, reverted some which only broke things later.) bye, //mirabilos -- 13:47⎜tobiasu if i were omnipotent, i would divide by zero all day long ;) (thinking about http://lobacevski.tumblr.com/post/3260866481 by waga) -- 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/pine.bsm.4.64l.1103102027330.18...@herc.mirbsd.org
Bug#592093: actually, no…
22:37⎜mika:#grml this is so win² for FAI :) 22:38⎜mika:#grml because if thomas finally learns git we finally get a chance for its usage for FAI in the ⎜long run :) 22:38⎜lynx:#grml oh no… 22:39⎜* lynx:#grml should write git2cvs 22:39⎜gebi:#grml lynx: git-cvsserver? Besides, upon adopting you may move to a VCS of your choice, of course… bye, //mirabilos -- ch you introduced a merge commit│mika % g rebase -i HEAD^^ mika sorry, no idea and rebasing just fscked │mika Segmentation ch should have cloned into a clean repo │ fault (core dumped) ch if I rebase that now, it's really ugh │mika:#grml wuahh -- 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/pine.bsm.4.64l.1012032243010.14...@herc.mirbsd.org
Bug#592353: ITP: ejabberd-mod-shared-roster-ldap -- Shared Roster via LDAP for ejabberd
Package: wnpp Severity: wishlist Owner: Thorsten Glaser t...@mirbsd.de * Package name: ejabberd-mod-shared-roster-ldap Version : 0.5.1 Upstream Author : Marcin Owsiany mar...@owsiany.pl * URL : https://alioth.debian.org/projects/ejabberd-msrl/ * License : GPL Programming Lang: Erlang Description : Shared Roster via LDAP for ejabberd ejabberd-mod-shared-roster-ldap implements server-side amended rosters using data stored in an LDAP. This can be used to, for example, implement Jabber/XMPP as a company-wide communication infrastructure where every employee has a complete list of all employees, grouped by departments or location, in his roster. We’re using this for our LDAP server at work, in fact. I wouldn’t say no to other or co-maintainers though, as I don’t really know Erlang. -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- 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/20100809135317.9714.27013.report...@evolvis-ff.tarent.de
Bug#527280: It gets even better
It doesn’t work with php 5.3 *sigh*… I suppose Dmitry is either MIA or otherwise uninterested, but I don’t want to give up right yet. This to keep everyone informed. bye, //mirabilos -- «MyISAM tables -will- get corrupted eventually. This is a fact of life. » “mysql is about as much database as ms access” – “MSSQL at least descends from a database” “it's a rebranded SyBase” “MySQL however was born from a flatfile and went downhill from there” – “at least jetDB doesn’t claim to be a database” -- Tonnerre, psychoschlumpf and myself in #nosec -- 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/pine.bsm.4.64l.1007201938120.26...@herc.mirbsd.org
Bug#484545: improving a little
affects 484545 mediawiki-extensions forwarded 579822 http://dev.fckeditor.net/ticket/4462 clone 539371 -1 retitle 539371 mediawiki-extensions: add CreateBox extension retitle -1 mediawiki-extensions: add UsabilityInitiative extension thanks I’ll be helping a little as part of my work on FusionForge including its MediaWiki plugin for my company’s Evolvis platform where we’ll use several MW plugins ourselves. While I can’t promise a lot of involvement I will invest some work, not disappear totally suddenly and, from the amount of effort we invest into Evolvis, don’t think the company’s interest will lessen in near future either. We had discussed that on pkg-mediawiki-de...@l.a.d.o and I’ve been given svn ci permissions already. I’m currently adding seven extensions we’re using in the pre-Debian-packaged Wiki farms to mw-extensions, so I guess I can add CreateBox (and imagemap, requested by FusionForge’s Christian Bayle) at the same time. Not UsabilityInitiative though, as we’re on 1.15.x still. I don’t think this closes the RFH though. bye, //mirabilos – t...@d.o -- tarent Gesellschaft für Softwareentwicklung und IT-Beratung mbH Geschäftsführer: Boris Esser, Elmar Geese HRB AG Bonn 5168 - USt-ID (VAT): DE122264941 Heilsbachstraße 24, 53123 Bonn, Telefon: +49 228 52675-93 Weigandufer 45, 12059 Berlin, Telefon: +49 30 5682943-30 Internet: http://www.tarent.de/ • Telefax: +49 228 52675-25 -- 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/alpine.deb.2.00.1006251416090.7...@tglase.bonn.tarent.de
Bug#577653: ITP: pidgin-openpgp -- OpenPGP plugin for Pidgin
Subject: ITP: pidgin-openpgp -- OpenPGP plugin for Pidgin Package: wnpp Owner: Thorsten Glaser t...@mirbsd.de Severity: wishlist * Package name: pidgin-openpgp Version : 0.1 Upstream Author : Michael Braun michael-...@fami-braun.de * URL : http://developer.pidgin.im/ticket/288 * License : GNU GPLv3+ Programming Lang: Perl Description : OpenPGP plugin for Pidgin Description: OpenPGP plugin for Pidgin pidgin-openpgp is a plugin for the Pidgin instant messaging program which enables it to communicate with Jabber/XMPP peers in an encrypted manner using the OpenPGP standard and XEP-0027, which is understood by other clients, such as centericq, gajim, kopete and mcabber. . This is an experimental extension and potentially buggy. I’m packaging this at work for these who still want to use Pidgin, so that they can exchange PGP/GPG-crypted instant messages with gajim/kopete/mcabber users. Upstream seems to be dead. I’ll try hacking on it a little, but only to the point to keep it usable. Nevertheless, this works for me™ quite well so far. -- 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/alpine.deb.2.00.1004131426310.21...@tglase.bonn.tarent.de
Bug#577653: ITP: pidgin-openpgp -- OpenPGP plugin for Pidgin
FYI: 16:32⎜sadrul there's a breakage for perl plugins in 2.6.6 ... it's fixed for the next release With both pidgin on Kubuntu Hardy (workstation) and 2.6.5 from testing (pidgin, pidgin-data, libpurple0) on an otherwise sid system, I have successfully tested the package. bye, //mirabilos -- tarent Gesellschaft für Softwareentwicklung und IT-Beratung mbH Geschäftsführer: Boris Esser, Elmar Geese HRB AG Bonn 5168 - Ust-ID: DE122264941 http://www.tarent.com/ Heilsbachstr. 24, 53123 Bonn, fon +49 228 52675-93, fax +49 228 52675-25 Weigandufer 45, 12059 Berlin, fon +49 30 5682943-30, fax +49 228 52675-25 Schützenstr. 18, 10117 Berlin, fon +49 30 27594853, fax +49 30 78709617 -- 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/alpine.deb.2.00.1004131645270.21...@tglase.bonn.tarent.de
Bug#566489: ITP: kwalletcli -- CLI for the KDE Wallet
Package: wnpp Severity: wishlist Owner: Thorsten Glaser t...@mirbsd.de * Package name: kwalletcli Version : 2.01 Upstream Author : Thorsten Glaser t...@mirbsd.de * URL : https://www.mirbsd.org/kwalletcli.htm * License : Code MirOS, Logo LGPL Programming Lang: C, C++, mksh Description : CLI for the KDE Wallet kwalletcli implements a command line interface tool to get and set password entries in the KDE Wallet. Also included are a shell wrapper around pinentry, a pinentry-kwallet application checking the KDE Wallet for the passphrase requested before asking the user for use with the GnuPG Agent, which is also capable of running without a pinentry as backend, and kwalletaskpass, which stores SSH key passphrases in the KDE Wallet for use with the OpenSSH Agent. If the pkg-kde team intends to take this package over once I uploaded the initial version, feel free to do so. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566489: ITP: kwalletcli -- CLI for the KDE Wallet
Fathi Boudra dixit: On Sat, Jan 23, 2010 at 3:21 PM, Thorsten Glaser t...@mirbsd.de wrote: If the pkg-kde team intends to take this package over once I uploaded the initial version, feel free to do so. Feel free to add the initial packaging to kde-extras repository [1]. I tried to join that group ages ago… ;-) We could help you on the package and sponsor the package. Too late, already done, and someone @BSP kindly uploaded it already ☺ But if you want to take it over afterwards, feel free to; I do admit I don’t know too much about KDE. (I’m still upstream though, unless you persuade KDE to integrate it, with which I’d be happy as well.) And yes, I will RSN fix the “website”… bye, //mirabilos -- Sometimes they [people] care too much: pretty printers [and syntax highligh- ting, d.A.] mechanically produce pretty output that accentuates irrelevant detail in the program, which is as sensible as putting all the prepositions in English text in bold font. -- Rob Pike in Notes on Programming in C -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559867: RFP: squirrel-sql -- graphical universal SQL client
Package: wnpp Severity: wishlist * Package name: squirrel-sql Version : 3.0.3 Upstream Author : squirrel-sql-deve...@lists.sourceforge.net * URL : http://squirrel-sql.sourceforge.net/ * License : GPL, LGPL (according to SF) Programming Lang: Java™ Description : graphical universal SQL client SQuirreL SQL Client is a graphical SQL client written in Java that will allow you to view the structure of a JDBC compliant database, browse the data in tables, issue SQL commands etc. SQuirreL SQL Client is a graphical Java program that will allow you to view the structure of a JDBC compliant database, browse the data in tables, issue SQL commands etc, see Introduction. The minimum version of Java supported is 1.6.x as of SQuirreL version 3.0. See the Old Versions page for versions of SQuirreL that will work with older versions of Java. SQuirreL's functionality can be extended through the use of plugins. A short introduction can be found here. To see the change history (including changes not yet released) click here. For a more detailed introduction see the English or German of our paper on SQuirreL. Susan Cline graciously took the time to document the steps she followed to setup an Apache Derby database from scratch and use the SQuirreL SQL Client to explore it. Quite some time ago Kulvir Singh Bhogal wrote a great tutorial on SQuirreL and published it at the IBM developerWorks site. He has kindly allowed us to mirror it locally. The tutorial is not really up to date but especially for doing the first steps it is still of help. SQuirrel was originally released under the GNU General Public License. Since version 1.1beta2 it has been released under the GNU Lesser General Public License. I was made aware that “most” of our colleagues (Java™ developers, most of them) use this as graphical SQL tool. I personally don’t know what to do with such things, but I’d like to be able to offer to centrally install this software on our workstations using the package management system, which is why I file this RFP. I don’t know how well this can be integrated into usual Debian Pak- kaging systems though… they use that “drop the JAR into your $HOME and run it” method many Java™ applications seem to be fond of… -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527280: ITP: php-perl-1.0.0 (use Perl from within PHP scripts)
Another intermediate feedback: I’ve filed http://pecl.php.net/bugs/bug.php?id=16760 after some eMail discussion with Dmitry Stogov (author of the extension and PHP developer), Rasmus Lerdorf and Andi Gutmans. The package is thus still pending upstream relicencing. bye, //mirabilos -- emacs als auch vi zum Kotzen finde (joe rules) und pine für den einzig bedienbaren textmode-mailclient halte (und ich hab sie alle ausprobiert). ;) Hallo, ich bin der Holger (Hallo Holger!), und ich bin ebenfalls ... pine-User, und das auch noch gewohnheitsmäßig (Oooohhh). [aus dasr] -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538171: ITP: makefs -- create a file system image from a directory tree
Ron Johnson dixit: Does this imply make a bootable CD image? Yes, both NetBSD® and MirBSD use it for this purpose. //mirabilos -- “It is inappropriate to require that a time represented as seconds since the Epoch precisely represent the number of seconds between the referenced time and the Epoch.” -- IEEE Std 1003.1b-1993 (POSIX) Section B.2.2.2 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538171: ITP: makefs -- create a file system image from a directory tree
Package: wnpp Severity: wishlist Owner: Thorsten Glaser t...@mirbsd.de * Package name: makefs Version : 20090724 Upstream Author : The MirOS Project miros-disc...@mirbsd.org * URL : http://www.mirbsd.org/cvs.cgi/src/usr.sbin/makefs/ * License : 4-clause BSD Programming Lang: C Description : create a file system image from a directory tree NetBSD® makefs(8) creates a file system image from a directory tree without the need for superuser privileges. The MirBSD version fixes ECMA 119, SUSP and RRIP (Rock Ridge) compliance. Supported target filesystem types are: cd9660 ISO 9660 (ECMA 119) compatible filesystem images, with Rock Ridge, El Torito, and other features ffs 4.2FFS, the BSD Fast Filesystem, also known as UFS1; support for UFS2 is currently untested The images created can be of a fixed (predefined) size, given on the command line, or sized automatically. Permission bits are taken from the source directory tree but may be overridden using an mtree file. This package is created to aid Luca Favatella in porting d-i to Debian GNU/kFreeBSD. It also serves purpose as a genisoimage re- placement, if people should then so wish. (Which is why the MirBSD version was ported, as it conforms to ECMA 119, RRIP, SUSP and the El Torito standard, which the NetBSD® version doesn’t.) I fully intend to maintain this package in MirBSD (“upstream”) as well as Debian (in my capacity as DM); I also try to coordinate pushing all patches to the “up-upstream” (NetBSD®). -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org