Bug#1024998: g810-led: Security risk: Leaves /dev/input/event* with read and write permissions for all users

2022-11-28 Thread Xavi Drudis Ferran
Package: g810-led Version: 0.4.2-2.1 Severity: critical Tags: patch upstream security Justification: root security hole X-Debbugs-Cc: xdru...@tinet.cat, Debian Security Team Dear Maintainer, I hesitate to file as critical, but I came across a bug report in upstream that looked serious enough

Bug#866472: Playing with a different approach for the color profiles

2019-08-01 Thread Xavi Drudis Ferran
El Mon, Jul 29, 2019 at 02:46:14PM +0200, Agustin Martin deia: > I am attaching a couple of files with current state of my experiments. I am > also not fluent with python (that is why I did not adopt or sponsored this > or any other python package), so my changes would definitely need review, if >

Bug#866472: Playing with a different approach for the color profiles

2019-07-31 Thread Xavi Drudis Ferran
El Mon, Jul 29, 2019 at 02:46:14PM +0200, Agustin Martin deia: > I am attaching a couple of files with current state of my experiments. I am > also not fluent with python (that is why I did not adopt or sponsored this > or any other python package), so my changes would definitely need review, if >

Bug#866472: copyright extract script

2019-07-11 Thread Xavi Drudis Ferran
El Thu, Jul 11, 2019 at 05:28:30PM +0200, Agustin Martin deia: > On Thu, Jul 11, 2019 at 04:17:30PM +0200, Agustin Martin wrote: > > On Thu, Jul 11, 2019 at 04:02:13PM +0200, Xavi Drudis Ferran wrote: > > > > > > I attach the script. It prints some (c) info on the *_rc

Bug#866472: copyright extract script

2019-07-11 Thread Xavi Drudis Ferran
I attach the script. It prints some (c) info on the *_rc.py files. You might need to change the uniconvertor directory in the script. And you may not really find it too enlightening... # -*- coding: utf-8 -*- # # Copyright (C) 2011-2018 by Igor E. Novikov # # This program is free software:

Bug#866472: Uniconvertor 2.0 upstream depends on python-pil and has some .debs

2019-07-11 Thread Xavi Drudis Ferran
El Thu, Jul 11, 2019 at 03:38:03PM +0200, Agustin Martin deia: > On Fri, Jul 05, 2019 at 10:50:08PM +0200, Xavi Drudis Ferran wrote: > > Well, for what is worth here're the files for a package that builds > > and install on buster for uniconvertor-2.0rc4. But I haven't > >

Bug#866472: Uniconvertor 2.0 upstream depends on python-pil and has some .debs

2019-07-05 Thread Xavi Drudis Ferran
Well, for what is worth here're the files for a package that builds and install on buster for uniconvertor-2.0rc4. But I haven't tested. Only did a sg to pdf conversion once. I may have done lots of things wrong, of course. So far it does no seem to require sk1libs.

Bug#866472: Uniconvertor 2.0 upstream depends on python-pil and has some .debs

2019-06-27 Thread Xavi Drudis Ferran
El Thu, Jun 27, 2019 at 04:07:53PM +0200, Agustin Martin deia: > On Fri, Jun 21, 2019 at 07:24:15AM +0200, Xavi Drudis Ferran wrote: > > > > Hello. Maybe you know already (because the problem seems to be lack of > > maintainer). But there is a python-uniconvertor 2.0 t

Bug#866472: Uniconvertor 2.0 upstream depends on python-pil and has some .debs

2019-06-20 Thread Xavi Drudis Ferran
Hello. Maybe you know already (because the problem seems to be lack of maintainer). But there is a python-uniconvertor 2.0 that no longer depends on python-imaging but on python-pil (python2, I believe) https://sk1project.net/modules.php?name=Products=uniconvertor=download They offer source

Bug#909498: Fixed with firefox-esr from jessie

2018-11-17 Thread Xavi Drudis Ferran
Hello. I hope I'm not adding only noise. I found the same error on my Wandboard Quad when I updated my stretch from aptitude, and jumper from firefox-esr 58 (I think) to 60.3 . I tried to install the version from sid, but dependencies didn't allow. But it started working when I dpkg -i

Bug#570913: guessnet: uninstallable on sid i386 for lack of libiw29. Should it be libiw30 ?

2010-02-21 Thread Xavi Drudis Ferran
Package: guessnet Severity: grave Justification: renders package unusable Hello. I've been unable to install guessnet on i386 for a couple of weeks now. Available version in sid is 0.51-1 . It depends on libiw29 (=28+29pre7) but there is no such package available. I think it depends on

Bug#498618: syntax error makes apertium fail

2008-09-11 Thread Xavi Drudis Ferran
Package: apertium Version: 3.0.7+1-1.1 Severity: grave Tags: patch Justification: renders package unusable There's a syntax error at line 113 /usr/bin/apertium, because of a misplace temporary file creation . It's solved by this tiny patch Patch 113,114c113,114 TMP_XLSXEMBED=`mktemp`

Bug#482140: [xml/sgml-pkgs] Bug#482140: must be /etc/sgml

2008-06-01 Thread Xavi Drudis Ferran
On Fri, May 30, 2008 at 01:45:40AM +0200, Daniel Leidert wrote: Am Mittwoch, den 28.05.2008, 22:34 +0200 schrieb Xavi Drudis Ferran: I'm sending my /var/lib/dpkg/info/docbook-xml.postinst Please set -ex at the top of the script to get more output and then just configure the package (dpkg

Bug#482140: Confirming bug

2008-05-28 Thread Xavi Drudis Ferran
Hi. This exact problem happened to me last night. I installed etch (amd64) on a new laptop, wasn't happy with the support of the intel GM965 graphics board, and decided to upgrade to lenny for the intel Xorg driver. I selected printing server, desktop environment, and standard system, in the etch

Bug#482140: /etc/xml tarball

2008-05-28 Thread Xavi Drudis Ferran
Here's my /etc/xml diretory in a tarball. My catalog file is the same as postedby Christofer C. Bell, just with the lines in different order (I guess it doesn't matter) I'll try to have a look before removing and reinstalling the package, just in case I see ehat may be happening... xml.tgz

Bug#482140: must be /etc/sgml

2008-05-28 Thread Xavi Drudis Ferran
Hi. I'm sending my /var/lib/dpkg/info/docbook-xml.postinst The line that's failing is the one after the initial for loop: update-catalog --add --super /etc/sgml/docbook-xml.cat In my /etc/sgml/catalog I already have a line with /etc/sgml/docbook-xml.cat and it's also in /etc/sgml/catalog.old

Bug#482140: sorry, different bug

2008-05-28 Thread Xavi Drudis Ferran
I have lost the error message now, but I guess in my case it must have been update-catalog complaining, and not update-xmlcatalog, so my bug must be a different one, although possibly related. Something didn't work right in docbook-xml.prerm for 4.4-5, I guess -- To UNSUBSCRIBE, email to

Bug#414380: amaya_wx-9.99-1_i386.deb does not suffer of #414380 here

2007-10-21 Thread Xavi Drudis Ferran
Package: amaya Followup-For: Bug #414380 Hi. I'm at a friend's computer, on debian unstable. We ran into a problem looking all like #414380 in which amaya did not start. Curious thig is that it worked over freeNX (tried from 2 different clients, the remote amaya opened fine). I tried disabling

Bug#348706: amaya: Something similar on 9.4-1

2006-03-07 Thread Xavi Drudis Ferran
Package: amaya Version: 9.4-1 Followup-For: Bug #348706 I'm not sure whether my bug is related to this one, or is something new, but at least it's error code 8 too It happend on two different sid machines. amaya won't start complaining of The program 'amaya' received an X Window System error.