On Fri, Jun 7, 2013 at 11:03 PM, Daniel Schepler wrote:
> (Sorry about the lack of threading... for some reason I'm unable to find the
> links to download mbox archives for replying to the messages.)
The Debian HTML archives list message-ids and have mailto: reply links
that include References/In
On Fri, Jun 07, 2013 at 11:12:52PM +0200, Kurt Roeckx wrote:
> > Currently, I don't bother with this, since the the debug library with
> > -O2 is still useful, other than the odd "optimized out" messages.
>
> As I understand it, with dwarf 4 you should see less problems
> trying to debug optimised
On Fri, Jun 07, 2013 at 08:29:52AM -0400, Stephen M. Webb wrote:
> Having debug symbols not matching the runtime would cause a great deal of
> trouble. If you're expecting a lot of
> debugging, try the new -Og switch.
>
> One build pass and let dh_strip create the debug symbols package for you.
On Friday 07 June 2013 23:42:06 Johannes Schauer wrote:
> Hi,
>
> I talked with Lisandro off-list. Apparently my idea applies to this problem
> so I'm sharing it here for everybody. :)
As a follow-up, in the specific of Qt5, I'm doing the following:
- I build arch: all packages from qtbase and q
On Fri, 2013-06-07 at 22:41 +, Thorsten Glaser wrote:
> Kurt Roeckx dixit:
>
> >If you add that requirement, it can be upto 24 bit smaller than
> >time_t. But as far as I know, there is no such requirement. In
>
> Sure. As I was saying, software in practice wants that,
> such as the mktime
Kurt Roeckx dixit:
>If you add that requirement, it can be upto 24 bit smaller than
>time_t. But as far as I know, there is no such requirement. In
Sure. As I was saying, software in practice wants that,
such as the mktime test from gnulib.
bye,
//mirabilos
--
“It is inappropriate to require
Package: wnpp
Severity: wishlist
Owner: Debian SDL packages maintainers
* Package name: libsdl2-net
Version : 2.0.0~rc1
Upstream Author : Sam Lantinga
* URL : http://www.libsdl.org/tmp/SDL_net/
* License : zlib/linpng
Programming Lang: C
Description :
Package: wnpp
Severity: wishlist
Owner: Debian SDL packages maintainers
* Package name: libsdl2-mixer
Version : 2.0.0~rc1
Upstream Author : Sam Lantinga
* URL : http://www.libsdl.org/tmp/SDL_mixer/
* License : zlib/linpng
Programming Lang: C
Description
On Fri, Jun 07, 2013 at 09:37:45PM +, Thorsten Glaser wrote:
> Kurt Roeckx dixit:
>
> >tm_year should be an int, not a time_t or long. Note that it
>
> POSIX says it "must" be a long...
It doesn't say so here. It has it as an int.
Also note that time_t didn't have a requirement to be an i
2013/6/7 Tollef Fog Heen :
> ]] Nicolas Dandrimont
>
>> The "accepted by DSA part" is a bit complicated. We didn't really want to
>> bother one of the busiest teams in Debian when the software wasn't even
>> packaged, and, when it came up, I felt that the reception of the idea of
>> using fedmsg wa
Hi,
I talked with Lisandro off-list. Apparently my idea applies to this problem so
I'm sharing it here for everybody. :)
Quoting Wookey (2013-06-07 17:55:48)
> In general we don't have a mechanism to do this _in the archive_ until
> build-profiles are supported (or at least ignored by B-D parsing
Kurt Roeckx dixit:
>tm_year should be an int, not a time_t or long. Note that it
POSIX says it “must” be a long…
>counts in years, and so even a 16 bit int isn't going to cause
>much problems for tm_year.
… but I disagree. All time_t seconds-since-the-epoch values
need (in practice) to round-t
On Fri, Jun 07, 2013 at 09:49:00AM +, Thorsten Glaser wrote:
> Russ Allbery debian.org> writes:
>
> > Be aware that x32 has sizeof(time_t) > sizeof(long), so you should expect
>
> So has MirBSD/i386 (since 2004-06-19) and NetBSD (since roughly a year).
>
> Most frequent thing is format spec
On Fri, Jun 07, 2013 at 07:34:21AM -0400, Kumar Appaiah wrote:
> On Fri, Jun 07, 2013 at 11:54:49AM +0200, Mathieu Malaterre wrote:
> > cmake from sid makes it even harder. RelWithDebInfo now contains
> > -DNDEBUG ... I have to source-upload all my packages :(
> >
> > $ grep NDEBUG ChangeLog.manua
Package: wnpp
Severity: wishlist
Owner: Jerome Kieffer
Package name: pyhst
Version : 2.0.
Upstream Author : Alessandro Mirone
URL : https://forge.epn-campus.eu/projects/pyhst2
License : GPL
Programming Lang: C, Python, CUDA
Description : High Spe
Quoting Russ Allbery (2013-06-07 20:29:24)
> Jonas Smedegaard writes:
> > Quoting Stephen M. Webb (2013-06-07 14:29:52)
>
> >> Having debug symbols not matching the runtime would cause a great
> >> deal of trouble. If you're expecting a lot of debugging, try the
> >> new -Og switch.
>
> >> On
]] Nicolas Dandrimont
> The "accepted by DSA part" is a bit complicated. We didn't really want to
> bother one of the busiest teams in Debian when the software wasn't even
> packaged, and, when it came up, I felt that the reception of the idea of
> using fedmsg was a bit lukewarm. I think we shou
Jonas Smedegaard writes:
> Quoting Stephen M. Webb (2013-06-07 14:29:52)
>> Having debug symbols not matching the runtime would cause a great deal
>> of trouble. If you're expecting a lot of debugging, try the new -Og
>> switch.
>> One build pass and let dh_strip create the debug symbols pack
On Thu, 06 Jun 2013, Lisandro Damián Nicanor Pérez Meyer wrote:
> Building the full doc could be done in two ways:
>
> - Using the full source tarball. Saddly this means having to compile most of
> it in order to get the tools for building the doc, or hacking far too much
> the
> build system t
Mathieu Malaterre schrieb:
>On Sat, Feb 23, 2013 at 11:09 AM, Vincent Cheng
> wrote:
>> On Sat, Feb 23, 2013 at 1:39 AM, Mathieu Malaterre
>wrote:
>>> On Fri, Feb 22, 2013 at 9:52 PM, Russ Allbery
>wrote:
Ian Jackson writes:
> Mathieu Malaterre writes ("Re: NDEBUG when building pack
+++ Jonas Smedegaard [2013-06-07 17:24 +0200]:
> Quoting Paul Wise (2013-06-07 05:17:46)
> > I would suggest the approach taken by the recent GSoC projects related
> > to bootstrapping new ports. Multi-stage builds. First stage without
> > docs and second stage with docs. Only the second stage ge
Le 7 juin 2013 09:28, "Atsuhito Kohda" a
écrit :
>
> Hi all,
>
> On Thu, 6 Jun 2013 11:24:57 +0200, Holger Levsen wrote:
>
> >> I remembered that there were discussions about proprietry
> >> code of adobe in Nov. 2012 but don't understand the conclusion.
> >
> > #694308 is the bug tracking this, w
Le 7 juin 2013 09:24, "Atsuhito Kohda" a
écrit :
>
> On Thu, 6 Jun 2013 10:21:05 +0200, Bastien ROUCARIES wrote:
>
> > I have contacted adobe and they are willing to relicense see main bug
> > report.
>
> It seems it will happen not so soon.
>
> > From my point of view the second one should be cor
Quoting Paul Wise (2013-06-07 05:17:46)
> I would suggest the approach taken by the recent GSoC projects related
> to bootstrapping new ports. Multi-stage builds. First stage without
> docs and second stage with docs. Only the second stage gets uploaded
> to Debian.
>
> http://wiki.debian.org/D
(Sorry about the lack of threading... for some reason I'm unable to find the
links to download mbox archives for replying to the messages.)
In response to Adam's comments about debootstrap not working because findutils
FTBFS: Yes, I'm aware of that, and for now you have to include "unreleased" a
On Jun 07, Lisandro Damián Nicanor Pérez Meyer wrote:
> - We do have the source code for generating it (preferred form of
> modification).
>
> - We can build it, but it requires lot of work... and avoid FTBFSs while
> bootstrapping ;)
>
> So, could we accept pre-generated documentation in thi
Quoting Stephen M. Webb (2013-06-07 14:29:52)
> On 06/07/2013 07:34 AM, Kumar Appaiah wrote:
> >
> > While we're at it, could you please let me know what is the best
> > practice for package builds that generate debug symbol packages?
> > Ideally, I would hapve to rebuild the whole package TWICE,
On Friday 07 June 2013 08:31:22 Bastien ROUCARIES wrote:
> Le 7 juin 2013 05:18, "Paul Wise" a écrit :
> > I would suggest the approach taken by the recent GSoC projects related
> > to bootstrapping new ports. Multi-stage builds. First stage without
> > docs and second stage with docs. Only the se
* Philipp Kern [2013-06-07 12:26:37 +0200]:
> On 2013-06-06 21:42, Paul Tagliamonte wrote:
> >Well, I don't think adding more kruft to dak is a great idea (I
> >mean, if
> >it has to happen, it has to happen), but this really shows that we need
> >a unified way of passing machine-readable message
On 06/07/2013 07:34 AM, Kumar Appaiah wrote:
>
> While we're at it, could you please let me know what is the best
> practice for package builds that generate debug symbol packages?
> Ideally, I would hapve to rebuild the whole package TWICE, once with
> -O0 -g, and the other time with -O2, right?
On Fri, Jun 07, 2013 at 11:54:49AM +0200, Mathieu Malaterre wrote:
> cmake from sid makes it even harder. RelWithDebInfo now contains
> -DNDEBUG ... I have to source-upload all my packages :(
>
> $ grep NDEBUG ChangeLog.manual
> Add -DNDEBUG to RelWithDebInfo flags where where Release flags
On Thu, 6 Jun 2013 20:06:56 -0400, Chris Knadle
wrote:
>On Thursday, June 06, 2013 16:30:48, Roger Lynn wrote:
>> The smarthosts run by ISPs that most people will be using by default have
>> to accept mail direct from MUAs such as Outlook and Thunderbird which will
>> often be unable to generate c
On Thu, 6 Jun 2013 14:07:38 +0100, Jonathan Dowland
wrote:
>On Thu, May 30, 2013 at 06:38:52PM +0200, Marc Haber wrote:
>> On Thu, 30 May 2013 16:53:56 +0200, m...@linux.it (Marco d'Itri) wrote:
>> >I think that ease of configurability is a major plus for Postfix when
>> >compared to Exim, since
On 2013-06-06 21:42, Paul Tagliamonte wrote:
Well, I don't think adding more kruft to dak is a great idea (I mean,
if
it has to happen, it has to happen), but this really shows that we need
a unified way of passing machine-readable messages between services.
Let's see how the GSoC project turns
On Sat, Feb 23, 2013 at 11:09 AM, Vincent Cheng wrote:
> On Sat, Feb 23, 2013 at 1:39 AM, Mathieu Malaterre wrote:
>> On Fri, Feb 22, 2013 at 9:52 PM, Russ Allbery wrote:
>>> Ian Jackson writes:
Mathieu Malaterre writes ("Re: NDEBUG when building packages?"):
>>>
> In that case, this s
Russ Allbery debian.org> writes:
> Be aware that x32 has sizeof(time_t) > sizeof(long), so you should expect
So has MirBSD/i386 (since 2004-06-19) and NetBSD (since roughly a year).
Most frequent thing is format specifiers when struct tm.tm_year is time_t
instead of long (which is a requirement
[Dropping debian-legal as it is not a legal issue.]
Le Fri, Jun 07, 2013 at 07:40:35AM +0200, olivier sallou a écrit :
>
> Though packager should at least build the doc himself, locally to be sure
> doc can indeed be generated.
Hello everybody,
how about implementing this verification with auto
Control: tag -1 + moreinfo
What is your x server ?
Le 7 juin 2013 09:15, "Nikos Chantziaras" a écrit :
> Package: general
> Severity: normal
>
> Dear Maintainer,
>
> I've installed Debian 7 as a guest OS in VMware 9.0.2, which is running in
> a
> Gentoo Linux AMD64 host. Trying to play videos in
Processing control commands:
> tag -1 + moreinfo
Bug #711477 [general] general: Videos are not visible in VMware Workstation
Added tag(s) moreinfo.
--
711477: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711477
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UN
On Thu, Jun 06, 2013 at 11:36:21PM +0800, Thomas Goirand wrote:
> Well, in that case, it failed to be as simple to configure as qmail.
Is ease of configuration an important criteria for default MTA? More
important than sensible-default?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.deb
Hi all,
On Thu, 6 Jun 2013 11:24:57 +0200, Holger Levsen wrote:
>> I remembered that there were discussions about proprietry
>> code of adobe in Nov. 2012 but don't understand the conclusion.
>
> #694308 is the bug tracking this, which should also have more info.
Yes, but it looks to me there i
On Thu, 6 Jun 2013 10:21:05 +0200, Bastien ROUCARIES wrote:
> I have contacted adobe and they are willing to relicense see main bug
> report.
It seems it will happen not so soon.
> From my point of view the second one should be corrected and is serious and
> render the package even non suitable
Package: general
Severity: normal
Dear Maintainer,
I've installed Debian 7 as a guest OS in VMware 9.0.2, which is running in a
Gentoo Linux AMD64 host. Trying to play videos in any software that uses
GStreamer results in the audio being played normally, but the video is not
visible. Instead, a d
43 matches
Mail list logo
