Bug#698681: ITP: seafile-client -- Client of seafile (self-hosting dropbox for teams)
Package: wnpp Severity: wishlist Owner: Shuai Lin * Package name: seafile-client Version : 1.4.1 Upstream Author : Shuai Lin * URL : http://www.seafile.com/ * License : GPL Programming Lang: C,Python Description : Client of seafile (self-hosting dropbox for teams) Seafile is an online file storage and collaboration tool. This is seafile client for synchronizing your local files with seafile server. -- 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/20130122094536.20159.96646.reportbug@lin-laptop
Bug#698683: ITP: phpqrcode -- PHP library for generating two-dimensional barcodes
Package: wnpp Severity: wishlist Owner: Thijs Kinkhorst * Package name: phpqrcode Version : 1.1.4 Upstream Author : Dominik Dzienia * URL : http://phpqrcode.sourceforge.net/ * License : LGPL Programming Lang: PHP Description : PHP library for generating two-dimensional barcodes PHP QR Code is a library for generating QR Codes, 2-dimensional barcodes. It is Based on the libqrencode C library and provides an API for creating QR Code barcode images (PNG and JPEG). Some of the library features include: * Supports QR Code versions (size) 1-40 * Numeric, Alphanumeric, 8-bit and Kanji encoding. * Exports to PNG, JPEG images, also exports as bit-table * TCPDF 2-D barcode API integration * Easy to configure * Data cache for calculation speed-up * Debug data dump, error logging, time benchmarking -- 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/20130122104334.3904.8970.report...@incagijs.uvt.nl
Linux Future
Hello, This blogpost is months old but it makes some interesting reflections: http://www.pappp.net/?p=969 I wonder what's Debian position in regards to FLOS* vs Unix philosophy. Is there one, at all? (I can't remember reading one, my apologies if this was discussed and I have not noticed) * FLOS = FreeDesktop.org + Linux + we don't care about non-Linux, NOT Free Libre Open Source -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
Bug#698689: ITP: ibdynapath-clojure -- Clojure protocol and util functions for class loaders
Package: wnpp Severity: wishlist Owner: Daigo Moriwaki * Package name: libdynapath-clojure Version : 0.2.1 Upstream Author : Toby Crawley * URL : https://github.com/tobias/dynapath * License : EPL Programming Lang: Clojure Description : Clojure protocol and util functions for class loaders dynapath provides a protocol and util functions for class loaders that make their effective classpaths readable and/or modifiable. -- 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/20130122114901.4416.26073.reportbug@pollux
Bug#698690: ITP: libbultitude-clojure -- Clojure library for finding namespaces on the classpath
Package: wnpp Severity: wishlist Owner: Daigo Moriwaki * Package name: libbultitude-clojure Version : 0.2.0 Upstream Author : Anthony Grimes * URL : https://github.com/Raynes/bultitude * License : EPL Programming Lang: Clojure Description : Clojure library for finding namespaces on the classpath Bultitude is a library for finding namespaces on the classpath. -- 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/20130122122132.8594.91924.reportbug@pollux
Bug#698692: ITP: libtools-macro-clojure -- Clojure tools for writing macros
Package: wnpp Severity: wishlist Owner: Daigo Moriwaki * Package name: libtools-macro-clojure Version : 0.1.1 Upstream Author : Konrad Hinsen * URL : https://github.com/clojure/tools.macro * License : EPL Programming Lang: Clojure Description : Clojure tools for writing macros This implements tools for writing macros. . This is one of the Clojure standard 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/20130122122446.8772.85891.reportbug@pollux
Bug#698693: ITP: libclasslojure-clojure -- Clojure library to create a classloader with an alternate classpath
Package: wnpp Severity: wishlist Owner: Daigo Moriwaki * Package name: libclasslojure-clojure Version : 0.6.6 Upstream Author : * URL : https://github.com/flatland/classlojure * License : EPL Programming Lang: Clojure Description : Clojure library to create a classloader with an alternate classpath classlojure lets you easily create a classloader with an alternate classpath and evaluate clojure forms in it. This classloader can even use a different version of clojure than your primary classloader. -- 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/20130122122703.8914.5986.reportbug@pollux
Bug#698694: ITP: libuseful-clojure -- collection of generally-useful Clojure utility functions
Package: wnpp Severity: wishlist Owner: Daigo Moriwaki * Package name: libuseful-clojure Version : 0.9.0 Upstream Author : * URL : https://github.com/flatland/useful * License : EPL Programming Lang: Clojure Description : collection of generally-useful Clojure utility functions This package includes a collection of generally-useful Clojure utility functions. -- 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/20130122122931.9022.61940.reportbug@pollux
Re: Linux Future
On Tue, Jan 22, 2013 at 12:06:16PM +0100, Pau Garcia i Quiles wrote: > Hello, > > This blogpost is months old but it makes some interesting reflections: > > http://www.pappp.net/?p=969 It appears to be the most insightful thing about systemd vs the rest of the world I've ever read. READ IT, FOLKS! > I wonder what's Debian position in regards to FLOS* vs Unix philosophy. Is > there one, at all? (I can't remember reading one, my apologies if this was > discussed and I have not noticed) > > * FLOS = FreeDesktop.org + Linux + we don't care about non-Linux, NOT Free > Libre Open Source There's no such thing as "Debian's position", not without a GR at least. Just recall the recent series of flamewars; I'd say there's no such thing as consensus but at most one side getting overshouted. Especially when it comes to such a core design issue as whether to stick to Unix or not. -- ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ -- 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/20130122134117.ga29...@angband.pl
Re: Linux Future
On Tue, 2013-01-22 at 14:41 +0100, Adam Borowski wrote: > On Tue, Jan 22, 2013 at 12:06:16PM +0100, Pau Garcia i Quiles wrote: > > Hello, > > > > This blogpost is months old but it makes some interesting reflections: > > > > http://www.pappp.net/?p=969 > > It appears to be the most insightful thing about systemd vs the rest of the > world I've ever read. READ IT, FOLKS! Worthwhile to read, definitely. -- 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/1358863078.959.76.ca...@s1499.it.kth.se
Re: Linux Future
Le mardi 22 janvier 2013 à 14:57 +0100, Svante Signell a écrit : > Worthwhile to read, definitely. Yet full of misinformation, like the idea that using D-Bus makes a service less scriptable (while the reality is a complete opposite), or that configuration files are less human-readable than shell scripts. -- .''`. Josselin Mouette : :' : `. `' `- -- 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/1358863558.588.605.camel@pi0307572
Re: Linux Future
On Tue, Jan 22, 2013 at 03:05:58PM +0100, Josselin Mouette wrote: > Le mardi 22 janvier 2013 à 14:57 +0100, Svante Signell a écrit : > > Worthwhile to read, definitely. > > Yet full of misinformation, like the idea that using D-Bus makes a > service less scriptable (while the reality is a complete opposite), or > that configuration files are less human-readable than shell scripts. I think the point is about flexibility, not human readability. Mike -- 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/20130122142152.ga9...@glandium.org
Re: scripting DBus services
On Tue, 22 Jan 2013 15:05:58 +0100 Josselin Mouette wrote: > Le mardi 22 janvier 2013 à 14:57 +0100, Svante Signell a écrit : > > Worthwhile to read, definitely. > > Yet full of misinformation, like the idea that using D-Bus makes a > service less scriptable (while the reality is a complete opposite), or > that configuration files are less human-readable than shell scripts. Hmm, scripts written in certain languages may have simple DBus interfaces but it's by no means trivial to do asynchronous DBus operations in a shell script. dbus-send does immediate calls but if something is going to take longer than the usual DBus timeout, responding to a DBus signal requires something other than shell. So, depending on what needs to be accomplished and how long it is going to take, DBus does make services less scriptable simply because DBus just won't sit there and wait (and block) for hours. Within what DBus is meant to do, that's expected and correct. It just means that there is more work involved than simply waiting for /usr/sbin/foo to return in a single line shell script. Even with dbus-send, what may have been a 30 character one-line call in shell becomes a 120 character complex call with quoting issues and return-type-unmangling. It depends on the meaning of "scriptable" - with the strict meaning of the kind of shell scripts to which sysadmins have become familiar, then DBus really isn't scriptable except for v.simple operations. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpf2802DyJkf.pgp Description: PGP signature
Re: Linux Future
Josselin Mouette writes: > Yet full of misinformation, like the idea that using D-Bus makes a > service less scriptable (while the reality is a complete opposite) I was bit puzzled by this part too but I guess the author meant mostly shell scripts here. If one uses e.g. python then dbus is often more natural to use than popen()ing command line utilities. -- 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/84mww147b2@sauna.l.org
Re: scripting DBus services
Le mardi 22 janvier 2013 à 14:32 +, Neil Williams a écrit : > Even with dbus-send, what may have been a 30 character one-line call in > shell becomes a 120 character complex call with quoting issues and > return-type-unmangling. > > It depends on the meaning of "scriptable" - with the strict meaning of > the kind of shell scripts to which sysadmins have become familiar, then > DBus really isn't scriptable except for v.simple operations. This is true, but it merely calls for a simpler wrapper easily usable from scripts or the command line, much in the way zenity does with GTK+. -- .''`. Josselin Mouette : :' : `. `' `- -- 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/1358866455.588.607.camel@pi0307572
Re: Linux Future
On Tue, Jan 22, 2013 at 3:05 PM, Josselin Mouette wrote: > Le mardi 22 janvier 2013 à 14:57 +0100, Svante Signell a écrit : > > Worthwhile to read, definitely. > > Yet full of misinformation, like the idea that using D-Bus makes a > service less scriptable (while the reality is a complete opposite), or > that configuration files are less human-readable than shell scripts. > I guess his point is session bus vs system bus. I have suffered myself services which offer some DBus calls only over the session bus, not the system bus, while my use case was exactly I needed to make those calls through the system bus for a variety of perfectly valid reasons. Had those services used a socket or pipe, which does not really care about session-available vs session-less, I wouldn't have had those problems. DBus definitely has its place but IMHO it's being used too much, everywhere, one could say it's fashionable. -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
Bug#698708: ITP: ruby-timers -- pure Ruby timer collections
Package: wnpp Severity: wishlist Owner: Per Andersson * Package name: ruby-timers Version : 1.1.0 Upstream Author : Tony Arcieri * URL : http://github.com/tarcieri/timers/ * License : MIT Programming Lang: Ruby Description : pure Ruby timer collections Schedule several procs to fire after configurable delays or at periodic intervals. . This gem is especially useful when you are faced with an API that accepts a single timeout but you want to run multiple timers on top of it. -- 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/20130122153428.3143.75185.report...@pong.oshw.org
Re: vertical quotes invisible in Evince (Wheezy Beta 4)
On Sun, Jan 20, 2013 at 2:36 PM, Paul Johnson wrote: > The Evince invisible single upright quotation mark problem still > exists! I just wasted about 20 minutes trying to read a document about > a computer program and couldn't figure it out because the quotes were > invisible. > To: libcairo and libpoppler packagers: This is an update on this evince invisible vertical quotes problem. The answer from freedesktop seems to be that Wheezy needs newer libraries. The claim is that cairo is the main culprit, but they are using newer libpoppler as well. Please see the version chart here: https://bugs.freedesktop.org/show_bug.cgi?id=59636#c4 Debian can solve by updating cairo to 1.12.8 and poppler to 0.20.5 or 0.22.0. I think the cairo update by itself might resolve the problem. Right now, Debian Wheezy offers: poppler 0.18.4-4 libcairo 1.12.2 This looks discouraging because cairo is sitting in the bottom of a big pile of dependencies. Am I right to be discouraged? I just checked other distributions. Fedora is just about up to date: Fedora 18: poppler 0.20.2 cairo 1.12.8 Centos 6.3 is, as you expect, older versions. Centos 6.3 release: poppler 12.4 cairo 1.8.8 -- Paul E. Johnson Professor, Political Science Assoc. Director 1541 Lilac Lane, Room 504 Center for Research Methods University of Kansas University of Kansas http://pj.freefaculty.org http://quant.ku.edu -- 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/caerodj8am6usefpcbtuygwlvykdo3om59ccp7sprzdujhtn...@mail.gmail.com
Re: vertical quotes invisible in Evince (Wheezy Beta 4)
Le mardi 22 janvier 2013 à 11:04 -0600, Paul Johnson a écrit : > This is an update on this evince invisible vertical quotes problem. > The answer from freedesktop seems to be that Wheezy needs newer > libraries. The claim is that cairo is the main culprit, but they are > using newer libpoppler as well. Newer libraries will probably not happen since we’re in a freeze, but if you find the particular change that fixes this bug, the maintainer might backport it. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- 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/1358874568.588.627.camel@pi0307572
Bug#698726: ITP: ruby-benchmark-ips -- iterations per second enhancement to Benchmark
Package: wnpp Severity: wishlist Owner: Per Andersson * Package name: ruby-benchmark-ips Version : 1.2.0+git.20130122.fcff7f Upstream Author : Evan Phoenix * URL : http://github.com/evanphx/benchmark-ips * License : MIT Programming Lang: Ruby Description : iterations per second enhancement to Benchmark Benchmark/ips benchmarks a blocks iterations/second. For short snippets of code, ips automatically figures out how many times to run the code to get interesting data. No more guessing at random iteration counts. -- 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/20130122201245.10526.40259.report...@pong.oshw.org
Bug#698729: ITP: ruby-benchmark-suite -- enhancements to the standard library Benchmark
Package: wnpp Severity: wishlist Owner: Per Andersson * Package name: ruby-benchmark-suite Version : 1.0.0+git.20130122.5bded6 Upstream Author : Evan Phoenix * URL : http://github.com/evanphx/benchmark_suite * License : MIT Programming Lang: Ruby Description : enhancements to the standard library Benchmark A set of enhancements to the standard library Benchmark. . Includes the ``benchmark'' commandline tool for running multiple benchmarks agoints multiple rubies. -- 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/20130122202310.13994.3694.report...@pong.oshw.org
Re: Linux Future
On Tue, Jan 22, 2013 at 03:05:58PM +0100, Josselin Mouette wrote: > Yet full of misinformation, like the idea that using D-Bus makes a > service less scriptable (while the reality is a complete opposite), or > that configuration files are less human-readable than shell scripts. My biggest complaint about D-Bus is that it's not well documented. One of the really strong bits of the Unix Way is the strong push to make sure everything is documented, even if a very fragmented way, in a man page, and since everything is done using man pages, it's relatively easy to find things. This is critically important when you're writing a shell script. One of the big things which is incredibly frustrating with the D-Bus interfaces is that they aren't documented; and if they are documented, it's not obvious where. So more than once, I've been reduced to trying to figure out some python code, or C++ code, etc., just to figure out how to force networkmanager from asking me for a password every single time I moved to another random Wifi access point. I finally figured out the magic file that I needed to edit to so that PolicyKit would return "Yes, damn you, get the f*ck out of my way", but it was not at all well documented, nor in a place that would be easy to find. And what I chose may have not been secure, but I got tired of figuring out what was the right way to fix the damned thing, and I chose the simplest way so that I would be asked for a password whenever I tried to add a new printer, or a new wifi network. The irony, of course, is that PolicyKit/ConsoleKit was supposed to make things more secure. But at least for my desktop, I've decided to run things in a less secure way just because it was too painful to figure out how to make it do the right thing. - Ted -- 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/20130122213221.ga16...@thunk.org
Re: Linux Future
On Tue, Jan 22, 2013 at 12:06:16PM +0100, Pau Garcia i Quiles wrote: > Hello, > > This blogpost is months old but it makes some interesting reflections: > > http://www.pappp.net/?p=969 https://plus.google.com/u/0/115547683951727699051/posts/74r518xVUNH -- WBR, wRAR signature.asc Description: Digital signature
Bug#698742: ITP: ruby-bacon-bits -- extend bacon testing framework
Package: wnpp Severity: wishlist Owner: Per Andersson * Package name: ruby-bacon-bits Version : 0.1.0 Upstream Author : Gabriel Horner * URL : http://github.com/cldwalker/bacon-bits/ * License : MIT Programming Lang: Ruby Description : extend bacon testing framework This extends the bacon testing framework with useful extensions to disable tests, have before and after blocks that run once and more. For examples in the wild, see the tests for boson or bond. -- 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/20130123005510.1833.77479.report...@pong.oshw.org
Bug#698743: ITP: ruby-mocha-on-bacon -- a Mocha adapter for Bacon
Package: wnpp Severity: wishlist Owner: Per Andersson * Package name: ruby-mocha-on-bacon Version : 0.2.1 Upstream Author : Eloy Durán * URL : http://github.com/alloy/mocha-on-bacon/ * License : MIT Programming Lang: Ruby Description : Mocha adapter for Bacon Mocha is a mocking and stubbing library for Ruby and Bacon is a small RSpec clone. . Out of the box, Mocha only ships with adapters for the testing libraries that come with the Ruby ‘standard library’, which are `Test::Unit` and `MiniTest`. . This is an adapter to make it play nicely with Bacon. -- 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/20130123011854.24535.80980.report...@pong.oshw.org
Bug#698744: ITP: ruby-bond -- easy custom autocompletion for arguments, methods and beyond
Package: wnpp Severity: wishlist Owner: Per Andersson * Package name: ruby-bond Version : 0.4.3 Upstream Author : Gabriel Horner * URL : http://github.com/cldwalker/bond/ * License : MIT Programming Lang: Ruby Description : easy custom autocompletion for arguments, methods and beyond Bond is on a mission to improve autocompletion in ruby, especially for irb/ripl. . Aside from doing everything irb's can do and fixing its quirks, Bond can autocomplete argument(s) to methods, uniquely completing per module, per method and per argument. Bond brings ruby autocompletion closer to bash/zsh as it provides a configuration system and a DSL for creating custom completions and completion rules. With this configuration system, users can customize their autocompletions and share it with others. Bond can also load completions that ship with gems. . Bond is able to offer more than irb's completion since it uses the full line of input when completing as opposed to irb's last-word approach. -- 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/20130123015838.5035.2097.report...@pong.oshw.org
prospeaker Wong与您共享了照片
hello,there Attached is our price list for PRO SPEAKER Let us know if interest MR. DAVID LI E-MAIL: da...@fyspeaker.com FEIHO YOUNG ( FY) SPEAKERS GROUP CO.LTD NO.5 FLOOR,DASHACUN INDUSTRIAL ZONE, HUANGQI TOWN, FOSHAN CITY,CHINA. TEL: 008613690568404 008613690569405 FAX: 0086075736954308 E-MAIL: k...@fyspeaker.com <>
Re: Linux Future
On 01/22/2013 09:05 AM, Josselin Mouette wrote: Le mardi 22 janvier 2013 à 14:57 +0100, Svante Signell a écrit : Worthwhile to read, definitely. Yet full of misinformation, like the idea that using D-Bus makes a service less scriptable (while the reality is a complete opposite), or that configuration files are less human-readable than shell scripts. They may not be less readable, but I'm not sure they convey all of the same information. In a shell script, you see the logic which will be carried out - or at least the topmost layer of it. (And in many cases, the underlying layers will be programs you're already familiar with, do-one-thing-well tools such as e.g. grep.) In a config file, you see the configuration settings, but the logic is present only in the program which parses the configuration file. (Unless the config file syntax is essentially an entire fully-functional scripting language of its own, in which case why not call what you've got "an interpreter and a script" rather than "a program and its config file"?) That may not always be important in practice, but I think it's a significant difference in theory - and probably in many practical cases as well. -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. Every time you let somebody set a limit they start moving it. - LiveJournal user antonia_tiger -- 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/50ff71fd.7070...@fastmail.fm
