Re: Debian i386 architecture now requires a 686-class processor
Quoting Adam Borowski (2016-05-12 08:16:29) > On Wed, May 11, 2016 at 01:54:04PM -0700, Russ Allbery wrote: >> If someone has time and willingness, reviewing the contents of >> NEWS.Debian across all packages for the stable -> testing delta >> before the release sounds like a very useful thing to do. > >>From what I've seen, this is very close to our problem with > Recommends: -- those pointless NEWS.Debian _do_ make sense "locally" > -- for a direct user of the package in question. If you're, say, > coding something with a library, you're interested when that library > changed its API in an incompatible way. On the other hand, if you > merely use something that depends on the library, you couldn't care > less. Perhaps that could be addressed by extending apt-listchanges with an option to take the APT auto-install flag into account (man apt-mark) and skip packages that are flagged as auto-installed. I would not use that myself (I find the current amount of NEWS items reasonable), but invite anyone who find such idea useful to (at least) file a bug against apt-listchanges. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: Debian i386 architecture now requires a 686-class processor
On Wed, May 11, 2016 at 09:26:18PM +0200, Adam Borowski wrote: > Too bad, there has been a misguided change to apt-listchanges recently: if Somehow I doubt you will convince anyone to follow you into the light if you keep that "I know how it should be, subject to my will you misguided maintainer idiots" attitude – especially if there are enough options to change the default behavior in either direction & it is documented in the NEWS file. You asked the (new) maintainer and he explained his reasons. You asked the apt maintainers and I said we aren't going to overrule him (and can't do it even if we would like to). The remaining option is CTTE, not flinging poop on public mailinglists every chance you got. At least sometimes it can be beneficial to tune down his own hearts arrogance in being the only one to know how things should be and have trust in others to at least not fuck it up completely as that helps keeping everyone on board and well fed. Stirring up strife all the time just helps in making sure that people will leave the boat and you alone will be too busy keeping all the pieces together to eat anything, but if weight loss is your objective… If you wonder about the wording of the last paragraph: > -- > How to exploit the Bible for weight loss: > Pr28:25: he that putteth his trust in the ʟᴏʀᴅ shall be made fat. That proverb (I guess quoted from the King James Translation, so I gonna use the same) actually starts with: "He that is of a proud heart stirreth up strife: but …". Best regards David Kalnischkies signature.asc Description: PGP signature
Re: Bug#824057: ITP: bitkeeper -- source code management system
On 12.05.2016 03:07, Ben Hutchings wrote: > On Wed, 2016-05-11 at 13:55 -0700, Russ Allbery wrote: >> Daniel Stender writes: >>> >>> Distributed source control management/revision control system. Known as >>> being used for the Linux kernel development before Git was created. The >>> now have put the code under the Apache-2.0 license. Maybe some would >>> like to use this, so it would do no harm to have it as a Debian package. >> FWIW, there was a fairly entertaining exchange on oss-security earlier >> this week in which someone pointed out it was riddled with /tmp >> vulnerabilities found with a simple grep, and the author said that no one >> had cared because it was only deployed behind firewalls. > > That's a stunningly blasé attitude to security at this point in time. > > I really don't think we need more known-vulnerable software in the > archive. > > Ben. Agree. It shouldn't be included like it is now. Daniel -- 4096R/DF5182C8 http://www.danielstender.com/blog/
Bug#824130: ITP: libgames-support -- Useful functionality shared among GNOME games
Package: wnpp Severity: wishlist Owner: Michael Biebl * Package name: libgames-support Version : 1.0.2 Upstream Author : Michael Catanzaro * URL : https://wiki.gnome.org/Apps/Games * License : LGPL-3+ Programming Lang: Vala Description : Useful functionality shared among GNOME games Code shared between GNOME games. This package will be maintained with the pkg-gnome team.
Bug#824152: ITP: ofxstatement -- Tool to convert proprietary bank statement to OFX format, suitable for importing to GnuCash.
Package: wnpp Severity: wishlist Owner: Alexander GQ Gerasiov * Package name: ofxstatement Version : 0.5.0 Upstream Author : Andrey Lebedev * URL : https://github.com/kedder/ofxstatement * License : GPL Programming Lang: Python Description : Tool to convert proprietary bank statement to OFX format, suitable for importing to GnuCash. Most internet banking systems are capable of exporting account transactions to some sort of computer readable formats, but few supports standard data formats, like OFX. On the other hand, personal accounting tools, such as GnuCash support standard formats only, and will probably never support proprietary statement formats of online banking systems. To bridge the gap between them, ofxstatement tool was created.
DEB_BUILD_OPTIONS=debug
In 2010 CDBS grep support for DEB_BUILD_OPTIONS=debug (see https://bugs.debian.org/599218 ), but I now realize that the option is not documented in Policy. I wonder, if I should drop that from CDBS, or if not if we should put it in Policy? I am aware that debug symbols (e.g. CFLAGS=-g) is set by default, and stripped after build for normal packages except when DEB_BUILD_OPTIONS=noopt is set. Setting DEB_BUILD_OPTIONS=debug does "./configure --enable-debug" in CDBS, which e.g. for libucommon not only sets -g but also -DDEBUG, which seems to affect runtime behavior in ways unsuitable for production use. Searching briefly with codesearch.debian.net reveals a bunch of non-CDBS packages supporting DEB_BUILD_OPTIONS=debug, but apparently simply to enable -g and also the ones I looked at didi it the old sloppy way using $(findstring ...) instead of $(filter ...) so perhaps they are all old packages not reflecting current best practices. Opinions? - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Work-needing packages report for May 13, 2016
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: 715 (new: 3) Total number of packages offered up for adoption: 181 (new: 0) Total number of packages requested help for: 46 (new: 1) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: asterisk-prompt-es-co (#823902), orphaned 2 days ago Installations reported by Popcon: 8 libsysactivity (#823722), orphaned 4 days ago Description: Retrieves statistics of the system's activity Reverse Depends: libsysactivity-dev libsysactivity1-dbg sentinella Installations reported by Popcon: 92 sentinella (#823762), orphaned 4 days ago Description: System monitor that can react to user chosen conditions Installations reported by Popcon: 82 712 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 181 packages are awaiting adoption. See http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: [NEW] courier (#823807), requested 3 days ago Reverse Depends: courier-faxmail courier-filter-perl courier-imap courier-imap-ssl courier-ldap courier-mlm courier-mta courier-mta-ssl courier-pcp courier-pop (7 more omitted) Installations reported by Popcon: 2299 athcool (#278442), requested 4216 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 27 awstats (#755797), requested 659 days ago Description: powerful and featureful web server log analyzer Installations reported by Popcon: 4156 balsa (#642906), requested 1691 days ago Description: An e-mail client for GNOME Reverse Depends: balsa-dbg Installations reported by Popcon: 697 cardstories (#624100), requested 1844 days ago Description: Find out a card using a sentence made up by another player Installations reported by Popcon: 5 cups (#532097), requested 2532 days ago Description: Common UNIX Printing System Reverse Depends: bluez-cups boomaga chromium cinnamon-settings-daemon cloudprint cups cups-backend-bjnp cups-browsed cups-bsd cups-client (64 more omitted) Installations reported by Popcon: 169603 cyrus-sasl2 (#799864), requested 232 days ago Description: authentication abstraction library Reverse Depends: 389-ds-base 389-ds-base-libs 389-dsgw adcli autofs-ldap cairo-dock-mail-plug-in claws-mail claws-mail-acpi-notifier claws-mail-address-keeper claws-mail-archiver-plugin (123 more omitted) Installations reported by Popcon: 191138 developers-reference (#759995), requested 621 days ago Description: guidelines and information for Debian developers Installations reported by Popcon: 19219 devscripts (#800413), requested 226 days ago Description: scripts to make the life of a Debian Package maintainer easier Reverse Depends: apt-build apt-listdifferences aptfs arriero bzr-builddeb customdeb debci debian-builder debmake debpear (28 more omitted) Installations reported by Popcon: 13104 ejabberd (#767874), requested 556 days ago Description: distributed, fault-tolerant Jabber/XMPP server written in Erlang Reverse Depends: ejabberd-contrib ejabberd-mod-cron ejabberd-mod-log-chat ejabberd-mod-logsession ejabberd-mod-logxml ejabberd-mod-mam-mnesia ejabberd-mod-message-log ejabberd-mod-muc-log-http ejabberd-mod-post-log ejabberd-mod-rest (4 more omitted) Installations reported by Popcon: 778 fbcat (#565156), requested 2311 days ago Description: framebuffer grabber Installations reported by Popcon: 207 fgetty (#823266), requested 10 days ago Description: console-only getty & login (issue with nis) Installations reported by Popcon: 2145 freeipmi (#628062), requested 1813 days ago Description: GNU implementation of the IPMI protocol Reverse Depends: conman freeipmi freeipmi-bmc-watchdog freeipmi-ipmidetect freeipmi-ipmiseld freeipmi-tools ipmitool libfreeipmi-dev libfreeipmi16 libipmiconsole-dev (7 more omitted) Installations reported by Popcon: 6409 freerdp (#799759), requested 233 days ago Description: RDP client for Windows Terminal Services (X11 client) Reverse Depends: freerdp-x11 freerdp-x11-dbg libfreerdp-cache1.1 libfreerdp-client1.1 libfreerdp-codec1.1 libfreerdp-common1.1.0 l
Re: DEB_BUILD_OPTIONS=debug
On Fri, 2016-05-13 at 02:22 +0200, Jonas Smedegaard wrote: > In 2010 CDBS grep support for DEB_BUILD_OPTIONS=debug (see > https://bugs.debian.org/599218 ), but I now realize that the option is > not documented in Policy. > > I wonder, if I should drop that from CDBS, or if not if we should put it > in Policy? Drop it. > I am aware that debug symbols (e.g. CFLAGS=-g) is set by default, and > stripped after build for normal packages except when > DEB_BUILD_OPTIONS=noopt is set. [...] The option is 'nostrip'. It also seems redundant now, given that the default is to distribute debug symbols separately rather than to strip them entirely. Ben. -- Ben Hutchings Horngren's Observation: Among economists, the real world is often a special case. signature.asc Description: This is a digitally signed message part
Re: Debian i386 architecture now requires a 686-class processor
On Thu, May 12, 2016 at 10:32:57AM +0200, Jonas Smedegaard wrote: > Quoting Adam Borowski (2016-05-12 08:16:29) > > On Wed, May 11, 2016 at 01:54:04PM -0700, Russ Allbery wrote: > >> If someone has time and willingness, reviewing the contents of > >> NEWS.Debian across all packages for the stable -> testing delta > >> before the release sounds like a very useful thing to do. > > > >>From what I've seen, this is very close to our problem with > > Recommends: -- those pointless NEWS.Debian _do_ make sense "locally" > > -- for a direct user of the package in question. If you're, say, > > coding something with a library, you're interested when that library > > changed its API in an incompatible way. On the other hand, if you > > merely use something that depends on the library, you couldn't care > > less. > > Perhaps that could be addressed by extending apt-listchanges with an > option to take the APT auto-install flag into account (man apt-mark) and > skip packages that are flagged as auto-installed. Alas, it's not that easy: * a part of packages in the sample I looked at have NEWS.Debian that are relevant even if you don't use the package directly (but have it installed) * being auto-installed doesn't mean you don't use the package. Things like devscripts, exim4, autoconf are pulled as dependencies yet I for one use them directly. -- A tit a day keeps the vet away.
Re: Bug#824152: ITP: ofxstatement -- Tool to convert proprietary bank statement to OFX format, suitable for importing to GnuCash.
Le vendredi 13 mai 2016, 01:18:03 Alexander GQ Gerasiov a écrit : > Package: wnpp > Severity: wishlist > Owner: Alexander GQ Gerasiov > > * Package name: ofxstatement > Version : 0.5.0 > Upstream Author : Andrey Lebedev > * URL : https://github.com/kedder/ofxstatement > * License : GPL > Programming Lang: Python > Description : Tool to convert proprietary bank statement to OFX format, > suitable for importing to GnuCash. > Hi, Do you also plan to ship all the 19 known plugins in the same package ? https://github.com/kedder/ofxstatement#known-plugins I'd personally use this one, but ITP'ing an extra package for only 70 lines of code doesn't seem like the right thing to do. https://github.com/TheoMarescaux/ofxstatement-be-ing/blob/master/src/ofxstatement/plugins/ingbe.py Greets, Alexandre
Re: Bug#823832: ITP: python-mpd-parser -- MPEG-DASH MPD(Media Presentation Description) Parser
On Mon, 9 May 2016 17:45:08 +0100, Simon McVittie wrote: > Please talk to the upstream about a less colliding name, perhaps mpdesc. Upstream module name was changed to mpegdash. Changes: * Package name: python-mpegdash * URL : https://github.com/caststack/python-mpegdash OK
