Using perl to build perl
(cc'ing the debian-cross list, but please let me know if there's a "right" place to discuss architecture bootstrapping.) For a long time, src:perl has had some limited support for bootstrapping a new architecture without /usr/bin/perl. We've gone to quite some trouble to avoid needing perl to build perl as far as possible, including quite a few sed scripts and a 600-line monstrous debian/rules file so we don't need debhelper. However, things like dpkg-shlibdeps and dpkg-gencontrol which are required for building .deb packages are #!/usr/bin/perl scripts, so this is arguably somewhat ineffective. The temptation for doing away with all these complications and starting to use debhelper for src:perl too has come up every now and then. The last time was when we had to implement separate binNMU changelogs (#797106), and now we're looking at -dbgsym packages (#810327). As I understand it, the idea in the src:perl "bootstrapping support" is roughly that you can manually build a static perl binary, temporarily symlink it into /usr/bin/ and then go ahead building the package. See debian/checkperl and the top of debian/rules. Presumably any build dependencies depending on perl would complicate matters. Now, I haven't really ever tried this myself, and it may well have bitrotted. Clearly bootstrappers are managing somehow, though, given that new Debian architectures seem to be popping up yearly or so. I wonder if the above process is actually used anywhere, or if people are doing something totally different to get working perl binary packages together? So if we started to build-depend on debhelper and therefore transitively perl, would anybody actually care? I note that recent progress on src:perl cross build support has promise in this area and might well be the final solution. However, it's new enough that I wouldn't really want to count on it quite yet. Thoughts? -- Niko Tyni nt...@debian.org
Bug#821174: ITP: tqdm -- fast, extensible progress bar for Python
Package: wnpp Severity: wishlist Owner: Sandro Tosi * Package name: tqdm Version : 4.4.1 Upstream Author : tqdm developers * URL : https://github.com/tqdm/tqdm * License : MIT Programming Lang: Python Description : fast, extensible progress bar for Python
Re: Using perl to build perl
Hi Niko, Thanks for communicating your intentions early! On Sat, Apr 16, 2016 at 12:20:08PM +0300, Niko Tyni wrote: > (cc'ing the debian-cross list, but please let me know if there's a > "right" place to discuss architecture bootstrapping.) Partially. As far as I know there are two independent bootstrap efforts. One is focused on (re)creating Debian architectures by reusing existing ones. For this one, we generally use debian-cross@l.d.o. The other is focused on (re)creating Debian architectures using non-Debian systems of the same architecture. The latter is not using cross building and is mainly lead by Daniel Schepler (Cced). > Now, I haven't really ever tried this myself, and it may well have > bitrotted. Clearly bootstrappers are managing somehow, though, given that > new Debian architectures seem to be popping up yearly or so. I wonder > if the above process is actually used anywhere, or if people are doing > something totally different to get working perl binary packages together? I cannot speak from experience here, because my bootstrapping efforts mainly considered perl an unsolved problem for cross compilation. So this question probably needs an answer from people who practically bootstrapped architectures, such as Wookey or Christian Svensson. It seems that the currently favoured way to bootstrap perl is to natively build a stage1 package, integrate it into the perl source and then cross build perl. If this method is here to stay, then maybe the stage1 build should keep work without access to perl? This sounds like it would complicate matters a lot, so it must be carefully considered whether it is indeed necessary. > So if we started to build-depend on debhelper and therefore transitively > perl, would anybody actually care? The cross builders certainly wouldn't. It seems that we should consider Daniel Schepler's method and the stage1 build here. > I note that recent progress on src:perl cross build support has promise > in this area and might well be the final solution. However, it's new enough > that I wouldn't really want to count on it quite yet. >From my experience with libgpg-error[1], I am not very enthusiastic about embedding configure results in the source package. The amount of work it creates both on the bootstrapper's side and on the perl maintainer side is immense. Unlike libgpg-error, it needs to be repeated for each major perl release. (And this is the only downside I see.) That said, I do recognize that it makes crossing perl work today, which other approaches do not achieve. The approach very much solves crossing perl practically. Thank you for exploring it despite the workload it creates. Helmut [1] It needs some header for each architecture, see https://sources.debian.net/src/libgpg-error/latest/src/syscfg/. At this time, it still lacks e.g. nios2 and powerpcspe support.
Re: Bug#821149: RFP: out-of-order -- Adventure game
Control: reassign -1 out-of-order 1.0-2 [BBCed to debian-devel for notification of the move] On Fri, 2016-04-15 at 21:48 -0400, hillhopper.new wrote: > Package: wnpp > Severity: wishlist > X-Debbugs-CC: debian-devel@lists.debian.org > > --- Please fill out the fields below. --- > >Package name: out-of-order > Version: 1.0-2 > Upstream Author: [Tim Furnish Tobias Hansen] > URL: [http://outoforder.adventuredevelopers.com] > License: [Custom, GPL-3+] > Description: [Running Debian 8.3 with MATE DE. Game runs fine, just > the Menu Help link only opens the contents.html file in a text > processor instead of a web browser. No links active to files > in /usr/share/doc/out-of-order. Files do open > manually with browser when opened in /usr/share/doc/out-of-order.] out-of-order is already in Debian. This appears to be a bug report regarding the package, not a request for a package to be created; reassigning to the package. Regards, Adam
Bug#821196: ITP: stylish-haskell -- a Haskell code prettifier
Package: wnpp Severity: wishlist Owner: Sean Whitton * Package name: stylish-haskell Version : 0.5.16.0 Upstream Author : Jasper Van der Jeugt * URL : https://github.com/jaspervdj/stylish-haskell * License : BSD3 Programming Lang: Haskell Description : a Haskell code prettifier Upstream's blurb: > A simple Haskell code prettifier. The goal is not to format all of > the code in a file, since I find those kind of tools often "get in the > way". However, manually cleaning up import statements etc. gets > tedious very quickly. This tool tries to help where necessary without > getting in the way. This is a useful program for writing Haskell programs that plugs nicely into popular text editors (haskell-mode has a command to run it). -- Sean Whitton signature.asc Description: PGP signature
Bug#821247: ITP: facedetect -- simple face detector for batch processing
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: facedetect Version : 0.0.+20150428 Upstream Author : "Yuri D’Elia" * URL : https://github.com/wavexx/facedetect * License : GPL Programming Lang: Python Description : simple face detector for batch processing Facedetect is a simple face detector for batch processing. It answers the basic question: "Is there a face in this image?" and gives back either an exit code or the coordinates of each detected face in the standard output. . The aim is to provide a basic command-line interface that's consistent and easy to use with software such as ImageMagick, while progressively improving the detection algorithm over time. . facedetect is used in software such as fgallery to improve the thumbnail cutting region, so that faces are always centered.
Bug#821248: ITP: fgallery -- modern, minimalist javascript photo gallery
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: fgallery Version : 1.8.1 Upstream Author : "Yuri D’Elia" * URL : https://www.thregr.org/~wavexx/software/fgallery/ * License : GPL Programming Lang: Perl Description : modern, minimalist javascript photo gallery Fgallery is a static photo gallery generator with no frills that has a stylish, minimalist look. Fgallery shows your photos, and nothing else. . There is no server-side processing, only static generation. The resulting gallery can be uploaded anywhere without additional requirements and works with any modern browser. . * Automatically orients pictures without quality loss. * Multi-camera friendly: automatically sorts pictures by time: just throw your (and your friends) photos and movies in a directory. The resulting gallery shows the pictures in seamless shooting order. * Adapts to the current screen size and proportions, switching from horizontal/vertical layout and scaling thumbnails automatically. * Supports face detection for improved thumbnail centering. * Loads fast! Especially over slow connections. * Includes original (raw) pictures in a zip file for downloading. * Panoramas can be seen full-size by default. Remark: This package and the suggested package facedetect (just ITPed) will be maintained in pkg-phototools team. Everybody who intends to create modern web galleris is welcome to join the maintenance at https://anonscm.debian.org/git/pkg-phototools/fgallery.git
Results for Debian Project Leader 2016 Election
Greetings,
This message is an automated, unofficial publication of vote results.
Official results shall follow, sent in by the vote taker, namely
Debian Project Secretary
This email is just a convenience for the impatient.
I remain, gentle folks,
Your humble servant,
Devotee (on behalf of Debian Project Secretary)
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Starting results calculation at Sun Apr 17 00:00:04 2016
Option 1 "Mehdi Dogguy"
Option 2 "None Of The Above"
In the following table, tally[row x][col y] represents the votes that
option x received over option y.
Option
1 2
=== ===
Option 1 265
Option 2 13
Looking at row 2, column 1, None Of The Above
received 13 votes over Mehdi Dogguy
Looking at row 1, column 2, Mehdi Dogguy
received 265 votes over None Of The Above.
Option 1 Reached quorum: 265 > 43.0058135604944
Option 1 passes Majority. 20.385 (265/13) >= 1
Option 1 defeats Option 2 by ( 265 - 13) = 252 votes.
The Schwartz Set contains:
Option 1 "Mehdi Dogguy"
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
The winners are:
Option 1 "Mehdi Dogguy"
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
--
The voters have spoken, the bastards... --unknown
DEbian VOTe EnginE
digraph Results {
ranksep=0.25;
"Mehdi Dogguy\n20.38" [ style="filled" , color="powderblue", shape=egg,
fontcolor="NavyBlue", fontname="Helvetica", fontsize=10 ];
"Mehdi Dogguy\n20.38" -> "None Of The Above" [ label="252" ];
"None Of The Above" [ style="filled" , shape=diamond, fontcolor="Red",
fontname="Helvetica", fontsize=10 ];
}
pgpsezsXvn2yJ.pgp
Description: PGP signature
