Accepted salt 2016.3.1+ds-1 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 13 Jul 2016 10:46:06 +0200 Source: salt Binary: salt-common salt-master salt-minion salt-syndic salt-ssh salt-doc salt-cloud salt-api salt-proxy Architecture: source all Version: 2016.3.1+ds-1 Distribution: unstable Urgency: medium Maintainer: Debian Salt Team <pkg-salt-t...@lists.alioth.debian.org> Changed-By: Wolodja Wentland <deb...@babilen5.org> Description: salt-api - Generic, modular network access system salt-cloud - public cloud VM management system salt-common - shared libraries that salt requires for all packages salt-doc - additional documentation for salt, the distributed remote executi salt-master - remote manager to administer servers via salt salt-minion - client package for salt, the distributed remote execution system salt-proxy - Proxy client package for salt stack salt-ssh - remote manager to administer servers via Salt SSH salt-syndic - master-of-masters for salt, the distributed remote execution syst Changes: salt (2016.3.1+ds-1) unstable; urgency=medium . * New upstream release * Drop backported maintenance process patch * Change doc-base index file to ToC Checksums-Sha1: ce2ad4a7f22bf523397fa15ab15d06d94d00f84f 2686 salt_2016.3.1+ds-1.dsc fba84992d05ebe105faf64f428e83da0ad68aef4 5102896 salt_2016.3.1+ds.orig.tar.xz 848507937f26d790cdbc1aa6cba04812e0c89a8e 25892 salt_2016.3.1+ds-1.debian.tar.xz 77cb3f5684d95fe9a8d3bafd181d0b527417e9ba 22666 salt-api_2016.3.1+ds-1_all.deb c548b635a934f5c1896bcf2cf00b8586295613e3 24162 salt-cloud_2016.3.1+ds-1_all.deb 11ac9916f3518a00e9e07e0f62cb2c4ff34c08d1 3575122 salt-common_2016.3.1+ds-1_all.deb a7af16c667064e363f12c62b78098ee0aa0564ed 3957484 salt-doc_2016.3.1+ds-1_all.deb 26da3e2a4a712bf878fa221c9664ef93e61c4784 45662 salt-master_2016.3.1+ds-1_all.deb 2da00f924f5838d72aeb5f1712e47464b566dda9 33458 salt-minion_2016.3.1+ds-1_all.deb ff27b2b342b2b4b37992ba0ad57ba102ef5be410 21490 salt-proxy_2016.3.1+ds-1_all.deb 1432c25fbedd571b1d60e3d91155b84b0ca9 22754 salt-ssh_2016.3.1+ds-1_all.deb 77379c8594e87c7a43fa2b296bd61d186f821d1d 22972 salt-syndic_2016.3.1+ds-1_all.deb Checksums-Sha256: 299d7b0cf4a4ad028f627e4eceaeb04fe52f1e053ec0fd218de62bdafc2c5cb9 2686 salt_2016.3.1+ds-1.dsc 3ac0be2fe7ee6165432fd0367286b586a68d578f027b1e5ad8e1680320c91c2a 5102896 salt_2016.3.1+ds.orig.tar.xz c562529313b0c2263961382f4de5a78004b5d1daf8419c384ffca95bc1896cca 25892 salt_2016.3.1+ds-1.debian.tar.xz dc9a307f15f8ea544cc615ee737c4bcdb181d0e00a969793f394e67b2e695d5c 22666 salt-api_2016.3.1+ds-1_all.deb 55d41bf8ce5839c3027db7ea6d5e2a7fe7d4b6cc3b800914430ca910009692bf 24162 salt-cloud_2016.3.1+ds-1_all.deb 4ac83d0723a8be35d82b8da657941b0bc41e66c1cd720a46ee2e27751fbc3f48 3575122 salt-common_2016.3.1+ds-1_all.deb f3b0faf05a31f35c7cd34fb98eb30cb71506718157f55e9858892b642f06a2d0 3957484 salt-doc_2016.3.1+ds-1_all.deb 83d6290f6dffefddc619d5c69600634a29ad3c88e10b80032a7212d54abac6c0 45662 salt-master_2016.3.1+ds-1_all.deb 312a77b46f698207c4d67172e6491d08f8dd66853c31569e38411fefe8330983 33458 salt-minion_2016.3.1+ds-1_all.deb dc25bd613575c843626f2deed380283d7ae495919aef7378fec87cf51fed80f6 21490 salt-proxy_2016.3.1+ds-1_all.deb d5691e7de6eed45b19cdb774d67f7c96cdc968cd2f205afbdc700b6778b9d56d 22754 salt-ssh_2016.3.1+ds-1_all.deb 8e03d729b6fd32c1c6d10ba2c7271c2461cf378045e88c4629ab389cac7b1420 22972 salt-syndic_2016.3.1+ds-1_all.deb Files: 9905a7de8890a0e1f5c2c68e782bfbe6 2686 admin extra salt_2016.3.1+ds-1.dsc b9ab8ceeb1a1bae83f7e296649f2d87c 5102896 admin extra salt_2016.3.1+ds.orig.tar.xz 0d9f4c6e39e05fca375629d0635ef188 25892 admin extra salt_2016.3.1+ds-1.debian.tar.xz 3c31edb016ce812168783ae2c7131088 22666 admin extra salt-api_2016.3.1+ds-1_all.deb e383ae468796d93195d32cdf182b5db5 24162 admin extra salt-cloud_2016.3.1+ds-1_all.deb 79e3b82624448ea56b9f73482d6df219 3575122 admin extra salt-common_2016.3.1+ds-1_all.deb 9310d6fff18806b2727aacf9dd971f56 3957484 doc extra salt-doc_2016.3.1+ds-1_all.deb 625df13ee6bce609e9ad47060748348f 45662 admin extra salt-master_2016.3.1+ds-1_all.deb 7e573dc0ac9c5bf9f81d6601ba6315ab 33458 admin extra salt-minion_2016.3.1+ds-1_all.deb af8da8bc1741aa1bd6ee318c4ad6809f 21490 admin extra salt-proxy_2016.3.1+ds-1_all.deb 17bfa9cb192648e1780fe602e10b2cde 22754 admin extra salt-ssh_2016.3.1+ds-1_all.deb 52cbabdfdabd6f5a2d9fe9b5b6299958 22972 admin extra salt-syndic_2016.3.1+ds-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJXhgRiAAoJEN2M1aXejH563KQQAKPixmiAIou3OX/Y/blwCnT+ 8vzQbajPJQPs5vkK2yr7Gn/33UO+c+Q9Ckv0v6AI1oHp8HdRMVH3PwMdqOpihKyL SSS/hQnhuwZXaEmir+R35RcqUusWvmFZWZVKrfQ0m1xCWitvvIU+O6aOQ0M0y4Hv FGH+3QHgO2VNzU0TQ6A1tBLgSd/qZkkikWhzZURgnG0enIKZsd+Bc/qrw9smeYQS j76oyaJCei077W5JZ5Mgsah1Yv0dqCZVJ8qOzraVqs53vIsU1AJXrrj8wFXk3III LkkWjE+1dpWMan1jV+36Vufecw/rkJd+2zonMrRvZ7X/BTpNHHZLXec/asEeCvpd +606j1DlSIzAJag5sklJ+gs+jM6G2Su+dWQ9zKqWozTpJey3cdh5
Accepted salt 2016.3.0+ds-1 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 May 2016 09:01:20 + Source: salt Binary: salt-common salt-master salt-minion salt-syndic salt-ssh salt-doc salt-cloud salt-api salt-proxy Architecture: source all Version: 2016.3.0+ds-1 Distribution: unstable Urgency: medium Maintainer: Debian Salt Team <pkg-salt-t...@lists.alioth.debian.org> Changed-By: Wolodja Wentland <deb...@babilen5.org> Description: salt-api - Generic, modular network access system salt-cloud - public cloud VM management system salt-common - shared libraries that salt requires for all packages salt-doc - additional documentation for salt, the distributed remote executi salt-master - remote manager to administer servers via salt salt-minion - client package for salt, the distributed remote execution system salt-proxy - Proxy client package for salt stack salt-ssh - remote manager to administer servers via Salt SSH salt-syndic - master-of-masters for salt, the distributed remote execution syst Closes: 825578 Changes: salt (2016.3.0+ds-1) unstable; urgency=medium . [ Wolodja Wentland ] * New upstream release * Bump Standards-Version to 3.9.8 * Use Build-Depends-Indep for arch independent build dependencies - Bump python-sphinx dependency to 1.3.5 as salt-doc FTBFS with earlier versions due to https://github.com/sphinx-doc/sphinx/issues/2247 - Add python2.7-doc to correctly resolve intersphinx references to the Python documentation * Drop patches accepted upstream * Fix crashing maintenance process - See https://github.com/saltstack/salt/issues/33544 and the 2016.3.0 release notes for details . [ Robert James Hernandez ] * Moving daemon check to after loading default (Closes: #825578) Checksums-Sha1: 74739108e9386db242e63bbc4eef43e8904df351 2686 salt_2016.3.0+ds-1.dsc b60c0b4fc923bfc7442a5549258cb056453a8bbf 5089032 salt_2016.3.0+ds.orig.tar.xz 829bf403c5c0bf235821346d635613964d1fffd4 26440 salt_2016.3.0+ds-1.debian.tar.xz b200e4ae387b1ca2faa08abef706a89499b49c6d 22650 salt-api_2016.3.0+ds-1_all.deb 3299ac7df49bf6d7b361b2650971404389dd44e1 24142 salt-cloud_2016.3.0+ds-1_all.deb 6608128574feeef52c5c4b5a03c33f31dea5ee9c 3575054 salt-common_2016.3.0+ds-1_all.deb 759e3748515df3c23b87a836d0301dbe2b603e9b 3898898 salt-doc_2016.3.0+ds-1_all.deb f40c11e113798974b3ae3ee0ca94fe7fe2bed98f 45674 salt-master_2016.3.0+ds-1_all.deb b951f49df7800ba0dfb7885e03d2948d6488cf01 33370 salt-minion_2016.3.0+ds-1_all.deb 991e49c53fe8158b2419fd2737715da58796ac82 21454 salt-proxy_2016.3.0+ds-1_all.deb 1c45133d713bcafa8949d7bd955a74796a2a9dde 22740 salt-ssh_2016.3.0+ds-1_all.deb 690b9124d7c98377a1cee09bba1a4350eff2fe26 22958 salt-syndic_2016.3.0+ds-1_all.deb Checksums-Sha256: 8d1a08b881e68788cb78ad083baa975f4aa6495da5239168ba4391520265d41b 2686 salt_2016.3.0+ds-1.dsc f04aebf9f15d05f9c902198bb70905be02350a0e9a9d9fad7214cc8227f7c83f 5089032 salt_2016.3.0+ds.orig.tar.xz 4e165fbec81e84c5f115c7edd2145d1cb551fea8e697603d62d99989f5438570 26440 salt_2016.3.0+ds-1.debian.tar.xz 30bc1ebabf25a66f500171354740a1bd6aa335510b9d849bd38988f2ea173a5b 22650 salt-api_2016.3.0+ds-1_all.deb ed6ead533aa63e45173485b5acccb3ca45d633ebf7a225e1d781e4d41076b129 24142 salt-cloud_2016.3.0+ds-1_all.deb 5e597899965c5dc8c8eef8d5226da54e94f33846768e84722779343212bd039c 3575054 salt-common_2016.3.0+ds-1_all.deb 40f34161733f52d9eefc68ce36987d051c629e25c1475105a80e30be1d7e5aaa 3898898 salt-doc_2016.3.0+ds-1_all.deb 3eb96ac7a4ff5a13b1a4e162d67ec8736563ad450b75aa7c7a240f6e536b8a11 45674 salt-master_2016.3.0+ds-1_all.deb 4a4bb046efaa33fea6b36528203fd5400431c7842fe0d7fc62821d54ce7edb2a 33370 salt-minion_2016.3.0+ds-1_all.deb c6d1cd1989149dbd1a3ca11406b46cf3c73fa48e8fbc4b3932c758ca8fe8c5d8 21454 salt-proxy_2016.3.0+ds-1_all.deb 5b804a1a13f64e16eb76cc4a1a8f7f95c47b8f313ca753ae163ac54aea3bb516 22740 salt-ssh_2016.3.0+ds-1_all.deb 4b4f60c0b31b052b624a1d005c2bc0d51e0a7dd0520eb3f0728e86f43626187a 22958 salt-syndic_2016.3.0+ds-1_all.deb Files: c922bc9e23e817a8170eadbb6f0e15a0 2686 admin extra salt_2016.3.0+ds-1.dsc e9be1927eba7227ff84ed87d208dec70 5089032 admin extra salt_2016.3.0+ds.orig.tar.xz 643e7deb919edd1ed71c4df97f337fb7 26440 admin extra salt_2016.3.0+ds-1.debian.tar.xz ad49ad0072ab00b1d759f2910ff765a0 22650 admin extra salt-api_2016.3.0+ds-1_all.deb 9e3b1a37c49bf83d02e10490cc239f68 24142 admin extra salt-cloud_2016.3.0+ds-1_all.deb eb1cfb3c85dd2ae6c72669911a73926e 3575054 admin extra salt-common_2016.3.0+ds-1_all.deb 208d1eb57fe5ed0f8c86c2748f1e3a51 3898898 doc extra salt-doc_2016.3.0+ds-1_all.deb aea1f0f545ae06c9be2afd52ff431f72 45674 admin extra salt-master_2016.3.0+ds-1_all.deb d2da7578e013c82189ced769aec7d89d 33370 admin extra salt-minion_2016.3.0+ds-1_all.deb 22c9e9e01d09ccbc905b5efc5ee31160 21454 admin extra salt-proxy_2016.3.0+ds-1_all.deb 871817371551488466e4d4ae9a18b03c 22740 admin extra salt-ssh_2016.3.0+
Re: Bug#762194: Summary:Re: Bug#762194: Proposal for upgrades to jessie (lendows 1)
On Sat, Nov 29, 2014 at 12:30 -0800, Steve Langasek wrote: On Sat, Nov 29, 2014 at 08:14:07PM +0100, Philipp Kern wrote: That's even more unlikely than to add a debconf message (which would be package-owned). Yes, debian-installer is frozen. This would add new udebs, new strings, new everything. We're actually trying to release. Debian releases when it's ready. If large numbers of our users are going to have a bad experience with jessie as a result of being switched to systemd, then we should take appropriate steps to address that, even if that means unfreezing the installer. Indeed. Jessie should be released once large numbers of our users [will] no longer have a bad experience as a result of being switched to systemd [because all relevant bugs have been fixed]. As somebody who is active in user support on IRC I dread the jessie release if it means that we will ask people for years to come if they have switched to systemd after their upgrade and, if not, walk them through the process. So far most users who had a bad experience with jessie did so because they did *not* switch and the fact that -shim wasn't ready. having a bad experience should directly translate into bugs that can, and have to, be fixed before the release. I would welcome a more technical discussion at this point rather than an emotional one. Thank you and everybody else for their wonderful work and patience. -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Re: Debian default desktop environment
On Sat, Apr 05, 2014 at 12:55 +0800, Thomas Goirand wrote: On 04/04/2014 09:55 PM, Undefined User wrote: 2014-04-04 10:52 GMT-03:00 Jonathan Dowland j...@debian.org mailto:j...@debian.org: We go over the same ground over and over. I'm increasingly in favour of *no* default. You must pick one from a list on install. Randomize the list if necessary. Perfect solution. Debian installer should provide you information about desktop environments and let the user choose it. There's only one problem with this approach: somebody has to actually implement it... [1] [1] And it's been years we're (uselessly) discussing it. Yes, that is in fact the real problem thank you for stating that so succinctly. But wouldn't a nicer menu in the graphical installer with pictures or even videos and a little text in both versions be worth it? If so then we have at least an ideal to aspire to (even though nobody implements it) and if not then we can move on. -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Re: Debian default desktop environment
On Fri, Apr 04, 2014 at 16:19 +0100, Jonathan Dowland wrote: On Fri, Apr 04, 2014 at 04:42:19PM +0200, Stefano Zacchiroli wrote: And can I pass my granddad's phone call on to you when he is stuck choosing among names that are absolutely obscure to him like GNOME, Xfce, and KDE? No, just say pick a random one. Surely they'll all be entirely appropriate for your grandad by the time we release jessie ;) Well, one might argue that DEs are either a suitable pick for our users or they are not and that the actual choice from the suitable set is therefore irrelevant. I would like to see the No default scheme implemented in such a way that users are shown a picture of the desktop + one/two sentences about the DEs. That way the user would be actually more likely to pick a DE (s)he likes. But then I also believe that Gnome 3 is, like XFCE, a perfectly reasonable choice and would be perfectly happy with Gnome 3. One thing I dislike about switching the default DE is that it puts a lot of people active in support in a position in which they might not actually be as familiar with the DE they will end up supporting most frequently simply by having learned a different default one a few generations back. The information flow from experienced users to new users is thereby slightly hampered. -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Re: Debian default desktop environment
On Fri, Apr 04, 2014 at 23:52 +0100, Philip Hands wrote: Wolodja Wentland deb...@babilen5.org writes: ... One thing I dislike about switching the default DE is that it puts a lot of people active in support in a position in which they might not actually be as familiar with the DE they will end up supporting most frequently simply by having learned a different default one a few generations back. The information flow from experienced users to new users is thereby slightly hampered. Yes, because all that Gnome 2 experience is going to be so helpful when the poor sod at the other end of the phone is looking at a Gnome 3 desktop. My knowledge of various GTK applications and their idioms actually helps in a lot in this, but I simply wanted to make an argument against switching. Anyway, to return to the main point, I do wonder why nobody has bothered to mention that the reason for the switch was that Gnome no longer fits on CD#1. [...] Actually, no, instead why don't you all check out the various threads on debian-boot where those arguments have failed to be persuasive, and then go and do something productive instead. Exactly. Lets offer a netinstall with a sensible menu that allows the user = to choose the DE (s)he wants plus the various CD1, [1GB, 2GB, 3GB] DVD1, BD1, ... images for the different DEs as has been done for wheezy. I am personally not convinced that having one unlabelled CD1 and a hard to change preselection in the netinst is worth discussing the default DE every other month and a very desirable goal in itself. And offering a choice does not even prevent the expression of a preference or bias (choose this if you are unsure). Neither do I think that being able to provide a single complete CD image will be the most important factor in this discussion in the years to come. The interface somebody uses to interact with a computer is probably one of the few examples in which a user actually wants to make a choice as preferences are inherently subjective and far reaching. All I was arguing for is simply to provide a little more information to enable the user to make this decision. -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Re: to make debain package
On Wed, Feb 12, 2014 at 14:08 +0100, forum::für::umläute wrote: On 2014-02-12 13:47, ANGESH KUMAR wrote: I want to make a debian package of my software so how to that one. I couldn't find any proper document. can you help me by document or link so that i can understand. at last I want to install of my software like apt-get install safesquid(my software).so waht i have to do. there is various information available in the internet, on how to create your own packages, see https://www.debian.org/doc/manuals/maint-guide/index.en.html https://wiki.debian.org/IntroDebianPackaging I'd like to add the excellent collection of information on http://mentors.debian.net/intro-maintainers to that list. -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Accepted jackson-dataformat-yaml 2.2.3-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 27 Sep 2013 12:10:22 + Source: jackson-dataformat-yaml Binary: libjackson2-dataformat-yaml libjackson2-dataformat-yaml-doc Architecture: source all Version: 2.2.3-1 Distribution: unstable Urgency: low Maintainer: Hilko Bengen ben...@debian.org Changed-By: Wolodja Wentland deb...@babilen5.org Description: libjackson2-dataformat-yaml - fast and powerful JSON library for Java -- YAML dataformat libjackson2-dataformat-yaml-doc - Documentation for jackson-dataformat-yaml Closes: 720506 Changes: jackson-dataformat-yaml (2.2.3-1) unstable; urgency=low . * Initial release (Closes: #720506) Checksums-Sha1: 870a9e1a54c38918fd31edc80f183a1ab20a90b1 1901 jackson-dataformat-yaml_2.2.3-1.dsc 6915bf88c09509187fddea87f151f93905a95f28 74649 jackson-dataformat-yaml_2.2.3.orig.tar.gz 5e20e99d68794aad3ca3b3f10cf963f834c4d9a0 5514 jackson-dataformat-yaml_2.2.3-1.debian.tar.gz 18856e675df4eb1712757ea7d9095cfda752762f 307872 libjackson2-dataformat-yaml_2.2.3-1_all.deb a574939981806c5ad8a66968705a5bec453223a9 129392 libjackson2-dataformat-yaml-doc_2.2.3-1_all.deb Checksums-Sha256: 5c56e0b17e54806e86801fbe255aa8300792386694021a8b68760e6ec2ec 1901 jackson-dataformat-yaml_2.2.3-1.dsc 5ee01283851b423f4b6e701f68199d581855fd21421963c27f6c8a26f5764a67 74649 jackson-dataformat-yaml_2.2.3.orig.tar.gz bec4ec676406fa1b00b644391de0e1fae13182b16d6d79e7737144a8963d7388 5514 jackson-dataformat-yaml_2.2.3-1.debian.tar.gz aef294cf71adf86fb3b8f6225dae2157f6a743f78e6a3f7fa7fde07d042b4781 307872 libjackson2-dataformat-yaml_2.2.3-1_all.deb 89b053b1e7168f3569cc197db7270d3101e55dc6ff9cb5631457e249659894f0 129392 libjackson2-dataformat-yaml-doc_2.2.3-1_all.deb Files: e528a9a9fd11a709e921bc39e3bfe94c 1901 java optional jackson-dataformat-yaml_2.2.3-1.dsc 23e6ea671f30e34b0bd6630d9aa49b52 74649 java optional jackson-dataformat-yaml_2.2.3.orig.tar.gz eb7c1da4f70b8b9403f79c80db114347 5514 java optional jackson-dataformat-yaml_2.2.3-1.debian.tar.gz 214fe0c001afa11f3cfaf55211321cdf 307872 java optional libjackson2-dataformat-yaml_2.2.3-1_all.deb c583bab5e79a8f8713f0e672093ee4a6 129392 doc optional libjackson2-dataformat-yaml-doc_2.2.3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iEYEARECAAYFAlJFhtkACgkQUCgnLz/SlGh5fgCfd7mf/2tK2DbdXFqutvlnq/Js aMoAnjsrX6Ulh2BfqEaaxzj1FFWm00a2 =MiA7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vaqah-00069f...@franck.debian.org
Re: Proposal: switch default desktop to xfce
On Fri, Oct 25, 2013 at 09:00 +0100, Lars Wirzenius wrote: On Fri, Oct 25, 2013 at 01:47:00AM +0200, Christoph Anton Mitterer wrote: On Fri, 2013-10-25 at 10:40 +1100, Ben Finney wrote: Why force *every* user of the installer to make that choice, when many of them find the very question to be a needless imposition which makes the installer incrementally less helpful? Sorry, but we're talking about Debian! I don't think that our target audience are people who cannot make such choices, and even if that would be our desired audience (a feeling which I have with *buntu) than our actual audience is probably another one. […] I know how to make the choice. I don't fucking want to. Unless I'm needing to do a customised install for particular needs, I want Debian to provide me with defaults that just work. I don't care if the default choices are the ones I would choose myself, I can make changes later on. I think that choosing a desktop environment is one of the *very few* things that a completely new user would actually be interested in and I believe that we should strive to make it easy and pleasant for them to do so. Keep in mind that even choosing a desktop environment on a whim would yield good results if all blessed desktop environments (gnome, kde, xfce and lxde) are well maintained and users can still switch later on. As a new user I would welcome a webpage or installer menu that shows one screenshot with a short description of the environment in question. Experienced users will already know what they want and can select that right away. -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Re: Proposal: switch default desktop to xfce
On Fri, Oct 25, 2013 at 01:41 +0100, Steve McIntyre wrote: Wolodja wrote: On Thu, Oct 24, 2013 at 16:40 +0100, Steve McIntyre wrote: This goes back to during the wheezy release cycle. There was a little discussion around a change in tasksel [1], but rather too late in the day for the change to make sense. Now we have rather more time, I feel. Let's change the default desktop for installation to xfce. Do we really need a default desktop? The only arguments in favour of it I can think of is that it spares users to make an informed decision (which might be overwhelming to a user new to Linux) and that the content of CD2 depends on it. (thanks ansgar) I guess not everybody understands the reasons for Debian choosing a default desktop, so I'll explain/expand them here. 1. We have several types of installation media (netboot, netinst, DVD, BD) […] The choice was made years ago to *not* ask users which desktop they prefer during the tasksel phase, to reduce the number of questions that new users would have to answer. 2. Secondly, our first full-size CD image is not big enough to contain all the desktops. In fact, it's not big enough any more to contain even a fairly minimal Gnome alone, but let's not digress. Thank you Steve for elaborating and I am happy that you did as it allowed me to focus to the core of *this* discussion. 1. How will new users pick a desktop environment? 2. How can be produce sets of CDs that are of use to our users and do not put too much stress on the mirrors. No default DE?! --- I believe that the question which desktop environment to use is one of the *very few* that a new user actually wants to answer and we should enable users to do that in a pleasant and informed way. Old users will know already what they want and they can choose that more easily. I also believe that not choosing a default DE but treating all blessed DEs as equal is a very strong and positive statement the Debian project could make in the sense of We do support all of Gnome, KDE, LXDE, XFCE, ... to the same high standard. You might disagree with this and I can happily accept that, but I personally think that this is at least worth considering. Another aspect I like about this decision is that it would free us from the need to have this discussion ever again. Once a desktop environment is well maintained and packaged it could (should?) be offered. The implementation could be as easy as providing a short description, screenshots, maybe a short video and a link to the upstream project for each DE on the website and in the installer. (naturally not all of these are appropriate everywhere). But what about CD images? - The actual technical argument against not choosing a default DE is based on the perceived inability (due to size constraints) to offer suitable CD image sets for each flavour. Choosing, say, XFCE as opposed to Gnome allows us to survive yet another release in which we will be able to offer a CD1 for each of XFCE (default), Gnome, KDE and LXDE and then CD2-CD? tailored for XFCE. I am not sure if this constraint is one that can be upheld forever and the problems to create CD1 images that contain all packages to install the respective Desktop task during the last two (?) releases underline this. It seems as if there will be the need to create, say, CD1+CD2 specific to a desktop environment and then CD3-CD? for the remaining packages. (or CD1, CD2 + CD3 specifically) soon and that the choice to offer CD images limits our options. What's the point of shipping a Gnome CD1 if it's not big enough any more to contain even a fairly minimal Gnome? (likewise for KDE or XFCE and LXDE in 2, 4, 6, 10 years) -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Re: Proposal: switch default desktop to xfce
On Thu, Oct 24, 2013 at 18:08 +0200, Ansgar Burchardt wrote: On 10/24/2013 17:40, Steve McIntyre wrote: This would mean: [...] * Tweak CD and installer builds: + change what happens with no desktop selected to use xfce instead of Gnome (netinst, DVD, BD etc.) + Add an explicitly-named Gnome CD#1 + Remove the explicitly-named XFCE CD#1 How about renaming CD1 to GNOME CD1 and make the minimal installers prompt which desktop to install? That is no longer having a default desktop. The downside would be that one download link would no longer be enough. I think that making the choice of the desktop environment explicit by either prompting the user during the install (netinst) or by offering multiple explicitly named images will actually make it easier for some users. We get asked every now and then in #debian about the procedure to install different desktop environments and it is hard for some users to grasp that they have to make this choice in the boot menu and not during the software selection step. Another thing I like about it is that it renders headlines such as Debian switches to XFCE, Gnome3 is officially horrible pointless as we simply state that *all* of them are supported. -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Re: Proposal: switch default desktop to xfce
On Thu, Oct 24, 2013 at 16:40 +0100, Steve McIntyre wrote: This goes back to during the wheezy release cycle. There was a little discussion around a change in tasksel [1], but rather too late in the day for the change to make sense. Now we have rather more time, I feel. Let's change the default desktop for installation to xfce. Do we really need a default desktop? The only arguments in favour of it I can think of is that it spares users to make an informed decision (which might be overwhelming to a user new to Linux) and that the content of CD2 depends on it. (thanks ansgar) I understand that the both of these are good arguments, but maybe solutions can be found for both. One idea would be the design of better download pages [0] that provide minimal information about the desktop environments like a picture of the desktop and a link to the upstream project. Not sure what to do with the CD sets though. [0] Work on making the download pages easier to navigate is long overdue anyway -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Bug#726025: ITP: tigris -- Stream-based JSON string escaping for Clojure
Package: wnpp Severity: wishlist Owner: Wolodja Wentland deb...@babilen5.org * Package name: tigris Version : 0.1.1 Upstream Author : Matthew Lee Hinman l...@writequit.org * URL : https://github.com/dakrone/tigris * License : EPL-1.0 Programming Lang: Clojure, Java Description : Stream-based JSON string escaping for Clojure Tigris is a Clojure library providing a stream for escaping JSON strings as they are being read from a different stream. This stream-to-stream string encoding allows for easy integration of JSON escaping into your data processing pipeline. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131011102613.15814.2216.reportbug@asasello.local
Accepted jackson-databind 2.2.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 22 Aug 2013 15:24:34 + Source: jackson-databind Binary: libjackson2-databind-java libjackson2-databind-java-doc Architecture: source all Version: 2.2.2-1 Distribution: unstable Urgency: low Maintainer: Hilko Bengen ben...@debian.org Changed-By: Wolodja Wentland deb...@babilen5.org Description: libjackson2-databind-java - fast and powerful JSON library for Java -- data binding libjackson2-databind-java-doc - Documentation for jackson-databind Closes: 720504 Changes: jackson-databind (2.2.2-1) unstable; urgency=low . * Initial release. (Closes: #720504) Checksums-Sha1: e37d0fe484a01fec5fc443eab254a6996cb413e6 1792 jackson-databind_2.2.2-1.dsc eda21aceb19354fbf6f17e06f423a60621c692d9 722247 jackson-databind_2.2.2.orig.tar.gz 29494ce9e0a6311a0edbae215e494caf2e3419f7 4007 jackson-databind_2.2.2-1.debian.tar.gz 41f46a2b49fd224a3c76692c9237b06df980bc62 916812 libjackson2-databind-java_2.2.2-1_all.deb f3cfdaed41d413a54a4503a66a0534c4e0f418fc 4270782 libjackson2-databind-java-doc_2.2.2-1_all.deb Checksums-Sha256: 58206efea1a91a0fe3ddaa34fc8b8e1be0f63b8235f56e296432918ba5ea6e49 1792 jackson-databind_2.2.2-1.dsc 249f6cbe0ea0c382505f8ba35a57487310ac1c84e90f635065f19d294f119425 722247 jackson-databind_2.2.2.orig.tar.gz 85e794ddbef18d229f8969e8d6a1492974ed893dce875d9452766923adc4cabc 4007 jackson-databind_2.2.2-1.debian.tar.gz f253809c6b5b2479447e7231339d2fdac51b05fa19459d4d2ac49503cbf59045 916812 libjackson2-databind-java_2.2.2-1_all.deb 3bb3755c7f9070d9504631ccea1090b3f19df459e3cc52a236301ea26001c23c 4270782 libjackson2-databind-java-doc_2.2.2-1_all.deb Files: 173a62fe93eddf47401353cc720cab37 1792 java optional jackson-databind_2.2.2-1.dsc 8894f9e8efdf37c9caa7fadd49993994 722247 java optional jackson-databind_2.2.2.orig.tar.gz a3874d472a6896d0291d28f8040f8ee1 4007 java optional jackson-databind_2.2.2-1.debian.tar.gz 1ba0742d05a479c16fc7cf9cf595dbbf 916812 java optional libjackson2-databind-java_2.2.2-1_all.deb 067ae63dbc5e67f9c87a236aeaba2797 4270782 doc optional libjackson2-databind-java-doc_2.2.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iEYEARECAAYFAlIZxsEACgkQUCgnLz/SlGgWFQCg3KJjRIem+hrksHSC4sRMFDao l4AAn2JrtdNQ+0MpUE776V0UgQN2HPSI =1TN6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vgphc-0005si...@franck.debian.org
Accepted jackson-dataformat-smile 2.2.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 22 Aug 2013 17:03:12 + Source: jackson-dataformat-smile Binary: libjackson2-dataformat-smile libjackson2-dataformat-smile-doc Architecture: source all Version: 2.2.2-1 Distribution: unstable Urgency: low Maintainer: Hilko Bengen ben...@debian.org Changed-By: Wolodja Wentland deb...@babilen5.org Description: libjackson2-dataformat-smile - fast and powerful JSON library for Java -- Smile dataformat libjackson2-dataformat-smile-doc - Documentation for Jackson-dataformat-smile Closes: 720505 Changes: jackson-dataformat-smile (2.2.2-1) unstable; urgency=low . * Initial release (Closes: #720505) Checksums-Sha1: 4bbcd0582fd87aa695cb57e1d1d15485c5bd6dfc 1818 jackson-dataformat-smile_2.2.2-1.dsc 5c8e82ebf13fb83727d8ebd364221a046c20381d 85516 jackson-dataformat-smile_2.2.2.orig.tar.gz 1eee71f5b2b09215fcba5ec04ce192bda60d3b5b 3957 jackson-dataformat-smile_2.2.2-1.debian.tar.gz 724d49ad13fc2b9412de519f367bdbc52c6844cb 72600 libjackson2-dataformat-smile_2.2.2-1_all.deb 9f79c07d0038848c29ee490658dde8e7ea502ded 221484 libjackson2-dataformat-smile-doc_2.2.2-1_all.deb Checksums-Sha256: 7e43365324ad04bf2ac5a4d353efc3dbc12690493ef6d436bd2d83fccb2e3e8a 1818 jackson-dataformat-smile_2.2.2-1.dsc 6c2ae63cb1218d66734e7d545d6d8c42c05a7c1758df9a65344a891aa78d57f5 85516 jackson-dataformat-smile_2.2.2.orig.tar.gz 964a8a10c9a3188544d019c5d0f2c618b07bb7461d95cbc6edd604b45668a3d6 3957 jackson-dataformat-smile_2.2.2-1.debian.tar.gz 0c4a39930c0af46a99831d736c4339f3d785fb387514cc7d5a9d20db67c82109 72600 libjackson2-dataformat-smile_2.2.2-1_all.deb 66a97b032f69b1a6f3919920cb4bb0aaf336f9a69c6276549f631d04bcb71753 221484 libjackson2-dataformat-smile-doc_2.2.2-1_all.deb Files: 4ad9503fcc0c663b576fae43cf9e67bc 1818 java optional jackson-dataformat-smile_2.2.2-1.dsc 68d84e063f364d9b900212ea47208b9d 85516 java optional jackson-dataformat-smile_2.2.2.orig.tar.gz 86bc13e563fe77eb483a7627a81230e8 3957 java optional jackson-dataformat-smile_2.2.2-1.debian.tar.gz 3f2d1013ccdd1938f0cb47500149a4dc 72600 java optional libjackson2-dataformat-smile_2.2.2-1_all.deb d05ce9c34d286186d0fca7798a96b1e1 221484 doc optional libjackson2-dataformat-smile-doc_2.2.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iEYEARECAAYFAlIaNJwACgkQUCgnLz/SlGg2YQCfVqSyUhZhykbT/WyUgMpQ9cHZ /GcAoKeEyeg+xeze0FOJgLrifPH2ROHK =TD9i -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vgphd-0005u1...@franck.debian.org
Accepted jackson-core 2.2.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 10 Aug 2013 19:27:10 + Source: jackson-core Binary: libjackson2-core-java libjackson2-core-java-doc Architecture: source all Version: 2.2.2-1 Distribution: unstable Urgency: low Maintainer: Hilko Bengen ben...@debian.org Changed-By: Wolodja Wentland deb...@babilen5.org Description: libjackson2-core-java - fast and powerful JSON library for Java -- core library libjackson2-core-java-doc - Documentation for Jackson-core Closes: 719323 Changes: jackson-core (2.2.2-1) unstable; urgency=low . * Initial release (Closes: #719323) Checksums-Sha1: 6f22b91f709c5a9bca4d011524b3168cfcd65bb2 1630 jackson-core_2.2.2-1.dsc 1f1217bdb425e33a478f478989430d8c6488a712 231959 jackson-core_2.2.2.orig.tar.gz 2442f81477f73d31ca27506cd2bef69d034abce0 3879 jackson-core_2.2.2-1.debian.tar.gz 178e2c2f971bb95af9e3e0b87a8a46e0df64213d 207970 libjackson2-core-java_2.2.2-1_all.deb 611b589139c245c0643408564925e9ef28805be2 912974 libjackson2-core-java-doc_2.2.2-1_all.deb Checksums-Sha256: cf11afd775fa95e1449cfe75f18a77d013ad0d79f4349c241d09f996b51653a1 1630 jackson-core_2.2.2-1.dsc 1ae8ab66b9255b34a772102125433d374675e1bbe2a0289739214ae0139a9732 231959 jackson-core_2.2.2.orig.tar.gz d09528261f4d9be73d35dfb2528098ff2c3d53c1f9e18df1361460841d20171d 3879 jackson-core_2.2.2-1.debian.tar.gz 5a352297690550c117b7fed06fc8031fdc6d81033d4dbdc0b8fc872bff11909e 207970 libjackson2-core-java_2.2.2-1_all.deb eab4c3d61ef8bc69f03ff8164e29d718bee63d94f962058d064cabc3f4004b9e 912974 libjackson2-core-java-doc_2.2.2-1_all.deb Files: 162e9cb362ed734f01a70cbbfefde71a 1630 java optional jackson-core_2.2.2-1.dsc 421c8cb78ffedbe6e7a5a353a2f67cda 231959 java optional jackson-core_2.2.2.orig.tar.gz a0f95662006fa43becf308bc2db398cd 3879 java optional jackson-core_2.2.2-1.debian.tar.gz 2c683b618a5a54e9759d9580397d7c76 207970 java optional libjackson2-core-java_2.2.2-1_all.deb ab21bfd801e7e8f735f6980da8b1f60e 912974 doc optional libjackson2-core-java-doc_2.2.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iEYEARECAAYFAlIZOl4ACgkQUCgnLz/SlGiN2gCgo8t+397QlTPY19YsSdEptwnR f64AniQJHbztn+Egck1CRHAbs97XX17r =D+Am -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vgphc-0005rr...@franck.debian.org
Accepted jackson-annotations 2.2.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 22 Aug 2013 17:40:58 + Source: jackson-annotations Binary: libjackson2-annotations-java libjackson2-annotations-java-doc Architecture: source all Version: 2.2.2-1 Distribution: unstable Urgency: low Maintainer: Hilko Bengen ben...@debian.org Changed-By: Wolodja Wentland deb...@babilen5.org Description: libjackson2-annotations-java - fast and powerful JSON library for Java -- annotations libjackson2-annotations-java-doc - Documentation for Jackson-annotations Closes: 720503 Changes: jackson-annotations (2.2.2-1) unstable; urgency=low . * Initial release. (Closes: #720503) Checksums-Sha1: f5dd54a7ba7169cff71aee92a569414648855ad8 1649 jackson-annotations_2.2.2-1.dsc 43e9f9fadb2f77b04a784ce31213d48dcb353996 25165 jackson-annotations_2.2.2.orig.tar.gz a5be5ddf3df2e9473cba1fcd666d923dbef98f97 3299 jackson-annotations_2.2.2-1.debian.tar.gz 2b409d36d0880bf0c1d398397e7152aada7c0a9b 30034 libjackson2-annotations-java_2.2.2-1_all.deb 5266b4903b679dff8e10043ffe39a1b0f82ab9a8 273474 libjackson2-annotations-java-doc_2.2.2-1_all.deb Checksums-Sha256: daf26b57da9a4961ca8ad1d07e98dc1d06304598752dfbeeda480618f768b388 1649 jackson-annotations_2.2.2-1.dsc 7a13c4279e8d50793ef5a6e6854a1a8c368905efb510560f5a5e99882939 25165 jackson-annotations_2.2.2.orig.tar.gz 309eba3497b9c6431abd61887f0b81bc6f6d83c4effbdc435d916d9c7206a2b6 3299 jackson-annotations_2.2.2-1.debian.tar.gz 847f068073a8e5ae75549f28cbf8df0967be6f1cbe4b3be2a110c609ea9211d3 30034 libjackson2-annotations-java_2.2.2-1_all.deb af3aec45e0768525785a56279d910df4c4e4c582278371687dc2fcf3f9ee5c8c 273474 libjackson2-annotations-java-doc_2.2.2-1_all.deb Files: 82c24aadcb79a6698032ae184de94f60 1649 java optional jackson-annotations_2.2.2-1.dsc 1e74ff807b9d3de762f1e41152e9d623 25165 java optional jackson-annotations_2.2.2.orig.tar.gz 8a2b601ec92d8bea24c8b0cdceac2815 3299 java optional jackson-annotations_2.2.2-1.debian.tar.gz a88203c1025a6a676bd2c584b1c64774 30034 java optional libjackson2-annotations-java_2.2.2-1_all.deb 219c74d28f7a6583f8c8c70c19e9f189 273474 doc optional libjackson2-annotations-java-doc_2.2.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iEYEARECAAYFAlIZPpkACgkQUCgnLz/SlGgrTgCfY1FL6zXjiGMirZyeCqIwy20I /gYAoMJNbbqteV4NFx6N7ChoLrY0RbIb =JD6a -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vgphd-0005tz...@franck.debian.org
Bug#720503: ITP: jackson-annotations -- fast and powerful JSON library for Java -- annotations
Package: wnpp Severity: wishlist Owner: Wolodja Wentland deb...@babilen5.org * Package name: jackson-annotations Version : 2.2.2 Upstream Author : FasterXML, LLC, Seattle, USA i...@fasterxml.com * URL : https://github.com/FasterXML/jackson-annotations * License : Apache-2.0 Programming Lang: Java Description : fast and powerful JSON library for Java -- annotations The Jackson Data Processor is a multi-purpose Java library for processing JSON. Jackson aims to be the best possible combination of fast, correct, lightweight, and ergonomic for developers. It offers three alternative methods for processing JSON: . * Streaming API inspired by StAX * Tree Model * Data Binding converts JSON to and from POJOs . In addition to the core library, there are numerous extension that provide additional functionality such as additional data formats beyond JSON, additional data types or JVM languages. . This package contains general purpose annotations for value and handler types. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130822172652.20618.57537.reportbug@asasello.local
Bug#720504: ITP: jackson-databind -- fast and powerful JSON library for Java -- data binding
Package: wnpp Severity: wishlist Owner: Wolodja Wentland deb...@babilen5.org * Package name: jackson-databind Version : 2.2.2 Upstream Author : FasterXML, LLC, Seattle, USA i...@fasterxml.com * URL : https://github.com/FasterXML/jackson-databind/ * License : Apache-2.0 Programming Lang: Java Description : fast and powerful JSON library for Java -- data binding The Jackson Data Processor is a multi-purpose Java library for processing JSON. Jackson aims to be the best possible combination of fast, correct, lightweight, and ergonomic for developers. It offers three alternative methods for processing JSON: . * Streaming API inspired by StAX * Tree Model * Data Binding converts JSON to and from POJOs . In addition to the core library, there are numerous extension that provide additional functionality such as additional data formats beyond JSON, additional data types or JVM languages. . This package contains general purpose data-binding functionality for data formats other than JSON. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130822173052.21481.17561.reportbug@asasello.local
Bug#720505: ITP: jackson-dataformat-smile -- fast and powerful JSON library for Java -- Smile dataformat
Package: wnpp Severity: wishlist Owner: Wolodja Wentland deb...@babilen5.org * Package name: jackson-dataformat-smile Version : 2.2.2 Upstream Author : FasterXML, LLC, Seattle, USA i...@fasterxml.com * URL : https://github.com/FasterXML/jackson-dataformat-smile/ * License : Apache-2.0 Programming Lang: Java Description : fast and powerful JSON library for Java -- Smile dataformat The Jackson Data Processor is a multi-purpose Java library for processing JSON. Jackson aims to be the best possible combination of fast, correct, lightweight, and ergonomic for developers. It offers three alternative methods for processing JSON: . * Streaming API inspired by StAX * Tree Model * Data Binding converts JSON to and from POJOs . In addition to the core library, there are numerous extension that provide additional functionality such as additional data formats beyond JSON, additional data types or JVM languages. . This package contains an extension for reading and writing Smile-(binary JSON)-encoded data. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130822173626.22534.35647.reportbug@asasello.local
Bug#720506: ITP: jackson-dataformat-yaml -- fast and powerful JSON library for Java -- YAML dataformat
Package: wnpp Severity: wishlist Owner: Wolodja Wentland deb...@babilen5.org * Package name: jackson-dataformat-yaml Version : 2.2.2 Upstream Author : FasterXML, LLC, Seattle, USA i...@fasterxml.com * URL : https://github.com/FasterXML/jackson-dataformat-yaml/ * License : Apache-2.0 Programming Lang: Java Description : fast and powerful JSON library for Java -- YAML dataformat The Jackson Data Processor is a multi-purpose Java library for processing JSON. Jackson aims to be the best possible combination of fast, correct, lightweight, and ergonomic for developers. It offers three alternative methods for processing JSON: . * Streaming API inspired by StAX * Tree Model * Data Binding converts JSON to and from POJOs . In addition to the core library, there are numerous extension that provide additional functionality such as additional data formats beyond JSON, additional data types or JVM languages. . This package contains an extension for reading and writing YAML-encoded data. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130822173923.23544.95263.reportbug@asasello.local
Accepted maven-debian-helper 1.6.5 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 17 Aug 2013 15:24:16 + Source: maven-debian-helper Binary: maven-debian-helper Architecture: source all Version: 1.6.5 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Wolodja Wentland deb...@babilen5.org Description: maven-debian-helper - Helper tools for building Debian packages with Maven Changes: maven-debian-helper (1.6.5) unstable; urgency=low . * Add Wolodja Wentland to uploaders * Prevent artifact installation during dh build (switch maven target from install to package) * Adjust mh_resolve_dependencies arguments in dh to match CDBS * Adjust debian-maven-plugin options in dh to match CDBS * Switch maven doc target back to javadoc:jar (was javadoc:javadoc) Checksums-Sha1: 25b3f717a59be5ad92bdd94fd4163edd132f0efc 2137 maven-debian-helper_1.6.5.dsc c05b790a4038d09008c2ec48580f75b14df8d832 113260 maven-debian-helper_1.6.5.tar.gz 7f78a47cbf9a2237f3b2e340b426d864b15ffa94 109818 maven-debian-helper_1.6.5_all.deb Checksums-Sha256: 059e71e05173f2d9b4fb292c86f01eb0c7d07b4cb2da749cd77c72383722dfa7 2137 maven-debian-helper_1.6.5.dsc dff1c11ea6d51e45c6c4bc61a166dcb17e6b9c9b81aa7776499aef3958476222 113260 maven-debian-helper_1.6.5.tar.gz 382fd48d3e66fbe2f43295d716b6fa2054e30b2d94fcef5e57f447a17d55d773 109818 maven-debian-helper_1.6.5_all.deb Files: 6858bb220aa948d2a5e0a2ef3cc5af41 2137 java optional maven-debian-helper_1.6.5.dsc 2c22abb24d4fd0b864470ca19efc2c0b 113260 java optional maven-debian-helper_1.6.5.tar.gz 5002c4d0b23a2bb1042d00512faad9cc 109818 java optional maven-debian-helper_1.6.5_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJSD8M+AAoJEHXiDM0z50n8r2kQAIMs92VDFiMq3SteSSDO63xH gys08s9BeBB08M2FQYuDIiDYdzzBxJiNuIyDeUtiMqZWLxG502q+kNlow1J1sUQG r/JeFNf21MIAeXIcwGH2YAPIshOat+QG86VQIhWfuR8giw+dRaBhqHaaxSTFEBSz 96JskV4lqbS4iHnpfIT0VATo4j/rHfRQK8PUxK0QsCEfY6V2BlPqNDXgIK5T5Ths 0PuxBOnwNymDelP1J4ShNoiJr+tw8mYEJ2TxNHRwB7ZqpyaTPlbMIJ2AAb5WrPwM X1nbXGo4Yk18NPT/C808UGGAsvi0WZWX2lLY+3icoFq5ukQf+mXGcszlGGv4Zjcq B8VLO7yAXXlP4HGyXjnT1g935vQkBcDYeiJjZJQRpgVOfxVj2+D+Z+3bRFehSQ1r QuZH4A0SR/XM1PJ50j4ji2QXF3dr2V3hm2aFvoXOJBfPUnKTziPFiObMYgWEhAfg xp5nNAaCvixBop95gjLQsCSWSsOwqAr9eq6q6LQIl/5J6Uss0+w4P4XfwHw0eKI5 z82D1N1TG5aYww6aSI7XaLhQKSdB5NYAqHIkXd9nog55UC5TmoEXoN7Prny8On8r /gSllKENiS9/XnQEqbng9Kx4gapVFcdAWnmiAIuc3JCShzN6qEY8v45RLLumC7kA /fP2HY+llpQ3YX787iSh =ISsl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vam1d-0003yh...@franck.debian.org
Re: Bug#719323: ITP: jackson-core -- fast and powerful JSON library for Java
On Sun, Aug 11, 2013 at 12:52 +0100, Stephen Nelson wrote: On 11 Aug 2013 00:32, Wolodja Wentland deb...@babilen5.org wrote: It is not, but thank you for catching this and reviewing WNPP bugs! :) libjackson-json-java is version 1.* of the JSON processoe by FasterXML while I plan to package version 2.* which has been split into a number of packages and should be packaged separately. In the light of this I will try to make it more obvious that this is, in fact, Jackson2. Thanks for packaging the latest version. I think it would be better to be consistent on the naming according to the Debian Java standards [1] and name it something like libjackson2-core-java. [1] http://www.debian.org/doc/packaging-manuals/java-policy/x114.html I am not sure if it makes sense to adapt this naming scheme for source packages and I would personally very much prefer to use the name used by upstream. There are also quite a number of packages maintained by pkg-java that simply use the name used by upstream. The binary packages will, naturally, follow the naming conventions of pkg-java and this particular source package builds two binary packages, namely: * libjackson2-core-java * libjackson2-core-java-doc Please let me know if that is in line with your expectations and have a nice day! -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Bug#719323: ITP: jackson-core -- fast and powerful JSON library for Java
Package: wnpp Severity: wishlist Owner: Wolodja Wentland deb...@babilen5.org * Package name: jackson-core Version : 2.2.2 Upstream Author : FasterXML, LLC, Seattle, USA i...@fasterxml.com * URL : http://wiki.fasterxml.com/JacksonHome * License : Apache-2.0 Programming Lang: Java Description : fast and powerful JSON library for Java Jackson is a fast Java-based is a multi-purpose Java library for processing JSON. Jackson aims to be the best possible combination of fast, correct, lightweight, and ergonomic for developers. It offers three alternative methods for processing JSON: * Streaming API inspired by StAX * Tree Model * Data Binding converts JSON to and from POJOs The streaming API is the most performant, but developers might prefer the convenience of a mutable in-memory tree representation or the flexibility offered by the data binding object mapper. This package contains the Jackson core library. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130810181744.15092.66773.reportbug@asasello.local
Re: Bug#719323: ITP: jackson-core -- fast and powerful JSON library for Java
On Sun, Aug 11, 2013 at 00:09 +0100, Stephen Nelson wrote: On 10 Aug 2013, at 19:17, Wolodja Wentland deb...@babilen5.org wrote: Package: wnpp Severity: wishlist Owner: Wolodja Wentland deb...@babilen5.org * Package name: jackson-core Version : 2.2.2 Upstream Author : FasterXML, LLC, Seattle, USA i...@fasterxml.com * URL : http://wiki.fasterxml.com/JacksonHome * License : Apache-2.0 Programming Lang: Java Description : fast and powerful JSON library for Java I believe this is already packaged as libjackson-json-java. You could assist by packaging the latest version. It is not, but thank you for catching this and reviewing WNPP bugs! :) libjackson-json-java is version 1.* of the JSON processoe by FasterXML while I plan to package version 2.* which has been split into a number of packages and should be packaged separately. In the light of this I will try to make it more obvious that this is, in fact, Jackson2. Have a good day! -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Accepted slingshot-clojure 0.10.3-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 23 May 2013 16:52:43 + Source: slingshot-clojure Binary: libslingshot-clojure Architecture: source all Version: 0.10.3-1 Distribution: unstable Urgency: low Maintainer: Debian Clojure Maintainers pkg-clojure-maintain...@lists.alioth.debian.org Changed-By: Wolodja Wentland deb...@babilen5.org Description: libslingshot-clojure - Enhanced throw and catch library for Clojure Closes: 699546 Changes: slingshot-clojure (0.10.3-1) unstable; urgency=low . * Initial release. (Closes: #699546) Checksums-Sha1: 30fb9691a902e200df325e89fa6417659bd11e98 2137 slingshot-clojure_0.10.3-1.dsc 339facb19d4224e8ee6751408882d4a80bb6b0d6 11443 slingshot-clojure_0.10.3.orig.tar.gz e7aa8c278180388795abc527740a2a8f253a3f77 7078 slingshot-clojure_0.10.3-1.debian.tar.gz 7376578b80ba288c48bf42e0b295b4d84580f4e6 20194 libslingshot-clojure_0.10.3-1_all.deb Checksums-Sha256: 2c93203f4f52fb43240836e1710f65c40a855d401f85308fa1bc935934409dcf 2137 slingshot-clojure_0.10.3-1.dsc 47bfd223c9ca983a6f2cb23b925561f0fa7202f9dc14ce5db5428701a124c002 11443 slingshot-clojure_0.10.3.orig.tar.gz 5da155e71007acb8edab86eb4f86b8f5c511cb7234ad688c0e92808b0eb47d89 7078 slingshot-clojure_0.10.3-1.debian.tar.gz 73008c44911c158af9c2b66024db004f0cb04d1fa679f94dcac84f56ed7176ae 20194 libslingshot-clojure_0.10.3-1_all.deb Files: 64b6c61cbd22cb2520ddc7ba0655ddf2 2137 java optional slingshot-clojure_0.10.3-1.dsc c9629a3d9ebdf3f62ac8d98806d181d0 11443 java optional slingshot-clojure_0.10.3.orig.tar.gz 1f0e63c9014fcc19927661201200ce5f 7078 java optional slingshot-clojure_0.10.3-1.debian.tar.gz 166adac7edbe7f4419d16ea927a83c60 20194 java optional libslingshot-clojure_0.10.3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJR3hGuAAoJEHtYWzCAfCqHF70P/j/38T43kfrdHDv0P2Za+osx ZtQhvME2MBFA5rnJQ28v0bYutcxd3uZBaeo0LS4RgPJ7p1H3UefeQ5f4nmSIjcwG 4z5XsHAawN+WvZyulod4QZ3VBAz9WiRArUa74EKJgednLlUuBJCHsVB+99j8owWL 5qa/cU6yVjGDLHGh0Wz/a98GD/C3fLSRxe8F4Kpx0nsuTksA64evNBK8YXOqZGrr JC/JVX66iqmnh5IROCwB2+rut7+wTw8+6E3hJHn9KQc1kQRc2l9jnUtbckAnS2n0 HG0++ZJPdMB7gziQn9AeaVi+882uIQfrJhkPTQrXxGJ6MAPsSLpSsYW/18yi3i03 ENYFJbgW+WUnfKnSjHYDhVDcuDrwTx4U2kQQRjbjrZgBj1CnNmD/ntOMlPc6tFvD aZ/YVO3vLmEGsfZEG/iU2eNpBHfaN0p7fiPLM3MKmgW9NJKMM2dWCspEMwqhZXwC bEhiYKqznFWdBMexyKA9iEXaLCxXhiMo9mEIB7ZAF85IxNGXXML8G/+SPr/ZFySz rDIkUK9gmmbdWFv+8oaugRPs8nzZayNUolWVBiVmfnf0kooOFON7MHrpaVMxnhuA 3PBQU3JRwpV2lFsX2IMEjMEREeHFhri6kT3mvLxIn6YLmiMGEitcDyBqLt07xHgt sgpy/bNR0Us/7ppe8ZDk =YQQj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1v7vte-0005dq...@franck.debian.org
Re: Bug#716981: ITP: libcore-cache-clojure -- cache abstraction library
On Mon, Jul 15, 2013 at 16:38 +0200, Eugenio Cano-Manuel Mendoza wrote: Package: wnpp Severity: wishlist Owner: Eugenio Cano-Manuel Mendoza eugenioca...@gmail.com * Package name: libcore-cache-clojure Version : 0.6.2 Upstream Author : Michael Fogus mefo...@gmail.com * URL : https://github.com/clojure/core.cache * License : EPL-1.0 Programming Lang: Java, Clojure Description : cache abstraction library core.cache provides a cache abstraction as well as different implementations of caching strategies such as FIFO, LRU, TTL, LIRS etc. Programmers can also choose to create their own implementation of the base cache abstraction and nest different implementations together. This description needs some love, please make it: Description : cache abstraction library for Clojure core.cache is a Clojure library that provides implementations of basic caching strategies such as: . * First-in-first-out (FIFOCache) * Least-recently-used (LRUCache) * Least-used (LUCache -- sometimes called Least Frequently Used) * Time-to-live (TTLCache) * Naïve cache (BasicCache) * Naïve cache backed with soft references (SoftCache) . It also provides an implementation of an efficient buffer replacement policy based on the low inter-reference recency set algorithm (LIRSCache). . All implementation use a common base abstraction (CacheProtocol) which, in combination with suitable macros, allows for the easy integration of user defined caching strategies that hook into the Clojure associative data capabilities. Thanks! -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Re: Bug#717083: ITP: pychef -- Python library to interact with the Chef server API
On Tue, Jul 16, 2013 at 12:23 -0300, Miguel Landaeta wrote:
Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta mig...@miguel.cc
* Package name: pychef
Version : 0.2.2
Upstream Author : Noah Kantrowitz n...@coderanger.net
* URL : https://github.com/coderanger/pychef
* License : BSD
Programming Lang: Python
Description : Python library to interact with the Chef server API
(Include the long description here.)
Please provide a suitable long description so that we can review it. I
personally also prefer to not start the synopsis with a capital letter.
A reasonable rule of thumb (stolen from [0]) is that if you replace $name with
the package name and $synopsis with your synopsis in the following sentence it
should make sense:
The package $name provides {a,an,the,some} $synopsis.
[0] http://lintian.debian.org/tags/description-synopsis-starts-with-article.html
--
Wolodja deb...@babilen5.org
4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC
signature.asc
Description: Digital signature
Re: Bug#712908: ITP: stencil-clojure -- implementation of the Mustache template system for Clojure
On Thu, Jun 20, 2013 at 20:09 +0200, Eugenio Cano-Manuel Mendoza wrote: Package: wnpp Severity: wishlist Owner: Eugenio Cano-Manuel Mendoza eugenioca...@gmail.com * Package name: stencil-clojure Version : 0.3.2 Upstream Author : David Santiago david.santi...@gmail.com * URL : https://github.com/davidsantiago/stencil * License : EPL-1 Programming Lang: Clojure, Java Description : implementation of the Mustache template system for Clojure Stencil is a Clojure implementation of Mustache, a template system. Mustache lacks of control flow statements such as if/else conditionals or for loops; it instead features section tag processing lists and lambdas. Mustache also enforces a strong separation of logic from presentation. Thanks for working on this, but the description could certainly be improved. The first step would be something like: --- Description : implementation of mustache templates for Clojure . Stencil is a Clojure implementation of Mustache, a template system. Mustache lacks any explicit control flow statements such as if/else conditionals or for loops, but instead features section tag processing lists and lambdas. Mustache also enforces a strong separation of logic from presentation. --- But I am not too happy about the section tag processing lists lambdas. Can't think of anything better right now, but lets find something that makes the design decisions behind mustache and why one would want to use it a bit clearer. A good idea is probably to look into the other mustache libraries (ruby-mustache, libjs-mustache, node-mustache) for inspiration. -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Accepted leiningen 1.7.1-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 23 May 2013 13:48:45 + Source: leiningen Binary: leiningen Architecture: source all Version: 1.7.1-2 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Wolodja Wentland deb...@babilen5.org Description: leiningen - simple build system for Clojure Closes: 684022 Changes: leiningen (1.7.1-2) unstable; urgency=low . [Wolodja Wentland] * Rebuild against newer robert-hooke version . [ Emmanuel Bourg ] * Team upload * Replaced the dependency on OpenJDK 6 by a dependency on the default JDK. This change was contributed by James Page (Closes: #684022) * Fixed the watch file * Removed the unused dependency on libbackport-util-concurrent-java * Removed the deprecated DMUA flag * Updated Standards-Version to 3.9.4 (no changes) Checksums-Sha1: 65cb419eb34d7d8892cd4b14d6b0f81e487af37b 2329 leiningen_1.7.1-2.dsc 2cce56cd41f32714c3ac356a1077fb10f909e30d 19874 leiningen_1.7.1-2.debian.tar.gz 7f6bc99461bb870fb5f2d0c5afad8e41ccb898a4 1102230 leiningen_1.7.1-2_all.deb Checksums-Sha256: a8a050de23d962c2f96bc66878e14572ef431d5e41cefb380c5182947d5d719c 2329 leiningen_1.7.1-2.dsc e632a983fc43b76740fdf8d51e0875cfef786f4ba9e226635695c932c9166b5b 19874 leiningen_1.7.1-2.debian.tar.gz 280627f99306e0ee40477cfa60efba51ecd32c6216685c5c3e1e512c0e28a32f 1102230 leiningen_1.7.1-2_all.deb Files: 7f4023f0a229ced809f5ed62568cf6e7 2329 java optional leiningen_1.7.1-2.dsc b36932f12ea0e80519e7ee360b037c8a 19874 java optional leiningen_1.7.1-2.debian.tar.gz 736c6d49b62b38c9aa0ec4fcf7eba67e 1102230 java optional leiningen_1.7.1-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRr981AAoJECHSBYmXSz6WdKEP/3AHFTb9SGc9lzTZEA+8Ysxc eAzlJQ+4YlHjMGLAwD8wwGaf9Bj4qW8EGxKfyTU3OUiW6wzCfC97TjuSTvi5pOkk XCjg+6Sw2nvdLETE9PYRvZpFJzUKC8hdJdZK9S2AwrIX5PDrao8fzUS7ITQTgWYJ 7JvylYmqNY+CtmvhiWDjGHxLJDCjkQVktzDLnh95AilFA7EAN25J0GqFEueBbLNL Uh3/DZPBS3VxiEzXXoScbAbXUoNGxl8cpOvrwta9u1te3fzgsK/HJrQYXKJ0VcC2 Je1xZ64J5mcjMjIfMsWmCH71hs3xRBD3K3MFir3FCFLqnjZAiR79o1pz8GcB7DZp vwzQiJWZ2PwxYp5+EC1zZU13XH4Bvd+2NR6GafIbYI6PNg1UGzPiictbIWtwUk3T sVXm8oTip6Ho2bl/iDKMkgpYLHZiqnnbAQoY/8JVe8UC3G9C8oiodGv2kTWVNx3y VK2WPxG9iTlRT5Z8FDTKfmd4CQyTK8iQVGfemfNVilwrbsrTTcnkDLwF7athX4uf c7zxJGHWfnUXU2iJYjCphPbYnyLWzgdTK3WlY/On3Cr4JZ1dwgS0EwP9uapGcDr3 4cm0grO15MHtZpW2xAErXuqyd7/PpyaVj9apbog5M8WNRyIkFdn+IG/L8NK5VdAf gzgnwSR8P6tt2+pqFQV5 =clPP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ukoqe-0006dl...@franck.debian.org
Accepted robert-hooke 1.3.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 23 May 2013 11:12:14 + Source: robert-hooke Binary: librobert-hooke-clojure Architecture: source all Version: 1.3.0-1 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Wolodja Wentland deb...@babilen5.org Description: librobert-hooke-clojure - Function wrapper library for Clojure Closes: 684289 Changes: robert-hooke (1.3.0-1) unstable; urgency=low . * New upstream version * debian/control - Remove Phil Hagelberg from Uploaders - New mail address for Wolodja Wentland - Remove Build-Depends-Indep - Build-Depend on clojure1.4 - Remove Depends on sun-java6-jre - Update Standards-Version to 3.9.4 - Remove dependency on OpenJDK6 (Closes: #684289) * Remove 0001-Add-upstream-changelog.patch * Refactor markdown documentation generation * debian/rules - Switch to declarative packaging style - override_jh_classpath → debian/pkg.classpath - override_jh_installlibs → debian/pkg.jlibs - override_dh_installdocs → debian/pkg.docs - Remove get-orig-source target * debian/watch - Use Github's tag page instead of githubredir * debian/compat - compat level 9 * Use maven-repo-helper to install jar into a local maven repository Checksums-Sha1: 9b088751077d5216a52cb57f2e04aa3069c5e3cf 2140 robert-hooke_1.3.0-1.dsc 54d12ca80924d37f73e234dc1ef9f340b9251a1f 14710 robert-hooke_1.3.0.orig.tar.gz d3c2a68f22620d7e21395a93c5ec893facb440d6 8334 robert-hooke_1.3.0-1.debian.tar.gz 1dfcc4103131efadda626d02d298507d397d605b 13348 librobert-hooke-clojure_1.3.0-1_all.deb Checksums-Sha256: ac4c4db6eebd5a17230d8c1a5063301a559038526ce6bbd6338b9e1ceb0ef8a7 2140 robert-hooke_1.3.0-1.dsc 080d8591fd9ad0411baf5d6d383304524d816f3b49269580de7ec58c56c1f224 14710 robert-hooke_1.3.0.orig.tar.gz 83ccaecff8825b1e3eabd1a47fcaa5fff204fbfc713a4008245a8ec98864316b 8334 robert-hooke_1.3.0-1.debian.tar.gz 8f07808442f011c9ea467e96378a2841a6cf4a5cf58291f70bf583d0d00e3e00 13348 librobert-hooke-clojure_1.3.0-1_all.deb Files: 88e47fd73cd889cc251187022e5e8fa2 2140 java optional robert-hooke_1.3.0-1.dsc e1f7e1731d9e7b3288dc8f20951f29e7 14710 java optional robert-hooke_1.3.0.orig.tar.gz 62ab452f8568c63db46028fbb3f1272e 8334 java optional robert-hooke_1.3.0-1.debian.tar.gz a4cf9b2208c811d3545f024ee0c9cb71 13348 java optional librobert-hooke-clojure_1.3.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRrs9lAAoJECHSBYmXSz6WzhcP/R+Jttykf0hq8R+pEPiYfUlz 0oLZ8qFxIn/OHcc5g384GUz7WHOTPu3uN+hSAeXDIYGeSomdrrKLy+Ua336eeTPD or0j1Zq6eJQEb8XC7d/ovSiVdCYMewNU6Ty2Hz4J69bo87Zo5erzMNUCJxFAanNb vMu2WpWCj+hw8jxH5ht2iu6FGJN+O3GZpcM3kIuwAzETBSSPZH+oZwhFwcEhC+Cn FZwKEr54sAplendqC8qDiPKPblIrrTmDMAYaff7UYRvSs1UaHVQDzIZhnzTsGDXY Cl4Bt7DwhmGpTuRFsXOreh9UUqbXPvSecHfQqc+hyzb+G6yDS2qCFRtzsfxWXVX6 epyBTsNh1WS/LWtkPNhx4DxZPiLrJUwz/4Nnd8pObn+jw8kEsl32JIYpHWkzs7i3 jVBtIuvraH/vOC9UBeAAjM2T+AagbzjZyKs3zO06vV4uLL20Hc3VC+Lf2UO0+2Ol wEqVOQ5oJG8tY0OtIb3WYKxKDTiXIQ8tWkxUVFtdIHtCMdqcV+94rxCuNR77Mymg zWeYn79JFjxRP4j/jQ1dKWbga6XeE+Pf288P+xqGOZUhxAyztiye+MnGs6vbDrTn SXP3KpfOgykc4W61v/WIsjrK+aph/w+koPiGB5p+LLDySCFqIOvCTGRwZi0YiTu6 n00fBTjfEEGGN+eh0sC1 =FoJs -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uk6zt-0005ge...@franck.debian.org
Re: DM upload permission
On Wed, Mar 06, 2013 at 14:08 +0100, Holger Levsen wrote: On Mittwoch, 6. März 2013, Paul Tagliamonte wrote: Fwiw since it is backwards compatible, dput-ng works fine from git in-place your point being? I guess the point is that you can use dput-ng even if you don't want to replace your legacy dput installation just yet. -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Bug#699546: ITP: libslingshot-clojure -- Enhanced throw and catch library for Clojure
Package: wnpp Severity: wishlist Owner: Wolodja Wentland deb...@babilen5.org * Package name: libslingshot-clojure Version : 0.10.3 Upstream Author : Stephen C. Gilardi scgila...@gmail.com * URL : https://github.com/scgilardi/slingshot/ * License : EPL-1.0 Programming Lang: Clojure, Java Description : Enhanced throw and catch library for Clojure Slingshot is a Clojure library providing enhanced throw and catch replacements try+ and throw+. Each is 100% compatible with Clojure's and Java's native try and throw both in source code and at runtime. Each also provides new capabilities intended to improve ease of use by leveraging Clojure's features like maps, records, and destructuring. Among them: * throw+ can throw any Java object, not just those whose class is derived from java.lang.Throwable (e.g. Clojure maps or records) * catch clauses within try+ can catch any Java object thrown by throw+, Clojure's throw, or Java's throw * selectors in catch clauses allow matching on class name, key-value vectors, predicates and more * Information about the context of a throw site is accessible via a hidden argument that includes information on, for example, the caught object, exception messages and stack traces -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130201155245.5357.13396.reportbug@asasello.local
Re: git.debian-maintainers.org, or somewhere else
On Thu, Jan 31, 2013 at 18:35 +0200, Regid Ichira wrote: packages.debian.org/source/squeeze/vsftpd is refering to http://git.debian-maintainers.org/?p=daniel/vsftpd.git. The reference is in the left column of the page, under the links for vsftpd title ( Debian Source Repository (Git) ). $ host git.debian-maintainers.org Host git.debian-maintainers.org not found: 3(NXDOMAIN) Neither packages.debian.org/source/wheezy/vsftpd nor the sid page seem to have the Debian Source Repository (Git) entry. Was the repository transfered to another site? Is it temporarily not avaialble? Something else? Should the entry in the squeeze page removed? The Vcs-* entries have been removed in 2.3.4-1 as you can see in the changelog: -- snip -- vsftpd (2.3.4-1) unstable; urgency=low … * Removing vcs fields. … -- Daniel Baumann daniel.baum...@progress-technologies.net Mon, 05 Sep 2011 15:55:00 +0200 -- snip -- I am not sure why Daniel decided to remove them or where the package is maintained now, but that explains the behaviour you see on p.d.o and in the PTS. Isn't maintaing debian source in a ro public accessible git repositories a good idea? It is a good idea, but it is up to the maintainer to decide how (s)he wants to maintain her/his packages. Using a git repository certainly isn't mandatory even though it is quite common these days. Note that you can always get a source package with, for example, apt-get source PKG -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Metapackages - What to do with them? (was: debian-ctte Re: Bug#688772: gnome Depends network-manager-gnome)
I am posting this on -devel because I think that it rather belongs here than in the context of #681834 and the discussion in -ctte On Sat, Oct 06, 2012 at 09:41 +0200, Josselin Mouette wrote: Le vendredi 05 octobre 2012 à 22:07 -0600, Bdale Garbee a écrit : I personally believe that metapackages should be primarily populated with Recommends, with Depends largely reserved for actual technical dependencies between real packages. I would like to point you to the last time this suggestion was discussed in debian-devel [0] as it contains a number of arguments that might otherwise go unnoticed. Unfortunately this issue/thread is an amalgamation of a number of independent issues and it might make sense to discuss them independently. I can easily make out the following: 1. Is the action to change the network manager dependency in the gnome metapackage in the spirit of the CTTE resolution? 2. What is the relation between GNOME and network manager (NM). How tightly do they *need* to be coupled and what are the technical/usability implications of using GNOME without it. 3. Interoperability of NM with other network configuration mechanisms/tools such as /etc/network/interfaces, wicd, manual configuration, ... and in particular bugs therein. (i.e. What happens if NM gets installed even though the administrator configured the network in a different way) 4. How should metapackages be implemented and how should they be treated by apt? 5. How should the Desktop task be installed during the initial installation and how can users tweak that? There are probably more, but these pop into my head right now. I do not want to comment on (1) but it might make sense to discuss the others first as that might very well make a CTTE resolution redundant. I also can not gauge (2) and would be happy if members of the Gnome team could comment on that, but (3) should clearly be discussed within the scope of applicable bug reports that can then be fixed. As you might have guessed it is mostly (4) and (5) that are most important to me and it would IMHO be beneficial to discuss this in a broader scope (maybe in debian-policy) and codify the decision in the policy. 1. Motivation for a change - What is the problem? = The main motivation for a change to the current implementation was given in [0], the DEP-6 discussion [1] and by Bdale: This is consistent with my belief that we should try to empower our users to be able to exercise a reasonable amount of choice in configuring and operating their Debian systems. A common argument formulated by the GNOME team (or members thereof) is: Maybe you are unfamiliar with what clueless newbies do with their systems. You want to empower users, that’s fine; but GNOME is for all users. Those who have the technical knowledge to handle their packages manually should also know how to make it happen without metapackages. which is certainly true, but doesn't capture one *very* important aspect. Sure clueless users won't really care and are happy to get a GNOME installation that packs everything and the kitchen sink. This is good IMHO and encourages exploration of different software options in a unified and well integrated environment. It is also true that advanced users/power users/Debian Members/Unix beards/… can easily finetune their installation or even create new personal metapackages, but … The problematic use case are users who are proficient enough with Debian to realise that they do not want a set of packages and who try to remove them, but who do not (yet) know enough about Debian and its actual implementation to do so. The current implementation makes it incredibly hard (see [2] for solutions) to finetune a kitchen sink systemi). I think that the wish to explore and finetune a system is typical for new users who get familiar with their system and they should be encouraged and supported in doing so. 2. What can be done? Two proposals are commonly made to rectify the situation: 1. Use Recommends in metapackages 2. Treat metapackages differently during removal/purge After thinking about this I am still convinced that (2.1) is the better solution as it allows users to remove some packages that were pulled in by a matapackage without causing its complete removal. I dislike (2.2) because it means that apt-get install METAPKG ; apt-get purge METAPKG does not (in terms of installed packages) change anything. It would essentially mean that there is no inverse element/action for install. Arguments against (2.1) comprise: * Recommends is wrong for metapackages because it gets upgrades very wrong. This is why it is used very marginally. [3] Not sure about this and Josselin unfortunately did not elaborate on actual problems. * […] there is the problem that versioned Recommends are useless,
Re: Towards d-i wheezy beta 3
On Mon, Sep 10, 2012 at 11:44 +0200, Marco d'Itri wrote: Also, we should mention somewhere (the install documentation?) that non-free should be enabled to install microcode fixes which may be critical to maintain the system stability. Could you elaborate on this please? I have been running systems just fine even though microcode.ctl (and corresponding microcode) was not installed and a look at microcode.ctl's popcon [0] confirms that a majority of users do the same. If system stability does, in fact, depend *critically* on the presence of microcode does this also mean that everybody should install it? What are the implications of not installing it? [0] http://qa.debian.org/popcon.php?package=microcode.ctl -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Re: Processor microcode update packages (was: Towards d-i wheezy beta 3)
On Thu, Sep 13, 2012 at 13:45 -0300, Henrique de Moraes Holschuh wrote: On Thu, 13 Sep 2012, Nikolaus Rath wrote: I think this should be mentioned somewhere *much* more prominent. I consider myself pretty tech-savy, but only stumbled upon this just now on the this list. Can a non-free package be made essential or required? It seems there is really absolutely no-reason other than non-freeness for not installing this by default. It is also worth notice that enabling non-free is not just optional, it is officially discouraged: non-free is not even mentioned by the Debian Wheezy installer unless you're in expert mode. The main problem I see is that there seem to be essentially two types of packages in non-free right now, namely those that contain firmware/microcode (etc) and are crucial for correctly working hardware and the rest. Most users, and even those that prefer to install only free software, would probably want to install all packages from non-free that are appropriate for their hardware. And yes, the only reason to not have it installed by default on every x86 Debian system with an Intel or AMD processor is the non-freeness. It is quite unfortunate that users who decide to not install non-free software have to accept the fact that their hardware might work unreliable (if at all). New users should, however, be made aware of this fact and offered help during the installation to install appropriate packages. (either by the installer or by making this explicit in the documentation) -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Accepted leiningen 1.7.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 28 Mar 2012 15:12:45 + Source: leiningen Binary: leiningen Architecture: source all Version: 1.7.1-1 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Wolodja Wentland deb...@babilen5.org Description: leiningen - simple build system for Clojure Changes: leiningen (1.7.1-1) unstable; urgency=low . * New upstream release * Standards-Version 3.9.3 * Format 1.0 for debian/copyright Checksums-Sha1: ed96867935bbed7cdba119fd77b5aea101189c98 2379 leiningen_1.7.1-1.dsc 80361e88cc5a88553d64e0d98ef542ab74b7148f 559041 leiningen_1.7.1.orig.tar.gz 9fc1344e83997d600347b141cbb2bdf2042d7084 19479 leiningen_1.7.1-1.debian.tar.gz 9882b47bafdf5f643b9bda4d929947be06ab20f6 1100366 leiningen_1.7.1-1_all.deb Checksums-Sha256: 3f29d960a6a6cce5d1c9921b1aac68b83d835076eab6cc22b620bb4fc94a0f10 2379 leiningen_1.7.1-1.dsc 0270981b75cc4497220a50cea29c0929652e79b686beadf16387f1e7604b445e 559041 leiningen_1.7.1.orig.tar.gz 2db62f6807942fdf3d7ee98ed7b591c1f016efb9c84647320558d2f562130063 19479 leiningen_1.7.1-1.debian.tar.gz b49c27d9d234d75f62c74e55ad595677741b4e09a7424031d44ca3df2a133e55 1100366 leiningen_1.7.1-1_all.deb Files: de7e72bee04ef966445b50a1ee0b067b 2379 java optional leiningen_1.7.1-1.dsc d3f7deb045e0f3430f464553b77b6589 559041 java optional leiningen_1.7.1.orig.tar.gz c0a50f0346975494578a18bd7b0b2644 19479 java optional leiningen_1.7.1-1.debian.tar.gz d5bb55f553b32d82efd231b8c1982d86 1100366 java optional leiningen_1.7.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPcywQAAoJEIt/fTDK8U78e/EP/3B/rdIXsg23lJhq+BMlyV0F 4kpZ8V3UxuWrWNDF+zS88DQsOcOC7RqJMY0hKBD+Z1TblqXbGVrbkPGzoSG/JpAt ni3w2426ZGchfNvqlTuxplq9a9+PWAzTv+1H1gecwhMOcbqLrsP2OGFVW2b/BAGs 24kAV738LYKZ3ZEGQlKpM9DPP2aFQ6X5g8+UBo16wo9MFk5Ndg7evDHb0pX9juyn d7J3tMV3Pg0Ks0BnGNNrtt8Nfsq2gZ/6VQDH7ixWV/iUTYoKN3FdhPXrVqMVEOSl jPvDFJdkcHA5OqSDkqglydbZrjZSniRCKowTU6OdmZbLofTazMMtWDzkExqVWd73 YNSJYxkJmP1sAXyyTIlgr8F/Yd5hoZeerMLAZnUgW8DFJtUQ3EhkBNixZUcHQ/qx ifmxSjbllbwxVa+26ob4RDLRsixs6/oIAii1dCKHPglJOkrzs5OOJKtX3ywH9Ct3 ajdFWc4lhlbA9OPj3ua5HpVI4xRPUigWe0e/YRcSutpeUGJFUXVn8CrBGCnhp1+D 5DMcJBT7opUKB+j5VfJCcu9JrrJQb8ebXQ0FAbyOBluGWZfNPp5FvlLSp0oPTtV7 MrELlWTdiH6iCgVOIwyU7NvcyiF0EdFkrSWzdfDvIu10cEWAG9l3ep6fR/mkAASd TQ/fWo8a5NL9tRdhZqXk =Qg1R -END PGP SIGNATURE- Accepted: leiningen_1.7.1-1.debian.tar.gz to main/l/leiningen/leiningen_1.7.1-1.debian.tar.gz leiningen_1.7.1-1.dsc to main/l/leiningen/leiningen_1.7.1-1.dsc leiningen_1.7.1-1_all.deb to main/l/leiningen/leiningen_1.7.1-1_all.deb leiningen_1.7.1.orig.tar.gz to main/l/leiningen/leiningen_1.7.1.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1scv6a-00044p...@franck.debian.org
Accepted leiningen 1.7.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 17 Feb 2012 13:04:47 + Source: leiningen Binary: leiningen Architecture: source all Version: 1.7.0-1 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Wolodja Wentland deb...@babilen5.org Description: leiningen - simple build system for Clojure Changes: leiningen (1.7.0-1) unstable; urgency=low . * New upstream version * Remove Phil Hagelberg from Uploaders * Update mail address of Wolodja Wentland in Uploaders * (Build-)Depend on rlwrap rather than recommending it Checksums-Sha1: 8a265fafd6bfeaf286a5e7ec19fd16f8d67f184c 2379 leiningen_1.7.0-1.dsc 7def38c61542d978d2d5b444fdaa2c6ec1992669 558563 leiningen_1.7.0.orig.tar.gz 5ef19c30fc748bfa80fbc5a7990efb39f9beedaf 19464 leiningen_1.7.0-1.debian.tar.gz b5cba7ffad578bf3ff7292f4cadd6bc6ec952f63 1101354 leiningen_1.7.0-1_all.deb Checksums-Sha256: 44812981d70c7894042fdcb69d488211abe0b5999cf1d17d2674ab7b49a01fba 2379 leiningen_1.7.0-1.dsc 643f261604c6e8d81676bf6b198a9e164cff77d8ea7afe72bef8c7bf37138944 558563 leiningen_1.7.0.orig.tar.gz 0cd0e4ac5c601eee1f63a5b7fdd0d35272060d2ab8990069c7801c36db644053 19464 leiningen_1.7.0-1.debian.tar.gz 67adaa55d54e49438a67cb7a8708bc3c427ea94a111c160ea8c162b86c025a6d 1101354 leiningen_1.7.0-1_all.deb Files: fe98a20fbc3aa0ddc7322c3785a78271 2379 java optional leiningen_1.7.0-1.dsc 1daab06f9c0504418160f544f6c25886 558563 java optional leiningen_1.7.0.orig.tar.gz 0ff95910764f28d6527783f4292ff5d4 19464 java optional leiningen_1.7.0-1.debian.tar.gz e617293736754368f24385c8bff6f1bd 1101354 java optional leiningen_1.7.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPPnULAAoJEIt/fTDK8U781x4QAMR2o0vYEMHigX3jv8iaYske boid/VzIJ6PJ7vonzgyGodb7Y1rjz/9CcwxFkCUxmu97/mn601hvOb+tskWerk5o k0lb34FVJA9v/7LhA/W5D/v0Tvxp5J7uf6UeRZQyFtvh61G+0thZCakyhntvopCS a+V4kX+yuzibRvb8+TQrolAgMN77nf88KEVfM0B9oc3jaSaogg3bRpcQQ3ols26O J8gNjs5g/E8C5GmGQwEGXxhha1xqxWkqJSQjUnLxCvlueMcbXYeoS6v53LH75vVn nVkN23QqhFGl5WljL8k3EBlmPtlqEU8jN5BJB3N9/5KFK8aSDPWFVI9Ym8CYkBf6 VxyaMfyvEPxy4YaWZYdv7OHg36ktVFHc5RFiI12bI4FM1coa6YpQBHrteIuKsoJn KlnKbFYfBjVrlQinz0pm4DsQAzpKO48N1QP73drieOISR2u+5B6eyPzz8rlmQQCe QwdupjIkU0ktqGXWljdg5+DbG3CaoEYEpkCsE2ihHn1CMjwZYx1mdZiaVHhAO8Wz YficfV4hQ+dcawQkXH3VrBm2sH+kqAiAAs6OYSVOaOA+VwUzJ9MSQjY3WtmP+wQD TGtcDtDRPvshiYzKdzLI9dvvoGouXklaiEg8Z2C9fqwlELDxCVBNGefxCVIWnzud W39VXrysmY4RWP6gpErr =rzsg -END PGP SIGNATURE- Accepted: leiningen_1.7.0-1.debian.tar.gz to main/l/leiningen/leiningen_1.7.0-1.debian.tar.gz leiningen_1.7.0-1.dsc to main/l/leiningen/leiningen_1.7.0-1.dsc leiningen_1.7.0-1_all.deb to main/l/leiningen/leiningen_1.7.0-1_all.deb leiningen_1.7.0.orig.tar.gz to main/l/leiningen/leiningen_1.7.0.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ryqvm-0008kp...@franck.debian.org
FTBFS bugs against binary packages
Hello, we are seeing an increasing number of users in #debian-next asking about FTBFS bugs that are reported by apt-listbugs during upgrades. Most of those users are not familiar with acronyms such as FTBFS or if these bugs apply to their setup. The underlying problem seems to be that a subset of FTBFS bugs are reported against binary and not source packages, which is something we might want to address. I think it is better to make sure that FTBFS bugs are reported against source packages rather than fixing apt-listbugs, but I am not entirely sure what the best approach is. It is certainly important to spread the word, but implementing such consistency checks in reportbug/mass-bugs/... might make sense. -- Wolodja babi...@gmail.com 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Accepted leiningen 1.6.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 12 Nov 2011 23:41:25 + Source: leiningen Binary: leiningen Architecture: source all Version: 1.6.2-1 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Wolodja Wentland babi...@gmail.com Description: leiningen - simple build system for Clojure Changes: leiningen (1.6.2-1) unstable; urgency=low . * New upstream version * Remove patches that have been accepted upstream - Manpage comment syntax - Add clojure-contrib to CLASSPATH - bin/lein-pkg is now shipped by upstream * Remove superfluous $(CURDIR) from debian/rules * Remove Build-Depends-Indep * Add DM-Upload-Allowed * Adjust doc-base path for DEPLOY.md.gz Checksums-Sha1: c7bd62e768fdebcc4f3b1de730cfa2fd58e42108 1769 leiningen_1.6.2-1.dsc 06b05c06d97a08a82a97bb3b2236792d926b7e17 555059 leiningen_1.6.2.orig.tar.gz 20b5a81a63007ebe9c229aead8102577004fb6bc 19148 leiningen_1.6.2-1.debian.tar.gz 892294130c77cf52ed5d9a6c56245a333032d305 1062958 leiningen_1.6.2-1_all.deb Checksums-Sha256: 3b7b7fa7560226ed666e3559bb69df2c40bf5b2e8ad3292a67618cd7d836f17c 1769 leiningen_1.6.2-1.dsc a79bf5e51ee7067f4b857445ab5772c09058c3b055205fc28a4fb86726b60190 555059 leiningen_1.6.2.orig.tar.gz 2db72f8d1c7b3494ade0fb33c10cc80f4e2ff6a20679a798fb28a5f72497ab78 19148 leiningen_1.6.2-1.debian.tar.gz 78cbcd6d4c70b64b24ff22570e78184fd1319d33048ccf6092534b524b36496a 1062958 leiningen_1.6.2-1_all.deb Files: 72bb2b2acd692d385eb1acca7ccf84e2 1769 java optional leiningen_1.6.2-1.dsc 27b8a48619be7b1e080a1a2ad3777024 555059 java optional leiningen_1.6.2.orig.tar.gz 0fa2791f5c8a33057a7a5cc2dbcf46f9 19148 java optional leiningen_1.6.2-1.debian.tar.gz 7385b32b6a960abc853f3d848ba637a5 1062958 java optional leiningen_1.6.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk7LkS8ACgkQNcPj+ukc0lDuaQCfXMpCbeUsQRup7H1ly5ETYDOK mroAoIbnx6Op7djaJddLcDsZkvT/RKJD =cz0w -END PGP SIGNATURE- Accepted: leiningen_1.6.2-1.debian.tar.gz to main/l/leiningen/leiningen_1.6.2-1.debian.tar.gz leiningen_1.6.2-1.dsc to main/l/leiningen/leiningen_1.6.2-1.dsc leiningen_1.6.2-1_all.deb to main/l/leiningen/leiningen_1.6.2-1_all.deb leiningen_1.6.2.orig.tar.gz to main/l/leiningen/leiningen_1.6.2.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rspi4-0001o7...@franck.debian.org
Accepted leiningen 1.6.1.1-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 05 Nov 2011 13:46:01 + Source: leiningen Binary: leiningen Architecture: source all Version: 1.6.1.1-2 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Wolodja Wentland babi...@gmail.com Description: leiningen - simple build system for Clojure Closes: 647632 Changes: leiningen (1.6.1.1-2) unstable; urgency=low . * Add clojure-contrib to CLASSPATH in bin/lein (Closes: #647632) * Depend on clojure-contrib * Remove sun-java6-jre from dependencies Checksums-Sha1: 24d387e0d0e9924b04493713e40de12355a68a1c 1780 leiningen_1.6.1.1-2.dsc 901136db3920f092f1370a57b86abf7188ad1947 22886 leiningen_1.6.1.1-2.debian.tar.gz 3b0ed4a963b63bb243fd65fe0592938cca8f08d2 1047410 leiningen_1.6.1.1-2_all.deb Checksums-Sha256: fa211a69e061613ad81a3a641c805234af0396275967d744be731d9293c0cf4e 1780 leiningen_1.6.1.1-2.dsc 5a327f6356429156be1d3c007df363838ee564d80e2e3f2549bc3d6646e55c35 22886 leiningen_1.6.1.1-2.debian.tar.gz ac4e81f01678bfb57ae27a8dcfbdf911f1615ac59950219f4f14645ba915a4e2 1047410 leiningen_1.6.1.1-2_all.deb Files: 5f5025111f6fa8e1b11c884af5c79abd 1780 java optional leiningen_1.6.1.1-2.dsc 2422d2216fd58ef2e35b02c654d028be 22886 java optional leiningen_1.6.1.1-2.debian.tar.gz 4605fc238f0a05e2192c6c655c5ae93b 1047410 java optional leiningen_1.6.1.1-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk6+IA0ACgkQNcPj+ukc0lCEDQCbBRT1i1d5ZQnQVJqDX/WifgQJ PhIAn0dVTYAk9P//3uPSatmXHsKcfSmV =gAA7 -END PGP SIGNATURE- Accepted: leiningen_1.6.1.1-2.debian.tar.gz to main/l/leiningen/leiningen_1.6.1.1-2.debian.tar.gz leiningen_1.6.1.1-2.dsc to main/l/leiningen/leiningen_1.6.1.1-2.dsc leiningen_1.6.1.1-2_all.deb to main/l/leiningen/leiningen_1.6.1.1-2_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rp84j-0003kp...@franck.debian.org
Re: Bug#648017: ITP: local-file -- small clojure library
On Tue, Nov 08, 2011 at 12:28 +0100, Mathieu Malaterre wrote: * Package name: local-file Version : 0.1.0 Upstream Author : Arthur Edelstein * URL : https://github.com/arthuredelstein/local-file/ * License : Programming Lang: Java Description : small clojure library To use this very small clojure library, add [local-file 0.1.0] to the dependencies list in your project.clj file. Then call (use 'local-file) or use local-file in your (ns...) macro call in a clojure source file. . To get the current clojure project's directory (the parent dir of the source dir) call project-dir with no arguments. The file* function takes a relative path and returns an absolute path relative to the project directory. . To read and write files in a clojure project's directory, use spit* and slurp* with the same signatures as the standard spit and slurp calls. Some notes: * Please name the package liblocal-file-clojure as this is in line with the naming convention for other clojure libraries such as clucy (libclucy-clojure), robert-hooke (librobert-hooke-clojure), ... * The license is missing in the description even though local_file.clj states that it is in the public domain. IANAL and not sure if upstream needs to declare this more formally with, for example [0] * The short description should give the reader an idea what this package/library can be used for. small clojure library is not particularly informative and I would replace it by something like upstream's short description Read and write files locally from a clojure program. * The long description is just a verbatim copy of upstream's README.md and is targeted at people who *do not* use the Debian package, but want to install it with leiningen. Please write an informative description that gives the reader a good idea why (s)he would like to install this package and what it could be used for. All that being said: Thank you for your continuing work on clooj and its dependencies. [0] http://www.gnu.org/licenses/license-list.html#CC0 -- Wolodja babi...@gmail.com 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Re: Bug#648017: ITP: local-file -- small clojure library
Hi Mathieu, On Tue, Nov 08, 2011 at 12:28 +0100, Mathieu Malaterre wrote: Programming Lang: Java This should probably be Clojure and not Java :) -- Wolodja babi...@gmail.com 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Accepted leiningen 1.6.1.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 06 Oct 2011 15:03:32 + Source: leiningen Binary: leiningen Architecture: source all Version: 1.6.1.1-1 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Wolodja Wentland babi...@gmail.com Description: leiningen - simple build system for Clojure Changes: leiningen (1.6.1.1-1) unstable; urgency=low . * New upstream version * Follow java-pkg git packaging guidelines * Use correct lancet version Checksums-Sha1: 2e374a971082f471cf605b68e9b0ba8ff1e9c5fc 1780 leiningen_1.6.1.1-1.dsc 0c0a0f5ce680c508b4cc3422ec32904cac16fade 550852 leiningen_1.6.1.1.orig.tar.gz 3d4c04499766558a14657ddab20f5135fc45a3f3 22486 leiningen_1.6.1.1-1.debian.tar.gz 2eb2e8b8d8fbc05bd45cdfe3c89a1fec627170b1 1050126 leiningen_1.6.1.1-1_all.deb Checksums-Sha256: b7613eba3ec538d70f418d26dee51ad6996e29de49499a8bca7e2d85eafa 1780 leiningen_1.6.1.1-1.dsc 841266320757d2861ba4c2e45fbc471809ae8ad522ca274628b55cdb7be44383 550852 leiningen_1.6.1.1.orig.tar.gz 95652773708c319aeedc6d8fde88d4e861a705a6366e98525b8b2fe92ff922b9 22486 leiningen_1.6.1.1-1.debian.tar.gz cba02d56661a290e7c5fe5c97eb129c31054a0be3b5641fa04ec2f87c55571f8 1050126 leiningen_1.6.1.1-1_all.deb Files: da2c878989d9662250da883700cec633 1780 java optional leiningen_1.6.1.1-1.dsc dbd6ac1df529e1e3b84814b8c44265ed 550852 java optional leiningen_1.6.1.1.orig.tar.gz 54a8bbc5c3c1b12a5c01f065859b40a6 22486 java optional leiningen_1.6.1.1-1.debian.tar.gz cedcfd60a1a22838e59c907a4937c2cb 1050126 java optional leiningen_1.6.1.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk6QPzEACgkQNcPj+ukc0lADgwCg2VnZRTIMnyV/Js68A6aPglAM UcoAn2wTYEh19lVtNsxW2efUeYH2vrjW =6bjZ -END PGP SIGNATURE- Accepted: leiningen_1.6.1.1-1.debian.tar.gz to main/l/leiningen/leiningen_1.6.1.1-1.debian.tar.gz leiningen_1.6.1.1-1.dsc to main/l/leiningen/leiningen_1.6.1.1-1.dsc leiningen_1.6.1.1-1_all.deb to main/l/leiningen/leiningen_1.6.1.1-1_all.deb leiningen_1.6.1.1.orig.tar.gz to main/l/leiningen/leiningen_1.6.1.1.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rcvqx-0001da...@franck.debian.org
Re: DEP5: proposed versioned url for Format: does not work
On Tue, Sep 06, 2011 at 15:46 +0600, Andrey Rahmatullin wrote: DEP5 is in the process of being incorporated into the debian-policy package, and once that is finished, there will be a stable URL to the spec (with a version number in the URL), something like http://www.debian.org/debian-policy/copyright-format/1.0/ (But don't use that, since it's not working and might be different from the real one when it actually happens.) Prior to that, I prefer to not change the spec to incorporate ever-growing numbers of example URLs (especially since when we did that, people complained about that, too). Until that happens, please use whatever URL you like. I use http://dep.debian.net/deps/dep5/ myself. Note that some people think that http://dep.debian.net/deps/dep5/ is not a versioned URL and so it doesn't comply to the DEP5 requirement (and while DDs can use whatever URLs they like, other people need to guess what URLs does their sponsor count as valid). I used the following for exactly this reason: Format: http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=174 -- Wolodja babi...@gmail.com 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Re: Dependencies of metapackages
On Tue, Aug 30, 2011 at 17:37 +0200, Yves-Alexis Perez wrote: On mar., 2011-08-30 at 16:11 +0100, Wolodja Wentland wrote: I agree that a general change of all metapackages is probably not a good idea, but I think that changing the root-nodes of the metapackage tree (i.e. metapackages like gnome, xfce4, kde-full, ...) is a sensible change. It is in particular one that solves the problems without the need to introduce new package fields, change packaging tools or their semantics. If you think some dependencies in those metapackages are unneeded or too strong, you're welcome to open a wishlist bug against them. For xfce4, while I'm open to discussion, the distinction between depends/recommends/suggests is intended, and at first sight I don't see a need to change it. Could you elaborate on your reasons and your intentions for making the distinction? Do you have reasons for not changing Depends into Recommends? I will probably file bugs, but do not want to do so if I already know that the maintainer is not going to change it. I am sincerely interested and my only motivation is to make Debian a better distribution. It is just that I know that the behaviour discussed in this thread is a nuisance for a subset of our users and I wanted to gather additional input about different strategies to solve this. I tried to come up with a solution that does not require changes to the packaging tools, the introduction of new package fields or constitute a major change in the semantics of packages or tools. All that being said: I still have the opinion that metapackages *are* different from normal and virtual packages and that, in particular, the relations they define to other packages conflate distinct relations just because it eases implementation. (which is not inherently bad). -- Wolodja babi...@gmail.com 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Re: Dependencies of metapackages
On Tue, Aug 30, 2011 at 09:26 +0200, Andreas Tille wrote: On Mon, Aug 29, 2011 at 04:40:30PM +0100, Wolodja Wentland wrote: is there a specific reason why metapackages depend rather then recommend packages they are meant to pull in? The statement that metapackages depend from packages is not true in general. A counter example are those metapackages which are created using the Blends framework (blends-dev). It does not use Depends but rather Recommends and Suggests - basically for the reasons you are criticising in your mail. I never meant to imply that *all* metapackages use Depends. I just know from my experience with support in #debian that users frequently run into the problems I described earlier and my motivation is merely to make Debian a more pleasant and intuitively predictable distribution for our users. It is my impression that the problems mentioned in my initial mail can be solved by changing metapackages (like those mentioned by Cyril in his reply) to use Recommends instead of Depends. I am, however, not entirely sure if there are any good reasons for not doing this and therefore hoped to spur a discussion of this topic. What is problematic about this change or a general suggestion that metapackages should use Recommends instead of Depends? -- Wolodja babi...@gmail.com 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Re: Dependencies of metapackages
On Tue, Aug 30, 2011 at 12:32 +0200, Cyril Brulebois wrote: Wolodja Wentland babi...@gmail.com (30/08/2011): It is my impression that the problems mentioned in my initial mail can be solved by changing metapackages (like those mentioned by Cyril in his reply) to use Recommends instead of Depends. I am, however, not entirely sure if there are any good reasons for not doing this and therefore hoped to spur a discussion of this topic. What is problematic about this change or a general suggestion that metapackages should use Recommends instead of Depends? If you do that, you lose the distinction between packages that are absolutely required, and those that are only a recommendation, and can be skipped by the experienced users. If you look at xfce4, you can see it pulls by default xorg (which pulls in turn an X server and drivers), and a few extra items which are not strictly needed. For example, if you want to run xfce4 with an exported display, you don't really need an X server. Or desktop-base support. So if you know what you're doing, you can still use the meta package to pull the Depends, but skip some if not all Recommends. Thank you Cyril for mentioning this important point, which unfortunately also means that almost everything that can be done right now to remedy the situation is a compromise. It seems to me that the typical victims of this behaviour are not experienced users, but those that installed Debian in the default configuration with the Desktop task. After some time they might have enough experience to decide that they do not want a certain set of packages, but know nothing about metapackages and the way they behave. All they see is that apt is removing a huge number of packages if they attempt to remove one of the dependencies. They would, in the optimal case, know enough about Debian and the various number of metapackages to be able to work around this problem. Solutions (for gnome) include: * Mark all dependencies of the metapackage as manually installed: aptitude unmarkauto '~R^gnome$' '~RRecommends:^gnome$' * Install one of the smaller metapackages like gnome-session and/or explicitly mark packages they want to keep as manually installed. * Accept the fact that a particular package can not be removed without breaking their system. You are completely right that the distinction between required packages and recommendations is lost if the (large?) metapackages use Recommends for both types of dependencies. I see metapackages as convenience packages that allow the user to easily specify a set of related packages and would argue that what is really needed for, say, Gnome is specified in the gnome-session metapackage not the gnome package. IMHO it is much easier for experienced users to achieve what you described in your penultimate sentence than it is for inexperienced users to slim down their system. So, what can be done to make life easier for all those users that are bitten by this? * Change large metapackages to Recommend rather then Depend on sets of packages that comprise a certain task. - Experienced users can not use these packages to only install required packages. → What is really essential in these packages that is not already combined in a smaller metapackage? → Experienced users can easily specify the exact set of packages they want without these metapackages. + Inexperienced users can easily trim down their system without seeing the interface they use to communicate with the computer being removed. * Change the way metapackages are treated by packaging tools - I really dislike this idea (cf. DEP-6 thread) * Change d-i to incorporate a more fine-grained package/task selection - More complicated installation - Complete removal of gnome is harder as multiple metapackage might have to be removed. (i.e. all manually selected) - Only applies to initial installations * Do not change anything. * ... (?) I agree that a general change of all metapackages is probably not a good idea, but I think that changing the root-nodes of the metapackage tree (i.e. metapackages like gnome, xfce4, kde-full, ...) is a sensible change. It is in particular one that solves the problems without the need to introduce new package fields, change packaging tools or their semantics. -- Wolodja babi...@gmail.com 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Dependencies of metapackages
Hi all, is there a specific reason why metapackages depend rather then recommend packages they are meant to pull in? The rationale behind this question is [0] that we see a plethora of users in #debian who ask questions like: Why did apt remove all my system??⸘one!one!eleven! and we have to explain to them that it is because they decided to remove one of (typically) gnome's dependencies, which caused the metapackage to be removed as well. The solution is then to either mark all other dependencies as manually installed, install a smaller metapackage or a combination of those. As this is a common problem of our users I was thinking why we don't make it easier for them to slim down their system after they've done a default installation. Are there any drawbacks to this change in metapackage semantics that I am not aware of? [0] The rationale is also more or less the same as the one formulated for DEP-6 http://dep.debian.net/deps/dep6/ -- Wolodja babi...@gmail.com 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Accepted leiningen 1.6.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 23 Jul 2011 12:34:03 + Source: leiningen Binary: leiningen Architecture: source all Version: 1.6.1-1 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Wolodja Wentland babi...@gmail.com Description: leiningen - simple build system for Clojure Closes: 566963 Changes: leiningen (1.6.1-1) unstable; urgency=low . * Initial release. (Closes: #566963) Checksums-Sha1: fe0f821cdfa9bec3f8cd6a73f274dde71e9ccfb5 1722 leiningen_1.6.1-1.dsc 5496c227e38fb68cc5d98f09ed10c8b6124b4e45 548885 leiningen_1.6.1.orig.tar.gz c37d88027c78babbb6d28a6d031b32b44f8aed34 23548 leiningen_1.6.1-1.debian.tar.gz 9f86a4dac468c17fc58690fd5475be813106f7d4 1050802 leiningen_1.6.1-1_all.deb Checksums-Sha256: 96c9bc7a4771bfae16f524070eb6fda164f2f6ecb2646508a73aa9463b15b452 1722 leiningen_1.6.1-1.dsc 9183713024c413ae3c9351078860079bbf53f311a85a35f31a4c5689ded0b27b 548885 leiningen_1.6.1.orig.tar.gz 18d86b7a6c8661dc562d12dfbee2123282a649d3fb3b4be5a3105c6b237ee4e3 23548 leiningen_1.6.1-1.debian.tar.gz 1f98ae6f830d0fd7f0a6fc7552e5a202ef4e27f5a45ec4f6ce73ae72411df4fa 1050802 leiningen_1.6.1-1_all.deb Files: e9c9879cbfe78f22f7bc7d19aa9c9b21 1722 java optional leiningen_1.6.1-1.dsc fb0dbdb7a6346490d4aaee65aaba6062 548885 java optional leiningen_1.6.1.orig.tar.gz 97738ebbfdb6032fc034e9b6d2c0d7d7 23548 java optional leiningen_1.6.1-1.debian.tar.gz 2f4f2a8201bffdad6cf3fb3c55f20824 1050802 java optional leiningen_1.6.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk41XyoACgkQNcPj+ukc0lBPKgCgq6RnhcdgBc5BZ8Mxz3S+sWm5 UygAn0l8I1Xk5PDt+LpWV9qKDWqBCDo+ =KgSB -END PGP SIGNATURE- Accepted: leiningen_1.6.1-1.debian.tar.gz to main/l/leiningen/leiningen_1.6.1-1.debian.tar.gz leiningen_1.6.1-1.dsc to main/l/leiningen/leiningen_1.6.1-1.dsc leiningen_1.6.1-1_all.deb to main/l/leiningen/leiningen_1.6.1-1_all.deb leiningen_1.6.1.orig.tar.gz to main/l/leiningen/leiningen_1.6.1.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1qp541-0007gq...@franck.debian.org
Re: The story behind UPG and umask.
On Wed, May 26, 2010 at 23:43 +0100, Stephen Gran wrote: This one time, at band camp, Roger Leigh said: How will adduser cope with group addition; does it skip UIDs until it finds an unused unique UID/GID pair? That certainly is the only approach that makes sense - it has the benefit of simplicity, if not elegance. Agreed, but why not make the decision to use UPG explicit by setting UPG = True in a suitable configuration file in addition to each of the discussed heuristics? -- .''`. Wolodja Wentlandwentl...@cl.uni-heidelberg.de : :' : `. `'` 4096R/CAF14EFC `- 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
