Hi Thorsten,
You might be interested in reading this thread:
http://lists.debian.org/debian-devel/2011/06/msg00149.html
Activating LTO by default seems not to be a reasonable idea (reasons
are in the given thread), but if maintainer of a package see it's
appropriate then he can use it in the pack
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: compass-h5bp-plugin
Version : 0.0.5
Upstream Author : Peter Gumeson
* URL : https://github.com/sporkd/compass-h5bp
* License : Expat
Programming Lang: SCSS
Description : Compass e
On Mon, 2012-02-20 at 19:50 -0500, Michael Gilbert wrote:
> But anyway, I think to get anywhere you'll need to help get Debian
> policy 2.2.1 clarified for these kind of conditions. Then you'll be
> able to submit bugs with appropriate RC severity so they'll have to be
> handled.
Phew,.. changing
On Tue, 2012-02-21 at 16:59 -0600, Gunnar Wolf wrote:
> Sadly, I think this is more propaganda and wishful thinking than
> reality. And if I'm going to badmouth somebody, I'll badmouth myself.
I guess you're right, that for large software it's difficult to
impossible for the maintainer to really f
Kees Cook writes:
> I'm not sure -- I'd like it out of hardening-includes just so that the
> whole hardening-wrapper source package can be deprecated, but lintian
> needs to have a Depend on whatever ships hardening-check. I think it
> might be rather extreme to have lintian depend on devscripts,
On Fri, Mar 02, 2012 at 07:25:25PM +0100, Moritz Mühlenhoff wrote:
> Kees Cook schrieb:
> > In the mean time, I'll continue to work on the crappy
> > heuristic checks. ;)
>
> Shall we move hardening-check to devscripts, now that
> dpkg-buildflags slowly trickles into standard Debian
> developme
On Fri, Mar 02, 2012 at 07:41:25PM +0100, Julian Taylor wrote:
> On 03/02/2012 05:53 PM, Kees Cook wrote:
> > On Fri, Mar 02, 2012 at 09:12:16AM +0100, Mike Hommey wrote:
> >> On Thu, Mar 01, 2012 at 09:58:23PM -0800, Russ Allbery wrote:
> >>> Kees Cook writes:
> >>>
> Speaking to the false p
On 2012-03-02, Salvo Tomaselli wrote:
>> Please, let's not get into this debate.
> so let's obey some unkown person, for unknown reasons? Yeah sounds
> reasonable.
Could you please stop feeding the troll, thanks.
Kind regards
Philipp kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists
Hi all,
has anyone ever wondered about adoption of LTO in Debian?
I’ve been using -fwhole-program --combine since GCC supported
it somewhat reliably (with a fallback as they have broken it
regularily at least three times) in mksh, and now several of
my packages try -flto=jobserver with a fallback
In data Friday 02 March 2012 16:38:37, martin f krafft ha scritto:
> also sprach Samuel Thibault [2012.03.02.1633 +0100]:
> > > It can make your scripts a bit more readable for all users.
> >
> > Why?
>
> Please, let's not get into this debate.
so let's obey some unkown person, for unknown reaso
On 03/02/2012 05:53 PM, Kees Cook wrote:
> On Fri, Mar 02, 2012 at 09:12:16AM +0100, Mike Hommey wrote:
>> On Thu, Mar 01, 2012 at 09:58:23PM -0800, Russ Allbery wrote:
>>> Kees Cook writes:
>>>
Speaking to the false positives problem, I've discussed with some people
the idea of having b
Kees Cook schrieb:
> In the mean time, I'll continue to work on the crappy
> heuristic checks. ;)
Shall we move hardening-check to devscripts, now that
dpkg-buildflags slowly trickles into standard Debian
development practice?
Cheers,
Moritz
--
To UNSUBSCRIBE, email to debian-devel-
Russ Allbery schrieb:
> Paul Wise writes:
>
>> Personally I think this is completely the wrong approach to take for
>> compiler hardening flags. The flags should be enabled by default in
>> upstream GCC and disabled by upstream software where they result in
>> problems.
>
> If we had followed tha
Nikolaus Rath schrieb:
> Moritz Muehlenhoff writes:
>> Hi,
>>
>> dpkg-buildflags allows a uniform setting of default build flags for
>> code written in C and C++.
>>
>> Using dpkg-build-flags in your rules files has a number of benefits:
>>[...]
>
> Should packages of Python extensions written i
On Fri, Mar 02, 2012 at 09:12:16AM +0100, Mike Hommey wrote:
> On Thu, Mar 01, 2012 at 09:58:23PM -0800, Russ Allbery wrote:
> > Kees Cook writes:
> >
> > > Speaking to the false positives problem, I've discussed with some people
> > > the idea of having build flags be included in some sort of EL
Jakub Wilk dixit:
>> * binNMUs for the same version cannot be co-installed anyway as their
>> changelogs differ.
>> ↓
>> That could be “fixed” by using the same email address and a hardcoded
>> date, or not including the binNMU entry at all, or moving that entry to a new
>> field, etc. All of whic
On 03/02/2012 05:17 PM, Jakub Wilk wrote:
> To summarize the discussion: while there is some doubt about how the
> changelog for sponsored upload should best look like, it seems
> consensual that team names should not be used in chanelog trailers.
>
> What is the best place to document this consen
Dear Marcin,
I will. Sorry
--
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/CAFoacuqeDRn5_EQrFa8HAYk4gn60UsBZ2+aY8mVEG1=4qg6...@mail.gmail.com
To summarize the discussion: while there is some doubt about how the
changelog for sponsored upload should best look like, it seems
consensual that team names should not be used in chanelog trailers.
What is the best place to document this consensus? Policy or Developer's
Reference?
--
Jakub
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/03/12 15:01, Alexey Bearded wrote:
> Dear Developers and Maintainers,
>
> Please, do not use tabs for indentation in init.d scripts.
>
> It can make your scripts a bit more readable for all users.
>
> Thank you!
Dear Alexey,
please stop usi
also sprach Samuel Thibault [2012.03.02.1633 +0100]:
> > It can make your scripts a bit more readable for all users.
>
> Why?
Please, let's not get into this debate.
--
.''`. martin f. krafft Related projects:
: :' : proud Debian developer http://debiansystem.info
`. `
Alexey Bearded, le Fri 02 Mar 2012 17:01:25 +0200, a écrit :
> Please, do not use tabs for indentation in init.d scripts.
>
> It can make your scripts a bit more readable for all users.
Why?
Samuel
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscrib
Am 02.03.2012 16:01, schrieb Alexey Bearded:
Dear Developers and Maintainers,
Please, do not use tabs for indentation in init.d scripts.
It can make your scripts a bit more readable for all users.
I am writing init scripts in Debian with tabs, so on: s/all/some/
Cheers.
--
To UNSUBSCRIBE,
Dear Developers and Maintainers,
Please, do not use tabs for indentation in init.d scripts.
It can make your scripts a bit more readable for all users.
Thank you!
On 03/02/2012 03:13 PM, dmitrijs.samson...@gmail.com wrote:
> Hello, everybody!
> I have server with php storing sessions in files.
> Due to Debian changes session aging is managed by cron /etc/cron.d/ php5.
> Which take a looong time (10-20m) to accomplish in my situation due to high
> session co
Scott Kitterman wrote:
On Thursday, March 01, 2012 09:49:24 PM Thomas Koch wrote:
Scott Kitterman:
Package: wnpp
Severity: wishlist
Owner: Scott Kitterman
* Package name: rfcdiff
Version : 1.41
Upstream Author : Henrik Levkowetz
* URL : http://tools.ietf.org/to
Scott Kitterman wrote:
On Thursday, March 01, 2012 09:49:24 PM Thomas Koch wrote:
Scott Kitterman:
Package: wnpp
Severity: wishlist
Owner: Scott Kitterman
* Package name: rfcdiff
Version : 1.41
Upstream Author : Henrik Levkowetz
* URL : http://tools.ietf.org/to
On Fri, 2 Mar 2012 12:18:07 +0400
Alexander GQ Gerasiov wrote:
> I need to setup some software which need to be available for all users
> as desktop link.
The icon itself often ends up in /usr/share/pixmaps/
> For kde3 (yep, we're still using it) there
> was /usr/share/apps/kdesktop/Desktop di
Hi there.
I need to setup some software which need to be available for all users
as desktop link.
For kde3 (yep, we're still using it) there
was /usr/share/apps/kdesktop/Desktop dir, where I could put .desktop
files.
But I also want Gnome and XFCE users to have such links, and can't find
any sta
Hi,
On Freitag, 2. März 2012, Kees Cook wrote:
> > + * The new kernel version includes security restrictions on links,
> > +These restrictions may cause some legitimate programs to fail.
> > +In particular, if the 'at' package is installed, you should either:
> > +- Upgrade it to at l
On Thu, Mar 01, 2012 at 09:58:23PM -0800, Russ Allbery wrote:
> Kees Cook writes:
>
> > Speaking to the false positives problem, I've discussed with some people
> > the idea of having build flags be included in some sort of ELF
> > comment-like area that can be examined. That way it's becomes tri
31 matches
Mail list logo
