Re: lintian-like tools in teams / early lintian stories
Hi Martin, are you interested only in Debian-Teams? The eZComponents project[0] uses codesniffer[1] to check for coding styles, e.g. indentation, necessary documentation blocks, deprecated php functions. Beste Gruesse, Thomas [0] http://ezcomponents.org [1] http://pear.php.net/package/PHP_CodeSniffer > Hey folks, > > As part of my research[0], I have two questions: > > Do you know any tools or teams using tools that, like lintian, > automatically check packages (or whatever it is that the team is > working on) and thereby helps to maintain a common baseline? > > Also, do any of you remember stories from the early lintian days? > > 0. http://phd.martin-krafft.net > > Thank you, Thomas Koch, http://www.koch.ro signature.asc Description: This is a digitally signed message part.
basic income for debian developers
Hi, since Steffen Moeller started a thread about paying Debian Developers, I got the idea to ask the Debian community about it's opinion about "Guaranteed minimum income"[1]. I've heard about the concept some weeks ago in a talk by Götz Werner[2] and imediatly felt in love with the idea. I'll give a lightning talk about it in two weeks at Google Zürich's Open Source Jam and intend to propose a talk about it at next years FOSDEM[3]. The connection between Free Software and basic income are obvious IMHO: It's hard to earn money with things you give away for free. Basic income gives you the freedom to work on things you like without the need to earn your income from this work. If this topic is not appropriate for this list, I beg your paddon. Nevertheless I'd be glad to hear more opinions on this topic. [1] http://en.wikipedia.org/wiki/Guaranteed_minimum_income [2] http://de.wikipedia.org/wiki/G%C3%B6tz_Werner [3] http://www.fosdem.org Best regards, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
default character encoding for everything in debian
Hi, I've an issue, that I forgot to set the character encoding of tomcat to utf-8 after reinstalling a server. Now, before I report a wishlist(?) bug to tomcat, I want to ask (and invite to discuss) shouldn't utf8 be the default character set everywhere? So when installing a package from Debian I can assume that where a character encoding can be set, it't set to utf8. MySQL would be another example, which to my knowledge uses isoXYZ as default character encoding. Best regards, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: default character encoding for everything in debian
It's impressing how quickly threads on this list grow big. :-) I'm not sure, whether a conclusion is already reached. 1. apt-get install mysql 2. enter mysql client 3. create database test; create table test( test char(10) ); Replace mysql with whatever application you like. What should be the encoding of database and table test in cases like the above? Currently it's iso-something, discriminating everybody from other countries. If it would be utf-8 instead, it would have at least two advantages - The clueless user would get a sane default - utf-8 isn't as discriminating as iso-8859-1 Best regards, Thomas Koch > Hi, > > I've an issue, that I forgot to set the character encoding of tomcat to > utf-8 after reinstalling a server. > Now, before I report a wishlist(?) bug to tomcat, I want to ask (and invite > to discuss) shouldn't utf8 be the default character set everywhere? So when > installing a package from Debian I can assume that where a character > encoding can be set, it't set to utf8. > MySQL would be another example, which to my knowledge uses isoXYZ as > default character encoding. > > Best regards, > > Thomas Koch, http://www.koch.ro Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Registry for cache directories (to save backup space)
Hi, while watching rsnapshot doing a backup of my laptop, I thought: Wouldn't it be fine, to have a registry of cache directories that shouldn't be backed up? While you can exclude /var/cache, there are still many GB of data in ~/.mozilla/firefox/.../Cache ~/.strigi ~/.thumbnails ~/.cddb ~/.cache (Who is that?) ~/.googleearth So a debian package could register all the places, where it puts caches and a system administrator could use this registry to speed up backups and save bandwidth and storage. Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Can quilt delete files?
Hi,
I'm triing to package a little java library, which contains its own .jar and
some pregenerated docs. These files should be regenerated on build time. So
I'd like to have them removed by diff.gz
Trying to generate an appropriate quilt patch failed. The only thing I came up
with, was a patch that contains the whole content of the removed files with -
before every line.
Anybody more clever then me?
I know that dpatch allows the execution of shell scripts. This would be ideal.
I'd just do find . -name "*.jar" -exec rm {} \;
But also a patch which contains just the names of the files to be removed and
not the whole content would suffice.
Thanks,
Thomas Koch, http://www.koch.ro
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Can quilt delete files?
> Benjamin Drung wrote: > > Putting 'find . -name "*.jar" -delete' in you clean rule should do the > > same job for you. > > The *.jar files should not be present in the tarball. As long as the jar file is the one created by the sourcecode in the tarball, I don't see a reason, that it needs to be removed and thus the upstream tarball repackaged. If the upstream tarball contains dependency jars (as mostly) then we need to repackage. Putting the deletion in the clean target could be an option, but I really hate to modify my source tree that much while packaging. So no way to do it with quilt? Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
elegant(?) debian topgit workflow?
CC (FYI) to git and debian-devel. see http://vcs-pkg.org Hi, would you be so kind to review my workflow proposal? branches upstream debian/*, fixes/*, features/* - topgit branches based on upstream patches - the hero master - contains the debian/ dir and is the branch we build from All topgit branches are integrated in the patches branch, which is afterwards merged into master. The magic is, that the integration is not a regular merge, but a handcrafted merge and commit with quilt and git plumbing. workflow Every merge starts with reseting "patches" to the state of upstream: #> git checkout upstream (for the first time: git checkout -b patches, otherwise:) #> git symbolic-ref HEAD refs/heads/patches Now we're on branch patches with the working tree and index in the pristine state of upstream. We can now integrate the topgit branches: #> tg export --quilt debian/patches \ -b debian/use-debian-java-libraries,debian/disable-tests-that-break-on-buildd #> quilt push -a #> git add debian/ #> rm -rf .pc #> git add -u Now let's create the commit and specify, which topgit branches were manually merged: #> TREE=$(git write-tree) #> COMMIT=$(git commit-tree $TREE \ -p debian/use-debian-java-libraries \ -p debian/disable-tests-that-break-on-buildd) #> git update-ref refs/heads/patches $COMMIT Now I can happily merge patches into master. advantages -- - The commits of all ever merged topgit branches are preserved, even after tg delete - easy to understand, non cluttered history - Easy to retire topgit branches - Easy to work on old package versions(?): just make a branch from master at desired version, eventually also branch patches branch to work on old patches - The quilt patches are used and therefore tested in the same way, as dpkg- source uses them in version 3 - Integrates with git-buildpackage - Doesn't need anything, that topgit hasn't ATM Todo discuss, test, script Best regards, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#500453: ITP: vim-debugger-dbgp -- Debugger client inside VIM for the DBGp protocol as used by xdebug
Package: wnpp Severity: wishlist Owner: Thomas Koch <[EMAIL PROTECTED]> * Package name: vim-debugger-dbgp Version : 0.2 Upstream Author : Thomas Koch <[EMAIL PROTECTED]> * URL : http://git.koch.ro/?p=vim-debugger-dbgp;a=summary * License : MIT/X Programming Lang: Vim-script Description : Debugger client inside VIM for the DBGp protocol as used by xdebug Communicates with xdebug and allows step-by-step inspection of PHP code from inside VIM, breakpoints and variable inspection. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#513206: ITP: inputex -- javascript framework to build fields and forms based on YUI
Package: wnpp Severity: wishlist Owner: Thomas Koch * Package name: inputex Version : 0.2.1 Upstream Author : Eric Abouaf * URL : http://javascript.neyric.com/inputex/ * License : MIT Programming Lang: Javascript Description : javascript framework to build fields and forms based on YUI inputEx is a javascript framework to build fields and forms. All the fields and forms are configured using json. It provides a very efficient abstraction for building interactive web applications. It is built on top of the YUI library (2.6.0) and currently supports Firefox 1.5+, Safari 2.0+, IE 7.0+, Chrome 0.2+ and Opera 9+. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565743: ITP: jackson-json-processor -- streaming fast powerful standard conformant json processor in java
Package: wnpp Severity: wishlist Owner: Thomas Koch * Package name: jackson-json-processor Version : 1.4.1 Upstream Author : d...@jackson.codehaus.org * URL : http://jackson.codehaus.org/ * License : The Apache Software License, Version 2.0 or GNU Lesser General Public License (LGPL), Version 2.1 Programming Lang: Java Description : streaming fast powerful standard conformant json processor in java Jackson is a Java-based JSON-processing package that contains: * high-performance streaming JSON parser/generator * Tree Model that can be built from/written to parser/generator * Object Mapper that implements data binding to/from * parser/generator API of streaming parser/generator is similar to Stax API used for efficient xml processing on Java platform. Beyond VERY fast Json parser and generator, Jackson project also offers full data binding support through 2 different approaches: “Object Mapper” for full POJO to/from Json data mapping (similar to JAXB2) and “Tree Mapper” for something similar to DOM and XPath. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566111: ITP: zkclient -- java helper library for zookeeper clients
Package: wnpp Severity: wishlist Owner: Thomas Koch * Package name: zkclient Version : 0.1.0 Upstream Author : Stefan Groschupf , Peter Voss , Johannes Zillmann * URL : http://github.com/sgroschupf/zkclient * License : Apache 2.0 Programming Lang: Java Description : java helper library for zookeeper clients Abstracts the interaction with zookeeper and allows permanent (not just one time) watches on nodes in ZooKeeper -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
correct way to mount stuff on tmpfs
Hi, while searching the right way to use tmpfs for a few locations, I found this howto: http://forums.debian.net/viewtopic.php?t=16450 What do you think about this approach? If you think, this is the right way, then I'd make a Debian package out of it with nice debconf question, which things to mount and so on. However, there are the options RAMRUN and RAMLOCK in /etc/default/rcS, but they're not really helpful, because there are many more places that make sense in tmpfs. (pbuilder, apt cache) Best regards, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575523: ITP: hbase -- random, realtime read/write access to big data using hadoop
Package: wnpp Severity: wishlist Owner: Thomas Koch Owner: Thomas Koch * Package name: hbase Version : 0.20.3 Upstream Author : Apache Foundation * URL : http://hadoop.apache.org/hbase/ * License : Apache 2 Programming Lang: Java Description : random, realtime read/write access to big data using hadoop HBase is the Hadoop database. It hosts very large tables (think petabytes) -- billions of rows X millions of columns -- atop clusters of commodity hardware. It's modeled after Google's Bigtable. * Convenient base classes for backing Hadoop MapReduce jobs with HBase tables * Query predicate push down via server side scan and get filters * Optimizations for real time queries * A high performance Thrift gateway * A REST-ful Web service gateway that supports XML, Protobuf, and binary data encoding options * Cascading source and sink modules * Extensible jruby-based (JIRB) shell * Support for exporting metrics via the Hadoop metrics subsystem to files or Ganglia; or via JMX * No HBase single point of failure * Rolling restart for configuration changes and minor upgrades * Random access performance on par with open source relational databases such as MySQL -- 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/20100326143209.6596.79358.report...@localhost.localdomain
Hadoop in Debian, was:Re: Hardware trouble ries.debian.org
Joerg Jaspert: > The only trouble this setup has is that you have a pretty huge expensive > machine always on and running, but not actually doing stuff for > 99.% of the time. Hadoop is now in Debian: http://packages.qa.debian.org/h/hadoop.html Hadoop is an Open Source implementation of Google's File System, MapReduce and BigTable (HBase, not yet packaged). The idea behind Google's infrastructure and therefor Hadoop is: Have many cheap comodity servers that together form a powerful cluster. Each node of the cluster is redundant and can be replaced without downtime. I believe, but can't know for sure, that everything what FTP-Master does, could be implemented on top of hadoop. However it means for sure a lot of work and many hardcore sysadmins will feel very uncomfortable to use Java, the language Hadoop is written in. I'm planning to give a presentation of hadoop at the DebConf in Bosnia and maybe then we may discuss, if hadoop should have a place in Debian's infrastructure. - For now I'm happy, if somebody became curious. :-) http://en.wikipedia.org/wiki/Hadoop Best regards, Thomas Koch, http://www.koch.ro -- 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/201003311442.09336.tho...@koch.ro
Re: document meaning of transition?
Hi Raphael, I'm reading debian-devel to get to know all that's needed to become a Debian Developer. I noticed, that I did not find any documentation about transitions or their workflow and that I can only guess, what this thread is about. Maybe this is something that would be worth to be written down? Best regards, Thomas Koch, http://www.koch.ro -- 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/201004130929.16329.tho...@koch.ro
Bug#578605: ITP: libjsr311-api-java -- JSR 311, JAX-RS, Java API for RESTful Web Services
Package: wnpp Severity: wishlist Owner: Thomas Koch Owner: Thomas Koch * Package name: libjsr311-api-java Version : 1.1.1 Upstream Author : Sun Microsystems Inc. * URL : https://jsr311.dev.java.net * License : CDDL Programming Lang: Java Description : JSR 311, JAX-RS, Java API for RESTful Web Services Java API for the development of Web services built according to the Representational State Transfer (REST) architectural style. -- 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/20100421075934.3829.97949.report...@localhost.localdomain
Bug#578627: ITP: jersey -- JAX-RS (JSR 311) implementation for building RESTful Web services
Package: wnpp Severity: wishlist Owner: Thomas Koch Owner: Thomas Koch * Package name: jersey Version : 1.1.5.1 Upstream Author : Sun Microsystems Inc. * URL : https://jersey.dev.java.net * License : Dual: GPL2 or CDDL Programming Lang: Java Description : JAX-RS (JSR 311) implementation for building RESTful Web services Jersey is the reference implementation of JSR-311: JAX-RS - Java API for RESTful Web Services. It implements support for the annotations defined in JSR-311. Besides implementing the JSR-311 API, Jersey provides an additional API not specified by JSR-311 so that developers can extend this JSR to suit their specific needs. -- 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/20100421113041.14103.30913.report...@localhost.localdomain
Bug#579787: RFH: hadoop
Package: wnpp Severity: normal Hadoop is a java project, but also includes some native C and C++ code, a fuse binding for the Hadoop distributed file system and hadoop pipes[1] to write jobs in C. Since I don't have experience yet in packaging C stuff, I'd need somebody to help me out with this. The hadoop package is already in testing and functional also without these things, but it would be great to have them. [1] http://developer.yahoo.com/hadoop/tutorial/module4.html#pipes -- 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/20100430185205.3325.14333.report...@localhost.localdomain
Bug#579791: RFH: zookeeper -- Information management inside a cluster. Part of the hadoop family.
Package: wnpp Severity: normal Zookeeper contains a perl binding and a fuse binding, which I don't know how to package properly. The c binding packaging has already been contributed by Matthias Klose. I request assistance with maintaining the zookeeper package. The package description is: ZooKeeper is a centralized, reliable, service for maintaining configuration information, naming, providing distributed synchronization, and group services. All of these kinds of services are used in some form or another by distributed applications. . This package contains the shell scripts and an example configuration but does not automatically start up the service. The example configuration is installed with the update-alternatives mechanism. -- 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/20100430190211.3421.15764.report...@localhost.localdomain
How to set ulimit (nofile) for a daemon
Hi, HBase needs a high nofile limit. What would be the preferred way to set the limit for the HBase daemons? Just call ulimit in the initscript? The java process is started by "daemon" (Debian package "daemon"). Thank you, Thomas Koch, http://www.koch.ro -- 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/201005191746.54540.tho...@koch.ro
Re: Small transition: protobuf 2.4.0
Iustin Pop: > Hi all, > > I've uploaded to experimental the new protobuf version (2.4.0a) and this > brings as always a SONAME increase. It also has a new experimental > backend (C++-based) for the Python language bindings, hence the > heads-up. Don't bother about HBase. The current package needs upgrade and is not production ready anyways. I'll work on HBase soon. Best regards, Thomas Koch, http://www.koch.ro -- 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/201102231350.37034.tho...@koch.ro
Re: Trains from Debconf to Munich, Koeln, Paris, London, Cambridge
Ian Jackson: > I'm going to Debconf by train. Having done my research, I now know Hi Ian, nice! I love train traveling. Have you considered going via Okucani? It's only ~70 Kilometers away from Banja Luka but much better connected.[1] I plan to go this route, but I'd need help from the local team for the route Okucani-Banja Luka. So it would be good, if we could find a larger group that goes via Okucani. Paris-Okucani takes less then 20 hours: Paris Est 15:24 München Hbf 21:37 München Hbf 23:40 Okucani 10:49 [1] http://wiki.debconf.org/wiki/DebConf11/BanjaLuka#Arrival Best regards, Thomas Koch, http://www.koch.ro -- 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/201103190856.19743.tho...@koch.ro
Re: Trains from Debconf to Munich, Koeln, Paris, London, Cambridge
Ian Jackson:
> Thomas Koch writes ("Re: Trains from Debconf to Munich, Koeln, Paris,
London, Cambridge"):
> > Paris-Okucani takes less then 20 hours:
> > Paris Est 15:24
> > München Hbf 21:37
> > München Hbf 23:40
> > Okucani 10:49
>
> Can you tell me where you got that information ? bahn.hafas.de shows
> two departures from Munich at 23:40, the sleepers to Budapest and
> Zagreb (which are the same train at departure and split after
> Salzburg). The Budapest sleeper (EN463) terminates at 08:49 and the
> Zagreb sleeper (D499) at 08:40.
Yes, the Zagreb sleeper D499 stops at Okucani at 10:49. Just search directly
for München-Okucani. The train from Zürich arrives at 12:53, so if you'd wait
a little bit, a bus could be organised for both trains.
Best regards,
Thomas Koch, http://www.koch.ro
--
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/201103201828.31444.tho...@koch.ro
Re: Bug#618935: ITP: keepass2 -- password manager
Julian Taylor: > Package: wnpp > Severity: wishlist > Owner: Julian Taylor > > * Package name: keepass2 > Version : 2.15 (not yet released) > Upstream Author : Dominik Reichl > * URL : http://keepass.info/ > * License : GPL-2+ > Programming Lang: C# > Description : ITP: keepass2 -- password manager > > KeePass2 is a free/open-source password manager or safe which helps you > to manage your passwords in a secure way. You can put all your > passwords in one database, which is locked with one master key or a > key-disk. So you only have to remember one single master password or > insert the key-disk to unlock the whole database. The databases are > encrypted using the algorithms AES or Twofish. > -- > > KeePass2 is a reimplementation of KeePass 1 based on .net. It runs very > well with mono and provides many more features than keepassx which is in > already in debian and is based on KeePass 1. Hi, we just received cpm[1] in testing. From its description it sounds to be superior to keepass2. - And it does not require (evil?) C#. Maybe cpm could serve your need and thus Debian wouldn't need to support an additional package? [1] http://packages.debian.org/wheezy/cpm Best regards, Thomas Koch, http://www.koch.ro -- 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/201103211002.53260.tho...@koch.ro
Bug#520401: ITP: simhash -- generate similarity hashes to find nearly duplicate files
Package: wnpp Severity: wishlist Owner: Thomas Koch * Package name: simhash Version : only GIT, no releases Upstream Author : Bart Massey * URL : http://wiki.cs.pdx.edu/forge/simhash.html * License : BSD Programming Lang: C Description : generate similarity hashes to find nearly duplicate files One of the questions that it's nice to be able to answer about a pair of files is the degree of similarity between them. This command-line tool is useful for estimating the "degree of similarity" between a pair of nominally sequential files such as textfiles. The tool uses Manassas's "shingleprinting" technique; -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525833: ITP: libcss-blueprint -- Blueprint CSS library
Package: wnpp Severity: wishlist Owner: Thomas Koch * Package name: libcss-blueprint Version : 0.8 Upstream Author : Olav Bjorkoy? (Question to upstream) * URL : http://www.blueprintcss.org/ * License : MIT (modified) (Question to debian-mentors) Programming Lang: CSS Description : Blueprint CSS library Blueprint is a CSS framework, to build your project on top of, with an easy-to-use grid, sensible typography, useful plugins, and a stylesheet for printing. Additional features: * A CSS reset to eliminate discrepancies across browsers * grid styles for complex layouts * Typography styles * Form styles * Print styles * Plugins for buttons, tabs and sprites * Tools, editors, and templates -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#753962: ITP: ghp-import -- Easily import docs to your gh-pages branch
On Sunday, July 06, 2014 07:14:49 PM Andrew Starr-Bochicchio wrote: > Inside your repository just run `ghp-import $DOCS_DIR` where $DOCS_DIR > is the path to the built documentation. This will write a commit to your > gh-pages branch with the current documents in it. > > While I'm no fan of license proliferation, the Tumbolia Public License > seems to meet the requitements of the DFSG. Having a quick look at the code of ghp-import it seems to me that I can easily replace it with a shell two-liner in my projects makefile. I'd much more welcome an addition to the packages git-extras or git-stuff which could do: - prepare a git-tree from a directory with all objects written to the object store - commit this tree to a branch that is not currently checked out - A combined command of the above two. Both actions must not touch the index. Regards, Thomas Koch -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201407062351.51848.tho...@koch.ro
TLP package vs. pm-utils
Hi all, i'm the author of the TLP power management tool [1]. With the help of my sponsor Andreas Tille i prepared a Debian package [2] for TLP 0.6. Older TLP packages – available via my PPA, not in Debian – depend on pm-utils (pm-suspend) for being called upon suspend/resume events. The necessity to depend on (and coexist with) pm-utils is imho gone with Debian's move to systemd. Looking into the current pm-utils package in Debian testing i noticed that it is kind of inert: nor is pm-powersave called by upowerd – changed in upower 0.99.1-1, see [3] –, neither is pm-suspend called by systemd's sleep.target. My conclusion would be to add > conflicts: pm-utils to my package – associated with the additional advantage that there is no need to mask pm-utils' power.d/hooks via postinst/postrm anymore [4]. Questions: - Am i missing something here? - Is my conclusion correct? Thanks in advance for your advice. Regards, Thomas -- Thomas Koch – linrun...@gmx.net [1] http://linrunner.de/tlp [2] http://anonscm.debian.org/cgit/collab-maint/tlp.git/ [3] http://metadata.ftp-master.debian.org/changelogs//main/u/upower/upower_0.99.1-3_changelog [4] http://linrunner.de/en/tlp/docs/tlp-developer-documentation.html#installscripts [5] https://ftp-master.debian.org/new/tlp_0.5-1.html -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5436d187.3050...@gmx.net
Re: TLP package vs. pm-utils
Hi Martin, thanks for your helpful insights. >> see [3] –, neither is pm-suspend called by systemd's sleep.target. > Not by systemd as pid 1, but if you run with upstart or sysvinit, > systemd-shim will use pm-utils if it is installed, so that suspend > quirks still work. My experiments showed that i need packages acpid and acpi-support to call pm-suspend when the ThinkPad hotkey Fn+F4 is pressed. > That seems a bit harsh and unnecessary -- you said that pm-utils was > inert, not breaking TLP or systemd in any way? As it's still useful on > non-systemd systems, I don't see a technical reason for the conflict. OK, agreed. The initial goal was to mask the the pm-powersave hooks that apply the same powersave settings as TLP because it may lead to funny races if two tools are at work. Historically this is needed in Ubuntu and Debian < Jessie to coexist with the mandatory pm-utils. So i still mask them in the current package just in case someone else calls pm-powersave. A "conflicts" would have spared me the somewhat ugly postinst/postrm code. I now modified the package to install tlp's pm-suspend hook, so it works fine even in a sysvinit-core setup. > and the kernel or another component does a good enough power management > by itself. I don't see any breaking news on the kernel front. Drivers get considerably better in terms of powersave, but runtime pm and sata alpm for example are still off by default. In the current state of Jessie there is no power saving in the base desktop/laptop install. This would be a regression to Wheezy. Works as intended? Regards, Thomas -- Thomas Koch – linrun...@gmx.net -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/543ac753.6090...@gmx.net
Re: TLP package vs. pm-utils
Hi Gregor, > That would make me sad, as I'm using both. Maybe this changes after I > switch to systemd but right now I need both. Granted. I can't stand saddening my users. After some more testing i found a way to fully support non-systemd setups: TLP's pm-suspend hook is installed again. Can you explain how you use pm-utils: - How do you call it upon change of the power source (ac <-> bat)? - Do you have custom hooks? > Is there a real reason for the Conflicts, even for cases where > systemd is installed? Coblficts means "can't be installed together, > usually due to file conflicts", which doesn't seem to be the case > here. >From my reply to Martin Pitt: > The initial goal was to mask the the pm-powersave hooks that apply > the same powersave settings as TLP because it may lead to funny races > if two tools are at work. Historically this is needed in Ubuntu and > Debian < Jessie to coexist with the mandatory pm-utils. > So i still mask them in the current package just in case someone > else calls pm-powersave. A "conflicts" would have spared me the > somewhat ugly postinst/postrm code. Regards, Thomas -- Thomas Koch – linrun...@gmx.net -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/543acd7a.1020...@gmx.net
Re: TLP package vs. pm-utils
Hi Vincent, > Isn't the pm-powersave stuff still working due to being invoked by acpid? Thanks for your hint. I experimented a bit and found that acpid + acpi-support call pm-suspend. I found nothing that calls pm-powersave upon changing the power source (ac <-> bat). Regards, Thomas -- Thomas Koch – linrun...@gmx.net -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/543ace60.4060...@gmx.net
Re: TLP package vs. pm-utils
On 12.10.2014 23:41, Vincent Bernat wrote: > I thought that the pm-suspend part of acpid/acpi-support was disabled > when systemd is detected. See /usr/share/acpi-support/policy-funcs. I forgot to mention that the experiment was on a sysvinit-core setup, i.e. no pid 1 systemd. With systemd it works as you say. Regard, Thomas -- Thomas Koch – linrun...@gmx.net signature.asc Description: OpenPGP digital signature
Re: Enable external repository on package installation
On Sunday, October 26, 2014 11:00:14 AM Pau Garcia i Quiles wrote: > Hello, > > I am the maintainer of witty, a C++ library for web development. > > In addition to the latest version of Debian, I provide backports of the > package for all the supported versions of Ubuntu in a PPA, and for Debian > oldstable in an OBS repository. I have been doing this for years. > > So far, people find about this repositories in the Wt website. Many Ubuntu > users do enable it. I was wondering if it would be acceptable to add a > debconf question to the official package. Something like: > > "Do you want to enable an external repository which will provide you with > the latest version of Wt? > > This repository is maintained by the official Debian/Ubuntu maintainer but > it is not endorsed or supported by Debian/Ubuntu." > > Answering "yes" would install a /etc/apt/sources.list.d/wt.list file. > > Is this acceptable? Has anyone ever done this and can talk about his > experience? You might have increase the possibility of a positive outcome if you find and propose a solution that can be reused for all kinds of unofficial debian repositories: https://wiki.debian.org/UnofficialRepositories The list is missing the repositories for Obnam by Lars Wirzenius and the mozilla.debian.net repository for newer versions of Iceweasel. It would be wonderful if there'd be a web service run by debian that provides a list of known unofficial repositories along with their signing keys. Then users could choose additional repositories and also choose if they want to trust the signing keys and the good intentions and knowledge of the persons running the unofficial repositories. Regards, Thomas Koch -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201410261115.18403.tho...@koch.ro
free assimilation (git-svn migration) service offer
Hi, I've now converted a few SVN repos to Git for other Debian people. Since this is a one time task, it does not make much sense that everybody needs to learn how to do it. Therefor if anybody would like to have his old, inferior SVN repo assimilated and to join the collective, please open a bug on your package and assign it to me or just answer me. Make sure to sign the mail/bug so that I don't act without the consent of the maintainer. Even PHP switched to Git by now... :-) Regards, Thomas Koch, http://www.koch.ro signature.asc Description: This is a digitally signed message part.
[MIA?] Tomas Fasth, Maintainer of Termit et al
Hi, I'm not sure, whether I should ask here. I already wrote a mail to Tomas Fasth some weeks ago (I believe, can't find it anymore). I'd like to fix some of the issues in the termit package. But there's no sign of life of him. Regards, Thomas Koch, http://www.koch.ro -- 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/201205220918.09753.tho...@koch.ro
Re: Apologies, false alarm
Tomas Fasth: > Hi Thomas, > > I sent you an answer 7th of May, see below. > > Regards, Tomas I'm sorry. Please accept my appologies for this false alarm! Thomas Koch, http://www.koch.ro -- 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/201205230802.03911.tho...@koch.ro
Bug#678649: ITP: libprolog-cafe-java -- Prolog implementation running on the Java Virtual Machine (JVM)
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libprolog-cafe-java Version : 1.3 Upstream Author : Mutsunori BANBARA , Naoyuki TAMURA , Jason Tsay , Martin Fick , Shawn O. Pearce * URL : http://code.google.com/p/prolog-cafe * License : EPL, GPL Programming Lang: Prolog, Java, Perl Description : Prolog implementation running on the Java Virtual Machine (JVM) This library is a dependency of the code review system Gerrit (RFP: #589436): http://code.google.com/p/gerrit -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJP5cQSAAoJEAf8SJEEK6ZafgMP/2RB2Ejzmqvzr+T6p27Ni64i wIvc6Jta/bD3+iJP+RRl8Iovpeo0lMF+br2tCw1EjFtDxl0RP+Jt823xuEjedniu v0+6fLpm/q/nOOVokSPBuNjqdAGPaiNoE+Y/OECA/Mzm+NHldzDcgpPsnTXRms3G ZRaYWqkvAYMIe5uljR0OK4ohmRv5uiwFh81dbNJXeirFhQhLHIeWkn9OQ3ynDtQT yZ7H2p1x7yWvD7UsCYJ/89l9vNqj++xCgDtdxYOWb6Dhk87z4a3f39UehNwu5NEZ sIx9fJCCwzJy+HI4bNmYYkOz3YDwwnLNzR6RXN7CFwvpLfbMgo08xuDQsr9YLTmG cxa4s5MMDEd2XUBMTqrwj2+cPNmsnbG8lHatO9qO0KXYhexXRQephyC4NS6i+7la Xc9DPFMa7sSGcmsePpioeMX+9i6JEtjimrdx4WcGugoXsX1xvs2psgFnpArkgidM u91p8thOsrrw6zaYaSEvGzmryqloVM8j3IWRNs3G2tS4/LCc05yG0SUXMBCjp2Sn EKX007e1OlLmUipDPrQIiSgYRMIPxKS61QjUDL2IGlXcLiTRURx4Hyc8tBFB0x8b xzIwZSn5P9lk8WmF7NgBbgRLJ20AGlj5OnZ5hZdsYbzOBL8m5MT75HhwIjT/7qoe Vb0FSfF6oeJ9uar83PMi =tuki -END PGP SIGNATURE- -- 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/20120623132646.19851.78612.reportbug@t61
Re: Bug#678815: ITP: wmfs -- Window Manager From Scratch
Mickaël Raybaud-Roig: > Package: wnpp > Severity: wishlist > Owner: "Mickaël Raybaud-Roig" > > * Package name: wmfs > Version : 2~beta201206 > Upstream Author : Martin Duquesnoy > * URL : http://wmfs.info > * License : BSD > Programming Lang: C > Description : Window Manager From Scratch > > > > « WMFS2 is a lightweight and highly configurable tiling window manager for > X written in C. wmfs2 is a free software distributed under the BSD > license. it can be drive from keyboard or mouse and it's configuration > stands in one text file easily understandable » Hi, I shortened the list to only include one line for each window manager already in Debian: axi-cache --all search x11::window-manager 100% 9wm - emulation of the Plan 9 window manager 8-1/2 100% aewm - minimalist window manager for X11 100% aewm++ - minimal window manager written in C++ 100% afterstep - window manager with the NEXTSTEP look and feel 100% blackbox - Window manager for X 100% bluetile - full-featured tiling for the GNOME desktop environment 100% dwm - dynamic window manager 100% evilwm - a minimalist window manager for X11 100% fluxbox - Highly configurable and low resource X11 Window manager 100% flwm - Fast Light Window Manager 100% fvwm - F(?) Virtual Window Manager 100% i3-wm - improved dynamic tiling window manager 100% icewm - wonderful Win95-OS/2-Motif-like window manager 100% jwm - very small lightweight pure X11 window manager with tray and menus 100% kde-window-manager - K window manager (KWin) 100% larswm - Lars Window Manager with tiled windows 100% lwm - lightweight window manager 100% matchbox-window-manager - window manager for resource-limited systems 100% metacity - lightweight GTK+ window manager 100% miwm - minimalist window manager with virtual workspaces 100% mutter - lightweight GTK+ window manager 100% openbox - standards compliant, fast, light-weight, extensible window manager 100% oroborus - A lightweight themeable windowmanager for X 100% pekwm - very light window manager 100% ratpoison - keyboard-only window manager 100% sapphire - A minimal but configurable X11R6 window manager 100% stumpwm - tiling, keyboard driven Common Lisp window manager 100% tinywm - tiny window manager 100% twm - Tab window manager 100% vtwm - Virtual Tab Window Manager 100% w9wm - enhanced window manager based on 9wm 100% windowlab - small and simple Amiga-like window manager 100% wm2 - small, unconfigurable window manager 100% wmaker - NeXTSTEP-like window manager for X 100% wmii - lightweight tabbed and tiled X11 window manager, version 3 100% xfwm4 - window manager of the Xfce project 100% xmonad - Lightweight X11 window manager written in Haskell 100% e17 - Enlightenment DR17 Window Manager 100% olvwm - OpenLook virtual window manager 100% olwm - Open Look Window Manager 100% herbstluftwm - manual tiling window manager for X11 Thomas Koch, http://www.koch.ro -- 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/201206241722.02948.tho...@koch.ro
Re: Bug#678815: ITP: wmfs -- Window Manager From Scratch
Hi Mickaël, I'm sorry that I did not include a warm welcoming statement in my last mail. I'm happy about everybody who is interested in Debian and even considers doing packaging work. I've found a community of great professionals, friendly people and extraordinary personalities among Debian's contributors. I'm looking forward to hear more of you or meet you at a free software event, e.g. next year's debconf in Switzerland? Thus having said, I believe that the world (and Debians archive) does have all the window managers it needs. :-) Regards, Thomas Koch -- 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/87bok5b6ta@koch.ro
Bug#681918: ITP: gwtorm -- tiny Object-Relational-Mapper library used by Gerrit
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: gwtorm Version : 1.4 Upstream Author : Shawn O. Pearce * URL : http://code.google.com/p/gerrit/ * License : Apache 2 Programming Lang: Java Description : tiny Object-Relational-Mapper library used by Gerrit This ORM library has been developed for the Gerrit Code Review System and is known to be used only by it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQBb3gAAoJEAf8SJEEK6Za+IkQANd6QGc71Flt1ossGlB+Lgfg Uw/p0d2S2JKyU0CYb+6Vbl7XHfZ//8O6SfuEE4nro2y5/aghZtrM5U3kmksP7PPK dXRGds6x0ln3+5kSmkRRJoODJZmGTfMl0QkkWhtgnAJyHoLwzarNTYWNjxXa0LKK KWtIp1e27X0W7n8p8QudnsLvrwc4eFIiELDacvRjJQRaDGe/a4XTxIR64DQT5emR tPFrt8NldC7BzRLbLjuPKqwsoPIdzplcuMSA/FRsz+vFRy5CfHOSnkFGzu+dZnsj X4GH8thrclRgq/2qUrlQXyn4pPqF/vII5EgtDCC4WguSsd2yOwKNBOFBzYZbTIp9 z7lJdmLmffKhO89GCwk4X4N18cUPUfAXGrTvMC/IOM+IwHgx93hq5kFhQzY2UCaH hBmGCOwdNTK0fgclt6+3j8Ff1XaVmzUoVpYsIQwMfmN6vckSv30QXzmYyMHY3NeQ mYB4SCAuaMM5dAr6Hp6kXZENFRyBx8A9CQ2hAYgugWi0wjMFTdJlNaBLHOaY0I4y CZrTnXjf2nfZgqLCkFWiLLzbqy0NzEr3FUV9JZ7Jp74dQCEtWEZ6nFmK0RDNqiI3 qKIU67yiukPauR2xajie5qRbpUt5e0y9Hyf1Lj6tRWCisjyVFNTISBLVCb0SeAeD KtGG8vZLGWWA4OsYGrAJ =yRBm -END PGP SIGNATURE- -- 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/20120717193252.17336.26824.reportbug@t61
Bug#681920: ITP: gwtjsonrpc -- JSON based GWT-RPC implementation
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: gwtjsonrpc Version : 1.3 Upstream Author : Shawn O. Pearce * URL : http://code.google.com/p/gerrit/ * License : Apache 2 Programming Lang: Java Description : JSON based GWT-RPC implementation This library provides a JSON alternative to GWT's default serialization. It has been developed for the Gerrit Code Review System. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQBcKxAAoJEAf8SJEEK6Za2uYP/0D25JawPs8R+2OpM0+XlVS+ iHXVTeDhCeTDcW+EKOuFVilI10R7rtKkrZGIh+yQFBVMg1IoYezYpBNP/pu7V6oN yUeJtSztvgpMzj0xmWehaUulZVknyCSor5nRHLqe885HUSH2NfKQiEe3BSRuNjgr +ZWX2RAYohHeEf/dJlNG8mOfXWdieTlDlF5kCe6r6ijy08cqFnAotWlWYygE9yba McJ8lfzyNYUPEjxoAPfe74vlZJHRt8/+SsuODyaZI0nCQ4cqna9mmL3mj5EB7b/W +kte0x1Mwck9YfkdK3JEPlGwYPZxipwQFwN0GRF9kfTYAVNh8QVUVgxT5L9reKkT CUdZQbHRIPTCVmxMAKVXHKgVhwDXjFd4+hy2S4H2QzvCPBvRxffAkKKOPC8DtP3I jrJyQW874NxQ03Egs1Azqb1Px5snjoEDzo/zgfvVuXxNd4QLQgaaH/2qt/7A0tJa azRPg2F/bfYaWSCBDfOxCQOWv9Esr1OAEISVRU/2xxrv4Eb4ZYetAiTRVAT2ez3R flWyXxyPcPtObh7AtUCBJ9b3nHBpw8UgtyyZRwyYAvDakHtDyP+rNzGhRI1UQWGl a1eryu/EuYQsOHmfO9Qv5fEFQmsiid1YahIe4i+Tzu4barfUdVw4QdYydmaoaDob DlMvHlDUGSea42/w2Vzd =tey4 -END PGP SIGNATURE- -- 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/20120717195325.2371.95453.reportbug@t61
Bug#681924: ITP: gwtexpui -- Extended UI tools for GWT
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: gwtexpui Version : 1.2.6 Upstream Author : Shawn O. Pearce * URL : http://code.google.com/p/gerrit * License : Apache 2 Programming Lang: Java Description : Extended UI tools for GWT Additional User Interface Widgets and Tools used by the Gerrit Code Review System. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQBcapAAoJEAf8SJEEK6ZafPAQAJ49atyKJjV1UTh6jnatgham 6Qh9GcY0Sf4kV1DUFgzRtj69pDmBhV7jzmzEWcEUHdtzrKgKEfMsaz9DKgdZFlNb zKSnx4YQLXC2/pLloj1JGA4g29qYa5jaDGMBhvySUM5eOc4VAjn8le8z59zRRlIN Xb9YXzP4H5EST1xfyzUAiJnlSzuML9fkpkUskbQ9JSMGH+L+c82HxJbihm+TL7ZK U0rd693e39rilSXHT5epRToQncSc6hLjm3EEVtmSZg/TptapfBFc27tf7Lo338YM GkN/NiDw64309G+AvonoagT66BUSUT+WDIWpDB4vdLx/oEbCq3Qd7pE7lbfZvbfl QhEmhhy/EaHMhucogESqWzsZIJzBhL25B2ZSCvd7nBwHGfISGOWYrENygued0DPz 4I80ibdre0nvsKjlUrmjmTXfK2ooDL1lMh4P6MeEAPZL45V/xhSuQixCXyGeiEcd M+U/FDluiDmZn2nHotuKgMRxyolTYEyFLib0ZOWAK8kSwwxTnqComaCSZpHuqQP9 UomlPFoCG6Nacslqui0PnLsjA1XiKfehpgsB8AZn3qqKoPLg30mHk3DS4150+hmU Fn1qG8EJLuLi//ljAJR0wXF+4DpIG2E+Syo6TPuFSNAlCbGfNycAh2u6ReAXcLhD tLKhvKkjpAvEuVZgfmV4 =06F2 -END PGP SIGNATURE- -- 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/20120717201018.4601.77421.reportbug@t61
Bug#683639: ITP: apache-sshd -- java server and client implementation of the SSH protocol
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: apache-sshd Version : 0.7.0 Upstream Author : Apache Software Foundation * URL : http://mina.apache.org/sshd * License : Apache Programming Lang: Java Description : java server and client implementation of the SSH protocol This library is based on Apache MINA. It provides support for Java based applications requiring SSH support. This library is a dependency for the Gerrit review system. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQGnekAAoJEAf8SJEEK6ZaKzYP/1+I9Edj8BJ+hJv/mtmC4PgK zhA+QtygUmwSP39bDuMBMhbl4OzPWOggLAAimJrCf3r/iNyN82zrbwe0sjHvmJvE UMqOUXv/sfZS+WSs4Y0DqM7yqdbgBur+VgSwlGTmzPIotsuMTpGMQYjpH7k7V96v fnR54Bm3S6BFmMH1lx6M6C/7P7ycOblaWJVbk3+IcRfc8vzK5hiql3Af6frLOXKB vLDkJLqwawtOUhBAzOH3ghC8d/1O+38HqcS6p0RrD7yk/WhF76PQOeQJJakonEqC 6z1moJiIMpAGy19Z7s27kLE07bbkZHjZV4RRiq2IJ4Ad1lIg10s+w3dBl2cZAtcZ LXOe7pkHoCTZfF6+/gR2N1heJzIrgOzQ6z5yKfqBR2F4s07iYvQ3mnnbxauerD5W tq4v3GZtv4INTNMquJPpWPcvABjHkIWEVJCMKb57UW6llwQMxbEgolAzcPRXdQO0 u3Jw4ZRDcxaBaw8l0rY/yNA5hSkOTi/hOygO0a9f+Rvkamm0JeXD+J/uhK1xme52 iU6FmnCSySR8A/2RwA6g5XeKEtpKYpgvrdYJCpd47BKtupJ5ubUQwXoc4MgrM/uG dUsjkB0A6TgeddrTbonG3J86wQn0DaGcLq/7FP//1L99daulhbGdFBy3OWvoFWoS h/5ZQnKWlPNpwaC9oizY =3fhq -END PGP SIGNATURE- -- 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/20120802125047.28978.83748.reportbug@t61
Bug#683642: ITP: gwt-maven-plugin -- maven plugin to compile Google Web Toolkit applications
Package: wnpp
Severity: wishlist
Owner: Thomas Koch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: gwt-maven-plugin
Version : 2.4.0
Upstream Author : Charlie Collins ,
Olivier Lamy ,
Thomas Broyer
* URL : http://mojo.codehaus.org/gwt-maven-plugin
* License : Apache 2
Programming Lang: Java
Description : maven plugin to compile Google Web Toolkit applications
GWT Maven Plugin supports :
* GWT compiler execution for packaging your application into a WAR Compile and
Debug
* generate GWT internationalization ("i18n") interfaces from bundles
Internationalization
* running tests (or test suites) based on GWTTestCase framework as part of
Maven build, Testing Support
* run (or debug) in DevMode from Maven DevMode
* generate boiler code for GWT-RPC Async interface from synchronous server-side
interfaces Generate Async interfaces for GWT-RPC
* integrate nicelly into Eclipse, thanks to M2Eclipse and the Google Plugin for
Eclipse.
This maven plugin is needed to build the gerrit review system.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBCAAGBQJQGn3lAAoJEAf8SJEEK6Zae14P/3NWlGsK5kvhhEA1k7t6kDz4
PtYMHV7/tdDzU0JHcLt/LG+VEhrHJYd9wpTaqj9IwAWwtVKf6oAYmDFPZkBgYwoc
jSR3rfMVf8GHIWKqEEH2fYZRFmCR5RLfJhvcYYfd97GAa6RWBMpYGejXQG2eAoR1
V8aZwIxUy3uFMxTfnulw6ww/RMznH2ZPeoYCal9+8sQ+aWeqjeMyw9dBBP97xVK3
WRqO0zJE3rgtos+CB298KiSyM01MqUIAueQBJa3p5ltjYzIWHnha2DtG49GzVhsz
jnkZI7UExrqmNK8V88AqT9315ESoMWXiPqr+Hh69zeLWf01QoSy/m6SL1g8KKSgc
e/C44tKWh/YiCaIdGYYujsCDbn0igVkuKvlRfWpxMh7vfgh4IjOkyWEsgocsBYhF
15Ac7ruzLoZ9gSuf1Y6Na4j7BSDO/+agP3xta5dkqO1GkvzmXkTwMjo+SeY+kPeX
ClEYmJEnZGjRkTLbOWsNIP2vURKN5JG7J47A1lmg8iFVs13lptHGOXoafl0lja+r
pWyHjGE6vXRzebNFG9PMThZEtKwYFtClhKfCMnLMyh+SBqyfdNK+UD4H9l6Arxn3
DDGOhEasyKSaknUqdsu873e4FJCn6tuzRfRj/DlJkksJDvrvWtU1SPJshLIPqeB+
csFt16mFnv567CvgTGbz
=rH+R
-END PGP SIGNATURE-
--
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/20120802131728.30625.74901.reportbug@t61
Bug#685234: ITP: libjpam-java -- JPAM permits the use of PAM authentication facilities by Java
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libjpam-java Version : 1.1 Upstream Author : Greg Luck * URL : http://jpam.sourceforge.net * License : Apache 2.0 Programming Lang: Java Description : JPAM permits the use of PAM authentication facilities by Java JPam is a Java-PAM bridge. PAM, or Pluggable Authentication Modules, is a standard security architecture used on Linux, Mac OS X, Solaris, HP-UX and other Unix systems. JPam is the missing link between the two. Supported authentication facilities include: account auth password session (jpam is a dependency of libapache-sshd-java which is a dependency of gerrit code review) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQL6smAAoJEAf8SJEEK6ZaAc0P/3Kg7QAX11GrsPH+ceGKPXM6 vRh3tJDbmGvGYggN63t5EI2bHRbAXbFOKYfQWvMtcYpk2LfDCLyO8bUQJXnIImZw R7qgIUOwwlNQ1ZxKahp3QbJExSEQjSzR3+EMTChowplVqH5wBGRkReLJ/i1ylv7x lrwk5abXZ3BSvkN6kw8m7YR97pNbERCWy56jfYXsKBCYl4tHD6c814bcR4y13JnW BDMnsvaDlSGGeAVA5P0s/2x9eQTp0hizyBiDLRJ/9RxUbhjNa0HHBCt3u/fUrlHV 44pmThBcvhlEJaAZTqI3aKobQYFX8pS3euxPi9ZKUFDTVFaqyj/9LVIpF3E3kr0D ukA67kX6pge1J6XYOXf1QxEj4KNUIpQTVE1DYcsgna8T9hhwZGXch2m3Zcul2GoT WVEh+t9KhiDoezyCs3YaGZeBxa+OSVqU3O1BGyd/HqJRy9VnfXm2SlvEtmNohTGV ovjB+WPA+0IheCJ2Xm/WcAbvgqd9TLgD19w3a8TVQv8x1nrqWO+3XyXmfav0Bwc/ fgzwZK6TBrVnD99UPs7sSdqp7zp0ihuvvpiab4AKDR3e0FCTmml2mstTfPI4xd1q 05MkV+PoNHtFMYj9QcAAsY0sFu2qPe23AwaNJvqdX4MzvRzpJ2P14LfrOwnn9kiG +GPr8clQ/AkyiMnFFxxd =bdTI -END PGP SIGNATURE- -- 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/20120818144810.15467.96860.reportbug@t61
The D programming language
Hi, I just finished the awesome book "The D programming language" from Andrei Alexandrescu and totally felt in love with D. People already started to work on D for Debian, but the mailing lists and wiki sites are very quiet recently: http://wiki.debian.org/D http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-d-commits http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-d-devel Why not come over on pkg-d-devel, introduce yourself and share your experiences, hopes and plans with D on the list? That's enough for debian-devel, regards, Thomas Koch, http://www.koch.ro -- 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/201208250527.49300.tho...@koch.ro
Bug#685873: ITP: libjuniversalchardet-java -- Java port of Mozillas encoding detector library
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libjuniversalchardet-java Version : 1.0.3 Upstream Author : Kohei TAKETA * URL : http://code.google.com/p/juniversalchardet * License : MPL 1.1 or GPL 2+ LGPL 2.1+ Programming Lang: Java Description : Java port of Mozillas encoding detector library (Dependency of Gerrit Code Review System) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQOQ4aAAoJEAf8SJEEK6ZaYSEQAN81O86Pj/MRkrW8Y3rZbH+b LnczZF8n3pS6fasvE/5berdwa9mfmpVZ5HFUy0O8P/y635cfhdEiSFv+S9auvTcc IVYfl/TzerXkTnoh4H6VuX9WKAoanNhghsoXJGb42VQIldwm1YpAwbm6FMWumdXn SNyNLUhqKhFslH9PqzF4D/i8U4CK6Vy+yRZSoWcZi2cCE7HNqx5KdJh24CRn71i2 zI0sxLKMmR/dwDrbhcV0fr2yg/u7iMTeagm7oMp5zN9D2if68BMdWdD6LobUoVVT zK0ESig0OA2uBckhdVs/M3ptLvq208e07xamvQsaD9tlJJW+p2/5qj5ZZv+sDdVm dsYdIVFA92oDBGHImP8/CGH/9j8gsaot8w2KK5Xjbk2NtgkRoLEMWZa54dd/WJNb AGRhCkoYZShmJTDq+Ao0Ox+RsuzypAA87tNkpgBInoZ/WRqWpfBePt/wXcz5rnW4 Q8soFh47+Q1xuZRaQk4Ijz6ZoyZHja7glhHNXpQ1etkFkqmR9cRBBqwomThXiSKC uk8iOhkQsCBXpe3gNcCAAl7G+wUvhgx9YdRP/JXdRgRSIMUOa4m8BtW3zeXLBhv2 Zr9bY/QkvjpkHjQdi81auhPWBurQek1JRqi54/mlQ1ruP+jidkepBVyMAnCePU+Z TjRMXVmp8z7yy8BgACNl =rVaa -END PGP SIGNATURE- -- 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/20120825174046.7915.33009.reportbug@t61
Bug#685874: ITP: libpegdown-java -- lightweight Java Markdown processor library
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libpegdown-java Version : 1.1.0 Upstream Author : mathias(at)decodified(dot)com * URL : http://pegdown.org * License : Apache License 2.0 Programming Lang: Java Description : lightweight Java Markdown processor library (Dependency of Gerrit Code Review System) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQORyhAAoJEAf8SJEEK6ZaJtUP/0+wyBipCXrkn/1ZwJnBOldS Z3rIVSJ3a42v60nW6A6OLTW1l1R2Yh9ClW4dExTZeumuYoumVlNvANYvzx0Bff6K uiZ7Bp6j8h8yf6hy5RmlWVtzYopSNSZ6moHchKusiaxm0O932EIuOWbT0SLyX3Re r2Ii3wVPFixz8IUSj7akuj6iQEXEJEQjlMphTY1Vjo6yPZEAwpX5uN1chOnff61Q FyIsFh1Zf05UHKVfPdaTqT/5lhxW8zB9yfaDkef3+leJljrOCYxYvOv9Bse66c5l vIxWL4R55MNNBsGjVzK0eTefViPMvVFZ05sL4/NmnPNtTkXKbzCJC6iDayzsRcHq bncjdhwPHruVrlV2ZPTDmhVJZcf19ruid8fKgK55V9qME6/ufWiQkhBxdLS/En5q 7TBv/Ij7GoJQTgdOCMQHNe/0VQ6I2O9sFw6ay3Qr5KUxZns+0NVaVP1OTBWDFU0t iaZvTWo0EsiEVHs9vCcegHtWOlg3mrzFpX+XuuYII9dVTEdNKpzxas9QBjETtDrK cN0U9cYgmYAgUVnXX8BJfFAhk5TgApuzu6u3MekqPF490Zji9XXnpHKWlfwKtjZb j0BuqsUbPluwqe6dpWVmHfHD4mmjkfA3RTJRkECxYS8eTlHgvHzGRFAsv48dlB1X qLIJozbhpsD4k903j+qW =zwda -END PGP SIGNATURE- -- 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/20120825184244.8656.692.reportbug@t61
Bug#685875: ITP: parboiled -- parser library based on Parsing expression grammars
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: parboiled Version : 1.1 Upstream Author : mathias(at)decodified(dot)com * URL : http://parboiled.org * License : Apache License 2.0 Programming Lang: Java, Scala Description : parser library based on Parsing expression grammars parboiled is a mixed Java/Scala library providing for lightweight and easy-to-use, yet powerful and elegant parsing of arbitrary input text based on Parsing expression grammars (PEGs). PEGs are an alternative to context free grammars (CFGs) for formally specifying syntax, they make a good replacement for regular expressions and generally have quite a few advantages over the "traditional" way of building parsers via CFGs. (parboiled is a dependency of pegdown which is a dependency for Gerrit) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQOR63AAoJEAf8SJEEK6ZavdYQAIukHen0EC5tK1o4a+c2E/2Y Nh6egkxAlFTxV4ZYbFHk189a1BtdXq+MhTkmQIe8Zs56q+wLagj/qu4W7mNmpyZ7 CnWIGCdfAb83lt5y0EcRAG1EInJuIC1vWM+rla2GKK4cIJdiwPlcJwcwWV49pwkF LEKirlAlL2z0aqT9NdlewjVio0EyI/r5ixuEjM8mLcOGkteRVqm7vDtSneVn2r1v at7J8PYI4uO7FqHQPv33E6v9BCCzSIdojsAOem86HX4OM+8q3o0Y7ODWH0NZ7yz9 MKDLnGfTX2N0ohh0QtibankELs3ctakqU1CaGNAsfZi0xsl0eD3anDCjS6JxH5qL nxkU+vuzVE7GP6OHyo9ceL/cCqzJCegPCrFkkyFxJmkBmSpLEjjVhG2oSN7Hs2YO 4leDN+qtIrxPcx68o0b0Cqjju2nyf48OIJ3wUCTSzvHF86AQBf4dXvgl9Jtzvvgx U8//TmKfar28uWVeqHqRbBdNUI12RSBGo2e0Mfp9d4ct+J9ktecA5WWp8d/nEFrA 8xUqG/uckl4q68ExvPj4Gyxj+mcYhnwrV9y2/V2VbL5bZmWQmvBC0i4dXNOPx6LP WvoEZxmMxixLahVZBf26fXPHy6dEi3WsMg/j4xpBvL03PjMjFdprEBuMaBIXPKXM gXreJIJwLBciiP9yCB35 =h+mu -END PGP SIGNATURE- -- 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/20120825185135.12407.95237.reportbug@t61
Bug#685879: ITP: libmime-util-java -- MIME types detector library
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libmime-util-java Version : 2.1.3 Upstream Author : Marco Schulze , Steven McArdle * URL : https://sourceforge.net/projects/mime-util * License : Apache 2.0 Programming Lang: Java Description : MIME types detector library Enable Java programs to detect MIME types based on file extensions, magic data and content sniffing. Supports detection from java.io.File, java.io.InputStream, java.net.URL and byte arrays. (Dependency of the Gerrit Code Review System) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQOTjzAAoJEAf8SJEEK6ZaPY8QAKvnjf3Bes4kCV7DznI/utGR HQuDRddZPkX1z9o3J0Ih24zeFgSYOMLbOPuLSc08zT8FmncWgoWfFCj4Dp7VC98d h6GVs6QZt6zgONS/k5z1yyLlqQx6c1IXxb0Zs5SUPRC6H0jOVRtUdU5s826yXu7F e9ZEetODMFh0qNSgD8wSkzPJWQivah/KIgXu3RCYO77lRQCcFSvBEiDApSCF7XWN 2zOdZ3A4Lp84j9P0NZCEvHR0UUSkMLE1fcQHmJ96rGe0P56yc+OaIKRT1BWRxj1L L1E3WwcjfvPTSvSE3+YwZQY0gbmVxhSbm7raaLcSl2BY6CtIkQPOUMAoHRuIrL47 V1isXDRWXhU1xnTBzArA/ybD8m0tq538srLzyUdRwqP4A8yrbsfCGu8mHoXxV5Se keRrLm4l/XlI9AnMdP1Hpl5QGI4QPjHzYCZyB9VjPnEn42RQJJ3xbG3muZbOrL05 LtBieDna+Qvkheq474M0D1Us7MJbS0sWk0IC1QE2kKK49UFG4+Q9+Nu65P6QVucc ySZ3VCwfvFYgvDDky9iOZsRlB806/ESrittME8LF3YEJKcFxr/HzxSxQAFVLFcg6 E3cN9xErQ/xeBMujeyxB0dyn/wWbRkXdNfLCWZq6JkdJr9rhdvWlOv3oO5JT5o4W qeEJ8AGmt48Wfz2XNBD+ =z1+r -END PGP SIGNATURE- -- 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/20120825204334.19523.40042.reportbug@t61
Re: Bug#687624: ITP: libdvdcss-pkg -- automated installer for libdvdcss
> Le vendredi, 14 septembre 2012 13.19:43, Dmitry Smirnov a écrit : > > * Installer is implemented as shell script installed as DPKG post-invoke > >handler. I remember a discussion from somewhere, sometime that it would be a good thing(tm) to have a common infrastructure (helper script) for this kind of packages. The common infrastructure should make sure that the downloaded files are crytographically checked against a hashsum. From my head I know these similar packages: flash-installer-nonfree, some microsoft fonts downloader, java-package (for sun's java), ...? Regards, Thomas Koch, http://www.koch.ro -- 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/201209141409.49855.tho...@koch.ro
Re: Debianizing the Java world?
On Tuesday, May 14, 2013 10:18:47 PM Daniel Pocock wrote: > On 12/05/13 21:11, Bernd Zeimetz wrote: > > On 05/11/2013 10:12 AM, Daniel Pocock wrote: > >> On 11/05/13 04:35, Paul Wise wrote: > >>> I think you want to discuss this on the debian-java list instead. I'm working on the debian-repo-helper and debian-maven-helper packages to improve our packaging workflow. You're very welcome to help. But it's not as simple as you suggest. But please keep this discussion on debian-java. I don't feel comfortable to bother everybody with the crap that we've to deal with in debian-java. Regards, Thomas Koch, http://www.koch.ro -- 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/3750646.9as0tigcde@x121e
Re: Bug#711359: ITP: python-first -- simple function that returns the first true value from an iterable
On Thursday, June 06, 2013 09:01:05 PM Andrey Rahmatullin wrote: > On Thu, Jun 06, 2013 at 04:31:43PM +0200, Julien Danjou wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Julien Danjou > > > > * Package name: python-first > > > > Version : 2.0.0 > > Upstream Author : Hynek Schlawack > > > > * URL : https://pypi.python.org/pypi/first > > * License : MIT > > > > Programming Lang: Python > > Description : simple function that returns the first true value from > > an iterable> > > A MIT licensed Python package with a simple function that returns the > > first true value from an iterable, or None if there is none. If you need > > more power, you can also supply a key function that is used to judge the > > truth value of the element or a default value if None doesn’t fit your > > use case. > > Is that a dependency for something else? > The software contains 10 lines that can be considered code. I haven't looked at the code but you can do this in one line with itertools and a combination of keepwhile and dropwhile. Thomas Koch, http://www.koch.ro signature.asc Description: This is a digitally signed message part.
Re: Bug#712539: ITP: encuentro -- Access the content of the Encuentro channel, and others
On Monday, June 17, 2013 12:57:34 AM Maximiliano Curia wrote: > Package: wnpp > Severity: wishlist > Owner: Maximiliano Curia > > * Package name: encuentro > Version : 1.0 > Upstream Author : Facundo Batista > * URL : http://encuentro.taniquetil.com.ar/ > * License : GPL-3 > Programming Lang: Python > Description : Access the content of the Encuentro channel, and others > > Encuentro is a small program that allows you to search, download and watch > videos from the Encuentro argentinian channel. Since the content of the > channel is completely in Spanish, so is this program. We already have a few video download programs in the archive. Maybe upstream could be convinced to contribute to the upstream of one of the following packages instead of writing its own program: cclive, clive, get-flash-videos, nomnom, youtube-dl, nicovideo-dl, get-iplayer, mediathekview Regards, Thomas Koch, http://www.koch.ro -- 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/4143820.dfPBnk4KjF@x121e
vision: easily move all my data and config to a new machine
I've read a scrum book and have learned about the importance of visions. Visions like: "to put a man on the moon and return him safely by the end of the decade" I'm currently switching my laptop (again) and I have the following vision: The Debian system should provide tools to make it possible to switch over from one machine to another in a matter of minutes without leaving any data, configuration or customization of the old machine behind. I've started by building debian packages with equivs that have dependencies to all packages that I've installed by hand on my old machine.[1] This is not comfortable. I started thinking about a tagging system that allows users to attach some information to each debian package: why did I install it? What is it category for me: debian-development, fun, scientific-paper-writing, children-education, ... On another machine I could then install packages based on such tags. I move as much data as possible into the custody of git-annex. I manage my dot files with vcsh. Now I'd like to know which files in /etc are still in their default state and which were modified by me, including a diff against the default. Is there some possibility to get this information? I have etckeeper installed but I don't see how it could give me this information. What other things are there that I'd want to move to the new machine? For example /var/spool/cron. I think I'll write a cronjob to do a daily listing of the packages that I've installed on my machine by hand[1] and that are not yet covered by an equivs package. [1] aptitude search "?not(?essential) ?installed ?not(?reverse- depends(?installed)) ?not(?reverse-predepends(?installed)) ?not(?reverse- recommends(thkoch-.*)) ?not(?reverse-suggests(thkoch-.*)) ?not(?priority(important)) ?not(?priority(required)) ?not(?priority(standard))" Maybe we should talk about this topic at the debconf in Switzerland? Regards, Thomas Koch, http://www.koch.ro -- 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/201306231856.02681.tho...@koch.ro
Re: vision: easily move all my data and config to a new machine
Nice to see the first replies coming in. I see that I should have clarified: - I'm thinking about a scenario where I still switch between machines. So a one time copy of the full hard disc will not do it. - The two machines might be different: a desktop at home, a laptop and a small netbook. I still want to have my data synced and a similar work environment on all machines. But it does not make sense to install exactly the same packages on all machines. Regards, Thomas Koch, http://www.koch.ro -- 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/201306232117.51736.tho...@koch.ro
petitioning Crockford to change his license
Hi, I met another piece of Software (JSHint [sic!]) poisened by Crockfords license[1]. My anger was strong enough to let me setup a petition on change.org asking him to free the world from this evil license[2]. [1] https://wiki.debian.org/qa.debian.org/jsonevil [2] https://www.change.org/petitions/douglas-crockford-remove-the-not-evil- clause-from-your-license-because-it-is-evil-itself It might seem strange to use change.org for this kind of request. But maybe Crockford changes his mind if enough people sign it. After all he argues that he would have good intentions. And if he doesn't change his mind than at least we have one site to point people to when asking them to remove a json.org dependency. Regards, Thomas Koch -- 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/201310071942.40828.tho...@koch.ro
Re: petitioning Crockford to change his license
On Monday, October 07, 2013 08:06:47 PM Paul Tagliamonte wrote: > > I met another piece of Software (JSHint [sic!]) > > They did a rewrite that is no longer subject to his terms. I'm afraid you might be mistaken here: https://github.com/jshint/jshint/blob/master/src/jshint.js > > poisened by Crockfords > > license[1]. My anger was strong enough to let me setup a petition on > > change.org asking him to free the world from this evil license[2]. > > He just makes fun of such efforts. All the damn time. It's not worth > feeding the troll. I've already had the honour of receiving a personal reply mail of this sort. Regards, Thomas Koch -- 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/201310072132.18240.tho...@koch.ro
Re: Debian XDG basedir compliance
On Saturday, October 12, 2013 06:52:41 AM Paul Wise wrote: > Good point. I've added a section on user home directories to the UG, > pointing out the XDG spec and the libraries that support it. > > https://wiki.debian.org/UpstreamGuide#User_home_directories added a link to https://wiki.debian.org/XDGBaseDirectorySpecification#libraries -- 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/201310161202.07376.tho...@koch.ro
Bug#648651: ITP: rfc-tools -- small tools to work with IETF's RFC documents
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Rationale: The doc-rfc package has collected a couple of wishlist issues suggesting the addition of small helpers. Such helpers however are best packaged separately to decouple updates to such helpers from the updates to >100M RFC data. All doc-rfc-* packages will then be updated to recommend this package. This package should be a debian native package. * License : What the fuck license (open for better suggestions) Description : small tools to work with IETF's RFC documents This package collects small tools or additional informations that help to work with Request for comments documents. * build Bibtex entries for RFC documents (Closes: #648205) * rfc command to quickly open a rfc document given a number or keyword (Closes: #296635, #116567, #272826, #31383, #74385) * Recommend available rfc readers: emacs-goodies-el and qrfcview * This package could also become a build-dependency for doc-ref and include some of the scripts to download and process data from rfc-editor.org I'm sure that more ideas will flow into this package once it exists. Regards, Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOwBHGAAoJEAf8SJEEK6ZaVZYQAMUVjNvzI+CasOaNPw0Lo6HA OGNtSUx1g2hht2t/6jrhpe/+9O4ic9xYthZdRNzrcNihXhilBh6jGaMrq7E+ZYN7 YkIim51qKoeSc9iTL958KtXhnlvpl3FGmmo53DSwsSpGtk5YqOGu4fs81hlqrEWv pA3n6Jw2HVUASKG6ww8CRvbgaxUdKxrvCfzstICB3fWr3DmlAVVd3z0bkZsckC90 VSHQbDgztkzo0xDY334Ls3byALARuccO0fygPyLPFoAtaX2jhI0byEfA5gwDWOex ALdR1IPWZNiCN1bTku5OE1qS3SuwyKhEy0mM0Ic2GrZ0sp2iuYmgpGFNgzkyehAh 9rPHxOqqK08dwIUiGW2ROcNxeVvT4bHXRYDLAE8ubuG1zDESagGkgF/6QFyXkpds Kc2CLnMW/uvaeJaUOJhmTboJUYVNfHBjBXje+0+n+1NRqLALOI3qVZkBzSon5BNP SkXWsl1c4+gIO/ZuLYgOH55eqy6I0RVtdXuJ0eNZatm8nEVR2lorosTkI+i3XqcN 6xWDJ12eGwX45s87ToSpe1tlesXmzAp99VI06XzMWrBdr2jQSq/OYFnUCCAiOby0 aoVDRMZla49tW1BFaNwsgtYKVrhvJELU4qwiM3MbYFwuuts3EGFibkL4D+w3nF4T 7PT79k8/0aafhL7gjQV0 =Xy8p -END PGP SIGNATURE- -- 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/2013185154.12381.86010.reportbug@t61
Re: /tmp as tmpfs and consequence for imaging software
Bastien ROUCARIES: > Hello, > > Recently debian put /tmp under tmpfs. My /tmp does not have 50% the size of my RAM. In my /etc/default/rcS: RAMRUN=yex RAMLOCK=yes in /etc/fstab: tmpfs /tmp tmpfs noatime 0 0 results in df -h on a 3GB RAM machine: FilesystemSize Used Avail Use% Mounted on tmpfs 5.0M 4.0K 5.0M 1% /lib/init/rw tmpfs 301M 5.6M 295M 2% /run tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 602M 20M 582M 4% /tmp tmpfs 602M 0 602M 0% /run/shm Shouldn't /tmp be much larger? Which is the right package to report this as bug? Thank you, Thomas Koch, http://www.koch.ro -- 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/20132116.55241.tho...@koch.ro
How to manage/document C dependencies?
Hi, I'm currently discussing with Jitsi[1] what they could do to make packaging feasible. On the java site they'll now probably use Ivy to document and manage their java dependencies. But they also have a lot of dependencies to C libraries. These are currently still committed to their SVN as .so files. I'm totally clueless about C. Is there any best practice for an upstream how to document your dependencies, their versions, license and download location in a central place, maybe even machine parsable? And what could upstream do to not rely on the .so files committed to their repos? Provide a list of aptitude install *-dev commands required for a developer? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627362 Best regards, Thomas Koch, http://www.koch.ro -- 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/20231015.41115.tho...@koch.ro
script to link annoying $HOME dirs/files to /tmp?
Hi,
Is there anything like the following? A script that I can run on login and
that creates folders/empty files in (tmpfs mounted) /tmp and creates symlinks
from $HOME/... to /tmp.
This is done so that data I don't care about is automatically cleaned on
logout.
Candidates for this would be:
.cache/
.gnash/
.thumbnails/
.dbus/
.subversion/ (only created by git svn)
.kde/{cache|socket|tmp}-$(hostname)
.mozilla/firefox/*.default/Cache
or files:
.htoprc
.lesshst
.histfile
.pulse-cookie
Even better would be the possibility to have a hook that can create the
necessary symlinks and empty dirs/files when those are first accessed. How
would I do that?
I feel like mass bug filling against packages that pollute my $HOME and don't
use $HOME/.c{ache|onfig} ... :-)
Is there a more appropriate list for this question?
Regards,
Thomas Koch, http://www.koch.ro
--
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/201112021646.59848.tho...@koch.ro
Re: Bug#651858: ITP: etm -- event and task manager using simple text files
Eike Nicklas: > * Package name: etm > Version : 883 > Upstream Author : Daniel Graham > * URL : http://www.duke.edu/~dgraham/ETM/ Hi, I couldn't find any version control system for this software and the versioning scheme seems weird. Could you be so kind to work this out with upstream before packaging this? It may be good software, but the correlation between software quality and how the software is managed is often high. On the other hand I'm still searching for a good calendar app! Regards, Thomas Koch, http://www.koch.ro -- 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/201112131121.57466.tho...@koch.ro
Binary blobs in source packages
Hi, I just made a fool of myself on the simple-build-tool list by claiming that Debian would build scala without scala. I only checked debian/rules and debian/control and since scala is in main, I assumed that I must be right. However scala comes with a bytecode-compiled scala compiler in lib/ which is required only during build but not installed in the binary packages. I already opened reportbug to fill a serious Debian Policy violation, but actually I couldn't find anything in the policy about it. So is it ok to ship binaries in the source package that are only required during build? Can I do the same with simple-build-tool, which requires itself to build? Regards, Thomas Koch, http://www.koch.ro -- 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/201112131323.26313.tho...@koch.ro
Bug#652076: ITP: scalacheck -- Scala unit test framework inspired by Haskel's Quickcheck
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: scalacheck Version : 1.9 Upstream Author : Rickard Nilsson * URL : http://code.google.com/p/scalacheck/ * License : BSD Programming Lang: Scala Description : Scala unit test framework inspired by Haskel's Quickcheck ScalaCheck is a powerful tool for automatic unit testing of Scala and Java programs. It features automatic test case generation and minimization of failing test cases. ScalaCheck started out as a Scala port of the Haskell library QuickCheck, and has since evolved and been extended with features not found in Haskell QuickCheck. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJO6MqFAAoJEAf8SJEEK6ZaGDcP/3BH3JJpOMtmmRcUtj4O23MV m7A0srTK6F7UKm6q1hDOerYi+Vi3jLG94UoXJjcbs+JKRg8zF+Wiw++z/AwX9x56 J85AYSfIEYyrYojZOCuxQjD3c7kohHJAmACpQmWczvBgRs9nIfk9wk58ra+T7u6S +uhu0WdfmmdydwLmbeF+vrvj1plDNJp/PLbxLedAaFM/JO9cyOSz58nEy9y1olVu SH8gNJ/oNHgEWNDjTHz3E0po2dQRlgKaN9DWrP7DvkuXr+c1FiTfGcJLtrxJTlx9 yGzIIM0N/2jBji6fICyBYFVtH15LH/R+tpgvC3Tv9J6C1x7vGSoLCaC63cwOnVTm P32cy+LQgIMNGEtzuY+7ai2Xx9AQkNJWmf5Lqt7Vcc+tpMf550wckUNiod2T8B5W LROUQi+a5YXyS4L7MM/uueYNj3POrE0WpBZZRPGoa88VHXxz6h8ZPtAiKViAcKhP Rw1rCtAvL0x7dI4WYmkSVrC9L+gp5WWFDbuokLMRrQA5oM8n0jDpgGLXliCXng/o dP1djK9dq/Yci3J10b2JLzg9qFTqWIIpaqN5aDSxR9+dBOq6KWtiIGeszdXBuEe/ 9Y+/tHvPiM0PndrBDgTgz1Q8s5oKrRO9eO7QV8WV0eMurwLH5aslbCwal0QOUm3e +1QUcCLpXedS0J2k9M7M =Tzgm -END PGP SIGNATURE- -- 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/20111214161049.21897.44126.reportbug@t61
Bug#652077: ITP: libtest-interface-java -- Uniform test interface to Scala test frameworks
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libtest-interface-java Version : 0.5 Upstream Author : Josh Cough, Mark Harrah * URL : https://github.com/harrah/test-interface * License : BSD Programming Lang: Java Description : Uniform test interface to Scala test frameworks Just a bunch of java interfaces that are implemented by specs, ScalaCheck, ScalaTest so that e.g. Simple-Build-Tool can interact with these frameworks transparently. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJO6MwbAAoJEAf8SJEEK6Zan3sQAIGZ1gir6xFeHZw2fMbE23oM t5eYSySNYK5a9iTpfOGHMVXWU4WjRI6tTkJyR8ys/f+/K0Uw93aW1L2dQygdQ9FH Qi0VI0SOtY/WftP4BQV5bYxEs8AUUmofjlzSCAftIjPFwRmf7kyl7BAquC8Mhm6x 5yxc8o4qc6yZBxBUy6bhzY3QGp7LS5PIP2u5lWdFVG09C4XoFP/5rcpINoE2l1HX 4u/oPp90RuqmQcmo0SlMdVJFqoLx3/5LMIBqEYru54J6BOdHBUuGcZXLfgq0WCSO /SbxrtBVaxFnY6/lBf3Rjj4hJgXd2kqOTBHC17BbsoGuSaH+MMlYoWC+s+6nPb2z LHo6D+jYp2U7r7ax3OiqF4Axk434aAAUtZb6U6htZ18PXZMwtyeBOmoIht5xgN+L QV97tCgSmdhBQOULJNp0cXOXbkO9ku0ON2ZXbT1+HddCRMK5HJn+qQL5O8cWwjsG esYfUxdCO44Wd9fr7b7LyuQatsrZLlpMCi+VNyRjE2xR4XK0xncnTOdz+ABthWWl o+Gyi9vFrgHHm3FFbdTk/0mh/50MXJfI/keYy7Jj70jp6dWWbjfcZmMWjcV/EBm/ uUkr+eoH8p185tDDXiirekoZe/j/X0ju83hKCLT0U6ngb1WqyceNUKDykqSgiRl4 2lrejdvFR+YAuuXXcag3 =bWJL -END PGP SIGNATURE- -- 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/20111214161731.23180.77284.reportbug@t61
Re: Using debian/upstream to document things about Upstream with “umegaya”.
Andreas Tille: > (I might have missunderstood DEP-11 but can not check > http://dep.debian.net/deps/dep11 > seems to be hosted on vasks as well, right?) According to archive.org, dep11 has not yet appeared on dep.d.n, but: http://wiki.debian.org/AppStreamDebianProposal https://groups.google.com/forum/#!msg/linux.debian.project/cCkGVzKks9w/AGjT- rr6H3MJ Regards, Thomas Koch, http://www.koch.ro -- 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/201201171004.14748.tho...@koch.ro
Things we wish upstream would know
Hi, some time ago I started to collect hints for upstream developers on a wiki page: http://wiki.debian.org/Java/UpstreamHints The page is intended for the audience of upstream developers who care that their software be included in a distribution and would be willing to do their part to make this happen. A Debian maintainer can point upstream to individual sections of the page instead of reiterating the rationale for a specific wish. The page first only contained java specific topics but could grow to include language independent or other language specific topics with your help. In that case the page should be moved out of the java/ namespace. I'm not a native english speaker. Any help to make this page more polite and inviting would be welcome. Best regards, Thomas Koch, http://www.koch.ro -- 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/201202020939.46417.tho...@koch.ro
Re: Bug#660091: ITP: eliom -- Web framework that can generate client and server parts from the same code
Pierre Chambart: > Package name: eliom > Version: 2.0.2 > Upstream Author: ocsigen team > URL: http://ocsigen.org > License: LGPL > Description: Eliom is a web framework for ocsigenserver written in OCaml. Please also provide a long description. Regards, Thomas Koch, http://www.koch.ro -- 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/201202161917.18169.tho...@koch.ro
Re: leaks in our only-signed-software fortress
Christoph Anton Mitterer: > Hey. > > I've decided that I think it's important to CC this d-d: > Debian has a good system of securing packages and making sure that only > signed stuff comes to the user. > Over time I've seen many holes in this: > - packages that are just wrapper packages, download something from > somewhere without doing any >hashsum checks at all I'm as concerned as you are and collected some examples over time that might give a perspective: http://www.koch.ro/blog/index.php?/archives/153-On-distributing-binaries.html September 2009 Apache.org got hacked - twice in eight months. December 2010 The proftpd Source Code contains a backdoor January 2011 Sourceforge, one of the biggest distributor of free software, got hacked. June 2011 The Wordpress Plugins AddThis, WPtouch and W3 Total Cache contain backdoors July 2011 The vsftpd server download was replaced with a hacked version July 2011 VLC suffers from Companies spreading Malware bundled with VLC August 2011 kernel.org got hacked September 2011 MySQL.com hacked to server malware November 2011 Takedown of the largest botnet ever. DNS resolving of the bots was compromised. December 2011 Does download.com enrich their downloads with malware? February 2012 unnoticed for 3 months, the Horde project served compromised downloads I think as a start it should be made a policy that any "wrapper" package that downloads code from the net must at least do a strong checksum check on the downloaded code. What about a debhelper script that receives an URL (or set of mirror URLs) and a SHA1 and does the download and check? Regards, Thomas Koch, http://www.koch.ro signature.asc Description: This is a digitally signed message part.
Re: Bug#661840: ITP: rfcdiff -- IETF Internet Draft Difference Tool
Scott Kitterman: > Package: wnpp > Severity: wishlist > Owner: Scott Kitterman > > > * Package name: rfcdiff > Version : 1.41 > Upstream Author : Henrik Levkowetz > * URL : http://tools.ietf.org/tools/rfcdiff/ > * License : GPL v2 or later > Programming Lang: Bash and Python > Description : IETF Internet Draft Difference Tool > Takes two RFCs or Internet-Drafts in text form as input, and > produces output which indicates the differences found in one of various > forms. In all cases, page headers and page footers are stripped before > looking for changes. Hi Scott, I started to collect small tools related to standard documents that I might have time to package as a whole once: https://github.com/thkoch2001/Standard-Document-Tools Would you like to include rfcdiff in that collection and maintain the whole package with me? There are other examples of such tool collection packages like emacs-goodies or devscripts. Best regards, Thomas Koch, http://www.koch.ro -- 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/201203012149.25030.tho...@koch.ro
Re: picking packages from repos was: debian-multimedia.org considered harmful
Andreas Tille: > On Mon, Mar 05, 2012 at 04:42:50PM +0100, Reinhard Tartler wrote: > > In summary, I can only advise everyone against enabling that > > repository on any machine. > > If I would have time to become a pkg-multimedia member I would try to > establish installing multimedia applications via metapackages build be > the Blends framework. I would most probably drop some file > >/etc/apt/preferences.d/01-disable-dmo.pref > > in multimedia-config metapackage (where all other metapackages usually > depend from). This would enable those users who really know what they > are doing picking singular packages via well defined preferences from > d.m.o if needed and prevent users who blindly inject "random sources" > inside their sources.list from killing their system. Hi Andreas, could you point me to the necessary documentation, please? I'd like to enable the non-free repo, but only pick a few packages from it. How can I do this? This would also be useful to pick only a few packages from unstable, e.g. those that I maintain. Regards, Thomas Koch, http://www.koch.ro -- 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/201203060947.28896.tho...@koch.ro
Re: Crypto consolidation in debian ?
Bastien ROUCARIES: > Dear dd, > > I have seen that fedora is trying to consolidate the number of crypto > package shipped [1]. What do you think about this goal ? > > Moreover a lot of keyring solution are available for the desktop but > are not directly compatible between them, and is near a nightmare (for > instance mozilla is not compatible with kde pinning that is not > compatible with gnome). This goal is one of the first step to offer a > common framework for crypto and keyring unification. > > Comments welcome. > > Bastien > > [1]http://fedoraproject.org/wiki/FedoraCryptoConsolidation Hi, today I learned the hard way, that cryptography on linux is kind of a mess. I installed certificates in /usr/local/share/ca-certificates as described in the README of ca-certificates. - And then I thought that icedove and KMail and the rest of the world would just use the certificates... :-) I've opened http://wiki.debian.org/Cryptography because there doesn't seem to be much of cryptography info on the Debian wiki. Maybe the README in ca- certificates should point out that matters aren't as easy as suggested. Regards, Thomas Koch, http://www.koch.ro -- 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/201203201923.30314.tho...@koch.ro
Bug#666541: [Wish] package OpenSearch descriptions for reuse by all browsers
Package: general Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I'd like to see a package like "opensearch-descriptions" in Debian containing a comprehensive database of opensearch description documents. Browser packages should depend on this package to provide a consistent set of opensearch providers. Not all search engines contained in the package should be included by default in all browsers. The package should rather provide a mechanism to select and deselect individual search engines system wide or for a user account. Databases of opensearch descriptions: * http://mycroft.mozdev.org * http://www.searchplugins.net The package should also provide support for extension-packages, that provide additional search engines. Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPdyzIAAoJEAf8SJEEK6ZaKx0QAI1r2xXwL2Bi2sTzlyoeiLZT lVLiuxj04zLWTZHIDW/8lX8FW9l8a3RiuZ0HgXo9x/0TwTL2qgbgFqElUyF1LhwK DZxxphDcrmQXekTny9MBNGe4bkmgk5Uv+AI4K+63FX6b2j/Ga0+aFn9irgbVihSp ceiDJPgpr16yA8v2y+r7gLG0KXLTdadaw9rPHtGztGmk/zCKOFIDEDqOnlmaiAfz 5KTzHTQV9rOehFEbb9HVsZACax+WpGPj8QW6BzZ8y2Nt+WIMyYKI2nvXimCuzlSt d+LMMkJmBG8Nd3qm/FV9vBh1sJY7clfDpswS8YQ986R+REd44O7la6WVoyUc77i8 +CONfhWEt9+Ik5YgPEajfjQgHbQKPwOC69GGFew7HI5JX29KN/32WsuYr8x0JrGL 5ytX4HC9NFE2CGz5MXQyd1KN8LQolXYM5Ogqpl98IcQGCiRpA59yfLeRT0Kg01dY pIW9ASuje81MUCaZasXVCZhT5hFytIb0Z/OUmNXUZyQ2r27o17ONuptqX9dNkx2O 12HEr8lIxXNKvr5zeMOC85iWXCwGkrUnpvaHXobs40RC4GzmXFY5zs6b4Uo84DJm YtlOcnu9qB316sr3FhAzjMGlcXloVUVZe2w3f/SZ6YkzTuqVy2nv+TIOstqoDGrr MWHpWiImUswYSdskMSVy =2te3 -END PGP SIGNATURE- -- 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/20120331161156.9239.97923.reportbug@x121e
Bug#691927: ITP: maven-source-plugin -- This Plugin creates a jar archive of the source files of a project
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: maven-source-plugin Version : 2.2.1 Upstream Author : The Apache Software Foundation * URL : http://maven.apache.org/plugins/maven-source-plugin * License : Apache 2 Programming Lang: Java Description : This Plugin creates a jar archive of the source files of a project The Maven 2 Source Plugin creates a JAR archive of the source files of the current project. A Git packaging repository has already been initialized: http://anonscm.debian.org/gitweb/?p=pkg-java/maven-source-plugin.git -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQkSOnAAoJEAf8SJEEK6ZahkQP/A6P901WLc02wHvx47BuxCs8 +DGCz6TFg4IfYs/F0Ah8p6KbbJd8NnjCzgpXymdix+q8mYqS0yPVyGEVoZF75org k1HRfnNnBugkuq2PySXD3LlD7Es55mZsaQY+fde1kyPxBMhJkI4sypVmFFH+I1l0 oowJSYIRf4KKeTsdzFq+dUfd6Z1/VuLjEsuEzqw5ZVmD1UtpNzM+OZN1jrFm3rGW Q4nidOGZz3LQIy/YbKaerlB4CWxlCCmoMmBq901c9kRnDyoOXOKttgQcDlcGeWPI k/S7Jmz/VfzgRKw4AntY0gTRDt+uzAk2rYQzXXmdIfXO8mFh1A/XszwKR3NSJdcF mei/8aCYOMx0ho0ETGZwnHHJZytdI350IYqgbEDPl9YPkC7GcnB3FHz+qtla0+8t 9+XbCbjqA2WjLxgaLJ2t2YGC2zV2h8QAE0Dv9xV7mf9OtwTSnhteV+PeQWhV4yxq YOSmk2rXJM6znpSX4q4rl7cG6Sj3yL6ekAilWCAU5yd4L1GEcML6vmOSf+zRW6JK ZqHgxqz8S04OSHJKJ9DJJWoOBkvAzSBoHEn5w5mX+KHCplJ90Ynsks5kRrpkBeK0 arYIEdogrBXuD53zTpYNXIiltGHozWVynNL2UHJfWvEaBFECZ3RWiYgiclFMsX0Z 6iP8LNFqu+CyCv3d2w+C =HN/Z -END PGP SIGNATURE- -- 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/20121031131211.10998.67834.reportbug@x121e
Let dak commit all source packages to Git
Hi Michael, Zack, et al, thank you Michael for codesearch. Since somebody asked about code browsing and Zack is interested in some source.debian.org I wanted to mention my dream: For every debian source package that enters the archive, dak should commit the source code to a public readable Git repository and put a signed tag on it. Then: - One can just put a git repo browser in front of all git repos and have browsable source code of Debian. - One can just issue git clone --branch=$VERSION git://git.XYZ.debian.org/$SOURCEPACKAGE and get the versioned source code of any Debian package even of those whose maintainers do not yet understand the beauty and superiority of Git. :-) Would something like that help your project? I imagine that such an infrastructure could be a base for many nice project that we do not imagine yet. Regards, Thomas Koch, http://www.koch.ro -- 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/201211070936.40065.tho...@koch.ro
Re: Let dak commit all source packages to Git
Ansgar Burchardt: > Thomas Koch writes: > > For every debian source package that enters the archive, dak should > > commit the source code to a public readable Git repository and put a > > signed tag on it. > > I do not think that is a good idea: > > You would end with two repositories for packages maintained in Git. I just found another use case: NMUs Most likely the uploader of an NMU (especially binaryNMU) does not update the maintainers Git repository. If there is the "archive git repo", I can just cherry pick the changes from the NMU to update my packaging repo. .oO(One day all maintainers will use Git... :-) Regards, Thomas Koch, http://www.koch.ro -- 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/20121025.07350.tho...@koch.ro
Bug#693069: ITP: rurple-ng -- learn programming in python with a robot
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: rurple-ng Version : 0.5 Upstream Author : Paul Crowley * URL : http://dev.lshift.net/paul/rurple * License : GPL 2+ Programming Lang: Python Description : learn programming in python with a robot Rurple-ng is a rewrite of RUR-PLE[1], a programming learning environment. The student learns programming concepts by controling a robot. The original RUR-PLE comes with a self-learning tutorial[2] in several languages that can also be used with Rurple-ng. Unlike other programming learning environments, RUR-PLE uses a real world programming language (python) with no modifications or restrictions. Thus the student can move directly from programming a robot to real world programs. [1] http://code.google.com/p/rur-ple [2] http://rur-ple.sourceforge.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQoSdbAAoJEAf8SJEEK6ZaAfoQAMjg5RAkTJBHIzPIZh5z3X9G ijv9Y9v1ZIbBOD0l7tAb7VX490dDV2duxsuBnuXDTPyTamIJdNlkCV/+/q3VJWMc Y4DxfKjqXxOG6L4R1Ghib+sN3hp5zTJrIs9MGKXCD6uf4mXnlDHjUr9XMgSWH6St gFaq2khNjPZrQQPB2ZXQfLzJfbKfC2FOeC6939tAyr38rCqrPtgJVtcNaUooGfKj NON7f5OBpWYW8CTr+OUGZfXS/qt6ZrImSPlpz0ge3v7aJJHPNlYGw+5otZYQgFJn Gg2NCqRZOJVWiaW+i2PHzWUId178HBhdJIZeyeRNxdKs2r0+itrq/csiXYmadyFv hyYR+yaOhwVsHKMslLQfAPQGcfylFah+nPxco8zMQfYYvePMxPuyG+hE/GWWE/f9 dSmRPSrZo0wzK4VH5S6huLSbKqhTz9xJTQBqDFWAw5PPVrYGcrB2iCucrqlOPyDV 3a5tIdHewkYulopd7bCz+6/fui1tZsoHrnXNNNEN1DYZtU0mWJNZHgqwLuqUQCCQ P5ucsGS96/Wr0lx2SJlupYRoGIQCNB1ZnMi8PDQBcX8KdiSRln2MHfzRpMDXWHRW EvjbBqRgyHWq2598JqJsPfiiDcfGf4ExtLTMrhIuIsVtFKt3+wLC8INgyNSXsuAb gB+14d2FpK2KxmaxxXjx =AB6K -END PGP SIGNATURE- -- 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/20121112164415.1756.5675.reportbug@x121e
Re: Bug#695095: ITP: aeolus-cli -- command-line interface for Aeolus Image Factory
Hideki Yamane: > Package: wnpp > Severity: wishlist > Owner: Hideki Yamane > X-Debbugs-CC: debian-devel@lists.debian.org, debian-cl...@lists.debian.org > >Package name: aeolus-cli > Version: 0.7.7 > Upstream Author: Red Hat, Inc. > > URL: https://github.com/aeolusproject/aeolus-cli > License: Apache-2.0 > Description: command-line interface for Aeolus Image Factory > > aeolus-cli is command-line interface for working with the Aeolus cloud > suite. . > It can manage Aeolus Image Factory from terminal. Please add some details in the description about "Aeolus Image Factory". What is it? Thank you, Thomas Koch, http://www.koch.ro -- 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/201212041216.59475.tho...@koch.ro
staged freeze
Hi, what do you think about staged freeze for Debian, for wheezy+1 maybe? ( Bikeshedding alert! http://bikeshed.com ) First stage, freeze only essential+important, low level packages Second stage, freeze all libraries with more then one dependency Third stage, freeze all non-leaf packages Fourth stage, freeze everything Do you think that it's a good idea to have the freeze for libc at the same time as the freeze for sl (steaming locomotive) or iceweasel or extremetuxracer? Has this been discussed before? Best regards, Thomas Koch, http://www.koch.ro -- 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/201212102202.58343.tho...@koch.ro
Re: lib*-java, D packaging
Bernhard R. Link: > * Michael Stapelberg [130102 09:13]: > > Given that we already have python-* and ruby-*, I’d find golang-* more > > consistent. > > We also have lib*-perl. and lib*-java, but the java packaging might not be the best place to look for best practices? (Since we're few people.) I'm also following this thread to look for ideas for the D language which has similar packaging characteristics like go as it seems. Regards, Thomas Koch, http://www.koch.ro -- 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/201301021156.09095.tho...@koch.ro
Bug#697311: ITP: libandroid-json-org-java -- cleanroom reimplementation of crockfords evil json.org java library
Package: wnpp Severity: wishlist Owner: Thomas Koch Control: block 697193 by 622928 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libandroid-json-org-java Version : 20090211 (to mimick the last json.org version) Upstream Author : The Android Open Source Project * URL : https://android.googlesource.com/platform/libcore/+/master/json * License : Apache 2.0 Programming Lang: Java Description : cleanroom reimplementation of crockfords evil json.org java library Json.org is a popular java library to parse and create json string from the author of the json standard Douglas Crockford. His implementation however is not free software[1]. [1] http://wiki.debian.org/qa.debian.org/jsonevil Therefor the Android team did a cleanroom reimplementation of a json library to be used inplace of the original one. - --- I did a git subtree split of the android libcore git repo which contains only the json code: https://github.com/thkoch2001/android-json-org Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQ5el+AAoJEAf8SJEEK6Za7ggP/is5XBgDCmh1gQREMICZjixi NcBKxb3Ua4URtkLHcjk6ufH3dWx03quWmDR4nOEVohxbTp469PGcSuLA//jVB1w0 TpPsxnjERLMRr+/+Fsi+SQ9ekeR1EzTErXeIqCeYaejHK5LKLZy4h5/CMxx4wKQk dnyWXbzwQfQ9WiMauHMMITDR7ppKLo6uHOIvKK634TBmRboU626VCVmbYHvzRY3L jLFYFZFBhtGMetLWnpU+c7yMX9tQl5Omr4Q3SCruSRghaOituXsOUMnQfsox9lD+ D8gykaf2eBSdGiknYY0IDw2V3izcshRnphvvlbaceQdNxN/9Y/85rIqzoSyexit0 zWfedVhGPfquR90+RNH36eDNoYFWzh1VE0wxiR+4b4B+CqZDQj7sUsO4gW7zJxun NTTRNopYbai3N6TgwlVBoSP2PHf0kJpvX9NkezAFKwCMZpFbvIKmbrO0+J4x+c6l mXcpns3KByXn/pBaBkHEy1T8pOx3DgInm7o8O7PNugiOCwl3P9KoTLalrXxYb48o 0KP3lF5+6MGzdRK5yYxKJi6YANzDKv1vxROUmR3eFEyQHNq1c+JUXSiNmI4eWaQ7 Ab25OnRK6b8Q9vpKPbI759+esAXfQNOfU2KuENwd9A9YabzKwEf6yzgp2nS4Oq/d umZNdyFI7qkPuZjiRacn =iJSN -END PGP SIGNATURE- -- 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/20130103202642.29360.61354.reportbug@x121e
DEP3 Last-Update field without time?
Hi, I'm working on python code to parse/generate a dep3[1] conforming patch header[2]. Dep3 specifies the last-update field to not contain the time: "This field can be used to record the date when the meta-information was last updated. It should use the ISO date format -MM-DD." I assume "ISO date format" refers to ISO 8601[3]. Is there any particular reasond why the field should not include the time of the last update? I think all relevant programming languages can parse and produce Datetime strings like "2007-06-20T12:34:40+03:00". It would avoid a few lines of code and a bit of inaccuracy if we could agree that the last-update field may also include seconds resolution. [1] http://dep.debian.net/deps/dep3/ [2] https://github.com/thkoch2001/python- debian/blob/thkoch/dep3_patch/lib/debian/dep3_patch.py [3] http://en.wikipedia.org/wiki/ISO_8601 P.s. I'm a Python newby and appreciate any code review! Best regards, Thomas Koch, http://www.koch.ro signature.asc Description: This is a digitally signed message part.
tool to create debian/copyright files paragraphs?
Hi, I have a package (closure-compiler[1]) with files copyrighted by six different parties unsystematically distributed over a large source tree. Has anybody already written a tool to automatically create the files section of the debian/copyright file? The tool should try to keep the files list short by using wildcards. If not I might hack something in python. Regards, Thomas Koch, http://www.koch.ro -- 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/201301281258.43866.tho...@koch.ro
examples for better-not-native packages was: No native packages?
Let's start to collect examples of package which we might should rather not be native. This might make the discussion easier. - maven-repo-helper, maven-debian-helper both packages contain a lot of logic that would also be usefull for other distributions, e.g. fedora. However the code needs a lot of cleanup. I hope the following is a useful command to search native packages: aptitude search "?source-version(^[^-]+$)" -F "%p %V %d" of to narrow the search to installed packages aptitude search "?installed ?source-version(^[^-]+$)" -F "%p %V %d" Even the narrowed search to installed packages reveals a few packages which makes me wonder why they're native: awesome-extra 2012061101 additional modules for awesome dvcs-autosync 0.5Automatically synchronize ... emacs-goodies-el35.3 Miscellaneous add-ons for Emacs fdpowermon 1.7simple battery power monitor git-annex 3.20130124 manage files with git github-backup 1.20120627 backs up data from GitHub hardlink0.3.0~rc1 Hardlinks multiple copies ... ikiwiki 3.20121212 a wiki compiler jarwrapper 0.43 Run executable Java .jar files laptop-detect 0.13.7 attempt to detect a laptop maven-ant-helper7.7helper scripts for building ... metainit0.0.5 Generates init scripts mr 1.13 Multiple Repository management tool netmask 2.3.12 helps determine network masks os-prober 1.57 utility to detect other OSes ... pristine-tar1.26 regenerate pristine tarballs ssft0.9.13 Shell Scripts Frontend Tool whois 5.0.20 intelligent WHOIS client xtrlock 2.2Minimal X display lock program This list makes me wonder whether it's really worth the effort that Joey separates upstream and debian version of his packages? Regards, Thomas Koch, http://www.koch.ro -- 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/201301281342.54927.tho...@koch.ro
upstream advise page about circular dependencies (bootstrapping)
Hi, it's the third time now that I'd like to write a mail to an upstream project and kindly ask them not to depend on themselves to build. It would be helpful to have a page like the UpstreamGuide[1] that shortly explains why it is undesirable for distributions or in general if a software needs itself to build. The DebianBootstrap page[2] in the wiki is not short and general enough for this purpose. [1] http://wiki.debian.org/UpstreamGuide [2] http://wiki.debian.org/DebianBootstrap It would be nice if such a page could be initiated by people mostly affected by circular dependencies. Regards, Thomas Koch, http://www.koch.ro -- 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/201302121145.34437.tho...@koch.ro
Re: upstream advise page about circular dependencies (bootstrapping)
Paul Wise: > Which software is this and why does it need itself to build? Is it a > compiler? It's the dmd compiler for the language D. It still contains non free parts and isn't packaged. In the moment the compiler relies on a C compiler and thus is a nice example of a language that does depend on itself. But I saw a mail today proposing to break this and I wanted to answer with a link to a page advocating against cyclic dependencies. Regards, Thomas Koch, http://www.koch.ro -- 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/201302122141.12657.tho...@koch.ro
Gerrit, Git requirements, cooperation with others. was: git dangerous operations on alioth
Hi Daniel et al, I'm also thinking a lot about how to improve Debian by improving our Git tooling. Therefor I'm packaging Gerrit (#589436). But gerrit and its dependencies is a big project... Now that Git slowly becomes the de facto standard VCS for Debian[1] (resistance is futile) it might be time to review our setup and think whether we could improve our Git infrastructure. Should we start a wiki page to collect thoughts? [1] http://www.lucas-nussbaum.net/blog/?p=751 My thoughts are: - I'd like to have support for reviews (e.g Gerrit) - pull requests (e.g Gerrit) - I'd like continuous integration (triggered e.g. by Gerrit[2]) - Easy for anybody to submit patches (e.g Gerrit) - A frontpage that doesn't take ages to load - Easier project creation without the need to SSH into alioth - regular fetching of the upstream branch from upstreams master [2] http://openstack-ci.github.com/publications/ I was also thinking whether Debian should cooperate with other projects so that the workload of maintaining such a setup could be shared. I started to collect candidates for collaboration here: http://wiki.debian.org/Alioth/OtherForges Best regards, Thomas Koch, http://www.koch.ro -- 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/201303081452.50647.tho...@koch.ro
Re: Bug#702607: make source code of all Debian projects visible (on gitweb)
adrelanos: > It would be very useful, if the all package source code hosted on > debian.org would be visible in some web source code frontend such as > gitweb. So one could search: We just need somebody to do it: "Let dak commit all source packages to Git" https://lists.debian.org/debian-devel/2012/11/msg00138.html Regards, Thomas Koch, http://www.koch.ro -- 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/201303091816.18790.tho...@koch.ro
Re: Bug#703762: ITP: jdownloader -- download manager for one-click hosting sites
Benjamin Drung: > Am Dienstag, den 26.03.2013, 00:10 +0800 schrieb Thomas Goirand: > > On 03/25/2013 07:59 PM, Jonathan Dowland wrote: > > > On Sat, Mar 23, 2013 at 01:29:13PM +0100, Benjamin Drung wrote: > > >> Am Samstag, den 23.03.2013, 13:13 +0100 schrieb Michael Stapelberg: > > >>> Could you instead package jdownloader itself? I've already spent many days (weeks?) of unpaid work to get gerrit into Debian. It's a bitch to package, has an imense list of dependencies and I even have to improve the Debian Java packaging infrastructure to get it built. It feels like cheating to me, if others take shortcuts like this. Why should I do this hard work anymore? It would also be much easier for me to just provide a downloader for the war file provided by upstream. Apropos: The company developing jdownloader is searching for a Java developer in Fürth near Nürnberg (Germany). Somebody could help them to get a sane build system set up. Regards, Thomas Koch, http://www.koch.ro -- 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/201303281915.53028.tho...@koch.ro
Generators for debian/* files?
Hi, debian-java has the tool "mh_make" that generates debian packages from maven projects. There's some java code in there that produces debian/* files: rules, copyright, watch, control, orig-tar.sh, doc-base.api, doc.install and of course source/format and compat. This java code should be replaces with something in perl/python/non-JVM. Is there already some logic/templates in Debian that I could build on? Regards, Thomas Koch, http://www.koch.ro -- 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/201304051107.32284.tho...@koch.ro
Status of Debian package utility tester
Hi, as I've posted some minutes ago I'm searching to generate the files in debian/ and remembered the DPU project[1]. It took me some time to find the blogpost again and thus the name of the project. It seems the project is stalled since august and it has not yet been uploaded to the archive? [1] http://blog.pault.ag/post/30552124986/a-bit-more-on-dpu I'll have a look whether its useful for my needs. Regards, Thomas Koch, http://www.koch.ro -- 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/201304051156.04358.tho...@koch.ro
Re: Generators for debian/* files?
Jonathan Dowland: > On Fri, Apr 05, 2013 at 11:07:31AM +0200, Thomas Koch wrote: > > This java code should be replaces with something in perl/python/non-JVM. > > Why? Wookeys response (circular build-dependency) is not the reason here. We have two packages, maven-repo-helper with minimal dependency set which is a build dependency for many java packages and maven-debian-helper with a longer dependency list which is only used to create the files in debian/*. mh_make does not have automatic testing yet and is much work to test manually. This is mostly caused by the unnecessary dependency on maven to do something as trivial as filling templates for the debian/* files with appropriate values. Regards, Thomas Koch, http://www.koch.ro -- 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/201304051730.41743.tho...@koch.ro
Re: git as a source package format?
On Wednesday, May 01, 2013 09:28:10 PM Daniel Pocock wrote: > Would there be any hard objection to a source package format based on > git-bundle? Hi Daniel, while I'm a big fan of Git, I don't see that much gain in a git based source package format. I also assume that it would be a lot of work to change the Debian infrastructure in that way. But I see a lot of benefit in the following smaller steps towards more usage of git: - Standardize our workflow, see this discussion: http://lists.debian.org/debian-devel/2013/04/msg00183.html In particular: - If upstream uses Git, keep the upstream history as a branch in the Git packaging repo. - Standardize the management of patches. - Let dak commit all uploaded versions of packages to Git, see: http://lists.debian.org/debian-devel/2012/11/msg00138.html - Introduce an alternative to ftp uploads based on signed git tags: Maintainers can push a signed git tag to alioth and the Debian infrastructure will start to build the package. I have not yet thought that much about this point and it doesn't seem too important to me. But it would be a nice addition. - The last point requires the following wishlist issue to be fixed in pristine- tar: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699378 - Convince more maintainers to use Git (instead of SVN): http://upsilon.cc/~zack/stuff/vcs-usage/ Best regards, Thomas Koch, http://www.koch.ro -- 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/3847853.e8xl3VGRDu@x121e
Re: Registering a media type for Debian binary packages ?
On Saturday, November 23, 2013 03:28:09 AM Charles Plessy wrote: > Dear all, > > reading the Launchpad bug https://bugs.launchpad.net/ubuntu/+bug/1022824, > asking to add application/x-deb to /etc/mime.types, and giving the link to > another bug where it is mentionned that application/x-debian-package is > still in circulation, I wonder if it would make sense to register a proper > media type for Debian binary packages to the IANA. > > http://www.iana.org/cgi-bin/mediatypes.pl > > This is a very simple procedure, for example we already have > text/vnd.debian.copyright there. > > http://www.iana.org/assignments/media-types/text/vnd.debian.copyright > > The media type for Debian binary packages would be something like > application/vnd.debian.binary or application/vnd.debian.binary-package. > > Any thoughts, comments, or volunteers ? While at it it would be nice to also register link relations for the dependencies and reverse dependencies of a package. These links could be used in rfc5988 link headers. If we add canonical URIs for packages we could have a restful aptitude :-). -- 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/201311231106.35549.tho...@koch.ro
[MIA?] Antonio Radici
Hi Antonio, I wrote you two times in the last months to and asked whether you're still interested in maintaining cfengine in Debian: - 2013-08-15: "cfengine3 debian update, debconf" - 2014-01-14: "update cfengine3 debian package?" Since you did not reply, I'm also CCing debian-devel now to ask, whether anybody has news about you. I've no idea whether you're ok. so please take my apologies if this mail should seem inappropriate. If you're reading this mail but you don't have time for Debian anymore, please be so kind and orphan your packages so that others can take them over without delay. Best regards, Thomas Koch signature.asc Description: This is a digitally signed message part.
Re: Bug#745854: ITP: phpunit-exporter -- export variables for visualization - PHPUnit component
On Friday, April 25, 2014 10:48:06 PM David Prévot wrote: > * URL : https://github.com/sebastianbergmann/phpunit-exporter 404 correct: https://github.com/sebastianbergmann/exporter After reading the description I still wasn't sure what the package was about. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201404261017.35872.tho...@koch.ro
Re: Source Requirements
On Tuesday, April 29, 2014 02:26:49 AM Scott Kitterman wrote: > Recently there have been a number of questions about source requirements > for the Debian archive. The FTP master view of this are based on both > item 1 of the social contract (Debian will remain 100% free) and item 2 of > the DFSG (The program must include source code ...). We consider source > packages to be part of the Debian system and as such all files in source > packages must come with their source as required by the DFSG (and be > distributable under a free license). For clarity: Is it OK for languageCompilerX, which happens to be written in languageX, to ship a compiled binary of languageCompilerX in the source package for languageCompilerX? Regards, Thomas Koch -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201404292202.11134.tho...@koch.ro
