Hi folks,
On 07/17/14 03:16, Christian Hofstaedtler wrote:
> * Wookey [140716 23:48]:
>
>> I do think there is plenty more room for soialising more NMUing. There
>> are piles of bugs in the archive that mostly just need uploading, and
>> many packages with a backlog of minor bugs, or packaging t
]] Harald Dunkel
> On 07/16/14 23:22, Tollef Fog Heen wrote:
> > So we are proposing the following scheme:
> >
> > a/ Upload a new "init" package. This is a new, essential package that
> > will replace sysvinit as the package that ensures your system has an
> > init system. We want to build this
Hi Emmanuel,
>Ok, but could you say it nicely please? I just came across this info and
>brought it on the list for discussion because it'll impact us at some
>point. So don't shoot the messenger.
>Changing the source/target is often a trivial modification. I'm not
>asking for actively updating al
On 07/16/14 17:56, Thomas Goirand wrote:
>
> To try to kill your frustration, I have sponsored the upload of your fix
> to the delayed/10 queue. If everything goes well, then in 15 days,
> network-manager-strongswan will be back in Jessie.
>
Thanx very much for your help
Regards
Harri
--
To
On 07/16/14 17:56, Thomas Goirand wrote:
>
> BTW, it feels weird that the package build-depends on debhelper when it
> really is using CDBS. The debian/copyright is also quite wrong, as it
> doesn't include the copyright notice for the GPL v2 (and I believe
> that's mandatory, right?). Not comment
2014-07-16 22:32 GMT+02:00 Miguel Landaeta :
> It's totally normal to have technical disagreements, especially on a
> non-trivial packages like that one. What I really dislike is to
> see epithets like "bullshit" or "own agenda" in a technical
> discussion.
>
+1
--
Arnaud Vandyck
http://about.m
Hello,
As I read in debian policy:
10.5 Symbolic links
In general, symbolic links within a top-level directory should be
relative, and symbolic links pointing from one top-level directory to
or into another should be absolute. (A top-level directory is a
sub-directory of the root directory /.)
Guillem Jover wrote:
>Exactly. I don't have any intention to change the current dpkg-source
>default behavior in that regard.
ACK.
But people who touch packages without d/s/format can just
write "1.0\n" into it, to retain existing behaviour without
the warning. Still, changing the default is bad
Package: wnpp
Severity: wishlist
Owner: Jelmer Vernooij
* Package name: golang-mreiferson-httpclient
Version : 0.0
Upstream Author : Matt Reiferson
* URL : https://github.com/mreiferson/go-httpclient
* License : MIT
Programming Lang: Go
Description : a
Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond
* Package name: iosnoop
Version : 0.0.1
Upstream Author : Copyright (c) 2014 Brendan Gregg
* URL :
https://github.com/brendangregg/perf-tools/blob/master/iosnoop
* License : GPL
Programming Lang: bas
Russ Allbery wrote:
>Steven Chamberlain writes:
>> * first-forked process does not use the PRNG yet, but forks again
Actually, it does: it calls RAND_poll(), which libressl made
into a nop.
>control. There has been some talk of implementing PID randomization
>precisely to make this attack har
Ben Hutchings wrote:
>Since Linux 2.6.29, you get 128 random bits at each execve(), which you
>can access like this:
getauxval() is only in (e)glibc, not in dietlibc or klibc, though.
Also, glibc already uses all 128 bits in some other place.
bye,
//mirabilos
--
To UNSUBSCRIBE, email to debia
Tollef Fog Heen wrote:
>> What are the reasons behind are you going for required and not standard?
>
>A Priority: required package (init) isn't allowed to depend on something
>with Priority: standard per policy.
Among even minbase, there are a *lot* of violations of this
particular rule of Policy
Hi!
2014-07-17 15:27 GMT+02:00 Thorsten Glaser :
>>A Priority: required package (init) isn't allowed to depend on something
>>with Priority: standard per policy.
>
> Among even minbase, there are a *lot* of violations of this
> particular rule of Policy. There is also nothing in place
> checking t
* Vincent Lefevre [140717 04:02]:
> On 2014-07-17 03:21:28 +0200, Christian Hofstaedtler wrote:
> > * Arno Töll [140713 13:25]:
> > > * Ignore the problem, and refer to the manpage of aptitude without
> > > proper fix etc. which clearly says "THIS OPTION CAN CAUSE DATA LOSS! DO
> > > NOT USE IT U
On 17.07.2014 15:38, Christian Hofstaedtler wrote:
> My understanding was that the new apache binaries would install new
> config files, and it would then work? (With the correct
> replaces/breaks/...)
Yes. However, Apache has a notable number of configuration files (not
conffiles), namely symlink
Luca Falavigna wrote:
>> Among even minbase, there are a *lot* of violations of this
>> particular rule of Policy. There is also nothing in place
>> checking them.
>
>Actually, there are two tools to check this:
> * [4]https://ftp-master.debian.org/override-disparity.gz
Ah, that's new... before
2014-07-17 16:31 GMT+02:00 Thorsten Glaser :
>> * https://ftp-master.debian.org/override-disparity.gz
>
> This is not shown in the PTS, though. If we could get it to show
> up there, and maybe DDPO, that could help.
Indeed, it's in yaml format, so I guess it should be easy to integrate
it in PTS
Luca Falavigna wrote:
>IMO, these should be handled on a case-by-case basis.
Agreed.
>Looking more at it, it seems there are a lot of packages requiring
>dependencies which are extra:
There is a bug in the file, IMHO, though:
mediawiki:
dependency:
php5-mysqlnd: extra
The situation is:
On Thu, 2014-07-17 at 13:11 +, Thorsten Glaser wrote:
> Ben Hutchings wrote:
>
> >Since Linux 2.6.29, you get 128 random bits at each execve(), which you
> >can access like this:
>
> getauxval() is only in (e)glibc, not in dietlibc or klibc, though.
True, and it was only added in glibc 2.16.
Tollef Fog Heen wrote:
> > On kfreebsd, init would then depend on an optional package as we don't
> > support arch-specific priorities. That is (IIRC) a policy violation, but
> > do any practical problems arise from this?
>
> It would be useful to have a comment from one of the debootstrap
> maint
On Thu, Jul 17, 2014 at 04:53:26PM +0200, Luca Falavigna wrote:
> Looking at the policy again, I think extra is (mis)used quite too
> often.
Part of the problem could be that dh_make at least at one point (maybe
still does) put "extra" as defalt Priority in its templates and it
might've gotten cop
2014-07-17 2:20 GMT+02:00 brian m. carlson :
> On Wed, Jul 16, 2014 at 11:43:17PM +0100, Steven Chamberlain wrote:
>> Some sites (I mean, deployments) like to use a caching proxy, especially
>> if many machines use the same resource, and/or bandwidth is scarce. Or
>> even just one machine accessin
On Jo, 17 iul 14, 03:17:35, Vincent Lefevre wrote:
> On 2014-07-16 14:28:00 +0200, David Kalnischkies wrote:
> > On Wed, Jul 16, 2014 at 11:36:32AM +0200, Vincent Lefevre wrote:
> > > I do that too. I haven't seen any official documentation saying that
> > > this is a bad thing to do.
> >
> > apti
Could we please decouple the --purge-unused thread with the "Solutions
for the Apache upgrade hell" thread?
It's getting confusing and I am only interested about Apache2 and not
about aptitude.
Thanks,
O.
On Thu, Jul 17, 2014, at 23:32, Andrei POPESCU wrote:
> On Jo, 17 iul 14, 03:17:35, Vincent
Hi,
On 14.07.2014 14:05, Josselin Mouette wrote:
> How about creating a new apache2-config package just to move these
> configuration files?
for the record: from an informal request the Release Team does not seem
to be comfortable with anything like that. Therefore, I suspect if
anything, I nee
Package: wnpp
Severity: wishlist
Owner: Evan Hanson
* Package name: abduco
Version : 0.1
Upstream Author : Marc Andre Tanner
* URL : http://www.brain-dump.org/projects/abduco/
* License : ISC
Programming Lang: C
Description : abduco provides session ma
Package: wnpp
Severity: wishlist
Owner: Chris Cormack
* Package name: libbusiness-edifact-interchange-perl
Version : 0.07
Upstream Author : Colin Campbell,
* URL : https://metacpan.org/pod/Business::Edifact::Interchange
* License : (GPL, Artistic)
Programmin
Package: wnpp
Severity: wishlist
Owner: Robin Sheat
* Package name: libany-uri-escape-perl
Version : 0.01
Upstream Author : Fred Moyer
* URL : https://metacpan.org/release/Any-URI-Escape
* License : Artistic or GPL-1+
Programming Lang: Perl
Description
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: 583 (new: 1)
Total number of packages offered up for adoption: 133 (new: 1)
Total number of packages request
On 07/17/2014 02:29 AM, Tollef Fog Heen wrote:
> ]] Thomas Goirand
>
>> On 07/15/2014 09:42 AM, Charles Plessy wrote:
>>> I am not a big fan of the 3.0 (quilt) format because it imposes a patch
>>> system.
>>> In particular, this format does not make much sense when managing the source
>>> packa
On 07/17/2014 06:40 PM, Harald Dunkel wrote:
> On 07/16/14 17:56, Thomas Goirand wrote:
>>
>> BTW, it feels weird that the package build-depends on debhelper when it
>> really is using CDBS. The debian/copyright is also quite wrong, as it
>> doesn't include the copyright notice for the GPL v2 (and
On 07/17/2014 05:47 AM, Wookey wrote:
> Mostly. I've done a pile recently (40+) (largely autoconf-update bugs)
> and only had one instance of outright hostility
It is my experience as well that, almost everyone is nice and accept
NMU, but there's always a few instances of moronic reactions. I try
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-keystonemiddleware
Version : 1.0.0
Upstream Author : OpenStack Development Mailing List
* URL : https://github.com/openstack/keystonemiddleware
* License : Apache-2.0
Programming
Hi,
I've been maintaining "official" OpenStack Debian images within the HP
cloud for about 6 months now. Though I've been requested a few times
already where these could be downloaded. The thing is, due to the very
nature of OpenStack, which is completely free software, it doesn't make
much sense
On Thu, Jul 17, 2014 at 09:10:24PM +0200, Michael Banck wrote:
> > Looking at the policy again, I think extra is (mis)used quite too
> > often.
>
> Part of the problem could be that dh_make at least at one point (maybe
> still does) put "extra" as defalt Priority in its templates and it
> might've
36 matches
Mail list logo
