Ñ la Kate de casa de mi hermana. N. 3344
55
On Wed, Aug 12, 2020 at 3:27 PM Petter Reinholdtsen wrote:
> I've managed to fix my key problems, and can do the upload.
>
> Is it ready to go in?
I've pushed a new version for coz, please check
https://salsa.debian.org/coz-team/coz-profiler.
Cheers,
Lluis
On Wed, Aug 12, 2020 at 3:27 PM Petter Reinholdtsen wrote:
> I've managed to fix my key problems, and can do the upload.
>
> Is it ready to go in?
New releases of coz-profiler and libelfin are now available. Let me
prepare an upstream merge and I'll ping back here.
Cheers,
Lluis
I pushed some changes to the package repository to solve the bug when
it was opened (should be rebased onto the latest upstream release
now).
Unfortunately I do not have upload privileges and couldn't find
anybody that would keep uploading them for coz.
Package: emacs25
Version: 25.1+1-3
Severity: wishlist
Bug #843462 [1] disabled emacs' xwidgets feature, but shouldn't the same be
applied to epiphany in debian stable? And doesn't the xwidget feature enable
more than just embedding webkit?
Since debian testing should receive all the updates
James Cowgill writes:
> Control: forcemerge 850022 -1
> Hi,
> On 07/01/17 21:43, Lluís Vilanova wrote:
>> Package: jstest-gtk
>> Version: 0.1.1~git20160825-1
>> Severity: important
>>
>> Starting jstest-gtk with a PS3 controller connected crashes th
Package: jstest-gtk
Version: 0.1.1~git20160825-1
Severity: important
Starting jstest-gtk with a PS3 controller connected crashes the application with
the following message:
Error: Failed to open file '/usr/bin/data/PS3.png': No such file or directory
If I start the app with a disconnected
Package: ftp.debian.org
Severity: normal
I mis-stated the section due to c in previous releases of the package (was set
to "net", which is incorrect for a program profiling tool).
Thanks!
Petter Reinholdtsen writes:
> [Lluís Vilanova]
>> H, with grub2 that's easier to do because it's going to test the
>> bootloader that is the first thing going to start. In our case we'd
>> have to bootstrap a full system and then start it in qemu just to run
>> t
Petter Reinholdtsen writes:
> [Petter Reinholdtsen]
>> What options do we have? I can think of two: (1) Stop verifying during
>> build that coz when the kernel prohibits it or (2) find another way to
>> test coz during build that do not involve the kernel perf interface.
>> Any other ideas?
> I
I've made a pull request to upstream that makes coz be more informative about
that error:
https://github.com/plasma-umass/coz/pull/86
Cheers,
Lluis
Petter Reinholdtsen writes:
> [Lluís Vilanova]
>> The package currently fails to run its tests during build due to
>> insufficient permissions to access Linux's perf interface.
> Is there some way to figure out if such permissions are missing or not?
> On my machine,
Package: coz-profiler
Version: 0.0.git.20161011T1320-3
Severity: normal
The package currently fails to run its tests during build due to insufficient
permissions to access Linux's perf interface.
There's three ways to solve this:
* running the checks as root
* granting CAP_SYS_ADMIN to the user
Petter Reinholdtsen writes:
> I found interesting comments regarding this in
> http://allanmcrae.com/2015/06/the-case-of-gcc-5-1-and-the-two-c-abis/ >
> and https://llvm.org/bugs/show_bug.cgi?id=23529 >.
> Apparently clang do not understand a new gcc invention, the API tag,
> which is inserted
Frank Ch Eigler writes:
> Hi, Lluís -
>> I've attached both. BTW, I'm using debian's gcc 6.1.1-1.
> Thank you. Those both look just fine, argh. Could you try using
> gdb's "static probe points" facility to break at the same point, to
> see if the arguments are accessible?
>
Frank Ch Eigler writes:
> Hi -
>> $ cat >test.c <<\EOF
>> [...]
>> int f(int a1, int a2)
>> {
>> TEST_F(a1, a2);
>> [...]
>> }
>>
>> int main(int argc, char *argv[])
>> {
>> f(1, 1);
>> f(2, 2);
>> return 0;
>> }
>> EOF
>> [...]
>> $ gcc -o test -O0 -g test.c events.o
>> $ sudo stap test.stp -c
Vincent Bernat writes:
> ❦ 13 septembre 2016 19:10 CEST, Lluís Vilanova <vilan...@ac.upc.edu> :
>> Hi! I've been writing some very simple systemtap scripts, and printing the
>> values of arguments to user-defined probe marks always shows zeroes.
>>
>>
Package: systemtap
Version: 3.0-6
Severity: normal
Hi! I've been writing some very simple systemtap scripts, and printing the
values of arguments to user-defined probe marks always shows zeroes.
Here's an minimal failing example:
$ cat >events.d <<\EOF
provider test
{
probe f(int a1, int
This seems to be a manual work-around:
cd /usr/src/nvidia-current-331.67
make
cp Module.symvers uvm/
make -C uvm
cp uvm/nvidia-uvm.ko /lib/modules/`uname -r`/updates/dkms
Cheers!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Is there any news regarding the packaging of autolatex? Can I help on something
even though I'm not a developer of the package nor a debian member?
Thanks,
Lluis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hilmar Preusse writes:
On 06.11.13 Lluís Vilanova (vilan...@ac.upc.edu) wrote:
Hi,
Sorry, I was not aware you're the maintainer. BTW, is it just me or
upstream rubber (https://launchpad.net/rubber) has been dead for a
long time?
I don't really see a real active development in upstream
Hilmar Preusse writes:
On 04.11.13 Lluís Vilanova (vilan...@ac.upc.edu) wrote:
Please consider packaging the fix for this bug
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684731#25).
As you know, I've packaged the fix already and have a package ready
for upload. However there are a few
Please consider packaging the fix for this bug
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684731#25).
Thanks,
Lluis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Please consider adding the patch in [1] (plain diff available at [2]). Although
it would be nice, I suppose it's not going to make it into stable :)
[1] https://code.launchpad.net/~lluis.vilanova/rubber/816470
[2]
Hilmar Preusse writes:
Many thanks! I've put new packages here:
http://wagner.debian.org/~hilmar-guest/rubber/
Let me know if it solves your problem.
Works like a charm for me, although I suppose you meant to ask if it works for
other people too :)
Thanks
--
To UNSUBSCRIBE, email to
This bug has some duplicates in Launchpad, all of which can be reached from this
one:
https://bugs.launchpad.net/rubber/+bug/816470
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
This bug has some duplicates in Launchpad, all of which can be reached from this
one:
https://bugs.launchpad.net/rubber/+bug/816470
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: rubber
Version: 1.1+20100306-1
Severity: important
I've attached a tarball with a minimal example that shows the failure.
First, rubber is unable to use more than 1 rule for converting an image (dia -
eps - pdf). This has not been working for quite some time, so this is probably
not the
Please close this bug, as the 23.2 version already exists in stable.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
29 matches
Mail list logo
