Bug#1038152: supertuxkart: Supertuxkart does not start - missing NotoColorEmoji.ttf

[Federico]

Package: supertuxkart
Version: 1.4+dfsg-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: matta2...@gmail.com

Dear Maintainer,

after clean apt install, STK does not start.

[info   ] SharedGPUObjects: Hardware Skinning enabled, method: TBO, max bones:
1024
[info   ] ShaderFilesManager: Compiling shader:
/usr/share/games/supertuxkart/data/shaders/screenquad.vert
[info   ] ShaderFilesManager: Compiling shader:
/usr/share/games/supertuxkart/data/shaders/motion_blur.frag
[info   ] ShaderFilesManager: Compiling shader:
/usr/share/games/supertuxkart/data/shaders/lightning.frag
[info   ] ShaderFilesManager: Compiling shader:
/usr/share/games/supertuxkart/data/shaders/primitive2dlist.vert
[info   ] ShaderFilesManager: Compiling shader:
/usr/share/games/supertuxkart/data/shaders/transparent.frag
[info   ] ShaderFilesManager: Compiling shader:
/usr/share/games/supertuxkart/data/shaders/texturedquad.vert
[info   ] ShaderFilesManager: Compiling shader:
/usr/share/games/supertuxkart/data/shaders/uniformcolortexturedquad.frag
[info   ] ShaderFilesManager: Compiling shader:
/usr/share/games/supertuxkart/data/shaders/texturedquad.frag
[info   ] ShaderFilesManager: Compiling shader:
/usr/share/games/supertuxkart/data/shaders/coloredquad.vert
[info   ] ShaderFilesManager: Compiling shader:
/usr/share/games/supertuxkart/data/shaders/coloredquad.frag
[info   ] ShaderFilesManager: Compiling shader:
/usr/share/games/supertuxkart/data/shaders/colortexturedquad.vert
[info   ] ShaderFilesManager: Compiling shader:
/usr/share/games/supertuxkart/data/shaders/colortexturedquad.frag
[info   ] irr_driver: GLSL supported.
[info   ] GUI: Loading skin data from file:
/usr/share/games/supertuxkart/data/skins/peach/stkskin.xml
[fatal  ] [FileManager]: Can not find file 'NotoColorEmoji.ttf' in
'/usr/share/games/supertuxkart/data/ttf/'

Can not find file 'NotoColorEmoji.ttf   ' in
'/usr/share/games/supertuxkart/data/ttf/'


/usr/share/games/supertuxkart/data/ttf> ls -la
total 4588
drwxr-xr-x  2 root root4096 May 29 11:15 .
drwxr-xr-x 20 root root4096 May 29 11:15 ..
lrwxrwxrwx  1 root root  58 Feb 28 23:00 Cantarell-Regular.otf ->
../../../../fonts/opentype/cantarell/Cantarell-Regular.otf
lrwxrwxrwx  1 root root  50 Feb 28 23:00 NotoColorEmoji.ttf ->
../../../../fonts/truetype/noto/NotoColorEmoji.ttf
lrwxrwxrwx  1 root root  61 Feb 28 23:00 NotoNaskhArabicUI-Regular.ttf ->
../../../../fonts/truetype/noto/NotoNaskhArabicUI-Regular.ttf
lrwxrwxrwx  1 root root  58 Feb 28 23:00 NotoSansHebrew-Regular.ttf ->
../../../../fonts/truetype/noto/NotoSansHebrew-Regular.ttf
lrwxrwxrwx  1 root root  61 Feb 28 23:00 NotoSansMalayalam-Regular.ttf ->
../../../../fonts/truetype/noto/NotoSansMalayalam-Regular.ttf
lrwxrwxrwx  1 root root  56 Feb 28 23:00 NotoSansThai-Regular.ttf ->
../../../../fonts/truetype/noto/NotoSansThai-Regular.ttf
-rw-r--r--  1 root root   50384 Oct 31  2022 SigmarOne.otf
-rw-r--r--  1 root root 4626376 Oct 31  2022 wqy-microhei.ttf

/usr/share/games/supertuxkart/data/ttf> ls -la

../../../../fonts/truetype/noto/NotoColorEmoji.ttf
bash: ../../../../fonts/truetype/noto/NotoColorEmoji.ttf: No such file or
directory

Maybe there is a dependency issue, missing a noto package to install
NotoColorEmoji.ttf

Do you mind checking it?

Thanks,


-- System Information:
Debian Release: 12.0
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-9-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages supertuxkart depends on:
ii  libbluetooth3  5.66-1
ii  libc6  2.36-9
ii  libcurl3-gnutls7.88.1-10
ii  libfreetype6   2.12.1+dfsg-5
ii  libgcc-s1  12.2.0-14
ii  libharfbuzz0b  6.0.0+dfsg-3
ii  libjpeg62-turbo1:2.1.5-2
ii  libmbedcrypto7 2.28.3-1
ii  libmcpp0   2.7.2-5
ii  libopenal1 1:1.19.1-2
ii  libpng16-161.6.39-2
ii  libsdl2-2.0-0  2.26.5+dfsg-1
ii  libsqlite3-0   3.40.1-2
ii  libsquish0 1.15-3
ii  libstdc++6 12.2.0-14
ii  libvorbisfile3 1.3.7-1
ii  supertuxkart-data  1.4+dfsg-2
ii  zlib1g 1:1.2.13.dfsg-1

supertuxkart recommends no packages.

supertuxkart suggests no packages.

-- no debconf information

Bug#609447: Undeclared dependency on python-pkg-resources

[Federico Ceratto]

Thanks for the report!

I had a new version ready for release to fix #592860 as well but it
was on hold due to the freeze.
I have just asked permission to upload to t-p-u

Bye,
-- 
Federico



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

Bug#1026515: closing 1026515

[Federico Ceratto]

close 1026515 
thanks

Bug#1026470: closing 1026470

[Federico Ceratto]

close 1026470 
thanks

Bug#1028421: salt upstream lifecycle details

[Federico Grau]

Adding to this thread/bug-report per salt project and Debian packaging, salt
is unfortunately probably not a good candidate for the Debian ecosystem.


The salt project current (2023-04) published lifecycle only lists 1.5 years of
support for typical releases.  After that their "extended life support" is
really "best-effort technical support for customers" with "No bug fixes, [or]
security fixes".

This is clearly short of the Debian stable target support period of 3 years.



https://docs.saltproject.io/salt/install-guide/en/latest/topics/salt-version-support-lifecycle.html#salt-version-support-lifecycle


Salt Project Product support lifecycle excerpt:

Salt versionPhase 1 support endsPhase 2 support endsPhase 3 support 
endsExtended life support 

3005Feb 25, 2023Aug 25, 2023Feb 25, 2024
Feb 25, 2025
3004Apr 18, 2022Oct 18, 2022Apr 18, 2023
Apr 18, 2024
3003Sep 30, 2021Mar 31, 2022Sep 30, 2022
Sep 30, 2023
3002Apr 21, 2021Oct 21, 2021Apr 21, 2022
Apr 21, 2023
3001Dec 31, 2020Jun 30, 2021Dec 31, 2021
Dec 31, 2022
3000Aug 31, 2020Feb 28, 2021Aug 31, 2021
Aug 31, 2022
2019.2  Sep 30, 2019Mar 31, 2020Sep 30, 2020
Sep 30, 2021
2018.3  Oct 31, 2018Apr 30, 2019Oct 31, 2019
Oct 31, 2020
2017.7  Jan 31, 2018Jun 30, 2018Aug 30, 2019
Dec 31, 2019
2016.3  Nov 30, 2016May 31, 2017Nov 30, 2017
Nov 30, 2018
2015.8  Mar 31, 2016Sep 30, 2016Mar 31, 2017
Mar 31, 2018
2015.5  Nov 31, 2015May 31, 2016Nov 30, 2016
Nov 30, 2017
2014.7  May 31, 2015Nov 30, 2015May 31, 2016
May 31, 2017


regards,
donfede


signature.asc
Description: PGP signature

Bug#1010119: closing 1010119

[Federico Ceratto]

close 1010119 
thanks

Bug#1038152: supertuxkart: Supertuxkart does not start - missing NotoColorEmoji.ttf

[Federico M.]

I tried purging the mono font packages, then supertuxkart and then
reinstalling supertuxkart from scratch.
This way the installation was working fine.

I do not know what happened (why the first installation of supertuxkart did
not work), but I solved the problem.

So you can close this bug I guess.

Thanks

Bug#938559: squaremap: Python2 removal in sid/bullseye

[Federico Ceratto]

A new version without Python 2 is being uploaded.

-- 
Federico

Bug#1059666: python-hug: autopkgtest failure with Python 3.12

[Federico Ceratto]

Hi Andreas,
Sure, go ahead, and thank you for taking care of the bug!

--
Federico

Bug#1056419: Can we also move uncertainties to DPT (Was: python-hug: autopkgtest failure with Python 3.12)

[Federico Ceratto]

Hello Andreas,
I'm a fan of team-maintained packages - I just set the maintainer field to
DPMT in the git repo.

Thanks!
Federico

Bug#982993: python-aiohttp breaks python-molotov autopkgtest: result changed

[Federico Grau]

It appears a simple git commit upstream corrects this bug.

https://github.com/loads/molotov/commit/5e8854d95a74fb8820020335a8368c19f9f658b4?branch=5e8854d95a74fb8820020335a8368c19f9f658b4&diff=unified

Thanks to tianon on #debian-mentors for sharing this solution and link.

Control: tag -1 patch

2 molotov/tests/test_run.py
@@ -356,7 +356,7 @@ async def here_three(session):
)
wanted = "SUCCESSES: 2"
self.assertTrue(wanted in stdout, stdout)
-self.assertEqual(delay, [1, 0.1, 1, 0.6, 1, 0.1, 1, 0.6, 1])
+self.assertEqual(delay[:9], [1, 0.1, 1, 0.6, 1, 0.1, 1, 0.6, 1])

@dedicatedloop
def test_rampup(self):




signature.asc
Description: PGP signature

Bug#866635: cyclograph: depends on libwebkitgtk-3.0-0 which is deprecated

[Federico Brega]

Hello,

I saw your bug, and a new release of cyclograph (1.9.0) got rid of the
deprecated webkit dependency.
Nevertheless I cannot assure that the package will be uploaded in
testing before the autoremoval occurs.
Since this issue affects only one of the binaries provided, is there
any way to just remove the gtk UI (cyclograph-gtk3) and leave the main
package in testing?
Another solution could be a nmu since I've already pushed the
packaging of the latest version of the packag on the pkg-runnign-devel
git repository, but the debian maintainers in the group are probably
busy to upload it.

Please let me know if any of these solutions can cope with the bug.
--
Federico

Bug#866635: cyclograph: depends on libwebkitgtk-3.0-0 which is deprecated

[Federico Brega]

Hi Jeremy,
there is RFS for cyclograph https://bugs.debian.org/869692
I think we should discuss packaging there.

Thanks for your help
--
Federico

Bug#874176: wrk: Fails to run with 'PANIC: unprotected error in call to Lua API'

[Federico Ceratto]

Package: wrk
Version: 4.0.2-2
Severity: grave

The error makes wrk unusable:

wrk -d 3 http://localhost:8080/
PANIC: unprotected error in call to Lua API (attempt to index a nil value)


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (600, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.12.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_IE:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages wrk depends on:
ii  libc62.24-17
ii  libluajit-5.1-2  2.1.0~beta3+dfsg-2
ii  libssl1.11.1.0f-5

wrk recommends no packages.

wrk suggests no packages.

-- no debconf information

Bug#987257: marked as pending in unixcw

[Federico Grau]

Control: tag -1 pending

Hello,

Bug #987257 in unixcw reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/debian-hamradio-team/unixcw/-/commit/6503634e26a44a807366cfb758384577124bec91


Update d/control Breaks, match Replaces Closes: #987257


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/987257

Bug#1002336: closing 1002336

[Federico Ceratto]

close 1002336
thanks

Bug#567473: knetworkmanager

[Federico Brega]

I know that kde3 knetworkmanager is not mantained upstream but I think
its dependecy should be corrected: it requires network-manager >= 0.7
< 0.7.999
It may be too late for this.
Cheers

Federico



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

Bug#563960: invoke-rc.d: initscript console-screen.sh, action "start" failed.

[federico mosquera]

Package: console-tools
Version: 1:0.2.3dbs-67
Severity: grave
Justification: renders package unusable

su
apt-get -f install
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias   
Leyendo la información de estado... Hecho
0 actualizados, 0 se instalarán, 0 para eliminar y 3 no actualizados.
1 no instalados del todo o eliminados.
Se utilizarán 0B de espacio de disco adicional después de esta operación.
Configurando console-tools (1:0.2.3dbs-67) ...
Setting console screen modes and fonts.
Setting console screen modes and fonts.
invoke-rc.d: initscript console-screen.sh, action "start" failed.
dpkg: error al procesar console-tools (--configure):
 el subproceso installed post-installation script devolvió el código de salida 
de error 1
Se encontraron errores al procesar:
 console-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)



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

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

Versions of packages console-tools depends on:
ii  debconf [debconf-2.0]  1.5.28Debian configuration management sy
ii  libc6  2.10.2-3  Embedded GNU C Library: Shared lib
ii  libconsole 1:0.2.3dbs-67 Shared libraries for Linux console
ii  lsb-base   3.2-23Linux Standard Base 3.2 init scrip

Versions of packages console-tools recommends:
ii  console-common0.7.85 basic infrastructure for text cons
ii  console-data  2:1.10-2   keymaps, fonts, charset maps, fall

Versions of packages console-tools suggests:
pn  kbd-compat (no description available)



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

Bug#579013: eric: Segmentation fault at start

[Federico Ceratto]

Package: eric
Version: 4.4.3-1
Severity: grave
Justification: renders package unusable

Hello,

After a dist-upgrade on Debian Sid, eric is segfaulting immediatly after
execution as in bugs #534178 #532772

The behavior is not affected by having LANG=en_US.UTF-8 or LANG=C:

$ eric
Segmentation fault

python-kde3 o 4 are not installed.  Having python-sip4, python-sip-dev, python-
sip4-dev installed or not does not change its behavior.

$ strace eric

[...snip...]
close(5)= 0
stat64("/usr/share/eric/modules/Preferences/PyQt4", 0xbf879b70) = -1 ENOENT (No
such file or directory)
open("/usr/share/eric/modules/Preferences/PyQt4.so", O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
open("/usr/share/eric/modules/Preferences/PyQt4module.so",
O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/share/eric/modules/Preferences/PyQt4.py", O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
open("/usr/share/eric/modules/Preferences/PyQt4.pyc", O_RDONLY|O_LARGEFILE) =
-1 ENOENT (No such file or directory)
stat64("/usr/lib/pymodules/python2.5/PyQt4/Qsci", 0xbf879b60) = -1 ENOENT (No
such file or directory)
open("/usr/lib/pymodules/python2.5/PyQt4/Qsci.so", O_RDONLY|O_LARGEFILE) = 5
fstat64(5, {st_mode=S_IFREG|0644, st_size=895280, ...}) = 0
open("/usr/lib/pymodules/python2.5/PyQt4/Qsci.so", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`;\2\0004\0\0\0"...,
512) = 512
fstat64(6, {st_mode=S_IFREG|0644, st_size=895280, ...}) = 0
mmap2(NULL, 894144, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) =
0xb5a2e000
mmap2(0xb5aef000, 106496, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0xc1) = 0xb5aef000
close(6)= 0
open("/etc/ld.so.cache", O_RDONLY)  = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=61143, ...}) = 0
mmap2(NULL, 61143, PROT_READ, MAP_PRIVATE, 6, 0) = 0xb73a7000
close(6)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libqscintilla2.so.5", O_RDONLY) = 6
read(6,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\1\4\0004\0\0\0"..., 512) =
512
fstat64(6, {st_mode=S_IFREG|0644, st_size=1666572, ...}) = 0
mmap2(NULL, 1668864, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) =
0xb5896000
mmap2(0xb5a27000, 24576, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x191) = 0xb5a27000
mmap2(0xb5a2d000, 1792, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb5a2d000
close(6)= 0
munmap(0xb73a7000, 61143)   = 0
stat64("/usr/share/eric/modules/Preferences/sip", 0xbf877890) = -1 ENOENT (No
such file or directory)
open("/usr/share/eric/modules/Preferences/sip.so", O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
open("/usr/share/eric/modules/Preferences/sipmodule.so", O_RDONLY|O_LARGEFILE)
= -1 ENOENT (No such file or directory)
open("/usr/share/eric/modules/Preferences/sip.py", O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
open("/usr/share/eric/modules/Preferences/sip.pyc", O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Segmentation fault

On a eric instance running on Debian Testing instead of the segfault there
would be:

close(5)= 0

In both cases, 5 seems to be the file descriptor for
/usr/lib/pymodules/python2.5/PyQt4/Qsci.so

Thanks for your help,
Federico



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages eric depends on:
ii  bicyclerepair   0.9-6A refactoring tool for python
ii  python  2.5.4-9  An interactive high-level object-o
ii  python-chardet  2.0.1-1  universal character encoding detec
ii  python-pygments 1.3.1+dfsg-1 syntax highlighting package writte
ii  python-qscintilla2  2.4.3-1  Python bindings for QScintilla 2
ii  python-qt4  4.7.3-1  Python bindings for Qt4
ii  python-simplejson   2.1.1-1  simple, fast, extensible JSON enco
ii  python-support  1.0.8automated rebuilding support for P

Versions of packages eric recommends:
ii  eric-api-files4.4.3-1API description files for use with

Versions of packages eric suggests:
pn  pyqt4-dev-tools(no description available)
ii  python-doc2.5.

Bug#579013: eric: Segmentation fault at start

[Federico Ceratto]

Hello Gudjon, thanks for your quick reply!

While eric was crashing in the past days, I had python-qscintilla2
installed at the current version: 2.4.3-1

Today I updated eric and eric-api-files to version 4.4.3-2 and eric is
still crashing.
Purging and reinstalling eric and removing the .eric4 directory does not help.

Thank you,
Federico

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8
(charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages eric depends on:
ii  bicyclerepair   0.9-6A refactoring tool for python
ii  python  2.5.4-9  An interactive high-level object-o
ii  python-chardet  2.0.1-1  universal character encoding detec
ii  python-pygments 1.3.1+dfsg-1 syntax highlighting package writte
ii  python-qscintilla2  2.4.3-1  Python bindings for QScintilla 2
ii  python-qt4  4.7.3-1  Python bindings for Qt4
ii  python-simplejson   2.1.1-1  simple, fast, extensible JSON enco
ii  python-support  1.0.8automated rebuilding support for P

Versions of packages eric recommends:
ii  eric-api-files4.4.3-2API description files for use with

Versions of packages eric suggests:
pn  pyqt4-dev-tools(no description available)
ii  python-doc2.5.2-1Documentation for the high-level o
pn  python-kde4-doc(no description available)
ii  python-profiler   2.6.5-1deterministic profiling of any Pyt
pn  python-qt4-doc (no description available)
pn  python-qt4-sql (no description available)
pn  qt4-designer   (no description available)
pn  qt4-dev-tools  (no description available)
pn  qt4-doc-html   (no description available)
ii  ruby  4.4An interpreter of object-oriented

-- 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#579013: eric: Segmentation fault at start

[Federico Ceratto]

Hello Gubjon,

Recompiling python-qscintilla2 did the trick - here is the workaround
for other eric users:

You can use apt-build to do the full rebuild automatically:
sudo apt-build install python-qscintilla2

Otherwise here's the manual rebuilding:

Get the sources from the Debian repos:

apt-get source python-qscintilla2

debuild -us -uc
You'll need the following libraries: libqt4-dev python-all-dev
python-sip-dev python-qt4-dev

sudo dpkg -i python-qscintilla2_2.4.3-1_i386.deb

(No need to reinstall the other qscintilla libraries)

Bye,
-- 
Federico



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

Bug#784229: startupmanager: [startupmanager] Bootloader menu resolution breaks jessie boot

[Federico M.]

Package: startupmanager
Version: 1.9.13-8
Severity: critical
Justification: breaks the whole system

Dear Maintainer,


Bootloader menu resolution breaks jessie boot.

Reproduce:
1) Go in Startupmanager --> Advanced.
2) Set Bootloader menu resolution to 800x600 or higher.
3) Close startup manager.
4) Reboot and see that jessie is not booting anymore.

Do you mind investigating?



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

Kernel: Linux 3.16.0-4-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/dash
Init: systemd (via /run/systemd/system)

Versions of packages startupmanager depends on:
ii  grub-pc2.02~beta2-22
ii  menu   2.1.47
ii  python 2.7.9-1
ii  python-glade2  2.24.0-4
ii  python-gnome2  2.28.1+dfsg-1.1
ii  python-libxml2 2.9.1+dfsg1-5
pn  python:any 
ii  x11-xserver-utils  7.7+3+b1
ii  yelp   3.14.1-1

startupmanager recommends no packages.

startupmanager suggests no packages.

-- no debconf information

Bug#770232: Re: Question about python-selenium

[Federico Gimenez]

Just for the record this patch removes all the binaries, inclluding the .so
files and adds support for Python3.

Thanks,


On Wed, May 20, 2015 at 2:34 AM, Thomas Goirand  wrote:

> Here's a patch provided by Federico Gimenez <
> federico.gimenez.ni...@canonical.com>. Please consider applying it,
> removing the .xpi from the orig.tar.gz, and uploading to Sid.
>
> Cheers,
>
> Thomas Goirand (zigo)
>
>  Forwarded Message 
> Subject:Re: Question about python-selenium
> Date:   Tue, 19 May 2015 16:50:39 -0400
> From:   Federico Gimenez 
> Reply-To:   fgime...@canonical.com
> To: Thomas Goirand 
>
>
>
> Hi Thomas, the patch is attached for you to have a look, in this case
> the binaries are simply removed, I didn't manage to find a way to
> compile from source. You didn't put the reference for sending it you
> mentioned in your email, were you referring to [1]?Â
>
> Thanks,
>
> [1]Â https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770232
>
> On Sat, May 16, 2015 at 10:21 PM, Thomas Goirand  <mailto:z...@debian.org>> wrote:
>
> On 05/12/2015 01:18 PM, Federico Gimenez wrote:
>
> Hi Thomas, I think that I've met you before, working for some
> debian pear packages (xml related?), glad to get in contact again.
>
> I've seen in [1] that you were interested in getting
> python-selenium
> updated, I have been working on a PPA [2] which removes the
> non-free
> binaries and also adds some other niceties from members of the
> team I
> belong to.
>
> Do you think that these changes (with the needed fixes to adapt
> this
> work to the debian standards) can be added to the archive as a
> proper NMU?
>
> Thanks, regards
>
>     [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770232
> [2]
> http://bazaar.launchpad.net/~fgimenez/+junk/python-selenium/files
>
> --
> Federico Gimenez
> fgime...@canonical.com <mailto:fgime...@canonical.com>
> <mailto:fgime...@canonical.com <mailto:fgime...@canonical.com>>
>
>
> Hi Federico,
>
> Before attempting to do an NMU, you should first send a bug report
> to Debian, and attach the patch you're proposing. Only if the
> current maintainer doesn't reply, then you can attempt to NMU. The
> thing is, it would need to be a repacked version of Selenium (ie:
> the xpi removed from the orig file), and maybe we would need to ship
> the non-free xpi files as a separate package in non-free.
>
> Could you send your patch to [1] ?
>
> Does your patch build the xpi now? How does it work? If it's what it
> does, then great. If not, then it's nice still.
>
> Thomas
>
>
>
>
> --
> Federico Gimenez
> fgime...@canonical.com <mailto:fgime...@canonical.com>
>
>
>
>


-- 
Federico Gimenez
fgime...@canonical.com

Bug#735237: [python-weberror] non sourced minified javascript

[Federico Ceratto]

Package: src:python-weberror
Followup-For: Bug #735237

Hello,

Here is a simple patch that should fix the bug.
>From the changelog:

  * Add patch to remove embedded minified JS (Closes: #735237)
  * Bump Standards-Version to 3.9.5 (no changes needed)
  * Add Pybuild dependencies
  * Install evaldemo.py example


Bye,
Federico

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (600, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From 5926d995133d15fcf6606f7cd0cdca54c002c6d1 Mon Sep 17 00:00:00 2001
From: Federico Ceratto 
Date: Mon, 21 Apr 2014 19:37:36 +0100
Subject: [PATCH 1/1] Patch

---
 debian/changelog   |  6 ++
 debian/control |  8 +---
 ...001-Remove-embedded-and-minified-JS-files.patch | 22 ++
 debian/patches/series  |  1 +
 debian/python-weberror.examples|  1 +
 debian/python-weberror.links   |  1 +
 debian/rules   | 11 +--
 7 files changed, 41 insertions(+), 9 deletions(-)
 create mode 100644 debian/patches/0001-Remove-embedded-and-minified-JS-files.patch
 create mode 100644 debian/patches/series
 create mode 100644 debian/python-weberror.examples
 create mode 100644 debian/python-weberror.links

diff --git a/debian/changelog b/debian/changelog
index 9026481..d08a8f7 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -7,6 +7,12 @@ python-weberror (0.10.3-2) UNRELEASED; urgency=low
   * Bump debhelper version to 9
   * debian/rules: Use dh
 
+  [ Federico Ceratto ]
+  * Add patch to remove embedded minified JS (Closes: #735237)
+  * Bump Standards-Version to 3.9.5 (no changes needed)
+  * Add Pybuild dependencies
+  * Install evaldemo.py example
+
  -- Jackson Doak   Fri, 28 Feb 2014 19:34:24 +1100
 
 python-weberror (0.10.3-1) unstable; urgency=low
diff --git a/debian/control b/debian/control
index 8129841..6c665f3 100644
--- a/debian/control
+++ b/debian/control
@@ -3,11 +3,12 @@ Section: python
 Priority: optional
 Maintainer: Debian Python Modules Team 
 Uploaders: Christoph Haas , Piotr Ożarowski 
-Build-Depends: debhelper (>= 9)
+Build-Depends: debhelper (>= 9~)
 Build-Depends-Indep: python (>= 2.3.3), python-setuptools (>= 0.6b3-1~),
+ dh-python, python-all,
  python-paste (>= 1.7.1), python-webob, python-tempita,
  python-pygments, python-nose, python-webtest
-Standards-Version: 3.9.2
+Standards-Version: 3.9.5
 X-Python-Version: >= 2.4
 Homepage: http://pypi.python.org/pypi/WebError
 Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/python-weberror/trunk/
@@ -17,7 +18,8 @@ Package: python-weberror
 Architecture: all
 Depends: ${python:Depends}, ${misc:Depends},
  python-paste (>= 1.7.1), python-pastedeploy, python-pkg-resources,
- python (>= 2.6) | python-simplejson
+ python (>= 2.6) | python-simplejson,
+ libjs-jquery
 Description: Python web error handling and exception catching module
  This Python module provides error handling and exception catching
  functionality for WSGI web applications. It is primarily used by Pylons
diff --git a/debian/patches/0001-Remove-embedded-and-minified-JS-files.patch b/debian/patches/0001-Remove-embedded-and-minified-JS-files.patch
new file mode 100644
index 000..ada5454
--- /dev/null
+++ b/debian/patches/0001-Remove-embedded-and-minified-JS-files.patch
@@ -0,0 +1,22 @@
+From: Federico Ceratto 
+Date: Sun, 16 Mar 2014 12:47:38 +
+Subject: Remove embedded and minified JS files.
+
+---
+ weberror/eval_template.html | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/weberror/eval_template.html b/weberror/eval_template.html
+index cdb772a..47e2d1d 100644
+--- a/weberror/eval_template.html
 b/weberror/eval_template.html
+@@ -96,7 +96,8 @@
+ 
+ 
+ 
+-
++
++
+ 
+ {{footer_html|html}}
+ 
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..31ac228
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+0001-Remove-embedded-and-minified-JS-files.patch
diff --git a/debian/python-weberror.examples b/debian/python-weberror.examples
new file mode 100644
index 000..9204d39
--- /dev/null
+++ b/debian/python-weberror.examples
@@ -0,0 +1 @@
+tests/evaldemo.py
diff --git a/debian/python-weberror.links b/debian/python-weberror.links
new file mode 100644
index 000..5d7a136
--- /dev/null
+++ b/debian/python-weberror.links
@@ -0,0 +1 @@
+usr/share/javascript/jquery/jquery.min.js usr/share/pyshared/weberror/eval-media/jquery.js
diff --git a/debian/rules b/debian/rules
index 7dd0870..6915d11 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,15 +1,12 @@
 #!/usr/bin/make -f
-#export DH_VERBOSE=1
+export DH_VERBOSE=1
+p

Bug#823923: xcowsay: Misplaced binaries?

[Federico Ceratto]

Package: xcowsay
Version: 1.3-2
Severity: grave
Justification: renders package unusable

xcowsay is installing its binaries in /games instead of /usr/games in version
1.3-2

Impact: I've using xcowsay with a little script to notify me when my tea is
ready. Misplaced binaries are not found in $PATH leading to oversteeping.

Steps to reproduce: Check [1] or make tea.


[1] https://packages.debian.org/stretch/amd64/xcowsay/filelist


--
Federico

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (600, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xcowsay depends on:
ii  libatk1.0-0  2.20.0-1
ii  libc62.22-7
ii  libcairo21.14.6-1+b1
ii  libdbus-1-3  1.10.8-1
ii  libdbus-glib-1-2 0.106-1
ii  libfontconfig1   2.11.0-6.4
ii  libfreetype6 2.6.3-3+b1
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libglib2.0-0 2.48.0-1
ii  libgtk2.0-0  2.24.30-1.1
ii  libpango-1.0-0   1.40.1-1
ii  libpangocairo-1.0-0  1.40.1-1
ii  libpangoft2-1.0-01.40.1-1

xcowsay recommends no packages.

xcowsay suggests no packages.

-- no debconf information

Bug#688988: qt-at-spi: unable to see Qt-based applications listed in as accessible

[Federico Brega]

Package: qt-at-spi
Version: 0.3.1-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,
I tried to use the qt-at-spi package but I don't see any result after its 
installation.
My goal was to use ldtp for Qt-based applications, but I can't see any of the 
Qt dev tools (linguist, designer, ...) listed while thery are running.
ldtp is working for GTK-based applications, so I guess my at-spi setup is 
properly configured.

Steps to reproduce:
* in bash
 apt-get install ldtp python-ldtp qt-at-spi
 export QT_ACCESSIBILITY=1
 linguist &

* in python
 from ldtp import *
 getapplist()

Expected result: linguist in the application list.
Actual result: empty list.

I installed gnome-orca and when I  launch it with the -l option no application 
gets listed.
I'm not sure if this is enough to raise the severity to critical. 

Regards

Federico


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

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages qt-at-spi depends on:
ii  libatspi2.0-0  2.5.3-1
ii  libc6  2.13-35
ii  libdbus-1-31.6.0-1
ii  libgcc11:4.7.2-2
ii  libqt4-dbus4:4.8.2+dfsg-2
ii  libqtcore4 4:4.8.2+dfsg-2
ii  libqtgui4  4:4.8.2+dfsg-2
ii  libstdc++6 4.7.2-2

qt-at-spi recommends no packages.

qt-at-spi suggests no packages.

-- 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#709747: frescobaldi: the sip module implements API v9.0 to v9.2 but the popplerqt4 module requires API v8.1

[Federico Bruni]

Package: frescobaldi
Version: 2.0.8+ds1-1
Severity: grave
Justification: renders package unusable

There is a conflict of versions, here's the console output:

Traceback (most recent call last):
  File "/usr/bin/frescobaldi", line 3, in 
import frescobaldi_app.main
  File "/usr/lib/python2.7/dist-packages/frescobaldi_app/main.py", line 162, in 

main()
  File "/usr/lib/python2.7/dist-packages/frescobaldi_app/main.py", line 143, in 
main
win = mainwindow.MainWindow()
  File "/usr/lib/python2.7/dist-packages/frescobaldi_app/mainwindow.py", line 
110, in __init__
self.createMenus()
  File "/usr/lib/python2.7/dist-packages/frescobaldi_app/mainwindow.py", line 
777, in createMenus
menu.createMenus(self)
  File "/usr/lib/python2.7/dist-packages/frescobaldi_app/menu.py", line 67, in 
createMenus
m.addMenu(f(mainwindow))
  File "/usr/lib/python2.7/dist-packages/frescobaldi_app/menu.py", line 87, in 
menu_file
m.addMenu(snippet.menu.TemplateMenu(mainwindow))
  File "/usr/lib/python2.7/dist-packages/frescobaldi_app/snippet/menu.py", line 
140, in __init__
self.addAction(self.tool().actionCollection.templates_manage)
  File "/usr/lib/python2.7/dist-packages/frescobaldi_app/snippet/menu.py", line 
60, in tool
return panelmanager.manager(self.mainwindow()).snippettool
  File "/usr/lib/python2.7/dist-packages/frescobaldi_app/panelmanager.py", line 
34, in manager
return PanelManager.instance(mainwindow)
  File "/usr/lib/python2.7/dist-packages/frescobaldi_app/plugin.py", line 85, 
in instance
result.__init__(obj)
  File "/usr/lib/python2.7/dist-packages/frescobaldi_app/panelmanager.py", line 
49, in __init__
self.loadPanel("musicview.MusicViewPanel")
  File "/usr/lib/python2.7/dist-packages/frescobaldi_app/panelmanager.py", line 
73, in loadPanel
__import__(module_name)
  File 
"/usr/lib/python2.7/dist-packages/frescobaldi_app/musicview/__init__.py", line 
55, in 
from . import documents
  File 
"/usr/lib/python2.7/dist-packages/frescobaldi_app/musicview/documents.py", line 
33, in 
import popplerqt4
RuntimeError: the sip module implements API v9.0 to v9.2 but the popplerqt4 
module requires API v8.1


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

Kernel: Linux 3.9.1 (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages frescobaldi depends on:
ii  lilypond2.16.2-2
ii  python  2.7.3-5
ii  python-poppler-qt4  0.16.2-2
ii  python-pypm 0.0.7-7
ii  python-qt4  4.10.1-1
ii  tango-icon-theme0.8.90-5

frescobaldi recommends no packages.

Versions of packages frescobaldi suggests:
pn  hyphen-hyphenation-patterns  
ii  lilypond-doc 2.16.2-2

-- 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#728235: cannot uninstall dolibarr

[Federico Bruni]

It might be related, I cannot uninstall dolibarr:

# aptitude purge dolibarr
The following packages will be REMOVED:
  dolibarr{p} libgmime2.6-cil{u} libproxy0{u}
0 packages upgraded, 0 newly installed, 3 to remove and 2 not upgraded.
Need to get 0 B of archives. After unpacking 35.9 MB will be freed.
Do you want to continue? [Y/n/?]
(Reading database ... 300021 files and directories currently installed.)
Removing dolibarr ...
You must invoke apache2-maintscript-helper with an unmodified environment
when sourcing it
dpkg: error processing dolibarr (--purge):
 subprocess installed post-removal script returned error exit status 1
Errors were encountered while processing:
 dolibarr
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:

Bug#724731:

[Federico Bruni]

Installing libpam-systemd worked on another laptop of mine, but it doesn't
work in a laptop which has the same debian version.
I've tried all the workarounds suggested here, but none works.

Please note that the same problem occurs if I use lightdm. I can login,
then the screen remains empty (only background image).

Bug#724731: [gdm3] gdm does not start properly, cannot login via gdm

[Federico Bruni]

Package: gdm3
Version: 3.8.4-3
Followup-For: Bug #724731

I managed to solve by removing and reinstalling the following packages,
as suggested in commment 71:
gnome-core gnome-shell gdm3 gnome-session

When I reinstalled, I see more packages than those removed. Maybe it's
a hint to find the culprit of this bug?
See the tail of my /var/log/apt/history.log:

Start-Date: 2013-11-08  08:32:17
Remove: gir1.2-upowerglib-1.0:i386 (0.9.23-2+b1), 
gir1.2-telepathylogger-0.2:i386 (0.8.0-2), libpurple0:i386 (2.10.7-2+b1), 
gir1.2-wnck-3.0:i386 (3.4.7-1), libgnome-menu-3-0:i386 (3.8.0-2), 
gir1.2-gcr-3:i386 (3.8.2-4), libpurple-bin:i386 (2.10.7-2), 
telepathy-mission-control-5:i386 (5.16.0-1), gnome-orca:i386 (3.4.2-2), 
python-pyatspi:i386 (2.10.0+dfsg-1), libmission-control-plugins0:i386 
(5.16.0-1), gdm3:i386 (3.8.4-3), gir1.2-caribou-1.0:i386 (0.4.12-1), 
libcaribou-common:i386 (0.4.12-1), gir1.2-telepathyglib-0.12:i386 (0.22.0-1), 
gnome-contacts:i386 (3.8.3-1+b1), lightdm:i386 (1.8.5-1), dconf-cli:i386 
(0.18.0-1), libfarstream-0.1-0:i386 (0.1.2-1), liblightdm-gobject-1-0:i386 
(1.8.5-1), gnome-shell:i386 (3.8.4-4), gir1.2-gck-1:i386 (3.8.2-4), 
libdotconf1.0:i386 (1.0.13-3), libatk-adaptor:i386 (2.10.0-1+b1), 
gir1.2-mutter-3.0:i386 (3.8.4-2), gir1.2-gdm3:i386 (3.8.4-3), 
python-pyatspi2:i386 (2.10.0+dfsg-1), lightdm-gtk-greeter:i386 (1.6.1-3), 
speech-dispatcher:i386 (0.7.1-6.2
 ), gir1.2-gmenu-3.0:i386 (3.8.0-2), gir1.2-accountsservice-1.0:i386 
(0.6.34-2), libcaribou0:i386 (0.4.12-1), libgdm1:i386 (3.8.4-3), 
python-speechd:i386 (0.7.1-6.2), telepathy-haze:i386 (0.8.0-1), 
gir1.2-gkbd-3.0:i386 (3.6.0-1)
End-Date: 2013-11-08  08:33:37

Start-Date: 2013-11-08  08:35:41
Install: gir1.2-upowerglib-1.0:i386 (0.9.23-2+b1, automatic), 
gir1.2-telepathylogger-0.2:i386 (0.8.0-2, automatic), libpurple0:i386 
(2.10.7-2+b1, automatic), gnome-calculator:i386 (3.10.0-1), 
gnome-applets-data:i386 (3.4.1-4, automatic), gnome-sushi:i386 (3.8.1-1), 
libgnome-menu-3-0:i386 (3.8.0-2, automatic), gir1.2-gcr-3:i386 (3.8.2-4, 
automatic), libpurple-bin:i386 (2.10.7-2, automatic), telepathy-logger:i386 
(0.8.0-2, automatic), gucharmap:i386 (3.8.2-3), 
telepathy-mission-control-5:i386 (5.16.0-1, automatic), python-pyatspi:i386 
(2.10.0+dfsg-1, automatic), gnome-icon-theme-extras:i386 (3.6.2-3), 
gnome-font-viewer:i386 (3.8.0-1+b1), libmission-control-plugins0:i386 
(5.16.0-1, automatic), gdm3:i386 (3.8.4-3), gnome-applets:i386 (3.4.1-4, 
automatic), gir1.2-caribou-1.0:i386 (0.4.12-1, automatic), 
libcaribou-common:i386 (0.4.12-1, automatic), gnome-session-common:i386 
(3.8.4-3, automatic), gir1.2-telepathyglib-0.12:i386 (0.22.0-1, automatic), 
gnome-contacts:i386 (3.8.3-1+b1),
  fonts-cantarell:i386 (0.0.15-1), dconf-cli:i386 (0.18.0-1), 
gnome-session-flashback:i386 (3.6.2-2, automatic), libfarstream-0.1-0:i386 
(0.1.2-1, automatic), gnome-shell:i386 (3.8.4-4), nautilus-sendto:i386 
(3.6.1-2, automatic), gnome-core:i386 (3.8+4), gir1.2-panelapplet-4.0:i386 
(3.6.2-2, automatic), gir1.2-gck-1:i386 (3.8.2-4, automatic), alacarte:i386 
(3.10.0-1, automatic), libchamplain-0.12-0:i386 (0.12.5-1, automatic), 
libcaribou-gtk3-module:i386 (0.4.12-1), vino:i386 (3.10.1-1), 
gnome-system-log:i386 (3.8.1-1), empathy:i386 (3.8.4-3), dconf-tools:i386 
(0.18.0-1), gnome-backgrounds:i386 (3.10.1-1), 
libgnome-media-profiles-3.0-0:i386 (3.0.0-1, automatic), gnome-screenshot:i386 
(3.10.0-1), gnome-session:i386 (3.8.4-3), libatk-adaptor:i386 (2.10.0-1+b1), 
nautilus-sendto-empathy:i386 (3.8.4-3, automatic), libcaribou-gtk-module:i386 
(0.4.12-1), libpanel-applet-4-0:i386 (3.6.2-2, automatic), 
gnome-dictionary:i386 (3.10.0-1), empathy-common:i386 (3.8.4-3, automatic), 
dconf-ed
 itor:i386 (0.18.0-1), caribou-antler:i386 (0.4.12-1), 
libchamplain-gtk-0.12-0:i386 (0.12.5-1, automatic), telepathy-salut:i386 
(0.8.1-1, automatic), libtelepathy-farstream3:i386 (0.6.0-2, automatic), 
gir1.2-mutter-3.0:i386 (3.8.4-2, automatic), gir1.2-gdm3:i386 (3.8.4-3, 
automatic), caribou:i386 (0.4.12-1), gnome-panel:i386 (3.6.2-2), 
gir1.2-clutter-gst-2.0:i386 (2.0.8-1, automatic), gir1.2-gmenu-3.0:i386 
(3.8.0-2, automatic), gir1.2-accountsservice-1.0:i386 (0.6.34-2, automatic), 
libcaribou0:i386 (0.4.12-1, automatic), gnome-media:i386 (3.4.0-1, automatic), 
libgdm1:i386 (3.8.4-3, automatic), libgeocode-glib0:i386 (3.10.0-1, automatic), 
gnome-disk-utility:i386 (3.10.0-1), gnome-system-monitor:i386 (3.8.2.1-2, 
automatic), telepathy-gabble:i386 (0.18.1-1, automatic), gnome-panel-data:i386 
(3.6.2-2, automatic), telepathy-haze:i386 (0.8.0-1, automatic), 
gir1.2-gkbd-3.0:i386 (3.6.0-1, automatic)
End-Date: 2013-11-08  08:39:03



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (10, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.11-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gdm3 d

Bug#855702: python-signedjson: Python files are missing

[Federico Ceratto]

Package: python-signedjson
Version: 1.0.0-2
Severity: grave
Justification: renders package unusable

python-signedjson 1.0.0-2 contains no Python files.


-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (600, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- no debconf information

Bug#657150: _cbsonmodule problems on ARM processors

[Federico Ceratto]

On Tue, Jan 24, 2012 at 1:32 PM, Martin Insulander <
insulander.mar...@gmail.com> wrote:

> Package: python-pymongo
> Version: 2.1-1
> Severity: critical
>
> When doing drop or find on a collection Python returns invalid BSON.
> The collection has to be filled with a couple of entries.
>
> I'm using mongodb from a Qnap server (version 1.8)
> https://github.com/skrabban/**mongo-nonx86<https://github.com/skrabban/mongo-nonx86>
> .
>
> See the following bug report for more info:
> https://jira.mongodb.org/**browse/PYTHON-313<https://jira.mongodb.org/browse/PYTHON-313>
>
> Removing the c extensions seems to solve the problem.
>

Hello Martin, thanks for the feedback.

I'm trying to reproduce the bug on a friend's Sheevaplug, in the meantime
removing the ARM binary package from Debian/Ubuntu seems to be the best
solution.

I'm federico2 on freenode if you like to test it together.

Thanks!
-- 
Federico

Bug#646632: lilypond: Segmentation fault

[Federico Bruni]

Package: lilypond
Version: 2.14.2-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,
 
I upgraded the package from previous version (2.12).
New version never worked. I get a segmentation fault with any
simple file, /usr/share/lilypond/2.14.2/ly/Welcome_to_LilyPond.ly
included.

I've tried purging and reinstalling from scratch, but no success.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages lilypond depends on:
ii  ghostscript 9.04~dfsg-2   
ii  guile-1.8   1.8.8+1-6 
ii  guile-1.8-libs  1.8.8+1-6 
ii  libc6   2.13-21   
ii  libfontconfig1  2.8.0-3   
ii  libfreetype62.4.6-2   
ii  libgcc1 1:4.6.1-15
ii  libglib2.0-02.28.6-1  
ii  libgmp102:5.0.2+dfsg-1
ii  libltdl72.4-4 
ii  libpango1.0-0   1.29.4-1  
ii  libstdc++6  4.6.1-15  
ii  lilypond-data   2.14.2-2  
ii  python  2.7.2-9   

Versions of packages lilypond recommends:
ii  lilypond-doc2.14.2-2
ii  texlive-latex-base  2009-14 

lilypond suggests no packages.

-- 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#663052: leds-alix-source: module fails to compile

[Federico Brega]

Package: leds-alix-source
Version: 0.0.1-1
Severity: grave
Tags: upstream patch
Justification: renders package unusable

Dear Maintainer,
the source package does not compile; the first error message is about 
THIS_MODULE being undefined.

Please find the attached patch which solves the bug.

Federico


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

Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages leds-alix-source depends on:
ii  bzip2 1.0.6-1
ii  debhelper 9.20120115
ii  make  3.81-8.1
ii  module-assistant  0.11.4

leds-alix-source recommends no packages.

leds-alix-source suggests no packages.

-- no debconf information

-- 

*Federico Brega*Phone:  +39 02  90380812 - Int. 180
/AOCS Engineer/ Fax:+39 02  9010059
E-Mail: federico.br...@temissrl.com <mailto:federico.br...@temissrl.com>
*TEMIS S.r.l.* <http://www.temissrl.com>,
Via G. Donizetti 20
20011 Corbetta(MI), Italy 
--- old-leds-alix.c	2012-03-07 19:37:51.416914640 +0100
+++ leds-alix.c	2012-03-07 19:10:03.212963445 +0100
@@ -11,6 +11,7 @@
  */
 
 #include 
+#include 
 #include 
 #include 
 #include 

Bug#770232: NMU proposal for python-selenium

[Federico Gimenez]

Hi Sascha, I'm contacting you directly to make sure you are aware of the
NMU proposal for the debian python-selenium package that you can find in
[1]. I've also attached the patch to this email, please let us know what do
you thing about it.

Thanks!

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770232

-- 
Federico Gimenez
fgime...@canonical.com
From 3598bd9e37408482c0f9f81bc2b3a4e77c018057 Mon Sep 17 00:00:00 2001
From: Federico Gimenez 
Date: Tue, 19 May 2015 16:44:40 -0400
Subject: [PATCH] Initial import

---
 debian/changelog | 22 ++
 debian/control   | 24 ++--
 debian/copyright |  1 -
 debian/docs  |  2 --
 debian/lintian-overrides |  1 -
 debian/patches/remove_x_ignore_nofocus.patch | 14 ++
 debian/patches/series|  3 ++-
 debian/patches/update-egg-information.patch  | 23 ---
 debian/rules |  6 +-
 debian/watch |  2 +-
 selenium.egg-info/SOURCES.txt|  2 +-
 selenium.egg-info/pbr.json   |  1 -
 12 files changed, 67 insertions(+), 34 deletions(-)
 delete mode 100644 debian/lintian-overrides
 create mode 100644 debian/patches/remove_x_ignore_nofocus.patch
 delete mode 100644 debian/patches/update-egg-information.patch
 delete mode 100644 selenium.egg-info/pbr.json

diff --git a/debian/changelog b/debian/changelog
index f3bc370..c0f7e3e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,25 @@
+python-selenium (2.45.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+
+  [ Leo Arias ]
+  * Added python3-setuptools as a dependency.
+
+  [ Thomi Richards ]
+  * Include distropatch to add debugger options.
+  * Build python3 packages as well.
+
+  [ Alexandre Abreu ]
+  * Add debugger_address option to the ChromeDriver options list to optionally
+  instruct ChromeDriver to wait for the target devtools instance to be started
+  at a given host:ip.
+  Backported from upstream: c9e0794d5722a87f3bad8a86504b23c770ec493e.
+
+  [ Federico Gimenez ]
+  * New upstream version
+
+ -- Federico Gimenez   Tue, 19 May 2015 15:55:23 -0400
+
 python-selenium (2.2.0-1) unstable; urgency=low
 
   * source package automatically created by stdeb 0.6.0+git
diff --git a/debian/control b/debian/control
index 0a4591e..fc53c6e 100644
--- a/debian/control
+++ b/debian/control
@@ -1,13 +1,20 @@
 Source: python-selenium
 Maintainer: Sascha Girrulat 
 Priority: optional
-Build-Depends: python-setuptools (>= 0.6b3), python (>= 2.6.6-3), debhelper (>= 8)
-Standards-Version: 3.9.2
+Build-Depends: debhelper (>= 9.0.0),
+   dh-python,
+	   python (>= 2.6.6-3),
+	   python-all-dev,
+	   python-setuptools (>= 0.6b3),
+	   python3-all-dev,
+	   python3-setuptools
+Standards-Version: 3.9.6
 Section: non-free/python
 Homepage: http://code.google.com/p/selenium/
 #Vcs-Git: git://git.debian.org/~sagiru-guest/public_git/python-selenium.git
 #Vcs-Browser: http://git.debian.org/?p=users/sagiru-guest/python-selenium.git;a=summary
 X-Python-Version: >= 2.6
+X-Python3-Version: >= 3.2
 
 Package: python-selenium
 Architecture: all
@@ -22,3 +29,16 @@ Description: python bindings for Selenium
  .
  The python package is downloaded from 
  http://pypi.python.org/packages/source/s/selenium/selenium-2.2.0.tar.gz
+
+Package: python3-selenium
+Architecture: all
+Depends: ${misc:Depends}, ${python3:Depends}
+Description: python bindings for Selenium
+ python-selenium includes the Selenium Python Client Driver and is a python
+ language binding for Selenium Remote Control (version 1.0 and 2.0).
+ .
+ Currently the remote protocol, Firefox/Icedove and Chrome for Selenium 2.0 are
+ supported, as well as the Selenium 1.0 bindings. As work will progresses we'll
+ add more "native" drivers.
+ .
+ This package contains the python 3 bindings.
diff --git a/debian/copyright b/debian/copyright
index f9a15c0..00f46bb 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -6,7 +6,6 @@ Files: *
 Copyright: 2007-2011 David Burns 
2007-2009 Google Inc.
2007-2009 WebDriver committers
-
 License: Apache-2.0
 
 Files: debian/*
diff --git a/debian/docs b/debian/docs
index de4f200..a188e06 100644
--- a/debian/docs
+++ b/debian/docs
@@ -1,3 +1 @@
-CREDITS.txt
-README.md
 docs/*
diff --git a/debian/lintian-overrides b/debian/lintian-overrides
deleted file mode 100644
index 80ee989..000
--- a/debian/lintian-overrides
+++ /dev/null
@@ -1 +0,0 @@
-python-selenium: capitalization-error-in-description python Python
diff --git a/debian/patches/remove_x_ignore_nofocus.patch b/debian/patches/remove_x_ignore_nofocus.patch
new file mode 100644
index 000..d5a9a2b
--- /dev/null
+++ b/debian/patches/remove_x_ignore_nof

Bug#734172: additional information

[Federico Gimenez]

I'm going to test setting this parameter (although I don't use Xen):

http://www.drbd.org/users-guide/s-xen-drbd-mod-params.html

Googling around there seems to be a relation between Oops, drbd
active/active and this setting.
DRBD source code says this which sounds like it could be related:

 */* e.g. XFS meta- & log-data is in slab pages, which have a*
 * * page_count of 0 and/or have PageSlab() set.*
 * * we cannot use send_page for those, as that does get_page();*
 * * put_page(); and would cause either a VM_BUG directly, or*
 * * __page_cache_release a page that would actually still be
referenced*
 * * by someone, leading to some obscure delayed Oops
somewhere else. */*
 if (disable_sendpage
 ||
(page_count (page
) < 1) || PageSlab(page
))
 return _drbd_no_send_page
(mdev, page
, offset
, size
, msg_flags);



-- 
"Judge me by my size, do you? And well you should not"
Master Yoda

Bug#734172: didn't work

[Federico Gimenez]

disabling send_page didn't work.
something a simple as a "tar" from one gfs2 to another made it crash again.

:-(

Bug#734172: similar to

[Federico Gimenez]

Looks somewhat similar to
https://bugzilla.redhat.com/show_bug.cgi?id=1023431

Bug#734172: similar to

[Federico Gimenez]

I didn't say it was the same, just that is has some similarities.
Both have GFS2 on top of active/active drbd and both break when there
is some load in the GFS2 filesystem (my first crash a few weeks ago
was with a "rm -rf")
I agree they affect different functions but they still have some
things in common.

Anyway, the important thing is that there was a comment on that redhat
bug pointing to some GFS2 fixes.
I looked into that and found that many GFS2 fixes were included in the
latest RC kernel (3.13-rc7) so I compiled 3.13-rc7 and I'm running
that kernel since yesterday and so far it did not crash.
If it doesn't crash by tomorrow I'll try some activities that made it
crash over the last few days (like taking a backup... using tar...)

3.13-rc7 includes these (among others):
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=0b3a2c9968d453d5827e635a6f3d69129f70af66
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=152b734a9e38aa2e9668fa072cf66625383ca865


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

Bug#734172:

[Federico Gimenez]

3.13.0-rc7 apparently fixed the issue. It may have been fixed on
3.12.6 but I didn't test that one.

I've just tested my backup script which puts some load on a couple of
GFS2 filesystems. Last week this would have caused an almost instant
crash but this time it finished without issues.


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

Bug#714210: DRBD 8.3 userland incompatible with 8.4 kernel modules

[Federico Gimenez]

It also happens on Wheezy (stable) if kernel 3.9 is installed from
wheezy-backports.

-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
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 drbd8-utils depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  libc6  2.13-38

Bug#763961: pitivi: Pitivi doesn't start, please update from upstream

[Federico Bruni]

Package: pitivi
Version: 0.93-4.1
Severity: grave
Justification: renders package unusable

pitivi is currently unusable due to the following bug:
https://bugzilla.gnome.org/show_bug.cgi?id=735529

It's fixed upstream, please release a new minor version of 0.93.
Thanks
Federico

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

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pitivi depends on:
ii  gir1.2-clutter-1.0  1.20.0-1
ii  gir1.2-clutter-gst-2.0  2.0.12-1
ii  gir1.2-gdkpixbuf-2.02.30.8-1+b1
ii  gir1.2-ges-1.0  1.2.1-1
ii  gir1.2-glib-2.0 1.42.0-2
ii  gir1.2-gst-plugins-base-1.0 1.4.3-1
ii  gir1.2-gstreamer-1.01.4.3-1
ii  gir1.2-gtk-3.0  3.14.1-1
ii  gir1.2-gtkclutter-1.0   1.6.0-1
ii  gir1.2-pango-1.01.36.8-1
ii  gnome-icon-theme3.12.0-1
ii  gstreamer1.0-gnonlin1.2.1-1
ii  gstreamer1.0-plugins-bad [gstreamer1.0-videosink]   1.4.3-1
ii  gstreamer1.0-plugins-base   1.4.3-1
ii  gstreamer1.0-plugins-good [gstreamer1.0-videosink]  1.4.3-1
ii  gstreamer1.0-pulseaudio [gstreamer1.0-audiosink]1.4.3-1
ii  gstreamer1.0-x [gstreamer1.0-videosink] 1.4.3-1
ii  libc6   2.19-11
ii  libcairo2   1.12.16-5
ii  python  2.7.8-1
ii  python-cairo1.8.8-1+b2
ii  python-dbus 1.2.0-2+b3
ii  python-gi   3.14.0-1
ii  python-gi-cairo 3.14.0-1
ii  python-gst-1.0  1.2.1-1.1
ii  python-matplotlib   1.3.1-2
ii  python-numpy1:1.8.2-2
ii  python-xdg  0.25-4

pitivi recommends no packages.

Versions of packages pitivi suggests:
pn  frei0r-plugins 
ii  gir1.2-gnomedesktop-3.03.14.0-1
ii  gir1.2-notify-0.7  0.7.6-2
ii  gstreamer1.0-libav 1.4.3-1
ii  gstreamer1.0-plugins-bad   1.4.3-1
ii  gstreamer1.0-plugins-ugly  1.4.3-1

-- 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#724731: (no subject)

[Federico Bruni]

Thanks Eugen!
Installing libpam-systemd worked also for me

Bug#740462: bluetooth: Connecting Apple magic trackpad hangs system

[Federico Ceratto]

Package: bluetooth
Followup-For: Bug #740462

Hello maintainers and thank you for packaging bluez & co.
I'm attaching an excerpt from kern.log that contains some more data.

Thanks!

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (600, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bluetooth depends on:
ii  bluez  4.101-4

Versions of packages bluetooth recommends:
ii  bluez-alsa   4.101-4
ii  bluez-gstreamer  4.101-4

Versions of packages bluetooth suggests:
ii  bluez-cups  4.101-4

-- no debconf information
Mar  8 15:27:57 debian kernel: [  105.931453] Bluetooth: RFCOMM TTY layer 
initialized
Mar  8 15:27:57 debian kernel: [  105.931466] Bluetooth: RFCOMM socket layer 
initialized
Mar  8 15:27:57 debian kernel: [  105.931467] Bluetooth: RFCOMM ver 1.11
Mar  8 15:27:57 debian kernel: [  105.933384] Bluetooth: BNEP (Ethernet 
Emulation) ver 1.3
Mar  8 15:27:57 debian kernel: [  105.933388] Bluetooth: BNEP filters: protocol 
multicast
Mar  8 15:27:57 debian kernel: [  105.933396] Bluetooth: BNEP socket layer 
initialized
Mar  8 15:28:11 debian kernel: [  119.126068] Bluetooth: HIDP (Human Interface 
Emulation) ver 1.2
Mar  8 15:28:11 debian kernel: [  119.126079] Bluetooth: HIDP socket layer 
initialized
Mar  8 15:33:40 debian kernel: [  448.236269] magicmouse 0005:05AC:030E.0004: 
unknown main item tag 0x0
Mar  8 15:33:40 debian kernel: [  448.236323] input: Username’s Trackpad as 
/devices/pci:00/:00:1a.0/usb3/3-1/3-1.4/3-1.4:1.0/bluetooth/hci0/hci0:11/input19
Mar  8 15:33:40 debian kernel: [  448.236452] magicmouse 0005:05AC:030E.0004: 
input,hidraw3: BLUETOOTH HID v1.60 Mouse [Username’s Trackpad] on 
xx:xx:xx:xx:xx:xx
Mar  8 15:36:12 debian kernel: [  600.453316] INFO: task kworker/u17:2:1968 
blocked for more than 120 seconds.
Mar  8 15:36:12 debian kernel: [  600.453338]   Tainted: G   O 
3.12-1-amd64 #1
Mar  8 15:36:12 debian kernel: [  600.453339] "echo 0 > 
/proc/sys/kernel/hung_task_timeout_secs" disables this message.
Mar  8 15:36:12 debian kernel: [  600.453340] kworker/u17:2   D 
8800c793ab40 0  1968  2 0x
Mar  8 15:36:12 debian kernel: [  600.453353] Workqueue: hci0 hci_rx_work 
[bluetooth]
Mar  8 15:36:12 debian kernel: [  600.453355]  8800c793a800 
0046 000142c0 8800c7a29fd8
Mar  8 15:36:12 debian kernel: [  600.453357]  000142c0 
8800c7a29fd8 8800c7940010 8800c7a29dc8
Mar  8 15:36:12 debian kernel: [  600.453359]  8800c7940014 
8800c793a800  8800c7940018
Mar  8 15:36:12 debian kernel: [  600.453361] Call Trace:
Mar  8 15:36:12 debian kernel: [  600.453366]  [] ? 
schedule_preempt_disabled+0x20/0x60
Mar  8 15:36:12 debian kernel: [  600.453369]  [] ? 
__mutex_lock_slowpath+0x133/0x1b0
Mar  8 15:36:12 debian kernel: [  600.453370]  [] ? 
mutex_lock+0x16/0x30
Mar  8 15:36:12 debian kernel: [  600.453374]  [] ? 
hci_rx_work+0x11b/0x2c0 [bluetooth]
Mar  8 15:36:12 debian kernel: [  600.453378]  [] ? 
process_one_work+0x16d/0x420
Mar  8 15:36:12 debian kernel: [  600.453380]  [] ? 
worker_thread+0x116/0x3b0
Mar  8 15:36:12 debian kernel: [  600.453381]  [] ? 
rescuer_thread+0x330/0x330
Mar  8 15:36:12 debian kernel: [  600.453384]  [] ? 
kthread+0xaf/0xc0
Mar  8 15:36:12 debian kernel: [  600.453386]  [] ? 
kthread_create_on_node+0x110/0x110
Mar  8 15:36:12 debian kernel: [  600.453388]  [] ? 
ret_from_fork+0x7c/0xb0
Mar  8 15:36:12 debian kernel: [  600.453390]  [] ? 
kthread_create_on_node+0x110/0x110
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
 
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@

Bug#761419: [totem] Gdk-ERROR **: The program 'totem' received an X Window System error

[federico mosquera]

Package: totem
Version: 3.12.2-1
Severity: grave

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

(totem:10016): Gdk-ERROR **: The program 'totem' received an X Window System 
error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 371 error_code 8 request_code 155 (GLX) minor_code 31)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
`trap' para punto de parada/seguimiento


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

Debian Release: jessie/sid
  990 testing www.deb-multimedia.org 
  990 testing security.debian.org 
  990 testing ftp.ccc.uba.ar 
  500 unstableftp.ccc.uba.ar 
  500 stable  ftp.ccc.uba.ar 
  500 sid linux.dropbox.com 
  500 experimentalmozilla.debian.net 
  500 all liveusb.info 
1 experimentalftp.ccc.uba.ar 

--- Package information. ---
Depends(Version) | Installed
-+-==
python:any (>= 2.6.6-7~) | 
libatk1.0-0  (>= 1.29.4) | 2.12.0-1
libc6   (>= 2.4) | 2.19-10
libcairo-gobject2(>= 1.10.0) | 1.12.16-5
libcairo2 (>= 1.2.4) | 1.12.16-5
libclutter-1.0-0 (>= 1.17.6) | 1.18.4-2
libclutter-gst-2.0-0 (>= 0.10.0) | 2.0.12-1
libclutter-gtk-1.0-0  (>= 1.5.2) | 1.5.4-1
libcogl-pango20  (>= 1.17.4) | 1.18.2-2
libcogl-path20   (>= 1.17.4) | 1.18.2-2
libcogl20(>= 1.17.4) | 1.18.2-2
libdrm2   (>= 2.3.1) | 2.4.56-1
libegl1-mesa (>= 7.8.1)  | 10.2.6-1
 OR libegl1-x11  | 
libgbm1  (>= 7.11~1) | 10.2.6-1
libgdk-pixbuf2.0-0   (>= 2.22.0) | 2.30.8-1
libgirepository-1.0-1 (>= 0.9.2) | 1.40.0-2
libglib2.0-0 (>= 2.37.3) | 2.40.0-5
libgrilo-0.2-1(>= 0.2.2) | 0.2.11-1
libgstreamer-plugins-base1.0-0(>= 1.0.0) | 1.4.1-1
libgstreamer1.0-0 (>= 1.0.0) | 1.4.1-1
libgtk-3-0   (>= 3.11.5) | 3.12.2-3+b1
libjson-glib-1.0-0   (>= 0.12.0) | 1.0.2-1
libnautilus-extension1a(>= 2.91) | 3.12.2-1
libpango-1.0-0   (>= 1.14.0) | 1.36.7-1
libpangocairo-1.0-0  (>= 1.14.0) | 1.36.7-1
libpeas-1.0-0 (>= 1.0.0) | 1.10.1-4
libtotem-plparser18  (>= 3.10.0) | 3.10.2-3
libtotem0  (>= 3.12.1-1) | 3.12.2-1
libtotem0  (<< 3.13) | 3.12.2-1
libwayland-client0(>= 1.0.2) | 1.5.0-1
libwayland-cursor0(>= 1.0.2) | 1.5.0-1
libwayland-egl1-mesa(>= 10.0.2)  | 10.2.6-1
 OR libwayland-egl1  | 
libwayland-server0(>= 1.0.2) | 1.5.0-1
libx11-6 | 2:1.6.2-3
libxcomposite1  (>= 1:0.3-1) | 1:0.4.4-1
libxdamage1   (>= 1:1.1) | 1:1.1.4-2
libxext6 | 2:1.3.2-1
libxfixes3   | 1:5.0.1-2
libxi6   | 2:1.7.4-1
libxkbcommon0 (>= 0.2.0) | 0.4.1-2
libxml2  (>= 2.6.27) | 2.9.1+dfsg1-4
libxrandr2   | 2:1.4.2-1
totem-common(= 3.12.1-1) | 3.12.2-1
gnome-icon-theme(>= 2.15.90) | 3.12.0-1
gnome-icon-theme-symbolic| 3.12.0-1
gsettings-desktop-schemas| 3.12.2-1
gstreamer1.0-clutter | 2.0.12-1
gstreamer1.0-plugins-base| 1.4.1-1
gstreamer1.0-plugins-good| 1.4.1-1
gstreamer1.0-plugins-bad | 1.4.1-1
gstreamer1.0-x   | 1.4.1-1
grilo-plugins-0.2| 0.2.12-3


Recommends (Version) | Installed
-+-===
gstreamer1.0-libav   | 1:1.4.1-dmo1
gstreamer1.0-plugins-ugly| 1.4.1-1
gstreamer1.0-pulseaudio  | 1.4.1-1
totem-plugins| 3.12.2-1


Suggests (Version) | Installed
==

Bug#630392: empathy: Dependencies failed, libedataserver-1.2.so.13 & libebook-1.2.so.9

[Federico Simonetta]

Package: empathy
Version: 2.30.3
Severity: grave
Tags: wheezy
Justification: renders package unusable

I just upgraded from squeeze the whole system, but this dependency hasn't been 
fixed.
I had installed libebook-1.2.so.10 instead of libebook-1.2.so.9, and 
libedataserver-1.2.so.14 instead of libedataserver-1.2.so.13.
I solved it simply creating a link called with the carrect name to the library 
already installed. For now it works...

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

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash




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

Bug#466784: base: problems with case-sensitive name of folders

[Federico Muciaccia]

Subject: base: problems with case-sensitive name of folders
Package: base
Severity: grave
Justification: causes non-serious data loss

*** Please type your report below this line ***
Way to reprobuce the bug:
- connect an ipod (I dont know if the problem is still present with
other devices)
- create a new folder called DATA (capital letters)
- paste in this folder a lot of data (I pasted more than 12 GB)
- close the /media/IPOD nautilus window
- reopen ipod in nautilus (or unmount and remount it)
- the name of your folder is changed in data (NO capital letters)
  (this is stange)
- if you create a new folder called DATA
- system begins to have problems (sometimes one of the folders
disapperar but still exists)
  (in the two folder properties you will see that they have the same
contents)
- try to erase them one by one
  (you won't be able to erase one of the two folders)

special conditions of my system:
- no swap partition
- rockbox installed on the ipod (don't know if it's important)

I've seen that copying lots of file is not necessary:
if you create a folder "DATA" and go inside it when you go up the name
of the folder is changed in "data".

I am using Debian GNU/Linux unstable (sid), Kernel 2.6.24-1-686, GNOME
2.20.3

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash




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

Bug#466784: problems with case-sensitive name of folders

[Federico Muciaccia]

The problem is still present after different reboots.
You won't be able to eject ipod correctly.




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

Bug#466784: additional information about my nautilus version

[Federico Muciaccia]

So this bug has been reassigned to nautilus...

Here are my nautilus version and other informations:

Package: nautilus
Version: 2.20.0-3

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.14-2Utilities for .desktop
files
ii  gnome-control-center   1:2.20.3-2utilities to configure the
GNOME d
ii  libart-2.0-2   2.3.20-1  Library of functions for 2D
graphi
ii  libatk1.0-01.20.0-1  The ATK accessibility
toolkit
ii  libbonobo2-0   2.21.90-1 Bonobo CORBA interfaces
library
ii  libc6  2.7-8 GNU C Library: Shared
libraries
ii  libcairo2  1.4.14-1  The Cairo 2D vector
graphics libra
ii  libeel2-2.20   2.20.0-4  Eazel Extensions Library
(for GNOM
ii  libesd00.2.36-3  Enlightened Sound Daemon -
Shared 
ii  libexempi3 1.99.9-1  library to parse XMP
metadata (Lib
ii  libexif12  0.6.16-2.1library to parse EXIF files
ii  libgail-common 1.20.2-1  GNOME Accessibility
Implementation
ii  libgail18  1.20.2-1  GNOME Accessibility
Implementation
ii  libgconf2-42.20.1-3  GNOME configuration
database syste
ii  libglade2-01:2.6.2-1 library to load .glade
files at ru
ii  libglib2.0-0   2.14.6-1  The GLib library of C
routines
ii  libgnome-desktop-2 2.20.3-1  Utility library for
loading .deskt
ii  libgnome2-02.20.1.1-1The GNOME 2 library -
runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented
display
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User
Interf
ii  libgnomevfs2-0 1:2.20.1-2GNOME Virtual File System
(runtime
ii  libgtk2.0-02.12.8-1  The GTK+ graphical user
interface 
ii  libnautilus-extension1 2.20.0-3  libraries for nautilus
components 
ii  liborbit2  1:2.14.10-0.1 libraries for ORBit2 - a
CORBA ORB
ii  libpango1.0-0  1.18.4-1  Layout and rendering of
internatio
ii  librsvg2-2 2.20.0-1  SAX-based renderer library
for SVG
ii  libselinux12.0.35-1  SELinux shared libraries
ii  libstartup-notification0   0.9-1 library for program launch
feedbac
ii  libtrackerclient0  0.6.4-2   metadata database, indexer
and sea
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxml22.6.31.dfsg-1 GNOME XML library
ii  nautilus-data  2.20.0-3  data files for nautilus
ii  shared-mime-info   0.23-3FreeDesktop.org shared MIME
databa

Versions of packages nautilus recommends:
ii  desktop-base  4.0.7  common files for the Debian
Deskto
ii  eject 2.1.5-6ejects CDs and operates
CD-Changer
pn  fam(no description available)
ii  libgnomevfs2-extra1:2.20.1-2 GNOME Virtual File System
(extra m
ii  librsvg2-common   2.20.0-1   SAX-based renderer library
for SVG
ii  nautilus-cd-burner2.20.0-1   CD Burning front-end for
Nautilus

-- no debconf information




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

Bug#491348: [eog] eog takes more than 1.5 GB of ram and all swap trying to open un .svg file

[Federico Muciaccia]

Package: eog
Version: 2.22.3-1
Severity: serious

--- Please enter the report below this line. ---
I had un .odg file and I converted it to .svg with openoffice.org
Than I tryed to open the new file with eog and system become strangely slow
Than I opened gnome-system-monitor and I saw that eog was taking quite all my 
ram and all my swap
I don't think it's a problem of the file, because inkscape open it perfectly
I'll attache the files

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.25-2-686

Debian Release: lenny/sid
  500 unstableftp.it.debian.org 
  500 testing security.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-===
libart-2.0-2  (>= 2.3.18) | 2.3.20-2
libc6  (>= 2.7-1) | 2.7-12
libcairo2  (>= 1.2.4) | 1.6.4-6
libdbus-glib-1-2(>= 0.71) | 0.76-1
libexempi3| 2.0.1-1
libexif12 | 0.6.16-2.1
libgconf2-4   (>= 2.13.5) | 2.22.0-1
libglade2-0  (>= 1:2.6.1) | 1:2.6.2-1
libglib2.0-0  (>= 2.16.0) | 2.17.3-2
libgnome-desktop-2(>= 2.22.0) | 2.22.3-1
libgnome2-0   (>= 2.17.3) | 2.22.0-1
libgnomeui-0  (>= 2.17.1) | 2.22.1-1
libgnomevfs2-0 (>= 1:2.17.90) | 1:2.22.0-4
libgtk2.0-0   (>= 2.12.0) | 2.12.11-1
libjpeg62 | 6b-14
liblcms1  (>= 1.15-1) | 1.17-1
libx11-6  | 2:1.1.4-2
libxml2   (>= 2.6.27) | 2.6.32.dfsg-2
python2.5(>= 2.5) | 2.5.2-8
gconf2  (>= 2.10.1-2) | 2.22.0-1
gnome-icon-theme  (>= 2.19.1) | 2.22.0-1
shared-mime-info(>= 0.20) | 0.30-2



files.tar.gz
Description: application/compressed-tar

Bug#393773: initramfs-tools: install fails, 'sed: no input files', missing escape in presinst file

[Federico Grau]

Package: initramfs-tools
Version: 0.83
Severity: grave
Justification: renders package unusable

In the config file initramfs-tools.preinst , there is a missing escape 
of the endofline/newline on line 32.

A patch is attached to correct this.

donfede


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.2-xwing-1
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
--- debian/initramfs-tools.preinst  2006-10-17 14:42:59.0 -0400
+++ debian/initramfs-tools.preinst.org  2006-10-17 14:42:49.0 -0400
@@ -29,7 +29,7 @@
  -e '/# This file should/,/one per line\./d' \
  -e 's/Comments begin with.*/Syntax:  module_name 
[args ...]/' \
  -e 's/^#  ext2$/# raid1/' \
- -e 's/^#  wd io=0x300$/# sd_mod/' \
+ -e 's/^#  wd io=0x300$/# sd_mod/'
  -e '/^ide-generic/d' \
  -e '/^ide-disk/d' \
  -e '/^ext2/d' \

Bug#514003: python decimal floating point arithmetic.

[Federico Brega]

In bug report module and class name are inverted.
In my installation of Lenny everything works fine.



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

Bug#985085: source review findings - SUSE specific and CVE-2021-25315 does not apply to Debian

[Federico Grau]

In brief, like carnil had suggested above, my review and findings concur that
#985085 and CVE-2021-25315 are SUSE specific and do not apply to Debian.
Thanks to Miuku of #suse on freenode for his helpful feedback accessing the
SUSE src.rpm .  I'll leave the bug open a few days, allowing for additional
review and feedback.


Looking closer, as can be seen from the link carnil provided, the SUSE
bugzilla tracker for this issue notes:

"Hi. Upstream was not affected with this issue.
The issue was caused by overlapping of upstream patch and one of our 
patches."
Victor Zhestkov 2021-03-13 13:54:38 UTC
https://bugzilla.suse.com/show_bug.cgi?id=1182382#c16

Reviewing the mitre description for this CVE, it's corrected in the following
two SUSE packages and versions:

- SUSE Linux Enterprise Server 15 SP 3 salt version 3002.2-3
- openSUSE Tumbleweed salt versions after 3002.2-2.1

While I have not yet been able to access the source for the Enterprise Server
fixed salt version (salt-3002.2-8.33.1.src.rpm), the openSUSE fixed salt
version (salt-3002.2-4.1.src.rpm) can be downloaded from the following link
(click "Grab binary packages directly" and then the src.rpm).


https://software.opensuse.org//download.html?project=openSUSE%3AFactory&package=salt


https://download.opensuse.org/repositories/openSUSE:/Factory/standard/src/salt-3002.2-4.1.src.rpm

The SUSE salt.spec changelog for salt-3002.2-4.1.src.rpm documents fixing this
CVE (by adding the patch Elimar Riesebieter linked to earlier):
* Mon Mar  1 2021 Alexander Graul 
- Bring missing part of async batch implementation back (bsc#1182382)
  (CVE-2021-25315)
https://bugzilla.suse.com/attachment.cgi?id=846239

This same fixed message can be seen in the SUSE Customer Center website, with
links to the fixed SUSE Linux Enterprise Server salt-3002.2-8.33.1.src.rpm
package, that requires a subscription to access (enter "CVE-2021-25315" at the
search prompt).
https://scc.suse.com/patches/



After downloading the src.rpm, source review can mostly be performed on Debian
(see below for sample commands to begin; I did use an openSUSE VM to run
rpmbuild on the src.rpm to get their patched source tree).  
Reading the "fix patch", it only changes one file -- salt/client/__init__.py .

https://bugzilla.suse.com/attachment.cgi?id=846239

Comparing the current Debian testing and unstable salt package version
(3002.5+dfsg1-1) with the latest fixed openSUSE salt version
(salt-3002.2-4.1.src.rpm), the initial upstream client/__init__.py file is
identical.  

The Debian package only applies a single patch to that file, which corrects a
comment typo elsewhere ( debian/patches/Fix-various-spelling-mistakes.patch ).

The SUSE salt RPM has ~160 patches applied to it (vs ~20 patches applied to
the Debian one).  Three of the SUSE salt patches modify the client/__init__.py
file.

While I admit to not being well versed in the Salt codebase, comparing the
various patches it appears that SUSE adopted one approach to implement "eauth"
(their Patch40 async-batch-implementation.patch), and upstream Salt (which
Debian matches) implemented another, and in the process reset the initial SUSE
authentication token parsing.  This becomes very clear comparing an upstream
version of client/__init__.py versus the SUSE patched version (diff or
gvimdiff).  A little curious SUSE continues with their approach and now
patches out the current upstream, but that may be related to their other
patches and the fact that their solution has been in place for several years
now.  

Regardless, I don't see #985085 and CVE-2021-25315 appling to Debian, and
recommend this bug be closed.

regards,
donfede



#
# spec file excerpts and comments, followed by my summary notes at dash (-),
# of the 3x patches affecting client/__init__.py from salt.spec file in
# openSUSE salt-3002.2-4.1.src.rpm 

Patch40: async-batch-implementation.patch
Date: Fri, 16 Nov 2018 17:05:29 +0100 From: Mihai Dinca 
# PATCH-FIX_UPSTREAM https://github.com/saltstack/salt/pull/50546
# PATCH-FIX_UPSTREAM https://github.com/saltstack/salt/pull/51863
 - >> This patch introduces the "overlap" code, including a call to
   batch_get_eauth() nearby the "fix patch" code.

Patch63: fix-memory-leak-produced-by-batch-async-find_jobs-me.patch
Date: Mon, 16 Sep 2019 11:27:30 +0200 From: Mihai Dinca 
# PATCH-FIX_OPENSUSE: 
https://github.com/openSUSE/salt/commit/6af07030a502c427781991fc9a2b994fa04ef32e
 - Minor addition elsewhere.

Patch151: async-batch-implementation-fix-320.patch
Date: Wed, 17 Feb 2021 16:47:11 +0300 From: Victor Zhestkov 
<35733135+vzhest...@users.noreply.github.com>
# PATCH-FIX_OPENSUSE: https://github.com/openSUSE/salt/pull/320
 - This is the new "fix patch" code from the SUSE CVE fix; this code is
   present in Debian, but is the only eauth parameter processing present.


#
# sample commands to begin code review of

Bug#985085: plan to lower Severity

[Federico Grau]

Fully recognizing we all must balance multiple priorities, I'm still waiting
to hear back from active Salt maintainer(s) to progress closing this bug.

Until the bug can properly be closed and given these CVE bugs do not apply to
Debian, with the goal of preventing Salt from being autoremoved from the next
Debian release Bullseye circa 2021-April-27, I intent do lower the Severity of
this bug (#985085) later this week (e.g. current Grave to Minor).

respectfully,
donfede


# BTS closing policy
https://www.debian.org/Bugs/Developer#closing

# BTS severity descriptions
https://www.debian.org/Bugs/Developer#severities

# Salt Team ML and archive
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-salt-team




signature.asc
Description: PGP signature

Bug#987279: nim: amd64 binaries built by maintainer; needs source-ony upload

[Federico Ceratto]

> I guess something went wrong with the upload, because the changes file has
> both

Indeed the upload of 1.4.6-1 was only meant for Experimental and I'm
surprised it landed into Sid.
Any way to revert Unstable?

Thanks!
--
Federico

Bug#952099: closing 952099

[Federico Ceratto]

close 952099 
thanks

Bug#994822: confirmed and exploring alternate binary names

[Federico Grau]

Thank you Andreas for the notice.  The bug has been confirmed and we're
exploring alternate binary names.  

donfede

Control: tags -1 + confirmed



signature.asc
Description: PGP signature

Bug#546164: Already fixed

[Federico Gimenez Nieto]

Hi,

This seems to be fixed after the upload of 5.2.11.dsfg.1-1.

Thanks,
Federico



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

Bug#544405: #544405 already fixed?

[Federico Gimenez Nieto]

Hi Jonas,

This seems to be fixed with the
latest version of php-pear, 5.2.11.dsfg.1-1, could you please check if
it is properly working?

Thanks,
Federico



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

Bug#544405: #544405 already fixed?

[Federico Gimenez Nieto]

Hi Jonas,

Jonas Smedegaard wrote:
> Sorry - I am unable to verify due to bug#548015. :-(
>
If you want to give it a try i have a qemu sid image at [1] (209mb and
slightly outdated, apt-get upgrade required). root password is 'fossy'

[1]
http://www.adrive.com/public/4cb78428ae7c9ed81d7330c916ebab53e96dce709669d36bb07f1cf5f52e8865.html

Hope this helps, cheers,
Federico




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

Bug#581934: GNUstep transition

[Federico Gimenez Nieto]

Hi,

Yavor Doganov wrote:
> 
> I'm afraid I don't understand the question.  If upstream bumps the
> SONAME, it isn't distro-specific in anyway, right?  AFAICT, (in Debian
> at least; I'm not aware of other practices) a distro-specific SONAME
> for a library is introduced when
> 
> 1) An ABI breaking Debian-specific patch has been added; which
>- might be rejected by upstream (for whatever reason);
>- might be a bugfix already present upstream, but
>  ABI-incompatible with the version in Debian (as is the case).
> 2) A new upstream release is ABI incompatible, but upstream forgot
>to indicate that with the proper mechanism (this happens quite
>often for ObjC libraries, unfortunately).
> 3) Upstream is providing a library, but it doesn't have any
>interface versioning mechanism (as some of the Mozilla
>libraries).
> 4) Something else I surely forget.

Thanks for the clarification, i am pretty lost here.

> 
> So, you should make sure that upstream bumps the SONAME for next
> release (0.13?), because there are ABI breaks all over the place
> (affecting all public libraries).  For the current transition, the
> attached minimized patch seems to work for me, 

Ok, thanks a lot, it have worked in my tests too.

> but don't forget to:
> 
>   - Perform extensive runtime tests; most changes are not trivial.
>   - Rename the runtime library to libgnustep-dl-0d (debian/control);
> and update dependencies (this implies passing through NEW).
>   - Amend debian/rules to cater for the package rename.
>   - Rename debian/libgnustep-dl-0.install as
> debian/libgnustep-dl-0d.install and adjust the EOControl entry for
> soname change.
> 

I've uploaded to mentors a new version with all these changes applied,
could you please take a look [1]?


[1]
http://mentors.debian.net/debian/pool/main/g/gnustep-dl2/gnustep-dl2_0.12.0-4.dsc


Cheers,
Federico



signature.asc
Description: OpenPGP digital signature

Bug#581934: GNUstep transition

[Federico Gimenez Nieto]

Yavor Doganov wrote:
> В 09:58 +0200 на 23.08.2010 (пн), Federico Gimenez Nieto написа:
>> Thanks for the clarification, i am pretty lost here.
> 
> I'd be glad to explain in detail if you let me know what you find
> confusing.
> 

Thanks, with your previous explanations i understand the big picture,
i'll ping you if i have questions about any details related to this.

Cheers
Federico



signature.asc
Description: OpenPGP digital signature

Bug#581934: GNUstep transition

[Federico Gimenez Nieto]

Hi,

Mehdi Dogguy wrote:
> Do you have a sponsor for this upload? If not, I can upload it. I'll
> just wait for gorm.app and renaissance to be available on all
> architectures and then proceed with the upload. Is this ok for you?
> 

Of course, thanks a lot! :)

Cheers,
Federico



signature.asc
Description: OpenPGP digital signature

Bug#594443: Workaround: libsteptalk0 replaces steptalk

[Federico Gimenez Nieto]

Hi, i've uploaded a new version of gnustep-dl2 stating that
libgnustep-dl2-0d replaces libgnustep-dl2-0. I hope that this will
resolve the issue, could you please take a look [1]?

[1]
http://mentors.debian.net/debian/pool/main/g/gnustep-dl2/gnustep-dl2_0.12.0-5.dsc

Cheers
Federico

Yavor Doganov wrote:
> В 12:31 +0200 на 26.08.2010 (чт), Yves Lambert написа:
>> A clean and probably safe workaround is to remove steptalk as it is
>> replaced by libsteptalk0 which does not depend on libgnustep-dl2-0.
>>
>> Due to bug #594443 (this bug), libgnustep-dl2-0 and steptalk 
>> must be removed priorly to installing libgnustep-dl2-0 
> 
> libgnustep-dl2-0d must simply declare proper package relationship wrt
> libgnustep-dl2-0; then it would be a human decision whether to hold the
> upgrade of gnustep-dl2 or remove steptalk.  dpkg errors like these are
> clear bugs which should be fixed, not worked around.
> 
> 
> 
> 

-- 
Federico Giménez Nieto
fgime...@coit.es




signature.asc
Description: OpenPGP digital signature

Bug#594443: Workaround: libsteptalk0 replaces steptalk

[Federico Gimenez Nieto]

Yavor Doganov wrote:
> 
> I think you actually need Conflicts, because Replaces would sneakily
> replace libraries in the old package, 

Ok, it is corrected and reuploaded, i'll try to find a sponsor now.

Thanks
Federico



signature.asc
Description: OpenPGP digital signature

Bug#591115: Bug forwarded

[Federico Gimenez Nieto]

forwarded 591115 http://www.doctrine-project.org/jira/browse/DC-772
thanks

Hi, thanks for the bugreport and sorry for the late response.

The bug has been already forwarded upstream, it seems that, although not
stated anywhere in the documentation, there are some arch-dependent
features, at least for 1.2.2 version.

I'll keep trying to find the cause of the problem and post here any
progress.

Cheers,
Federico



signature.asc
Description: OpenPGP digital signature

Bug#595344: php-xml-serializer uses deprecated return value of new by reference

[Federico Gimenez Nieto]

Hi Thomas, thanks for the bug report.

Could you please explain a bit more about the conditions in which the
warnings raised? I have been trying the examples of XML generation at
[1] and all of them worked without problems and without noticing any
warning.

[1] http://pear.php.net/manual/en/package.xml.xml-serializer.intro.php

As you point out, php-xml-serializer can be used to produce a xml
document, this is done with the 'serialize' method. If any text is
thrown while outputing the xml document the package would be certainly
unusable for most users, because the generated document could be at
least not well formed.

But the warnings that you found are refering to code in the
Unserialize.php file, how are you getting them?

Cheers,
Federico

Thomas Goirand wrote:
> Package: php-xml-serializer
> Version: 0.20.0-2
> Severity: grave
> 
> Hi,
> 
> When using the package with PHP 5.3.2 that is currently in Squeeze and
> SID, there are 3 big warnings:
> 
> PHP Deprecated:  Assigning the return value of new by reference is
> deprecated in /usr/share/php/XML/Unserializer.php on line 801
> 
> PHP Deprecated:  Assigning the return value of new by reference is
> deprecated in /usr/share/php/XML/Unserializer.php on line 804
> 
> PHP Deprecated:  Assigning the return value of new by reference is
> deprecated in /usr/share/php/XML/Unserializer.php on line 974
> 
> As php-xml-serializer can be used to produce an XML document, having
> these warnings could render the produced XML documents as totally broken,
> which is what pushed me to set the seriousness of this bug to Grave (eg:
> renders the package unusable for most users). This has to be fixed before
> Squeeze is release. I'll try to work on a patch for it, but if you have
> more work time available than I do, please fix the package.
> 
> Cheers,
> 
> Thomas Goirand (zigo)
> 
> -- System Information:
> Debian Release: 5.0.5
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.32-4-xen-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> 
> 

-- 
Federico Giménez Nieto
fgime...@coit.es




signature.asc
Description: OpenPGP digital signature

Bug#595344: php-xml-serializer uses deprecated return value of new by reference

[Federico Gimenez Nieto]

Hi Thomas, this warning only appears if you require
'XML/Unserializer.php' (that is, you are going to  unserialize a xml
string) and only if you have set your error level to show warnings at
the output.

So, it won't make the package unusable for most users, because if an
user wants to return a xml document it can be done without noticing any
warning. Hence the severity of the bug shouldn't be 'serious'.

I'll forward this bug upstream and try to work on a patch by myself.

Cheers,
Federico

Thomas Goirand wrote:
> Hi,
> 
> I simply have a cron job that does:
> 
> require_once 'XML/Serializer.php';
> require_once "XML/Unserializer.php";
> 
> it doesn't even need to call any of the methods of Unserializer.php.
> When there's a:
> 
> $myvar =& new [...]
> 
> PHP 5.3.x generates a warning even before you start using the file. It
> does it at parsing time. Just try by yourself in Squeeze / SID, or with
> any system that is running PHP 5.3, then you'll see it.
> 
> Can you get in touch with upstream and have them fix it? Will you need
> sponsoring for this issue, once the package is fixed? Let me know, I'll
> be available for such help.
> 
> Thomas Goirand (zigo)
> 
> 
> 

-- 
Federico Giménez Nieto
fgime...@coit.es




signature.asc
Description: OpenPGP digital signature

Bug#595344: php-xml-serializer uses deprecated return value of new by reference

[Federico Gimenez Nieto]

Hi Thomas,

First of all, thanks for the sponsoring offer, i forget to thank you on
the previous response :)

I haven't been able to reproduce the bug, it would be fine to do so
before forwarding it upstream. I've attached a simple test case which
works without problems on sid, could you please review it and let me
know if it works for you?

Cheers
Federico

Federico Gimenez Nieto wrote:
> Hi Thomas, this warning only appears if you require
> 'XML/Unserializer.php' (that is, you are going to  unserialize a xml
> string) and only if you have set your error level to show warnings at
> the output.
> 
> So, it won't make the package unusable for most users, because if an
> user wants to return a xml document it can be done without noticing any
> warning. Hence the severity of the bug shouldn't be 'serious'.
> 
> I'll forward this bug upstream and try to work on a patch by myself.
> 
> Cheers,
> Federico
> 
> Thomas Goirand wrote:
>> Hi,
>>
>> I simply have a cron job that does:
>>
>> require_once 'XML/Serializer.php';
>> require_once "XML/Unserializer.php";
>>
>> it doesn't even need to call any of the methods of Unserializer.php.
>> When there's a:
>>
>> $myvar =& new [...]
>>
>> PHP 5.3.x generates a warning even before you start using the file. It
>> does it at parsing time. Just try by yourself in Squeeze / SID, or with
>> any system that is running PHP 5.3, then you'll see it.
>>
>> Can you get in touch with upstream and have them fix it? Will you need
>> sponsoring for this issue, once the package is fixed? Let me know, I'll
>> be available for such help.
>>
>> Thomas Goirand (zigo)
>>
>>
>>
> 

-- 
Federico Giménez Nieto
fgime...@coit.es

<>


signature.asc
Description: OpenPGP digital signature

Bug#595344: php-xml-serializer uses deprecated return value of new by reference

[Federico Gimenez Nieto]

Hi Thomas,

El 05/09/2010, a las 01:10, Thomas Goirand escribió:
 
> Hi,
> 
> I don't agree. Some scripts (like mine) run with error_reporting(E_ALL);
> In my case, I run it from a cron job, and this would send me a mail
> every 10 minutes (because it outputs to the standard error).
> 

Did you try the test case that i attached on the previous message? With 
error_reporting(E_ALL) it serializes a xml document to a file and then reads 
and unserializes it back without noticing any error or warning interfering the 
overall operation. The problem may be related to your code.

> Anyway, it's silly to discuss the seriousness of the bug anyway, we just
> need to have it fixed for Squeeze. The fix is just remove 3 characters
> in the Unserialize.php, so it's trivial. If you don't have time to fix
> it, let me know, and I will NMU the fix.
> 

As i can't reproduce the bug i can't prepare a fix for it. Don't hesitate to 
make the NMU if you feel that it is needed and you are sure that it won't 
introduce any flaws. Anyway, in my opinion it would be a good idea to report 
this upstream, it can be done at [1]

Cheers
Federico

[1]http://pear.php.net/bugs/search.php?cmd=display&package_name[]=XML_Serializer

Bug#595559:

[Federico Di Gregorio]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/09/2010 17:07, Cosme Domínguez Díaz wrote:
> Hi, I'm interesting in maintain freeimage. I have my 3.13.1 release of
> freeimage in Ubuntu:
> 
> http://packages.ubuntu.com/source/maverick/freeimage
> 
> And the latest 3.14.1 in OGRE PPA:
> 
> https://launchpad.net/~ogre-team/+archive/ogre/+packages
> 
> FreeImage is a dependency of OGRE 3D and I'm working with that engine.

I was the original maintainer of Ogre and related packages. Lately I
reduced a lot my involvment in Debian but I can check the packages and
upload them.

federico

- -- 
Federico Di Gregorio   f...@initd.org
 Degli altri, della gente senza domande, si puo' fare a meno.
   -- macchinavapore
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyD1t4ACgkQvcCgrgZGjesQUgCgjdkQ7TiUSJ8OUaNfYUW8BrkK
NAwAoItYXujctlXVHsW25lEj8yuMeGdg
=tNG2
-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#591115: Bug forwarded

[Federico Gimenez Nieto]

Hi Alexander,

Alexander Reichle-Schmehl wrote:
> Hi!

[...]
> 
> Has there been any progress with this bug?  

None so far...

> I see the new package is
> still on mentors, but I don't think the release managers will accept a
> new upstream release at this stage of the freeze, therefore I'm
> currently not considering sponsoring your package.
> 
> However, if I understood it correctly, upstream removed the failed
> test causing this FTBFS?  

Yes, in the last upstream version there are no tests.

> So my understanding would be, that a
> legitimate fix would be to disbale this test (without uploading a NEW
> upstream version).  If you could prepere that, I'm willing to sponsor
> the upload; if you got the OK from the release team for the new upstream
> version, I'm also willing to upload the version on mentors.
> 

Ok, i've prepared a package with the old upstream version and the tests
disabled at build time, which prevents the FTBFS. It is uploaded at
mentors [1]

Thanks a lot, cheers

[1]
http://mentors.debian.net/debian/pool/main/d/doctrine/doctrine_1.2.2-2.dsc




signature.asc
Description: OpenPGP digital signature

Bug#591115: Bug forwarded

[Federico Giménez Nieto]

Hi,

2010/12/1 Alexander Reichle-Schmehl 

>
> Actually I proposed to disable the failing tests, not all of them.  But
> as a) the package seems to work on AMD64 even though tests fail and b)
> Upstream decided to drop all tests, I think it is also okay to disable
> all tests for this build, even if it's more than asked for.
>
> Package uploaded, thanks for "fixing" this bug :)
>
>
You are welcome  :)

I don't think it would have been a good idea to keep any of the tests, it
seems that they are randomly failing (perhaps due to a race condition?) even
on i386, see [1]

Thanks again for the sponsorship, cheers
Federico

[1] https://bugs.launchpad.net/ubuntu/+source/doctrine/+bug/683150

Bug#583006: Bug#581934: gnustep-dl2: FTBFS with gnustep-base/1.20.0: EONSAddOns.m:102: error: ‘GSMethodList’ undeclared (first use in this function)

[Federico Gimenez Nieto]

On Tue, 2010-05-25 at 13:30 +0300, Yavor Doganov wrote:
> 
> I bet that once you fix the above in the usual way (i.e. conditionally
> define `debug', not `OPTLFAG'), you'll be able to reproduce it with
> gnustep-base/1.20.0.
> 

It is strange, conditionally defining 'debug=yes' leads to the same
NSDebugMLog related error... Finally i managed to get rid of it (without
noticing the GSMethodList related error) by patching
EOAccess/EOAttribute.m (replacing all Foundation related import
statements by unconditionally importing Foundation/Foundation.h) but now
the docs are not being generated, why might this be happening?

Cheers,
Federico


signature.asc
Description: This is a digitally signed message part

Bug#583006: Bug#581934: gnustep-dl2: FTBFS with gnustep-base/1.20.0: EONSAddOns.m:102: error: ‘GSMethodList’ undeclared (first use in this function)

[Federico Gimenez Nieto]

On Wed, 2010-05-26 at 22:03 +0300, Yavor Doganov wrote:

Thanks, now it is bulding without problems, it is uploaded at mentors
[1]

[1]
http://mentors.debian.net/debian/pool/main/g/gnustep-dl2/gnustep-dl2_0.12.0-3.dsc

> 
> (The GSMethodList FTBFS is gnustep-base/1.20.x-specific so you can't
> notice it in sid, but it will become RC when the new Base is uploaded
> in unstable.  It is fixed upstream, easily backportable, but
> unfortunately the change is ABI-breaking for EOControl :-(.)
> 

Is there any chance to prevent this FTBFS while keeping EOControl in
good shape?

Cheers, 
Federico


signature.asc
Description: This is a digitally signed message part

Bug#591115: Bug forwarded

[Federico Gimenez Nieto]

Hi Julien,

Julien Cristau wrote:
> 
> did you manage to make any progress on this?
> 
> 

I haven't received any response from upstream. After this problem raised
a new version of doctrine came out, this time without the test suite.
Since the cause of the FTBFS is a failing test (the package didn't build
if any test didn't pass), i've packaged this new version and at first
glance the bug would be solved (the package is uploaded to mentors [1]).
This doesn't solve the root cause of the test failure, of course.

[1]
http://mentors.debian.net/debian/pool/main/d/doctrine/doctrine_1.2.3-1.dsc


Although there is code in the source package that seems to be very
32-bit specific (for example the size of integer fields in the DBTable
class), the documentation doesn't say that the package is arch-specific.
Moreover, i have a doctrine instance working in a amd64 machine whitout
any problem, and i haven't seen any bug report regarding arch issues,
besides this FTBFS.

So perhaps the problem was with the unit test itself, or with the
features being tested. I'm not sure if it is a good idea to upload the
new version with the fixed FTBFS or to prepare an architecture specific
version, what do you think?

Thanks,
Federico



signature.asc
Description: OpenPGP digital signature

Bug#707514: gnustep-dl2: FTBFS: cp: cannot stat 'debian/tmp/usr/share/info/GDL2Intro.info': No such file or directory

[Federico Giménez Nieto]

Hi, thanks for your bug report. I'll try to fix it as soon as possible.

Cheers,

-- Federico

Bug#629204: Patch

[Federico Giménez Nieto]

Hi,

2011/10/9 Philipp Kern 

> Hi,
>
> your patch does not apply on top of the patch set that's already
> included in the package.


Yes, both patches are the same.


> Can you please fix this and prepare a MU?
>
>
Ok, the package is uploaded to mentors [1]

[1]
http://mentors.debian.net/debian/pool/main/g/gnustep-dl2/gnustep-dl2_0.12.0-7.dsc

Thanks, cheers,
Federico

Bug#749742:

[Federico Giménez Nieto]

Thanks Yavor, I've uploaded a new version with the patch you suggested and
a few more changes. All seems to be working fine, you can take a look here
[1]

Cheers

[1]
http://mentors.debian.net/debian/pool/main/g/gnustep-dl2/gnustep-dl2_0.12.0-11.dsc

Bug#728319: gworkspace.app: Preview.app fails with an error

[Federico Giménez Nieto]

tags 728319 + pending
thanks

Hi Yavor, thanks for the patch. I'll get down to work with the update.

Cheers,


2014-06-19 10:52 GMT+02:00 Yavor Doganov :

> tags 728319 + patch
> thanks
>
> Yavor Doganov wrote:
> > It seems like Preview is not capable of opening images.
>
> Attached is a trivial patch that fixes this.  These methods were
> removed in 2005 (it's even in the upstream ChangeLog), but apparently
> he forgot to remove the code that registers the notification
> observers.  Somehow we got away with it, but not with -base 1.22 or
> newer.
>
> The bad news is that stable is affected so an update has to be
> prepared.
>



-- 
Federico Giménez Nieto
fgime...@coit.es

Bug#753483: libgnustep-dl2-0d: Programs using EOControl die with NSInvalidArgumentException, reason: Can not determine type information for +[GDL2CDNSObject (null)]

[Federico Giménez Nieto]

Hi,

2014-07-03 15:33 GMT+02:00 Yavor Doganov :
[...]


> DBModeler starts successfully but crashes when opening a model file
> (or trying to create a new one).  The attached dbmodeler.patch fixes
> this; it is a separate issue.  I haven't tested the GDL2 gorm palette,
> although I suspect it'll work with these changes.  Federico, could you
> please try it?  (You don't need to rebuild gnustep-base as gnustep-dl2
> is not affected by the message forwarding bug, AFAICT.)
>

Ok, I'll try to recover the changes from 0.12.0-8 and ping you back with
the results.

DBModeler should be also readded to the menu, right?

Bug#753483: libgnustep-dl2-0d: Programs using EOControl die with NSInvalidArgumentException, reason: Can not determine type information for +[GDL2CDNSObject (null)]

[Federico Giménez Nieto]

2014-07-03 20:27 GMT+02:00 Federico Giménez Nieto :

> Ok, I'll try to recover the changes from 0.12.0-8 and ping you back with
> the results.
>
>
I reverted the changes from
http://anonscm.debian.org/gitweb/?p=pkg-gnustep/gnustep-dl2.git;a=commit;h=db291a8d904a5b69ef8ede00dd337873cbdfe7d6
and applied the provided patches, gnustep-dl2 builds fine and gorm starts
without problems, but I still am not able to see the palette, although I
can open the inspectors separately. Am I missing something?

Cheers

Bug#759832:

[Federico Giménez Nieto]

Hi Lucas, thanks a lot for your report, I'm already working on it.

Cheers,

Bug#618181: gnustep-dl2: FTBFS: EOModelerEditor.m:52:38: fatal error: GNUstepBase/GSCategories.h: No such file or directory

[Federico Giménez Nieto]

Hi, thanks for the bug report.

It seems that this may be related to some higher level package, affecting
[1] too. I'll try to investigate more deeply, cheers

Federico

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618184

Bug#618181: gnustep-dl2: FTBFS: EOModelerEditor.m:52:38: fatal error: GNUstepBase/GSCategories.h: No such file or directory

[Federico Gimenez Nieto]

On 03/15/2011 05:39 PM, Yavor Doganov wrote:
> 
> Without investigation: most probably this is related to the new
> behavior of GCC 4.5 to bail out immediately if an #include'd header is
> not present.
> 

Thanks Yavor, i'll prepare the fixed package.

Cheers
Federico



signature.asc
Description: OpenPGP digital signature

Bug#629204: Fixed version ready for test

[Federico Gimenez Nieto]

Hi,

I've written a patch that seems to work with both gnustep-base/1.20 and 1.22. 
I'm waiting for
upstream's approval [1], it can be grabbed here [2] if anyone wants to test it.

Cheers,
Federico

[1] http://lists.gnu.org/archive/html/gnustep-dev/2011-08/msg00095.html
[2] git://git.debian.org/pkg-gnustep/gnustep-dl2.git




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

Bug#629204: Patch

[Federico Giménez Nieto]

-- Forwarded message --
From: Federico Giménez Nieto 
Date: 2011/9/10
Subject:
To: cont...@bugs.debian.org


tags 629204 patch

thanks



-- 
Federico Giménez Nieto
fgime...@coit.es
2011-08-17  Federico Gimenez Nieto  

	* Modified function calls for Modern GNU Objective-C runtime API following
	  changes of source at http://svn.gna.org/viewcvs/gnustep/libs/gdl2/trunk/

Index: gnustep-dl2-0.12.0/EOControl/EOFaultHandler.m
===
--- gnustep-dl2-0.12.0.orig/EOControl/EOFaultHandler.m	2011-08-22 11:51:35.0 +0200
+++ gnustep-dl2-0.12.0/EOControl/EOFaultHandler.m	2011-08-22 12:52:50.0 +0200
@@ -123,7 +123,7 @@
 {
   Class class;

-  for (class = _targetClass; class != Nil; class = class_get_super_class(class))
+  for (class = _targetClass; class != Nil; class = class_getSuperclass(class))
 {
   if (class == aclass)
 	return YES;
@@ -141,11 +141,15 @@
 - (BOOL)conformsToProtocol: (Protocol *)protocol
   forFault: (id)fault
 {
+
+  return class_conformsToProtocol(_targetClass, protocol);
+
+  /*
   int i;
   struct objc_protocol_list *proto_list;
   Class class;

-  for(class = _targetClass; class != Nil; class = class_get_super_class(class))
+  for(class = _targetClass; class != Nil; class = class_getSuperclass(class))
 {
   for (proto_list =
 	 ((struct objc_class *)_targetClass)->class_pointer->protocols;
@@ -160,6 +164,7 @@
 }

   return NO;
+  */
 }

 - (BOOL)respondsToSelector: (SEL)sel
Index: gnustep-dl2-0.12.0/EOControl/EOFault.m
===
--- gnustep-dl2-0.12.0.orig/EOControl/EOFault.m	2011-08-22 12:59:10.0 +0200
+++ gnustep-dl2-0.12.0/EOControl/EOFault.m	2011-08-23 08:27:31.0 +0200
@@ -77,22 +77,8 @@

 + (void)initialize
 {
-  // Must be here as initialize is called for each root class
-  // without asking if it responds to it !
   if (EOFaultClass == NULL)
 {
-  GSMethod nsfwd = GSGetMethod([NSObject class],
-@selector(forward::),
-YES,NO);
-  if (nsfwd != NULL)
-{
-  GSMethod eofwd = GSGetMethod(self,
-@selector(forward::),
-YES,NO);
-  eofwd->method_imp = nsfwd->method_imp;
-  GSFlushMethodCacheForClass(self);
-}
-
   EOFaultClass = [EOFault class];
 }
 }
@@ -171,7 +157,7 @@
   /*
*	Since 'self' is an class, get_imp() will get the instance method.
*/
-  return get_imp((Class)self, selector);
+  return class_getMethodImplementation((Class)self, selector);
 }

 // Fault class methods
@@ -311,43 +297,12 @@

 - (BOOL)conformsToProtocol: (Protocol *)protocol
 {
-  int i;
-  struct objc_protocol_list* protos;
-  Class class, sClass;
-
-  class = [_handler targetClass];
-
-  for (protos = class->protocols; protos; protos = protos->next)
-{
-  for (i = 0; i < protos->count; i++)
-	if ([protos->list[i] conformsTo: protocol])
-	  return YES;
-}
-
-  sClass = [class superclass];
-
-  if (sClass)
-return [sClass conformsToProtocol: protocol];
-  else
-return NO;
+  return class_conformsToProtocol([_handler targetClass], protocol);
 }

 - (BOOL)respondsToSelector: (SEL)selector
 {
-  Class class;
-  BOOL respondsToSelector;
-
-  NSDebugFLLog(@"gsdb", @"START self=%p", self);
-
-  class = [_handler targetClass];
-  NSDebugFLLog(@"gsdb", @"class=%@ selector=%@", class,
-	   NSStringFromSelector(selector));
-
-  respondsToSelector
-= (GSGetMethod(class, selector, YES, YES) != (GSMethod)0);
-  NSDebugFLLog(@"gsdb", @"STOP self=%p", self);
-
-  return respondsToSelector;
+  return class_respondsToSelector([_handler targetClass], selector);
 }

 - (NSMethodSignature *)methodSignatureForSelector: (SEL)selector
Index: gnustep-dl2-0.12.0/EOControl/EODebug.m
===
--- gnustep-dl2-0.12.0.orig/EOControl/EODebug.m	2011-08-23 08:36:52.0 +0200
+++ gnustep-dl2-0.12.0/EOControl/EODebug.m	2011-08-23 10:58:09.0 +0200
@@ -127,14 +127,14 @@
 	  {
 	Class *pvalue = (Class*)_value;
 	return [NSString stringWithFormat: @"Class:%s",
-			 class_get_class_name(*pvalue)];
+			 class_getName(*pvalue)];
 	  }
 	  break;
 	case _C_SEL:
 	  {
 	SEL *pvalue = (SEL*)_value;
 	return [NSString stringWithFormat: @"SEL:%s",
-			 sel_get_name(*pvalue)];
+			 sel_getName(*pvalue)];
 	  }
 	  break;
 	case _C_CHR:
@@ -322,19 +322,20 @@
 {
   if (ivar && object && deep >= 0)
 {
-  void *pValue = ((void*)object) + ivar->ivar_offset;
-  NSString *pType = TypeToNSString(ivar->ivar_type);
-  NSString *pIVar = IVarInString(ivar->ivar_type,pValue);
-
+  void *pValue = ((void*)object) + ivar_getO

Bug#622674: [Pkg-symfony-maint] Bug#622674: CVE-2011-1522: SQL injection

[Federico Gimenez Nieto]

Hi, thanks for your bug report. I'll try to prepare a fixed package as soon as 
posible.

Cheers,
Federico

On 04/13/2011 08:45 PM, Moritz Muehlenhoff wrote:
> Package: doctrine
> Severity: grave
> Tags: security
> 
> Please see http://www.doctrine-project.org/blog/doctrine-security-fix  
> 
> This has been assigned CVE-2011-1522.
> 
> Cheers,
> Moritz
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> 
> 
> ___
> Pkg-symfony-maint mailing list
> pkg-symfony-ma...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-symfony-maint
> 

-- 
Federico Giménez Nieto
fgime...@coit.es




signature.asc
Description: OpenPGP digital signature

Bug#622674: Updated package due to bug 622674, CVE 2011-1522

[Federico Gimenez Nieto]

Hi, i am one of the maintainers of the doctrine debian package. A security 
related bug has arised
recently [1] and i've prepared a new package following upstream recomendations 
[2]. The fix involves
upgrading to a new upstream version, i've tested it and all seems to work fine, 
although i don't
know if this is acceptable for a security issue in the debian stable 
distribution.

It is uploaded at mentors [3], please, let me know if all is in good shape. I'm 
not sure if things
are done properly, for example, as long as it is targeted to stable-security, 
i've built the package
on stable...

Thanks a lot, cheers
Federico

[1] http://bugs.debian.org/622674
[2] http://www.doctrine-project.org/blog/doctrine-security-fix
[3] http://mentors.debian.net/debian/pool/main/d/doctrine/doctrine_1.2.4-1.dsc






signature.asc
Description: OpenPGP digital signature

Bug#337524: libogre-dev works perfectly well here

[Federico Di Gregorio]

I don't know which mirror you exactly use but the current version of the
ogre-plugins-cgprogrammanager package depends on libdevil1c2, not
libdevil1c2. Also, libogre-dev works perfectly well with the last
libopenexr-dev package in unstable.

Can you please provide your /etc/apt/sources.list file and a complete
list of conflicting packages including their versions?
 
-- 
Federico Di Gregorio http://people.initd.org/fog
Debian GNU/Linux Developer[EMAIL PROTECTED]
INIT.D Developer   [EMAIL PROTECTED]
  Try the Joy of TeX [http://www.tug.org]
  -- brought to you by One Line Spam


signature.asc
Description: This is a digitally signed message part

Bug#326652: libogre5: Compiled OGRE applications segfaults on launch

[Federico Di Gregorio]

Il giorno dom, 04/09/2005 alle 21.43 +0200, Frédéric Lopez ha scritto:
> Package: libogre5
> Version: 1.0.4-1
> Severity: grave
> Justification: renders package unusable
> 
> 
> After installation of libogre5 and libogre-dev version 1.0.4 on
> Debian/Sid, the samples from the OGRE distribution and my own
> applications produce a segmentation fault on startup.

Instead of building using ./configure (that creates a new set of
libraries) can you test with the buildall.sh script
in /usr/share/doc/libogre5? Just run it from the ogrenew directory.

federico

-- 
Federico Di Gregorio http://people.initd.org/fog
Debian GNU/Linux Developer[EMAIL PROTECTED]
INIT.D Developer   [EMAIL PROTECTED]
  Gli esseri umani, a volte, sono destinati, per il solo fatto di
   esistere, a fare del male a qualcuno.  -- Haruki Murakami


signature.asc
Description: This is a digitally signed message part

Bug#333586: kdepim-dev and libktnef1-dev missing build-dep

[Federico Nuñez Artigas]

Hi,

thank for package taskjuggler !!!

I try to compile the source package on ubuntu breezy (kde-3.4.3) and found 
this missing package deps:
- kdepim-dev (compiling error before:
 /usr/include/kde/libkcal/calendar.h:31:26: 
 kdepimmacros.h: No such file or directory)
- libktnef1-dev (taskjuggler need /usr/lib/libktnef.la)


I don't know if this is also a problem on debian.

bye,
fede.

 Internet Banda Ancha Todo el Dia desde $u 490 por mes!
 __
 http://www.internet.com.uy - En Uruguay somos internet




 Internet Banda Ancha Todo el Dia desde $u 490 por mes!
 __
 http://www.internet.com.uy - En Uruguay somos internet





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

Bug#326452: ogre-contrib: FTBFS: /bin/sed: can't read /usr/lib/libtiff.la: No such file or directory

[Federico Di Gregorio]

Il giorno sab, 03/09/2005 alle 13.48 +0200, Andreas Jochens ha scritto:
> Package: ogre-contrib
> Version: 1.0.4-1
> Severity: serious
> 
> When building 'ogre-contrib' in a clean 'unstable' chroot,
> I get the following error:
> 
> x86_64-linux-gnu-g++ -shared -nostdlib 
> /usr/lib/gcc/x86_64-linux-gnu/4.0.2/../../../../lib64/crti.o 
> /usr/lib/gcc/x86_64-linux-gnu/4.0.2/crtbeginS.o  .libs/OgreCgProgram.o 
> .libs/OgreCgProgramFactory.o .libs/OgreCgProgramManagerDll.o  
> -L/ogre-contrib-1.0.4/build-tree/ogre-contrib/OgreMain/src 
> /usr/lib/libOgreMain.so -lCg /usr/lib/libILU.so /usr/lib/libIL.so -lpthread 
> -lz -ldl -L/usr/lib/gcc/x86_64-linux-gnu/4.0.2 
> -L/usr/lib/gcc/x86_64-linux-gnu/4.0.2/../../../../lib64 
> -L/usr/lib/gcc/x86_64-linux-gnu/4.0.2/../../.. -L/lib/../lib64 
> -L/usr/lib/../lib64 -lstdc++ -lm -lc -lgcc_s 
> /usr/lib/gcc/x86_64-linux-gnu/4.0.2/crtendS.o 
> /usr/lib/gcc/x86_64-linux-gnu/4.0.2/../../../../lib64/crtn.o  -Wl,-z -Wl,defs 
> -Wl,-soname -Wl,Plugin_CgProgramManager.so -o .libs/Plugin_CgProgramManager.so
> creating Plugin_CgProgramManager.la
> /bin/sed: can't read /usr/lib/libtiff.la: No such file or directory
> libtool: link: `/usr/lib/libtiff.la' is not a valid libtool archive
> make[4]: *** [Plugin_CgProgramManager.la] Error 1
> make[4]: Leaving directory 
> `/ogre-contrib-1.0.4/build-tree/ogre-contrib/PlugIns/CgProgramManager/src'

Missing build-depends on libtiff4-dev. Will be fixed in next release.ù

federico

-- 
Federico Di Gregorio http://people.initd.org/fog
Debian GNU/Linux Developer[EMAIL PROTECTED]
INIT.D Developer   [EMAIL PROTECTED]
 I'm hung like Einstein and smart as a horse! -- Trottalemme


signature.asc
Description: This is a digitally signed message part

Bug#289926: ogre: FTBFS: errors generating configure script: missing build dependencies.

[Federico Di Gregorio]

Il giorno mar, 11-01-2005 alle 22:49 +0100, Kurt Roeckx ha scritto:
> Package: ogre
> Version: 0.15.1-8
> Severity: serious
> 
> Hi,
> 
> Your package is failing to build with the following error:

already uploaded 0.15.1-9 that should fix the problem. thank you for
this report.

-- 
Federico Di Gregorio http://people.initd.org/fog
Debian GNU/Linux Developer[EMAIL PROTECTED]
INIT.D Developer   [EMAIL PROTECTED]
   God is real. Unless declared integer. -- Anonymous FORTRAN programmer


signature.asc
Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata

Bug#465592: couchdb doesn't start anymore after erlang update

[Federico 'Derfel' Stella]

Package: couchdb
Version: 0.7.2-2
Severity: grave

--- Please enter the report below this line. ---
Couchdb doesn't start anymore after erlang update.

The error message is:
{"init terminating in do_boot",{'cannot load',error_handler,get_file}}

Crash dump was written to: erl_crash.dump
init terminating in do_boot ()

Rebuilding the package solves the problem here.


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.24

Debian Release: lenny/sid
  990 unstableftp.it.debian.org 
  990 unstableapt.cerkinfo.be 
  750 experimentalftp.it.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-===
adduser  | 3.105
erlang-abi-11.b.3| 
erlang-nox(>= 1:12.b.1-dfsg) | 1:12.b.1-dfsg-1
libc6 (>= 2.7-1) | 2.7-6
libicu36  (>> 3.6-7) | 3.6-10
lsb-base | 3.1-24
mime-support | 3.40-1




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

Bug#465592: couchdb doesn't start anymore after erlang update

[Federico 'Derfel' Stella]

In the attachment there is the bzipped strace output for /usr/bin/couchdb.



strace.out.bz2
Description: Binary data

Bug#465592: couchdb doesn't start anymore after erlang update

[Federico 'Derfel' Stella]

Attached there is the bizzped erl_crash.dump file.



erl_crash.dump.bz2
Description: Binary data

Bug#446946: patch for raw images from EOS 400D show as black

[Federico 'Derfel' Stella]

This bug is upstream bug #134 [1]. I've attached the patch that fixed it and
also tested it working.

[1] http://bugzilla.rawstudio.org/show_bug.cgi?id=134

Index: src/rawstudio.c
===
--- src/rawstudio.c	(revisione 1440)
+++ src/rawstudio.c	(revisione 1441)
@@ -648,13 +648,13 @@
 rs_photo_open_dcraw_apply_black_and_shift_mmx(dcraw_data *raw, RS_PHOTO *photo)
 {
 	char b[8];
-	gushort *sub = (gushort *) b;
+	volatile gushort *sub = (gushort *) b;
 	void *srcoffset;
 	void *destoffset;
 	guint x;
 	guint y;
 	gushort *src = (gushort*)raw->raw.image;
-	gint64 shift = (gint64) (16.0-log((gdouble) raw->rgbMax)/log(2.0)+0.5);
+	volatile gint64 shift = (gint64) (16.0-log((gdouble) raw->rgbMax)/log(2.0)+0.5);
 
 	sub[0] = raw->black;
 	sub[1] = raw->black;

Bug#399776: apache2: Apache 2.2 spawns lots of processes and freeze the box

[Federico Di Gregorio]

Il giorno gio, 23/11/2006 alle 15.42 +0100, Stefan Fritsch ha scritto:
> http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/STATUS
> 
> also notes memory leaks in mod_deflate and mod_mem_cache. Do you use one
> of these? 

Definitely no.

-- 
Federico Di Gregorio http://people.initd.org/fog
Debian GNU/Linux Developer[EMAIL PROTECTED]
INIT.D Developer   [EMAIL PROTECTED]
  monja: che c'entra, l'importante è sapersi usare -- 


signature.asc
Description: Questa è una parte del messaggio	firmata digitalmente

Bug#399776: apache2: Apache 2.2 spawns lots of processes and freeze the box

[Federico Di Gregorio]

Il giorno ven, 01/12/2006 alle 11.31 +0100, Andreas Barth ha scritto:
> Hi,
> 
> did you see this remark?
> 
> * Stefan Fritsch ([EMAIL PROTECTED]) [061127 13:08]:
> > This upstream bug report could also be related:
> > 
> > "Server has a memory leak when handling chunked responses."
> > http://issues.apache.org/bugzilla/show_bug.cgi?id=40920
> 
> Could that be related to your situation?

It could be. Anyway, reducing the number of clients to 25 solved out
problem. (Unfortunately you couldn't always do that.) I'll do some
checks using tcpdump and IE 6 and report to the BTS.

federico

-- 
Federico Di Gregorio http://people.initd.org/fog
Debian GNU/Linux Developer[EMAIL PROTECTED]
INIT.D Developer   [EMAIL PROTECTED]
 Best friends are often failed lovers. -- Me


signature.asc
Description: Questa è una parte del messaggio	firmata digitalmente