Re: Switching to mozilla ESR in stable-security

On 29/05/13 00:17, John Paul Adrian Glaubitz wrote: > Also, if anyone of the GNOME package maintainers is reading this, > why does the gnome meta package depend on xul-ext-adblock-plus? "For feature parity with the previous meta-gnome3 web browser", it appears: meta-gnome3 (1:3.4+3) unstable; urg

Re: default MTA

On 28/05/13 16:42, Thomas Goirand wrote: > On 05/28/2013 08:05 PM, Simon McVittie wrote: >> I'm quite prepared to believe that *our* Unix systems - and in >> particular, servers and development machines - need an MTA, but my >> parents' laptops really shouldn'

Re: Debian systemd survey

On 30/05/13 11:19, Marc Haber wrote: > On Wed, 29 May 2013 13:10:57 -0700, Russ Allbery > wrote: >> Using an imperative language for a descriptive purpose is a bad mismatch >> of tools and has been ever since the practical effect of init scripts has >> become fairly standardized. > > Some init sc

Re: Multi-Arch for plugin packages

On 30/05/13 16:02, John Paul Adrian Glaubitz wrote: > I am maintaining one of the gkrellm2 plugin packages, namely > gkrellm2-cpufreq. All of these gkrellm2 plugin packages install their > plugins into /usr/lib/gkrellm2/plugins, including mine. This seems appropriate. > However, I was wondering w

Re: Debian systemd survey

On 02/06/13 13:15, Vincent Lefevre wrote: > Most config files are not really user-editable under Debian. ... > So, splitting config files is a > way to avoid that, not in all cases but in most cases (this is not > specific to sysvinit, apparently just a consequence of the old > wishlist bug 32877,

Re: security policy / root passwords

On 10/06/13 12:34, Daniel Pocock wrote: > a) a web site displaying a "PolicyKit" popup that resembles the wording > of the Debian popup GNOME Shell does mitigate this by using a distinctive UI for "system-modal dialogs", which makes use of the fact that the Shell is the window compositor in order

Re: security policy / root passwords

On 10/06/13 13:54, Daniel Pocock wrote: > That screenshot appears to be Gnome 3. I log in with Gnome Classic so > maybe I'm experiencing something different. I did say "GNOME Shell". The "fallback" GNOME 3.4 session (which might well be called "Classic" in the UI in wheezy) doesn't use Shell, so

Re: security policy / root passwords

On 10/06/13 15:36, Timo Juhani Lindfors wrote: > Simon McVittie writes: >> * ability to use system-modal prompting or a secure input path >> (partially done by PK under GNOME Shell, likely to get better >> under Wayland, not supported by sudo or su) >

Bug#712087: ITP: info-beamer -- an interactive multimedia presentation framework

Package: wnpp Severity: wishlist Owner: Simon Elsbrock * Package name: info-beamer Version : 1.0pre3 Upstream Author : Florian Wesch * URL : http://www.info-beamer.org/ * License : BSD-2 Programming Lang: C, Lua Description : an interactive multimedia

Re: 7.0-> 7.1: any reasons for switching from {4,5,6}.0.x scheme?

On 17/06/13 17:33, Marc Haber wrote: > On Mon, 17 Jun 2013 12:14:57 +0100, Neil McGovern > wrote: >> Given that the middle '0' was redundant, and we now do X.0 for all >> major releases, it was simply removed. > > So sarge was a point release of woody? Neil did say "now". sarge was 8 years ago.

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 15/07/13 14:38, Helmut Grohne wrote: > Indeed we are out of luck with Type=forking. In the presence of a decent > init system daemonizing is the job of the init system. It is uselessly > duplicated code. Let's rip that code out of daemons and turn them into > "simple" ones. It does matter where

Re: Systemd support in Debian packages: how to help

On 16/07/13 13:50, Lucas Nussbaum wrote: > Is there a way to list services installed on my system that are managed > via service files, vs those that are managed using legacy init scripts? If your pid 1 is systemd, "systemctl list-units | grep LSB:" should be either the correct list or pretty clos

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 18/07/13 12:12, John Paul Adrian Glaubitz wrote: > And systemd has a graphical user interface? Yes, systemadm(1) in systemd-ui. It was recently split into a separate (upstream and Debian source) package. It's hardly comprehensive, but it exists. S -- To UNSUBSCRIBE, email to debian-dev

Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

On 30/07/13 21:43, Christoph Anton Mitterer wrote: > - Back then, Thomas pointed out several ides on who the resolution could > be done (e.g. with a small nsswitch module) libnss-myhostname is basically this, and is packaged. It tries to return a public address if possible, only falling back to 12

Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

On 30/07/13 22:54, Christoph Anton Mitterer wrote: > Consider an application which only accept packets originating from > as a security measure.. If you only want to accept packets from yourself, use 127.0.0.1 (or ::1, or a Unix socket). Anything else has more possible failure modes. S --

Bug#719645: ITP: fedmsg-meta-debian -- Debian-specific processors for the FedMsg bus

Package: wnpp Severity: wishlist Owner: Simon Chopin * Package name: fedmsg-meta-debian Version : 0.1 Upstream Author : Simon Chopin * URL : http://anonscm.debian.org/gitweb/?p=users/laarmen-guest/fedmsg-meta-debian.git;a=summary * License : Expat

Re: Longer maintainance for (former) stable releases of Debian (Re: Dreamhost dumps Debian)

On 27/08/13 14:32, Pau Garcia i Quiles wrote: > What do you do with the 1 year of support Debian currently gives to > oldstable? It's also 1 year you stopped using that version, so no > technical challenge either. There does need to be some amount of overlap, because people can't necessarily upgra

Where to place small packaging script

s are updated (that would be useful in my case, as the file list may need to be updated, and I'm not quite happy with the package split yet)? - Is there a package I could piggyback on, with a maintainer who would be interested in that? Simon -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12

Re: Bug#709758: Replacing a binary package by another one(was: Communication issue?)

On 06/09/13 10:17, David Kalnischkies wrote: > For example, you made mplayer2 now an upgrade for mplayer. > I am not sure that is what their maintainers/upstreams intend. > (maybe it is, but I am not keen on letting foo2/foo-ng maintainer > decide what is a good upgrade path for foo – that should

Bug#724280: ITP: rtax -- Rapid and accurate taxonomic classification of short paired-end sequence reads from the 16S ribosomal RNA gene

Package: wnpp Severity: wishlist Owner: Simon Kainz * Package name: rtax Version : 0.983 Upstream Author : David A. W. Soergel * URL : David A. W. Soergel * License : BSD Programming Lang: Perl Description : Rapid and accurate taxonomic

Re: lintian: what means pkg-config-multi-arch-wrong-dir?

On 29/09/13 14:32, Bastien ROUCARIES wrote: > On Sun, Sep 29, 2013 at 2:20 PM, Olе Streicher >> Thank you very much. But why is it enabled even if I do not announce my >> package a being multiarch? (My reason to upgrade to compat level 9 was to >> get the hardening flags propagated). > > Ok, I hav

Re: update-menus silently failing with Gnome?

On 29/09/13 21:01, Daniel Pocock wrote: > - Debian appears to have a perfectly good menu tool and it is not clear > why it has to be ditched. Upstreams often ship desktop files; menu files are Debian-specific; and if a GUI environment has Debian-specific infrastructure to display both, it will eit

Re: [RFC] multiarch and virtual packages

On 03/10/13 10:54, Vincent Danjean wrote: > The only "problem" is that it is not currently possible to install > an ICD Loader:i386 from one vendor and an ICD Loader:amd64 from another > vendor. Is there a valid reason to do that, other than "because I can"? If nobody would actually want to do t

Re: Bits from the Release Team (Jessie freeze info)

On 13/10/13 19:47, Niels Thykier wrote: > We picked the 5th over another date in November because it was believed > the 5th would be easier to remember[1]. ... > (Not sure of the origins of the rime; I remember it being used in "V > from Vendetta" though.)

Re: Two new DNS virtual packages (authoritative-name-server & recursive-name-server)

On 22/10/13 14:43, Ondřej Surý wrote: > The proposed names are: > > authoritative-name-server - authoritative domain name server > recursive-name-server - recursive domain name server > > Any objections? If you depend on one of these, what functionality can you rely on having "out of the box"? W

Re: Proposal: switch default desktop to xfce

On 24/10/13 17:31, Lucas Nussbaum wrote: > What's the the status of XFCE regarding accessibility? > > That was a big strengh of GNOME for a long time, though I've heard > rumors (sorry not to be more specific) that gnome-shell has some > unsolved issues in that regard, which is a problem since GNO

Re: systemd effectively mandatory now due to GNOME

On 24/10/13 16:29, John Paul Adrian Glaubitz wrote: > I haven't tested GNOME on kfreebsd-* for a long time now, but I > assume that the package works if it has been successfully built, > doesn't it? I believe the effect of not having systemd-logind is that the features for which GNOME uses systemd

Re: away_0.9.5+ds-0+nmu2_multi.changes ACCEPTED into unstable

On 25/10/13 10:09, Dmitrijs Ledkovs wrote: >>> Changed-By: Andreas Moog I sponsored Andreas' patch as NMU, on my own initiative. I don't think it's appropriate to consider a patch in the BTS to be a request for sponsorship. In future please take responsibility for the decision to upload in the ch

Re: let's split the systemd binary package

On 25/10/13 11:52, Dmitrijs Ledkovs wrote: > - using XDG_* environment variables, instead of LOGIND_* or SYSTEMD_* > variables I assume you mainly mean XDG_RUNTIME_DIR here, since the rest are basically user-level rather than system-level. The point of the XDG_* family of variables is that they'

Re: let's split the systemd binary package

On 25/10/13 13:57, Dmitrijs Ledkovs wrote: > No, I mean: > > XDG_VTNR=7 > XDG_SESSION_ID=c1 > XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0 > XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0 > XDG_SEAT=seat0 Oh, I wasn't aware of those... yes, using that namespace without a XDG spe

Re: let's split the systemd binary package

On 25/10/13 14:39, Paul Tagliamonte wrote: > On Fri, Oct 25, 2013 at 01:40:55PM +0200, Olav Vitters wrote: >> ... a choice between something greatly supported (logind) vs >> something abandoned (ConsoleKit). ... > Since the project (on the whole) is fairly divided, I don't think > we should trivial

Re: Proposal: let’s have a GR about the init system

On 25/10/13 16:28, Russ Allbery wrote: > Fully supporting an init system means, among other things, writing or > generating native configuration files for that init system so that we can > take full (or at least fuller) advantage of its capabilities. We're > currently not doing that for anything o

Re: let's split the systemd binary package

On 26/10/13 21:23, Florian Weimer wrote: >> "Session tracking" includes suspending/hibernating, because logind has >> a mechanism to let apps delay suspend, which is necessary for things >> like closing the inherent race condition in "lock the screensaver when >> we suspend... oh, oops, it didn't g

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

On 31/10/13 12:27, Thorsten Glaser wrote: > On Thu, 31 Oct 2013, Florian Weimer wrote: > >> Curiously, a lot of system administrators do not do this correctly >> using sysvinit, causing system daemons to start unexpectedly after >> installing package updates. > > What *is* the correct way, anyway

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

On 31/10/13 13:06, Thorsten Glaser wrote: >> My understanding is that something like `update-rc.d $service disable` > > … isn’t that overwritten by the update-rc.d commands in the > maintainer scripts (postinst) when the package is upgraded? Not in the sysv-rc implementation, at least. `update-rc

automatically cross-grading lib32nss-mdns to libnss-mdns:i386?

nss-mdns/unstable is currently available in these flavours: libnss-mdns:any (contains a native binary) lib32nss-mdns:amd64 (contains an i386 binary) My goal is that when amd64 users with both packages do a dist-upgrade to jessie, if they have the i386 foreign architecture, they rece

Re: Bits from dpkg developers - dpkg 1.16.1

On Mon, 03 Oct 2011 at 17:11:21 +0200, Bastien ROUCARIES wrote: > On Mon, Oct 3, 2011 at 3:02 PM, Florian Weimer wrote: > > Not necessarily.  -fPIC and -fPIE force calls to global functions > > defined in the same translation unit to go through the PLT.  They > > aren't translated to direct IP-rel

Re: Re: RFC: Making mail-transport-agent Priority: optional

On Thu, 13 Oct 2011 at 10:17:38 +0200, Bernhard R. Link wrote: > * Josh Triplett [111013 05:51]: > > Users can easily install an MTA; why do they need one *by default* on > > every Debian system they install? > > Because the system is not in a useful state without. If you want to > cripple your s

Re: RFC: Making mail-transport-agent Priority: optional

On Fri, 14 Oct 2011 at 16:02:09 -0700, Don Armstrong wrote: > On Wed, 12 Oct 2011, Josh Triplett wrote: > > End-user systems (desktops, laptops) typically handle mail via one > > or more smarthosts elsewhere, driven by MUAs that know how to talk > > SMTP. > > While this definitely is the current s

Re: RFC: Making mail-transport-agent Priority: optional

On Sat, 15 Oct 2011 at 13:23:00 +0200, Adam Borowski wrote: > Do you mean [...] the > envelope icon Gnome3 adds that holds such important info like the last song > that started playing (used to OSD for a couple of seconds), or that you got > new mail (no matter it's already shown elsewhere, and the

Re: RFC: Making mail-transport-agent Priority: optional

On Sun, 16 Oct 2011 at 16:09:50 +0100, Roger Lynn wrote: > On 15/10/11 22:00, Josh Triplett wrote: > > Every ISP mailserver I've seen, and for that matter almost every other > > mailserver I've seen, requires SMTP AUTH to send mail; the SMTP AUTH > > credentials vary by user. > > I don't believe t

Re: Coinstallability of Fortran libraries built with different compilers

On Sun, 23 Oct 2011 at 10:22:42 +0100, Alastair McKinstry wrote: > i386-linux-intel does not yet officially exist. Where are the > triplets specified? GNU configuration types are specified by GNU config.sub and config.guess (distributed with autoconf, but they have their own upstream git repositor

Re: directory under /usr/bin -- Ok or not?

On Thu, 03 Nov 2011 at 22:58:38 +0400, Igor Pashev wrote: > Isn't /usr/libexec for "internal use" exetutables? In the GNU coding standards and on Red Hat-based distributions, yes; in the FHS (and hence Debian), no. (libexec isn't specified by the FHS.) S -- To UNSUBSCRIBE, email to debian-

Re: The mingw* mess in Debian

On Wed, 09 Nov 2011 at 13:33:14 +0100, Fabian Greffrath wrote: > is there a reason why we have both a mingw32 and a gcc-mingw32 > package in Debian? Both seem to contain the same, i.e. the GCC from > the MinGW project (please note they dropped the "32" for a while), > but the version in gcc-mingw32

Re: Using Qt debug libraries without configure and qmake

On Tue, 15 Nov 2011 at 19:02:48 +, Neil Williams wrote: > Fix the rest of the flags. In most cases, what you're thinking of as > the "release" build may actually contain debug symbols which dh_strip > would then put into a dbg package. What matters (the only thing > which matters) is exactly wh

Re: Using Qt debug libraries without configure and qmake

On Thu, 17 Nov 2011 at 13:00:40 +0100, Malte Forkel wrote: > - What do you mean by > > Don't strip in the upstream build. Just don't. Ever. > Is it that any stripping should be initiated from debian/rules, but > should never be performed by the upstream Makefiles? Always build with -g, and never

Re: The mingw* mess in Debian

On Fri, 25 Nov 2011 at 03:07:16 +0100, Stephen Kitt wrote: > I'd vote for > mingw-w64-i686 and mingw-w64-x86_64 in the end It'll have to be x86-64 (or even x86.64) in package names, since _ isn't allowed there, but the general principle seems OK. There is precedent in the archive for replacing th

Bug#650154: ITP: python-rgain -- Replay Gain volume normalization Python tools

Package: wnpp Severity: wishlist Owner: Simon Chopin * Package name: python-rgain Version : 1.0.1 Upstream Author : Felix Krull * URL : https://bitbucket.org/fk/rgain/ * License : GPL-2+ Programming Lang: Python Description : Replay Gain volume

Bug#650290: ITP: lastfmfp -- Last.fm audio fingerprinting library

Package: wnpp Severity: wishlist Owner: Simon Chopin * Package name: lastfmfp Version : 1.6.0 Upstream Author : Last.fm Ltd * URL : http://github.com/lastfm/FingerprinterL * License : LGPL-2.1+ Programming Lang: C++ Description : Last.fm audio

Bug#651094: ITP: pyacoustid -- Chromaprint Python bindings and interface to the Acoustid service

Package: wnpp Severity: wishlist Owner: Simon Chopin * Package name: pyacoustid Version : 0.2 Upstream Author : Adrian Sampson * URL : https://github.com/sampsyo/pyacoustid * License : MIT Programming Lang: Python Description : Chromaprint Python

Re: Red Hat is moving from / to /usr/

On Wed, 07 Dec 2011 at 01:43:34 +0100, Marco d'Itri wrote: > http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=12a362be5c1982f80dbfb75bda070208a2c99cdf > > Discuss. As far as I can make out, their position is that a separate /usr is now only supported if you mount it from the initrd

Re: Red Hat is moving from / to /usr/

On Thu, 08 Dec 2011 at 11:06:46 +0100, Stephan Seitz wrote: > That depends. I have some systems where all file systems except > /boot are encrypted. Since I don’t use Debian kernels and initramfs, > I created a small one myself to ask for the /-partition password. > Now I would have to put the whol

Re: from / to /usr/: a summary

On Thu, 08 Dec 2011 at 21:14:05 +0100, Iustin Pop wrote: > Please excuse me if I misunderstand things, but there was no information > about this in the previous thread: why would gnome _ever_ care when /usr > is mounted? For "GNOME" read "system services which GNOME depends on", presumably. S

Bug#651935: ITP: audioread -- Backend-agnostic audio decoding Python package

Package: wnpp Severity: wishlist Owner: Simon Chopin * Package name: audioread Version : x.y.z Upstream Author : Name * URL : http://www.example.org/ * License : MIT Programming Lang: Python Description : Backend-agnostic audio decoding Python package

debian/copyright, DEP5 and SPDX

might find it interesting. /Simon -- 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/877h207b7m@latte.josefsson.org

Re: debian/copyright, DEP5 and SPDX

Michael Shuler writes: > On 12/13/2011 09:17 AM, Simon Josefsson wrote: >> Possibly DEP5-compliant files could be generated from SPDX files. > > This has come up in several DEP5 discussions over the past ~year, as > well as several recent mentions: > > https://www.googl

Re: Bug#652011: general: Repeated pattern of FHS violation: Dependencies of /sbin and /bin, belong in /lib

On Thu, 15 Dec 2011 at 13:29:18 +, Roger Leigh wrote: > ... albeit introducing some problems with users who would need > to resize the rootfs (but this has always been an issue with upgrades, ... particularly if general-purpose libraries (GLib, D-Bus, OpenSSL, Expat, HAL, zlib...) gradually cr

Re: Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

On Fri, 16 Dec 2011 at 12:13:55 +0100, Goswin von Brederlow wrote: > As for /var that should be a seperate partition. [...] > Overall it is a good idea and having it a > seperate partition is no burden for the normal user. I don't think that should be the default; remember that the default is what

Re: Switching apt-spy to native package, looking for suggestions

On Wed, 04 Jan 2012 at 01:12:00 +0800, Thomas Goirand wrote: > Let's say you're doing an Ubuntu package. In this case, you'd be > using upstart, and not an insserv scripts, and you wouldn't need to > depend on lsb-base for example. Or logrotate restarting of daemons > in Ubuntu would use "restart"

Re: from / to /usr/: a summary

On Sun, 01 Jan 2012 at 20:20:42 +, Tanguy Ortolo wrote: > Enrico Weigelt, 2011-12-31 03:55+0100: > > IMHO this is completely wrong, those files should be under > > /usr/lib/... or maybe even /usr/share/... as they're not > > dynamic data. > > Well, when people install new plugins or new themes

Re: Bug#644788: Bug#654116: RFH: screen -- terminal multiplexor with VT100/ANSI terminal emulation

On Mon, 02 Jan 2012 at 16:26:55 -0500, Yaroslav Halchenko wrote: > On Mon, 02 Jan 2012, Axel Beckert wrote: > > > /tmp is a good choice because the next reboot will automatically clean > > > up everything (and obviously the old binary will not be needed after > > > a reboot). > > Thank you Axel

Bug#655973: ITP: musicbrainzngs -- Python bindings for the Musicbrainz NGS webservice interface

Package: wnpp Severity: wishlist Owner: Simon Chopin * Package name: musicbrainzngs Version : 0.1 Upstream Author : Alastair Porter * URL : https://github.com/alastair/python-musicbrainz-ngs * License : BSD-2-clause Programming Lang: Python Description

Re: Patch Tagging Guidelines: DEP-3 moved to ACCEPTED status

On 16/01/12 16:01, Jonathan Wiltshire wrote: A CVE field, mandatory if a CVE has been published for this patch and is the major component of this patch, would allow easy tracing of patches back to CVE publications later (for review perhaps, or by other distributions). I wonder whether CVE IDs a

Re: Clarifying the mandatory contents of the Debian copyright file.

ely make it syntactically conform to the DEP5 file format, typically by folding the old data under a 'Files: *' header. If this is the case, and there is an example on how to do it, this could trigger more DEP5 adoption. /Simon -- To UNSUBSCRIBE, email to debian-devel-r

Re: RFC: Realtime system (audio) group

On 25/01/12 10:32, Adrian Knoth wrote: As outlined in #656910, "being in the audio group" and "having realtime priorities" aren't separated at the moment. To make these two independent, we'd need to use a different (new?) group for realtime priorities. rtkit (packaged in Debian) seems a safer

Re: -fPIE and stuff

On 29/01/12 23:25, Russ Allbery wrote: > For PIE, the main practical problem with PIE is that PIE and PIC conflict, > so you can't just add -fPIE to the compiler flags of a package that builds > both executables and libraries. I investigated this for D-Bus (which builds a security-sensitive daemon

Bug#658253: ITP: pylast -- Python interface to Last.fm and other compatible services

Package: wnpp Severity: wishlist Owner: Simon Chopin * Package name: pylast Version : 0.5.11 Upstream Author : Amr Hassan * URL : http://code.google.com/p/pylast/ * License : Apache-2.0 Programming Lang: Python Description : Python interface to

Re: Please test gzip -9n - related to dpkg with multiarch support

On 08/02/12 10:22, Neil Williams wrote: > Nothing in /usr/share/ matters for a cross package created by > dpkg-cross (with the possible exception of /usr/share/pkg-config > which was always anachronistic). I'd understood that /usr/share/pkgconfig should be used for the sort of packages that would

Re: Endianness of data files in MultiArch (was: Please test gzip -9n - related to dpkg with multiarch support)

On 08/02/12 17:22, Aron Xu wrote: > Some packages come with data files that endianness matters, and many > of them are large enough to split into a separate arch:all package if > endianness were not something to care about. AFAIK some maintainers > are not aware of endianness issues in their packag

Re: Teams in changelog trailers

e mushrooms (Closes: #424242) -- Simon McVittie Sun, 19 Feb 2012 11:49:02 + Bad: minetest (0.23-5) unstable; urgency=low [ Simon McVittie ] * Fix crash when badgers consume mushrooms (Closes: #424242) -- Debian Games Team Sun, 19 Feb 2012 11:49:02 + I think this is the thi

Re: Teams in changelog trailers

nse to store it in the code itself. And here, the whole debian/ directory is the code. Regards, Simon signature.asc Description: Digital signature

Re: upstart: please update to latest upstream version

On 28/02/12 11:08, Riku Voipio wrote: > What is more important is to provide the > infrastructure to avoid the need of scripting in first place. Like in upstart > where there are handy stanzas like umask, env, nice, limit, and so on. This is the reason I like systemd and Upstart better than sysvin

libidn re-license

e work out license (in)compatibility later on? I'm sure this must have come up before for other packages that have been relicensed, but I couldn't find any generic advice. /Simon -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe&q

Re: libidn re-license

s in the free software community, which there appears to be. Thanks, /Simon -- 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/87sjhkpyzg@latte.josefsson.org

Re: libidn re-license

Florian Weimer writes: > * Simon Josefsson: > >> I co-maintain the libidn package. As upstream, I recently relicensed it >> from LGPLv2+ to GPLv2+|LGPLv3+. I'd like to upload the latest version >> into Debian before Wheezy since a pretty nasty inifinte-loop bug has

Re: Quilt patch for patching things in the debian folder

On 07/03/12 09:34, Neil Williams wrote: > Turn the problem around - if someone (me) comes to you about one > of your packages with a set of changes which are necessary to be > able to rebuild your package, say, without perl or without SSL or > without LDAP support - how would you prefer that to be

Re: libidn re-license

Libidn is now GPLv2+|LGPLv3+. I don't immediately see how that exception could be used here. I wouldn't want to s/GPLv3/GPLv2+|LGPLv3+/ on a document like that without sanity checking by some legal entity. I recall that the FSF and GCC folks spent a lot of time working out that doc

Re: libidn re-license

Julien Cristau writes: > On Tue, Mar 6, 2012 at 20:35:53 +0100, Simon Josefsson wrote: > >> I co-maintain the libidn package. As upstream, I recently relicensed it >> from LGPLv2+ to GPLv2+|LGPLv3+. > > So maybe that's a stupid question, but... Why? You didn'

Re: libidn re-license

Thanks for several responses -- however the underlying question I had, whether the upload the new package to unstable or not, was not resolved. Does anyone see any reason to delay or abstain from the upload? If not, I'll do the upload within days. /Simon -- To UNSUBSCRIBE, email to d

Bug#664071: ITP: py.test -- simple, powerful testing in Python

Package: wnpp Severity: wishlist Owner: Simon Chopin * Package name: py.test Version : 2.2.3 Upstream Author : Holger Krekel, Benjamin Peterson, Ronny Pfannschmidt, Floris Bruynooghe and others * URL : http://pytest.org * License : MIT

Re: Bug#664257: multiarch tuples are not documented/defined

On 19/03/12 14:50, Matthias Klose wrote: > first thing would be the documentation of each tuple currently used by > Debian (including the ones used for the non-default biarch multilibs). Are you looking for the sort of information Jonathan gave? If not, perhaps you could describe some well-known a

Re: Bug#664784: ITP: sandbox -- A helper utility to run programs in a sandboxed environment

On 20/03/12 20:11, Ivan Krylov wrote: > Sandbox is a library (and helper utility) to run programs in a "sandboxed" > environment. This is used as a QA measure to try and prevent applications > from > modifying files they should not. Is sandbox secure (in the sense that an actively malicious p

Re: a good "license your software" how-to for upstream developers ?

wonder if there is some clear and concise documentation > about how to properly license a free software, targeted at upstream > developers. Maybe http://wiki.debian.org/UpstreamGuide#Licenses ? -- Simon Paillard -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with

Re: init systems and Policy

On 27/03/12 07:20, Tollef Fog Heen wrote: >> It is not clear to me the status of similar policy work for systemd, >> although I see that systemd maintainers are participating in >> #591791. Again, if you're interested in Debian switch to systemd, >> please contribute to that work rather than arguin

Re: init systems and Policy

On 27/03/12 09:31, Andrey Rahmatullin wrote: > dh_installinit(1) in unstable already prefers > debian/package.upstart to debian/package.init and doesn't install > both when both are present. Right, that'd have to be reverted or otherwise avoided to support Upstart being optional. I still prefer th

Re: On init in *Debian*

On 02/04/12 18:03, Andrey Rahmatullin wrote: > What I meant is: it is a common knowledge that you need to write > an initscript for each specific distro even though most of them use > sysvinit, but does this apply to systemd unit files too? dbus has a different init script for each distro, but one

Re: ${HOME} vs. g_get_home_dir ()

On 27/09/12 22:53, Josselin Mouette wrote: > Le jeudi 27 septembre 2012 à 14:39 -0700, Josh Triplett a écrit : >> "sudo foo" leaves $HOME set to the user's >> home directory rather than root > > This is a bug in sudo. There can be very dangerous things in $HOME It's configurable, because each of

Re: rm -rf /usr/somedir in maintainer scripts?

On 01/10/12 07:51, Tollef Fog Heen wrote: > Now that we have well working bind mounts, we could actually deprecate > [sysadmins moving directories to a less full filesystem and leaving > symlinks behind] and just tell people to use bind mounts instead. At least > if our non-Linux ports has decent

Re: Hijacking^W^W^W^W^W^WSalvaging packages for fun and profit: A proposal

On 01/10/12 09:51, Thijs Kinkhorst wrote: > I've had an NMU in the past for a package when I had a little less time, > but the change was sound and correct. So I didn't bother to make an > (empty) MU just to acknowledge it - I think that should be OK and not > 'punished' by taking it as a sign of a

Re: (seemingly) declinging bug report numbers

don't know if this is a general trend. I can confirm the trend for a couple of organisations. The primary reason that I identified was the retirement of security support for Lenny and that Lenny packages are removed from many Debian mirrors which made it difficult to use Lenny machines. IMHO, supp

Re: Debian should move away from MD5 (and at best also from SHA1) (in secure APT and friends)

On 12/10/12 12:10, David Kalnischkies wrote: > I wonder if it is really a good idea to search for a security checksum > based on the metric that it can be quickly calculated … but off-topic. It depends what you're using it for: security is not magic pixie dust. A hashing algorithm that is faster a

Re: Bugs filed in unexpected places

ed to other places (such as the PTS, and perhaps the > package's own bug page). Instead of parsing a wnpp bug title, with potential errors, have a more formal data model and tag RFH/RFA/O.. with a dedicated wnpp tag ? This way, you can : - easily get the list of wnpp bugs - easily s

Re: Something like nocompress DEB_BUILD_OPTION

On 08/11/12 19:31, Dmitrijs Ledkovs wrote: > I would like to have a nocompress Debian build option that will skip > any compression/optimisation at build time. That seems like mixing two orthogonal things: an uncompressed or fastest-possible-compression .deb or source package, and speeding up comp

Re: Naming Debian Versions on debian.org web site.

d to > mention always both version number and code name. I quite agree, but I wonder whether users may be lost if we both display "squeeze 6.0.2" and "squeeze 6.0.5" (for example). > What is your impression? That such interesting remark should be sent to the relevant -

Re: Bug#693637: ITP: q3map2 -- a quake 3 map compiler

On 18/11/12 20:17, David Bate wrote: > * Package name: q3map2 > Version : xonotic-v0.6.0 > * URL : http://git.xonotic.org/?p=xonotic/netradiant.git Are there other projects that call themselves q3map2? Would netradiant-q3map2 be a better name? Is the source package going to

Re: New virtual packages: lv2-plugin and lv2-host

On 21/11/12 17:27, Russ Allbery wrote: > Without that, it's questionable whether the > virtual package serves any purpose, and indeed you'll find that the CD > ripping packages in Debian don't reference mp3-encoder ... and perhaps more tellingly, only one package Provides it, and that package isn'

Re: the right bug severity in case of mbox formats

On 28/11/12 15:34, Darren Salt wrote: > Having just viewed the raw text of my message (as sent), there's one other > little wrinkle which I already knew but had failed to consider and which > makes testing of this useless: gpg handles any 'From ' lines itself in a > reversible manner, using '- ' as

Re: Candidates for removal from testing (2012-11-30)

On 30/11/12 11:55, Niels Thykier wrote: > The packages have been selected based on the following criteria: * > The package had at least one RC bug without activity for the past > 14 days. ... > Debian GNOME Maintainers > gnome-dvb-daemon > (U) I have no particular interest in gnome-dvb-daemon, b

Re: GFDL in main

sharing the script / criteria you used ? This kind of check should be included in lintian. -- Simon Paillard -- 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.o

Re: Candidates for removal from testing (2012-11-30)

On 03/12/12 11:19, José Luis Segura Lucas wrote: > Are all the packages affected by this issue going to be removed > from testing? No, unless you prevent them from being fixed by making uploads that are not suitable for wheezy. (You quoted the full text of the email to which you replied, so presum

<    3   4   5   6   7   8   9   10   11   12   >