Re: [Debconf-team] OCF.tw for Debian Trusted Organization
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 22.02.2017 um 04:30 schrieb Ying-Chun Liu (PaulLiu): > I'd like to propose OCF.tw to be a Trusted Organization. And OCF.tw > also have the interests to be in. But I don't know how to start. > We've both read > https://wiki.debian.org/Teams/DPL/TrustedOrganizationCriteria > OCF.tw strongly meets the criteria. Please see the "acceptance" / "criteria" links under https://wiki.debian.org/Teams/Auditor/Organizations for examples on how to specify that OCF.tw meets the requirements to be a potential Debian Trusted Organization (TO). FTR: OCF.tw is the local legal entity that the DebConf18 team from Hsinchu, Taiwan proposes to help manage the cash flow and contracts for the conference. -BEGIN PGP SIGNATURE- iQIcBAEBCAAGBQJYrTHXAAoJEGZPEjiqjxOKMSIP/iQIUg+dDoomDMOCUEcG6plM evuSuPxae/EdYWRqnjnicYJN4BKbScqB7oiWBpWmtZeXDgK8/s/sAK9XqJ5FIEm9 ynr4K1RJfh0qaIi+Zs2PLIFdcF2S5gZx3qhEoZgTN8yz+vCnuBmui10yB5Skvyw3 +8HecxmF77hrVW349ZoHuIyjXSLpkL4j7/N7RRf1skhY60NpwjhJbmjDZjvgVkaO zpkqBPBOhrjWh2BYnUmcl1swKANI1+q/DmfVm4jmNm1PGYhy+/71BeMJvnpvcDH+ pjSph4eLMy0zxAi6QOcUSjO0acnrcKtrZkxPUFAueU6kQTE49fTcDWTXMcy6SKYp QAJi2/a/C3lPGJ71jwVaRSeNJqkdD4bio67ZeHlbIFfKsUaTXPbe4rCdpWPiMiL+ aMD5H35yTuxJiH/nBGRlY4Mp6ReS41aqaVLwgmyhON0yXoRXfmFzHxf2eaF568uj 2nSza+cnoRUsAgpMffZFJrxMEQe55AyKpm/0Ef1nGQNH5qc3qgUyWA1sDGqs6tfx 2YVNeNZLoVr5s5ovifdl50LT1+9h6rVezo74ZXx72DQZ6xYI4ka0TKuKnbmep2AN nyLU30g5FFzSZDjOKAXPmq9feyYC1RNjlO7mB/jUPkhbRGtS80C6KpQh3STVS+1x F/ZzIwN6vuK9FBfpuY2F =hlZI -END PGP SIGNATURE-
Re: 100% hardware coverage - is it a realistic goal?
Hi Philip, Try Linux Hardware database: https://linux-hardware.org/ You can upload a "probe" of your computer hardware to the db, open the probe url and investigate the Linux-compatibility and operability of devices on board. Look at probes and hardware logs of the same computer model and same devices in other models. And do not forget to compare versions of the Linux kernel used. Maybe someone can help to package the hw-probe utility for Debian: https://github.com/linuxhw/hw-probe The Arch Linux package: https://aur.archlinux.org/packages/hw-probe/ Thank you. 22.02.2017, 04:15, "Philip Ashmore": > Hi there. > > Apologies in advance if this issue is already addressed somewhere in the > Debian universe. > > Last night it occurred to me that my specific model of laptop, the > Samsung RF711-so7uk, has some hardware features that could use some > close attention. > > Rather than plead to users, developers, Debian etc. to "do the job 100%" > I thought a more modest enquiry would be appropriate. > > How much of the hardware in your machine is directly supported by > Debian? As a percentage like "supported/present" I don't know. > If there was a package that displayed it then I could try connecting > devices to see how that changed and pick the best one. > > A crude metric for sure, but better than a compass. > > What then about the "21st century" features: OpenGL, WebGL 1.0/2.0, > Wayland...? > > The Debian version of google-chrome (Chromium) from Jessie supports > WebGL 1.0 whereas the direct-from-google version (google-chrome Version > 56.0.2924.87 (64-bit)) doesn't support the installed hardware. > > The installed hardware being (from lspci) > - VGA compatible controller: Intel Corporation 2nd Generation Core > Processor Family Integrated Graphics Controller (rev 09) > - 3D controller: NVIDIA Corporation GF108M [GeForce GT 540M] (rev ff) > - Network controller: Broadcom Corporation BCM4313 802.11bgn Wireless > Network Adapter (rev 01) > (from lsusb) > 148f:7601 Ralink Technology, Corp. > > I started using the Ralink/Mediatek usb wifi adapter after the Broadcom > one had problems. > And it took a download from Fedora for the firmware to work: > https://bugzilla.redhat.com/show_bug.cgi?id=1264631 > > I realise that as a community-driven project, gauging how much of your > users hardware is supported is a niche topic. > > Could Debian have an install option to be allowed to query the installed > hardware so it can build a database of hardware configurations Debian is > installed on, like popcon? > > Then you would have metrics: how many machines, how many types of each > machine, how many instances of each device type, ... > > You could then tag a bug report with your configuration hash(es) and > have a better chance that someone else using the same hardware would be > able to help. > > Possibilities abound!
Re: Help requested: Packages which FTBFS randomly
❦ 22 février 2017 00:46 +0100, Adam Borowski : >> > > * using a qemu build chroot (Debian doesn't do this, other might) >> > >> > Is that because QEMU is slow, or some other reason? >> >> AIUI qemu(-static) cannot handle threading very well. So if a build >> process uses such applications, things turn bad. Typical observation was >> msgmerge stuck in an endless loop at 100% CPU. Lesson learned: There is >> a reason why Debian builds do not use emulation. > > That's qemu-user. On the other hand, qemu-system, while nowhere as > convenient, is safe and reliable. Its bugs don't exceed the differences > between revisions of real hardware. It doesn't emulate correctly inability of some architectures to do unaligned memory accesses. -- Make it right before you make it faster. - The Elements of Programming Style (Kernighan & Plauger) signature.asc Description: PGP signature
OCF.tw for Debian Trusted Organization
Dear Mehdi, I'd like to propose OCF.tw to be a Trusted Organization. And OCF.tw also have the interests to be in. But I don't know how to start. We've both read https://wiki.debian.org/Teams/DPL/TrustedOrganizationCriteria OCF.tw strongly meets the criteria. Do we need to send some paper to continue? Yours Sincerely, Paul -- PaulLiu (劉穎駿) E-mail: Ying-Chun Liu (PaulLiu) signature.asc Description: OpenPGP digital signature
Re: Help requested: Packages which FTBFS randomly
On Tue, 2017-02-21 at 14:18 -0700, Sean Whitton wrote: > On Tue, Feb 21, 2017 at 02:37:23AM +, Ben Hutchings wrote: > > > * with /tmp on tmpfs on some archs > > > > [...] > > > > You mean the 64-bit PowerPC architectures? tmpfs allocates at > > least a > > page per file, and they have 64K pages... > > I'm not sure why you're mentioned powerpc archs, but as a hopefully > relevant data point, two of my arch:all packages FTBFS when / is a > tmpfs. There are some weird permissions errors from the test suites. That sounds like a kernel bug - tmpfs is meant to implement permissions (including ACLs) just like a "normal" filesystem (e.g. ext4). Having said that, some ioctls that make sense for block-backed filesystems, such as FS_IOC_FIEMAP, won't work on a tmpfs (or nfs, ubifs, etc.). Ben. -- Ben Hutchings 73.46% of all statistics are made up. signature.asc Description: This is a digitally signed message part
100% hardware coverage - is it a realistic goal?
Hi there. Apologies in advance if this issue is already addressed somewhere in the Debian universe. Last night it occurred to me that my specific model of laptop, the Samsung RF711-so7uk, has some hardware features that could use some close attention. Rather than plead to users, developers, Debian etc. to "do the job 100%" I thought a more modest enquiry would be appropriate. How much of the hardware in your machine is directly supported by Debian? As a percentage like "supported/present" I don't know. If there was a package that displayed it then I could try connecting devices to see how that changed and pick the best one. A crude metric for sure, but better than a compass. What then about the "21st century" features: OpenGL, WebGL 1.0/2.0, Wayland...? The Debian version of google-chrome (Chromium) from Jessie supports WebGL 1.0 whereas the direct-from-google version (google-chrome Version 56.0.2924.87 (64-bit)) doesn't support the installed hardware. The installed hardware being (from lspci) - VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) - 3D controller: NVIDIA Corporation GF108M [GeForce GT 540M] (rev ff) - Network controller: Broadcom Corporation BCM4313 802.11bgn Wireless Network Adapter (rev 01) (from lsusb) 148f:7601 Ralink Technology, Corp. I started using the Ralink/Mediatek usb wifi adapter after the Broadcom one had problems. And it took a download from Fedora for the firmware to work: https://bugzilla.redhat.com/show_bug.cgi?id=1264631 I realise that as a community-driven project, gauging how much of your users hardware is supported is a niche topic. Could Debian have an install option to be allowed to query the installed hardware so it can build a database of hardware configurations Debian is installed on, like popcon? Then you would have metrics: how many machines, how many types of each machine, how many instances of each device type, ... You could then tag a bug report with your configuration hash(es) and have a better chance that someone else using the same hardware would be able to help. Possibilities abound! Regards, Philip Ashmore
apt-get upgrade removing ifupdown on jessie→stretch upgrade
Hey, I just upgraded a system that had ifupdown from backports.org on it. Following cleanup and dpkg --audit etc., I ran root@cymbaline:/etc/apt/sources.list.d# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages will be REMOVED: ifupdown libasprintf0c2 libperl4-corelibs-perl libuuid-perl python-bson python-pymongo and indeed, it then went on to remove ifupdown. What am I not understanding right here? Shouldn't "apt-get upgrade" NEVER EVER EVER EVER remove something? Can I find out in hindsight (can't reproduce this) what might have happened? Thanks, -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems unix, because rebooting is for adding new hardware. digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Re: Help requested: Packages which FTBFS randomly
On Tue, Feb 21, 2017 at 11:04:52PM +0100, Christoph Biedl wrote: > > > * using a qemu build chroot (Debian doesn't do this, other might) > > > > Is that because QEMU is slow, or some other reason? > > AIUI qemu(-static) cannot handle threading very well. So if a build > process uses such applications, things turn bad. Typical observation was > msgmerge stuck in an endless loop at 100% CPU. Lesson learned: There is > a reason why Debian builds do not use emulation. That's qemu-user. On the other hand, qemu-system, while nowhere as convenient, is safe and reliable. Its bugs don't exceed the differences between revisions of real hardware. Meow! -- Autotools hint: to do a zx-spectrum build on a pdp11 host, type: ./configure --host=zx-spectrum --build=pdp11
Re: De-Branding of Icedove, reintroducing Thunderbird packages into Debian
On 19/02/17 08:37, Carsten Schoenert wrote: > Hello, > > Am 19.02.2017 um 07:12 schrieb Josh Triplett: >> Mike Hommey wrote: >>> Why not just create a ~/.thunderbird symlink to ~/.icedove if >>> ~/.icedove exists? >> >> This seems like the right solution. (Or, equivalently, rename >> ~/.icedove to ~/.thunderbird and place a symlink in the other >> direction.) >> >> Any particular reason not to do this? > > given to the feedback on the list and BTS we will change the current > behavior to "just" symlink to ~/.icedove. Maybe you should rename the folder and make ~/.icedove a symlink instead. Cheers, Emilio
Re: Help requested: Packages which FTBFS randomly
Ben Hutchings wrote... > > * when using eatmydata > > I can certainly think of a test case that would be broken by eatmydata > and I would not want to rule out such test cases. But still, I am > suprised by this. #667965 - don't know whether this still exists. I later decided to patch dpkg so "unsafe-io" skips *all* calls to *sync. This also works better in mixed-arch environments. > > * on sbuild using overlayfs > > overlayfs is sadly quite a way from being a POSIX-compliant filesystem. > So it seems unreasonable to expect every package to be buildable in > such a build environment. Indeed. That's why I'm asking for such a hint file: It would allow me to switch to a more expensive build mode, but a mode that makes the build pass. > > * using a qemu build chroot (Debian doesn't do this, other might) > > Is that because QEMU is slow, or some other reason? AIUI qemu(-static) cannot handle threading very well. So if a build process uses such applications, things turn bad. Typical observation was msgmerge stuck in an endless loop at 100% CPU. Lesson learned: There is a reason why Debian builds do not use emulation. Christoph signature.asc Description: Digital signature
Re: Help requested: Packages which FTBFS randomly
Sean Whitton wrote... > I'm not sure why you're mentioned powerpc archs Because that's a surprising feature of that arch and once you've realized you were caught by this, you will not forget it. Bonus: Rebuilding on a porter box passes since /home is not a tmpfs. Christoph PS: https://sources.debian.net/patches/logrotate/3.11.0-0.1/fix-test-pagesize.patch/ signature.asc Description: Digital signature
Re: Help requested: Packages which FTBFS randomly
On Tue, Feb 21, 2017 at 02:37:23AM +, Ben Hutchings wrote: > > * with /tmp on tmpfs on some archs > [...] > > You mean the 64-bit PowerPC architectures? tmpfs allocates at least a > page per file, and they have 64K pages... I'm not sure why you're mentioned powerpc archs, but as a hopefully relevant data point, two of my arch:all packages FTBFS when / is a tmpfs. There are some weird permissions errors from the test suites. -- Sean Whitton signature.asc Description: PGP signature
Re: Help requested: Packages which FTBFS randomly
On Tue, Feb 21, 2017 at 09:36:58PM +0100, Vincent Bernat wrote: > Accomodating for all build environments is a slippery slope. What if I > use a 128MB host with 64GB of swap? Timing-related tests will start to > fail. Is it Debian job to fix all the test suites? Should I be able to > build packages on a system not supporting ACL? On a kernel not > supporting users? On a grsec kernel? With a low ulimit value for the > number of opened files or on the stack size? On a chroot on an Android > phone? On the Windows Subsystem for Linux? I don't really have a problem with multi-core being the only supported build setup in some distant future, but if such thing ever happens, it should be because Debian decides it, either the Release Managers at the start of a release cycle (not at the end), or the Debian Developers as a whole by way of a General Resolution. The current scenario where some maintainers think they have the power to decide about this on their own for their own packages is not acceptable at all. Having said that, there are practical reasons why we should keep support for single-CPU build systems, for example, you can split the work better if you have a build farm and you can save real money. Also, the number of packages that we have to fix to support this is still extremely small, and most of them have been fixed as they have been reported. The number of packages in stretch which are not buildable on a single-CPU system may be counted with the fingers of just one hand. Nothing to do with the number of problems that would arise if you use a 128MB host with 64GB of swap or any of the really weird things you mention. Really, building with a single CPU is not a sin, and people should not be punished for doing so. Thanks.
Re: Help requested: Packages which FTBFS randomly
❦ 21 février 2017 09:48 -0800, Nikolaus Rath : >> Your chosen build environment is not common [...] > > This has come up a few times now. Could someone explain what is so odd > about his envirnoment? It does not look unusual to me. Official buildd have several CPU. Most "important" downstream distribution builders have several CPU. Your own personal laptop/workstation have several CPU. Free CI environments usually have several CPU (eg. Travis CI). Private CI usually have several CPU (eg. jenkins.debian.net, debomatic). Just checked with Ubuntu, ri-li builds successfully and reliably on their platform. Moreover, I don't think we ever had downstream distributions complained about the inability to compile packages. From my point of view, we are told to fix bugs that don't affect our users. Accomodating for all build environments is a slippery slope. What if I use a 128MB host with 64GB of swap? Timing-related tests will start to fail. Is it Debian job to fix all the test suites? Should I be able to build packages on a system not supporting ACL? On a kernel not supporting users? On a grsec kernel? With a low ulimit value for the number of opened files or on the stack size? On a chroot on an Android phone? On the Windows Subsystem for Linux? -- Use variable names that mean something. - The Elements of Programming Style (Kernighan & Plauger) signature.asc Description: PGP signature
Re: De-Branding of Icedove, reintroducing Thunderbird packages into Debian
Hi Carsten, I have a small request. When making the package descriptions (that is adding the phrase: This is a transitional package. It can be safely removed), it would be nice for us translators that a . is made between the text and the phrase. That phrase is already translated in most of the active languages. and adding it in a separate sections, means no work for us translators, as opposite to now there we have to run through x number of strings, copy the old text and adding This is a transitional package. It can be safely removed (translated) in all the sections, go through proofreading/control etc. It's a small thing then making the package descriptions, but saves us a lot of work. thanks in advance. Joe (Danish) Icedove is an unbranded Thunderbird mail client suitable for free distribution. The goal of Thunderbird is to produce a cross platform stand-alone mail application using the XUL user interface language. . This package contains the localization of Icedove in Arabic. This is a transitional package. It can be safely removed. Icedove er en version af postklienten Thunderbird, der ikke markedsføres og som er egnet til fri distribution. Målet med Thunderbird er at fremstille et uafhængigt postprogram, som fungerer på tværs af platforme med brug af sproget for XUL-brugerfladen. . Den tirs 21/2/17 skrev Carsten Schoenert : Emne: Re: De-Branding of Icedove, reintroducing Thunderbird packages into Debian Til: "Lionel Elie Mamane" , debian-devel@lists.debian.org Dato: tirsdag 21. februar 2017 21.13 Hello Lionel, Am 21.02.2017 um 11:38 schrieb Lionel Elie Mamane: > If home directories are shared between machines, one machine has > icedove and the other thunderbird, will they collaborate decently on > the same profile directory? this should work as the "real" old Icedove packages uses ~/.icedove and Thunderbird now uses ~/.thunderbird as default. But that you probably wont do. You probably want to use Icedove on one machine and Thunderbird on another machine and you want to use the profile folder for booth, that will also work if you use versions that not differ that much. The best would be to only Thunderbird or only Icedove with the same version. Combining usage of booth profile folders with symlinking is the thing we currently talk about to not copy .icedove into .thunderbird. -- Regards Carsten Schoenert
Re: De-Branding of Icedove, reintroducing Thunderbird packages into Debian
Hello Lionel, Am 21.02.2017 um 11:38 schrieb Lionel Elie Mamane: > If home directories are shared between machines, one machine has > icedove and the other thunderbird, will they collaborate decently on > the same profile directory? this should work as the "real" old Icedove packages uses ~/.icedove and Thunderbird now uses ~/.thunderbird as default. But that you probably wont do. You probably want to use Icedove on one machine and Thunderbird on another machine and you want to use the profile folder for booth, that will also work if you use versions that not differ that much. The best would be to only Thunderbird or only Icedove with the same version. Combining usage of booth profile folders with symlinking is the thing we currently talk about to not copy .icedove into .thunderbird. -- Regards Carsten Schoenert
Re: The end of OpenStack packages in Debian?
Hello Thomas, Sad to see this. But with so much free loading trend, these are bound to happen. For the LIO-fb target in Debian, we've been depending on the rtslib-fb package, which you've maintained so far. Should we pick it up under the pkg-linux-target team ? Ritesh On Wed, 2017-02-15 at 13:42 +0100, Thomas Goirand wrote: > Hi there, > > It's been a while since I planed on writing this message. I couldn't > write it because the situation makes me really sad. At this point, it > starts to be urgent to post it. > > As for many other folks, Mirantis decided to end its contract with me. > This happened when I was the most successful doing the job, with all of > the packaging CI moved to OpenStack infra at the end of the OpenStack > Newton cycle, after we were able to release Newton this way. I was > hoping to start packaging on every commit for Ocata. That's yet another > reason for me to be very frustrated about all of this. Such is life... > > Over the last few months, I hoped for having enough strengths to > continue my packaging work anyway, and get Ocata packages done. But > that's not what happened. The biggest reason for this is that I know > that this needs to be a full time job. And at this point, I still don't > know what my professional future will be. A company, in Barcelona, told > me I'd get hired to continue my past work of packaging OpenStack in > Debian, but so far, I'm still waiting for a definitive answer, so I'm > looking into some other opportunities. > > All this to say that, unless someone wants to hire me for it (which > would be the best outcome, but I fear this wont happen), or if someone > steps in (this seems unlikely at this point), both the packaging-deb and > the faith of OpenStack packages in Debian are currently compromised. > > I will continue to maintain OpenStack Newton during the lifetime of > Debian Stretch though, but I don't plan on doing anything more. This > means that maybe, Newton will be the last release of OpenStack in > Debian. If things continue this way, I probably will ask for the removal > of all OpenStack packages from Debian Sid after Stretch gets released > (unless I know that someone will do the work). > > As a consequence, the following projects wont get packages even in > Ubuntu (as they were "community maintained", which means done by me and > later sync into Ubuntu...): > > - congress > - gnocchi > - magnum > - mistral > - murano > - sahara > - senlin > - watcher > - zaqar > > Hopefully, Canonical will continue to maintain the other 15 (more > core...) projects in UCA. > > Thanks for the fish, > > Thomas Goirand (zigo) > > P,S: To the infra folks: please keep the packaging CI as it is, as it > will be useful for the lifetime of Stretch. > > -- Given the large number of mailing lists I follow, I request you to CC me in replies for quicker response signature.asc Description: This is a digitally signed message part
Re: Help requested: Packages which FTBFS randomly
> Your chosen build environment is not common [...] This has come up a few times now. Could someone explain what is so odd about his envirnoment? It does not look unusual to me. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.«
Bug#855797: ITP: starjava-topcat -- Tool for OPerations on Catalogues And Tables
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org Control: block -1 by 661824 Control: block -1 by 855781 Control: block -1 by 855784 Control: block -1 by 855787 Control: block -1 by 855790 Control: block -1 by 855792 Control: block -1 by 855793 Control: block -1 by 855794 Control: block -1 by 855795 * Package name: starjava-topcat Version : 4.3.5 Upstream Author : Mark Taylor * URL : http://www.star.bristol.ac.uk/~mbt/topcat/ * License : LGPL-3 Programming Lang: Java Description : Tool for OPerations on Catalogues And Tables TOPCAT is an interactive graphical viewer and editor for tabular data. Its aim is to provide most of the facilities that astronomers need for analysis and manipulation of source catalogues and other tables, though it can be used for non-astronomical data as well. It understands a number of different astronomically important formats (including FITS, VOTable and CDF) and more formats can be added. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/topcat.git The package depends on the creation of jel, starjava-datanode, starjava-fits, starjava-table, starjava-task, starjava-ttools, starjava-util, starjava-vo, and starjava-votable. Best regards Ole
Bug#855795: ITP: starjava-ttools -- Starlink Tables Infrastructure Library Tool Set
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org Control: block -1 by 661824 Control: block -1 by 755793 Control: block -1 by 855761 Control: block -1 by 855781 Control: block -1 by 855782 Control: block -1 by 855784 Control: block -1 by 855786 Control: block -1 by 855787 Control: block -1 by 855790 Control: block -1 by 855792 * Package name: starjava-ttools Version : 3.0.9 Upstream Author : Mark Taylor * URL : https://github.com/Starlink/starjava/tree/master/ttools * License : LGPL-3 Programming Lang: Java Description : Starlink Tables Infrastructure Library Tool Set The STIL Tool Set is a set of command-line tools based on STIL, the Starlink Tables Infrastructure Library. It deals with the processing of tabular data; the package has been designed for, but is not restricted to, astronomical tables such as object catalogues. Some of the tools are generic and can work with multiple formats (including FITS, VOTable, CDF, GBIN, CSV, SQL and ASCII), and others are specific to the VOTable format. In some ways, STILTS forms the command-line counterpart of the GUI table analysis tool TOPCAT. The package is robust, fully documented, and designed for efficiency, especially with very large datasets. . This package containes the executable. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/starjava-ttools.git The package depends on the creation of adql, jel, starjava-fits, starjava-pal, starjava-registry, starjava-table, starjava-task, starjava-util, starjava-vo, and starjava-votable. Best regards Ole
Bug#855793: ITP: starjava-vo -- Virtual Observatory access classes
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org Control: block -1 by 855761 Control: block -1 by 855781 Control: block -1 by 855782 Control: block -1 by 855784 Control: block -1 by 855786 Control: block -1 by 855792 * Package name: starjava-vo Version : 0.2 Upstream Author : Mark Taylor * URL : https://github.com/Starlink/starjava/tree/master/vo * License : LGPL-3 Programming Lang: Java Description : Virtual Observatory access classes The Virtual Observatory (VO) is the vision that astronomical datasets and other resources should work as a seamless whole. This package provides Java classes to access VO services within the Starlink context. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/starjava-vo.git The package depends on the creation of adql, starjava-pal, starjava-registry, starjava-table, starjava-util, and starjava-votable. Best regards Ole
Bug#855794: ITP: starjava-datanode -- Classes for hierarchical browsing of data structures
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org Control: block -1 by 855781 Control: block -1 by 855783 Control: block -1 by 855784 Control: block -1 by 855785 Control: block -1 by 855790 Control: block -1 by 855792 * Package name: starjava-datanode Version : 1.0 Upstream Author : Mark Taylor * URL : https://github.com/Starlink/starjava/tree/master/datanode * License : LGPL-3 Programming Lang: Java Description : Classes for hierarchical browsing of data structures Using the classes available in this package, hierarchical data structures can be viewed interactively. . The GUI side is based on a Swing JTree component, and the underlying data model is supplied by classes conforming to the package's DataNode interface. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/starjava-datanode.git The package depends on the creation of starjava-array, starjava-connect, starjava-fits, starjava-table, starjava-util, and starjava-votable. Best regards Ole
Bug#855792: ITP: starjava-votable -- Classes for VOTable input and output
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org Control: block -1 by 855781 Control: block -1 by 855784 Control: block -1 by 855790 * Package name: starjava-votable Version : 2.0 Upstream Author : Peter W. Draper * URL : https://github.com/Starlink/starjava/tree/master/votable * License : LGPL-3+ Programming Lang: Java Description : Classes for VOTable input and output The VOTable format is an XML standard for the interchange of data represented as a set of tables. In this context, a table is an unordered set of rows, each of a uniform structure, as specified in the table description (the table metadata). VOTable was designed to be close to the FITS Binary Table format. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/starjava-votable.git The package depends on the creation of starjava-fits, starjava-table, and starjava-util. Best regards Ole
Bug#855790: ITP: starjava-fits -- Classes for general FITS handling
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org Control: block -1 by 855781 Control: block -1 by 855784 Control: block -1 by 855785 * Package name: starjava-fits Version : 0.1 Upstream Author : Peter W. Draper * URL : https://github.com/Starlink/starjava/tree/master/fits * License : LGPL-3+ Programming Lang: Java Description : Classes for general FITS handling Classes for general FITS handling, including NDX, NDArray and StarTable implementations. . Some of these classes use the nom.tam.fits package (libfits-java) for low-level FITS access, though several of them do most of the handling in customised ways themselves for efficiency reasons. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/starjava-fits.git The package depends on the creation of starjava-array, starjava-table, and starjava-util. Best regards Ole
Bug#855784: ITP: starjava-table -- Starlink Tables Infrastructure Library
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org Control: block -1 by 855779 Control: block -1 by 855781 Control: block -1 by 855782 Control: block -1 by 855783 * Package name: starjava-table Version : 3.1.2 Upstream Author : Mark Taylor * URL : https://github.com/Starlink/starjava/tree/master/table * License : LGPL-3+ Programming Lang: Java Description : Starlink Tables Infrastructure Library STIL is a pure Java library for generic input, output and processing of tabular data. It presents to the application programmer a view of a table which looks the same regardless of whether it came from a FITS file, a VOTable, an ASCII text file, a query on a relational database, or whatever. Thus the application doesn't have to worry about the storage format of tables either when reading or writing them, it can concentrate on doing processing. STIL's idea of a table is rich enough to include table and column metadata, and table cells which contain scalar or single- or multi-dimensional array data of numerical, string or other types. This is well suited to astronomical data, though it can be of use in other fields as well. . STIL comes with a range of supported input and output formats (including VOTable, FITS, SQL, ASCII, CSV, CDF, GBIN) and can be extended to cope with others. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/starjava-table.git The package depends on the creation of kuropatkin-healpix, starjava-connect, starjava-pal, and starjava-util. Best regards Ole
Bug#855787: ITP: starjava-task -- Java framework for invoking user-level tasks
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org Control: block -1 by 855781 * Package name: starjava-task Version : 0.2 Upstream Author : Peter W. Draper * URL : https://github.com/Starlink/starjava/tree/master/task * License : LGPL-3+ Programming Lang: Java Description : Java framework for invoking user-level tasks This package provides the necessary infrastructure for writing tasks that do things for users, along the same lines as ADAM A-tasks. . At the moment all the necessary machinery is provided for invoking tasks from the command line in a way that looks ADAM-like, but it is designed so that, for instance, a GUI-style invoker could be written to invoke the same tasks. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/starjava-task.git The package depends on the creation of starjava-util. Best regards Ole
Bug#855786: ITP: starjava-registry -- Starlink IVOA registry access
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org Control: block -1 by 855780 * Package name: starjava-registry Version : 1.2 Upstream Author : Peter W. Draper * URL : https://github.com/Starlink/starjava/tree/master/registry * License : LGPL-3+ Programming Lang: Java Description : Starlink IVOA registry access This package provides a set of classes which can be used to make lightweight queries of an RI 1.0-compliant IVOA registry. In the Virtual Observatory (VO), registries provide a means for discovering useful resources, i.e., data and services. Individual publishers offer the descriptions for their resources ("resource records") in publishing registries. . This is not an all-singing or all-dancing registry client. The focus is on something which does a limited job fast and in a small memory footprint. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/starjava-registry.git The package depends on the creation of ivoaregistry. Best regards Ole
Bug#855785: ITP: starjava-array -- N-dimensional array manipulation and I/O in Java
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org Control: block -1 by 855781 * Package name: starjava-array Version : 0.2 Upstream Author : Peter W. Draper * URL : https://github.com/Starlink/starjava/tree/master/array * License : LGPL-3+ Programming Lang: Java Description : N-dimensional array manipulation and I/O in Java Provide n-dimensional array manipulation and I/O classes in Java as part of the Starjava project. . This build does not contain "NDX" support. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/starjava-array.git The package depends on the creation of starjava-util. Best regards Ole
Bug#855775: ITP: prismatic-plumbing -- Clojure utility belt library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: prismatic-plumbing Version : 0.5.3 Upstream Author : Jason Wolfe * URL : https://github.com/plumatic/plumbing * License : EPL-1 Programming Lang: Clojure Description : Clojure utility belt library Plumbing includes the following libraries: * Graph: a simple and declarative way to specify a structured computation, which is easy to analyze, change, compose, and monitor. * plumbing.core: a library of very commonly used functions. * plumbing.map: common operations on maps (both immutable Clojure maps and mutable Java maps) This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855779: ITP: kuropatkin-healpix -- Handling of HEALPix sky pixellization
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org * Package name: kuropatkin-healpix Version : 2012.01.11 Upstream Author : Nikolay Kuropatkin * URL : http://home.fnal.gov/~kuropat/HEALPIX/PixTools.html * License : GPL-2 Programming Lang: Java Description : Handling of HEALPix sky pixellization The package creates sky pixelization to a specified resolution. . These tools permit creation of HEALPix maps as well as use of existing maps. There are tools to translate sky coordinates (Ra, Dec) to a pixel number, and to generate a list of neighboring pixels within some specified radius. More complicated queries are also supported. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/kuropatkin-healpix.git Best regards Ole
Bug#855780: ITP: ivoaregistry -- IVOA registry search Java library and tester
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org * Package name: ivoaregistry Version : 1.0 Upstream Author : unknown * URL : http://wiki.ivoa.net/twiki/bin/view/IVOA/RegUpgradeToV10 * License : unknown Programming Lang: Java Description : IVOA registry search Java library and tester In the Virtual Observatory (VO), the Registry provides the mechanism with which users and applications discover and select resources-typically, data and services-that are relevant for a particular scientific problem. . This package contains a Java library and a command line tool to search the IVOA registry. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/ivoaregistry.git Best regards Ole
Bug#855774: ITP: java-jmx-clojure -- produce and consume JMX beans from Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: java-jmx-clojure Version : 0.3.3 Upstream Author : Stuart Halloway * URL : https://github.com/clojure/java.jmx * License : EPL-1 Programming Lang: Clojure Description : produce and consume JMX beans from Clojure java.jmx is a Clojure library for producing and consuming Java Management Extensions (JMX) beans, allowing Clojure programs to use the JVM's instrumentation facilities. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855783: ITP: starjava-connect -- Abstract classes for persistent connections to remote services
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org Control: block -1 by 855781 * Package name: starjava-connect Version : 0.1 Upstream Author : Peter W. Draper * URL : https://github.com/Starlink/starjava/tree/master/connect * License : LGPL-3+ Programming Lang: Java Description : Abstract classes for persistent connections to remote services Classes related to persistent connections to remote services. Currently the main service provided by the connections defined here is access to some kind of filesystem which is modelled as a simple tree structure library, implemented in pure Java. Connection implementations are supplied by classes in other packages The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/starjava-connect.git The package depends on the creation of 855781. Best regards Ole
Bug#855746: ITP: puppetlabs-typesafe-config-clojure -- Clojure wrapper around libtypesafe-config-java
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-typesafe-config-clojure Version : 0.1.5 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/clj-typesafe-config * License : Apache-2.0 Programming Lang: Clojure Description : Clojure wrapper around libtypesafe-config-java A thin Clojure wrapper around the Typesafe Config library for Java. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855782: ITP: starjava-pal -- Starlink Positional Astronomy Library (Java version)
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org * Package name: starjava-pal Version : 1.0.1 Upstream Author : Peter W. Draper * URL : https://github.com/Starlink/starjava/tree/master/pal * License : LGPL-3+ Programming Lang: Java Description : Starlink Positional Astronomy Library (Java version) This library is a collection of code designed to aid in replacing the SLA library, implemented in pure Java. . Note that differently from the starlink-ast package, only the most important functions are implemented. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/starjava-pal.git Best regards Ole
Bug#855776: ITP: skyview -- Image generation from a range of remote databases
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org * Package name: skyview Version : 3.2.2 Upstream Author : Tom McGlynn * URL : http://skyview.gsfc.nasa.gov/ * License : Apache-2.0 Programming Lang: Java Description : Image generation from a range of remote databases SkyView is a "virtual" observatory dynamically generating images of the sky in different wavelength regimes from a static image database. SkyView is intended as a quick look facility to see the heavens. . This package includes the Java library and the executable. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/skyview.git Best regards Ole
Bug#855781: ITP: starjava-util -- Miscellaneous utilities for the Starjava classes
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org * Package name: starjava-util Version : 1.0 Upstream Author : Peter W. Draper * URL : https://github.com/Starlink/starjava/tree/master/util * License : LGPL-3 Programming Lang: Java Description : Miscellaneous utilities for the Starjava classes This package is a helper function for the other Starjava packages. It contains a number of helper and utility classes that don't fit elsewhere. The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/starjava-util.git Best regards Ole
Bug#855773: ITP: ring-ssl-clojure -- Ring middleware for managing HTTPS requests
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: ring-ssl-clojure Version : 0.2.1 Upstream Author : James ConroyFinn, James Reeves * URL : https://github.com/ring-clojure/ring-ssl * License : MIT/X11 Programming Lang: Clojure Description : Ring middleware for managing HTTPS requests This library is a collection of Ring middleware for managing HTTPS requests. It includes middleware for: * parsing the X-Forwarded-Proto header * redirecting HTTP requests to HTTPS * adding the Strict-Transport-Security response header This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855772: ITP: clojure-ring-codec -- Clojure library for encoding and decoding data
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clojure-ring-codec Version : 1.0.1 Upstream Author : James Reeves * URL : https://github.com/ring-clojure/ring-codec * License : MIT/X11 Programming Lang: Clojure Description : Clojure library for encoding and decoding data Functions for encoding and decoding data into formats commonly used in web applications. It supports allows encoding/decoding to/from: - Base64 - www-form-urlencoded strings - percent-encoded strings - url-encoded strings This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855771: ITP: overtone-at-at-clojure -- simple ahead-of-time function scheduler for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: overtone-at-at-clojure Version : 1.2.0 Upstream Author : Sam Aaron, Jeff Rose, Michael Neale * URL : https://github.com/overtone/at-at * License : EPL-1 Programming Lang: Clojure Description : simple ahead-of-time function scheduler for Clojure at-at is a simple ahead-of-time function scheduler for Clojure. It allows scheduling the execution of an anonymous function at a specified point in the future. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855770: ITP: riddley-clojure -- code walking library for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: riddley-clojure Version : 0.1.14 Upstream Author : Zachary Tellman * URL : https://github.com/ztellman/riddley * License : MIT/X11 Programming Lang: Clojure Description : code walking library for Clojure Riddley aims at fixing the shortcomings of clojure.walk for pervasive code transformations. It provides a correct `riddley.walk/macroexpand-all`, which preserves the binding information in `&env` and expands inlined functions, and `riddley.walk/walk-exprs`, which is a general mechanism for code walking and transformation. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855769: ITP: tools-namespace-clojure -- tools for managing namespaces in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: tools-namespace-clojure Version : 0.2.9 Upstream Author : Stuart Sierra * URL : https://github.com/clojure/tools.namespace * License : EPL-1 Programming Lang: Clojure Description : tools for managing namespaces in Clojure A set of tools for managing namespaces in Clojure. Parse `ns` declarations from source files, extract their dependencies, build a graph of namespace dependencies within a project, update that graph as files change, and reload files in the correct order. Note that tools.namespace only manages namespace dependencies within a single project and is not a substitute for tools like leiningen or maven. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855768: ITP: ring-defaults-clojure -- Ring middleware that provides sensible defaults
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: ring-defaults-clojure Version : 0.2.3 Upstream Author : James Reeves * URL : https://github.com/ring-clojure/ring-defaults * License : MIT/X11 Programming Lang: Clojure Description : Ring middleware that provides sensible defaults Knowing what middleware to add to a Ring application, and in what order, can be difficult and prone to error. This library attempts to automate the process, by providing sensible and secure default configurations of Ring middleware for both, websites and HTTP APIs. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855767: ITP: math-combinatorics-clojure -- generate lazy sequences for common combinatorial functions in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: math-combinatorics-clojure Version : 0.1.4 Upstream Author : Mark Engelberg, Sean Corfield * URL : https://github.com/clojure/math.combinatorics * License : EPL-1 Programming Lang: Clojure Description : generate lazy sequences for common combinatorial functions in Clojure math.combinatorics is a collection of efficient functional algorithms for generating lazy sequences for common combinatorial functions, like partitions, selections, cartesian products, etc. It is implemented in pure Clojure. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855766: ITP: ring-headers-clojure -- Ring middleware for common response headers
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: ring-headers-clojure Version : 0.2.0 Upstream Author : James Reeves * URL : https://github.com/ring-clojure/ring-headers * License : MIT/X11 Programming Lang: Clojure Description : Ring middleware for common response headers ring-headers is a Ring middleware for adding and manipulating common HTTP response headers. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855765: ITP: puppetlabs-comidi-clojure -- HTTP route definitions for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-comidi-clojure Version : 0.3.1 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/comidi * License : Apache-2.0 Programming Lang: Clojure Description : HTTP route definitions for Clojure Comidi is a library containing utility functions and compojure-like syntactic sugar wrappers around the bidi web routing library. It aims to provide a way to define web routes that takes advantage of the strengths of both bidi and compojure: * Route definitions are simple, composable and introspectable data structures. * Helper functions / macros for defining routes still provide the nice syntax of compojure This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855764: ITP: puppetlabs-http-client-clojure -- wrapper around libhttpasyncclient-java
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-http-client-clojure Version : 0.8.0 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/clj-http-client * License : Apache-2.0 Programming Lang: Clojure Description : Clojure wrapper around libhttpasyncclient-java puppetlabs-http-client is a wrapper around the Apache HttpAsyncClient library providing some extra functionality for configuring SSL in a way compatible with Puppet. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855760: ITP: metrics-clojure -- Clojure wrapper for Coda Hale's metrics library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: metrics-clojure Version : 2.9.0 Upstream Author : Steve Losh and contributors * URL : https://github.com/sjl/metrics-clojure * License : MIT/X11 Programming Lang: Clojure Description : Clojure wrapper for Coda Hale's metrics library This package contains the following Clojure libraries, wrapping around the respective io.dropwizard.metrics Java libraries: * metrics-clojure: A Clojure facade for Coda Hale's metrics library * metrics-clojure-ganglia: Ganglia reporter integration for metrics-clojure * metrics-clojure-health: Glueing together metrics-clojure and healthchecks * metrics-clojure-jvm: Glueing together metrics-clojure and JVM instrumentation * metrics-clojure-ring: Integration of metrics-clojure with Ring This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855761: ITP: adql -- Parse, manipulate and translate ADQL queries
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org * Package name: adql Version : 1.3 Upstream Author : unknown * URL : http://cdsportal.u-strasbg.fr/adqltuto/index.html * License : LGPL-3 Programming Lang: Java Description : Parse, manipulate and translate ADQL queries ADQL is a SQL-like language which includes astronomical facilities to query a database. This language has been defined by the IVOA in the Recommendation of 30 Oct 2008 (Version 2.0) and is mainly used in the Table Access Protocol (TAP). The package will be maintained by the Debian Astro team. It is part of the effort to package the Virtual Observatory Java tools from Starlink. A git repository will be created at https://anonscm.debian.org/cgit/debian-astro/packages/adql.git Best regards Ole
Bug#855759: ITP: fast-zip-clojure -- modification of clojure.zip that uses protocols and records
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: fast-zip-clojure Version : 0.5.0 Upstream Author : Rich Hickey * URL : https://github.com/akhudek/fast-zip * License : EPL-1 Programming Lang: Clojure Description : fast functional hierarchical zipper for Clojure fast-zip is a drop-in replacement for Clojure's built-in clojure.zip. Internally it uses protocols and records, making it much faster than clojure.zip. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855758: ITP: fast-zip-visit-clojure -- Clojure zipper-based visitor library (fast-zip version).
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: fast-zip-visit-clojure Version : 1.0.2 Upstream Author : Alexander K. Hudek * URL : https://github.com/akhudek/zip-visit * License : MIT/X11 Programming Lang: Clojure Description : Clojure zipper-based visitor library (fast-zip version) A Clojure library implementing functional visitors over zippers. This library was inspired partly by the j-treevisit library. This version of the library uses the fast-zip zipper implementation. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855757: ITP: honeysql-clojure -- library for mapping Clojure data structures to SQL
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: honeysql-clojure Version : 0.8.2 Upstream Author : Justin Kramer * URL : https://github.com/jkk/honeysql * License : EPL-1 Programming Lang: Clojure Description : library for mapping Clojure data structures to SQL honeysql allows building SQL queries programmatically, even at runtime, without having to bash strings together. Queries are built as Clojure maps, which in turn are converted into clojure.java.jdbc parameterized SQL. honeysql also provides a number of helper functions to further help create queries. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855756: ITP: tools-trace-clojure -- Clojure tracing facility in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: tools-trace-clojure Version : 0.7.9 Upstream Author : Stuart Sierra, Michel Salim, Luc Prefontaine, Jonathan Fischer Friberg, Michal Marczyk * URL : https://github.com/clojure/tools.trace * License : EPL-1 Programming Lang: Clojure Description : Clojure tracing facility A Clojure trace tool. Defines tracing macros/fns to help you see what your code is doing. Formerly known as clojure.contrib.trace. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855755: ITP: typesafe-config-java -- configuration library for JVM languages
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: typesafe-config-java Version : 1.3.1 Upstream Author : Typesafe, Inc * URL : https://github.com/typesafehub/config * License : Apache-2.0 Programming Lang: Java Description : configuration file library for JVM languages typesafe-config is a library providing configuration file parsing support to JVM languages. It is implemented in plain Java with no external dependencies and supports three configuration file formats: * Java properties * JSON files * A human-friendly JSON superset It can additionally merge multiple files across all formats and load configuration data from plain files, URLs or the class path. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855754: ITP: tools-reader-clojure -- complete Clojure and EDN-only reader
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: tools-reader-clojure Version : 0.10.0 Upstream Author : Nicola Mometto, Rich Hickey & contributors * URL : https://github.com/clojure/tools.reader * License : EPL-1 Programming Lang: Clojure Description : complete Clojure and EDN-only reader clojure.tools.reader offers all functionality of the reader from clojure-1.7.0, and more. Using reader types provided by this library, column info is available and both line and column metadata is attached to multiple datatypes. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855753: ITP: tools-nrepl-clojure -- Clojure network REPL
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: tools-nrepl-clojure Version : 0.2.12 Upstream Author : Chas Emerick and contributors * URL : https://github.com/clojure/tools.nrepl * License : EPL-1 Programming Lang: Clojure Description : Clojure network REPL tools.nrepl provides a (networked) REPL server and client, along with some common APIs of use to IDEs and other tools that may need to evaluate Clojure code in remote environments. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855751: ITP: tools-analyzer-clojure -- analyzer for host agnostic Clojure code
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: tools-analyzer-clojure Version : 0.6.9 Upstream Author : Nicola Mometto, Rich Hickey & contributors * URL : https://github.com/clojure/tools.analyzer * License : EPL-1 Programming Lang: Clojure Description : analyzer for host agnostic Clojure code An analyzer for host agnostic Clojure code, written in Clojure and producing AST in EDN. The analyzer in this library should not to be used directly as it lacks any knowledge about host-specific special forms and it should only be considered as a building platform for host-specific analyzers. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855752: ITP: tools-analyzer-jvm-clojure -- analyzer for Clojure code providing additional jvm-specific passes
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: tools-analyzer-jvm-clojure Version : 0.6.9 Upstream Author : Nicola Mometto, Rich Hickey & contributors. * URL : https://github.com/clojure/tools.analyzer.jvm * License : EPL-1 Programming Lang: Clojure Description : analyzer for Clojure code providing additional jvm-specific passes An analyzer for Clojure code, written on top of tools.analyzer, providing additional JVM-specific passes. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855750: ITP: ring-mock-clojure -- library for creating mock Ring request maps
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: ring-mock-clojure Version : 0.3.0 Upstream Author : James Reeves * URL : https://github.com/ring-clojure/ring-mock * License : MIT/X11 Programming Lang: Clojure Description : library for creating mock Ring request maps Ring-Mock is a library for creating mock Ring request maps. It is primarily used for tesitng purposes. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855725: ITP: crypto-random-clojure -- secure random generator for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: crypto-random-clojure Version : 1.2.0 Upstream Author : James Reeves * URL : https://github.com/weavejester/crypto-equality * License : EPL-1 Programming Lang: Clojure Description : secure random generator for Clojure crypto-random is a small Clojure library for generating cryptographically secure random bytes and strings. The random data may be returned as a byte array, a base32, base64 or hed string or as a slug suitable for inclusion in a URL. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855749: ITP: clojure-ring -- Clojure web applications library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clojure-ring Version : 1.5.0 Upstream Author : Mark McGranaghan * URL : https://github.com/ring-clojure/ring * License : MIT/X11 Programming Lang: Clojure Description : Clojure web applications library Ring is a Clojure web applications library inspired by Python's WSGI and Ruby's Rack. By abstracting the details of HTTP into a simple, unified API, Ring allows web applications to be constructed of modular components that can be shared among a variety of applications, web servers, and web frameworks. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855748: ITP: ring-anti-forgery-clojure -- Ring middleware to prevent CSRF attacks
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: ring-anti-forgery-clojure Version : 1.0.1 Upstream Author : James Reeves * URL : https://github.com/ring-clojure/ring-anti-forgery * License : MIT/X11 Programming Lang: Clojure Description : Ring middleware to prevent CSRF attacks ring-anti-forgery is a Ring middleware that prevents CSRF attacks via a randomly-generated anti-forgery token. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855747: ITP: raynes-fs-clojure -- filesystem utility library for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: raynes-fs-clojure Version : 1.4.6 Upstream Author : Miki Tebeka, Anthony Grimes * URL : https://github.com/Raynes/fs * License : EPL-1 Programming Lang: Clojure Description : filesystem utility library for Clojure me.raynes/fs is a collection of functions that interact with the filesystem. It wraps java.io.File and offers support for emulating a cwd-like behavior under JVM. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855745: ITP: puppetlabs-trapperkeeper-webserver-jetty9-clojure -- trapperkeeper webserver service
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-trapperkeeper-webserver-jetty9-clojure Version : 1.5.9 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/trapperkeeper-webserver-jetty9 * License : Apache-2.0 Programming Lang: Clojure Description : trapperkeeper webserver service trapperkeeper-webserver-jetty9 provides a webserver service for use with the trapperkeeper service framework, utilizing the Jetty 9 Java web server. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855744: ITP: puppetlabs-trapperkeeper-status-clojure -- status monitoring for trapperkeeper services
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-trapperkeeper-status-clojure Version : 0.5.0 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/trapperkeeper-status * License : Apache-2.0 Programming Lang: Clojure Description : status monitoring for trapperkeeper services The Trapperkeeper Status Service is a Trapperkeeper service that provides a web endpoint for getting status information for a Trapperkeeper-based application. Other Trapperkeeper services may register a status callback function with the Status Service, returning any kind of status information that is relevant to the consuming service. The Status Service will make this information available via HTTP, in a consistent, consolidated format. This makes it possible for users to automate monitoring and other tasks around the system. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855743: ITP: puppetlabs-trapperkeeper-metrics-clojure -- Trapperkeeper Metrics Service
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-trapperkeeper-metrics-clojure Version : 0.2.0 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/trapperkeeper-metrics * License : Apache-2.0 Programming Lang: Clojure Description : Trapperkeeper Metrics Service trapperkeeper-metrics is a library intended to help make it easier to track metrics in other Trapperkeeper applications. It includes: * a TK service that manages the life cycle of your metrics registry * config-driven control of metrics and metrics reporting * other miscellaneous utility functions for working with metrics This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855742: ITP: puppetlabs-stockpile-clojure -- Simple, durable Clojure queuing library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-stockpile-clojure Version : 0.0.3 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/stockpile * License : Apache-2.0 Programming Lang: Clojure Description : simple, durable Clojure queuing library A simple, durable Clojure queueing library. Stockpile supports the durable storage and retrieval of data. After storage, stockpile returns an "entry" that can be used to access the data later. When no longer needed, the data can be atomically discarded. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855740: ITP: puppetlabs-jvm-ssl-utils -- library for SSL certificate management on the JVM
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-jvm-ssl-utils Version : 0.8.3 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/jvm-ssl-utils * License : Apache-2.0 Programming Lang: Clojure Description : library for SSL certificate management on the JVM ssl-utils provides a library to ease SSL certificate management on the JVM. It supports handling X.509 certificate extensions. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855741: ITP: puppetlabs-trapperkeeper-clojure -- framework for configuring, composing and running Clojure services
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-trapperkeeper-clojure Version : 1.5.2 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/trapperkeeper * License : Apache-2.0 Programming Lang: Clojure Description : framework for configuring, composing and running Clojure services Trapperkeeper is a Clojure framework for hosting long-running applications and services. It can be thought of as a sort of "binder" for Ring applications and other modular bits of Clojure code. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855739: ITP: puppetlabs-kitchensink-clojure -- utility library for Puppet Labs clojure projects
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-kitchensink-clojure Version : 1.4.0 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/clj-kitchensink * License : Apache-2.0 Programming Lang: Clojure Description : utility library for Puppet Labs clojure projects kitchensink is a library of utility functions that are common to several Puppet Clojure projects. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855737: ITP: puppetlabs-i18n -- Clojure i18n library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-i18n Version : 0.6.0 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/i18n * License : Apache-2.0 Programming Lang: Clojure Description : Clojure i18n library puppetlabs-i18n provides convenience functions to access the JVM's localization facilities and automates managing messages and resource bundles. The tooling for translators uses GNU gettext so that translators can work with PO files which are widely used and for which a huge amount of tooling exists. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855738: ITP: puppetlabs-ring-middleware-clojure -- common Ring middleware for Puppet projects
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-ring-middleware-clojure Version : 1.0.0 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/ring-middleware * License : Apache-2.0 Programming Lang: Clojure Description : common Ring middleware for Puppet projects This is a Ring middleware meant for use with the Trapperkeeper Jetty9 webservice. It also contains common Ring middleware between Puppet projects and helpers to be used with it. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855735: ITP: potemkin-clojure -- collection of facades and workarounds for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: potemkin-clojure Version : 0.4.3 Upstream Author : Zachary Tellman * URL : https://github.com/ztellman/potemkin * License : MIT/X11 Programming Lang: Clojure Description : collection of facades and workarounds for Clojure Potemkin offers utility functions to ease some programming tasks in Clojure: * `import-vars` allows functions, macros, and values to be defined in one namespace, and exposed in another * A number of utility functions that make creating types easier (def-derived-map, def-map-type, def-abstract-type and deftype+) * Faster implementations of Clojure builtins (fast-bound-fn and fast-memoize) All functions reside in the `potemkin' namespace. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855734: ITP: math-numeric-tower-clojure -- math functions for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: math-numeric-tower-clojure Version : 0.0.4 Upstream Author : Mark Engelberg, Sean Corfield * URL : https://github.com/clojure/math.numeric-tower * License : EPL-1 Programming Lang: Clojure Description : math functions for Clojure math.numeric-tower provides math functions that deal intelligently with the various types in Clojure's numeric tower, as well as math functions commonly found in Scheme implementations: * (expt x y) - x to the yth power * (abs n) - absolute value of n * (gcd m n) - greatest common divisor of m and n * (lcm m n) - least common multiple of m and n * (floor x) - round down * (ceil x) - round up * (round x) - round to nearest * (sqrt x) - square root, exact if possible * (exact-integer-sqrt k) returns floor of square root and the "remainder" This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855736: ITP: puppetlabs-dujour-version-check-clojure -- software update version checking for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-dujour-version-check-clojure Version : 0.2.1 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/dujour-version-check * License : Apache-2.0 Programming Lang: Clojure Description : software update version checking for Clojure dujour-version-check provides a simple way to perform version checks against an update server URL. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855715: ITP: clj-yaml-clojure -- YAML encoding and decoding for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clj-yaml-clojure Version : 0.4.0 Upstream Author : lance bradley * URL : https://github.com/lancepantz/clj-yaml * License : EPL-1 Programming Lang: Clojure Description : YAML encoding and decoding for Clojure clj-yaml provides YAML encoding and decoding for Clojure via the SnakeYAML Java library. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855716: ITP: clj-tuple -- efficient implementations for small maps and vectors in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clj-tuple Version : 0.2.2 Upstream Author : Zachary Tellman * URL : https://github.com/ztellman/clj-tuple * License : MIT/X11 Programming Lang: Clojure Description : efficient implementations for small maps and vectors in Clojure clj-tuple provides efficient implementations for small maps and vectors in Clojure. The library is a drop-in replacement for Clojure's builtin vector and hash-map types. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855713: ITP: clj-digest-clojure -- message digest library for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clj-digest-clojure Version : 1.4.5 Upstream Author : Miki Tebeka * URL : https://github.com/tebeka/clj-digest * License : EPL-1 Programming Lang: Clojure Description : message digest library for Clojure clj-digest provides message digest implementations for Clojure, handling the following types: * java.lang.String * byte array * java.io.File * java.io.InputStream * Sequences of byte arrays It supports all digest algorithms provided by Java. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855733: ITP: medley-clojure -- Clojure/ClojureScript utility library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: medley-clojure Version : 0.8.4 Upstream Author : James Reeves * URL : https://github.com/weavejester/medley * License : EPL-1 Programming Lang: Clojure Description : Clojure/ClojureScript utility library Medley is a lightweight Clojure/ClojureScript library of useful, mostly pure functions that are "missing" from clojure.core. Medley has a tight focus and limits itself to a small set of general-purpose functions. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855731: ITP: lazymap-clojure -- transparent wrapper around Clojure's map types
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: lazymap-clojure Version : 3.1.1 Upstream Author : Meikel Brandmeyer * URL : https://bitbucket.org/kotarak/lazymap/ * License : MIT/X11 Programming Lang: Clojure Description : transparent lazy wrapper around Clojure's map types LazyMap is a transparent wrapper around the map types of Clojure. It works similar to lazy-seq for sequences: the value associated with a key via lazy-assoc is not evaluated until it is actually accessed. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855732: ITP: prismatic-schema -- Clojure(Script) library for declarative data description and validation
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: prismatic-schema Version : 1.1.3 Upstream Author : Jason Wolfe * URL : https://github.com/plumatic/schema * License : EPL-1 Programming Lang: Clojure Description : Clojure(Script) library for declarative data description and validation Schema is a rich language for describing data shapes, with a variety of features: * Data validation, with descriptive error messages of failures (targeted at programmers) * Annotation of function arguments and return values, with optional runtime validation * Schema-driven data coercion, which can automatically, succinctly, and safely convert complex data types. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855730: ITP: java-classpath-clojure -- examine the Java classpath from Clojure programs
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: java-classpath-clojure Version : 0.2.3 Upstream Author : Rich Hickey, Stuart Sierra, and contributors * URL : https://github.com/clojure/java.classpath * License : EPL-1 Programming Lang: Clojure Description : examine the Java classpath from Clojure programs java.classpath is a Clojure library that provides access to the Java classpath. The `classpath` function returns a sequence of java.io.File objects representing all JAR files and directories on the classpath. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855729: ITP: hiccup-clojure -- fast library for rendering HTML in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: hiccup-clojure Version : 1.0.5 Upstream Author : James Reeves * URL : https://github.com/weavejester/hiccup * License : EPL-1 Programming Lang: Clojure Description : fast library for rendering HTML in Clojure Hiccup is a library for representing HTML in Clojure. It uses vectors to represent elements and maps to represent an element's attributes. Hiccup also includes logic to render different HTML elements in different ways in order to accomodate browser quirks. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855727: ITP: hikaricp-java -- High performance JDBC connection pool library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: hikaricp-java Version : 2.4.11 Upstream Author : Brett Wooldridge * URL : https://github.com/brettwooldridge/HikariCP * License : Apache-2.0 Programming Lang: Java Description : high-performance JDBC connection pool library HikariCP is a high performance, low overhead JDBC connection pool library for Java. It aims at being simple, robust, reliable and extremely fast. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855726: ITP: core-async-clojure -- asynchronous programming using channels for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: core-async-clojure Version : 0.2.395 Upstream Author : Rich Hickey * URL : http://github.com/clojure/core.async * License : EPL-1.0 Programming Lang: Clojure Description : asynchronous programming using channels for Clojure core.async is a Clojure library designed to provide facilities for async programming and communication. It allows the creation and control of multiple independent processes within a single Clojure program. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855728: ITP: instaparse-clojure -- simple way to build parsers in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: instaparse-clojure Version : 1.4.5 Upstream Author : Mark Engelberg, Alex Engelberg and contributors * URL : https://github.com/Engelberg/instaparse * License : EPL-1 Programming Lang: Clojure Description : simple way to build parsers in Clojure Instaparse aims to be the simplest way to build parsers in Clojure. It Turns standard EBNF or ABNF notation for context-free grammars into an executable parser that takes a string as an input and produces a parse tree for that string. It works for any context-free grammar, including left-recursive, right-recursive and ambiguous grammars, and supports hiccup and enlive as output targets. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855724: ITP: cpath-clojure -- transparently collect files on the classpath
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: cpath-clojure Version : 0.1.2 Upstream Author : Yannick Scherer * URL : https://github.com/xsc/cpath-clj * License : EPL-1 Programming Lang: Clojure Description : transparently collect files on the classpath cpath-clj is a small library to transparently collect files on the classpath based on a given base directory, which may also reside inside a JAR. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855721: ITP: compojure-clojure -- consice routing library for Ring
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: compojure-clojure Version : 1.5.0 Upstream Author : James Reeves * URL : https://github.com/weavejester/compojure * License : EPL-1 Programming Lang: Clojure Description : consice routing library for Ring Compojure is a small routing library for Ring that allows web applications to be composed of small, independent parts. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855723: ITP: core-memoize-clojure -- Clojure memoization library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: core-memoize-clojure Version : 0.5.9 Upstream Author : Rich Hickey and Michael Fogus * URL : https://github.com/clojure/core.memoize * License : EPL-1 Programming Lang: Clojure Description : Clojure memoization library core.memoize provides the following features: * An underlying PluggableMemoization protocol, allowing the use of customizable and swappable memoization caches. * Memoization builders for implementation of common caching strategies (FIFO, LRU, TTL, etc.) * Function for manipulating the memoization cache of core.memoize-backed functions. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855720: ITP: core-match-clojure -- optimized pattern match and predicate dispatch library for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: core-match-clojure Version : 0.2.2 Upstream Author : David Nolen * URL : https://github.com/clojure/core.match * License : EPL-1 Programming Lang: Clojure Description : optimized pattern match and predicate dispatch library for Clojure An optimized pattern match and predicate dispatch library for Clojure. This library implements a pattern match compilation algorithm that uses the notion of "necessity" from lazy pattern matching. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855722: ITP: data-priority-map-clojure -- priority maps for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: data-priority-map-clojure Version : 0.0.7 Upstream Author : Mark Engelberg * URL : https://github.com/clojure/data.priority-map * License : EPL-1 Programming Lang: Clojure Description : priority maps for Clojure data.priority-map implements priority maps in Clojure. A priority map is very similar to a sorted map with its entries sorted by value rather than by key. In addition to supporting all the functions a sorted map supports, a priority map can also be thought of as a queue of [item priority] pairs. To support usage as a versatile priority queue, priority maps also support the conj/peek/pop operations. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855719: ITP: specter-clojure -- data structure transformation library for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: specter-clojure Version : 0.7.1 Upstream Author : Red Planet Labs, Inc. * URL : https://github.com/nathanmarz/specter * License : Apache-2.0 Programming Lang: Clojure Description : data structure transformation library for Clojure Specter is a Clojure(Script) library for doing queries and transformations of complex data structures in a consice and elegant way. It provides a simple API to ease common manipulations that would otherwise be cumbersome. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855718: ITP: pantomime-clojure -- Clojure library dealing with MIME types
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: pantomime-clojure Version : 2.1.0 Upstream Author : Michael S. Klishin * URL : https://github.com/michaelklishin/pantomime * License : EPL-1 Programming Lang: Clojure Description : Clojure library dealing with MIME types Pantomime is a tiny Clojure library that deals with MIME types (Internet media types, sometimes referred to as "content types"). It uses Apache Tika under the hood to detect MIME types using several techniques: * Known file extensions * Magic bytes * Content-type information for resources served via HTTP * XML schema information This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855717: ITP: crypto-equality-clojure -- Clojure library protecting against timing attacks
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: crypto-equality-clojure Version : 1.0.0 Upstream Author : James Reeves * URL : https://github.com/weavejester/crypto-equality * License : EPL-1 Programming Lang: Clojure Description : Clojure library protecting against timing attacks crypto-equality is a Clojure library for protecting against timing attacks when comparing strings or sequences of bytes. It is primarily indented for comparing user-supplied values against secrets held by the application, such as tokens or keys. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855714: ITP: clout-clojure -- library for matching Ring HTTP requests
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clout-clojure Version : 2.1.2 Upstream Author : James Reeves * URL : https://github.com/weavejester/clout * License : EPL-1 Programming Lang: Clojure Description : library for matching Ring HTTP requests Clout is a library for matching Ring HTTP requests. It uses the same routing syntax as used by popular Ruby web frameworks like Ruby on Rails and Sinatra. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855712: ITP: clj-http-clojure -- Clojure HTTP client library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clj-http-clojure Version : 2.3.0 Upstream Author : M. Lee Hinman * URL : https://github.com/dakrone/clj-http * License : MIT/X11 Programming Lang: Clojure Description : Clojure HTTP client library clj-http is an HTTP library wrapping the Apache HttpComponents client library for Java. The design of clj-http is inspired by the Ring protocol for Clojure HTTP server applications. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855709: ITP: cheshire-clojure -- fast JSON encoding for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: cheshire-clojure Version : 5.7.0 Upstream Author : Matthew Lee Hinman * URL : https://github.com/dakrone/cheshire * License : MIT Programming Lang: Clojure Description : fast JSON encoding for Clojure Cheshire is a fast JSON encoding library for Clojure, based off of clj-json and clojure-json, with additional features like Date/UUID/Set/Symbol encoding and SMILE support. It offers the speed of clj-json and the features of clojure-json. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855708: ITP: beckon-clojure -- handle POSIX signals in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: beckon-clojure Version : 0.1.1 Upstream Author : Jean Niklas L'orange * URL : https://github.com/hyPiRion/beckon * License : EPL-1 Programming Lang: Clojure Description : handle POSIX signals in Clojure beckon is a Clojure library to handle POSIX signals in JVM applications with a simple API. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Re: Help requested: Packages which FTBFS randomly
On Tue, 2017-02-21 at 11:50 +0800, Paul Wise wrote: > On Tue, Feb 21, 2017 at 6:36 AM, Christoph Biedl wrote: > > > This is a charming idea altough I have doubt it will work out: As > > usual the information has to be kept up-to-date, so unless it is > > collected and verified every now and then automatically, it will > > become unsuable pretty soon. > > FYI the buildds are automatically collecting disk usage information, > see the last line of each build log. > > Of course, that information isn't parsed and stored anywhere yet. > > I guess collecting memory usage would be much harder, especially if > multiple packages are built in parallel. I think that can be done by putting each build in its own memory controller cgroup (with high limits, at least for now). Ben. -- Ben Hutchings 73.46% of all statistics are made up. signature.asc Description: This is a digitally signed message part
Re: convention on listen port local or all network interfaces etc.
On Feb 21, Patrick Schleizer wrote: > At the moment it looks like there is no convention for where server > applications are configured to listen by default, on localhost vs. all > interfaces. Looks like deciding that is up to the upstream author of the > software as well as the packager. Then it's up to the system As it should be: different packages reasonably have different purposes and so different defaults to be as useful as possibile when installed. > So far we at Whonix had discussions with ricochet-im, onionshare, > ZeroNet and unMessage. They are all interested to make their > applications compatible with Whonix. However, asking each individual > project to `/etc/application-specific.d` folder where Whonix then could > drop a `/etc/application-specific.d/30_whonix.conf` that says > `listen=10.152.152.10` is a lot duplicate effort and not that desirable > for these applications because they have not yet any need for > `/etc/application-specific.d/`. Indeed. This can easily be solved in a general way by implementing systemd socket activation in these daemons. This way you will be able to drop files in /etc/systemd/system/ to make them bind to a specific address or interface. -- ciao, Marco signature.asc Description: PGP signature