In data lunedì 13 novembre 2017 23:44:00 CET, Ximin Luo ha scritto:
> Pino Toscano:
> > [..]
> >
> > This is not an annoyance, it is the crux of the problem! __FILE__ is
> > something standard, with a very well defined behaviour, upon which
> > people rely on: you cannot trash it from one day to
tag 881666 + moreinfo
thanks
Hi Danny,
In data lunedì 13 novembre 2017 17:35:35 CET, Danny Lee ha scritto:
> Source: kmag
> Version:1.4.6-1 unstable
> Severity: wishlist
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: cpu
> X-Debbugs-Co: reproducible-b...@lists.aliot
Processing commands for cont...@bugs.debian.org:
> tag 881666 + moreinfo
Bug #881666 [src:kmag] please make the build reproducible (cpu)
Added tag(s) moreinfo.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
881666: https://bugs.debian.org/cgi-bin/bugreport.cgi?bu
Source: qtimageformats-opensource-src
Version: 5.9.2-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
qtimageformats-opensource-src fails to cross build from source, because
it does not pass cross tools to qmake. Deferring that task to
dh_auto_configure makes the configure step (but no
Hi!
Sorry to somewhat necro-bump this, I hit the same issue on Gentoo just now.
On Tue, 4 Jul 2017 13:06:49 +0200 Maximiliano Curia wrote>
You description is almost a patch itself, I prepared a patch that adds the
> O_CLOEXEC flag, but I'm not sure how to reproduce the issue. Can you test the
On lunes, 13 de noviembre de 2017 23:44:00 -03 Ximin Luo wrote:
> Pino Toscano:
> > [..]
> >
> > This is not an annoyance, it is the crux of the problem! __FILE__ is
> > something standard, with a very well defined behaviour, upon which
> > people rely on: you cannot trash it from one day to anot
Pino Toscano:
> [..]
>
> This is not an annoyance, it is the crux of the problem! __FILE__ is
> something standard, with a very well defined behaviour, upon which
> people rely on: you cannot trash it from one day to another like this,
> saying "too bad" to all its users, even those using it appr
El 13 nov. 2017 7:36 p.m., "Danny Lee" escribió:
Source: kmag
Version:1.4.6-1 unstable
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: cpu
X-Debbugs-Co: reproducible-b...@lists.alioth.debian.org
Hi,
While working on the "reproducible builds" effort, we
Hi,
This is a simple note to point out the version number is 4:16.08.0-1
unstable not 1.4.6-1 unstable
Cheers,
Danny
Source: kmag
Version:1.4.6-1 unstable
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: cpu
X-Debbugs-Co: reproducible-b...@lists.alioth.debian.org
Hi,
While working on the "reproducible builds" effort, we have noticed that
this package could not be built
On lunes, 13 de noviembre de 2017 20:03:00 -03 Ximin Luo wrote:
[snip]
> > This is clearly a misuse, and thus it must be fixed. OTOH, the
> > comparison with __FILE__ is not appropriate.
>
> Why's it not appropriate?
Because it changes well defined macro.
> If you ever want to write tests to be
On 2017-11-13 19:38:38, Pino Toscano wrote:
> In data lunedì 13 novembre 2017 12:06:01 CET, Steve Robbins ha scritto:
> > On Sunday, November 12, 2017 7:21:30 PM CST Sebastian Ramacher wrote:
> >
> > > >[ Pino Toscano ]
> > > >* Remove manual library and va-driver dependencies. (Closes: #8
In data lunedì 13 novembre 2017 20:20:00 CET, Ximin Luo ha scritto:
> Pino Toscano:
> > [..]
> >
> > A better approach here is to work on removing the invalid & abusing
> > usages of __FILE__ from packages, just like it was done for __DATE__.
> >
>
> We in fact did not do the latter because it w
In data lunedì 13 novembre 2017 20:03:00 CET, Ximin Luo ha scritto:
> Pino Toscano:
> > [..]
> >
> > No, the solution is:
> > a) *not* break what __FILE__ means
> > b) remove the misuses of __FILE__ in packages (not the case of
> >QFINDTESTDATA)
> >
> >> I am not "blaming the user", but point
Pino Toscano:
> [..]
>
> A better approach here is to work on removing the invalid & abusing
> usages of __FILE__ from packages, just like it was done for __DATE__.
>
We in fact did not do the latter because it was easier to implement
SOURCE_DATE_EPOCH to fix the expansion of __DATE__, rather t
Pino Toscano:
> [..]
>
> No, the solution is:
> a) *not* break what __FILE__ means
> b) remove the misuses of __FILE__ in packages (not the case of
>QFINDTESTDATA)
>
>> I am not "blaming the user", but pointing to the fact that __FILE__
>> is being used in a surprising way here, which is not
Hi!
On Mon, Nov 13, 2017 at 04:32:28PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> > In my humble opinion, aqwaita-qt and adwaita-qt4 from testing are ready
> > for prime-time, and can be slammed into stretch-backports (as not
> > automatic, so people won't screw up something untested unl
Your message dated Mon, 13 Nov 2017 16:47:27 -0300
with message-id
and subject line Done
has caused the Debian Bug report #828522,
regarding qt4-x11: FTBFS with openssl 1.1.0
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now y
Processing commands for cont...@bugs.debian.org:
> # Raising the severity of bugs which are blocking the removal of
> # libssl1.0.2 which we want gone for Buster.
> # https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871056#55
> #
> # src:gridengine: FTBFS with openssl 1.1.0
> severity 827076 seri
On viernes, 10 de noviembre de 2017 13:58:51 -03 Rohan Garg wrote:
> Package: qtbase5-dev
> Version: 5.9.1+dfsg-2+16.04+xenial+build25
> Severity: normal
>
> Dear Maintainer,
> ARM64 Devices such as the ODROID C2, Pinebook, Pineboard only support
> OpenGL ES 2.0 acceleration. However, qtbase seems
Your message dated Mon, 13 Nov 2017 16:40:54 -0300
with message-id <1921412.2Rlsr4LWB6@tonks>
and subject line Re: Bug#881333: qtbase5-dev: Rebuild qtbase with OpenGL ES
support for arm64
has caused the Debian Bug report #881333,
regarding qtbase5-dev: Rebuild qtbase with OpenGL ES support for arm
On domingo, 12 de noviembre de 2017 10:31:11 -03 Pierre Etienne SCHNEIDER
wrote:
> Good evening.
Good evening!
[snip]
> In my humble opinion, aqwaita-qt and adwaita-qt4 from testing are ready
> for prime-time, and can be slammed into stretch-backports (as not
> automatic, so people won't screw
On lunes, 13 de noviembre de 2017 19:15:44 -03 Pino Toscano wrote:
[snip]
> What I see it is happening here is: you (= people working on
> reproducible builds) see __FILE__, and the problems that arise from its
> abuse; to overcome this issue, you use the sledgehammer solution,
> basically changin
Processing control commands:
> severity -1 wishlist
Bug #876901 [qtbase5-dev] QFINDTESTDATA uses __FILE__
Bug #876917 [qtbase5-dev] QFINDTESTDATA uses __FILE__
Bug #876933 [qtbase5-dev] QFINDTESTDATA uses __FILE__
Severity set to 'wishlist' from 'normal'
Severity set to 'wishlist' from 'normal'
Se
control: severity -1 wishlist
On Mon, Nov 13, 2017 at 07:15:44PM +0100, Pino Toscano wrote:
> Exactly, this is the source of the problem. OTOH, the problem was
> created by changing __FILE__: it has a well-defined meaning:
> https://gcc.gnu.org/onlinedocs/cpp/Standard-Predefined-Macros.html
> cha
In data lunedì 13 novembre 2017 12:06:01 CET, Steve Robbins ha scritto:
> On Sunday, November 12, 2017 7:21:30 PM CST Sebastian Ramacher wrote:
>
> > >[ Pino Toscano ]
> > >* Remove manual library and va-driver dependencies. (Closes: #880884)
> >
> > I am afraid that this change is not en
In data lunedì 13 novembre 2017 17:35:00 CET, Ximin Luo ha scritto:
> Adrian Bunk:
> > Control: reassign -1 qtbase5-dev
> > Control: reassign 876917 qtbase5-dev
> > Control: reassign 876933 qtbase5-dev
> > Control: forcemerge -1 876917 876933
> > Control: retitle -1 QFINDTESTDATA uses __FILE__
> >
Hello Sebastian,
On Sunday, November 12, 2017 7:21:30 PM CST Sebastian Ramacher wrote:
> >[ Pino Toscano ]
> >* Remove manual library and va-driver dependencies. (Closes: #880884)
>
> I am afraid that this change is not enough. qtav still needs to be ported to
> the new libva. Currently
On Mon, Nov 13, 2017 at 05:35:00PM +, Ximin Luo wrote:
> Our patched dpkg tells GCC to map $PWD to "$srcpkg-$version" when expanding
> __FILE__. That is the source of the problem, because this path doesn't exist
> at test-time. You have the following options:
>
> 1. Unset BUILD_PATH_PREFIX_M
Ximin Luo:
> Ximin Luo:
>> [..]
>>
>> (maybe there are other options)
>>
>
> If all the test files reside underneath the same directory, like tests/, you
> could:
>
> 4. export BUILD_PATH_PREFIX_MAP="$BUILD_PATH_PREFIX_MAP=tests=$BASEDIR/tests".
>
Argh, I mean of course:
4. export BUILD_PATH_
Ximin Luo:
> [..]
>
> (maybe there are other options)
>
If all the test files reside underneath the same directory, like tests/, you
could:
4. export BUILD_PATH_PREFIX_MAP="$BUILD_PATH_PREFIX_MAP=tests=$BASEDIR/tests".
This should make the tests pass, whilst keeping our "$srcpkg-$version" map
Adrian Bunk:
> Control: reassign -1 qtbase5-dev
> Control: reassign 876917 qtbase5-dev
> Control: reassign 876933 qtbase5-dev
> Control: forcemerge -1 876917 876933
> Control: retitle -1 QFINDTESTDATA uses __FILE__
> Control: severity -1 normal
> Control: affects -1 src:karchive src:ki18n src:kcode
Processing commands for cont...@bugs.debian.org:
> #
> # bts-link upstream status pull for source package plasma-workspace
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user bts-link-upstr...@lists.alioth.debian.org
Setting user to bts-link-upstr...@lists.alioth
Processing commands for cont...@bugs.debian.org:
> user debian...@lists.debian.org
Setting user to debian...@lists.debian.org (was a...@debian.org).
> usertags 841411 piuparts
There were no usertags set.
Usertags are now: piuparts.
> affects 841411 + libkf5kface10.0.0
Bug #841411 [src:libkf5kface]
Good evening.
First I would like to thank you all for the incredible work you're doing
making your OS available to the world. It can become quite a workhorse
on smallish computers like mine which wouldn't accept Windows 10
without, well...choking on it. That's why I did a donation and I plan
35 matches
Mail list logo
