Bug#707672: marked as done (general: binary diffs of large packages)

Your message dated Fri, 10 May 2013 14:47:04 +0800 with message-id and subject line Re: Bug#707672: general: binary diffs of large packages has caused the Debian Bug report #707672, regarding general: binary diffs of large packages to be marked as done. This means that you claim that the problem

Bug#707672: general: binary diffs of large packages

Package: general Severity: wishlist Dear Debian, At the end of a slow line it would still be nice to be able to download only the actual binary differences between versions of a package during an upgrade. Especially for larger packages. I'm sure it is possible to do technically, but it may r

Re: Developer repositories for Debian

On Fri, May 10, 2013 at 2:16 PM, Raphael Hertzog wrote: > I don't think that you're speaking of the same thing. I see no information > about "X.509 client certificates" in Monkeysphere. It offers ways to > validate the server certificate (if it's not signed by known CA) but it > doesn't seem to of

Re: Developer repositories for Debian

On Fri, 10 May 2013, Paul Wise wrote: > On Fri, May 10, 2013 at 4:33 AM, Russ Allbery wrote: > > > That level of security isn't great, though. GPG keys are much more secure > > than that password. What we would want for equivalent security in a web > > interface is personal X.509 certificates. >

Re: Debian development and release: always releasable (essay)

On Fri, May 10, 2013 at 3:49 AM, Lars Wirzenius wrote: > * An attitude change: we decide that releases are important, and that > they're the job of the entire project, not just the release team. I already believe that. I would find it quite surprising if people actually believe that releases ar

Re: DPA instead of PPA

Le Thu, May 09, 2013 at 08:38:02AM +0200, Raphael Hertzog a écrit : > Hi, > > On Wed, 08 May 2013, Holger Levsen wrote: > > I actually really like this idea! (Though I suggest "Debian Personal > > Archive".) > > > > It's really different from what people know as PPAs. > > To be fair, "Personal"

Re: New version of libselinux makes libpcre3 pseudo-essential

On Fri, May 10, 2013 at 4:38 AM, Russ Allbery wrote: > Игорь Пашев writes: > >> Will it change anything except non-linux systems will get libpcre3 by >> default, while do not need it? > >> Maybe make libselinux optional? ;-) > > windlord:~> apt-cache rdepends libselinux1 | tail ... > No. :) Since

Re: Developer repositories for Debian

On Fri, May 10, 2013 at 4:33 AM, Russ Allbery wrote: > That level of security isn't great, though. GPG keys are much more secure > than that password. What we would want for equivalent security in a web > interface is personal X.509 certificates. > > I think it would be interesting to have that

Re: Current and upcoming toolchain changes for jessie

On 09/05/2013 06:06, Florian Weimer wrote: > I mistyped, I meant ABI. I'm deeply sorry about that, it mangles my > statement quite badly. > > AFAIK, this is the major reason why the C++11 support is still marked > as experimental. C++ never had a set ABI in the standard. It's up to compiler/tool

Re: DPA instead of PPA

On Thu, 09 May 2013, Steve McIntyre wrote: > In article <518b7cf6.3080...@debian.org> you write: > >On 09/05/13 07:38, Raphael Hertzog wrote: > >> bikeshed \o/ > > > >You probably meant this to be a comment on the discussion rather than a > >suggested name, but "until it gets uploaded to unstable,

Work-needing packages report for May 10, 2013

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: 512 (new: 9) Total number of packages offered up for adoption: 139 (new: 5) Total number of packages request

Bug#707656: ITP: node-node-dequeue -- Simple Double Ended Queue Datastructure for Node.js

Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: node-node-dequeue Version : 1.0.3 Upstream Author : Sean (lleo) M. Egan * URL : https://github.com/lleo/node-dequeue * License : BSD-2-clause Programming Lang: Javascript Description

Re: Debian development and release: always releasable (essay)

Vincent Bernat writes: > ❦ 9 mai 2013 21:49 CEST, Lars Wirzenius  : >> A package that is not included in one or more of the reference >> installations is a package we want to include in the release, but we >> will not delay the release for its sake. We should have a low threshold >> for removin

Bug#707643: ITP: python-grokmirror -- Framework to smartly mirror git repositories

Package: wnpp Severity: wishlist Owner: Adrian Alves * Package name: python-grokmirror Version : 0.3 Upstream Author : Konstantin Ryabitsev * URL : https://git.kernel.org/cgit/utils/grokmirror/grokmirror.git * License : GPL Programming Lang: Python Descrip

Re: New version of libselinux makes libpcre3 pseudo-essential

Игорь Пашев writes: > Will it change anything except non-linux systems will get libpcre3 by > default, while do not need it? > Maybe make libselinux optional? ;-) windlord:~> apt-cache rdepends libselinux1 | tail libglib2.0-0 gdm3 dump dpkg dmraid dbus-1-dbg dbus cron coreutil

Re: Debian development and release: always releasable (essay)

❦ 9 mai 2013 21:49 CEST, Lars Wirzenius  : > * Remove RC buggy packages sooner rather than later. An RC buggy > package should be removed at soon as possible: when the bug > is identified, allow a bit of time for the bug to be verified > (was it actually an RC bug?), but after that, remove

Re: Developer repositories for Debian

Raphael Hertzog writes: > On Mon, 06 May 2013, Joerg Jaspert wrote: >> Nah, the webinterface just should end up like the DAM webinterface: You >> do whatever you need, then click a button - and voila, there is >> everything ready to copy/paste into a MUA. Send with sig, done. > Why? This is just

Bug#707642: ITP: node-node-redis -- Redis client implementation for Node.js

Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: node-node-redis Version : 0.1.6 Upstream Author : Tim Smart * URL : https://github.com/tim-smart/node-redis * License : Expat Programming Lang: Javascript Description : Redis client i

Re: Debating difficult development issues in essay form

On Thu, 2013-05-09 at 20:45 +0100, Lars Wirzenius wrote: > This e-mail is jointly from Lars Wirzenius and Russ Allbery. > The executive summary: We'd like to see more thoughtful debates > of important Debian development issues, and have created > as a way to encourag

Bug#707640: ITP: node-security -- Safely encoding and decoding methods with Node.js

Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: node-security Version : 1.0.0 Upstream Author : Chad Weider * URL : https://github.com/cweider/js-security * License : Expat Programming Lang: Javascript Description : Safely encoding

Re: can someone explain what is happen on line one from this listing?

On Thu, May 09, 2013 at 01:45:55PM +0200, Mailbox wrote: > Hello Developer Group, > > can someone explain what is happen on line one from this listing? [...] This is off-topic; you should ask on the debian-user list or other support channel. Ben. -- Ben Hutchings We get into the habit of livin

Re: DPA instead of PPA

In article <518b7cf6.3080...@debian.org> you write: >On 09/05/13 07:38, Raphael Hertzog wrote: >> bikeshed \o/ > >You probably meant this to be a comment on the discussion rather than a >suggested name, but "until it gets uploaded to unstable, you can get >GNOME 3.8 from the GNOME Team bikeshed" ac

Re: Depends: libfoo:foreign ???

On 2013-05-09 21:00, Steve Langasek wrote: > [...] > > Sorry for not knowing the answer to this, but does britney support :any > dependencies? These don't require any cross-architecture dependency > resolution, but should be satisfiable within each architecture; britney just > needs to support th

Debian development and release: always releasable (essay)

This is from Russ Allbery and myself. See http://wiki.debian.org/Debate for context, and http://wiki.debian.org/AlwaysReleasableTesting for the canonical version of this essay. We hope that the readers will take their time to read this, reflect on it, and then maybe write their own essay and add i

Re: idea: generalized soft dependencies

Hi, 2013-05-09 09:01, Johannes Schauer: > [...] > Soft-Depends: a [minthresh:90], b (>= 1.2) [minthresh:20], c (>= 4) > [minthresh:99], c (>= 6) [minthresh:70] > Soft-Depends: iceweasel [minthresh:50 tag:desktop], curl [minthresh:95 > !installed:wget] Indeed, this syntax would be just as good.

Re: idea: generalized soft dependencies

Hi, Thank you for comments. 2013-05-09 18:44, David Kalnischkies: > On Wed, May 8, 2013 at 8:51 PM, Eugene V. Lyubimkin wrote: > > Soft-Depends: a {90%}, b (>= 1.2) {20%}, c (>= 4) {99%}, c (>= 6) {70%} > > If we assume its already hard to decide "recommends" or "suggests" it will > be impossib

Re: Depends: libfoo:foreign ???

On Thu, May 09, 2013 at 08:43:22AM +0200, Niels Thykier wrote: > On 2013-05-09 07:56, Paul Wise wrote: > > On Thu, May 9, 2013 at 1:08 PM, Andreas Beckmann wrote: > >> I just noticed that we have the first amd64 package in the archive that > >> has dependencies on :i386 qualified libraries: > >>

Re: can someone explain what is happen on line one from this listing?

It seems you have a faulty hard disk. Istimsak abdulbsir On May 9, 2013 7:47 AM, "Mailbox" wrote: > Hello Developer Group, > > can someone explain what is happen on line one from this listing? > > why i loos the interrupt? > > what is the Status 0x50? > > has someone a idea in which Documentatio

Bug#707625: ITP: u1db -- Ubuntu One structured data storage - Python API

Package: wnpp Severity: wishlist Owner: Micah Anderson * Package name: u1db Version : 0.1.4 Upstream Author : Canonical Ltd * URL : https://launchpad.net/u1db * License : LGPL-3 Programming Lang: Python, C Description : Ubuntu One structured data storag

Bug#707620: ITP: python-dirspec -- Python User Folders Specification Library

Package: wnpp Severity: wishlist Owner: Micah Anderson * Package name: python-dirspec Version : 4.2.0 Upstream Author : Canonical Ltd. * URL : https://launchpad.net/dirspec * License : LGPL-3 Programming Lang: Python Description : Python User Folders Sp

Bug#707619: ITP: python-paisley -- CouchDB client written in Python to be used within a Twisted application

Package: wnpp Severity: wishlist Owner: Micah Anderson * Package name: python-paisley Version : 0.3.1 Upstream Author : David Reid and Thomas Herve * URL : https://github.com/objcode/paisley * License : Expat Programming Lang: Python Description : Couch

Bug#707615: ITP: python-autopep8 -- tool that automatically formats Python code to conform to autopep8

Package: wnpp Severity: wishlist Owner: Micah Anderson * Package name: python-autopep8 Version : 0.8.7 Upstream Author : Hideo Hattori * URL : https://pypi.python.org/pypi/autopep8 * License : Expat Programming Lang: Python Description : tool that auto

Re: epoch fix?

On 05/08/2013 05:07 PM, Thomas Goirand wrote: > On 05/08/2013 11:27 AM, Adam Borowski wrote: >> On Wed, May 08, 2013 at 09:46:02AM +0800, Thomas Goirand wrote: >>> What I think should be fixed is the fact that it doesn't >>> appear in the filename. I never understood why they >>> don't. Did I miss

Re: New version of libselinux makes libpcre3 pseudo-essential

On Wed, May 8, 2013 at 8:09 PM, Marc Haber wrote: > On Wed, 8 May 2013 11:56:15 +0200, Bastian Blank > wrote: >>Please re-read the policy, especially 2.5: >>| Packages must not depend on packages with lower priority values >>| (excluding build-time dependencies). > > IIRC that policy paragraph is

Re: idea: generalized soft dependencies

On Wed, May 8, 2013 at 8:51 PM, Eugene V. Lyubimkin wrote: > Soft-Depends: a {90%}, b (>= 1.2) {20%}, c (>= 4) {99%}, c (>= 6) {70%} If we assume its already hard to decide "recommends" or "suggests" it will be impossible to choose a number between 0 and 100. Basically we are rating likelihood of

Bug#707601: ITP: debmake -- helper script to make the Debian source package

Package: wnpp Severity: wishlist Owner: Osamu Aoki * Package name: debmake Version : 4.0.0 Upstream Author : Osamu Aoki * URL : * License : MIT Programming Lang: Python3 Description : helper script to make the Debian source package This package help

Re: epoch fix?

On Thu, May 9, 2013 at 11:43 AM, Philip Hands wrote: > I presume it's OK to add the implicit 0: to non-epoch depends? No, that not okay. dpkg rewrites versions at times – mainly in /var/lib/dpkg/status – to a "canonical" form, so this information is lost at some point. Especially does it cause "

Re: Merging / and /usr (was: jessie release goals)

On May 09, "Bernhard R. Link" wrote: > Or in other words: to make essential functionality not available if > /usr is broken. Again: this is not we are discussing. Essential functionality is moving to /usr anyway, no matter if /bin will become a symlink to /usr/bin. > Having a seperate / means y

Re: jessie release goals

t;bad" warnings). dpkg-buildflags already uses -Werror=format-security. S [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian...@lists.debian.org;tag=qa-ftbfs-20130509 [2] among amusing indications that -Werror is not quite right: "byzanz: FTBFS: record.c:59:3: error: func

Re: Depends: libfoo:foreign ???

+++ Goswin von Brederlow [2013-05-09 11:39 +0200]: > On Thu, May 09, 2013 at 08:43:22AM +0200, Niels Thykier wrote: > > On 2013-05-09 07:56, Paul Wise wrote: > > > On Thu, May 9, 2013 at 1:08 PM, Andreas Beckmann wrote: > > > > > >> I just noticed that we have the first amd64 package in the archiv

Re: epoch fix?

* Steve Langasek , 2013-05-09, 07:39: On Thu, May 09, 2013 at 10:43:27AM +0100, Philip Hands wrote: Looks like it might be possible to for test with lintian. I presume it's OK to add the implicit 0: to non-epoch depends? If so, lintian could complain whenever a dependency is specified on a pa

Re: Doubts about PPA in Debian

On 2013-05-09 22:55:33 +0800 (+0800), Thomas Goirand wrote: [...] > And I seriously wished it wasn't the case, and that upstream > understood better what the distribution requirements are. [...] Actually, in this case (OpenStack) from what I've seen the upstream community understands the distribut

Re: Merging / and /usr (was: jessie release goals)

* Roger Leigh [130509 13:34]: > The assumptions here are that a separate rootfs decreases the chance > of breakage, and that you'll need the rootfs to perform the rescue. No, the point is that having two file systems reduces the amout of breakage you get. All the important stuff is in / while /u

Re: Doubts about PPA in Debian

On 05/07/2013 03:34 PM, Joerg Jaspert wrote: > While there are certainly use cases that will stay in a PPA forever > (Thomas described one) And I seriously wished it wasn't the case, and that upstream understood better what the distribution requirements are. This should be considered as the last

Re: epoch fix?

On Thu, May 09, 2013 at 10:43:27AM +0100, Philip Hands wrote: > Looks like it might be possible to for test with lintian. > I presume it's OK to add the implicit 0: to non-epoch depends? > If so, lintian could complain whenever a dependency is specified on a > package with an epoch, unless the ve

Re: Doubts about PPA in Debian

On 2013-05-09 15:58:02 +0800 (+0800), Thomas Goirand wrote: > On 05/07/2013 10:34 PM, Paul Wise wrote: > > On Tue, May 7, 2013 at 10:12 PM, Thomas Goirand wrote: [...] > > > Also, the rules in backports is that packages should be > > > already migrated to testing. The point is, if I had PPAs, I > >

Re: Merging / and /usr (was: jessie release goals)

* Marco d'Itri [130509 16:03]: > So, please let me know if you have some technical objections better > than "it's an hack". Having a seperate / means you have an instant rescue image that has just the right kernel and tools you need to repair the rest of your system. You also have one small file

Re: Merging / and /usr (was: jessie release goals)

On May 09, Marc Haber wrote: > If you don't care about the companies that use Debian and you want > their sponsoring money to go elsewhere, yes, absolutely do this. Actually I care a lot, since I happen to have a role in one which manages quite a bit of Debian servers (four digits of Debian serv

Bug#707571: ITP: node-channels -- Event channels in Node.js

Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: node-channels Version : 0.0.5 Upstream Author : Peter 'Pita' Martischka * URL : https://github.com/Pita/channels * License : Apache-2.0 Programming Lang: Javascript Description : Even

Re: Merging / and /usr (was: jessie release goals)

On Thu, May 09, 2013 at 10:32:09AM +0200, Marc Haber wrote: > That's how I do it for new installs. However, this is vastly more > complex than the traditional setup, and it doesn't help for systems in > maintenance mode that, for example, cannot be changed because of > service level agreements and

Re: wheezy postmortem re rc bugfixing

On 09/05/13 at 13:20 +0200, Julien Cristau wrote: > On Thu, May 9, 2013 at 12:55:03 +0200, Lucas Nussbaum wrote: > > > Also, we should be more agressive at getting down the number of RC bugs > > by automatically removing RC-buggy not-so-important packages. For > > example, if we keep the current

Re: Merging / and /usr

Marc Haber writes: > Isn't that the one that doesn't even have a shell history or tab > completion? At least in squeeze I have both. Try booting with e.g. break=top to see yourself. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Cont

Bug#707559: ITP: node-commander -- The complete solution for Node.js command-line interfaces

Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: node-commander Version : 1.1.1 Upstream Author : TJ Holowaychuk * URL : https://github.com/visionmedia/commander.js * License : MIT Programming Lang: Javascript Description : The comp

Re: Merging / and /usr (was: jessie release goals)

On Thu, 9 May 2013 10:40:14 +0200, m...@linux.it (Marco d'Itri) wrote: >On May 09, Marc Haber wrote: >> That's a hack which is acceptable for single-user home desktops. We're >> talking about professional IT here. >Great, if this is the strongest objection you have then looks like it >can be done

Re: Merging / and /usr (was: jessie release goals)

On Thu, 9 May 2013 12:33:47 +0100, Roger Leigh wrote: >Regarding rescue, the initramfs has a rescue shell which I've found >to be just as useful as single user mode. Isn't that the one that doesn't even have a shell history or tab completion? >Once it has mounted the >rootfs, you can chroot into

Bug#707556: ITP: node-keypress -- Make any Node ReadableStream emit "keypress" events

Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: node-keypress Version : 0.1.0 Upstream Author : Nathan Rajlich * URL : https://github.com/TooTallNate/keypress * License : MIT Programming Lang: Javascript Description : Make any Node

can someone explain what is happen on line one from this listing?

Hello Developer Group, can someone explain what is happen on line one from this listing? why i loos the interrupt? what is the Status 0x50? has someone a idea in which Documentation an can finde more informations about 0x50? May 7 19:39:57 lxhs110a kernel: [316946.812055] ata2: lost interr

Bug#707554: ITP: hyphen-ru -- Russian hyphenation patterns for LibreOffice/OpenOffice.org

Package: wnpp Severity: wishlist Owner: Ilyas Gasanov * Package name: hyphen-ru Version : 20030310 Upstream Author : Alexander I. Lebedev * URL : http://scon155.phys.msu.su/~swan/hyphenation.html‎ * License : LPPL Programming Lang: none Description : R

Re: Merging / and /usr (was: jessie release goals)

On Wed, May 08, 2013 at 08:14:32PM +0200, Marc Haber wrote: > On Wed, 8 May 2013 17:32:13 +0200, Helmut Grohne > wrote: > >On Wed, May 08, 2013 at 12:19:25PM +0200, Philipp Kern wrote: > >> Fedora updates are different. (And so are Ubuntu updates, if one considers > >> that it's possible to provid

Re: wheezy postmortem re rc bugfixing

Lucas Nussbaum writes: > Also, we should be more agressive at getting down the number of RC bugs > by automatically removing RC-buggy not-so-important packages. This sounds like a good idea. If somebody is interested in the package they can easily reintroduce it after they have fixed the bug. -

Re: DPA instead of PPA

Another opportunity these XPAs will bring, especially the ones that will be used for staging large transitions, is to run piuparts and related tests to discover (and fix) problems before they get introduced into unstable. Andreas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.or

Re: wheezy postmortem re rc bugfixing

On Thu, May 9, 2013 at 12:55:03 +0200, Lucas Nussbaum wrote: > Also, we should be more agressive at getting down the number of RC bugs > by automatically removing RC-buggy not-so-important packages. For > example, if we keep the current time-based freeze policy for jessie, we > could announce tha

Re: wheezy postmortem re rc bugfixing

Hi! Lucas Nussbaum writes: > Also, we should be more agressive at getting down the number of RC bugs > by automatically removing RC-buggy not-so-important packages. For > example, if we keep the current time-based freeze policy for jessie, we > could announce that all not-so-important RC-buggy pa

Re: wheezy postmortem re rc bugfixing

On 09/05/13 at 08:32 +0200, Niels Thykier wrote: > The execution of the time-based freeze might have failed. Also, > "testing" did not serving its purpose of "always being in (a > near-)releasable state"[2] with its 500+ RC bugs at the start of the > freeze was not ideal (either?). I think that

Re: Merging / and /usr (was: jessie release goals)

On Thu, May 09, 2013 at 11:50:31AM +0200, Goswin von Brederlow wrote: > If you make /usr a symlink to / then there will be to distinct paths > to each file and that will confuse dpkg. > > The first problem that comes to mind is package A containing /bin/foo > and package B containing /usr/bin/foo.

Re: DPA instead of PPA

On 09/05/13 07:38, Raphael Hertzog wrote: > bikeshed \o/ You probably meant this to be a comment on the discussion rather than a suggested name, but "until it gets uploaded to unstable, you can get GNOME 3.8 from the GNOME Team bikeshed" actually sounds like a reasonable sentence to write. :-) (O

Re: Merging / and /usr (was: jessie release goals)

On Wed, May 08, 2013 at 09:12:12AM -0400, The Wanderer wrote: > On 05/07/2013 11:41 AM, Paul Tagliamonte wrote: > > >On Tue, May 07, 2013 at 05:36:41PM +0200, Marco d'Itri wrote: > > > >>On May 07, Paul Tagliamonte wrote: > >> > >>>No please. We are good about making sure they each mean something

Re: Doubts about PPA in Debian

On 05/07/2013 04:12 PM, Tollef Fog Heen wrote: > Providing backports doesn't free you from the burden of making sure > upgrades work. Thomas is facing a very large chunk of work to make sure > upgrades from the no-longer-supported E release to whatever might be in > jessie, since upstream breaks A

Re: DPA instead of PPA

On 05/09/2013 02:38 PM, Raphael Hertzog wrote: > Hi, > > On Wed, 08 May 2013, Holger Levsen wrote: >> I actually really like this idea! (Though I suggest "Debian Personal >> Archive".) >> >> It's really different from what people know as PPAs. > To be fair, "Personal" is probably not relevant eith

Re: Merging / and /usr (was: jessie release goals)

On Tue, May 07, 2013 at 04:56:04PM +0100, Roger Leigh wrote: > On Tue, May 07, 2013 at 05:35:11PM +0200, Marco d'Itri wrote: > > On May 07, ?? ?? wrote: > > > > > What about merging / and /usr ? > > An ambitious plan. > > I strongly support the "everything in /usr" scheme, but let

Re: epoch fix?

Thomas Goirand writes: > On 05/08/2013 06:30 PM, Peter Samuelson wrote: >> # in unstable >> Package: bar >> Build-Depends: libfoo-dev (>= 1.5) >> >> The 'bar' maintainer intended to require the unstable version of >> libfoo-dev, but in fact the dependency is satisfied from stable as >

Re: Depends: libfoo:foreign ???

On Thu, May 09, 2013 at 08:43:22AM +0200, Niels Thykier wrote: > On 2013-05-09 07:56, Paul Wise wrote: > > On Thu, May 9, 2013 at 1:08 PM, Andreas Beckmann wrote: > > > >> I just noticed that we have the first amd64 package in the archive that > >> has dependencies on :i386 qualified libraries: >

Call for help: archive rebuilds

Hi, I'm unlikely to be able to do much archive rebuild work in the coming year, so I would welcome help on that front. Here is the "job" description: - maintain scripts to organize archive rebuilds, parse logs and file bugs Required skills: basic Ruby knowledge (or willingness to learn) scri

Re: wheezy postmortem re rc bugfixing

On Wed, May 08, 2013 at 04:51:14PM +0100, Ian Jackson wrote: > It is good to have it released now, but I think we are all (mostly?) > agreed that wheezy took longer to release than we would have liked. > In particular, the RC bug count didn't drop "quickly enough". Thanks for bringing this up! I

Re: jessie release goals

On Thu, 9 May 2013 10:10:01 +0200, Mike Hommey wrote: > On Mon, May 06, 2013 at 02:49:57PM +0200, Andreas Beckmann wrote: > > Hi, > > > > now might be the right time to start a discussion about release goals > > for jessie. Here are some points that come into my mind right now (and > > some were

Re: Merging / and /usr (was: jessie release goals)

On May 09, Marc Haber wrote: > That's a hack which is acceptable for single-user home desktops. We're > talking about professional IT here. Great, if this is the strongest objection you have then looks like it can be done. -- ciao, Marco signature.asc Description: Digital signature

Re: Merging / and /usr (was: jessie release goals)

On Thu, 9 May 2013 03:43:44 +0200, m...@linux.it (Marco d'Itri) wrote: >Let's assume that at this point there are no files in /{bin,sbin,lib} >which have the same name of a file in /usr/{bin,sbin,lib} but are not >a symlink to them (which I suspect is something that we want anyway). > >For each $

Re: Merging / and /usr (was: jessie release goals)

On Thu, 9 May 2013 03:31:30 +0200, m...@linux.it (Marco d'Itri) wrote: >This is not relevant for what we are talking about because /usr *will* >be required be available to boot the system no matter where the files >currently in /{bin,sbin,lib} will end up. Yes. That is really bad news and I hate

Re: jessie release goals

On Mon, May 06, 2013 at 02:49:57PM +0200, Andreas Beckmann wrote: > Hi, > > now might be the right time to start a discussion about release goals > for jessie. Here are some points that come into my mind right now (and > some were already discussed very recently): > > * multiarch compatible binNM

Re: Doubts about PPA in Debian

On 05/07/2013 10:34 PM, Paul Wise wrote: > On Tue, May 7, 2013 at 10:12 PM, Thomas Goirand wrote: > >> Debian backports offers me *one* repository. I need 3 of them: > I don't see why. The combination of suites we have now should be > enough. Here is what I would do... > >> - stable -1 (currently O

Re: idea: generalized soft dependencies

Hi, Without discussing whether adding "generalized soft dependencies" would be a good idea or not, let me give you my two cents about the syntax. Quoting Eugene V. Lyubimkin (2013-05-08 20:51:54) > Soft-Depends: a {90%}, b (>= 1.2) {20%}, c (>= 4) {99%}, c (>= 6) {70%} > Soft-Depends: iceweasel {