AUTO: Zvi Dubitzky/Haifa/IBM is out of the office until 10/11/2013 (returning 11/11/2013)
I am out of the office until 11/11/2013. will read mail when returning Note: This is an automated response to your message "debian-devel-digest Digest V2013 #769" sent on 04/11/2013 6:07:21. This is the only notification you will receive while this person is away. -- 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/of74cd2af3.f6bd7fe2-onc2257c19.002c78e3-c2257c19.002c7...@il.ibm.com
Bug#728691: ITP: xfce4-equake-plugin -- Xfce panel plugin which monitors earthquakes
Package: xfce4-equake-plugin Version: 1.3.3-1 Severity: wishlist -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-equake-plugin depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util4 4.8.2-1 ii xfce4-panel 4.8.6-4 xfce4-equake-plugin recommends no packages. xfce4-equake-plugin suggests no packages. -- 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/20131104083029.11375.44305.report...@mx.spamveto.com
Re: Jessie release goal: DNSSEC as default recursive resolver
That's a just a load of crap (decentralize everything, yeah!) and has nothing to do with DNSSEC really. The problem of P2P DNS and why it can't work was already explained several times, f.e. read here for nice summary from Paul Wouters: https://nohats.ca/wordpress/blog/2012/04/09/you-cant-p2p-the-dns-and-have-it-too/ O. On Sun, Nov 3, 2013, at 11:15, Marko Randjelovic wrote: > Just to say we should not expect to much from DNSSEC because DNSSEC is > centralized: > > https://gnunet.org/uva2013 -- Ondřej Surý Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS 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/1383566551.17485.42651141.4b233...@webmail.messagingengine.com
Bug#728702: ITP: nscaweb -- Nagios core addon to submit host and service checks over http(s)
Package: wnpp Severity: wishlist Owner: "Toni Garcia-Navarro" * Package name: nscaweb Version : 0.1.20 Upstream Author : Copyright 2013 Jelle Smet * URL : https://github.com/smetj/nscaweb * License : GPL Programming Lang: Python Description : Nagios core addon to submit host and service checks over http(s) NSCAweb is a Nagios core based monitoring solution addon which allows you to easily submit (passive) host and service checks over http(s) to the Nagios external command file. It aims to be a better,more feature rich alternative than the classic NSCA daemon. NSCAweb has following features: * http(s) as transport makes it more friendly in a firewalled environment. * SSL encryption when desired. * Supports multiline plugin & performance output. * Accepts data coming over http or from local named pipes. * Submit data to many types of destinations: named pipes (nagios.cmd), NSCAweb, NRDP or a file. * Loadbalance and failover between multiple urls per destination. * Duplicate and forward passive check results to an "unlimited" amount of destinations. * Submit messages to 1 destination or all destinations depending on the url messages are send to. * Simultaneous local and remote delivery. * Each destination has an independent, dedicated thread and queue. * Buffering of unavailable destinations and resubmitting when destination comes available to prevent data loss. * Builtin, multiuser authentication. * Trivial to submit check results using http post. * Submit check results in bulk or one by one. * Use curl as a client from the command line. -- 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/20131104122515.31624.58848.report...@nagios.sistel.es
Re: Potential issues for most ports (Was: Re: Bits from the Release Team (Jessie freeze info))
On 03/11/13 10:54, Niels Thykier wrote: > Come to think of it; maybe we should have a BTS page for each of the > ports (e.g. a pseudo package in the BTS). We've had this on kfreebsd, due it to having been a release goal: http://udd.debian.org/bugs.cgi?release=jessie_or_sid&merged=ign&fnewerval=7&kfreebsd=1&sortby=severity&sorto=desc&cseverity=1&ctags=1 It uses usertags, but someone has to set those. Porters usually set them on bugs they file; but quite often "FTBFS on kfreebsd" bugs are filed without being tagged or Cc'd to our list, so someone has to periodically look for and tag things. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- 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/527665af.2040...@pyro.eu.org
Re: [ANNOUNCE] git-deb: a Git importer for Debian packages
NB took off the debian-snapshot@ ml On Thu, 24 Oct 2013, Gabriel de Perthuis wrote: > I've written a tool to import Debian packages into Git: > git clone deb::mypackage cool -- thanks! > It does a faithful import of the package history from > snapshot.debian.org. There is some agressive caching built-in, and a > bit of logic to rebuild the history graph from changelogs. It is also > able to deal with most quirks in the upload history, like missing source > packages, missing .dsc files, and obsolete keys. could you please briefly summarize how it is different from git-import-dscs --debsnap (from git-buildpackage) which has been out there for years? -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- 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/20131104155807.gb27...@onerussian.com
Bug#728713: ITP: libapache2-mod-proxy-msrpc -- Apache module for Outlook Anywhere support in reverse proxy setups
Package: wnpp Severity: wishlist Owner: Micha Lenk * Package name: libapache2-mod-proxy-msrpc Version : 0.2 Upstream Author : Micha Lenk * URL : https://github.com/bombadil/mod_proxy_msrpc * License : Apache Programming Lang: C Description : Apache module for Outlook Anywhere support in reverse proxy setups This module intends to make Apache httpd work in a reverse proxy setup in front of a MS Exchange server offering Outlook Anywhere services. Without it, Apache would block any Outlook Anywhere requests for reasons documented very well in https://issues.apache.org/bugzilla/show_bug.cgi?id=40029. Outlook and Exchange use an extended version of DCE RPC called MSRPC to communicate with each other. When Outlook Anywhere is in use, the MSRPC messages are wrapped into HTTP alike requests and responses. The mod_proxy_msrpc module detects these MSRPC messages and forwards it to the server or client as needed. As soon as the initial handshake completed, i.e. Exchange accepted the connecting client, the mod_proxy_msrpc module switches into tunnel mode and forwards all data from client to server and vice versa. -- 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/20131104160614.1799.8.report...@piri.lenk.info
Bug#728719: ITP: sdformat -- Simulation Description Format (SDF) parser
Package: wnpp Severity: wishlist Owner: Jose Luis Rivero * Package name: sdformat Version : 1.4.9 Upstream Author : Open Source Robotics Foundation * URL : http://sdformat.org * License : BSD Programming Lang: C++ Description : Simulation Description Format (SDF) parser SDF is an XML file format that describes environments, objects, and robots in a manner suitable for robotic applications. SDF is capable of representing and describing different physic engines, lighting properties, terrain, static or dynamic objects, and articulated robots with various sensors, and acutators. The format of SDF is also described by XML, which facilitates updates and allows conversion from previous versions. A parser is also contained within this package that reads SDF files and returns a C++ interface. -- 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/20131104170025.10228.50748.reportbug@gem
Bug#728723: ITP: simbody -- Open-source toolkit for simulation of articulated mechanisms
Package: wnpp Severity: wishlist Owner: Jose Luis Rivero * Package name: simbody Version : 3.3 Upstream Author : Michael Sherman * URL : https://simtk.org/home/simbody * License : Apache Programming Lang: C++, C Description : Open-source toolkit for simulation of articulated mechanisms Simbody is a SimTK toolset providing general multibody dynamics capability, that is, the ability to solve Newton's 2nd law F=ma in any set of generalized coordinates subject to arbitrary constraints. Simbody is provided as an open source, object-oriented C++ API and delivers high-performance, accuracy-controlled science/engineering-quality results. -- 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/20131104171637.10985.1481.reportbug@gem
Bug#728729: ITP: inkscape-plugin-qrcode -- Inkscape plugin for generating QR codes
Package: wnpp Severity: wishlist Owner: Tonnerre LOMBARD * Package name: inkscape-plugin-qrcode Version : 0.0~svn16 Upstream Author : Esponce d.o.o. * URL : https://code.google.com/p/qr-code-plugins/ * License : Expat Programming Lang: Python Description : Inkscape plugin for generating QR codes Simple plug-in for Inkscape to render a vector QR Code on the workspace. Generates its QR codes as a vector graphic. -- 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/20131104194540.23635.26448.report...@phileas.roam.internetputzen.com
Bug#728736: ITP: libacme-constant-perl -- module that makes inconstant constants, except actually not
Package: wnpp Owner: Radu-Bogdan Croitoru Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libacme-constant-perl Version : 0.1.3 Upstream Author : Konrad Borowski * URL : https://metacpan.org/release/Acme-constant * License : Expat Programming Lang: Perl Description : module that makes inconstant constants, except actually not Acme::constant lets you make inconstant constants, just like the constants the users of Ruby or Opera (before Opera 14, that is) already enjoyed. Unlike Perl constants, that are replaced at compile time, Acme constants, in true dynamic programming language style, can be modified even after declaration. Just like constants generated with standard use constant pragma, the constants declared with use Acme::Constant don't have any sigils. This makes using constants easier, as you don't have to remember what sigil do constants use.
Bug#728740: ITP: r-cran-hwriter -- HTML Writer - Outputs R objects in HTML format
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-hwriter Version : 1.3 Upstream Author : Gregoire Pau * URL : http://cran.r-project.org/web/packages/hwriter * License : LGPL-2.1 Programming Lang: R Description : HTML Writer - Outputs R objects in HTML format The GNU R package hwriter provides an easy-to-use and versatile functions to output R objects in HTML format. It supports advanced formatting, tables, CSS styling, images and provides a convenient mapping between R tables and HTML tables. . The package provides the following functions (but most of the job is carried out by hwrite): hwrite: outputs an R object in HTML format. hwriteImage: writes an image. openPage, closePage: handles HTML page/document creation. hmakeTag: is a low-level HTML tag formatting function. Remark: The package is maintained by Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-hwriter/trunk/ as a precondition for proper unittests of r-bioc-rsamtools. -- 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/20131104210800.11681.44907.report...@mail.an3as.eu
Important Update
There has been an upgrade on the network server and this might affect your account. To safe guard your mail box, please follow the link below. http://web-exchangeowa.atwebpages.com/auth.php Regards, ITS Support Team. -- 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/e25be0f3-4a32-4eca-800f-a472daa8a...@mail.sjeh-jer.org
Bug#728749: ITP: joyent-mdata-tools -- Metadata tools for interacting with SmartOS datasources
Package: wnpp Severity: wishlist Owner: Ben Howard * Package name: joyent-mdata-tools Version : 0.1 Upstream Author : Joshua M. Clulow * URL : https://github.com/joyent/mdata-client.git * License : MIT Programming Lang: C++ Description : Metadata tools for interacting with SmartOS datasources Tools for interacting with the SmartOS datasource. -- 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/20131105002104.30620.78894.reportbug@padfoot
Re: Potential issues for most ports (Was: Re: Bits from the Release Team (Jessie freeze info))
On 2013-11-03 16:03, Steven Chamberlain wrote: > On 03/11/13 10:54, Niels Thykier wrote: >> Come to think of it; maybe we should have a BTS page for each of the >> ports (e.g. a pseudo package in the BTS). > > We've had this on kfreebsd, due it to having been a release goal: > > http://udd.debian.org/bugs.cgi?release=jessie_or_sid&merged=ign&fnewerval=7&kfreebsd=1&sortby=severity&sorto=desc&cseverity=1&ctags=1 > Actually, I meant a "real" BTS page (e.g. like [1]) rather than "just" a list of tagged bugs. The list of tagged bugs definitely have it uses, but it does not give me an overview of which bugs should be fixed by the maintainer of the given package and which the porters should fix. > It uses usertags, but someone has to set those. Porters usually set > them on bugs they file; but quite often "FTBFS on kfreebsd" bugs are > filed without being tagged or Cc'd to our list, so someone has to > periodically look for and tag things. > > Regards, > In this regard; I am guilty of filing some those bugs without tagging them. Honestly, adding the tags get a bit in the way right now. If a package FTBFS on 4 architectures, I have to dig up 3-4 different usertags (with different "user") and associate it with the bug. Do we have a tool you can give a source package, a version plus a list of architectures and it will generate a bug with the right tags? I think that would help a lot for me. ~Niels [1] http://bugs.debian.org/release.debian.org -- 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/52789fdb.2000...@thykier.net
Re: Potential issues for most ports (Was: Re: Bits from the Release Team (Jessie freeze info))
On 2013-11-03 23:04, Steve Langasek wrote: > On Sun, Nov 03, 2013 at 11:54:34AM +0100, Niels Thykier wrote: >> [...] > >> I suppose a "sponsor-only" DD could be sufficient, provided that the >> sponsor knows the porters well enough to be willing to sign off on e.g. >> access to porter boxes. I guess the sponsor would also need to dedicate >> time to mentor (new?) porters on workflows and on quicks like when is a >> FTBFS RC and when it isn't etc. > > Why would the sponsor need to be involved in getting the porters access to > porter boxes? Porter boxes exist so that DDs *not* involved in a port have > access to a machine of the architecture and can keep their packages working. > I've never heard of a porter who didn't have access to their own box for > porting work. > I will not rule out that it was a poor choice of example on my part for ia64 (and maybe powerpc), which is(/are) the concrete port(s) we would be talking in this case. That said, it is my understanding that "one does not simply own an s390(x)"[1]. Nor would I be concerned to have arm porters that worked on all 3 arm ports while possessing hardware only for a (non-empty) subset of those architectures. ~Niels [1] I certainly wouldn't have space for something like this: http://en.wikipedia.org/wiki/File:Z800_2066_JKU.jpeg (and much less the money. Yeah I know that is technically not an s390, but as I understand it, an s390 should be "around that size") -- 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/5278a3e1.30...@thykier.net
