Package: wnpp
Severity: wishlist
Owner: Goswin von Brederlow
* Package name: python-oath
Version : 1.4.0
Upstream Author : Benjamin Dauvergne
* URL : https://github.com/bdauvergne/python-oath
* License : BSD
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Goswin von Brederlow
* Package name: libshark
Version : 3.0.11
Upstream Author : Institut fuer Neuroinformatik, Ruhr-Universitaet Bochum
* URL : http://image.diku.dk/shark/
* License : GPL-3.0+
Programming Lang: C
On Thu, Jul 18, 2013 at 12:07:59PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> On Thursday 18 July 2013 14:45:38 Goswin von Brederlow wrote:
> [snip]
> > - Option 3:
> >
> > (Note: I'm assuming you are generating API docs directly fromt the
> > sou
On Fri, Jul 05, 2013 at 10:14:54AM +0200, Thomas Hood wrote:
> Tad Frank wrote:
> > Your issue lies in the line: sed -e "s/$REGISTERED_IP/$CURRENT_IP/g"
> > /etc/hosts > /etc/hosts.new
>
> I searched debian-devel for the message to which you are responding;
> the most recent message with that sub
On Tue, Jun 11, 2013 at 09:15:48AM +0800, Chow Loong Jin wrote:
> On Mon, Jun 10, 2013 at 10:43:57PM +0200, Philipp Kern wrote:
> > Hi,
> >
> > On Mon, Jun 10, 2013 at 07:56:24PM +0200, Anton Gladky wrote:
> > > So, I think the developer should have a set of tools (including gb and
> > > even "sli
On Sun, Jun 09, 2013 at 10:22:27PM +0100, Neil Williams wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Neil Williams
>
> * Package name: vmdebootstrap
> Version : 0.1.0
> Upstream Author : Lars Wirzenius
> * URL : https://gitorious.org/vmdebootstrap
> * License
On Thu, Jun 06, 2013 at 11:35:46PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> Hi everyone. First of all, I'm cross-posting this between legal and devel
> because I really don't know to which of them belongs (or maybe it does in
> both).
>
> The issue is this: Qt 5 has grown so large (8
On Fri, May 31, 2013 at 03:08:59PM -0700, Josh Triplett wrote:
> On Fri, May 31, 2013 at 06:44:00PM -0300, Henrique de Moraes Holschuh wrote:
> > Upstream has changed the license to GPLv3. It has an additional
> > permission to negate any "viral effects", but it only applies to
> > packages that i
On Sat, May 25, 2013 at 10:41:10AM +0200, Ond??ej Surý wrote:
> > examples would be useful
>
> I have no big problem pointing fingers on d-d.
>
> Example 1: Dan Jacobson
>
> This: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707759
> Or this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug
On Mon, May 27, 2013 at 09:01:40PM +0200, Ond??ej Surý wrote:
> If we are to form the Debian bugsquad team similar to Ubuntu bugsquad team,
> the main two questions would be:
>
> 1. As a Debian Developer/Maintainer would you be thankful for other people
> to come and help with bugs in your package
On Fri, May 17, 2013 at 11:36:53AM -0500, Steve Langasek wrote:
> On Thu, May 16, 2013 at 01:10:06PM +0200, Goswin von Brederlow wrote:
> > On Tue, May 14, 2013 at 12:21:33PM -0500, Steve Langasek wrote:
> > > On Tue, May 14, 2013 at 10:03:34AM -0700, Russ Allbery wrote:
>
On Fri, May 17, 2013 at 03:42:06PM +0200, Thomas Preud'homme wrote:
> Le vendredi 17 mai 2013 15:36:02, Julien Cristau a écrit :
> > On Fri, May 17, 2013 at 14:14:20 +0200, Thomas Preud'homme wrote:
> > > Also, it wouldn't help for the case of a binNMU on a subset of all arches
> > > since only som
On Sun, May 12, 2013 at 02:40:39AM +0100, Wookey wrote:
> +++ Steve Langasek [2013-05-11 09:33 -0700]:
> > On Sat, May 11, 2013 at 11:22:10AM +0200, Goswin von Brederlow wrote:
>
> > > While that might be of some interest the real goal of the change was
> > > t
On Tue, May 14, 2013 at 12:21:33PM -0500, Steve Langasek wrote:
> On Tue, May 14, 2013 at 10:03:34AM -0700, Russ Allbery wrote:
>
> > I think that, to convince people that flexibility won't cause stability
> > and complexity problems, you're going to need to present a complete and
> > fairly bulle
On Sat, May 11, 2013 at 08:44:30PM +0100, Roger Leigh wrote:
> On Sat, May 11, 2013 at 08:52:29PM +0200, Josselin Mouette wrote:
> > Being able to choose between two entirely different desktop
> > environments, with different user experiences, is a good thing.
> > Being able to choose between two /
On Sun, May 12, 2013 at 02:40:39AM +0100, Wookey wrote:
> +++ Steve Langasek [2013-05-11 09:33 -0700]:
> > On Sat, May 11, 2013 at 11:22:10AM +0200, Goswin von Brederlow wrote:
>
> > > While that might be of some interest the real goal of the change was
> > > t
On Sat, May 11, 2013 at 05:29:45PM +0200, Sven Joachim wrote:
> On 2013-05-11 11:22 +0200, Goswin von Brederlow wrote:
>
> > While that might be of some interest the real goal of the change was
> > to be able to have more than *2* packages provide /bin/sh.
> >
> >
On Wed, May 15, 2013 at 09:43:02PM +0200, Christoph Biedl wrote:
> Christoph Anton Mitterer wrote...
>
> > 2) No more packages that bypass the package management system and secure
> > apt:
> > a) There are still several (typically non-free) packages which download
> > stuff from the web, install o
On Sun, May 12, 2013 at 12:17:06PM +0200, Vincent Lefevre wrote:
> On 2013-05-07 23:53:07 +0800, Thomas Goirand wrote:
> > Now please, do the same reasoning with some other services,
> > like Apache, pure-ftpd, or bind, and explain to me why you would
> > like to have these installed, but not worki
On Sun, May 12, 2013 at 05:06:26PM +0200, Matthias Klose wrote:
> Am 12.05.2013 16:18, schrieb Daniel Schepler:
> > Maybe we could have a release goal of dropping as many lib32* and lib64*
> > packages as possible in favor of multi-arch. (And also as many package
> > dependencies on libc6-[i386|am
On Sat, May 11, 2013 at 06:03:30PM +0100, Wookey wrote:
> +++ Stephen Kitt [2013-05-09 10:46 +0200]:
> > On Thu, 9 May 2013 10:10:01 +0200, Mike Hommey wrote:
>
> > > * source build dependencies (such that e.g binutils-mingw-w64 build
> > > depends on src:binutils instead of binutils-source)
>
On Mon, May 13, 2013 at 07:26:15PM +0200, Stephen Kitt wrote:
> On Sat, 11 May 2013 11:39:28 +0200, Goswin von Brederlow
> wrote:
> > On Wed, May 08, 2013 at 11:57:58AM +0200, Stephen Kitt wrote:
> > > The big issue which crops up then isn't so much the directory struc
On Mon, May 13, 2013 at 11:09:53PM +0200, Ansgar Burchardt wrote:
> Hi,
>
> [ dropped -release and -wb-team ]
>
> Jonathan Nieder writes:
> > One problem that that doesn't solve is what to do when a package would
> > be able to borrow its /doc/ directory from another package
> > (using a symlink
On Mon, May 13, 2013 at 06:04:58PM +0200, Holger Levsen wrote:
> Hi,
>
> On Montag, 13. Mai 2013, Guillem Jover wrote:
> > The only thing the metadata solution would need now, is changing
> > packaging helper, all packages not using a helper, and changelog and
> > copyright extractors to look firs
On Mon, May 13, 2013 at 10:31:54AM -0400, The Wanderer wrote:
> On 05/13/2013 10:22 AM, The Wanderer wrote:
>
> >On 05/13/2013 09:46 AM, Wookey wrote:
>
> >>Hmm. Do the parts of the 64-bit tree that the 32-bit side compiles
> >>against end up installed in a final installation (as libraries?) or
>
On Mon, May 13, 2013 at 07:55:30AM -0400, The Wanderer wrote:
> On 05/09/2013 11:59 AM, Wookey wrote:
>
> >+++ Goswin von Brederlow [2013-05-09 11:39 +0200]:
>
> >>I would say that a foreign dependency on a library is never right.
> >
> >That's too stro
On Mon, May 13, 2013 at 03:21:35PM +0200, Helmut Grohne wrote:
> On Mon, May 13, 2013 at 11:48:06AM +0200, Goswin von Brederlow wrote:
> > Both cases would need data for multiple archs.
> >
> > For the second case if identical files are in all foo_arch.deb then
>
On Thu, May 09, 2013 at 12:03:43PM +0100, Roger Leigh wrote:
> 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
On Fri, May 10, 2013 at 10:07:18AM +0200, Marc Haber wrote:
> On Thu, 9 May 2013 18:17:29 +0200, m...@linux.it (Marco d'Itri) wrote:
> >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 di
On Mon, May 13, 2013 at 11:14:07AM +0200, Ansgar Burchardt wrote:
> Hi,
>
> with wheezy released and development on jessie started the problem with
> binNMUs for multiarch-enabled packages is back: binNMU'ed packages have
> different changelog entries and upgrades fail (for example [1]).
>
> [1
On Sun, May 12, 2013 at 11:53:46AM +0200, Vincent Lefevre wrote:
> On 2013-05-10 02:01:15 +0800, Thomas Goirand wrote:
> > Seems nobody is picking-up on the topic, so I'll try
> > once more, because I'm convince there's something
> > we could do here. How about replacing epoch separator
> > char :
On Wed, May 08, 2013 at 04:51:14PM +0100, Ian Jackson wrote:
> * Consider other ways in which our RC-bug-fixing efforts can be
>improved, especially during the latter part of the freeze.
I think one way to improve hard to reproduce bugs or bugs in uncommon
package would be to get more users i
On Thu, May 09, 2013 at 04:59:28PM +0100, Wookey wrote:
> +++ 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
On Tue, Apr 16, 2013 at 09:09:06PM +0200, Helmut Grohne wrote:
> On Tue, Apr 16, 2013 at 03:04:20PM +0200, Goswin von Brederlow wrote:
> > Will that also detect files in multiarch packages that are not identical?
>
> No, it does not do this at the moment. The main reason here is t
On Sat, May 11, 2013 at 11:43:25AM +0200, Bill Allombert wrote:
> On Fri, May 10, 2013 at 10:44:25PM +0200, Peter Palfrader wrote:
> > On Fri, 10 May 2013, Bill Allombert wrote:
> >
> > > I am considering activating encryption of popularity-contest submissions
> > > using public key cryptography t
On Wed, May 08, 2013 at 11:57:58AM +0200, Stephen Kitt wrote:
> Let me explain where I'm coming from... With MinGW-w64, we have a set of
> compilers, headers and libraries which allow building software targeting
> native Windows, without Cygwin or much in the way of wrappers at all. This is
> defin
On Tue, May 07, 2013 at 10:31:10PM +0100, Wookey wrote:
> +++ Stephen Kitt [2013-05-07 14:38 +0200]:
> > Hi Wookey,
> >
> > On Tue, 7 May 2013 03:04:50 +0100, Wookey wrote:
> > > (just a decision to leave arch-independent headers in /usr/include and
> > > move arch-dependent headers to /usr/inclu
On Tue, May 07, 2013 at 07:46:43PM +0200, Marc Haber wrote:
> On Tue, 7 May 2013 16:46:46 +0200, m...@linux.it (Marco d'Itri) wrote:
> >On May 07, Thorsten Glaser wrote:
> >> My stated goal here is, indeed, to be able to run at least some useful
> >> configurations of a Debian installation without
On Tue, May 07, 2013 at 09:34:09PM +0100, Noel David Torres Taño wrote:
> On Lunes, 6 de mayo de 2013 13:49:57 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
>
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
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
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:
>
On Sun, May 05, 2013 at 12:18:44AM +0100, Wookey wrote:
> The harder question is how/when to do that QA.
The time to do QA is now and always. Otherwise it just collects and
becomes too much.
> I resisted making the
> suggestion of doing it by default on all builds as that seemed a step
> too far,
On Fri, May 03, 2013 at 07:11:35PM +0200, Bernhard R. Link wrote:
> * Holger Levsen [130502 12:28]:
> > > People do this all the time: upload packages built against local packages,
> > > experimental or even on Ubuntu to Debian sid.
> >
> > /me shivers. This hurts. There is no reason not to rebui
On Fri, May 03, 2013 at 04:38:40PM +0200, Josselin Mouette wrote:
> Le vendredi 03 mai 2013 à 09:18 +0800, Chow Loong Jin a écrit :
> > While we're at it, can we also have source-only uploads? Uploading
> > potentially
> > huge binary packages that just go to /dev/null seems like a pointless wast
On Sat, May 04, 2013 at 09:33:14PM +0200, Helmut Grohne wrote:
> On Fri, May 03, 2013 at 04:53:59PM +0800, Thomas Goirand wrote:
> > I think there's a consensus, the problem is who's going
> > to do the work for automating dropping of binaries and
> > rebuild.
>
> Not implying that I am the one do
On Sat, May 04, 2013 at 12:11:23PM +0800, Paul Wise wrote:
> On Sat, May 4, 2013 at 10:41 AM, Charles Plessy wrote:
>
> > The fact is that Debian does not make much effort to ensure that we do not
> > distribute unredistributable files in our mirrors and installation media,
> > once
> > a package
On Thu, May 02, 2013 at 04:05:45PM +0200, Dominique Dumont wrote:
> On Thursday 02 May 2013 11:29:58 Goswin von Brederlow wrote:
> > How is that better than the existing inotify shell tools? What do they
> > lack and why not improve them instead of writing a new one?
>
>
On Thu, May 02, 2013 at 11:31:54AM +0200, Andreas Beckmann wrote:
> On 2013-05-02 11:06, Goswin von Brederlow wrote:
> > versioned Build-Depends on the new version. Otherwise all buildds will
> > simply compile the new foo against the old bar and then you have one
> &
On Tue, Apr 30, 2013 at 01:58:58PM +0200, Dominique Dumont wrote:
>
> Package: wnpp
> Owner: Dominique Dumont
> Severity: wishlist
> X-Debbugs-CC: debian-devel@lists.debian.org
>
> * Package name: inotify-hookable
> Version : 0.7
> Upstream Author : ???var Arnfj???r??? Bjarmason
On Thu, Apr 25, 2013 at 07:09:04PM +0200, Alessandro Ghedini wrote:
> On gio, apr 25, 2013 at 06:36:39 +0200, Julian Taylor wrote:
> > On 25.04.2013 18:01, Alessandro Ghedini wrote:
> > > * Package name: libzmq-libzmq2-perl
> > > Version : 1.07
> > > Upstream Author : Daisuke Maki
On Thu, Apr 25, 2013 at 09:44:58AM +0800, Chow Loong Jin wrote:
> On 23/04/2013 23:15, Thorsten Glaser wrote:
> > Joachim Breitner debian.org> writes:
> >
> >> The (luxury) problem is that I got used to it and began uploading the
> >> new (and NEW) dependency bar of package foo along with the new
On Tue, Apr 23, 2013 at 12:09:49AM +1000, Dmitry Smirnov wrote:
> On Mon, 22 Apr 2013 17:50:37 Holger Levsen wrote:
> > ah! thanks for summarizing why this is not a bug, but rather a feature
> > (UUIDs
> > for partitions) made for this situation not being used!
>
> For the record about a year ag
On Mon, Apr 22, 2013 at 11:23:51AM +0100, Jonathan Dowland wrote:
> On Tue, Apr 16, 2013 at 01:46:20PM -0700, Steve Langasek wrote:
> > On Tue, Apr 16, 2013 at 02:28:18PM +0200, Goswin von Brederlow wrote:
> > > % ls -lh debian/rules
> > > lrwxrwxrwx 1 mrvn users
On Fri, Apr 19, 2013 at 09:53:05AM +, Sune Vuorela wrote:
> On 2013-04-18, Goswin von Brederlow wrote:
> >> Oh, that's a good point. Yes, I hadn't thought about that specific case
> >> for testing ABI breakage in experimental.
> >
> > But then th
On Fri, Apr 19, 2013 at 12:16:11PM +0300, Niko Tyni wrote:
> On Thu, Apr 18, 2013 at 10:56:34AM +0200, Goswin von Brederlow wrote:
> > On Tue, Apr 02, 2013 at 02:28:23PM -0700, Russ Allbery wrote:
> > > Niko Tyni writes:
> > >
> > > > FWIW, I'
On Thu, Apr 18, 2013 at 06:15:26PM +0100, Ian Jackson wrote:
> Goswin von Brederlow writes ("Re: multiarch and interpreters/runtimes"):
> > Co-installability of interpreters is generally not planed and would
> > have to be made as custom solutions, i.e. place the interpret
On Thu, Apr 18, 2013 at 04:41:35PM +0200, Matthias Klose wrote:
> There are maybe not many use cases where you do want to install an interpreter
> like python or perl for a foreign architecture, but there are some use case
> where such a setup makes sense. For now I see this limited for architectu
On Tue, Apr 16, 2013 at 09:19:27PM -0700, Nikolaus Rath wrote:
> Hello,
>
> When downloading a source package from somewhere else, I often find
> myself in the situation that after..
If by downloading you mean "apt-get source foo" then the answere is:
apt-get build-dep foo
Otherwise there is
On Thu, Apr 18, 2013 at 11:04:11AM +0200, Ansgar Burchardt wrote:
> On 04/18/2013 10:48, Goswin von Brederlow wrote:
> > On Sun, Apr 07, 2013 at 09:29:19PM +0800, Thomas Goirand wrote:
> >> On 04/02/2013 09:18 PM, Goswin von Brederlow wrote:
> >>> Actually that hit
On Tue, Apr 02, 2013 at 02:28:23PM -0700, Russ Allbery wrote:
> Niko Tyni writes:
>
> > FWIW, I've done ABI-incompatible uploads of perl to experimental in the
> > past without changing the perlapi-* virtual package name or the libperl
> > SONAME. The aim was to experiment with different configu
On Sun, Apr 07, 2013 at 09:29:19PM +0800, Thomas Goirand wrote:
> On 04/02/2013 09:18 PM, Goswin von Brederlow wrote:
> > Actually that hits another problem. Namely that the epoch does not
> > appear in the binary package filename. While wheezy would have 1.2.3-1
> > and
On Sat, Apr 06, 2013 at 01:08:49PM +0900, Charles Plessy wrote:
> Le Sun, Mar 31, 2013 at 07:02:15PM -0400, Scott Kitterman a écrit :
> >
> > Depends: r-base-core (>= 3.0.0~20130327) , r-base-core (<< 4)
> >
> > or you could have an API virtual package:
> >
> > r-base-api-3.0
>
> Hi Dirk and
On Sun, Apr 14, 2013 at 04:48:20PM +0800, Paul Wise wrote:
> On Thu, Feb 21, 2013 at 9:54 PM, Paul Wise wrote:
>
> > For duplicate file detection, there is now the Debian duplication
> > detector (still importing the archive):
> >
> > http://dedup.debian.net/
>
> This will soon be linked to from
On Fri, Apr 05, 2013 at 10:47:39AM -0700, Russ Allbery wrote:
> ?? ?? writes:
>
> > Indeed.
>
> > So, in any case one can use its own tool just like dh:
>
> > %:
> > debian/megatool $@
>
> Yes, from a Policy perspective. Although please consider using dh and its
> framewor
On Mon, Apr 01, 2013 at 01:13:29PM +0100, Neil Williams wrote:
> On Mon, 1 Apr 2013 17:42:29 +0600
> Andrey Rahmatullin wrote:
>
> > On Mon, Apr 01, 2013 at 12:33:15AM -0500, Steve M. Robbins wrote:
> > > > Thanks for trading the R release cycle with Debian's and for
> > > > delaying the release.
On Tue, Mar 05, 2013 at 03:37:07PM +0100, Tzafrir Cohen wrote:
> On Tue, Mar 05, 2013 at 02:03:48PM +0100, Goswin von Brederlow wrote:
> > On Sat, Feb 16, 2013 at 09:57:16AM +0100, Tzafrir Cohen wrote:
> > > ...
> > > I mentioned, I would prefer to keep thos
On Thu, Feb 07, 2013 at 11:11:22PM -0400, Joey Hess wrote:
> Ben Hutchings wrote:
> > What I mean is that a changes file for a sourceful upload has
> > 'source' (and maybe some real architecture names) in the Architecture
> > field. Therefore 'source' cannot be assigned as the name of a real
> > a
On Sat, Feb 16, 2013 at 09:57:16AM +0100, Tzafrir Cohen wrote:
> ...
> I mentioned, I would prefer to keep those files out of my packaging
> archive: they hardly change, anyway.
>
> So, what do you do with multi-tarball packages? I keep a patched
> svn-buildpackage, for now.
You don't want the ex
On Mon, Jul 23, 2012 at 06:44:58AM -0500, Jonathan Nieder wrote:
> Hi,
>
> Goswin von Brederlow wrote:
> > On Sun, Jul 22, 2012 at 12:52:10PM -0500, Jonathan Nieder wrote:
>
> >> c) Compatibility wrapper. If someone needs this, feel free to email
> >>
On Sun, Jul 22, 2012 at 12:52:10PM -0500, Jonathan Nieder wrote:
> affects 637232 + release-notes
> quit
>
> Hi,
>
> Matthias Klose wrote:
> > On 08/09/2011 07:31 PM, Aurelien Jarno wrote:
>
> >> I got fed up by people reporting bug on libc6, while this problem results
> >> from a decision Debia
On Sat, Jul 14, 2012 at 09:00:29AM +0200, Guillem Jover wrote:
> Hi!
>
> Just to give some context and background, this started with the
> discussion of binNMUs and multi-arch [0], related to file conflicts
> due to the coinstallability of multiple M-A:same instances, and while
> initially a wild
On Mon, Jul 02, 2012 at 08:27:05PM +0600, Alexander E. Patrakov wrote:
> > While it might work for some, there's a much simpler way to minimize
> > daemon downtime: Avoid stopping a daemon in the prerm, and instead
> > restart it in the postinst. Downtime then becomes < 1 second per daemon
> > (les
On Mon, Jul 02, 2012 at 12:27:06PM +0200, Bernd Zeimetz wrote:
> On 07/02/2012 10:53 AM, Silvio Cesare wrote:
> > Hi,
> > [ ... ]
> > Now some of these cases are going to be false positives. From looking at
> > the results, many of the vulns were probably fixed but have not been
> > reported in the
On Thu, Jul 05, 2012 at 11:34:28PM +0200, Jakub Wilk wrote:
> I wrote a tool to detect versioned (build-)dependencies with
> possible missing (or insufficient) epochs. The results for unstable
> and a DD-list are attached.
>
> The source code is available at:
> svn://svn.debian.org/svn/collab-qa/e
Simon McVittie writes:
> On 28/06/12 10:17, Goswin von Brederlow wrote:
>> Say I want to have the build-essential for i386 installed on amd64.
>> I could install build-essential:i386, replacing gcc/g++:amd64 with
>> gcc/g++:i386. Wouldn't that give me everything need
Hi,
I'm wondering if anyone is using pristine-tar with multiple upstream
tarballs.
It seems git-import-orig still doesn't support that. Do you import the
tarballs manually or is there another wrapper around pristine-tar to do
the work?
MfG
Goswin
--
To UNSUBSCRIBE, email to debian-dev
Wookey writes:
> +++ Wookey [2012-01-19 14:32 +]:
>> +++ Neil Williams [2012-01-19 13:02 +]:
>> > On Thu, 19 Jan 2012 12:10:28 +
>> > Wookey wrote:
>> >
>> > > I've thought for a long time that a package like build-essential for
>> > > cross-building would be a really good idea.
>>
Roger Leigh writes:
> Hi folks,
>
> I'd just like to briefly discuss potential plans for update-rc.d
> in wheezy+1, and how this might impact on file-rc and sysv-rc.
>
> sysv-rc has defaulted to using LSB header dependencies and insserv
> for a few years now. The last few releases require you to
Henrique de Moraes Holschuh writes:
> On Sun, 24 Jun 2012, Goswin von Brederlow wrote:
>> Henrique de Moraes Holschuh writes:
>> > I've read that some SSDs really *dislike* the way Linux does TRIM
>> > batching (or doesn't :p), so yes, it may well be that
Steve Langasek writes:
> On Sun, Jun 24, 2012 at 03:57:29PM +0800, Thomas Goirand wrote:
>> > Release notes are meant to be read once, not every time you upgrade a
>> > system. Having a debconf note once might be appropriate. The second
>> > time, you'll go "right, I've seen that before". The thi
Wouter Verhelst writes:
> On Sun, Jun 24, 2012 at 09:54:22PM +0200, Stephan Seitz wrote:
>> On Sat, Jun 23, 2012 at 11:43:03PM +0200, Wouter Verhelst wrote:
>> >Meanwhile, you've got a non-FHS directory on your system that is of no
>> >immediate use.
>>
>> Your later suggested /store as a user /
Wouter Verhelst writes:
> On Fri, Jun 22, 2012 at 09:32:15PM +0800, Thomas Goirand wrote:
>> On 06/22/2012 05:34 PM, Goswin von Brederlow wrote:
>> > Step 1: upgrade/dist-upgrade with ia32-libs (wine, ...) held back
>> > Step 2: dpkg --add-architecture i386 &&am
Phillip Susi writes:
> Package: wnpp
> Severity: wishlist
> Owner: Phillip Susi
>
> * Package name: e2defrag
> Version : 0.79
> Upstream Author : Phillip Susi
> * URL : http://launchpad.net/e2defrag
> * License : GPL
> Programming Lang: C
> Description
Henrique de Moraes Holschuh writes:
> On Sun, 24 Jun 2012, Osamu Aoki wrote:
>> On Sat, Jun 23, 2012 at 06:00:15PM +0300, Touko Korpela wrote:
>> > Tollef Fog Heen wrote:
>> > > > On Sun, Jun 10, 2012 at 07:46:57PM +0200, Stephan Seitz wrote:
>> > > > > On Sun, Jun 10, 2012 at 07:12:11PM +0200, T
Adam Borowski writes:
> On Sat, Jun 23, 2012 at 01:07:56PM +0200, Goswin von Brederlow wrote:
>> It has to be held back. But apt-get/aptitude might select a solution
>> where they do get removed rather then hold back many other packages.
>> I'm hoping it will be held
Hi,
a short while ago we had a lively discussion about the problems in
initramfs with devices apearing too late (especially USB devices) or
crypto/md/lvm/multipath devices being stacked in a way the initramfs
scripts wouldn't handle.
A simple solution for this problem is to use udev to watch out
Thomas Goirand writes:
> On 06/23/2012 02:18 AM, Goswin von Brederlow wrote:
>> Problem is that frontends will complain about ia32-libs being not
>> upgradable and might suggest removing it instead of keeping it back way
>> before that. At the time base-file is upgraded ia
"Adam D. Barratt" writes:
> On 22.06.2012 15:31, Roger Leigh wrote:
>> On Fri, Jun 22, 2012 at 09:32:15PM +0800, Thomas Goirand wrote:
>>> On 06/22/2012 05:34 PM, Goswin von Brederlow wrote:
>>> > Step 1: upgrade/dist-upgrade with ia32-libs (wine,
Luk Claes writes:
> On 06/22/2012 04:31 PM, Roger Leigh wrote:
>> On Fri, Jun 22, 2012 at 09:32:15PM +0800, Thomas Goirand wrote:
>>> On 06/22/2012 05:34 PM, Goswin von Brederlow wrote:
>>>> Step 1: upgrade/dist-upgrade with ia32-libs (wine, ...) held back
>&g
m...@linux.it (Marco d'Itri) writes:
> On Jun 22, Goswin von Brederlow wrote:
>
>> Step 1: upgrade/dist-upgrade with ia32-libs (wine, ...) held back
>> Step 2: dpkg --add-architecture i386 && apt-get update
>> Step 3: dist-upgrade (ia32-libs, wine, ... is no
Yaroslav Halchenko writes:
> On Fri, 22 Jun 2012, Goswin von Brederlow wrote:
>> > archive-wide rebuilds of arch:all packages as we routinely do rebuilds
>> > of arch:any packages.
>> > (Cc:-ing Lucas, for his great work on QA rebuilds.)
>> Are archive wide
Thomas Goirand writes:
> On 06/22/2012 05:34 PM, Goswin von Brederlow wrote:
>> Step 1: upgrade/dist-upgrade with ia32-libs (wine, ...) held back
>> Step 2: dpkg --add-architecture i386 && apt-get update
>> Step 3: dist-upgrade (ia32-libs, wine, ... is now installabl
Hi,
two weeks ago we hit a huge milestone with multiarch and wine:i386
became installable on amd64. Last week we hit another milestone so that
ia32-libs became mostly installable (it might still want to remove some
amd64 packages in the process depending on what you have installed).
As a conseque
Charles Plessy writes:
> Dear all,
>
> I think that the idea behind autopkgtest (DEP 8) is very interesting, and
> could
> eventually replace build-time regression tests. To train myself, I tried to
> implement simple tests for the tabix package.
>
> However, adt-run needs a virtual machine. I
Stefano Zacchiroli writes:
> On Fri, Jun 22, 2012 at 12:29:48AM -0400, Yaroslav Halchenko wrote:
>> I was thinking about a bit more automated way... ideally (in the long
>> run) even that FTBFS (e.g. due to failed tests or some other arch
>> specific quirks) would forbid automatic migration to w
Ben Hutchings writes:
> On Thu, Jun 21, 2012 at 11:16:51AM +0200, Goswin von Brederlow wrote:
>> Ben Hutchings writes:
>>
>> > On Tue, 2012-06-19 at 15:29 +0300, Eugene V. Lyubimkin wrote:
>> >> Hello,
>> >>
>> >> On 2012-06-19 13
Ben Hutchings writes:
> On Tue, 2012-06-19 at 15:29 +0300, Eugene V. Lyubimkin wrote:
>> Hello,
>>
>> On 2012-06-19 13:59, Tomas Pospisek wrote:
>> > This implies that an "apt-get install library" needs to trigger that
>> > restart.
>> > Which means that apt-get needs to depend on restart-servic
Wouter Verhelst writes:
> On Wed, Jun 13, 2012 at 04:14:52AM +0300, Serge wrote:
>> User cannot break the system filling /tmp on disk. But he can do that
>> if he fills /tmp on tmpfs. So /tmp on tmpfs adds one more point of
>> failure for servers.
>
> No, that's not true. The real danger in filli
Ben Hutchings writes:
> On Mon, Jun 18, 2012 at 09:25:51PM +0100, Jamie White wrote:
>> Hiya
>>
>> Just a quick question, which malloc, is there anyway that this
>> function (used in C) could allocate memory into already allocated
>> memory, such as the stack - or code space!
>
> Assuming that
1 - 100 of 2310 matches
Mail list logo
