Bug#467549: ITP: simutrans-pak64 -- data set for simutrans

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt <[EMAIL PROTECTED]> * Package name: simutrans-pak64 Version : 99.18 (from SVN) Upstream Author : Simutrans Team <[EMAIL PROTECTED]> * URL : http://www.simutrans.com/ * License : Artistic

Re: broken .orig.tar.gz (Re: package upload rejected - no email)

The Fungi wrote: > On Sun, Mar 16, 2008 at 09:07:48AM -0400, Kevin Coyner wrote: > > I'm going to contact upstream and ask if they would consider > > releasing a new version so that this can get cleaned up. > > Wouldn't prepending an epoch be less drastic? Doesn't sound like the > mistake was upst

Bug#488382: ITP: libdatetime-format-natural-perl -- Create machine readable date/time with natural parsing logic

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt <[EMAIL PROTECTED]> * Package name: libdatetime-format-natural-perl Version : 0.71 Upstream Author : Steven Schubiger <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/DateTime-Format-Natura

Bug#488385: ITP: libtest-mocktime-perl -- Replaces actual time with simulated time

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt <[EMAIL PROTECTED]> * Package name: libtest-mocktime-perl Version : 0.07 Upstream Author : David Dick <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Test-MockTime/ * License : GPL-1

Bug#547299: ITP: libtry-tiny-perl -- Perl module providing minimal try/catch

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libtry-tiny-perl Version : 0.02 Upstream Author : Yuval Kogman * URL : http://search.cpan.org/dist/Try-Tiny/ * License : MIT Programming Lang: Perl Description : Perl module

Bug#508644: Sorting out mail-transport-agent mess

Hi, what is the status of this now? Should packages depend on default-mta instead of exim4 or not yet? Regards, Ansgar -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

automake and intermediate files generated by yacc, lex, valac

Hi, there are several tools that generate C source code that is later complied in object code, e.g. yacc, lex or valac. automake defaults to distribute these built intermediate files, so they are usually not regenerated during a build. This causes several problems: 1. The intermediate files mig

Re: RFC: Java (JAR) desktop integration/admin tool

Hi, RalfGesellensetter wrote: > While Java JDK is freed nowadays, those JAR files are mostly > closed-source (bluej, javakara, jprologeditor, greenfoot etc.). > > Rather than creating wrapping deb-packages with binary content > ('dirty'), I'd suggest a straight-forward policy plus some desktop

Re: Bug#493236: ITP: wp-openid -- OpenID consumer plugin for WordPress

Hi, Andreas Schildbach wrote: > * Package name: wp-openid > Description : OpenID consumer plugin for WordPress I suggest calling the package wordpress-openid or maybe even wordpress-plugin-openid. This would be more informative and package managers that display an alphabetical list of

Bug#495942: ITP: libhtml-formfu-model-dbic-perl -- integrate HTML::FormFu with DBIx::Class

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt <[EMAIL PROTECTED]> * Package name: libhtml-formfu-model-dbic-perl Version : 0.03002 Upstream Author : Carl Franks <[EMAIL PROTECTED]> * URL : http://code.google.com/p/html-formfu/ * License

Bug#497217: ITP: libmodule-extract-perl -- base class for working with Perl distributions

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt <[EMAIL PROTECTED]> * Package name: libmodule-extract-perl Version : 0.01 Upstream Author : Adam Kennedy <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Module-Extract/ * License

Bug#499635: ITP: libgigi -- GUI library for OpenGL

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt <[EMAIL PROTECTED]> * Package name: libgigi Version : 0.7.0 Upstream Author : T. Zachary Laine <[EMAIL PROTECTED]> * URL : http://gigi.sourceforge.net/ * License : LGPL-2.1+ Program

Re: Spam-Problem with linux.debian.user.german

Hi, Klaus Ethgen wrote: > I had posted a followup to linux.debian.user.german. Now I got a very > strange mail from a italian host telling me that the post was canceled > and that I have to subscribe a mailing list. > > What the hell is that about? I did not post to any mailing list. I did > post

Bug#502986: ITP: libauthen-krb5-admin-perl -- Perl extension for MIT Kerberos 5 admin interface

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt <[EMAIL PROTECTED]> * Package name: libauthen-krb5-admin-perl Version : 0.11 Upstream Author : Andrew J. Korty <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Authen-Krb5-Admin/ * License

Re: Bug reports of DFSG violations are tagged 'lenny-ignore'?

Thomas Bushnell BSG wrote: > On Thu, 2008-10-23 at 21:13 +0200, Vincent Danjean wrote: > > Firmware and driver do not run on the same CPU. There is no 'linkage' > > between them. With a client/server application, a GPL client does not > > enforce the server to be GPL, even if client and server are

Re: Leverage in licensing discussions

Johannes Wiedersich wrote: > Open sourcing certain firmware might make it easier for 'random script > kid' to just try some things out and accidentally causing problems to > innocent bystanders. How is this different from open source software? This sounds a bit like the argument that OSS is less

renaming scripts provided by upstream

Hi, I wonder about the advantages and disadvantages of renaming scripts installed in system PATH to not include an extension as ".pl" (Policy 10.4): When scripts are installed into a directory in the system PATH, the script name should not include an extension such as .sh or .pl that

Re: renaming scripts provided by upstream

Hi, Bas Zoetekouw writes: > > You wrote: > >> Quoth Ansgar Burchardt , on 2008-12-12 22:30:24 +0100: >> > I understand that it should not matter to the user what language is >> > used to implement a particular script and support omitting >> > extensions.

Bug#510687: ITP: libemail-sender-perl -- Perl module for sending email

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libemail-sender-perl Version : 0.001 Upstream Author : Ricardo SIGNES * URL : http://search.cpan.org/dist/Email-Sender/ * License : Artistic | GPL-1+ (like perl) Programming Lang

Re: automake and intermediate files generated by yacc, lex, valac

Serafeim Zanikolas writes: > On Tue, Dec 29, 2009 at 03:23:21AM +0900, Ansgar Burchardt wrote [edited]: >> there are several tools that generate C source code that is later >> complied in object code, e.g. yacc, lex or valac. automake defaults to >> distribute these built i

Re: automake and intermediate files generated by yacc, lex, valac

Michael Tautschnig writes: >> there are several tools that generate C source code that is later >> complied in object code, e.g. yacc, lex or valac. automake defaults to >> distribute these built intermediate files, so they are usually not >> regenerated during a build. > > Why do you restrict t

Naming policy for Perl modules (mass bug filing)

Hi, the Debian Perl Policy asks for packages for the Foo::Bar module to be named libfoo-bar-perl [1]. Some packages do not adhere to this scheme: opalmod → libopal-perl gnuift-perl → libgnuift-perl perl-mapscript→ libmapscript-perl perl-tk →

Re: Naming policy for Perl modules (mass bug filing)

Jozef Kutej writes: > Ansgar Burchardt wrote: >> the Debian Perl Policy asks for packages for the Foo::Bar module to be > Perl module packages *should* be named... :) "Non-conformance with guidelines denoted by should (or recommended) will generally be considered a

Re: Naming policy for Perl modules (mass bug filing)

Hi, Ansgar Burchardt writes: > the Debian Perl Policy asks for packages for the Foo::Bar module to be > named libfoo-bar-perl [1]. Some packages do not adhere to this scheme: > [...] > > Unless there are objections I will file bugs of severity "normal" in a > few d

Bug#582133: ITP: libpod-weaver-perl -- Perl module to weave together a Pod document from an outline

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt Owner: Ansgar Burchardt * Package name: libpod-weaver-perl Version : 3.101270 Upstream Author : Ricardo SIGNES * URL : http://search.cpan.org/dist/Pod-Weaver/ * License : Artistic or GPL-1+ (like Perl

Bug#582138: ITP: libdist-zilla-plugin-podweaver-perl -- Dist::Zilla plugin to use Pod::Weaver to generate Pod documentation

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt Owner: Ansgar Burchardt * Package name: libdist-zilla-plugin-podweaver-perl Version : 3.100710 Upstream Author : Ricardo SIGNES * URL : http://search.cpan.org/dist/Dist-Zilla-Plugin-PodWeaver/ * License

Bug#582420: ITP: libpod-elemental-perlmunger-perl -- Perl module that rewrites Perl documentation

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt Owner: Ansgar Burchardt * Package name: libpod-elemental-perlmunger-perl Version : 0.093330 Upstream Author : Ricardo SIGNES * URL : http://search.cpan.org/dist/Pod-Elemental-PerlMunger/ * License

Bug#583217: ITP: libconfig-mvp-reader-ini-perl -- Perl module providing a MVP config reader for .ini files

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libconfig-mvp-reader-ini-perl Version : 1.101450 Upstream Author : Ricardo Signes * URL : http://search.cpan.org/dist/Config-MVP-Reader-INI/ * License : Artistic or GPL-1+ (like perl

Bug#583395: ITP: libversion-perl -- Perl extension for Version Objects

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libversion-perl Version : 0.82 (upstream), 0.8200 (Debian package) Upstream Author : John Peacock * URL : http://search.cpan.org/dist/version/ * License : Artistic or GPL-1+ (like perl

Bug#583468: ITP: libcpan-meta-perl -- Perl module to access distribution metadata for a CPAN distribution

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libcpan-meta-perl Version : 2.101461 Upstream Author : David Golden , Ricardo Signes * URL : /usr/share/common-licenses/Artistic * License : Artistic or GPL-1+ (like

Bug#583474: ITP: libmoosex-types-perl-perl -- Moose types that check against Perl syntax

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libmoosex-types-perl-perl Version : 0.101340 Upstream Author : Ricardo SIGNES * URL : http://search.cpan.org/dist/MooseX-Types-Perl/ * License : Artistic or GPL-1+ (like perl

Bug#584536: ITP: libmoosex-setonce-perl -- write-once, read-many attributes for Moose

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libmoosex-setonce-perl Version : 0.100471 Upstream Author : Ricardo SIGNES * URL : http://search.cpan.org/dist/MooseX-SetOnce/ * License : Artistic or GPL-1+ (like perl) Programming

Bug#584729: ITP: libpackage-stash-perl -- Perl module providing routines for manipulating stashes

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libpackage-stash-perl Version : 0.03 Upstream Author : Jesse Luehrs * URL : http://search.cpan.org/dist/Package-Stash/ * License : Artistic or GPL-1+ Programming Lang: Perl

Re: A Look In the Mirror: Attacks on Package Managers

Russ Allbery writes: > There was some discussion of periodically resigning the security archive > even if there are no updates so that package managers could warn if more > than X days had gone by without an update to the security archive > signatures. I don't know if anyone has concrete plans t

Bug#585818: ITP: libmath-base36-perl -- Perl module for encoding and decoding of base36 strings

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libmath-base36-perl Version : 0.07 Upstream Author : Brian Cassidy * URL : http://search.cpan.org/dist/Math-Base36/ * License : Artistic or GPL-1+ Programming Lang: Perl Description

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

Thomas Goirand writes: > Please read point 9 of this document: > > http://people.debian.org/~bap/dfsg-faq.html > > Because we don't have the source code of the captcha system itself (you > only have access to the source code of something that accesses the > online service), php-recaptcha fails al

Re: Anyone collected historical data for popcons of derivative(s)?

Hi, Yaroslav Halchenko writes: > I wonder if anyone cron-ed fetching of popcons for derivative > distributions (e.g. Ubuntu). ubuntu exposes only current status > http://popcon.ubuntu.com/ and I've not found if there is any way obtain > historical data (like we have one available for DDs). I g

Bug#589831: ITP: libmoosex-followpbp-perl -- Moose extension to name your accessors get_foo() and set_foo()

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libmoosex-followpbp-perl Version : Upstream Author : Dave Rolsky * URL : http://search.cpan.org/dist/MooseX-FollowPBP/ * License : Artistic-2.0 Programming Lang: Perl Description

Re: Anyone collected historical data for popcons of derivative(s)?

Hi, Yaroslav Halchenko writes: > On Wed, 21 Jul 2010, Ansgar Burchardt wrote: >> I grabbed the data since December 2009 (the file linked as "was >> popularity-contest results" on http://popcon.ubuntu.com/). If that is >> enough for your purposes, I can make it

Bug#590324: ITP: libpackage-deprecationmanager-perl -- Perl module to manage deprecation warnings for your distribution

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libpackage-deprecationmanager-perl Version : 0.04 Upstream Author : Dave Rolsky * URL : http://search.cpan.org/dist/Package-DeprecationManager/ * License : Artistic-2.0 Programming

Re: Backports service becoming official

Sandro Tosi writes: > Just a note that using Send-To requires to add a bug control file to > each upload to bpo which I consider a huge overkill solution to that. reportbug's README.developers.gz suggests to use dpkg's Origin and Bugs tags (see deb-control(5)) instead of Send-To. These fields c

Re: [buildd-tools-devel] testers wanted: sbuild and build-dependencies

Roger Leigh writes: >> There is a solution to this actually. Create a Packages, Release and >> Release.gpg file for the pseudo package and add them as file:// url to >> sources.list.d/. Then just apt-get install pseudo-package. > > I'll give that a go, thanks. You might be interested in the patc

Bug#609016: ITP: libpackage-stash-xs-perl -- Perl module providing routines for manipulating stashes (XS version)

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libpackage-stash-xs-perl Version : 0.17 Upstream Author : Jesse Luehrs * URL : http://search.cpan.org/dist/Package-Stash-XS/ * License : Artistic or GPL-1+ (like Perl) Programming Lang

Bug#609025: ITP: libdist-checkconflicts-perl -- Perl module to declare version conflicts

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libdist-checkconflicts-perl Version : 0.02 Upstream Author : Jesse Luehrs * URL : http://search.cpan.org/dist/Dist-CheckConflicts/ * License : Artistic or GPL-1+ (like Perl

Re: Forwarding bugs upstream

Sune Vuorela writes: > Currently, the debian Qt/KDE team has around 800 open, non-forwarded > bugs reported against their packages. I would guess that maybe 20 of > them is packaging issues. But we can't find them. > The rest of the bugs (780 open-non forwarded (and 300 forwarded)) is > pure upst

Bug#513938: ITP: libclass-method-modifiers-perl -- Perl module providing method modifiers

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libclass-method-modifiers-perl Version : 1.01 Upstream Author : Shawn M Moore * URL : http://search.cpan.org/dist/Class-Method-Modifiers * License : GPL-1+ | Artistic (like perl

Re: -dbg packages; are they actually useful?

Hi, Don Armstrong writes: > What I really wish for is the ability to have a relatively centralized > location where the symbols from every single package ended up that was > separate from the normal mirrors. > > The above, coupled with a coredump submission site which would accept > coredumps an

Bug#524713: ITP: libmoosex-types-perl -- organise Moose types in libraries

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libmoosex-types-perl Version : 0.10 Upstream Author : Robert "phaylon" Sedlacek * URL : http://search.cpan.org/dist/MooseX-Types/ * License : GPL-1+ | Artistic (like perl) P

Bug#524716: ITP: libmoosex-methodattributes-perl -- code attribute introspection

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libmoosex-methodattributes-perl Version : 0.05 Upstream Author : Florian Ragwitz * URL : http://search.cpan.org/dist/MooseX-MethodAttributes/ * License : GPL-1+ | Artistic (like perl

Re: MATE 1.8 has now fully arrived in Debian

On 06/26/2014 11:34, Thorsten Glaser wrote: >> No, it didn't work. You had to be root for operations as simple as >> shutting down the computer. > > Only on Debian. OpenBSD and MirBSD have: > > -r-sr-x--- 1 root operator 122716 Sep 10 2013 /sbin/shutdown* > > I never understood why Debian do

Re: MATE 1.8 has now fully arrived in Debian

Hi, On 06/26/2014 14:33, Svante Signell wrote: > On Thu, 2014-06-26 at 14:03 +0200, Jean-Christophe Dubacq wrote: >> [ ⏰ 26/06/2014 12:05 ] [ ✎ Svante Signell ] >>> On Thu, 2014-06-26 at 11:59 +0200, Ansgar Burchardt wrote: >>>> On 06/26/2014 11:34, Thorsten Glas

Re: MATE 1.8 has now fully arrived in Debian

On 06/27/2014 11:53, Svante Signell wrote: > Before this part of the thread dies out, can anybody comment on this, > Simon, Ansgar, Jean-Christophe, ...? I think my earlier answer [1] covers this. [1] Ansgar -- To UNSUBSCRIBE, email to

Re: Bug#752075: daemontools-run: Add systemd support

Hi, On 07/04/2014 11:08, Gerrit Pape wrote: > I looked into latest policy, but did not find anything about systemd > support. I'm surprised that this is now a release critical bug, and the > package marked for removal. What's the justification? Ask the submitter? > This package hooks into /etc

Essential binaries and Pre-Depends on libraries

Hi, essential binaries have to work also when the package is in an unpacked, but not configured, state. For that reason, packages including essential binaries use Pre-Depends on the shared libraries needed by those binaries. However, from my reading of policy I get the impression that this still

Re: Running autopkgtest at package upload time

Hi, On 07/08/2014 16:57, Antonio Terceiro wrote: > Of course, from there we would also need an APT repository from where to > actually get the uploaded packages. I remember a discussion about > turning the incoming location into a proper APT repository, but I don't > know in which stage that effor

Re: Transition plan for changing the default init system

Hi, Tollef Fog Heen writes: > So we are proposing the following scheme: > > a/ Upload a new "init" package. This is a new, essential package that > will replace sysvinit as the package that ensures your system has an > init system. We want to build this binary package from a package which > is no

Re: Running autopkgtest at package upload time

Hi, Antonio Terceiro writes: > On Tue, Jul 08, 2014 at 05:18:21PM +0200, Ansgar Burchardt wrote: >> incoming.d.o has a proper APT repository which has, amongst others, a >> buildd-unstable suite including the last uploads. It's not not >> accessible by the general pub

Re: Bug#756172: ITP: ssh-cron -- cron-like job scheduler than handles ssh key passphrases

Hi, Jonathan Yu writes: > On Sun, Jul 27, 2014 at 4:54 AM, Marc Haber > wrote: > >> Why would one use such a tool? passphraseless keys exist, and can be >> configured to be secure. > > This sounds interesting. Do you have a link to some documentation on this > technique? It is possible to restr

Re: systemd now appears to be only possible init system in testing

Hi, On 07/28/2014 12:32, Thorsten Glaser wrote: > Vincent Lefevre wrote: >> Screen sessions, SSH sessions and computation processes running in >> background are lost after a reboot, not after a relogin. > > AIUI this is not true for systemd: once the "session" is > terminated, all background proc

Bug#756390: ITP: dune-grid-glue -- toolbox for solving PDEs -- compute couplings between grids

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: dune-grid-glue Upstream Author : Christian Engwer , Oliver Sander * URL : http://www.dune-project.org/modules/dune-grid-glue/ * License : likely GPL-2 with an exception or LGPL

Re: First steps towards source-only uploads

On 08/01/2014 12:17, martin f krafft wrote: > also sprach Paul Wise [2014-08-01 11:33 +0200]: * The source package includes a Package-List field that also has an arch=* column. dpkg (>= 1.17.7) will include this. >>> >>> Can we read up more on this somewhere? >> >> It is the default

Re: First steps towards source-only uploads

Hi, Kurt Roeckx writes: > Please also make sure you rename the changes files to not conflict > with the .changes files the buildd is going to use. As of today, that's no longer required. :) Ansgar -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscrib

Re: Reverting to GNOME for jessie's default desktop

Joey Hess writes: > Jordi Mallach wrote: >> jessie's GNOME 3.x release should be a lot more polished than what we shipped >> with wheezy, which means many of the rough edges and annoyances people may >> have found when upgrading from squeeze are probably now ironed out. > > It's still basically fu

Re: Time to drop debcheck on optional/extra and arch:all?

Hi, Russ Allbery writes: > Paul Wise writes: >> I think this illustrates a couple of minor deficiencies wrt Debian and >> arch-independent packages. There isn't any way to have depends that >> should be only for certain arches. > > Yes, which is because of the deeper problem that architecture re

Re: First steps towards source-only uploads

Hi, On 08/12/2014 12:33, Hector Oron wrote: > 2014-08-01 9:37 GMT+02:00 Ansgar Burchardt : >> We will allow not including arch:all packages in uploads once we have >> sorted out how to get them built. > > Has it been already discussed? If so, where? Not the part to actua

Re: Reverting to GNOME for jessie's default desktop

Hi, On 08/13/2014 15:43, Theodore Ts'o wrote: > Is it the power user? Is it developers? Is it the typical users I've > seen on Launchpad, such that I've largely stopped dealing with bug > reports there --- far too many Ubuntu users can't file a proper bug > report, and then other Ubuntu users Go

Re: systemd service and /etc/default/

Marc Haber writes: > Quite a number of packages also refrain from starting the daemon on an > unconfigured newly installed package until the user has configured it. > I guess that this needs to be replaced "by native mechanisms (i.e. > implemented as a patch to the upstream software)" as well? It

Re: Standardizing the layout of git packaging repositories

Michael Biebl writes: > On the other hand, downloading the tarball from the archive is not > automated by any tool afaics. > That means, git-buildpackage will happily re-create the dist tarball > from the upstream branch. > If you are not watching really carefully, this step is very easy to miss.

Re: Bug#759762: ITP: libz-mingw-w64 -- compression library (targeting Windows)

On 09/01/2014 17:55, Colin Watson wrote: > On Sun, Aug 31, 2014 at 10:43:20PM +0200, Jakub Wilk wrote: >> So yeah, d-i can't be built automatically without access to a >> mirror. Which is a bug, and not an easy one to fix. > > What is actually technically wrong with this? To build packages, you >

Re: Jessie without systemd as PID 1?

On 09/02/2014 13:15, Thorsten Glaser wrote: > Oh, and afterwards ensure systemd is not re-added. The > prevent-systemd-* package set can do this in three steps, > although I don’t currently see even prevent-systemd-running > (Conflicts mostly with systemd-sysv) being accepted, so > you’d have to pr

Re: Removing < 2048 bit keys from the Debian keyrings

Manoj Srivastava writes: > On Tue, Sep 02 2014, Matthias Urlichs wrote: >> there's a GPG option (via the the *-cert-level options, see 'man gpg') >> to state how carefully you did verify their identity, but ultimately >> it's up to you. > > That is not how I interpreted that option to mean

Re: Possible abuse of dpkg-deb -z9 for xz compressed binary packages

On 09/04/2014 10:49, Thorsten Glaser wrote: > On Wed, 3 Sep 2014, Christian Kastner wrote: >> That is the key question, and I believe considering the worst possible >> cost -- a package that cannot be unpacked, as in #757740 -- the >> trade-off is not worth it. > > IIRC, I asked last year already

Re: systemd, again (Re: Cinnamon environment now available in testing)

Cameron Norman writes: > On Fri, Sep 5, 2014 at 5:20 AM, Matthias Urlichs wrote: >> In any case, IMHO a system that's been installed with wheezy, and >> then upgraded to jessie, should be identical to a system installed with >> jessie in the first place. > > Regardless of whether I agree or not,

Re: systemd, again (Re: Cinnamon environment now available in testing)

Noel Torres writes: > On Friday, 5 de September de 2014 21:36:43 Ansgar Burchardt escribió: >> Nothing prevents you from a, installing systemd-shim from Jessie before >> running apt-get dist-upgrade or b, using "apt-get dist-upgrade upstart". >> >> I&#

Re: There should not be dependencies on systemd

Noel Torres writes: > If you need dbus, you should Depend on dbus, and systemd should Provides > dbus. > Then, if Ann programs her Own Dbus Implementation she can package it as aodi > (Ann's Own Dbus Implementation) and have aodi Provides dbus. Same for logind > (systemd Provides logind and ra

Re: systemd, again (Re: Cinnamon environment now available in testing)

Adam Borowski writes: > Ok, so let's quantify the view of sysadmins somehow. This can actually > be done in a meaningful way: let's count posts on places where > technically-minded folks gather. There's plenty of minor blogs that are > biased, but let's choose big sites where we can have a reaso

Re: upgrades must not change the installed init system [was: Re: Cinnamon environment now available in testing]

On 09/09/2014 16:59, Russ Allbery wrote: > Carlos Alberto Lopez Perez writes: >> So, when upgrading from Wheezy to Jessie, we have three options: > >> 1) Keep the user init system (sysvinit most probably) >> 2) Upgrade to systemd after asking the user. >> 3) Upgrade to systemd silently without as

Re: upgrades must not change the installed init system [was: Re: Cinnamon environment now available in testing]

On 09/09/2014 17:01, Russ Allbery wrote: > Vincent Danjean writes: >> I agree with your analysis. However, how do you think we can ask the >> user ? We can have a debconf question. However, whatever the answer is, >> we must not return an error (i.e. aborting the upgrade). It is really a >> pain t

Re: PackageKit cleanup: Do you use these functions?

On 09/11/2014 15:30, Steve McIntyre wrote: > Matthias wrote: >> PackageKit also has support for systemd-based offline-updates for a >> while now, which downloads updates while the system is running, and >> installs them in a special mode when the system is rebooting. This >> should ensure that no b

Re: Trimming priority:standard

Noel Torres writes: > On Tuesday, 16 de September de 2014 22:17:51 Joerg Jaspert escribió: >> On 13698 March 1977, Didier Raboud wrote: >> >> > One thought... there will probably be trademark concerns with >> >> > "unix".[1] So we might have to choose a name for the tasksel task >> >> > to be some

Bug#762801: ITP: dune-alugrid -- toolbox for solving PDEs -- unstructured simplicial and cube grids

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: dune-alugrid Version : 2.3 Upstream Author : Bernhard Schupp Mario Ohlberger Robert Kloefkorn Andreas Dedner Martin Nolte * URL

Re: dgit and upstream git repos

Hi, On 10/09/2014 16:38, Ian Jackson wrote: > ... I had thought that the stuff in .pc is necessary for dpkg-source > to be able to build the package, and unpack the result. > > If I can feed a .pc-less source tree to dpkg-source -b and get > roughtly the right output then that would obviously be

Re: piece of mind (Re: Moderated posts?)

Hi, [ Please followup on -user@, there is no need to have this on two lists. ] Miles Fidelman writes: > Henrique de Moraes Holschuh wrote: >> http://popcon.debian.org/ > > which sure seems to reinforce the popularity of sysvinit > > 18sysvinit 697126 583755 44903 6352

Bug#765076: general: No way to have a clean chroot for building packages

Hi, Joey Hess writes: > Santiago Vila wrote: >> Before systemd arrived, it was possible to have a chroot free from >> init packages (not needed to build packages). > > It seems reasonable for debootstrap --variant=buildd to omit any init > systems, if it doesn't already. It seems a bit hacky to

Re: piece of mind (Re: Moderated posts?)

Joey Hess writes: > Yes we do: sysvinit-core systemd-sysv systemd-shim > > https://qa.debian.org/popcon-graph.php?packages=sysvinit-core+systemd-sysv+systemd-shim&show_installed=on&show_vote=on&want_legend=on&want_ticks=on&from_date=&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1 [...] > Only

Re: Determining, ad hoc, whether someone is a DD

Hi, Ian Jackson writes: > We have this list of DMs: > https://ftp-master.debian.org/dm.txt > linked to from here: > https://ftp-master.debian.org/ This was wrongly documented on the ftp-master.d.o site to be a list of DMs: it only lists upload permissions in the "dm" ACL. In particular this

Re: piece of mind

On 10/21/2014 04:13 PM, Norbert Preining wrote: > On Tue, 21 Oct 2014, Josselin Mouette wrote: >> not possible to split the system cgroups arbitrator from the process >> which starts services and sessions in cgroups. It is not possible to >> ensure the relation of a log to a service if you do not h

Re: piece of mind

On 10/21/2014 04:43 PM, Martin Read wrote: > On 21/10/14 15:32, Ansgar Burchardt wrote: >> It did not work, yes. That's why, for example, fail2ban can be used by >> local users to deny access to other users[1]. > > With that said, if that fact *actually matters*, you pr

Re: The inittab interface - Re: Bug#766187: runit: Fails to install runit after fresh install of jessie beta2

On 10/22/2014 11:39 AM, Raphael Hertzog wrote: > You can't create a trigger monitoring /etc/inittab because it's not > packaged: > $ LANG=C dpkg -S /etc/inittab > dpkg-query: no path found matching pattern /etc/inittab > > And you can't use it on another file provided by sysvinit-core because > yo

Re: Punctuation characters in Debian packaging

On 11/04/2014 04:39 PM, The Wanderer wrote: > The 'packagename-' syntax for 'apt-get install' and similar, and the > 'packagename+' syntax for 'apt-get remove' and similar, are so well and > so long established that I would argue against changing them at this > point. [...] > Would it be reasonable

Re: REISSUED CfV: General Resolution: Init system coupling

On 11/11/2014 02:10 PM, Ian Jackson wrote: > Santiago Vila writes ("Re: REISSUED CfV: General Resolution: Init system > coupling"): >> The voting process is already complex enough. If it is going to be like this: >> >> GR Proposal: Option A. >> Amendment A: Option B. >> Amendment B: Option C. >> >

Re: making dput a wrapper around git

Hi, On 11/18/2014 09:45 AM, Daniel Pocock wrote: > How would people feel if dput was a wrapper around git? I think its not a good idea. It has too many problems, see below. > This wouldn't imply that maintainers must use Git as their VCS > > For packages that do use git as the VCS, dput would d

Re: init system policy

Hi, On 11/18/2014 05:39 PM, Matthias Urlichs wrote: >> trying to convert minidlna sysv init file to systemd, managed to have >> a working unit file but failed to split the configuration mimicing >> the ../default/minidlna content with the hability to make USER and >> GROUP configur

Re: init system policy

Hi, On 11/18/2014 06:25 PM, Eric Valette wrote: > In the file they just need to set User and Group then? With systemd you can ship a default configuration in /lib/systemd/system and administrators can override specific options, for example: +--- | [Unit] | Description=Some Helpful Description |

mass bug filing: debcheckout fails

Hi, I noticed you started to file bugs for non-working debcheckouts. Was this discussed anywhere as suggested by the developer's reference[1]? The ones I saw just asked to drop "+ssh" from Vcs-* fields which I imagine a new lintian check could also achieve. Regards, Ansgar [1]

Planned changes to Debian Maintainer uploads

Hi, (Please send followup messages to -project.) The ftp team wants to change how allowing Debian Maintainers to upload packages works. The current approach with the DM-Upload-Allowed field has a few issues we would like to address: - It applies to all DMs listed as Maintainer/Uploaders. It is

Re: Maintainers, teams, Uploaders, DMs, DDs, etc.

Hi, Ian Jackson writes: > I think the first three can be fixed relatively simply. I propose the > following changes: > > 1. Change the definition of the Maintainer field to permit multiple >entries. > >There are currently four different entities (3 humans and a >corporation) which us

Re: DEP-8 extension proposal: Add source package header

On 06/14/2012 02:48 PM, Martin Pitt wrote: > Stefano Zacchiroli [2012-06-13 23:42 +0200]: >> As a temporary alternative to a hardcoded list, Stuart's proposal to use >> Contents-source.gz is clearly better. > > Right, that would do as well. However, I don't see this on > > http://ftp.debian.org

Re: [RFC] Add upstream VCS info to control file

On 06/15/2012 11:33 AM, Thomas Goirand wrote: > Yeah, a hook of any sorts is ok for me. The get-vcs-source in debian/rules > seems quite ok to me. Should debcheckout be modified to call it? It's part > of devscript, do you think it's ok if I submit a wishlist bug report against > devscript to ask f

Re: CD sizes again (and BoF reminder!)

Hi, Steve McIntyre writes: > Back in May I warned about CD sizes[1] for the Wheezy release, > pointing out that CD#1 isn't big enough any more to provide usable > Gnome or KDE installations. There was some discussion about what to do > about that (change compression to xz, switch to the lighter d

  1   2   3   4   >