Bug#1077274: Excessive initramfs size with firmware-nvidia-graphics and plymouth

[Rodrigo Campos]

On 7/28/24 10:33 PM, Ben Hutchings wrote:

Hello all,

This issue was fixed by initramfs-tools version 0.143 in experimental.
I have just uploaded version 0.143.1 to unstable, so you should be able
to get the fix through a regular upgrade in a few hours (if using
unstable) or days (if using testing).


I've tested it and seems to work fine for me. Thanks!

With initramfs-tools 0.143.1, without any configurations (in particular 
without the MODULES=dep) I see:


122Minitrd.img-6.9.12-amd64
122Minitrd.img-6.9.9-amd64

And if I uninstall the firmware-nvidia-graphics that I don't need, it's 
back to it's ~80M:


82M initrd.img-6.9.12-amd64
82M initrd.img-6.9.9-amd64

I mounted a tmpfs on /boot to do these tests, as otherwise it gets 
tricky with the space :)


I'll continue using MODULES=dep for now, as that makes more than 2 
kernels fit in the /boot partition, and apt handles than great in that 
case (uninstalls the third, etc.).



Thanks again!

Rodrigo

Bug#1016963: Please test u-boot for a64-olinuxino

[rodrigo]

On 2022-12-28 21:12, Vagrant Cascadian wrote:

On 2022-12-28, Vagrant Cascadian wrote:

On 2022-12-22, Vagrant Cascadian wrote:

On 2022-08-20, Vagrant Cascadian wrote:

On 2022-08-10, Vagrant Cascadian wrote:
This bug is just to delay migration to testing while more platforms 
get

tested. If you have a relevent board, please consider testing and
reporting the status:

  https://wiki.debian.org/U-boot/Status


I have not received many test results for current or even remotely
recent u-boot platforms in Debian, and u-boot has been blocked from
migration to testing partly because of this.

As the bookworm freeze approaches, this is getting to be... worrysome!

If you have access to any of these boards, please consider testing
u-boot versions as packaged in debian for versions from debian stable
(2021.01*), testing (2022.04*), unstable (2022.10*) and experimental
(2023.01-rc*) and updating the wiki page if successful and/or replying
to 1016...@bugs.debian.org with a positive confirmation...

...and if not successful, filing bugs against the relevent u-boot-*
packages and marking them as blocking 1016963.


a64-olinuxino


Sadly my a64-olinuxino board has died and I'm no longer able to test it.

Bug#931961: onboard not work

[Rodrigo Lima de Souto Leandro]

Package: onboard
Version: 1.4.1-4+b1
Severity: grave
Tags: a11y
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
when I open the gnome terminal it opens and closes the onboard and standard
gnome keyboard, non-stop
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
open the terminal
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***



-- System Information:
Debian Release: 10.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.2.0-elm (SMP w/4 CPU cores; PREEMPT)
Kernel taint flags: TAINT_CRAP
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), 
LANGUAGE=pt_BR:pt:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages onboard depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.30.1-2
ii  gir1.2-gdkpixbuf-2.0 2.38.1+dfsg-1
ii  gir1.2-glib-2.0  1.58.3-2
ii  gir1.2-gtk-3.0   3.24.5-1
ii  gir1.2-pango-1.0 1.42.4-6
ii  iso-codes4.2-1
ii  libc62.28-10
ii  libcairo-gobject21.16.0-4
ii  libcairo21.16.0-4
ii  libcanberra0 0.30-7
ii  libdconf10.30.1-2
ii  libgcc1  1:8.3.0-6
ii  libgdk-pixbuf2.0-0   2.38.1+dfsg-1
ii  libglib2.0-0 2.58.3-2
ii  libgtk-3-0   3.24.5-1
ii  libhunspell-1.7-01.7.0-2
ii  libpango-1.0-0   1.42.4-6
ii  libpangocairo-1.0-0  1.42.4-6
ii  librsvg2-common  2.44.10-2.1
ii  libstdc++6   8.3.0-6
ii  libudev1 241-5
ii  libx11-6 2:1.6.7-1
ii  libxi6   2:1.7.9-1
ii  libxkbfile1  1:1.0.9-2+b11
ii  libxtst6 2:1.2.3-1
ii  onboard-common   1.4.1-4
ii  python3  3.7.3-1
ii  python3-cairo1.16.2-1+b1
ii  python3-dbus 1.2.8-3
ii  python3-gi-cairo 3.30.4-1

Versions of packages onboard recommends:
ii  gir1.2-atspi-2.0 2.30.0-7
ii  gir1.2-ayatanaappindicator3-0.1  0.5.3-4
ii  onboard-data 1.4.1-4
ii  xdg-utils1.1.3-1

Versions of packages onboard suggests:
ii  mousetweaks  3.12.0-5

-- no debconf information

Bug#887600: Bug#887602: Your package FTBFS with freetype 2.9.1

[Rodrigo Siqueira]

Hi,

First of all, sorry for the delay.

I will work in this bug this week and report new as soon as possible.

Thanks a lot for the report

On 10/19, Hugh McMaster wrote:
> Control: severity -1 serious
> 
> Dear maintainer,
> 
> Freetype 2.9.1-2 has been in experimental for three weeks now. As it is 
> working well, I have decided to upload the package to unstable within the 
> next two to three weeks.
> 
> A rebuild of your package with freetype 2.9.1 installed confirmed that your 
> package will FTBFS once the new version of freetype enters unstable. In 
> almost all cases, this build failure was caused by the configure script not 
> detecting the freetype libraries, as freetype-config is not shipped in 2.9.1.
> 
> Given the build failure and upcoming upload of freetype 2.9.1, I am raising 
> the severity of this bug to Serious.
> 
> Please use pkg-config to detect freetype.
> 
> Thank you

-- 
Rodrigo Siqueira
https://siqueira.tech
https://twitter.com/siqueirajordao
Graduate Student
Department of Computer Science
University of São Paulo


signature.asc
Description: PGP signature

Bug#876274: wordpress: 9 security bugs in wordpress 4.8.1 and earlier

[Rodrigo Campos]

On Thu, Sep 21, 2017 at 04:26:53PM +0100, Rodrigo Campos wrote:
> On Thu, Sep 21, 2017 at 09:54:49AM +0200, Ángel wrote:
> > Salvatore wrote:
> > > have you identified already the issue -> fixing commit mappings?
> > 
> > For version 4.8.1 [buster, sid], upstream fixed them on 4.8.2
> > https://codex.wordpress.org/Version_4.8.2
> 
> And for jessie backports I'll update as soon as it is on sid :-)

It's already on sid and a backport is ready, will ask for BSA and craig will
upload when the BSA is assigned.



Thanks!
Rodrigo

Bug#876274: wordpress: 9 security bugs in wordpress 4.8.1 and earlier

[Rodrigo Campos]

On Thu, Sep 21, 2017 at 09:54:49AM +0200, Ángel wrote:
> Salvatore wrote:
> > have you identified already the issue -> fixing commit mappings?
> 
> For version 4.8.1 [buster, sid], upstream fixed them on 4.8.2
> https://codex.wordpress.org/Version_4.8.2

And for jessie backports I'll update as soon as it is on sid :-)

Bug#851066: More security bugs in debian version

[Rodrigo Campos]

Hi,

Just in case you weren't aware, several security issues has been fixed in flash.
Here is the last batch of fixes that I know of:
https://blog.qualys.com/laws-of-vulnerabilities/2017/05/09/adobe-fixes-half-dozen-flash-vulnerabilities-and-more

These is, of course, not fixed in debian because of this bug.


If I can help with testing or something, please let me know.



Thanks,
Rodrigo

Bug#862816: wordpress: Six security bugs in wordpress 4.7.4 and earlier

[Rodrigo Campos]

On Wed, May 17, 2017 at 09:54:55PM +1000, Craig Small wrote:
> Source: wordpress
> Version: 4.7.4+dfsg-1
> Severity: grave
> Tags: upstream security
> Justification: user security hole
> 
> Wordpress 4.7.4 and earlier has 6 security holes that are fixed in
> 4.7.5[1]
> 
>  * 2.7.0 - 4.7.4
>Insufficient redirect validation in the HTTP class.
>  * 2.5.0 - 4.7.4
>Improper handling of post meta data values in the XML-RPC API.
>  * 3.4.0 - 4.7.4
>Lack of capability checks for post meta data in the XML-RPC API.
>  * 2.5.0 - 4.7.4
>A Cross Site Request Forgery (CRSF) vulnerability was discovered in the
>filesystem credentials dialog.
>  * 3.3 - 4.7.4
>A cross-site scripting (XSS) vulnerability was discovered when
>attempting to upload very large files.
>  * 3.4.0 - 4.6.4
>A cross-site scripting (XSS) vulnerability was discovered related to the
>Customizer.
> 
> Looking at the versions, all distributions are vulnerable to all bugs,
> yay me!

Craig, will this version make it to testing? If that is the case, I'll prepare
the jessie backport today.



Thanks a lot,
Rodrigo

Bug#799140: wordpress: CVE-2015-5714 CVE-2015-5715

[Rodrigo Campos]

On Wed, Sep 16, 2015 at 06:47:04PM +0200, Salvatore Bonaccorso wrote:
> Hi,
> 
> On Wed, Sep 16, 2015 at 10:54:27AM +0200, Salvatore Bonaccorso wrote:
> > See https://wordpress.org/news/2015/09/wordpress-4-3-1/ for details. I
> > have not checked older versions in jessie and wheezy. Are they

Not sure about wheezy, but jessie is affected for sure.

There is a new 4.1 release (4.1.8) fixing this. The commits can be seen here:

https://github.com/WordPress/WordPress/commits/4.1-branch


And, of course, jessie-backports. But that can't be updated till the package is
in sid.




Thanks a lot,
Rodrigo

Bug#781767: Makes it unusable for my buckets too

[Rodrigo Campos]

On Tue, Jun 16, 2015 at 10:12:03AM -0500, Matt Domsch wrote:
> Buckets with dots is the AWS recommended method, and is required for all
> regions except for us-east-1.  It becomes usable if you use

Ohh, didn't know that. Then I fully agree =)




Thanks a lot,
Rodrigo


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#781767: Makes it unusable for my buckets too

[Rodrigo Campos]

On Sat, Jun 13, 2015 at 07:24:15AM +, Gianfranco Costamagna wrote:
> Control: severity -1 grave
> Control: found -1 1.5.0~rc1-2
> Control: fixed -1 1.5.2-1
> 
> thanks
> 
> 
> I'm setting the correct severity, since the jessie package is completely 
> unusable.

Well, it's not completely unusable. It is only with buckets with dots in their
name, IIUC. This might be important enough to consider unusable, but there is
subtle difference in theory between not being usable at all and being usable in
some cases. Although, in practice, might be totally unusable (don't know how to
estimate this and IMHO it is unusable)





Thanks a lot,
Rodrigo


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#770425: Fixes for debian stable ?

[Rodrigo Campos]

On Wed, Dec 03, 2014 at 05:58:11PM +1100, Craig Small wrote:
> On Tue, Dec 02, 2014 at 02:17:37PM +0000, Rodrigo Campos wrote:
> > The upstream release was on Nov 20, it's been almost 2 weeks and the bug 
> > seem
> > kind of serious. Any chance to do a quick fix and then continue to discuss
> > changing wordpress version in stable ? Or any ETA on when the fixes will 
> > come to
> > stable ?
> The stable fix is being uploaded to the security master now.

Great, thanks a lot!


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#770425: Fixes for debian stable ?

[Rodrigo Campos]

Hi,

The upstream release was on Nov 20, it's been almost 2 weeks and the bug seem
kind of serious. Any chance to do a quick fix and then continue to discuss
changing wordpress version in stable ? Or any ETA on when the fixes will come to
stable ?

I've manually applied the workaround suggested here[1], although it doesn't seem
ideal. But seems to fix the attacks reported here[2] and here[3] at least.






Thanks a lot,
Rodrigo

[1]: http://klikki.fi/adv/wordpress.html
[2]: http://klikki.fi/unquote/
[3]: http://klikki.fi/adv/wordpress_update.html


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#728444: libfontconfig1: xpdf is broken by fontconfig version 2.11.0-1

[Rodrigo Campos]

On Tue, Nov 05, 2013 at 12:10:35AM +0100, Francesco Poli wrote:
> On Mon, 4 Nov 2013 13:01:22 +0100 Vincent Lefevre wrote:
> 
> > On 2013-11-01 12:58:19 +0100, Francesco Poli (wintermute) wrote:
> > > I wonder why nobody thought to report a release-critical bug against
> > > libfontconfig1, in order to prevent its migration until the issue in
> > > xpdf is fixed...
> > > I am doing this right now, in order to at least give apt-listbugs users
> > > an opportunity to be warned about this issue and to pin libfontconfig1,
> > > until a fixed xpdf has migrated into testing.
> > 
> > Users should be aware that remaining with libfontconfig1 2.10.2-2
> > may block some security fixes, since many new packages are built
> > with libfontconfig1 2.11.x thus depends on this version at least.
> 
> Hi Vincent,
> that's true, no doubt.
> 
> > This is the case with iceweasel (via xulrunner-24.0), which I had
> > to rebuild locally on my machines (since I still want xpdf to be
> > usable).
> 
> Users who are not willing to do the same (perhaps because they do not
> have the time and/or the required expertise), will have to choose
> between an up-to-date system with an unusable xpdf and a system lagging
> behind some package upgrades with a usable xpdf.
> Unfortunately.

AND not being able to install some packages. If you don't have the package
installed and depends on newer fontconfig version you are on your own. Chromium,
for example, requires newer version of fontconfig. And probably there is more
software that wouldn't be possible to install.

Or using snapshot.debian.org or compiling or... 





Thanks,
Rodrigo


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#728444: Work-around

[Rodrigo Campos]

Hi,

Besides is probably pretty clear from the bug report, I add this information
just in case is useful for someone else.

Downgrading the library to the previous version on testing makes xpdf work
again. I did this by adding:

deb http://snapshot.debian.org/archive/debian/20131029T094523Z/ testing 
main contrib non-free

To my sources.list and then running:

apt-get install fontconfig=2.10.2-2 fontconfig-config=2.10.2-2 
fonts-opensymbol=2:102.3+LibO4.1.1-1 libfontconfig1=2.10.2-2




Thanks a lot,
Rodrigo


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702267: Security update is pending

[Rodrigo Gallardo]

Thank you very very much for this, Salvatore.

Please prepare the NMU, but hold off on it for upstream's opinion. Also, please 
try to engage the security team. Unless you're part of it, of course ;-)

On Apr 22, 2013, at 11:02 AM, Salvatore Bonaccorso wrote:

> Control: tags 702267 + patch
> 
> Hi Michal
> 
> On Thu, Apr 18, 2013 at 08:35:10AM +0200, Michal Trojnara wrote:
>> This is a security vulnerability that may result in remote code
>> execution.  It should be fixed immediately.
>> 
>> Current stunnel Debian package is based on stunnel 4.53.  This upstream
>> version is over a year old.
>> 
>> Please update the package to stunnel 4.56.  This version seems to be
>> very stable.
> 
> Unfortunately stunnel4 package cannot be updated to latest upstream
> version due to the freeze and wheezy beeing relased very soon. So the
> version based on 4.53 needs to be patched.
> 
> I tried to extract the correspondig diff from 5.54 to 4.55 also based
> on what Red Hat did[1].
> 
> [1]: http://rhn.redhat.com/errata/RHSA-2013-0714.html
> 
> Does this looks good form your upstream point of view on it?
> 
> Luis, can you work on it, else I can prepare the NMU as per debdiff.
> 
> Regards,
> Salvatore
> 


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#697291: postgresql-common: PGCLUSTER env var conflicts with PGHOST and select wrong database version

[Rodrigo Rosenfeld Rosas]

Package: postgresql-common
Version: 138
Severity: critical
Tags: upstream
Justification: causes serious data loss

   * What led up to the situation?

Set both PGHOST and PGCLUSTER.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

"psql -l" should use the cluster set on PGCLUSTER to list the databases
for that cluster. Instead it ignores the value of PGCLUSTER. If I unset
PGHOST and use "psql -h localhost -l" instead, then it works. Also, if I
use "psql --cluster 9.1/main" than it also works.

Otherwise "psql -l" will list the databases from 9.2/main even though
PGCLUSTER is set to 9.1/main. This is a big problem if you do something
like "dropdb dbname_from_old_cluster" and the same name happens to exist
in the new cluster, so that you'll drop the wrong database.



-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (700, 'unstable'), (650, 'experimental'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.5-trunk-amd64 (SMP w/6 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages postgresql-common depends on:
ii  adduser   3.113+nmu3
ii  debconf [debconf-2.0] 1.5.49
ii  logrotate 3.8.3-3
ii  lsb-base  4.1+Debian9
ii  postgresql-client-common  138
ii  procps1:3.3.4-2
ii  ssl-cert  1.0.32

postgresql-common recommends no packages.

postgresql-common suggests no packages.

-- Configuration Files:
/etc/sysctl.d/30-postgresql-shm.conf changed:
kernel.shmmax = 147841024
kernel.shmall = 2097152


-- debconf information:
  postgresql-common/obsolete-major:


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#669878: Workaround that worked for me

[Rodrigo Campos]

On Sat, Jul 07, 2012 at 03:54:43PM -0300, Rodrigo Campos wrote:
> Hi,
> 
> I have, like Stefan Beller, a 32-bit system with fluxbox started by gdm too 
> and
> hit the very same problem he describe. What did work for me was removing 
> phonon,
> like this:
> 
>   aptitude purge phonon phonon-backend-xine
> 
> (I did have phonon installed, not phonon-backend-vlc)
> 
> 
> This removed k3b and other things I want, but the upgrade continued okay (it's
> running right now :))


Sorry, forgot to tell that upgrading apt wasn't an option. It failed with:

# apt-get install apt
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 gnome-bluetooth : Breaks: nautilus-sendto (< 3.0) but 2.28.4-2+b1 is 
to be installed
E: Broken packages




Thanks,
Rodrigo



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#669878: Workaround that worked for me

[Rodrigo Campos]

Hi,

I have, like Stefan Beller, a 32-bit system with fluxbox started by gdm too and
hit the very same problem he describe. What did work for me was removing phonon,
like this:

aptitude purge phonon phonon-backend-xine

(I did have phonon installed, not phonon-backend-vlc)


This removed k3b and other things I want, but the upgrade continued okay (it's
running right now :))





Thanks a lot,
Rodrigo



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#653882: Upstream fix

[Rodrigo Gallardo]

On Sun, Jan 01, 2012 at 11:06:54PM +0100, Michal Trojnara wrote:
> Hi Guys,
> 
> I think I fixed this issue in 
> ftp://ftp.stunnel.org/stunnel/beta/stunnel-4.51b5.tar.gz
> Would you be so kind to test it, so I can release this fix in
> stunnel 4.51?

For your testing convenience, I've uploaded this to experimental as 3:4.51~b1-1.

-- 
Rodrigo Gallardo



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#637993: Uninstallable: Please depend on libnautilus-extension1a instead of libnautilus-extension1

[Amaya Rodrigo Sastre]

Package: nautilus-filename-repairer
Version: 0.0.6-1+gnome3+3+b1
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi there,

~-root@io>apt-get install nautilus-filename-repairer
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 nautilus-filename-repairer : Depends: libnautilus-extension1 (>= 2.30)
 but it is not going to be installed
 E: Broken packages


On the other hand, libnautilus-extension1a is available and installable.

Thanks!

- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages nautilus-filename-repairer depends on:
ii  libatk1.0-0   2.0.1-2ATK accessibility toolkit
pn  libc6  (no description available)
ii  libcairo-gobject2 1.10.2-6.1 The Cairo 2D vector graphics libra
ii  libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-3generic font configuration library
ii  libfreetype6  2.4.6-1FreeType 2 font engine, shared lib
ii  libgdk-pixbuf2.0-02.23.5-3   GDK Pixbuf library
ii  libglib2.0-0  2.28.6-2   GLib library of C routines
ii  libgtk-3-03.0.12-1   GTK+ graphical user interface libr
ii  libnautilus-extension1a   3.0.2-2libraries for nautilus components 
ii  libpango1.0-0 1.28.4-2   Layout and rendering of internatio

nautilus-filename-repairer recommends no packages.

nautilus-filename-repairer suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk5KYDQACgkQNFDtUT/MKpCNnACg9TQzjgvMGBqGdbiMQi7TutPn
i1sAn0U+Sj0Bv7aX5CLs9MZVVgYrCSoK
=PY+7
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#633637: Exploitable remotely: SQL injection

[Amaya Rodrigo Sastre]

Package: libapache2-mod-authnz-external
Version: 3.2.4-2
Severity: critical
Tags: security patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi there,

According to
http://code.google.com/p/mod-auth-external/issues/detail?id=5 there's a
possible remote sql injection bug. The fix is a two liner:

- --- trunk/mod_authnz_external/mysql/mysql-auth.pl
+++ trunk/mod_authnz_external/mysql/mysql-auth.pl
@@ -62,8 +62,10 @@
exit 1;
}

- -my $dbq = $dbh->prepare("select username as username, password as password 
from users where username=\'$user\';");
+my $dbq = $dbh->prepare("select username as username, password as password 
from users where username=?;");
+$dbq->bind_param(1, $user);
$dbq->execute;
+
my $row = $dbq->fetchrow_hashref();

if ($row->{username} eq "") {


Thanks!


- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libapache2-mod-authnz-external depends on:
ii  apache2.2-common  2.2.19-1   Apache HTTP Server common files
pn  libc6  (no description available)

Versions of packages libapache2-mod-authnz-external recommends:
ii  pwauth2.3.8-1authenticator for mod_authnz_exter

libapache2-mod-authnz-external suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk4cMpUACgkQNFDtUT/MKpAAlwCgqrEBO0A+HUB4eLWSpOf5RUf7
kGkAoKTMd0zZUneJvsHnj7O+DfxXFbMZ
=w70I
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#628810: Fails to install, update-openoffice-dicts is no longer shipped by dictionaries-common

[Amaya Rodrigo Sastre]

Package: myspell-es
Version: 1.11-1
Severity: serious
Tags: sid

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi there,

I am afraid this might be related to #619246, but there you talk about
removal, and this happens during install.

Trying to install myspell-es, I get:

~-root@lem>apt-get install myspell-es
[...]
Setting up myspell-es (1.11-1) ...
Error: update-openoffice-dicts not present or executable. Missing dependency on 
dictionaries-common?
dpkg: error processing myspell-es (--configure):
 subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
Errors were encountered while processing:
 myspell-es
E: Sub-process /usr/bin/dpkg returned an error code (1)

I see that /var/lib/dpkg/info/myspell-es.postinst is trying to exectute
update-openoffice-dicts, which it can't find.

So I look for it and it *seems* to be shipped by dictionaries-common
~-root@lem>apt-file search update-openoffice-dicts 
dictionaries-common: /usr/sbin/update-openoffice-dicts
dictionaries-common: /usr/share/man/man8/update-openoffice-dicts.8.gz

But it is no longer there. I dunno if this bug actually belongs in
dictionaries-common, as it should ship the script, or if things just
changed and you shuld invoke a different script in postinst (which seems
to be the case according to #619246).

Thanks for your time!



- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-rc5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages myspell-es depends on:
ii  dictionaries-common   1.11.0 Common utilities for spelling dict

myspell-es recommends no packages.

Versions of packages myspell-es suggests:
ii  icedove   3.1.10-1   mail/news client with RSS and inte
ii  iceweasel 4.0.1-2Web browser based on Firefox
pn  openoffice.org (no description available)

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk3mWVMACgkQNFDtUT/MKpD0CgCePAYSeG/pBjyxcJ2/+nWWVZlG
UHIAniB1SwYTy8sQcQ0mxz54pdb8N2RP
=T/Bq
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#621987: stunnel4: FTBFS: options.c:1201: undefined reference to `SSLv2_client_method'

[Rodrigo Gallardo]

tag 621987 + fixed-upstream
thanks

On Sat, Apr 09, 2011 at 02:14:39PM +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part:
> > gcc -Wall -g -O2 -Wall -Wshadow -Wcast-align -Wpointer-arith -I/usr/include 
> > -o stunnel file.o client.o log.o options.o protocol.o network.o resolver.o 
> > ssl.o ctx.o verify.o sthreads.o stunnel.o pty.o libwrap.o  -ldl -lutil 
> > -lnsl -lpthread -L/usr/lib -lssl -lcrypto -lwrap
> > options.o: In function `service_options':
> > /build/user-stunnel4_4.29-1-amd64-VwTzyZ/stunnel4-4.29/src/options.c:1201: 
> > undefined reference to `SSLv2_client_method'
> > /build/user-stunnel4_4.29-1-amd64-VwTzyZ/stunnel4-4.29/src/options.c:1202: 
> > undefined reference to `SSLv2_server_method'
> > collect2: ld returned 1 exit status

Fixed by 4.35, just added to packaging SCM, but not quite ready for
upload yet.

-- 
Rodrigo Gallardo



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#617603: [experimental] Don't depend on package revisions

[Amaya Rodrigo Sastre]

Package: audacious-plugins
Version: 2.3+dfsg-1+b2
Severity: serious
Tags: experimental

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

~-root@io>apt-get -t experimental install audacious-plugins
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 audacious-plugins : Depends: libavutil49 (>= 4:0.5.1-1) but it is not 
installable or
   libavutil-extra-49 (>= 4:0.5.1-1) but it is not 
installable

You are depending on: libavutil49 (>= 4:0.5.1-1) and libavutil-extra-49
(>= 4:0.5.1-1). Please remove the package revisions from the
dependencies. This renders the package uninstallable.

Thanks for your time!




- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-rc6-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages audacious-plugins depends on:
ii  libasound2   1.0.23-2.1  shared library for ALSA applicatio
ii  libatk1.0-0  1.32.0-2The ATK accessibility toolkit
ii  libaudcore1  2.3-2   audacious core engine library
ii  libaudid3tag22.3-2   audacious id3 tag manipulation lib
ii  libavcodec52 5:0.6.1+svn20110308-0.0 library to encode decode multimedi
ii  libavformat525:0.6.1+svn20110308-0.0 ffmpeg file format library
ii  libavutil50  5:0.6.1+svn20110308-0.0 avutil shared libraries - runtime 
ii  libbinio1ldbl1.4-14  Binary I/O stream class library
ii  libc62.11.2-13   Embedded GNU C Library: Shared lib
ii  libcairo21.10.2-4The Cairo 2D vector graphics libra
ii  libcddb2 1.3.2-2 library to access CDDB data - runt
ii  libcdio-cdda00.81-4  library to read and control digita
ii  libcdio100.81-4  library to read and control CD-ROM
ii  libcue1  1.4.0-1 CUE Sheet Parser Library
ii  libdbus-1-3  1.4.6-1 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.88-2.1simple interprocess messaging syst
ii  libesd0  0.2.41-8Enlightened Sound Daemon - Shared 
ii  libfaad2 2.7-6   freeware Advanced Audio Decoder - 
ii  libflac8 1.2.1-3 Free Lossless Audio Codec - runtim
ii  libfluidsynth1   1.1.3-3 Real-time MIDI software synthesize
ii  libfontconfig1   2.8.0-2.1   generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgcc1  1:4.5.2-5   GCC support library
ii  libglib2.0-0 2.28.1-1+b1 The GLib library of C routines
ii  libgtk2.0-0  2.24.1-1The GTK+ graphical user interface 
ii  libjack-jackd2-0 1.9.6~dfsg.1-2  JACK Audio Connection Kit (librari
ii  liblircclient0   0.9.0~pre1-1infra-red remote control support -
ii  libmad0  0.15.1b-5   MPEG audio decoder library
ii  libmcs1  0.7.1-1.1   Abstraction library to store confi
ii  libmms0  0.6.2-2 MMS stream protocol library - shar
ii  libmowgli1   0.6.1-1 a high performance development fra
ii  libmtp8  1.0.6-1 Media Transfer Protocol (MTP) libr
ii  libneon27-gnutls 0.29.5-3An HTTP and WebDAV client library 
ii  libogg0  1.2.0~dfsg-1Ogg bitstream library
ii  libpango1.0-01.28.3-4Layout and rendering of internatio
ii  libpulse00.9.22-1PulseAudio client libraries
ii  libresid-builder 2.1.1-8 SID chip emulation class based on 
ii  libsamplerate0   0.1.7-3 Audio sample rate conversion libra
ii  libsdl1.2debian  1.2.14-6.1  Simple DirectMedia Layer
ii  libshout32.2.2-5+b1  MP3/Ogg Vorbis broadcast streaming
ii  libsidplay2  2.1.1-8 SID (MOS 6581) emulation library
ii  libsndfile1  1.0.23-1Library for reading/writing audio 
ii  libstdc++6   4.5.2-5 The GNU Standard C++ Library v3
ii  libusb-0.1-4 2:0.1.12-17 userspace USB programming library
ii  libvorbis0a  1.3.2-1 The Vorbis General Audio Compressi
ii  libvorbisenc21.3.2-1 The Vorbis General Audio Compressi
ii  libvorbisfile3   1.3.2-1 

Bug#570719: librep: diff for NMU version 0.90.2-1.1

[Rodrigo Gallardo]

On Thu, Oct 14, 2010 at 07:15:40PM +0100, dioc...@debian.org wrote:
> Dear maintainer,
> 
> I've prepared an NMU for librep (versioned as 0.90.2-1.1) and
> uploaded it to DELAYED/5, as suggested by section 5.11.1 of the
> Developer's Reference for NMUs fixing RC bugs less than 7 days old.
> Please feel free to tell me if I should delay it longer.

Thanks. I was preparing a line by line identical patch for this, but
hadn't had time to build and test it.

As a matter of fact, if you want to, feel free to upload it directly.

-- 
Rodrigo Gallardo



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595880: Patch for FTBFS

[Rodrigo Gallardo]

tag 595880 +pending
block 595880 by 599762
thanks

On Sun, Oct 10, 2010 at 01:54:14PM +0200, Julien Cristau wrote:
> > 
> Looks fine, please do upload to tpu.

Upload was rejected by ftp-master:

Reject Reasons:
 sawfish_1.3.5.2-2.dsc: old version (1:1.3.5.2-1) in unstable <= new version 
(1:1.3.5.2-2) targeted at testing-proposed-updates.

I have requested removal of the ia64, kfreebsd-i386 and m68k binary
packages and will re-attempt the upload later.


-- 
Rodrigo Gallardo



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#503205: twitux cannot connect but can get public timeline

[Rodrigo Gallardo]

On Tue, Oct 05, 2010 at 08:51:36AM -0400, Sterling MacNay wrote:
> I have moved to wicd from nm and have started gnome-keyring-daemon in my
> xfce session (I now have xfce starting gnome session cruft).  I can
> receive the Twitux and public timelines but cannot connect to twitter.
> 
> Debian sid here.
> 
> I might run a gnome session and see if there is a difference in how it
> works.

This is actually quite a different bug and the reason we requested
twitux to be removed from testing: Twitter now requires use of OAuth
authentication, which twitux does not implement. Thus, it can no
longer access anything other than public info.

There is, afaik, a patch available for this, but it requires a library
not yet in sid.

-- 
Rodrigo Gallardo



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595880: Patch for FTBFS

[Rodrigo Gallardo]

tag 595880 +patch
bye

The patch aatached fixes the FTBFS. I will test the resulting package
for a couple days before asking release for permission to upload to
testing-proposed-updates.

-- 
Rodrigo Gallardo
diff --git a/debian/control b/debian/control
index f6a7a46..a0077ed 100644
--- a/debian/control
+++ b/debian/control
@@ -8,7 +8,7 @@ Build-Depends: gettext (>= 0.10.37), debhelper (>= 5.0.0), 
libxinerama-dev,
  libesd0-dev, rep-gtk (>= 1:0.18.3), libgmp3-dev (>= 4.1.4-8),
  texinfo (<< 4.11) | texinfo (>= 4.11.dfsg.1-3), 
  libgtk2.0-dev (>= 2.6), libxrender-dev, libxext-dev, libxt-dev,
- autotools-dev, automake1.10, quilt (>=0.40), librep-dev (>= 0.17.3),
+ autotools-dev, automake1.10, quilt (>=0.40), librep-dev (>= 0.17.3), rep,
  libtool
 Vcs-Browser: http://git.debian.org/?p=collab-maint/sawfish.git
 Vcs-Git: git://git.debian.org/git/collab-maint/sawfish.git
@@ -16,7 +16,7 @@ Homepage: http://sawfish.wikia.com/
 
 Package: sawfish
 Architecture: any
-Depends: ${shlibs:Depends}, rep-gtk (>= 0.18.4), gnome-terminal | 
x-terminal-emulator, sawfish-data (= ${source:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, rep, rep-gtk (>= 0.18.4), 
gnome-terminal | x-terminal-emulator, sawfish-data (= ${source:Version})
 Suggests: menu, gnome-control-center, yelp
 Provides: x-window-manager
 Replaces: sawfish-lisp-source (<= 0.38-6), sawfish2
@@ -29,7 +29,7 @@ Description: a window manager for X11
 
 Package: sawfish-dbg
 Architecture: any
-Depends: sawfish (= ${binary:Version})
+Depends: ${misc:Depends}, sawfish (= ${binary:Version})
 Recommends: sawfish-lisp-source
 Section: debug
 Priority: extra
@@ -42,6 +42,7 @@ Description: sawfish debugging symbols
 
 Package: sawfish-data
 Architecture: all
+Depends: ${misc:Depends}
 Replaces: sawfish (<= 1:1.3+cvs20060518-2)
 Conflicts: sawfish (<= 1:1.3+cvs20060518-2)
 Description: sawfish architecture independent data
@@ -53,6 +54,7 @@ Description: sawfish architecture independent data
 
 Package: sawfish-lisp-source
 Architecture: all
+Depends: ${misc:Depends}
 Description: sawfish lisp files
  This package contains the lisp source files in case you want to modify,
  study or debug the behaviour of the window manager.

Bug#589360: propose to remove twitux package from testing (was twitux: lack of OAuth support)

[Rodrigo Gallardo]

On Fri, Aug 06, 2010 at 11:18:51AM -0400, Hideki Yamane wrote:
> >  This package is twitter client, but it seems to lack OAuth support.
> >  Twitter will drop Authentication method like Basic Auth other than OAuth,
> >  so this should support OAuth until 16th August (it means twitux would be 
> >  completely unusable after that day).
> > 
> >  And I suggest once to remove it from tesing.
> 
>  Since I reported this 3 weeks ago, there is no progress and upstream 
>  seems to be dead, see http://twitux.svn.sourceforge.net/viewvc/twitux/
>  So, I'll propose twitux package from testing once.

I agree with your assesment, please go ahead.

Luke, I think you were interested in this package. If you have the
time to take over its upstream let me know and we can work on updating
it so it can go back into testing.

Otherwise, I think we should actually go all the way and ask for it to
be removed from the archive.

-- 
Rodrigo Gallardo



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#542476:

[Rodrigo Bernardo Pimentel]

To use gnuserv with GNU Emacs, you need to "(require
'gnuserv-compat)", instead of "(require 'gnuserv)".



    rbp
--
 http://isnomore.net



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#560837: lighttpd: New package does not fix the issue

[Rodrigo Campos]

Package: lighttpd
Version: 1.4.25-2
Severity: normal

You forgot to comment the line that does the include, so it is not fixed in this
new version.



Thanks,
Rodrigo

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable'), (400, 'unstable'), (200, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages lighttpd depends on:
ii  libattr11:2.4.44-1   Extended attribute shared library
ii  libbz2-1.0  1.0.5-3  high-quality block-sorting file co
ii  libc6   2.10.2-2 GNU C Library: Shared libraries
ii  libfam0 2.7.0-16.1   Client library to control the FAM 
ii  libldap-2.4-2   2.4.17-2.1   OpenLDAP libraries
ii  libpcre37.8-3Perl 5 Compatible Regular Expressi
ii  libssl0.9.8 0.9.8k-7 SSL shared libraries
ii  libterm-readline-perl-p 1.0303-1 Perl implementation of Readline li
ii  lsb-base3.2-23   Linux Standard Base 3.2 init scrip
ii  mime-support3.48-1   MIME files 'mime.types' & 'mailcap
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages lighttpd recommends:
ii  spawn-fcgi1.6.3-1A fastcgi process spawner

Versions of packages lighttpd suggests:
pn  apache2-utils  (no description available)
ii  openssl   0.9.8k-7   Secure Socket Layer (SSL) binary a
ii  rrdtool   1.3.8-1Time-series data storage and displ

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#556991: /usr/share/doc/sawfish is empty

[Rodrigo Gallardo]

severity 556991 serious
thanks

On Wed, Nov 18, 2009 at 03:57:53PM -0500, Philipp Weis wrote:
> $ ll -d /usr/share/doc/sawfish*
> drwxr-xr-x 2 root root6 Nov 18 14:54 sawfish
> 
> $ ll /usr/share/doc/sawfish
> total 0

Oh, no :(

Thanks for the report, I'll handle it asap.




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#535786: Change severity of 535786 to important

[Rodrigo Campos]

On Mon, Aug 31, 2009 at 09:55:52PM +0200, Sebastian Harl wrote:
> Hi Rodrigo,
> 
> On Mon, Aug 31, 2009 at 04:27:42PM -0300, Rodrigo Campos wrote:
> > On Mon, Aug 31, 2009 at 03:36:28PM +0200, Sebastian Harl wrote:
> > > On Mon, Aug 31, 2009 at 09:22:49AM -0300, Rodrigo Campos wrote:
> > > > It seems it should not change the ABI:
> > > > 
> > > > http://markmail.org/message/aqommixeonl5l5sj#query:netfilter%20libiptc+page:1+mid:fdxs37gp6e2igpto+state:results
> > > > 
> > > > Patrick said that in the second email of the thread.
> > > 
> > > In that thread you pointed out, I could only find patches for the build
> > > system to basically change 'noinst_LTLIBARIES' to 'lib_LTLIBRARIES' for
> > > libiptc (i.e. install that library on 'make install' instead of making
> > > it available for internal use only). Which patch did you have in mind?
> > 
> > And that didn't do the trick ?
> 
> Well, that has nothing to do with API / ABI changes but rather about
> making the library available at all.

Well, but if it is available and ready to be used, that's all you need to fix
it. (if I'm not wrong)

> > 
> > Sounds ok. But you can simply put into the sources the last library, so you
> > don't need to support both APIs, you just check if the version (if I'm not 
> > wrong,
> > it have a version now also) available of libiptc is the same or "compatible"
> > with the one in the sources. If its not, you use the one inside collectd and
> > you dont link dinamically to that library, just include the ".a". If it is, 
> > you
> > could use the .so
> 
> Hrm … that approach could be used as well. However, imho, if libiptc is
> available in the build system, we should use that version since that's
> more likely in sync with the kernel used on that system (I really don't
> think / hope that this might be a problem but this way we're save).
> 
> I do not expect that supporting both APIs should be a big deal - after
> all the differences should be really small, so being more flexible
> should be easy to implement and thus should be preferred imho.

But you can't prevent future API changes. Perhaps I'm missing somethig, but
well, I would let upstream deal with it ;)




Thanks,
Rodrigo



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#535786: Change severity of 535786 to important

[Rodrigo Campos]

On Mon, Aug 31, 2009 at 03:36:28PM +0200, Sebastian Harl wrote:
> Hi,
> 
> On Mon, Aug 31, 2009 at 09:22:49AM -0300, Rodrigo Campos wrote:
> > On Mon, Aug 31, 2009 at 12:34:01PM +0200, Sebastian Harl wrote:
> > > The problem is an error in the build system. collectd ships its own
> > > version of libiptc (which is used by the iptables plugin) because this
> > > library used to be available as a static lib only (which cannot be
> > > linked into a shared object on most architectures). Starting with
> > > version 1.4.3, iptables ships a shared library as well - however, with a
> > > slightly modified API / ABI. Now, the problem is that the build system
> > 
> > It seems it should not change the ABI:
> > 
> > http://markmail.org/message/aqommixeonl5l5sj#query:netfilter%20libiptc+page:1+mid:fdxs37gp6e2igpto+state:results
> > 
> > Patrick said that in the second email of the thread.
> 
> In that thread you pointed out, I could only find patches for the build
> system to basically change 'noinst_LTLIBARIES' to 'lib_LTLIBRARIES' for
> libiptc (i.e. install that library on 'make install' instead of making
> it available for internal use only). Which patch did you have in mind?

And that didn't do the trick ? Now it is installed again and you could use it.
And you can also link to a particular version, so this does not happen again ?



> Well, in Debian we won't need a copy of libiptc any longer but, being an
> upstream developer as well, I think it still makes sense to ship the lib
> in the upstream tarball since the shared libiptc is available for a
> fairly short time only so far.

Sounds ok. But you can simply put into the sources the last library, so you
don't need to support both APIs, you just check if the version (if I'm not 
wrong,
it have a version now also) available of libiptc is the same or "compatible"
with the one in the sources. If its not, you use the one inside collectd and
you dont link dinamically to that library, just include the ".a". If it is, you
could use the .so

But you would have to make collectd depend/recommend/something to that specific
libiptc version if I'm not wrong. I don't know how the libiptc version is
handled since it comes in the iptables package and I don't know if there is any
relation with the libiptc's version and iptables's version. But if its not there
a way to do this, probably upstream would give an answer, since it seems they
want to support the use of libiptc (or at least it seems that in the thread I
paste :)




Thanks,
Rodrigo



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#535786: Change severity of 535786 to important

[Rodrigo Campos]

On Mon, Aug 31, 2009 at 12:34:01PM +0200, Sebastian Harl wrote:
> The problem is an error in the build system. collectd ships its own
> version of libiptc (which is used by the iptables plugin) because this
> library used to be available as a static lib only (which cannot be
> linked into a shared object on most architectures). Starting with
> version 1.4.3, iptables ships a shared library as well - however, with a
> slightly modified API / ABI. Now, the problem is that the build system

It seems it should not change the ABI:

http://markmail.org/message/aqommixeonl5l5sj#query:netfilter%20libiptc+page:1+mid:fdxs37gp6e2igpto+state:results

Patrick said that in the second email of the thread.

Also, it seems a patch have been applied to deal with this (projects which use
libiptc).

> uses the libiptc headers shipped with collectd (due to an unfortunate
> include path) but links against the shared lib found in the system.
> Unfortunately, the ABI changed in a way that linking would still work
> but we get the segfault at runtime.
> 
> The following things need to be done to resolve that issue:

Just linking with a particular version of libiptc (if I don't misunderstand the
link to the thread I paste) should be enough (and no need for the copy of
libiptc in the repos).




Thanks,
Rodrigo



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#540015: librep-dev: Embeded libtool has /bin/sh shebang, but relies on bashisms

[Luis Rodrigo Gallardo Cruz]

Package: librep-dev
Version: 0.17.3-4
Severity: critical
Justification: breaks unrelated software


librep-dev carries a copy of the libtool used to build it, for use by
its rdepends. The version currently in the archive was built when bash
was still the default shell, and so the libtool script has #!/bin/sh as
its shebang. Now that dash is the default shell, the script fails
because it contains bashisms

I will request a binNMU, as I have verified that a rebuild will cause the
script to pickup #!/bin/bash as its shebang.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#537332: liferea: gdb and strace

[Rodrigo Gallardo]

tag 537332 upstream
thsnks

On Sat, Jul 18, 2009 at 09:30:56AM +0200, Helmut Grohne wrote:
> So my theory currently is: Liferea runs into updating the feed
> http://forum.psi-im.org/forum.php?req=rss&type=1&forum=5. The update
> interval is 24 hours which explains the timing above. It then fails in
> some strange way and updates again.

Requesting that feed by hand gives a 301 redirect followed by a 404. It would
appear that that combination of codes confuses liferea. I'm adding here a copy
of the response headers I get, followed by a trace of running with --debug-net
and --debug-parse 

I'll get this forwarded to upstream's bugtracker later.

Headers:
---
GET http://psi-im.org/forum/forum/forum.php?req=rss&type=1&forum=5
User-Agent: lwp-request/5.824 libwww-perl/5.826

GET http://forum.psi-im.org/forum.php?req=rss&type=1&forum=5 --> 301 Moved 
Permanently
GET http://psi-im.org/forum/forum/forum.php?req=rss&type=1&forum=5 --> 404 Not 
Found
Connection: close
Date: Sat, 18 Jul 2009 14:06:19 GMT
Accept-Ranges: bytes
Server: Apache/2.2.6 (Unix) mod_ssl/2.2.6 OpenSSL/0.9.8e-fips-rhel5 
mod_auth_passthrough/2.1 FrontPage/5.0.2.2635 mod_bwlimited/1.4 PHP/5.2.5
Content-Type: text/html
Content-Type: text/html; charset=utf-8
Client-Date: Sat, 18 Jul 2009 14:07:07 GMT
Client-Peer: 69.61.121.170:80
Client-Response-Num: 1
Client-Transfer-Encoding: chunked
Content-Base: http://psi-im.org/
Link: ; rel="shortcut icon"
Link: ; 
rel="alternate"; title="Psi News"; type="application/rss+xml"
Link: ; rel="stylesheet"; type="text/css"
Link: ; rel="stylesheet"; type="text/css"
Title: Psi, the Cross-Platform Jabber/XMPP Client for Power Users - Not Found
X-Meta-Description: Psi is a multi-platform and standards-based instant 
messaging client available for Windows, Linux, Mac and more.
X-Meta-ROBOTS: NOODP

---


Trace:
---
NET: downloading http://psi-im.org/forum/forum/forum.php?req=rss&type=1&forum=5
NET: download status code: 404
NET: source after download: 
>>>http://psi-im.org/forum/forum/forum.php?req=rss&type=1&forum=5<<<

NET: 1836 bytes downloaded
PARSING: xml_parse_feed(): could not parse feed "New Subscription"!
NET: downloading http://forum.psi-im.org
NET: downloading http://forum.psi-im.org/forum.php?req=rss&type=1&forum=5
NET: download status code: 404
NET: source after download: 
>>>http://psi-im.org/forum/forum/forum.php?req=rss&type=1&forum=5<<<

NET: 1836 bytes downloaded
PARSING: xml_parse_feed(): could not parse feed "New Subscription"!
NET: download status code: 404
NET: source after download: >>>http://psi-im.org/forum/forum/<<<

NET: 1836 bytes downloaded
NET: downloading http://psi-im.org/forum/forum/images/favicon.png
NET: downloading http://forum.psi-im.org/forum.php?req=rss&type=1&forum=5
NET: download status code: 404
NET: source after download: 
>>>http://psi-im.org/forum/forum/images/favicon.png<<<

NET: 1836 bytes downloaded

** (liferea:7126): WARNING **: Unrecognized image file format

NET: downloading http://forum.psi-im.org/favicon.ico
NET: download status code: 404
NET: source after download: 
>>>http://psi-im.org/forum/forum/forum.php?req=rss&type=1&forum=5<<<

NET: 1836 bytes downloaded
PARSING: xml_parse_feed(): could not parse feed "New Subscription"!
NET: download status code: 404
NET: source after download: >>>http://psi-im.org/forum/forum/favicon.ico<<<

NET: 1836 bytes downloaded

** (liferea:7126): WARNING **: Unrecognized image file format

NET: downloading http://forum.psi-im.org/favicon.ico
NET: downloading http://forum.psi-im.org/forum.php?req=rss&type=1&forum=5
NET: download status code: 404
NET: source after download: >>>http://psi-im.org/forum/forum/favicon.ico<<<
NET: 1836 bytes downloaded

** (liferea:7126): WARNING **: Unrecognized image file format

NET: download status code: 404
NET: source after download: 
>>>http://psi-im.org/forum/forum/forum.php?req=rss&type=1&forum=5<<<

NET: 1836 bytes downloaded
PARSING: xml_parse_feed(): could not parse feed "New Subscription"!
NET: downloading http://forum.psi-im.org/forum.php?req=rss&type=1&forum=5
NET: download status code: 404
NET: source after download: 
>>>http://psi-im.org/forum/forum/forum.php?req=rss&type=1&forum=5<<<

NET: 1836 bytes downloaded
PARSING: xml_parse_feed(): could not parse feed "New Subscription"!
NET: downloading http://forum.psi-im.org/forum.php?req=rss&type=1&forum=5
NET: download status code: 404
NET: source after download: 
>>>http://psi-im.org/forum/forum/forum.php?req=rss&type=1&forum=5<<<

NET: 1836 bytes downloaded
PARSING: xml_parse_feed(): could not parse feed "New Subscription"!
NET: downloading http://forum.psi-im.org/forum.php?req=rss&type=1&forum=5
NET: download status code: 404
NET: source after download: 
>>>ht

Bug#536816: Testing transition of liferea is to be blocked until we have a non-rc 1.6.0 release upstream

[Luis Rodrigo Gallardo Cruz]

Package: liferea
Version: 1.6.0~rc6-1
Severity: serious

1.6.0~rcX releases are just that, release candidates. As such, we will not 
allow them to transition into
testing until upstream declares them stable.

Using my package maintainer's hat to set the severity.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#521047: liferea: Empty /usr/share/doc/liferea/

[Rodrigo Gallardo]

On Tue, Mar 24, 2009 at 03:59:05PM +0100, Axel Beckert wrote:
> Package: liferea, liferea-dbg
> Version: 1.5.13-1, 1.5.14-1
> Severity: serious
> Justification: Debian Policy, Sections 12.5 and 12.7
> 
> 31/0/0 r...@kiva6:pts/ttyp4 [~] # ls -alF /usr/share/doc/liferea*
> /usr/share/doc/liferea:
> total 64
> drwxr-xr-x2 root root  4096 2009-03-12 14:32 ./
> drwxr-xr-x 1521 root root 57344 2009-03-24 15:49 ../

/me scratches his head:

rodr...@nabiki:~$ ls -alF /usr/share/doc/liferea*
lrwxrwxrwx 1 root root   12 2009-03-20 10:15 /usr/share/doc/liferea -> 
liferea-data/
lrwxrwxrwx 1 root root   12 2009-03-20 10:15 /usr/share/doc/liferea-dbg -> 
liferea-data/

/usr/share/doc/liferea-data:
total 100
drwxr-xr-x2 root root  4096 2009-03-20 10:15 ./
drwxr-xr-x 1470 root root 57344 2009-03-20 15:50 ../
-rw-r--r--1 root root  4015 2009-03-12 12:28 AUTHORS
-rw-r--r--1 root root  9599 2009-03-19 22:06 changelog.Debian.gz
-rw-r--r--1 root root  7338 2009-03-14 11:36 changelog.gz
-rw-r--r--1 root root  3081 2009-03-19 22:06 copyright
lrwxrwxrwx1 root root22 2009-03-20 10:15 html -> ../../liferea/doc/html/
-rw-r--r--1 root root  4247 2009-02-19 13:51 README.gz
rodr...@nabiki:~$ 

As expected from

rodr...@nabiki:~$ dpkg --contents 
/var/cache/pbuilder/result/liferea_1.5.14-1_amd64.deb 
[ skip 31 lines ]
lrwxrwxrwx root/root 0 2009-03-23 22:39 ./usr/share/doc/liferea -> 
liferea-data
rodr...@nabiki:~$ 

Could you please check your downloaded .deb?



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#520981: libwebkit-1.0-2: Library package contains non-versioned files

[Luis Rodrigo Gallardo Cruz]

Package: libwebkit-1.0-2
Version: 1.1.3-1
Severity: serious
Justification: Policy 8.2

$ dpkg -L libwebkit-1.0-2

/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libwebkit-1.0-2
/usr/share/doc/libwebkit-1.0-2/copyright
/usr/share/doc/libwebkit-1.0-2/changelog.Debian.gz
/usr/lib
/usr/lib/libwebkit-1.0.so.2.1.0
/usr/lib/webkit-1.0
/usr/lib/webkit-1.0/libexec
/usr/lib/webkit-1.0/libexec/GtkLauncher
/usr/lib/webkit-1.0/libexec/DumpRenderTree
/usr/lib/libwebkit-1.0.so.2

Policy 8.2:

 If your package contains files whose names do not change with each change in
 the library shared object version, you must not put them in the shared
 library package. Otherwise, several versions of the shared library cannot be
 installed at the same time without filename clashes, making upgrades and
 transitions unnecessarily difficult.

In particular, this keeps me from installing experimental liferea and unstable 
gimp at the same time. (Well, the experimental liferea I'm about to upload in
a couple hours, rather).

Please move the libexec files to a different package.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#514563: xulrunner-dev: can no longer compile liferea 1.4 branch (missing gtkmozembed_glue.cpp, etc.)

[Rodrigo Gallardo]

On Mon, Mar 09, 2009 at 05:16:11AM +0100, Vincent Lefevre wrote:
> I've found the problem. It is due to a conflict between libxul-dev
> (version 1.8) and xulrunner-dev (version 1.9), which are both installed
> on my machine. 
> ...
> Concerning the liferea Debian package, if I do "apt-get source liferea",
> "cd liferea-1.4.26", change the above line in the configure script
> directly, then "dpkg-buildpackage -b -uc", the failure disappears.

And you still have both -dev packages installed, right? I only
need to apply this patch and not try to add a Build-Conflicts?

I'll upload a new version ASAP.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#510765: Neil McGovern's NMU patch from 503907 LGTM

[Rodrigo Gallardo]

I will try to upload a webkit-less version of liferea early next week,
but I explicitely aprove NMUs with Neil's patch from 503907 anyhow.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#503205: twitux: Will not connect to twitter.

[Rodrigo Gallardo]

On Wed, Nov 05, 2008 at 04:21:09PM +, Lawrence Woodman wrote:
> Rogdrigo,
> 
> > I think I have reproduced this: Are you using NetworkManager (gnome's
> > default is yes)? If so, does *it* think the network is active? I think
> > twitux is asking nm about the network status and silently failing to
> > do *anything* if the answer from there is "off".
> 
> As a follow-up to my last email.  I have just uninstalled NetworkManager
> and twitux works fine.  

great!

> P.S. If you want me to test anything on my machine I am more than happy
> to help.


No need. Now that I know what's going on I can conduct futher testing locally.

Thanks for the report, I will probably forward this upstream for them to
work out some sort of solution. I believe that twitux should at least warn
somehow about its thinking there is no network.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#503205: [EMAIL PROTECTED]: Re: Bug#503205: twitux: Will not connect to twitter.]

[Rodrigo Gallardo]

- Forwarded message from Lawrence Woodman <[EMAIL PROTECTED]> -

Subject: Re: Bug#503205: twitux: Will not connect to twitter.
From: Lawrence Woodman <[EMAIL PROTECTED]>
To: Rodrigo Gallardo <[EMAIL PROTECTED]>
Date: Wed, 05 Nov 2008 15:54:26 +

Rodrigo,

> I think I have reproduced this: Are you using NetworkManager (gnome's
> default is yes)? If so, does *it* think the network is active? I think
> twitux is asking nm about the network status and silently failing to
> do *anything* if the answer from there is "off".

I am using NetworkManager, mainly because I haven't had the time to work
out how to remove it without removing other things that I want to keep.

Anyway, Network Manager thinks that there is no connection. So it ties
in with your theory so far.

bfn


Lawrence


- End forwarded message -
- Forwarded message from Lawrence Woodman <[EMAIL PROTECTED]> -

Subject: Re: Bug#503205: twitux: Will not connect to twitter.
From: Lawrence Woodman <[EMAIL PROTECTED]>
To: Rodrigo Gallardo <[EMAIL PROTECTED]>
Date: Wed, 05 Nov 2008 16:21:09 +

Rogdrigo,

> I think I have reproduced this: Are you using NetworkManager (gnome's
> default is yes)? If so, does *it* think the network is active? I think
> twitux is asking nm about the network status and silently failing to
> do *anything* if the answer from there is "off".

As a follow-up to my last email.  I have just uninstalled NetworkManager
and twitux works fine.  


This is great.  Well done.


Lawrence


P.S. If you want me to test anything on my machine I am more than happy
to help.


- End forwarded message -



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#503205: twitux: Will not connect to twitter.

[Rodrigo Gallardo]

On Fri, Oct 24, 2008 at 09:54:22AM +0100, Lawrence Woodman wrote:
> Rodrigo,
> Therefore I started twitux with:
> $ strace -otwitux.strace twitux
> 
> Then clicked on "Connect" from the "Twitter" menu.  Left it for a few
> seconds.  Then clicked on "Quit".
> 
> The strace output is attached.

I think I have reproduced this: Are you using NetworkManager (gnome's
default is yes)? If so, does *it* think the network is active? I think
twitux is asking nm about the network status and silently failing to
do *anything* if the answer from there is "off".



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#503205: twitux: Will not connect to twitter.

[Rodrigo Gallardo]

On Fri, Oct 24, 2008 at 07:57:05AM +0100, Lawrence Woodman wrote:
> Hello Rodrigo,
> 
> Some answers to your questions follow:
>
> ... [ Everything OK ] ...
> 
> This probably doesn't help much, other than to eliminate the obvious.
> If you want me to try anything else, please don't hesitate to contact
> me.

Yes, it all looks good.

And I just can't reproduce it, for me it's working all right, which leaves me
empty of ideas on how to debug :(

Ok, since you've been willing to strace before: Can you try to strace *while*
it's trying to connect? I think a way to do that would be to click on
'Disconnect', start the trace (or note the timestamp, or something) then click
on 'Connect'. Let's try to see if it's getting stuck somewhere in particular.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#503205: twitux: Will not connect to twitter.

[Rodrigo Gallardo]

On Thu, Oct 23, 2008 at 03:08:00PM +0100, Lawrence Woodman wrote:
> Package: twitux
> Version: 0.62-1
> Severity: grave
> Justification: renders package unusable
> 
> 
> No matter what I do when ever I run twitux, it will not connect.  I have
> switched to using gtwitter without any problems, but twitux refuses.

Mmm. Are you *running* gnome-keyring-daemon? It's part of a default Gnome
session, but if you are using Twitux outside of Gnome you need to start it
yourself. Not having it running causes twitux to hang on trying to connect,
without any message.

You also need dbus running in your session, but unless you have
heavily customized your X session scripts, that runs by default.

> I have done a partial strace on it which I will include at the bottom of
> the post which shows that it is having problems with all sorts of libraries
> not being symbolically linked to places where it is expecting it.

This cannot posibly be the problem. If twitux did not find these libraries at
all, it would not even start. So, what you are seeing is the result of twitux
looking for them in a lot of places before actually finding them.

In any case, to confirm, run
 $ ldd /usr/bin/twitux
That will print out the locations where the libraries are ultimately found, or
a message if they are not.

> open("/usr/lib32/xorg/tls/x86_64/libgconf-2.so.4", O_RDONLY) = -1 ENOENT (No 
> such file or directory)
> stat("/usr/lib32/xorg/tls/x86_64", 0x7fff3dcac5d0) = -1 ENOENT (No such file 
> or directory)
> open("/usr/lib32/xorg/tls/libgconf-2.so.4", O_RDONLY) = -1 ENOENT (No such 
> file or directory)
> stat("/usr/lib32/xorg/tls", 0x7fff3dcac5d0) = -1 ENOENT (No such file or 
> directory)
> open("/usr/lib32/xorg/x86_64/libgconf-2.so.4", O_RDONLY) = -1 ENOENT (No such 
> file or directory)
> stat("/usr/lib32/xorg/x86_64", 0x7fff3dcac5d0) = -1 ENOENT (No such file or 
> directory)
> open("/usr/lib32/xorg/libgconf-2.so.4", O_RDONLY) = -1 ENOENT (No such file 
> or directory)
> open("/usr/lib64/xorg/tls/x86_64/libgconf-2.so.4", O_RDONLY) = -1 ENOENT (No 
> such file or directory)
> stat("/usr/lib64/xorg/tls/x86_64", 0x7fff3dcac5d0) = -1 ENOENT (No such file 
> or directory)
> open("/usr/lib64/xorg/tls/libgconf-2.so.4", O_RDONLY) = -1 ENOENT (No such 
> file or directory)
> stat("/usr/lib64/xorg/tls", 0x7fff3dcac5d0) = -1 ENOENT (No such file or 
> directory)
> open("/usr/lib64/xorg/x86_64/libgconf-2.so.4", O_RDONLY) = -1 ENOENT (No such 
> file or directory)
> stat("/usr/lib64/xorg/x86_64", 0x7fff3dcac5d0) = -1 ENOENT (No such file or 
> directory)
> open("/usr/lib64/xorg/libgconf-2.so.4", O_RDONLY) = -1 ENOENT (No such file 
> or directory)

BTW, none of these are default locations for shared libraries in Debian. I
don't think it's related to the problem, but you should look at your
/etc/ld.so.conf and the LD_LIBRARY_PATH environment var. Something is messing
with them.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#474736: Downgrading Bug#474736 to important

[Rodrigo Gallardo]

Eric Cooper <[EMAIL PROTECTED]>
> When I click on this feed: http://www.borowitzreport.com/, the first
> item is (currently) the following.  Liferea pops up a browser window
> for the embedded URL in the  whenever I try to display
> headlines -- I'm not even trying to read the body of the item.
>
> The fact that the link points to a site in Changzhou, China, and the
> strange nesting of the end tag --  -- makes me think
> this feed was hijacked, so liferea's behavior is a security hole.

As I stated in the original bug report, I don't quite agree with the
security hole characterization of this bug, as it is essentially
imposible for liferea to detect a hijacked feed.

This bug is currently the only reason for liferea not to be in lenny.
Since upstream has stated that the 1.4 series will *not* be updated to
deal with this issue, and I lack the time for now to attempt a backport,
this means a fix for this will not be ready before the freeze.

Would I be justified in downgrading this to important?



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#487629: keytouch blocks logout

[Rodrigo Gallardo]

On Fri, Jul 18, 2008 at 11:49:25PM +0200, Javier Ortega Conde (Malkavian) wrote:
> Yeah!, these are first lines from keytouch changelog:
> 
> Version 2.4.0:
> - Updated kernel keycode to X keycode mapping.
> - Updated translations.
> * keytouchd:
>  - XCloseDisplay is not called anymore, because on some systems it may not 
> return from this call.

Sorry, everyone, I have been extremely busy lately *and* without
internet access at home. If someone is able to create an updated package
you have my blessing to upload it as an NMU.

Otherwise, you'll just have to wait for me to get a little time off my
day job, in a couple weeks.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482644: nmu proposal for stunnel

[Rodrigo Gallardo]

Looks OK, please go ahead with the NMU.

On Tue, May 27, 2008 at 12:31:23AM +1000, Steffen Joeris wrote:
> Hi
> 
> Attached you'll find a proposed NMU patch including the upstream bug.





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#474736: liferea: opens browser for titles and descriptions with embedded URLs

[Luis Rodrigo Gallardo Cruz]

[Sorry about the delay answering, I've been (and wil remain for a
 while) busy and kind of disconected, so there will likely be more 
 delays.]

On Mon, Apr 07, 2008 at 09:43:08AM -0400, Eric Cooper wrote:
> When I click on this feed: http://www.borowitzreport.com/, the first
> item is (currently) the following.  Liferea pops up a browser window
> for the embedded URL in the  whenever I try to display
> headlines -- I'm not even trying to read the body of the item.

I've tried without success to reproduce this. Could you send me the
settings you have in the "browser" tab, please. Also, I assume you're
not using the webkit backend, but please confirm this.
 
> The fact that the link points to a site in Changzhou, China, and the
> strange nesting of the end tag -- </iframe> -- makes me think
> this feed was hijacked, so liferea's behavior is a security hole.

The problem with this characterization is that liferea has no way of
knowing whether a feed's content is "unauthorized". I do agree that
opening a browser window is wrong, but there's no way we could filter
quite a bit of other hijackable behaviour, such as including images in
a feed's description, for example. Thus, i kind of question calling
this a security issue.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#433393: liferea doesn't update any feeds after migration to new format

[Luis Rodrigo Gallardo Cruz]

On Mon, Mar 17, 2008 at 09:48:40PM +0200, Eddy Petrișor wrote:
>>> Lars Lindner wrote:
>> Nonetheless I identified the problem. You do massively mark posts
>> as important (flagged). Which is not forbidden, but was totally
>> unexpected by me when I implemented the merging algorithm.
>
> Heh :-) . I usually do that so I can come back to them at any time I want 
> to do read about the subject of the post. Is a way of archiving for me 
> (since I saw is he only way to make liferea keep those posts from being 
> lost into nothingness).
>
>> Flagged items do have the property of never being dropped from
>
> Which is good :-), from my PoV.
>
>> cache, but at the same moment we have a cache limit that the merging
>> algorithm has to cope with. And the current calculation is simple: if the
>> cache limit is 100 (like in your case and per default) and there are 100
>> (or more) flagged items that must never be dropped, then there is just
>> no room to add new items.
>
> kaboom :-)
>
>> As a temporary workaround you should increase the cache limit for
>> all affected feeds (like the Debian Planet feed).
>
> I have, but it seems it already "lost" some of the items of the day... 
> I'll probably change the limit first, then upgrade once more to the new 
> format ;-) .

If this works for you, please let me know. I'll then downgrade this
report's severity but leave it open as a hint for others.

> (BTW, I'll probably send another BR about it disrupting with my desire to 
> have low battery consumption since it does polling and wakes up the CPU 
> rather often.)

Does it? We had a round of updates back in 1.2 dealing with this. According
to powertop we got down to a rather acceptable level, IIRC.


signature.asc
Description: Digital signature

Bug#433393: liferea doesn't update any feeds after migration to new format

[Luis Rodrigo Gallardo Cruz]

On Mon, Mar 17, 2008 at 02:21:14PM +0200, Eddy Petrișor wrote:
> Luis Rodrigo Gallardo Cruz wrote:
>> On Thu, Mar 13, 2008 at 02:33:54AM +0200, Eddy Petrișor wrote:
>>>> On to more promising lands:
>>>>
>>>> Could you try running with --debug-update, please?
>>> I moved away the ~/.liferea_1.4 directory (safe copy) and ran:
>>>
>>> liferea --debug-update 2>&1 | tee liferea_update
>>>
>>> The log is attached.
>>
>> I hate Heisenbugs.
>
> Not sure this is one.
>
>> I see nothing obviously wrong in this log. Even worse, there are
>> entries there about updating the feeds, mentioning relatively recent
>> entries in, for example, Debian Planet.
>>
>> Did it keep failing after this update?
>
> Yes, for instance, Debian Planet is still stuck at that post, "Sami 
> Haahtinen: Installing Debian on NSLU2" from the 6th of March.

Mmm. This makes me think it's reading them but then not commiting them
to the database. Maybe something in the cache settings is malfunctioning.

> Do you want me to send also the .liferea dir on which the upgrade is based?

Yes, please, unless it contains private data.

>>> Note that the message after the update refers to an inexistent  
>>> ~/.liferea_1.2 directory. You might want to fix that, too. Should I 
>>> open another bug about this?
>>
>> Yes, please.
>
> Still, could it be because the upgrade is not made through an intermediate 
> 1.2 version?

I don't think so. I tried updating a default 1.0 install directly to
1.4 and it all worked without fault. So the whole thing has probably
something to do with your data.


signature.asc
Description: Digital signature

Bug#433393: liferea doesn't update any feeds after migration to new format

[Luis Rodrigo Gallardo Cruz]

On Thu, Mar 13, 2008 at 02:33:54AM +0200, Eddy Petrișor wrote:
> Luis Rodrigo Gallardo Cruz wrote:
>>
>> And the migration of *that* is done by a simple copying over of the
>> file to the new .liferea_1.4 dir. Which pretty much rules out an error
>> there. Still, just to make sure, please take a look at that file and
>> try to see the entries for the failing feeds and compare them with the
>> file in the new dir.
>
> 0 [EMAIL PROTECTED] ~ $ grep -n 'updateInterval' ~/.liferea/feedlist.opml | 
> sed 
> -r -e 's#^.*(text="[^"]*").*(updateInterval="[^"]*").*$#\1 \2#g' > 
> /tmp/strippeduiold
> 0 [EMAIL PROTECTED] ~ $ grep -n 'updateInterval' ~/.liferea_1.4/feedlist.opml 
> | 
> sed -r -e 's#^.*(text="[^"]*").*(updateInterval="[^"]*").*$#\1 \2#g' > 
> /tmp/strippeduinew
> 0 [EMAIL PROTECTED] ~ $ diff -u /tmp/strippedui{old,new}
> --- /tmp/strippeduiold2008-03-13 01:35:38.0 +0200
> +++ /tmp/strippeduinew2008-03-13 01:35:48.0 +0200
> @@ -17,7 +17,7 @@
>  text="Heron's Perch" updateInterval="-1"
>  text="Schneier on Security" updateInterval="-1"
>  text="Joel on Software" updateInterval="-1"
> -text="mariuss' weblog - " updateInterval="-1"
> +text="mariuss' weblog -" updateInterval="-1"
>  text="Planet Haskell" updateInterval="-1"
>  text="Stevey's Blog Rants" updateInterval="-1"
>  text="Razvan Patrascioiu - public_html" updateInterval="-1"
> @@ -28,9 +28,6 @@
>  text="Programming" updateInterval="-1"
>  text="Real World Haskell: recent comments" updateInterval="-1"
>  text="Natali Del Conte" updateInterval="-1"
> -text="Unread" updateInterval="-2"
> -text="Flagged" updateInterval="-2"
>  text="ATI Proprietary Linux Driver Releases" updateInterval="360"
>  text="Syllable.org" updateInterval="-1"
> -text="svn-buildpackage" updateInterval="-2"
>  text="Latest Secunia Security Advisories" updateInterval="30"

Nothing wrong here, it seems.

>> On to more promising lands:
>>
>> Could you try running with --debug-update, please?
>
> I moved away the ~/.liferea_1.4 directory (safe copy) and ran:
>
> liferea --debug-update 2>&1 | tee liferea_update
>
> The log is attached.

I hate Heisenbugs.

I see nothing obviously wrong in this log. Even worse, there are
entries there about updating the feeds, mentioning relatively recent
entries in, for example, Debian Planet.

Did it keep failing after this update?

> Note that the message after the update refers to an inexistent 
> ~/.liferea_1.2 directory. You might want to fix that, too. Should I open 
> another bug about this?

Yes, please.


signature.asc
Description: Digital signature

Bug#433393: liferea doesn't update any feeds after migration to new format

[Luis Rodrigo Gallardo Cruz]

On Wed, Mar 12, 2008 at 12:34:47AM +0200, Eddy Petrișor wrote:
> On 11/03/2008, Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]> wrote:
> > On Tue, Mar 11, 2008 at 01:07:04AM +0200, Eddy Petrișor wrote:
> >  > Luis Rodrigo Gallardo Cruz wrote:
> >
> > >> Otherwise, please check the feed properties to see if the update
> >  >> intervals were imported correctly. Check also the default interval set
> >  >> in preferences.
> >  >
> >  > I don't care about each feed's update interval, I override all with the
> >  > default interval which is 15 minutes.
> >
> >
> > But, did liferea import that setting correctly from the previous version?
> 
> REPLY="have to check and need help to see the old setting"
> [ "$that" =="$deafult_update_interval" ] && REPLY=yes

(grumble grumble)

I've taken a look at a migration from 1.0. The update interval setting
is stored in an attribute of the feed entry in ~/.liferea/feedlist.opml 

And the migration of *that* is done by a simple copying over of the
file to the new .liferea_1.4 dir. Which pretty much rules out an error
there. Still, just to make sure, please take a look at that file and
try to see the entries for the failing feeds and compare them with the
file in the new dir.

On to more promising lands:

Could you try running with --debug-update, please?


signature.asc
Description: Digital signature

Bug#433393: liferea doesn't update any feeds after migration to new format

[Luis Rodrigo Gallardo Cruz]

On Tue, Mar 11, 2008 at 01:07:04AM +0200, Eddy Petrișor wrote:
> Luis Rodrigo Gallardo Cruz wrote:
>> Otherwise, please check the feed properties to see if the update
>> intervals were imported correctly. Check also the default interval set
>> in preferences.
>
> I don't care about each feed's update interval, I override all with the  
> default interval which is 15 minutes.

But, did liferea import that setting correctly from the previous version?


signature.asc
Description: Digital signature

Bug#433393: liferea doesn't update any feeds after migration to new format

[Luis Rodrigo Gallardo Cruz]

On Fri, Mar 07, 2008 at 08:05:45PM +0200, Eddy Petrișor wrote:
> Since liferea I updated to this version and liferea updated its database  
> to the new format, none of the feeds are updated anymore.
>
> For instance, Planet Debian has the tip stuck on
> http://ressukka.net/blog/posts/20070517_debian_on_nslu2/
>
> It seems either the upgrade or the database format upgrade, it has stuck.

Does liferea start up correctly after the update?

If not, maybe you hit #469245, please try the workaround suggested
there (delete ~/.liferea_1.4/new_subscription and restart liferea).

Otherwise, please check the feed properties to see if the update
intervals were imported correctly. Check also the default interval set
in preferences.

Thanks.


signature.asc
Description: Digital signature

Bug#464139: Fwd: [Debian Bug#464139: sawfish crash openoffice]

[Luis Rodrigo Gallardo Cruz]

tag 464139 confirmed upstream
thanks

On Tue, Feb 05, 2008 at 05:11:34PM +0100, Janek Kozicki wrote:
> Luis Rodrigo Gallardo Cruz said: (by the date of Tue, 5 Feb 2008 09:58:08 
> -0600)
> 
> > Woah!
> > 
> > Reproduced. I just killed my whole session.
> > 
> > It's locale related, with OOo in English nothing happens. With the fr
> > translation it dies immediately. That points to my patch :(
> > 
> > I'll run sawfish+OOo in an Xnest and try to get a backtrace.
> 
> 
> Remember that there is Timo's UTF8 patch waiting in queue. Try it.
> 
>   http://sawfish.wikia.com/wiki/Utf_8_names_fix

The patch solves the crash.

But I'm completely confused. The problem here was that OOo does not
set the NET_ properties, only the WM_ ones. My patch was trying
unconditionaly to convert the strings there from the locale encoding
to UTF-8, causing the crash since they came as ISO-8859-1 but the
locales (all of them, sawfish, the nested x server and OOo) *were*
UTF-8.

Adding to my confusion, the patch solves this by passing the property
to Xutf8TextPropertyToTextList, which correctly decodes it to UTF-8,
despite its name making me think it was supposed to do the oposite or
something.

Whatever.

Given this, I say we should do a new point release with this
patch. I'll test the other patch (Titlebar updates) in a little while,
but it seems to me it should be included, too.


signature.asc
Description: Digital signature

Bug#464139: Fwd: [Debian Bug#464139: sawfish crash openoffice]

[Luis Rodrigo Gallardo Cruz]

On Tue, Feb 05, 2008 at 04:27:34PM +0100, Christian Marillat wrote:
> Janek Kozicki <[EMAIL PROTECTED]> writes:
> 
> >> Christian Marillat said:
> >>
> >> Each time I try to open the options window, sawfish crash and openoffice is
> >> also dead.
> >
> > Hi,
> 
> Hi,
> 
> > What is the openoffice version? On debian etch I'm unable to reproduce 
> > this: 

Woah!

Reproduced. I just killed my whole session.

It's locale related, with OOo in English nothing happens. With the fr
translation it dies immediately. That points to my patch :(

I'll run sawfish+OOo in an Xnest and try to get a backtrace.


signature.asc
Description: Digital signature

Bug#464139: Fwd: [Debian Bug#464139: sawfish crash openoffice]

[Luis Rodrigo Gallardo Cruz]

On Tue, Feb 05, 2008 at 04:07:10PM +0100, Janek Kozicki wrote:
> > Christian Marillat said:
> >
> > Each time I try to open the options window, sawfish crash and openoffice is
> > also dead.
> 
> Hi,
> 
> What is the openoffice version? On debian etch I'm unable to reproduce this: 
> 
>  File-Templates->Organize
>  File-Templates->Edit
>  Tools->Options
> 
> all work fine.

Very likely the version is the one in debian unstable, 1:2.3.1-3. Is
this right, Christian?

 
> Luis Rodrigo Gallardo Cruz said: 
> 
> > Can someone here try to reproduce this? I don't have openoffice
> > installed, and I'd rather avoid it if I can.
> 
> why 'aptitude install openoffice.org' and 'aptitude remove
> openoffice.org' (after testing) wouldn't work for you? ;->

Beacuse I'd rather not download I don't even know how many megabytes
:) But well, it seems I'll have to.


signature.asc
Description: Digital signature

Bug#464001: FTBFS: hardcodes architecture-specific path to rep's rules.mk

[Luis Rodrigo Gallardo Cruz]

Version: 1:1.3.2+debian-1
 
> >From 
> >http://buildd.debian.org/fetch.cgi?pkg=sawfish;ver=1%3A1.3.2-1;arch=amd64;stamp=1202040828
> > :
> 
> [...]
> >  /usr/bin/fakeroot debian/rules clean
> > dh_testdir
> > dh_testroot
> > rm -f build-stamp configure-stamp
> > [ ! -f Makefile ] || /usr/bin/make distclean
> > make[1]: Entering directory `/build/buildd/sawfish-1.3.2'
> > Makedefs:85: /usr/lib/rep/i486-pc-linux-gnu/rules.mk: No such file or
> > directory
> > make[1]: *** No rule to make target 
> > `/usr/lib/rep/i486-pc-linux-gnu/rules.mk'.  Stop.
> > make[1]: Leaving directory `/build/buildd/sawfish-1.3.2'
> > make: *** [clean] Error 2
> > dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error 
> > exit status 2
> [...]
> 
> This appears to stem from a conjunction of sloppiness on upstream's
> part (shipping platform-specific generated files) and increased
> strictness on Debian's.  AFAICT, you can work around it without having
> to prepatch anything by specifying repexecdir via a command-line wildcard:
> 
> [ ! -f Makefile ] || /usr/bin/make distclean repexecdir=/usr/lib/rep/*-*

I didn't even try this. My "workaround" was to repack upstream's
tarball without the generated files. Already uploaded, as
1.3.2+debian-1

Thanks for the report.


signature.asc
Description: Digital signature

Bug#431855: Unreproducible bug#431855

[Luis Rodrigo Gallardo Cruz]

tag 431855 unreproducible
thanks

This bug might have been caused by some transient error. I see nothing
in the postrm script nor in update-rc.d that could obviously fail with
error code 20, and a run of

 piuparts -t /var/cache/pbuilder/build/ -N --warn-on-others -i
 /var/log/apt/term.log  --apt isdnutils-base

has just finished without error in my system.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#451268: Bug in makeinfo or install-info?

[Luis Rodrigo Gallardo Cruz]

reopen 451268
block 456791 451268 
thanks

On Mon, Dec 17, 2007 at 07:01:11PM +0100, Santiago Ruano Rincón wrote:
> ...
> Unpacking replacement bzip2 ...
> Setting up bzip2 (1.0.3-7) ...
> install-info(/usr/share/info/bzip2.info): warning, ignoring confusing 
> INFO-DIR-ENTRY in file.
> 
> No `START-INFO-DIR-ENTRY' and no `This file documents'.
> install-info(/usr/share/info/bzip2.info): unable to determine description for 
> `dir' entry - giving up
> dpkg: error processing bzip2 (--install):
>  subprocess post-installation script returned error exit status 1
> 
> The problem is with bzip2.info, produced by makeinfo during the building
> process.

A very similar bug hit librep-doc about a week ago (#451265) and, just
today, sawfish (#456791) It was cloned as #451268 and supposedly solved on
Nov 14, but it seems to have come back.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#454184: liferea: "Segmentation fault" during startup on lenny

[Luis Rodrigo Gallardo Cruz]

tag 454184 unreproducible
severity 454184 important
thanks

> On Mon, Dec 03, 2007 at 10:31:36PM +0100, Andrzej Adam Filip wrote:
>> Program received signal SIGSEGV, Segmentation fault.
>> [Switching to Thread 0xb72eab20 (LWP 21768)]
>> 0xb7ef4c1b in mozsupport_set_zoom () from /usr/lib/liferea/liblihtmlx.so

Well, no matter what I try, I can't reproduce this bug. Maybe it's
being triggered by a specific feed in your configuration.

Since it's probably a configuration specific thing, I'm reducing the
severity to important, as it only seems to affect you and not every
user.

I recommend you to update to the version of liferea in sid and
re-test. Liferea 1.4 is stable enough for lenny, but it hasn't been
able to transition because it's failed to build on some architectures.

Sorry about the long time between answers.


signature.asc
Description: Digital signature

Bug#456372: libwebkitgtk0d: uninstallable due to dependency on libicu36

[Luis Rodrigo Gallardo Cruz]

On Sat, Dec 15, 2007 at 12:25:02AM +, brian m. carlson wrote:
> libwebkitgtk0d depends on libicu36, but it is not in the archive.  It has 
> since been superseded by libicu38.

Since the package's build-depends are correct, this bug will be solved
by a simple rebuild of the package. 

Mike stated that he plans to upload soonish, so it probably doesn't
make sense to ask -release for binNMUs. It will be better to just wait
a few days.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#451265: postinst still fails. Should librep-doc be rebuilt with a fixed texinfo?

[Luis Rodrigo Gallardo Cruz]

Package: librep-doc
Version: 0.17+svn20070119-5
Followup-For: Bug #451265

Even tough the reason of this bug was in texinfo, it seems that caused
the info files in librep-doc to be badly generated. 

I suppose a simple rebuild of the package ought to fix this, but this
probably needs to be done by an upload, since this is an Arch: all package.

$ sudo env -u LANG dpkg --configure librep-doc
Setting up librep-doc (0.17+svn20070119-5) ...
install-info(/usr/share/info/librep.info): warning, ignoring confusing 
INFO-DIR-ENTRY in file.

No `START-INFO-DIR-ENTRY' and no `This file documents'.
install-info(/usr/share/info/librep.info): unable to determine description for 
`dir' entry - giving up
dpkg: error processing librep-doc (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 librep-doc

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#454184: liferea: "Segmentation fault" during startup on lenny

[Luis Rodrigo Gallardo Cruz]

On Mon, Dec 03, 2007 at 10:31:36PM +0100, Andrzej Adam Filip wrote:
> Luis Rodrigo Gallardo Cruz wrote:
> > Could you test with the version from sid? 
> > Also, if you could obtain a backtrace, it would be enormously helpful.
> 
> I have used modified startup script to start liferea-bin under gdb.
> Below please find tail of the debug output:
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0xb72eab20 (LWP 21768)]
> 0xb7ef4c1b in mozsupport_set_zoom () from /usr/lib/liferea/liblihtmlx.so

Please send the whole backtrace as an attachment.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#454184: liferea: "Segmentation fault" during startup on lenny

[Luis Rodrigo Gallardo Cruz]

On Mon, Dec 03, 2007 at 08:36:41PM +0100, Andrzej Filip wrote:
> Below please find tail of output produced by
> liferea --debug-all --debug-verbose
> 
> TRACE: + update_request_new
> TRACE: - update_request_new
> TRACE: - feedlist_auto_update
> GUI: Setting threePane mode: off
> UPDATE: download result - HTTP status: 200, error: 0, netio error:0,
> data: 138812600
> UPDATE: request finished
> UPDATE: waiting for request...
> UPDATE: processing received request (http://art.gnome.org/backend.php)
> UPDATE: downloading http://art.gnome.org/backend.php
> GUI: Setting threePane mode: off
> Segmentation fault

Could you test with the version from sid? Also, if you could obtain a
backtrace, it would be enormously helpful.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#451016: liferea: Crash after startup

[Luis Rodrigo Gallardo Cruz]

merge 451016 444888
thanks

> >On Mon, Nov 12, 2007 at 10:53:40PM +0100, Pau Rul-lan Ferragut wrote:
> It seams that the problem is this:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+444888
>
>Could you make my bug duplicated and forward the info to the other one?

Ups. Sorry, didn't look at your locale settings, I would have
suspected much earlier.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#451016: liferea: Crash after startup

[Luis Rodrigo Gallardo Cruz]

On Mon, Nov 12, 2007 at 10:53:40PM +0100, Pau Rul-lan Ferragut wrote:
> With a vanilla unstable at today liferea starts and shortly crashes.

Were you doing anythin in particular? Do you know if an update was
running at the time? How much is 'shortly'?

> warning: .dynamic section for "/usr/lib/libglib-2.0.so.0" is not at the 
> expected address (wrong library or version mismatch?)
> ERROR: No output during decompression

Did your update go ok? Does the problem persist after restaring
liferea?

Just for the record, the following are the libraries you have on a
different version than I do. The problem _might_ be there, but I don't
know.

lib| my version | yours
gconf2  2.20.0-1  2.20.1-1 
libgconf2-4 2.20.0-1  2.20.1-1 
libc6   2.6.1-1+b12.6.1-6  
libfontconfig1  2.4.2-1.2 2.4.91-1 
libglib2.0-02.14.1-5  2.14.3-1 
libnm-glib0 0.6.5-1   0.6.5-3  
libnspr4-0d 1.8.0.14~pre071019b-0lenny1   4.6.7-1  
libxul0d1.8.1.4-1 1.8.1.9-1
zlib1g  1:1.2.3.3.dfsg-6      1:1.2.3.3.dfsg-7 


-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#444888: Segfault on feed update

[Luis Rodrigo Gallardo Cruz]

On Mon, Oct 01, 2007 at 07:48:54PM -0500, Luis Rodrigo Gallardo Cruz wrote:
> In case you'd like to try, there is an i386 1.4.4 package available at
> http://www.nul-unu.net/quien/rodrigo/debian/liferea/liferea_1.4.4-1~1_i386.deb

I've finally managed to reproduce the bug. My fault all along, for not
using the ca_ES locale.

Turns out the ca translation for this string is:

#: ../src/ui/ui_mainwindow.c:1228
#, c-format
msgid " (%d new)"
msgid_plural " (%d new)"
msgstr[0] " (% nova)"
msgstr[1] " (% noves)"

Note the missing 'd'

I have not, however, been able to reproduce anything under es.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#448272: liferea-webkit segfaults with embedded flash in feeds

[Luis Rodrigo Gallardo Cruz]

# On Mon, Oct 29, 2007 at 09:59:06PM +0100, Lars Lindner wrote:
#  WebKit is known to crash regularily in curl. It is usually
#  reproducable within Liferea when the viewed headline contains images
#  that are loaded asynchronously.

clone 448272 -1
reassign -1 libwebkitgtk0d
block 448272 -1
thanks

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#438704: [patch] grun: As of gtk 2.12, #438704 causes a segfault on

[Luis Rodrigo Gallardo Cruz]

> I have created a complete patch for this bug. I will ask for
> sponsorship to upload this as an NMU in 7 days.

This patch has been uploaded as -14.1 and is currently waiting in the
delayed/6 queue. Please, if you don't agree with the patch, cancel the
delayed upload by making a higher numbered one.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#406729: Patch from ubuntu fixes this bug

[Luis Rodrigo Gallardo Cruz]

On Sat, Oct 06, 2007 at 08:31:17AM -0500, Luis Rodrigo Gallardo Cruz wrote:
> On Sat, Oct 06, 2007 at 09:44:34AM +0200, Josselin Mouette wrote:
> > Of course this patch is wrong as well, because it adds
> > XS-Python-Version: current, which is incorrect for an architecture: all
> > package.
> 
> Where is this documented? And what's the proper value for an
> application package, shipping no modules?

I found
http://people.debian.org/~srivasta/manoj-policy/x316.html

which states that the correct value is 'all'. Could you please confirm
that?

Thanks.


signature.asc
Description: Digital signature

Bug#406729: Patch from ubuntu fixes this bug

[Luis Rodrigo Gallardo Cruz]

On Sat, Oct 06, 2007 at 09:44:34AM +0200, Josselin Mouette wrote:
> Le samedi 06 octobre 2007 à 01:20 -0500, Luis Rodrigo Gallardo Cruz a
> écrit :
> > The diff to ubuntu version scanerrlog_2.01-4ubuntu1 is a complete
> > patch to this bug, as suggested by the original reporter.
> > 
> > http://patches.ubuntu.com/s/scanerrlog/scanerrlog_2.01-4ubuntu1.patch
> 
> Of course this patch is wrong as well, because it adds
> XS-Python-Version: current, which is incorrect for an architecture: all
> package.

Where is this documented? And what's the proper value for an
application package, shipping no modules?




signature.asc
Description: Digital signature

Bug#406729: Patch from ubuntu fixes this bug

[Luis Rodrigo Gallardo Cruz]

tag 406729 patch
thanks

The diff to ubuntu version scanerrlog_2.01-4ubuntu1 is a complete
patch to this bug, as suggested by the original reporter.

http://patches.ubuntu.com/s/scanerrlog/scanerrlog_2.01-4ubuntu1.patch


signature.asc
Description: Digital signature

Bug#423349: RM: mozilla-locale-tr

[Luis Rodrigo Gallardo Cruz]

severity 423349 normal
reassign 423349 ftp.debian.org
retitle 423349 RM: mozilla-locale-tr -- RoQA, old, depends on mozilla

thanks

- Forwarded message from "Roberto C. Sánchez" <[EMAIL PROTECTED]> -

On Wed, Oct 03, 2007 at 07:43:27PM -0500, Luis Rodrigo Gallardo Cruz wrote:
> As Michael Ablassmeier stated in #423349, back in May,
> mozilla-locale-tr is superfluous due to mozilla removal. The package's
> maintainer never responded to that bug.
> 
> Has anyone any objection if I file for removal on behalf of QA?
> 
Go ahead.  I am all about removing cruft.

Regards,

-Roberto
-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com

- End forwarded message -

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#444888: Segfault on feed update

[Luis Rodrigo Gallardo Cruz]

In case you'd like to try, there is an i386 1.4.4 package available at
http://www.nul-unu.net/quien/rodrigo/debian/liferea/liferea_1.4.4-1~1_i386.deb

Look at 
http://www.nul-unu.net/quien/rodrigo/debian/liferea/liferea_1.4.4-1~1_i386.changes
for filenames, in case you need the -dbg package, or the sources.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#443905: Not reproducible under gcj

[Rodrigo Chandia]

Package: eclipse
Version: 3.2.2-3

--- Please enter the report below this line. ---

Crash not reproducible when using java-gcj to run eclipse. Since this is the 
default, I guess eclipse will not crash for most people.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.22-2-amd64

Debian Release: lenny/sid
  500 unstablelocalhost 

--- Package information. ---
Depends  (Version) | Installed
==-+-
eclipse-jdt(= 3.2.2-3) | 3.2.2-3
eclipse-pde(= 3.2.2-3) | 3.2.2-3
eclipse-source (= 3.2.2-3) | 3.2.2-3
zenity | 2.20.0-2



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#438704: [patch] grun: As of gtk 2.12, #438704 causes a segfault on

[Luis Rodrigo Gallardo Cruz]

program startup
Reply-To: 
In-Reply-To: <[EMAIL PROTECTED]>

I have created a complete patch for this bug. I will ask for
sponsorship to upload this as an NMU in 7 days.

--
diff -u grun-0.9.2/debian/changelog grun-0.9.2/debian/changelog
--- grun-0.9.2/debian/changelog
+++ grun-0.9.2/debian/changelog
@@ -1,3 +1,13 @@
+grun (0.9.2-14.1) unstable; urgency=low
+
+  * grun.c: Call bind_textdomain_codeset() to have gettext recode strings
+to UTF-8. (Closes: #438704).
+  * po/*.po: Set ISO-8859-1 encoding headers.
+  * debian/rules: Remove po/*gmo files on configure, to force regenerating
+with correct encoding headers.
+  
+ -- Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]>  Mon, 24 Sep 2007 14:26:41 
-0500
+
 grun (0.9.2-14) unstable; urgency=low
 
   * grun.c: yet another fix of auto-completion (closes: #281334)
diff -u grun-0.9.2/debian/rules grun-0.9.2/debian/rules
--- grun-0.9.2/debian/rules
+++ grun-0.9.2/debian/rules
@@ -23,7 +23,7 @@
dh_testdir
 # Add here commands to configure the package.
./configure --with-default-xterm=x-terminal-emulator --enable-testfile 
--enable-associations --prefix=/usr --mandir=\$${prefix}/share/man 
--infodir=\$${prefix}/share/info
-
+   -rm po/*gmo 
touch configure-stamp
 
 build: configure-stamp build-stamp
diff -u grun-0.9.2/config.guess grun-0.9.2/config.guess
diff -u grun-0.9.2/config.sub grun-0.9.2/config.sub
diff -u grun-0.9.2/grun.c grun-0.9.2/grun.c
--- grun-0.9.2/grun.c
+++ grun-0.9.2/grun.c
@@ -40,6 +40,7 @@
 #include "grun2.xpm"
 #if defined (HAVE_GETTEXT) || defined (HAVE_CATGETS)
 #include 
+#define UTF8 "UTF-8"
 #else
 #include "intl/libintl.h"
 #endif
@@ -1107,6 +1108,7 @@
 #ifndef WIN32
setlocale (LC_ALL, "");
bindtextdomain (PACKAGE, LOCALEDIR);
+   bind_textdomain_codeset (PACKAGE, UTF8);
textdomain (PACKAGE);
 #endif /* WIN32 */
  
only in patch2:
unchanged:
--- grun-0.9.2.orig/po/de.po
+++ grun-0.9.2/po/de.po
@@ -7,12 +7,12 @@
 msgstr ""
 "Project-Id-Version: gRun 0.9.2\n"
 "POT-Creation-Date: 1999-02-06 15:28+0200\n"
-"PO-Revision-Date: 1999-02-06 13:54+0200\n"
+"PO-Revision-Date: 2007-09-24 14:24-0500\n"
 "Last-Translator: Dominik Brettnacher <[EMAIL PROTECTED]>\n"
 "Language-Team: Dominik Brettnacher <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=CHARSET\n"
-"Content-Transfer-Encoding: ENCODING\n"
+"Content-Type: text/plain; charset=ISO-8859-1\n"
+"Content-Transfer-Encoding: 8bit\n"
 
 #: grun.c:838
 msgid "Choose Application"
only in patch2:
unchanged:
--- grun-0.9.2.orig/po/es.po
+++ grun-0.9.2/po/es.po
@@ -2,17 +2,16 @@
 # Copyright (C) 1999 Southern Gold Development
 # Esteban Manchado <[EMAIL PROTECTED]>, 1999.
 #
-#, fuzzy
 msgid ""
 msgstr ""
 "Project-Id-Version: gRun 0.9.2\n"
 "POT-Creation-Date: 1999-02-06 15:28+0200\n"
-"PO-Revision-Date: 1999-02-06 13:54+0200\n"
+"PO-Revision-Date: 2007-09-21 19:51-0500\n"
 "Last-Translator: Esteban Manchado <[EMAIL PROTECTED]>\n"
 "Language-Team: Esteban Manchado <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=CHARSET\n"
-"Content-Transfer-Encoding: ENCODING\n"
+"Content-Type: text/plain; charset=ISO-8859-1\n"
+"Content-Transfer-Encoding: 8bit\n"
 
 #: grun.c:838
 msgid "Choose Application"
only in patch2:
unchanged:
--- grun-0.9.2.orig/po/fr.po
+++ grun-0.9.2/po/fr.po
@@ -7,12 +7,12 @@
 msgstr ""
 "Project-Id-Version: gRun 0.9.2 \n"
 "POT-Creation-Date: 1999-02-06 15:28+0200\n"
-"PO-Revision-Date: 1999-02-06 14:+0200\n"
+"PO-Revision-Date: 2007-09-24 14:23-0500\n"
 "Last-Translator: Mathieu Lutfy <[EMAIL PROTECTED]>\n"
 "Language-Team: Mathieu Lutfy <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=CHARSET\n"
-"Content-Transfer-Encoding: ENCODING\n"
+"Content-Type: text/plain; charset=ISO-8859-1\n"
+"Content-Transfer-Encoding: 8bit\n"
 
 #: grun.c:838
 msgid "Choose Application"
only in patch2:
unchanged:
--- grun-0.9.2.orig/po/pt.po
+++ grun-0.9.2/po/pt.po
@@ -7,12 +7,12 @@
 msgstr ""
 "Project-Id-Version: gRun 0.9.2\n"
 "POT-Creation-Date: 1999-02-06 15:28+0200\n"
-"PO-Revision-Date: 1999-02-06 13:58+0200\n"
+"PO-Revision-Date: 2007-09-24 14:23-0500\n"
 "Last-Translator: Frédéric L.W.Meunier <[EMAIL PROTECTED]>\n"
 "Language-Team: Frédéric L.W.Meunier <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=CHARSET\n"
-"Content-Transfer-Encoding: ENCODING\n"
+"Content-Type: text/plain; charset=ISO-8859-1\n"
+"Content-Transfer-Encoding: 8bit\n"
 
 #: grun.c:838
 msgid "Choose Application"
--

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#432829: Status of grokking-the-gimp in Debian

[Luis Rodrigo Gallardo Cruz]

On Mon, Sep 03, 2007 at 01:09:58PM -0500, Luis Rodrigo Gallardo Cruz wrote:
> I have noticed that your grokking-the-gimp package has not been
> updated in a long while, including not answering a RC bug report
> (#432829).

Given Aaron's lack of response to this queries, I assume he has lost
interest in the package. I will wait until the end of the month and
then mark  this package as orphaned.

I will not ask for removal, given Roberto's statement about the
package's continued usefulness.


signature.asc
Description: Digital signature

Bug#435841: Security issues in slim.

[Luis Rodrigo Gallardo Cruz]

tag 435841 security
thanks 

Looking at bug #435841, I came across the following code, which is the
direct source of the problem:

--
 void SwitchUser::SetEnvironment() {
 char *term = getenv("TERM");
*char** environ;
*environ = (char **) new char*[2];
*environ[0] = 0;
 if(term)
 putenv(StrConcat("TERM=", term));
 putenv(StrConcat("HOME=", Pw->pw_dir));
 ... [ several more calls to putenv, no further use of environ ] ...
 chdir(...)
 }
--

Changing the starred lines to a call to clearenv() ought to solve this
particular bug.

However, those lines are such a silly mistake that it makes me
think the author was either sleep or very inexperienced. This app
being a login manager, it really needs careful coding to make sure
there are as few as possible security issues.

Thus, I *do not* recommend this fix be applied as is, but to have
someone with security experience have a *good* look at the code.


signature.asc
Description: Digital signature

Bug#427326: Patch for libgdchart-gd2 #427326

[Luis Rodrigo Gallardo Cruz]

tags 427326 patch
usertags 427326 patch-provided
thanks

The attached patch makes use of d-shlibs --override feature
(introduced in 0.30) to solve this problem.

I'm not certain if this override should be included by d-shlibs, since
it is different for each of the packages, depending on whether one is
using {xpm,no-xpm}.

--
diff -r 9b17011c4e7e debian/control
--- a/debian/controlMon Sep 03 14:20:02 2007 -0500
+++ b/debian/controlMon Sep 03 16:55:21 2007 -0500
@@ -2,7 +2,7 @@ Section: libs
 Section: libs
 Priority: optional
 Maintainer: Jonas Smedegaard <[EMAIL PROTECTED]>
-Build-Depends: cdbs (>= 0.4.23-1.1), debhelper (>= 4.1.0), dh-buildinfo, 
patchutils (>= 0.2.25), d-shlibs (>> 0.23), libgd2-noxpm-dev (>> 2.0.28), 
libxpm-dev | xlibs-dev (<< 4.3.0), libxt-dev | xlibs-dev (<< 4.3.0)
+Build-Depends: cdbs (>= 0.4.23-1.1), debhelper (>= 4.1.0), dh-buildinfo, 
patchutils (>= 0.2.25), d-shlibs (>> 0.30), libgd2-noxpm-dev (>> 2.0.28), 
libxpm-dev | xlibs-dev (<< 4.3.0), libxt-dev | xlibs-dev (<< 4.3.0)
 Standards-Version: 3.6.2
 
 Package: libgdchart-gd2-noxpm-dev
diff -r 9b17011c4e7e debian/rules
--- a/debian/rules  Mon Sep 03 14:20:02 2007 -0500
+++ b/debian/rules  Mon Sep 03 16:55:21 2007 -0500
@@ -118,12 +118,12 @@ binary-install/$(package)-noxpm-dev::
ln -sf $(library).so.$(version) 
debian/$(package)-noxpm-dev/usr/lib/$(library).so
 
 binary-fixup/$(package)-xpm-dev::
-   d-devlibdeps debian/$(package)-xpm-dev.substvars 
$(package)-xpm/$(library).so.$(version)
+   d-devlibdeps --override 's/libgd2-dev/libgd2-xpm-dev/' 
debian/$(package)-xpm-dev.substvars $(package)-xpm/$(library).so.$(version)
 # We don't actually use the XPM calls, so noxpm version is ok
perl -i -pne 's/libgd2-dev/libgd2-noxpm-dev \| libgd2-xpm-dev/g' 
debian/$(package)-xpm-dev.substvars
 
 binary-fixup/$(package)-noxpm-dev::
-   d-devlibdeps debian/$(package)-noxpm-dev.substvars 
$(package)-noxpm/$(library).so.$(version)
+   d-devlibdeps --override 's/libgd2-dev/libgd2-noxpm-dev/' 
debian/$(package)-noxpm-dev.substvars $(package)-noxpm/$(library).so.$(version)
 # We don't actually use the XPM calls, so noxpm version is ok
perl -i -pne 's/libgd2-dev/libgd2-noxpm-dev \| libgd2-xpm-dev/g' 
debian/$(package)-noxpm-dev.substvars
 
--

signature.asc
Description: Digital signature

Bug#432829: Status of grokking-the-gimp in Debian

[Luis Rodrigo Gallardo Cruz]

Hello.

I have noticed that your grokking-the-gimp package has not been
updated in a long while, including not answering a RC bug report
(#432829).

If you are no longer interested in this package, please consider
orphaning it so someone else with interest may pick it
up. Alternatively, if you consider the package is no longer relevant,
please ask for its removal. In making a decision do take into account
the concerns expressed in the bug report.

Please note that I'm not interested in adopting the package.

Thank you for your work in Debian.


signature.asc
Description: Digital signature

Bug#435692: keytouch: Xsession startup script contains syntax errors

[Luis Rodrigo Gallardo Cruz]

Package: keytouch
Version: 2.3.1-1
Severity: grave
Tags: patch pending
Justification: renders package unusable

/etc/X11/Xsession.d/55keytouchd_launch contains syntax errors that
make the X session fail to start.

The following patch solves the problem. It will be included in the
next upload.

---
Index: debian/55keytouchd_launch
===
--- debian/55keytouchd_launch   (revisión: 4046)
+++ debian/55keytouchd_launch   (copia de trabajo)
@@ -5,10 +5,9 @@
 STARTKEYTOUCH=yes
 KEYTOUCHLAUNCH=/usr/bin/keytouchd-launch
 
-if grep -qs ^disable-session-keytouch "$OPTIONFILE"
+if grep -qs ^disable-session-keytouch "$OPTIONFILE" \
 || ! [ -x "$KEYTOUCHLAUNCH" ]; then
   STARTKEYTOUCH=''
-  fi
 fi
 
 if [ -n "$STARTKEYTOUCH" ]; then
-------

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#435599: keytouch-data: Fails on installation, trying to overwrite a file owned by keytouch

[Luis Rodrigo Gallardo Cruz]

Package: keytouch-data
Version: 2.3.1-1
Severity: serious
Justification: Policy 7.5.1
Tags: pending

Package installation fails if upgrading from a previous version of
keytouch, since the keyboard files used to belong to that package, and
keytouch-data does not specify a Replaces: field.

Current workaround is to retry the installation *after* the error. By
that time the previous version of keytouch will have been installed,
removing the file ownership.

The fix is already applied to the svn repo and will be uploaded soon.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#433586: is serious

[Luis Rodrigo Gallardo Cruz]

# It seems this bug will affect every system with acpi enabled
# Raising the severity so it won't migrate to testing.
severity 433586 serious
thanks

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#422475: 422475 is fixed in experimental

[Luis Rodrigo Gallardo Cruz]

fixed 422475 0.90.1-1
thanks

I have verified that the version of matplotlib in experimental builds
properly. In case someone wants to backport the patch to unstable, instead of
uploading that version to unstable, it appears that the propper change would 
be to define

DEFPY := $(shell pyversions -v -d)

at the start of debian/rules plus the following minor change to Amit's patch

---
--- matplotlib-0.90.0/debian/rules  2007-06-15 15:53:45.0 +0300
+++ matplotlib-0.90.0.nw/debian/rules   2007-06-15 14:50:10.0 +0300
@@ -70,7 +70,7 @@
# autobuilders.
# The plugin abbreviations are:
#  ns_ = numpy, na_ = numarray, nc_ = numeric
-   for v in $(PYVERS); do \
+   for v in $(DEFPY); do \
for p in na ns nc; do \
for f in transforms.so image.so cntr.so nxutils.so; do \
# Check for these four files for each plugin: \

---


signature.asc
Description: Digital signature

Bug#430921: nvidia-kernel-source: Module fails to load on 2.6.21

[Rodrigo Chandia]

Same here but using tesing with nvidia-graphics-drivers_100.14.11-1 compiled 
from source to obtain packages installables in testing.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#418841: libxerces-java: FTBFS: xerces.jar not found

[Luis Rodrigo Gallardo Cruz]

On Tue, Jun 12, 2007 at 01:14:25PM +0200, Arnaud Vandyck wrote:
> Thanks to take care of the bug. The build log is gzipped and attached.

From the build log:
---snip--
 fakeroot debian/rules binary
dh_testdir
dh_testroot
dh_clean -k
dh_clean: Compatibility levels before 4 are deprecated.
dh_installdirs
dh_installdirs: Compatibility levels before 4 are deprecated.
...
cd ../class;fastjar cf ../bin/xerces.jar *.info org javax META-INF ; cd ../src
make[1]: Leaving directory 
`/home/arnaud/debian/packages/xerces-j/build-area/xerces-j-1.4.4/src'
install -m 644 bin/xerces.jar 
debian/libxerces-java/usr/share/java/xerces-1.4.4.jar
install: cannot create regular file 
`debian/libxerces-java/usr/share/java/xerces-1.4.4.jar': No such file or 
directory
make: *** [install] Error 1
---/snip-

The error message from install means that the 
 debian/libxerces-java/usr/share/java/
was not created, as was expected, by dh_installdirs. From the warning
message from it, I assume what happened is that it created instead
 debian/tmp/usr/share/java/
which is the behaviour for debhelper compatibility mode 1.

The question is, how did it get into such mode? The package includes a
 debian/compat
file with a '4' on it, and the build-dependencies are set to
 debhelper (>= 4.1.0)

Are you sure you're working from a pristine copy of the sources? Do
you have the propper build-dependencies installed? Are you building on
sid?

Thanks for any extra info.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#422397: #422397 is due to a missing #include

[Luis Rodrigo Gallardo Cruz]

tag 422397 patch
thanks

Bug #422397 is caused by a missing 
#include 
in src/print.c

--[PATCH]---
diff -r b271f6b92571 debian/changelog
--- a/debian/changelog  Mon Jun 11 23:42:48 2007 -0500
+++ b/debian/changelog  Mon Jun 11 23:57:08 2007 -0500
@@ -1,3 +1,11 @@ oregano (0.60.0-1) unstable; urgency=low
+oregano (0.60.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add missing include for gnome-print-paper.h to src/print.c 
+(Closes: #422397).
+
+ -- Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]>  Mon, 11 Jun 2007 23:56:15 
-0500
+
 oregano (0.60.0-1) unstable; urgency=low
 
   * New upstream release.
diff -r b271f6b92571 debian/patches/00list
--- a/debian/patches/00list Mon Jun 11 23:42:48 2007 -0500
+++ b/debian/patches/00list Mon Jun 11 23:55:37 2007 -0500
@@ -1,3 +1,4 @@ scons.env.cflags
 scons.env.cflags
+include.gnomeprintpaper.dpatch
 upstream.sync
 desktop.update
diff -r b271f6b92571 debian/patches/include.gnomeprintpaper.dpatch
--- /dev/null   Thu Jan 01 00:00:00 1970 +
+++ b/debian/patches/include.gnomeprintpaper.dpatch Mon Jun 11 23:55:18 
2007 -0500
@@ -0,0 +1,18 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## include.gnomeprintpaper.dpatch by  <[EMAIL PROTECTED]>
+##
+## DP: Add missing include for gnome-print-paper.h
+
[EMAIL PROTECTED]@
+diff -urNad oregano-0.60.0~/src/print.c oregano-0.60.0/src/print.c
+--- oregano-0.60.0~/src/print.c2006-09-29 23:47:24.0 -0500
 oregano-0.60.0/src/print.c 2007-06-11 23:50:26.551880404 -0500
+@@ -31,6 +31,8 @@
+ #include 
+ #include 
+ #include 
++#include 
++
+ #include "schematic.h"
+ #include "schematic-view.h"
+ #include "sheet.h"
--[/PATCH]--



signature.asc
Description: Digital signature

Bug#418841: libxerces-java: FTBFS: xerces.jar not found

[Luis Rodrigo Gallardo Cruz]

Can you provide a full build log for this, as well as the installed
versions of your build-dependencies? I attempted to work on this
problem, but was unable to reproduce it.

Thanks


signature.asc
Description: Digital signature

Bug#427658: linux-image-2.6.18-5-686: kernel BUG at mm/rmap.c:522

[Rodrigo Campos]

Package: linux-image-2.6.18-5-686
Version: 2.6.18.dfsg.1-13
Severity: grave
Justification: renders package unusable

Hi, the other day i upgrade from  lastest linux-image-2.6.18-4-686 to
linux-image-2.6.18-5-686 from proposed-updates and all seems to be ok.
But yesterday after i power it on, i hit this kernel bug. I dot know
how to reproduce it, but the trace might be useful.

Let me know if you need any other extra information or tests, and feel
free to downgrade the severity :)

Thanks,
Rodrigo

Jun  4 13:38:43 debian kernel: [ cut here ]
Jun  4 13:38:43 debian kernel: kernel BUG at mm/rmap.c:522!
Jun  4 13:38:43 debian kernel: invalid opcode:  [#1]
Jun  4 13:38:43 debian kernel: SMP
Jun  4 13:38:43 debian kernel: Modules linked in: button ac battery
xt_limit xt_multiport ipt_REJECT xt_state ip_conntrack_irc ip_nat_ftp
ip_conntrack_ftp iptable_nat ip_nat ip_conntrack nfnetlink
iptable_filter ip_tables x_tables ipv6 dm_snapshot dm_mirror dm_mod
w83627hf eeprom i2c_isa hwmon_vid loop tsdev snd_usb_audio snd_usb_lib
snd_seq_dummy snd_seq_oss snd_seq_midi snd_intel8x0 snd_ac97_codec
snd_ac97_bus snd_seq_midi_event snd_pcm_oss snd_mixer_oss snd_seq
snd_pcm snd_rawmidi snd_seq_device sn9c102 snd_timer rtc snd_hwdep snd
soundcore snd_page_alloc videodev v4l1_compat i2c_sis96x psmouse
serio_raw v4l2_common i2c_core pcspkr sis_agp agpgart shpchp
pci_hotplug evdev ext3 jbd mbcache ide_cd cdrom ide_disk 8139cp
generic 8139too mii ohci_hcd usbcore sis5513 ide_core thermal
processor fan
Jun  4 13:38:43 debian kernel: CPU:0
Jun  4 13:38:43 debian kernel: EIP:0060:[]Not tainted VLI
Jun  4 13:38:43 debian kernel: EFLAGS: 00210286   (2.6.18-5-686 #1)
Jun  4 13:38:43 debian kernel: EIP is at page_remove_rmap+0x14/0x2d
Jun  4 13:38:43 debian kernel: eax:    ebx: c13babc0   ecx:
c13babc0   edx: 0001
Jun  4 13:38:43 debian kernel: esi: 08123000   edi: 0020   ebp:
dc89848c   esp: de5a5e14
Jun  4 13:38:43 debian kernel: ds: 007b   es: 007b   ss: 0068
Jun  4 13:38:43 debian kernel: Process python2.4 (pid: 2790,
ti=de5a4000 task=df04faa0 task.ti=de5a4000)
Jun  4 13:38:43 debian kernel: Stack: c014b7d5  dc89b278
de5a5e7c  0001 0814 dfcb2080
Jun  4 13:38:43 debian kernel:dfcb1e40 c14040a0 fffc
 c139130c dfcb2080 00352fd1 0814
Jun  4 13:38:43 debian kernel: de5a5e7c dc89b2cc
dfcb1e40 de5a5eb8 c014de31  de5a5e78
Jun  4 13:38:43 debian kernel: Call Trace:
Jun  4 13:38:43 debian kernel:  [] unmap_vmas+0x25e/0x4af
Jun  4 13:38:43 debian kernel:  [] exit_mmap+0x6a/0xd7
Jun  4 13:38:43 debian kernel:  [] mmput+0x20/0x76
Jun  4 13:38:43 debian kernel:  [] do_exit+0x193/0x71b
Jun  4 13:38:43 debian kernel:  [] sys_exit_group+0x0/0xd
Jun  4 13:38:43 debian kernel:  [] get_signal_to_deliver+0x395/0x3bc
Jun  4 13:38:43 debian kernel:  [] do_page_fault+0x0/0x481
Jun  4 13:38:43 debian kernel:  [] do_notify_resume+0x71/0x5d7
Jun  4 13:38:43 debian kernel:  [] force_sig_info_fault+0x24/0x28
Jun  4 13:38:43 debian kernel:  [] autoremove_wake_function+0x0/0x2d
Jun  4 13:38:43 debian kernel:  [] do_sync_read+0x0/0xf1
Jun  4 13:38:43 debian kernel:  [] vfs_read+0x9f/0x141
Jun  4 13:38:43 debian kernel:  [] do_page_fault+0x478/0x481
Jun  4 13:38:43 debian kernel:  [] do_page_fault+0x0/0x481
Jun  4 13:38:43 debian kernel:  [] work_notifysig+0x13/0x19
Jun  4 13:38:43 debian kernel: Code: ff ff 85 c0 89 c6 75 c9 b0 01 86
43 28 83 c4 20 89 e8 5b 5e 5f 5d c3 89 c1 90 83 40 08 ff 0f 98 c0 84
c0 74 1e 8b 41 08 40 79 08 <0f> 0b 0a 02 40 9b 29 c0 8b 51 10 89 c8 83
f2 01 83 e2 01 e9 97
Jun  4 13:38:43 debian kernel: EIP: []
page_remove_rmap+0x14/0x2d SS:ESP 0068:de5a5e14
Jun  4 13:38:43 debian kernel:  <1>Fixing recursive fault but reboot is needed!


-- System Information:
Debian Release: 4.0
 APT prefers proposed-updates
 APT policy: (950, 'proposed-updates'), (900, 'stable'), (300,
'testing'), (200, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages linux-image-2.6.18-5-686 depends on:
ii  coreutils 5.97-5.3   The GNU core utilities
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  initramfs-tools [linux-initra 0.85h  tools for generating an initramfs
ii  module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo
ii  yaird [linux-initramfs-tool]  0.0.12-18  Yet Another mkInitRD

Versions of packages linux-image-2.6.18-5-686 recommends:
ii  libc6-i686  2.3.6.ds1-13 GNU C Library: Shared libraries [i

-- debconf information:
 linux-image-2.6.18-5-686/postinst/create-kimage-link-2.6.18-5-686: true
 shared/kernel-image/really-run-bootloader: true
 linux-image-2.6.18-5-686/postinst/old-system-map-link-2.6.18-5-686: true
 linux-image-2.6.18-5-686/preinst/elilo

Bug#424445: Proposed patch for #424445 (turkey FTBFS)

[Luis Rodrigo Gallardo Cruz]

The attached patch sets JAVA_HOME and ant's build.compiler property,
as recomended by the java packaging team. This solves the FTBFS. The
resulting package works correctly with sun's java, but I have not been
able to make it run with gcj. I do not know if it's a problem with the
package or with my environment. Thus, I'm not tagging the bug as 'patch'
yet.

--
diff -r dc7e7243f5a5 debian/control
--- a/debian/controlWed May 30 00:33:48 2007 -0500
+++ b/debian/controlWed May 30 07:59:53 2007 -0500
@@ -2,7 +2,7 @@ Section: text
 Section: text
 Priority: optional
 Maintainer: Debian QA Group <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.0.0), jikes, ant, bzip2, txt2man, imagemagick, 
java-gcj-compat-dev
+Build-Depends: debhelper (>= 4.0.0), ant, bzip2, txt2man, imagemagick, 
java-gcj-compat-dev
 Standards-Version: 3.6.2
 
 Package: turkey
diff -r dc7e7243f5a5 debian/rules
--- a/debian/rules  Wed May 30 00:33:48 2007 -0500
+++ b/debian/rules  Wed May 30 08:07:48 2007 -0500
@@ -1,13 +1,14 @@
 #!/usr/bin/make -f
 
 DESTDIR=$(CURDIR)/debian/turkey
+export JAVA_HOME=/usr/lib/jvm/java-1.5.0-gcj-4.1-1.5.0.0/jre
 
 build: build-stamp
 build-stamp:
dh_testdir
 
-   ant release
-   ant doc
+   ant -Dbuild.compiler=modern release
+   ant -Dbuild.compiler=modern doc
txt2man -s 1 -t turkey -B turkey turkey.1.txt2man > turkey.1
convert resources/icon.png -resize 32x32 turkey.xpm
 
@@ -19,6 +20,7 @@ clean:
rm -f build-stamp configure-stamp
rm -f turkey.1
rm -f turkey.png
+   rm -f turkey.xpm
 
ant clean
 
--

signature.asc
Description: Digital signature

Bug#422605: [Patch] #422605 caused by gcjh being replaced by gjavah in gcj >= 4.2

[Luis Rodrigo Gallardo Cruz]

tag 422605 patch
thanks

The folowwing patch takes care of the rename and tightens
build-depends to make sure the replacement is caught.

BTW, since this builds entirely with free tools, it might be possible
to build it in all arches, instead of only i386 and amd64 (it seems to
be blocked by the autobuilders, as the package is arch: any).

-[Patch]---
diff -r 75343eaaea8c debian/changelog
--- a/debian/changelog  Mon May 14 23:58:18 2007 -0500
+++ b/debian/changelog  Tue May 15 01:16:20 2007 -0500
@@ -1,3 +1,12 @@ nbio (2.0-14) unstable; urgency=low
+nbio (2.0-15) unstable; urgency=low
+
+  * QA upload.
+  * Change call of gcjh to gjavah in make-libnbio.sh.
+Update Build-depends to gcj (>= 4:4.1.2-2) and added java-gcj-compat
+(Closes #422605).
+
+ -- Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]>  Tue, 15 May 2007 00:47:53 
-0500
+
 nbio (2.0-14) unstable; urgency=low
 
   * QA upload.
diff -r 75343eaaea8c debian/control
--- a/debian/controlMon May 14 23:58:18 2007 -0500
+++ b/debian/controlTue May 15 01:07:13 2007 -0500
@@ -2,7 +2,7 @@ Section: libs
 Section: libs
 Priority: optional
 Maintainer: Debian QA Group <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 4.1.0), fastjar (>= 1:3.2.1-0pre6), gcj (>= 
3:3.2.1-0pre6), doxygen
+Build-Depends: debhelper (>> 4.1.0), fastjar (>= 1:3.2.1-0pre6), gcj (>= 
3:3.2.1-0pre6), java-gcj-compat, doxygen
 Standards-Version: 3.7.2
 
 Package: libnbio2-java
diff -r 75343eaaea8c debian/make-libnbio.sh
--- a/debian/make-libnbio.shMon May 14 23:58:18 2007 -0500
+++ b/debian/make-libnbio.shTue May 15 01:02:00 2007 -0500
@@ -41,7 +41,7 @@ PACKAGE="seda.nbio"
 # the versioned gcc-x.y and gcj-x.y programs are no longer used.
 JAVA="/usr/bin/gcj-wrapper"
 JAVAC="/usr/bin/gcj -C"
-JAVAH="/usr/bin/gcjh"
+JAVAH="/usr/bin/gjavah"
 JAR="/usr/bin/fastjar"
 DOXYGEN="/usr/bin/doxygen"
 
@@ -75,7 +75,7 @@ for classfile in *.class; do
header="jni/${class}.h"
echo "${PACKAGE}.${class}..."
cd ${BASE_DIR}/${BUILD_DIR}
-   ${JAVAH} -jni -o ${PACKAGE_DIR}/${header} "${PACKAGE}.${class}"
+   ${JAVAH} -jni -I . -o ${PACKAGE_DIR}/${header} "${PACKAGE}.${class}"
if [ $? -ne 0 ]; then
   echo "Error: unable to build all header files.  Terminating."
   exit 1
-[/Patch]--



signature.asc
Description: Digital signature

Bug#421060: nagios-plugins - FTBFS: Build-depends against unavailable package libsnmp9-dev

[Luis Rodrigo Gallardo Cruz]

It appears libsnmp9-dev was uninstalable at the time of the build due
to mirrors being unsynced or something like it. The problem is fixed
now, and as the autobuild has succeded, I'd recommend to close this
bug.


signature.asc
Description: Digital signature

Bug#421047: muine fails to start

[Luis Rodrigo Gallardo Cruz]

I believe the bug is causes by the lack of an audio sink. Could you
test removing gstreamer0.10-plugins-good and installing one of
gstreamer0.10-alsa or gstreamer0.10-esd.

If that works, the solution for this bug is to add a dependency on
gstreamer0.10-audiosink.


signature.asc
Description: Digital signature

Bug#422047: #422047 caused by changes in libgnome2.0-cil packaging

[Luis Rodrigo Gallardo Cruz]

Bug #422047 is caused by changes in the packaging of cil bindings to
the gnome libraries. The following patch fixes the build
dependencies. Unfortunately, that only allows the compile to proceed
forward to a new error which I cannot help with, as my knowdledge of
C# is close to 0.

 New Error ---
make[3]: Entering directory `/tmp/buildd/blam-1.8.3/src'
sed -e "s|[EMAIL PROTECTED]@|1.8.3|" \
-e "s|[EMAIL PROTECTED]@|/usr/share|" \
< Defines.cs.in > Defines.cs
/usr/bin/mcs -debug  -lib:../lib -resource:blam.glade,blam.glade 
-resource:../icons/blam-add-news.png,blam-add-news.png 
-resource:../icons/blam-edit-news.png,blam-edit-news.png 
-resource:../icons/blam-about.png,blam-about.png 
-resource:../icons/blam.png,blam.png 
-resource:../icons/blam-tray-icon.png,blam-tray-icon.png 
-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll 
-r:/usr/lib/mono/gecko-sharp-2.0/gecko-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp-peditors.dll 
-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/art-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-vfs-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glade-sharp.dll   
-r:System.Web -r:RSS.NET -r:Mono.Posix -r:Atom.NET.dll  Application.cs 
ChannelDialog.cs Channel.cs ChannelCollection.cs ChannelList.cs Conf.cs 
Delegates.cs Dialogs.cs FeedUpdater.cs HigUtils.cs HtmlUtils.cs Item.cs 
ItemList.cs ItemView.cs MainloopEmitter.cs MessageConnection.cs Opml.cs 
PreferencesDialog.cs Printing.cs Theme.cs ThemeManager.cs TrayIcon.cs Utils.cs 
Proxy.cs egg-sharp.cs  Defines.cs -out:blam.exe
Printing.cs(17,10): error CS0104: `PrintJob' is an ambiguous reference between 
`Gnome.PrintJob' and `Gtk.PrintJob'
Compilation failed: 1 error(s), 0 warnings
make[3]: *** [blam.exe] Error 1
--

 Build-Depends patch -
diff -r df8551beb682 debian/control
--- a/debian/controlThu May 10 17:27:46 2007 -0500
+++ b/debian/controlThu May 10 18:23:51 2007 -0500
@@ -3,7 +3,7 @@ Priority: optional
 Priority: optional
 Maintainer: Carlos Martín Nieto <[EMAIL PROTECTED]>
 Uploaders: Gerardo Curiel <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.0.0), mono-mcs (>= 1.1.17) | c-sharp-compiler, 
gtk-sharp2 (>= 2.8.0), libmono-dev (>= 1.1.17), cli-common-dev (>= 0.4.0), 
libgecko2.0-cil (>= 0.11), libgtk2.0-dev (>= 2.2.0), libgconf2-dev (>= 2.4), 
libgnomeui-dev (>= 2.2), libxul-dev (>= 1.8), cdbs, libxml-parser-perl
+Build-Depends: debhelper (>= 4.0.0), mono-mcs (>= 1.1.17) | c-sharp-compiler, 
gtk-sharp2 (>= 2.8.0), libmono-dev (>= 1.1.17), cli-common-dev (>= 0.4.0), 
libgecko2.0-cil (>= 0.11), libgnome2.0-cil, libgconf2.0-cil, libgnomeui-dev (>= 
2.2), libxul-dev (>= 1.8), cdbs, libxml-parser-perl
 Standards-Version: 3.7.2

 Package: blam
--




signature.asc
Description: Digital signature

Bug#421139: Proposed patch for Bug#421139

[Luis Rodrigo Gallardo Cruz]

tag 421139 patch
thanks

For some reason, including  *before*
"gm-support.h" undefines the gettext alias _ (or keeps it from being
defined at all, I don't know).

Changing the order of the includes allows the package to build. I
have done no further testing of the resulting package.


diff -r 4adf809f4cad debian/changelog
--- a/debian/changelog  Sat May 05 14:01:40 2007 -0500
+++ b/debian/changelog  Sat May 05 23:39:53 2007 -0500
@@ -1,3 +1,15 @@ gnoemoe (2.2.0+dfsg-1) unstable; urgency
+gnoemoe (2.2.0+dfsg-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Move #include  after 
+ #include "gm-support.h" in
+ gnoemoe/dialogs/gm-world-info-dialog.c
+ gnoemoe/gm-app.c
+Otherwise, the gettext _ function gets undefined
+(Closes: #421139).
+
+ -- Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]>  Sat,  5 May 2007 23:39:44 
-0500
+
 gnoemoe (2.2.0+dfsg-1) unstable; urgency=low
 
   [ Jesse van den Kieboom ]
diff -r 4adf809f4cad gnoemoe/dialogs/gm-world-info-dialog.c
--- a/gnoemoe/dialogs/gm-world-info-dialog.cSat May 05 14:01:40 2007 -0500
+++ b/gnoemoe/dialogs/gm-world-info-dialog.cSat May 05 23:18:45 2007 -0500
@@ -4,13 +4,13 @@
 
 #include 
 #include 
-#include 
 
 #include "gm-world-info-dialog.h"
 #include "gm-world.h"
 #include "gm-support.h"
 #include "gm-pixbuf.h"
 #include "gm-debug.h"
+#include 
 
 #define GM_WORLD_INFO_DIALOG_XML PACKAGE_DATA_DIR "/" PACKAGE 
"/ui/gm-world-info.glade"
 
diff -r 4adf809f4cad gnoemoe/gm-app.c
--- a/gnoemoe/gm-app.c  Sat May 05 14:01:40 2007 -0500
+++ b/gnoemoe/gm-app.c  Sat May 05 23:21:05 2007 -0500
@@ -3,7 +3,7 @@
 #endif
 
 #include 
-#include 
+
 #include 
 #include 
 #include 
@@ -19,7 +19,7 @@
 #include "gm-pixbuf.h"
 #include "gm-support.h"
 #include "gm-scripts.h"
-
+#include 
 static gchar *debug_level = NULL;
 static gboolean show_version = FALSE;
 static gboolean recover = FALSE;




signature.asc
Description: Digital signature