* Paul Wise [2013-07-04 13:20:38 +0800]:
> On Thu, Jul 4, 2013 at 12:48 PM, Kurt Roeckx wrote:
>
> > I guess you could ask, but I have a feeling they would prefer to
> > work with the upstream projects.
>
> I've sent an email to scan-ad...@coverity.com.
>
> > clang also has an option to do tha
On Thu, Jul 04, 2013 at 06:48:47AM +0200, Kurt Roeckx wrote:
> clang also has an option to do that now I think, did someone try
> to run that on the archive?
Yep, Sylvestre is working on it together with Leo Cavaille as a GSoC
2013 project
https://wiki.debian.org/SummerOfCode2013/StudentApplicatio
Hi Bradley, and thanks for your comments.
On Wed, Jul 03, 2013 at 11:34:38AM -0400, Bradley M. Kuhn wrote:
> BTW, I'd suggest a rather unorthodox solution if developers are
> interested: fork this AGPLv3'd version of BDB, and begin making
> substantial improvements and changes under AGPLv3. That
Hmm,
I thought that I have fixed this in 0.11-2.
And I am unable to reproduce the bug in current unstable.
Ondrej
On Thu, Jul 4, 2013 at 8:25 AM, Andreas Beckmann wrote:
> On 2013-07-04 03:27, Kurt Roeckx wrote:
> > On Wed, Jul 03, 2013 at 05:35:35PM +0200, Ondrej Surı wrote:
> >>> fabien bo
On Tue, Jul 02, 2013 at 09:17:13AM -0700, Russ Allbery wrote:
> As an upstream for INN, I think doing such a thing would be completely
> absurd, and would rather just drop Berkeley DB support entirely and make
> everyone switch to a different overview method than do anything of the
> sort.
I'm cur
On 04/07/2013 08:55, Russ Allbery wrote:
> Paul Wise writes:
>
>> Do you know how to run that in an automated way? I would like to add
>> it here and to my pbuilder hook:
>
>> http://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package
>
> Run the normal build system commands unde
Stefano Zacchiroli writes:
> On Tue, Jul 02, 2013 at 09:17:13AM -0700, Russ Allbery wrote:
>> As an upstream for INN, I think doing such a thing would be completely
>> absurd, and would rather just drop Berkeley DB support entirely and
>> make everyone switch to a different overview method than d
On Thu, Jul 4, 2013 at 2:55 PM, Russ Allbery wrote:
> Run the normal build system commands under scan-build. In other:
>
> scan-build ./configure ...
> scan-build make
Hmm, it doesn't seem to work when upstream just uses CC=gcc in the
Makefile. For example mancala.
> I haven't tried to
Hi,
On Thu, Jul 04, 2013 at 06:39:30AM +0200, Ondřej Surý wrote:
> On Thu, Jul 4, 2013 at 12:27 AM, Michael Banck wrote:
> > People have pointed out upthread that Oracle does not appear to be the
> > sole copyright holder of BerkelyDB. So unless they had copyright
> > assignments or similar on f
On Thu, Jul 4, 2013 at 11:44 AM, Michael Banck wrote:
> Hi,
>
> On Thu, Jul 04, 2013 at 06:39:30AM +0200, Ondřej Surý wrote:
> > On Thu, Jul 4, 2013 at 12:27 AM, Michael Banck
> wrote:
> > > People have pointed out upthread that Oracle does not appear to be the
> > > sole copyright holder of Ber
]] Stefano Zacchiroli
> On Tue, Jul 02, 2013 at 09:17:13AM -0700, Russ Allbery wrote:
> > As an upstream for INN, I think doing such a thing would be completely
> > absurd, and would rather just drop Berkeley DB support entirely and make
> > everyone switch to a different overview method than do
Hi,
On Thu, Jul 04, 2013 at 12:29:36PM +0200, Ondřej Surý wrote:
> On Thu, Jul 4, 2013 at 11:44 AM, Michael Banck wrote:
> > On Thu, Jul 04, 2013 at 06:39:30AM +0200, Ondřej Surý wrote:
> > > >From my understanding, the other copyright holders' opinion doesn't
> > > really matter – even if they r
On Thu, Jul 4, 2013 at 3:14 AM, Ondřej Surý wrote:
> Hmm,
>
> I thought that I have fixed this in 0.11-2.
>
> And I am unable to reproduce the bug in current unstable.
>
libjson0-dev is no longer failing for me either. My release check of
the list did not catch the fixed package - I just checked
On Wed, Jul 3, 2013 at 9:04 AM, Ian Jackson
wrote:
>> Shortly, piuparts.debian.org will be elevating the broken symlink test
>> in sid from a warning to an error status. In advance of that, bugs
>> submissions are planned against packages which are responsible for
>> such links.
>
> I don't think
Markus Raab wrote:
Hello!
Andrey Ponomarenko wrote:
There is a new simple way to track changes in API/ABI of system
libraries using a new ABI dumper [1] tool.
Thanks for the tipp!
However, this approach has some drawbacks. Perhaps the main drawback is
the inability to perform some compatibi
On 2013-07-04 09:23:49 +0200, Stefano Zacchiroli wrote:
> I'm curious, can you elaborate on why as upstream you'd refuse to add
> something like a protocol command that return a URL pointing to a
> tarball containing the source code of the INN version the users are
> running? At times, I'm really s
On Thu, Jul 04, 2013 at 02:08:33PM +0200, Vincent Lefevre wrote:
> What about users who patch and rebuild software locally?
That was the second paragraph of my post (that you snipped :)), i.e.:
> I mean, sure, it *is* more tricky to provide such a URL for users that
> will be running a *modified*
On Wed, Jul 03, 2013 at 09:17:48PM +0200, Svante Signell wrote:
> On Tue, 2013-07-02 at 15:32 -0700, John H. Robinson, IV wrote:
> > Svante Signell wrote:
> > >
> > > I've been thinking about this for some time now. There is a need for a
> > > gplv3+-compliant Debian-based distribution! Meaning th
On Thu, Jun 13, 2013 at 14:51:43 +0200, Matthias Klose wrote:
> Am 07.05.2013 15:25, schrieb Matthias Klose:
> > The decision when to make GCC 4.8 the default for other architectures is
> > left to the Debian port maintainers.
> [...]
> > Information on porting to GCC 4.8 from previous versions of
Package: wnpp
Severity: wishlist
Owner: Sebastian Ramacher
* Package name: python-libdiscid
Version : 0.3
Upstream Author : Sebastian Ramacher
* URL : http://pypi.python.org/pypi/python-libdiscid
* License : Expat
Programming Lang: Python, Cython, C
Descri
Package: wnpp
Severity: wishlist
Owner: Johannes Schauer
* Package name: brickutils
Version : 0.1.6.1
Upstream Author : Mario Pascucci
* URL : http://bricksnspace.wordpress.com/brickutils/
* License : GPL2+
Programming Lang: Python
Description : Utilit
Stefano Zacchiroli wrote at 03:14 (EDT):
> So, I wonder, do we have any idea (due to them having already been
> mentioned publicly elsewhere) about the craziest interpretation of
> AGPL that the "evil guys" might come up with and, at the other end of
> the spectrum, the most restrictive one?
> AFA
Ondřej Surý wrote at 06:29 (EDT):
> As far as I understand it – there are some parts in Berkeley DB source
> code which is just BSD licensed (and the copyright holders are those
> mentioned earlier)[1], then there are parts which were under SleepyCat
> license and presumably the copyright holder fo
* Stefano Zacchiroli:
> I mean, sure, it *is* more tricky to provide such a URL for users that
> will be running a *modified* version of INN. But it is exactly the same
> kind of difficulties that people distributing modified copylefted
> software will have to face to uphold GPL (or equivalent) te
Ondřej Surý wrote at 00:36 (EDT):
> (d) Is it ok to switch 106 source packages and their reverse depends
> to AGPLv3?
I think that might be stated a bit more clearly: you won't be changing
the license of the upstream works; you'd be changing the license of the
dowstream whole as it appears in Debi
On Thu, Jul 4, 2013 at 6:51 PM, Bradley M. Kuhn wrote:
> > 2) We need to pick the Berkeley DB version compatible with all
> > packages that use the library.
>
> I think this is roughly the same issue as (1), unless you mean a
> technical rather than a licensing issue.
It is a more technical iss
On 2013-07-04 15:00:05 +0200, Stefano Zacchiroli wrote:
> On Thu, Jul 04, 2013 at 02:08:33PM +0200, Vincent Lefevre wrote:
> > What about users who patch and rebuild software locally?
>
> That was the second paragraph of my post (that you snipped :)), i.e.:
>
> > I mean, sure, it *is* more tricky
2013/7/4 Ondřej Surý :
>
> On Thu, Jul 4, 2013 at 6:51 PM, Bradley M. Kuhn wrote:
>>
>> > 2) We need to pick the Berkeley DB version compatible with all
>> > packages that use the library.
>>
>> I think this is roughly the same issue as (1), unless you mean a
>> technical rather than a licensing i
* David Weinehall , 2013-07-04, 16:36:
http://lkml.org/lkml/2006/1/25/273
http://lkml.org/lkml/2006/1/30/100
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.deb
On 07/05/2013 12:58 AM, Jakub Wilk wrote:
* David Weinehall , 2013-07-04, 16:36:
http://lkml.org/lkml/2006/1/25/273
http://lkml.org/lkml/2006/1/30/100
Could you be a bit more elaborate please? I don't think we should just
spam this list by just sending mails containing URLs only.
If you wan
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: 496 (new: 8)
Total number of packages offered up for adoption: 150 (new: 1)
Total number of packages request
Hi,
On Wed, Jul 03, 2013 at 04:10:17PM +0200, Bastien ROUCARIES wrote:
> Le 3 juil. 2013 14:50, "José Luis Redrejo Rodríguez"
> a écrit :
> >
> > I've been maintaining qucs since 2004 to 2012, so I know this package
> pretty well and I have already prepared most part of its debianization. Did
> y
Ian Jackson wrote:
> I think the first thing to do is recognise the underlying problem. To
> fix this problem properly we need a coherent system design. The two
> designs lead to different sets of fixes.
>
> A. resolv.conf is a static file which changes only very rarely.
>
> B. resolv.conf is n
Your issue lies in the line: sed -e "s/$REGISTERED_IP/$CURRENT_IP/g"
/etc/hosts > /etc/hosts.new
Take a look at the modification I made below, it should help.
if [ $CURRENT_IP != $REGISTERED_IP ] ; then
echo -n "IP address has changed: creating a new /etc/hosts file"
sed -i.old "s/$REG
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-ordereddict
Version : 1.1
Upstream Author : Raymond Hettinger
* URL : https://pypi.python.org/pypi/ordereddict
* License : MIT
Programming Lang: Python
Description : drop-in s
35 matches
Mail list logo