Re: libjpeg-turbo transition
Hi Mike, On Wed, Jul 9, 2014, at 19:57, Mike Gabriel wrote: > Hi Niels, > > On Mi 09 Jul 2014 19:44:39 CEST, Niels Thykier wrote: > > > Hi Mike, > > > > Thank you for your efforts. > > > > If you plan on doing this transition for Jessie, please do keep the "5th > > of September" deadline in mind[1]. > > Ack. > > > Please also consider filing a > > transition bug to help us (the release team) get an overview of the > > affected packages at your earliest convenience. > > If someone else could take this over before August, that will be much > appreciated. I won't be able to make it before then... I can take care of those things about the releases. I can also help with the packages, merging the work already done in Ubuntu into git, etc. Ondrej -- 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: https://lists.debian.org/1404982010.12364.140069145.6a93f...@webmail.messagingengine.com
ITP: apachedex -- Compute APDEX from Apache-style logs
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: apachedex Version : 1.6.2 Upstream Author : Vincent Pelletier * URL : http://git.erp5.org/gitweb/apachedex.git * License : GPLv2 Programming Lang: Python Description : Compute APDEX from Apache-style logs APacheDEX parses Apache-style logs and generates several statistics intended for a website developer audience: * APDEX (Application Performance inDEX, see http://www.apdex.org) ratio (plotted) because you want to know how satisfied your users are. * hit count (plotted) because achieving 100% APDEX is easy when there is nobody around. * HTTP status codes, with optional detailed output of the most frequent URLs per error status code, along with their most frequent referers because your forgot to update a link to that conditionally-used browser compatibility javascript you renamed. * Hottest pages (pages which use rendering time the most) because you want to know where to invest time to get highest user experience improvement. * ERP5 sites: per-module statistics, with module and document views separated because module and document types are not born equal in usage patterns. -- Arnaud Fontaine -- 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/87lhs1y5ai@duckcorp.org
Re: Bug#753641: ITP: liblinux-pid-perl -- wrapper around the getpid() and getppid() C functions
Hi Guillem, I have just tested that patch in our setup here, and it appears to alleviate the need for the Linux::Pid perl module perfectly. Whereas previously Apache would fail to start if Apache2::SizeLimit was used (which Bugzilla does) it is now able to start fine. Thanks, Ben Cooksley KDE Sysadmin -- 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/ca+xidoerjn0yjtxcv8nhfrbpxfxryu7+8fzvj4ichlm6js5...@mail.gmail.com
Bug#754357: ITP: gmastermind.app -- GNUstep clone of Mastermind (TM)
Package: wnpp Severity: wishlist Owner: Riley * Package name: gmastermind.app Version : 0.6 Upstream Author : Marko Riedel * URL : http://gap.nongnu.org/gmastermind/ * License : GPL2 Programming Lang: Objective C Description : GNUstep clone of Mastermind (TM) This game is part of GAP, the GNUstep Application Project. Guess the correct combination of pegs. With each guess, you will be given a hint indicating how close your guess was to the correct answer. You have eight turns to guess correctly. -- 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/20140710101245.5134.54375.reportbug@fleetstreet
Re: possible MBF: automatically detecting unused build dependencies
* Johannes Schauer , 2014-07-09, 16:50: ==> llvm-toolchain-3.4_3.4.1-4.arch-all.unusedbd.real <== automake=1:1.14.1-3 autotools-dev=20140510.1 diffstat=1.58-1 doxygen=1.8.7-1 flex=2.5.39-7 lcov=1.10-1 libtool=2.4.2-1.7 patchutils=0.3.3-1 procps=1:3.3.9-5 sharutils=1:4.14-2 tcl=8.6.0+8 texinfo=5.2.0.dfsg.1-3 No, building with DEB_BUILD_OPTIONS=codecoverage enables at least some of them, should build dependencies which the source package only requires after setting some DEB_BUILD_OPTIONS go into Build-Depends? Probably not, unless it's one of the optioned blessed by Policy §4.9.1. :-) and applying patches might require the autotools to be re-run, so I think lots of the requirements are sane. My naive assumption was that the Build-Depends line contains a list of binary packages needed to build the package. Not binary packages that might be needed in some situations during the lifetime of a source package? Agreed. But here I'd recommend regenerating auto* stuff unconditionally, rather than dropping the build-dependencies. -- Jakub Wilk -- 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/20140710104536.gb5...@jwilk.net
Re: possible MBF: automatically detecting unused build dependencies
Hi, Quoting Jakub Wilk (2014-07-10 12:45:36) > * Johannes Schauer , 2014-07-09, 16:50: > >should build dependencies which the source package only requires after > >setting some DEB_BUILD_OPTIONS go into Build-Depends? > > Probably not, unless it's one of the optioned blessed by Policy §4.9.1. > :-) And even those are probably options which, if enabled, require less build dependencies than for a full build rather than more. Once build profiles arrive in stable, it will be possible to add to build dependencies which are not needed when specifying DEB_BUILD_OPTIONS=nocheck. > >My naive assumption was that the Build-Depends line contains a list of > >binary packages needed to build the package. Not binary packages that might > >be needed in some situations during the lifetime of a source package? > > Agreed. But here I'd recommend regenerating auto* stuff unconditionally, > rather than dropping the build-dependencies. Yes, of course. cheers, josch -- 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/20140710110704.14505.27633@hoothoot
Re: possible MBF: automatically detecting unused build dependencies
Hi, Quoting Steve Langasek (2014-07-09 00:32:18) > But it absolutely does have this effect if we add bootstrap-specific metadata > unnecessarily, because: > > - it introduces a syntax incompatibility with older versions of the package >tools we are currently trying to get a minimal change to dpkg, apt and python-apt into wheezy backports to solve this problem: http://lists.debian.org/20140706211617.14505.38487@hoothoot > - it makes the packaging more complex to understand While this is true in one sense, one could also argue that annotating build dependencies with what they are used for (with or ) does also add some clarity. Though I guess you were mainly talking about complexity in debian/rules. Sure, more conditionals add complexity. > The latter point is as likely to cause problems for the bootstrappers > themselves as it is for the maintainers, since the more maintainers who have > to get this metadata right and keep it up to date, the more it's going to > bitrot. If you are worried about bitrot, then we have to throw more continuous testing at it. With botch we can create a build order and then verify it once enough source packages have build profile information attached. Should Debian not have sufficient resources for that I am willing to do those rebuilds on my own hardware. The bitrot will happen even if bootstrap data is added out of necessity. Due to changing dependencies, some stage1 information might not be needed anymore at some point because it becomes better to break cycles at another point of the graph. So continuous testing is needed in any case. > I'm happy that tools like botch exist and think botch has been a useful > accelerator for bootstrappability of Debian. However, my own goal is to see > that future port bootstraps can be done using the standard buildd > infrastructure (for each of Debian and Ubuntu), which doesn't currently make > use of such techniques - rather, they work by building everything which is > buildable. If you plan to wire up botch to wanna-build for archive-friendly > bootstrappability, that would be great to see! I would need to know far more about wanna-build until I can do that. I'm also not too sure whether wanna-build is the right machinery to do bootstraps from scratch? Maybe it is in the sense that botch could provide the info of which source package to best build with reduced build dependencies once nothing is buildable anymore. But it would probably be prudent to show that such an automated bootstrap is possible without wanna-build in the first place. And we are still quite far away from being able to do automated bootstraps, sadly :( > But until that's happened, I stand by my claim that stage1 data not needed > for breaking build-dep loops is counterproductive for bootstrapping ports. I agree with you that it is unwise to add such extra information to more packages than needed (currently about 60 source packages) before there is enough infrastructure to run and test everything. But again, except for self-cycles there are no hard requirements on a source package needing stage1 annotations. Botch can show which source packages, if modified accordingly could solve the problem with a (close to) minimal number of source packages changed. But if one source package cannot be changed because of technical reasons or because the maintainer refuses to implement these changes, then there are ways to work around that by modifying other source packages. But I guess that's what you meant by "need". I guess either once jessie is released or once the wheezy backport happens, build profiles will slowly be introduced with the most obvious packages first. Then will come the other, harder packages until we can for example do a native amd64 bootstrap, starting from a minimal build system. Once we are that far (and that will probably take another release at least) we can talk again about adding "bootstrap-specific metadata unnecessarily". :) So let me retract my claim from my earlier email and instead say that I agree that adding annotation should be done very selectively and only if necessary. Nevertheless the generated information should be stored somewhere so that a bootstrapper can use it as a source of information which build dependencies can be dropped without much effort from a source package if so necessary. cheers, josch -- 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/20140710120943.14505.4470@hoothoot
Re: Search for porterbox machines on the command line
On Thu, 10 Jul 2014 11:27:58 +0800, Paul Wise wrote: > On Wed, Jul 9, 2014 at 9:27 PM, Ian Jackson wrote: > >> Perhaps some of this could be put into devscripts ? > > Just as ick, DNS is the place for service aliases. And how do you propose to deal with the ssh fingerprint mess when the dns is updated? -- Saludos, Felipe Sateler -- 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/lpma9b$t20$1...@ger.gmane.org
Bug#754396: ITP: sblim-sfcc -- Provides a small-footprint CIM library allowing client apps to interface with CIM implementations.
Package: wnpp Severity: wishlist Owner: Kent Baxley * Package name: sblim-sfcc Version : 2.2.7 Upstream Author : Dave Heller * URL : http://sourceforge.net/projects/sblim * License : Eclipse Public License v1.0 Programming Lang: C Description : Provides a small-footprint CIM library allowing client apps to interface with CIM implementations. The small footprint CIM client (sfcc) library is a C API allowing client applications to interface with CIM (Common Information Model) implemenations (e.g. CIM servers). Due to its small memory and disk footprint, it is well- suited for embedded environments. This package is a dependency on another package that I'd like to include in Debian, which is Openwsman (ITP to be filed soon). Openwsman has been adopted by server vendors like Dell and it enables in-band management of Linux/*nix/Windows platforms. It is a specification for managing computer systems using web services standards. I'm looking for sponsorship of this package and I plan to upload it to mentors soon. I'm also open to anyone interested in co-maintaining the package. -- 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/20140710154315.1756.40018.report...@dhcp-167-21.linuxdev.us.dell.com
Bug#754394: ITP: libjs-twitter-bootstrap-datepicker -- add datepicker picker to field or to any other element
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: libjs-twitter-bootstrap-datepicker Version : 0.0.0.1 Upstream Author : Stefan Petre * URL : http://www.eyecon.ro/bootstrap-datepicker/ * License : Apache-2.0 Programming Lang: Javascript Description : add datepicker picker to field or to any other element libjs-twitter-bootstrap-datepicker shows a Javascript calendar object when the user clicks on a date field, or on the widget next to it. The users can then select a date conveniently. -- 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/20140710154055.11964.57125.report...@buzig.gplhost.com
Bug#754410: ITP: cim-schema -- The DMTF Common Information Model Schema
Package: wnpp Severity: wishlist Owner: Kent Baxley * Package name: cim-schema Version : 2.41.0 Upstream Author : Distributed Management Task Force (DMTF) * URL : http://www.dmtf.org/standards/cim * License : DMTF Programming Lang: Managed Object Format (MOF) Description : The DMTF Common Information Model Schema The CIM schema supplies a set of classes with properties and associations that provide a well-understood conceptual framework within which it is possible to organize available information about a managed IT environment. I'm requesting this mainly because it is a dependency for a few other packages that I'm looking to include in Debian that cover the openwsman and sblim spectrum. This package is fairly easy to maintain in that it is a matter of keeping the schema up to date on a fairly regular basis. I am seeking sponsorship for this package, and also welcome anyone else interested in co-maintaining it. -- 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/20140710195541.4438.63831.report...@dhcp-167-21.linuxdev.us.dell.com
Re: Search for porterbox machines on the command line
* Felipe Sateler wrote: > On Thu, 10 Jul 2014 11:27:58 +0800, Paul Wise wrote: > > > On Wed, Jul 9, 2014 at 9:27 PM, Ian Jackson wrote: > > > >> Perhaps some of this could be put into devscripts ? > > > > Just as ick, DNS is the place for service aliases. > > And how do you propose to deal with the ssh fingerprint mess when the dns > is updated? There is an RFC 4255 [1] that proposes a solution by storing the fingerprint in DNS as well. Maybe something to consider. [1]: http://tools.ietf.org/html/rfc4255 -- Jon -- 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/20140710201107.GA28693@helmut
Re: Search for porterbox machines on the command line
]] Jon Bernard > * Felipe Sateler wrote: > > On Thu, 10 Jul 2014 11:27:58 +0800, Paul Wise wrote: > > > > > On Wed, Jul 9, 2014 at 9:27 PM, Ian Jackson wrote: > > > > > >> Perhaps some of this could be put into devscripts ? > > > > > > Just as ick, DNS is the place for service aliases. > > > > And how do you propose to deal with the ssh fingerprint mess when the dns > > is updated? > > There is an RFC 4255 [1] that proposes a solution by storing the > fingerprint in DNS as well. Maybe something to consider. Might have been implemented for the last 5+ years too. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- 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/m21tttrmkl@rahvafeir.err.no
Bug#754422: ITP: sblim-sfc-common -- sfc Common libraries for sfcb and sfcc
Package: wnpp Severity: wishlist Owner: Kent Baxley * Package name: sblim-sfc-common Version : 1.0.1 Upstream Author : Dave Heller * URL : http://sourceforge.net/projects/sblim * License : EPL-1.0 Programming Lang: C Description : sfc Common libraries for sfcb and sfcc This package includes common libraries for the sblim-sfcb and sfcc tools. SBLIM stands for Standards Based Linux Insturmentation for Manageability. It is an IBM-initiated open source project, intended to enhance the manageability of GNU/Linux systems. Many OEMs such as Dell are leveraging sblim and wsman as means of providing agentless systems management on their servers. This package is a dependency for the sblim-sfcb package, which I will be filing an ITP request for soon. Seeking sponsorship to include this package in Debian. Ubuntu is already carrying it. -- 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/20140710212959.16454.9442.report...@dhcp-167-21.linuxdev.us.dell.com
Work-needing packages report for Jul 11, 2014
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 588 (new: 2) Total number of packages offered up for adoption: 134 (new: 0) Total number of packages requested help for: 59 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: tcpstat (#754239), orphaned 2 days ago Description: network interface statistics reporting tool Installations reported by Popcon: 345 vlock (#753662), orphaned 6 days ago Installations reported by Popcon: 1624 586 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. No new packages have been given up for adoption, but a total of 134 packages are awaiting adoption. See http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: apt-xapian-index (#567955), requested 1620 days ago Description: maintenance tools for a Xapian index of Debian packages Reverse Depends: ept-cache fuss-launcher goplay packagesearch Installations reported by Popcon: 75935 athcool (#278442), requested 3544 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 50 balsa (#642906), requested 1019 days ago Description: An e-mail client for GNOME Reverse Depends: balsa-dbg Installations reported by Popcon: 789 cardstories (#624100), requested 1172 days ago Description: Find out a card using a sentence made up by another player Installations reported by Popcon: 9 chromium-browser (#583826), requested 1502 days ago Description: Chromium browser Reverse Depends: chromedriver chromium chromium-dbg chromium-l10n mozplugger Installations reported by Popcon: 24979 csv2latex (#746158), requested 74 days ago Description: a CSV to LaTeX file converter Installations reported by Popcon: 161 cups (#532097), requested 1860 days ago Description: Common UNIX Printing System Reverse Depends: bluez-cups chromium cloudprint cups cups-backend-bjnp cups-browsed cups-bsd cups-client cups-core-drivers cups-daemon (65 more omitted) Installations reported by Popcon: 136934 debtags (#567954), requested 1620 days ago Description: Enables support for package tags Reverse Depends: goplay packagesearch Installations reported by Popcon: 2395 fbcat (#565156), requested 1639 days ago Description: framebuffer grabber Installations reported by Popcon: 165 freeipmi (#628062), requested 1141 days ago Description: GNU implementation of the IPMI protocol Reverse Depends: freeipmi freeipmi-bmc-watchdog freeipmi-ipmidetect freeipmi-tools libfreeipmi-dev libfreeipmi12 libipmiconsole-dev libipmiconsole2 libipmidetect-dev libipmidetect0 (3 more omitted) Installations reported by Popcon: 5275 gnat-gps (#496905), requested 2142 days ago Description: co-maintainer needed Reverse Depends: gnat-gps gnat-gps-dbg Installations reported by Popcon: 536 gnokii (#677750), requested 754 days ago Description: Datasuite for mobile phone management Reverse Depends: gnokii gnokii-cli gnokii-smsd gnokii-smsd-mysql gnokii-smsd-pgsql gnome-phone-manager libgnokii-dev libgnokii6 xgnokii Installations reported by Popcon: 1641 gnupg (#660685), requested 871 days ago Description: GNU privacy guard - a free PGP replacement Reverse Depends: 0install-core apt arriero bootstrap-base cdebootstrap cdebootstrap-static clamav-unofficial-sigs cloud-utils debian-archive-keyring debian-edu-archive-keyring (55 more omitted) Installations reported by Popcon: 166683 gpa (#663405), requested 852 days ago Description: GNU Privacy Assistant (GPA) Installations reported by Popcon: 595 gradle (#683666), requested 707 days ago Description: Groovy based build system Reverse Depends: gradle libgradle-plugins-java Installations reported by Popcon: 133 gridengine (#703256), requested 480 days ago Description: Distributed resource management Reverse Depends: gridengine-client gridengine-drmaa-dev gridengine-exec gridengine-master gridengine-qmon logol Installations reported by Popcon: 1163 grub2 (#248397), requested 3713 days ago Description: GRand Unified Bootloader Reverse Depends: grml-rescueboot grml2usb grub-coreboot grub-coreboot-bin grub-coreboot-dbg grub-disk grub-efi grub-efi-amd64 grub-efi-amd64
Re: Search for porterbox machines on the command line
On Fri, Jul 11, 2014 at 4:22 AM, Tollef Fog Heen wrote: > Might have been implemented for the last 5+ years too. A clarification: The Debian sysadmins have had SSHFP records in DNS (and DNSSEC) for a long time. In addition you can get the full list of SSH public keys for Debian machines: sftp://master.debian.org/var/lib/misc/ssh_known_hosts https://db.debian.org/debian_known_hosts -- bye, pabs https://wiki.debian.org/PaulWise -- 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/CAKTje6F5DddR74sGaGuv=wbx0k_pwpr_zu8mpgsz5n+j-ky...@mail.gmail.com
