Bug#1024731: Acknowledgement (python3-pylibdmtx: The decode procedure truncates the decoded byte-string at null character)

[Wojciech Zabołotny]

I have tested my workaround on a bigger image with the code and found 
that pydmtx reverses the coordinates.

Calculation of the box used to export the code must be more complicated:

    # We need to introduce certain margin when exporting the rectangle 
with the code

    margin = 10
b=(r.left-margin,img.size[1]-r.top-r.height-margin,r.left+r.width+margin,img.size[1]-r.top+margin)

--

Regards,
Wojtek

#!/usr/bin/python
from pylibdmtx.pylibdmtx import decode
from PIL import Image
import os
# Read the scanned test
img = Image.open("demo.png")
if img.mode != 'RGB':
   img = img.convert('RGB')
# The timeout value (and other options) below may need adjustment
# If you know any better way how to reasonable control
# precision of the dmtx decoding, please let me know
dm_read=decode(img)
for i in range(0,len(dm_read)):
fout="demo_out_"+str(i)+".bin"
r=dm_read[i].rect
#b=(r.left,r.top,r.left+r.width,r.top+r.height)
# We need to introduce certain margin when exporting the rectangle with the code
margin = 10
b=(r.left-margin,img.size[1]-r.top-r.height-margin,r.left+r.width+margin,img.size[1]-r.top+margin)
ic=img.crop(b)
ic.save("code.png")
os.system("dmtxread code.png > "+fout)

Bug#1024731: Acknowledgement (python3-pylibdmtx: The decode procedure truncates the decoded byte-string at null character)

[Wojciech Zabołotny]

Based on the fact that dmtxread correctly handles decoding of data 
containing null bytes I have created a temporary workaround.
The result of decoding in Python is used only to identify the rectangle 
containing the code.


That rectangle is then saved to the file and os.system is used to decode 
it with dmtxread.


It is a "quick & dirty" solution, but at least works...

--

Regards,
Wojtek
#!/usr/bin/python
from pylibdmtx.pylibdmtx import decode
from PIL import Image
import os
# Read the scanned test
img = Image.open("demo.png")
if img.mode != 'RGB':
   img = img.convert('RGB')
# The timeout value (and other options) below may need adjustment
# If you know any better way how to reasonable control
# precision of the dmtx decoding, please let me know
dm_read=decode(img)
for i in range(0,len(dm_read)):
fout="demo_out_"+str(i)+".bin"
r=dm_read[i].rect
b=(r.left,r.top,r.left+r.width,r.top+r.height)
ic=img.crop(b)
img.save("code.png")
os.system("dmtxread code.png > "+fout)

Bug#1024731: Acknowledgement (python3-pylibdmtx: The decode procedure truncates the decoded byte-string at null character)

[Wojciech Zabołotny]

Of course in my workaround.py there was a mistake. Instead of:

    img.save("code.png")

there should be:

   ic.save("code.png")

--

Regards,
Wojtek

W dniu 24.11.2022 o 11:14, Wojciech Zabołotny pisze:
Based on the fact that dmtxread correctly handles decoding of data 
containing null bytes I have created a temporary workaround.
The result of decoding in Python is used only to identify the 
rectangle containing the code.


That rectangle is then saved to the file and os.system is used to 
decode it with dmtxread.


It is a "quick & dirty" solution, but at least works...
#!/usr/bin/python
from pylibdmtx.pylibdmtx import decode
from PIL import Image
import os
# Read the scanned test
img = Image.open("demo.png")
if img.mode != 'RGB':
   img = img.convert('RGB')
# The timeout value (and other options) below may need adjustment
# If you know any better way how to reasonable control
# precision of the dmtx decoding, please let me know
dm_read=decode(img)
for i in range(0,len(dm_read)):
fout="demo_out_"+str(i)+".bin"
r=dm_read[i].rect
b=(r.left,r.top,r.left+r.width,r.top+r.height)
ic=img.crop(b)
ic.save("code.png")
os.system("dmtxread code.png > "+fout)

Bug#1024732: Acknowledgement (python3-pylibdmtx: The decode procedure truncates the decoded byte-string at null character)

[Wojciech Zabołotny]

Dear Maintainer,

This is a duplicate of bug number 1024731 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024731).
It seemed that my University server refused to forward the bug message, 
and therefore I've resubmitted it via another account.


Please join 1024731 and 1024732.

I'm sorry for confusion,
With best regards,
Wojciech Zabolotny

Bug#1024732: python3-pylibdmtx: The decode procedure truncates the decoded byte-string at null character

[Wojciech Zabołotny]

Package: python3-pylibdmtx
Version: 0.1.10-1
Severity: important

Dear Maintainer,

I use libdtmx to place 2D codes with compressed and encrypted (and 
therefore binary) content.
I have found that the decode routine truncates the decoded content at 
the first null byte.
It seems that it incorrectly uses C-strings to pass the data between the 
library and Python.

The dmtxread utility correctly decodes such contents.
I send the demonstrator files:
1) demo.png - the 2D code with binary content containing a null byte in 
the middle,
2) demo_bug.py - the Python scripts, which decodes only 37 bits (run it 
and it will produce the 37 bit long demo_out_0.bin)

If you run:
dmtxread demo.png > demo_ok.bin
you'll get the 111 bytes long demo_ok.bin with correctly decoded data.

-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-4-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.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 python3-pylibdmtx depends on:
ii libdmtx0b 0.7.5-3+b1
ii python3 3.10.6-1
ii python3-pil 9.2.0-1.1+b1

python3-pylibdmtx recommends no packages.

python3-pylibdmtx suggests no packages.

-- no debconf information


#!/usr/bin/python
from pylibdmtx.pylibdmtx import decode
from PIL import Image
# Read the scanned test
img = Image.open("demo.png")
if img.mode != 'RGB':
   img = img.convert('RGB')
# The timeout value (and other options) below may need adjustment
# If you know any better way how to reasonable control
# precision of the dmtx decoding, please let me know
dm_read=decode(img)
for i in range(0,len(dm_read)):
fout="demo_out_"+str(i)+".bin"
with open(fout,"wb") as fo:
   fo.write(dm_read[i].data)

Bug#1024731: python3-pylibdmtx: The decode procedure truncates the decoded byte-string at null character

[Wojciech Zabołotny]

Package: python3-pylibdmtx
Version: 0.1.10-1
Severity: important

Dear Maintainer,

I use libdtmx to place 2D codes with compressed and encrypted (and 
therefore binary) content.
I have found that the decode routine truncates the decoded content at 
the first null byte.
It seems that it incorrectly uses C-strings to pass the data between the 
library and Python.

The dmtxread utility correctly decodes such contents.
I send the demonstrator files:
1) demo.png - the 2D code with binary content containing a null byte in 
the middle,
2) demo_bug.py - the Python scripts, which decodes only 37 bits (run it 
and it will produce the 37 bit long demo_out_0.bin)

If you run:
dmtxread demo.png > demo_ok.bin
you'll get the 111 bytes long demo_ok.bin with correctly decoded data.

-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-4-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.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 python3-pylibdmtx depends on:
ii libdmtx0b 0.7.5-3+b1
ii python3 3.10.6-1
ii python3-pil 9.2.0-1.1+b1

python3-pylibdmtx recommends no packages.

python3-pylibdmtx suggests no packages.

-- no debconf information

#!/usr/bin/python
from pylibdmtx.pylibdmtx import decode
from PIL import Image
# Read the scanned test
img = Image.open("demo.png")
if img.mode != 'RGB':
   img = img.convert('RGB')
# The timeout value (and other options) below may need adjustment
# If you know any better way how to reasonable control
# precision of the dmtx decoding, please let me know
dm_read=decode(img)
for i in range(0,len(dm_read)):
fout="demo_out_"+str(i)+".bin"
with open(fout,"wb") as fo:
   fo.write(dm_read[i].data)

Bug#991107: /usr/bin/firefox: Firefox stopped accepting git.cbm.gsi.de certificate. Other SSL-enabled applications do not report any problems

[Wojciech Zabołotny]

Package: firefox-esr
Version: 78.11.0esr-1
Severity: normal
File: /usr/bin/firefox

Dear Maintainer,

Today Firefox stopped to recognize the certificate of our gitlab server:
https://git.cbm.gsi.de.
It reports:

Secure Connection Failed

An error occurred during a connection to git.cbm.gsi.de. Peer’s
Certificate has been revoked.

Error code: SEC_ERROR_REVOKED_CERTIFICATE

The page you are trying to view cannot be shown because the authenticity
of the received data could not be verified.
Please contact the website owners to inform them of this problem.

I've tried to connect to the server with chromium and with curl. They
didn't report any problems with the certificate.

With best regards,
Wojciech Zabolotny

-- Package-specific info:


-- Addons package information

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

Kernel: Linux 5.10.0-7-amd64 (SMP w/12 CPU threads)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.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 firefox-esr depends on:
ii debianutils 4.11.2
ii fontconfig 2.13.1-4.2
ii libatk1.0-0 2.36.0-2
ii libc6 2.31-12
ii libcairo-gobject2 1.16.0-5
ii libcairo2 1.16.0-5
ii libdbus-1-3 1.12.20-2
ii libdbus-glib-1-2 0.110-6
ii libevent-2.1-7 2.1.12-stable-1
ii libffi7 3.3-6
ii libfontconfig1 2.13.1-4.2
ii libfreetype6 2.10.4+dfsg-1
ii libgcc-s1 10.2.1-6
ii libgdk-pixbuf-2.0-0 2.42.2+dfsg-1
ii libglib2.0-0 2.66.8-1
ii libgtk-3-0 3.24.24-4
ii libnspr4 2:4.29-1
ii libnss3 2:3.61-1
ii libpango-1.0-0 1.46.2-3
ii libstdc++6 10.2.1-6
ii libvpx6 1.9.0-1
ii libx11-6 2:1.7.1-1
ii libx11-xcb1 2:1.7.1-1
ii libxcb-shm0 1.14-3
ii libxcb1 1.14-3
ii libxcomposite1 1:0.4.5-1
ii libxdamage1 1:1.1.5-2
ii libxext6 2:1.3.3-1.1
ii libxfixes3 1:5.0.3-2
ii libxrender1 1:0.9.10-1
ii procps 2:3.3.17-5
ii zlib1g 1:1.2.11.dfsg-2

Versions of packages firefox-esr recommends:
ii libavcodec58 7:4.3.2-0+deb11u2

Versions of packages firefox-esr suggests:
ii fonts-lmodern 2.004.5-6.1
pn fonts-stix | otf-stix 
ii libcanberra0 0.30-7
ii libgssapi-krb5-2 1.18.3-5
ii libgtk2.0-0 2.24.33-2
ii pulseaudio 14.2-2

-- no debconf information

Bug#986342: python3-lxml: RelaxNG validator sometimes incorrectly reports errors in XML

[Wojciech Zabołotny]

 I attach the archive mentioned in the original report (that I forgot to
attach).

I have also resubmitted the bug with the archive included.




bug_demo.tar.gz
Description: application/gzip

Bug#986343: python3-lxml: RelaxNG validator sometimes incorrectly reports errors in XML

[Wojciech Zabołotny]

Package: python3-lxml
Version: 4.6.3-1
Severity: important

Dear Maintainer,

The Relax NG validator does not correctly detect the errors in the XML file.
The simple set of files reconstructing the problem is attached in archive
"bug_demo.tar.gz".
The agwb.rng defines the XML schema. The example1.xml contains the
conforming
xml file.
The example1a.xml file has an error - field "B2" in creg "X2" does not
contain
required "width" attribute.
The example1b.xml has another error - the attribute "name" in block SYS1
is written as "nafme".

Validating the erroneous files, however, gives incorrect results.
The tests are performed both with Python lxml module and with xmllint
utility.
The errors are similar, so probably the error is located in the lxml
library.

$ ./test0.sh example1a.xml
[...]
example1a.xml:11: element field: Relax-NG validity error : Element field
failed to validate attributes
example1a.xml:10: element field: Relax-NG validity error : Element creg
has extra content: field
Relax-NG validity error : Extra element creg in interleave
example1a.xml:9: element creg: Relax-NG validity error : Element block
failed to validate content
Relax-NG validity error : Extra element block in interleave
example1a.xml:3: element block: Relax-NG validity error : Element sysdef
failed to validate content
example1a.xml fails to validate

$ ./test0.py example1a.xml False
example1a.xml:11:0:ERROR:RELAXNGV:RELAXNG_ERR_ATTRVALID: Element field
failed to validate attributes
example1a.xml:10:0:ERROR:RELAXNGV:RELAXNG_ERR_EXTRACONTENT: Element creg
has extra content: field
:0:0:ERROR:RELAXNGV:RELAXNG_ERR_INTEREXTRA: Extra element creg
in interleave
example1a.xml:9:0:ERROR:RELAXNGV:RELAXNG_ERR_CONTENTVALID: Element block
failed to validate content
:0:0:ERROR:RELAXNGV:RELAXNG_ERR_INTEREXTRA: Extra element block
in interleave
example1a.xml:3:0:ERROR:RELAXNGV:RELAXNG_ERR_CONTENTVALID: Element
sysdef failed to validate content

The error message lacks specifity. There should be a detailed
information about the lacking field.
In case of example1b.xml the situation is even worse:

$ ./test0.sh example1b.xml example1b.xml:3: element block: Relax-NG
validity error : Expecting an element sreg, got nothing
Relax-NG validity error : Extra element block in interleave
example1b.xml:3: element block: Relax-NG validity error : Element sysdef
failed to validate content
example1b.xml fails to validate

./test0.py example1b.xml False
example1b.xml:3:0:ERROR:RELAXNGV:RELAXNG_ERR_NOELEM: Expecting an
element sreg, got nothing
:0:0:ERROR:RELAXNGV:RELAXNG_ERR_INTEREXTRA: Extra element block
in interleave
example1b.xml:3:0:ERROR:RELAXNGV:RELAXNG_ERR_CONTENTVALID: Element
sysdef failed to validate content

There is absolutely no reason to expect "sreg" element in a "sysdef". It
is against the defined schema.

However, if I convert the schema to the DTD:

$ trang -I rng -O dtd agwb.rng agwb.dtd
then the further validations wit DTD give the correct results for both
erroneous files:

$ ./test1.sh example1a.xml [...]
example1a.xml:11: element field: validity error : Element field does not
carry attribute width
Document example1a.xml does not validate against agwb.dtd

$ ./test1.py example1a.xml False
example1a.xml:11:0:ERROR:VALID:DTD_MISSING_ATTRIBUTE: Element field does
not carry attribute width

$ ./test1.sh example1b.xml [...]
example1b.xml:3: element block: validity error : Element block does not
carry attribute name
example1b.xml:3: element block: validity error : No declaration for
attribute nafme of element block
Document example1b.xml does not validate against agwb.dtd

$ ./test1.py example1b.xml False
example1b.xml:3:0:ERROR:VALID:DTD_MISSING_ATTRIBUTE: Element block does
not carry attribute name
example1b.xml:3:0:ERROR:VALID:DTD_UNKNOWN_ATTRIBUTE: No declaration for
attribute nafme of element block

The above reports precisely describe errors in the validated files.
Therefore the problem is rather not in the Relax NG scheme definition
but in the validator itself.

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

Kernel: Linux 5.10.0-5-amd64 (SMP w/12 CPU threads)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.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 python3-lxml depends on:
ii libc6 2.31-10
ii libxml2 2.9.10+dfsg-6.3+b1
ii libxslt1.1 1.1.34-4
ii python3 3.9.2-2

Versions of packages python3-lxml recommends:
ii python3-bs4 4.9.3-1
ii python3-html5lib 1.1-3

Versions of packages python3-lxml suggests:
pn python-lxml-doc 
pn python3-lxml-dbg 

-- no debconf information



bug_demo.tar.gz
Description: application/gzip

Bug#986342: python3-lxml: RelaxNG validator sometimes incorrectly reports errors in XML

[Wojciech Zabołotny]

Package: python3-lxml
Version: 4.6.3-1
Severity: important

Dear Maintainer,

The Relax NG validator does not correctly detect the errors in the XML file.
The simple set of files reconstructing the problem is attached in archive
"bug_demo.tar.gz".
The agwb.rng defines the XML schema. The example1.xml contains the
conforming
xml file.
The example1a.xml file has an error - field "B2" in creg "X2" does not
contain
required "width" attribute.
The example1b.xml has another error - the attribute "name" in block SYS1
is written as "nafme".

Validating the erroneous files, however, gives incorrect results.
The tests are performed both with Python lxml module and with xmllint
utility.
The errors are similar, so probably the error is located in the lxml
library.

$ ./test0.sh example1a.xml
[...]
example1a.xml:11: element field: Relax-NG validity error : Element field
failed to validate attributes
example1a.xml:10: element field: Relax-NG validity error : Element creg
has extra content: field
Relax-NG validity error : Extra element creg in interleave
example1a.xml:9: element creg: Relax-NG validity error : Element block
failed to validate content
Relax-NG validity error : Extra element block in interleave
example1a.xml:3: element block: Relax-NG validity error : Element sysdef
failed to validate content
example1a.xml fails to validate

$ ./test0.py example1a.xml False
example1a.xml:11:0:ERROR:RELAXNGV:RELAXNG_ERR_ATTRVALID: Element field
failed to validate attributes
example1a.xml:10:0:ERROR:RELAXNGV:RELAXNG_ERR_EXTRACONTENT: Element creg
has extra content: field
:0:0:ERROR:RELAXNGV:RELAXNG_ERR_INTEREXTRA: Extra element creg
in interleave
example1a.xml:9:0:ERROR:RELAXNGV:RELAXNG_ERR_CONTENTVALID: Element block
failed to validate content
:0:0:ERROR:RELAXNGV:RELAXNG_ERR_INTEREXTRA: Extra element block
in interleave
example1a.xml:3:0:ERROR:RELAXNGV:RELAXNG_ERR_CONTENTVALID: Element
sysdef failed to validate content

The error message lacks specifity. There should be a detailed
information about the lacking field.
In case of example1b.xml the situation is even worse:

$ ./test0.sh example1b.xml example1b.xml:3: element block: Relax-NG
validity error : Expecting an element sreg, got nothing
Relax-NG validity error : Extra element block in interleave
example1b.xml:3: element block: Relax-NG validity error : Element sysdef
failed to validate content
example1b.xml fails to validate

./test0.py example1b.xml False
example1b.xml:3:0:ERROR:RELAXNGV:RELAXNG_ERR_NOELEM: Expecting an
element sreg, got nothing
:0:0:ERROR:RELAXNGV:RELAXNG_ERR_INTEREXTRA: Extra element block
in interleave
example1b.xml:3:0:ERROR:RELAXNGV:RELAXNG_ERR_CONTENTVALID: Element
sysdef failed to validate content

There is absolutely no reason to expect "sreg" element in a "sysdef". It
is against the defined schema.

However, if I convert the schema to the DTD:

$ trang -I rng -O dtd agwb.rng agwb.dtd
then the further validations wit DTD give the correct results for both
erroneous files:

$ ./test1.sh example1a.xml [...]
example1a.xml:11: element field: validity error : Element field does not
carry attribute width
Document example1a.xml does not validate against agwb.dtd

$ ./test1.py example1a.xml False
example1a.xml:11:0:ERROR:VALID:DTD_MISSING_ATTRIBUTE: Element field does
not carry attribute width

$ ./test1.sh example1b.xml [...]
example1b.xml:3: element block: validity error : Element block does not
carry attribute name
example1b.xml:3: element block: validity error : No declaration for
attribute nafme of element block
Document example1b.xml does not validate against agwb.dtd

$ ./test1.py example1b.xml False
example1b.xml:3:0:ERROR:VALID:DTD_MISSING_ATTRIBUTE: Element block does
not carry attribute name
example1b.xml:3:0:ERROR:VALID:DTD_UNKNOWN_ATTRIBUTE: No declaration for
attribute nafme of element block

The above reports precisely describe errors in the validated files.
Therefore the problem is rather not in the Relax NG scheme definition
but in the validator itself.

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

Kernel: Linux 5.10.0-5-amd64 (SMP w/12 CPU threads)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.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 python3-lxml depends on:
ii libc6 2.31-10
ii libxml2 2.9.10+dfsg-6.3+b1
ii libxslt1.1 1.1.34-4
ii python3 3.9.2-2

Versions of packages python3-lxml recommends:
ii python3-bs4 4.9.3-1
ii python3-html5lib 1.1-3

Versions of packages python3-lxml suggests:
pn python-lxml-doc 
pn python3-lxml-dbg 

-- no debconf information

Bug#985342: python3-posix-ipc: I can't install python3-posix-ipc on Debian/testing (since ca. one year)

[Wojciech Zabołotny]

Package: python3-posix-ipc
Version: 0.9.8-3+b1
Severity: important

Dear Maintainer,

When I try to install the python3-posix-ipc package in any of my
Debian/testing machines, I get the following error:

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

The following packages have unmet dependencies:
python3-posix-ipc : Depends: python3 (< 3.8) but 3.9.2-2 is to be installed
E: Unable to correct problems, you have held broken packages.

The problem occured for the first time almost one year ago (I don't
remember when exactly).
I hoped that it is just the matter of "testing" distribution.
However it is not resolved for quite a long time...

(I usually worked it around by working in a venvm where I installed
python3-posix-ipc
by pip:
python3 -m venv tmpenv
. tmpenv/bin/activate
pip3 install wheel posix-ipc
)

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

Kernel: Linux 5.10.0-4-amd64 (SMP w/12 CPU threads)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.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 python3-posix-ipc depends on:
ii libc6 2.31-9
ii python3 3.9.2-2

python3-posix-ipc recommends no packages.

python3-posix-ipc suggests no packages.

Bug#985341: python3-posix-ipc: I can't install python3-posix-ipc on Debian/testing (since ca. one year)

[Wojciech Zabołotny]

Package: python3-posix-ipc
Version: 0.9.8-3+b1
Severity: important

Dear Maintainer,

When I try to install the python3-posix-ipc package in any of my
Debian/testing machines, I get the following error:

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

The following packages have unmet dependencies:
python3-posix-ipc : Depends: python3 (< 3.8) but 3.9.2-2 is to be installed
E: Unable to correct problems, you have held broken packages.

The problem occured for the first time almost one year ago (I don't
remember when exactly).
I hoped that it is just the matter of "testing" distribution.
However it is not resolved for quite a long time...

(I usually worked it around by working in a venvm where I installed
python3-posix-ipc
by pip:
python3 -m venv tmpenv
. tmpenv/bin/activate
pip3 install wheel posix-ipc
)

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

Kernel: Linux 5.10.0-4-amd64 (SMP w/12 CPU threads)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.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 python3-posix-ipc depends on:
ii libc6 2.31-9
ii python3 3.9.2-2

python3-posix-ipc recommends no packages.

python3-posix-ipc suggests no packages.

Bug#892136: /usr/bin/loimpress: Libreoffice Impress sometimes silently deletes a slide from the presentation

[Wojciech Zabołotny]

Package: libreoffice-impress
Version: 1:6.0.1-1
Severity: normal
File: /usr/bin/loimpress

Dear Maintainer,

Since certain upgrade (maybe one year ago or so), the Impress silently
deletes slides during the edition.
I can't isolate the problem. Usually I notice it only after a longer
edition,
when I see, that my presentation contains less slides than it should
contain.
Probably certain user activity (a special dragging the slides in the left
pannel, or using a special key sequence?) causes Impress to delete a
slide without any warning or confirmation request.
I find this feature (or bug?!) extremely dangerous. Usually i have to
make a backup of my presentation before any serious edition. I have
irreversibly destroyed a few of my presentations by deleting random
slides, before I have discovered that behaviour.
It should be possible to switch an obligatory warning/confirmation request
before any deletion of a slide or group of slides.

With best regards,
Wojtek

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8),
LANGUAGE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libreoffice-impress depends on:
ii  libc62.26-6
ii  libepoxy01.4.3-1
ii  libetonyek-0.1-1 0.1.7-2
ii  libgcc1  1:8-20180218-1
ii  libmwaw-0.3-30.3.13-1
ii  libodfgen-0.1-1  0.1.6-2
ii  libreoffice-core 1:6.0.1-1
ii  libreoffice-draw 1:6.0.1-1
ii  librevenge-0.0-0 0.0.4-6
ii  libstaroffice-0.0-0  0.0.5-1
ii  libstdc++6   8-20180218-1
ii  libxml2  2.9.4+dfsg1-6.1
ii  uno-libs36.0.1-1
ii  ure  6.0.1-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages libreoffice-impress recommends:
ii  libreoffice-avmedia-backend-gstreamer  1:6.0.1-1

Versions of packages libreoffice-impress suggests:
ii  bluez  5.47-1+b1

Versions of packages libreoffice-core depends on:
ii  fontconfig2.12.6-0.1
ii  fonts-opensymbol  2:102.10+LibO6.0.1-1
ii  libboost-date-time1.62.0  1.62.0+dfsg-5
ii  libboost-locale1.62.0 1.62.0+dfsg-5
ii  libc6 2.26-6
ii  libcairo2 1.15.10-1
ii  libclucene-contribs1v52.3.3.4+dfsg-1
ii  libclucene-core1v52.3.3.4+dfsg-1
ii  libcmis-0.5-5v5   0.5.1+git20160603-3+b1
ii  libcups2  2.2.6-5
ii  libcurl3-gnutls   7.58.0-2
ii  libdbus-1-3   1.12.4-1
ii  libdbus-glib-1-2  0.110-2
ii  libdconf1 0.26.1-3
ii  libeot0   0.01-5
ii  libepoxy0 1.4.3-1
ii  libexpat1 2.2.5-3
ii  libexttextcat-2.0-0   3.4.5-1
ii  libfontconfig12.12.6-0.1
ii  libfreetype6  2.8.1-2
ii  libgcc1   1:8-20180218-1
ii  libglib2.0-0  2.54.3-2
ii  libgpgmepp6   1.10.0-2
ii  libgraphite2-31.3.10-8
ii  libharfbuzz-icu0  1.7.2-1
ii  libharfbuzz0b 1.7.2-1
ii  libhunspell-1.6-0 1.6.2-1
ii  libhyphen02.8.8-5
ii  libice6   2:1.0.9-2
ii  libicu57  57.1-8
ii  libjpeg62-turbo   1:1.5.2-2+b1
ii  liblcms2-22.9-1
ii  libldap-2.4-2 2.4.45+dfsg-1
ii  libmythes-1.2-0   2:1.2.4-3
ii  libneon27-gnutls  0.30.2-2
ii  libnspr4  2:4.18-1
ii  libnss3   2:3.35-2
ii  libodfgen-0.1-1   0.1.6-2
ii  liborcus-0.13-0   0.13.3-1
ii  libpng16-16   1.6.34-1
ii  libpoppler72  0.61.1-2
ii  librdf0   1.0.17-1.1
ii  libreoffice-common1:6.0.1-1
ii  librevenge-0.0-0  0.0.4-6
ii  libsm62:1.2.2-1+b3
ii  libstdc++68-20180218-1
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxinerama1  2:1.1.3-1+b3
ii  libxml2   2.9.4+dfsg1-6.1
ii  libxmlsec11.2.25-1
ii  libxmlsec1-nss1.2.25-1
ii  libxrandr22:1.5.1-1
ii  libxrender1   1:0.9.10-1
ii  libxslt1.11.1.29-5
ii  uno-libs3 6.0.1-1
ii  ure   6.0.1-1
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages libreoffice-core recommends:
ii  libpaper-utils  1.1.24+nmu5

Versions of packages libreoffice-draw depends on:
ii  libavahi-client3 0.7-3.1
ii  libavahi-common3 0.7-3.1
ii  libc62.26-6
ii  libcdr-0.1-1 0.1.4-1
ii  libdbus-1-3  1.12.4-1
ii  libdbus-glib-1-2 0.110-2
ii  libfreehand-0.1-10.1.2-2
ii  libgcc1  1:8-20180218-1
ii  libglib2.0-0 2.54.3-2
ii  

Bug#879713: konsole: Konsole freezes for a minute when I press backspace in empty command line

[Wojciech Zabołotny]

Package: konsole
Version: 4:16.12.0-4
Severity: important

Dear Maintainer,

Since a few days (or weeks?) I experience a strange behavior in konsole.
When editing a command line, if I press backspace too many times finally
trying to delete a character from an empty line, konsole freezes for ca.
one minute. The CPU load is almost 0%, other programs in the X windows
session work corectly. Even other konsole windows work correctly.

The interesting thing is that the problem occurs exactly ones in each
konsole window. It doesn't matter how many tabs I open. If I press backspace
in the empty command line for the first time in one of open tabs, the whole
window freezes. After it recovers, I can safely press backspace in all tabs
without any problems.
In fact it looks like konsole gets blocked trying to connect to certain not
running network service.

I don't know it it matters, but I use konsole in the MATE session.

Regards,
Wojtek

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages konsole depends on:
ii  kio   5.37.0-2
ii  konsole-kpart 4:16.12.0-4
ii  libc6 2.24-17
ii  libkf5completion5 5.37.0-2
ii  libkf5configcore5 5.37.0-2
ii  libkf5configgui5  5.37.0-2
ii  libkf5configwidgets5  5.37.0-2
ii  libkf5coreaddons5 5.37.0-2
ii  libkf5crash5  5.37.0-2
ii  libkf5dbusaddons5 5.37.0-2
ii  libkf5i18n5   5.37.0-2
ii  libkf5iconthemes5 5.37.0-2
ii  libkf5kiowidgets5 5.37.0-2
ii  libkf5notifyconfig5   5.37.0-2
ii  libkf5widgetsaddons5  5.37.0-2
ii  libkf5windowsystem5   5.37.0-2
ii  libkf5xmlgui5 5.37.0-2
ii  libqt5core5a  5.9.1+dfsg-9
ii  libqt5gui55.9.1+dfsg-9
ii  libqt5widgets55.9.1+dfsg-9
ii  libstdc++67.2.0-11

konsole recommends no packages.

konsole suggests no packages.

-- no debconf information

Bug#878000: ardour5 does not start on debian/testing it spins trying to load GTK2 breeze theme

[Wojciech Zabołotny]

Package: ardour
Version: 1:5.12.0-1
Severity: important

Dear Maintainer,

When I start the jack server, and then ardour5, it does not start.
The "top" shows that ardour5 uses one CPU core in 100%.
When I start it via "strace", I get the following messages displayed
repeatedly:

access("/usr/share/themes/Breeze/gtk-2.0/widgets/../assets/menubar-button.png", 
F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/themes/Breeze/gtk-2.0/../assets/menubar-button.png", F_OK) = 0
access("/usr/share/themes/Breeze/gtk-2.0/widgets/../assets/line-h.png", F_OK) = 
-1 ENOENT (No such file or directory)
access("/usr/share/themes/Breeze/gtk-2.0/../assets/line-h.png", F_OK) = 0
access("/usr/share/themes/Breeze/gtk-2.0/widgets/../assets/check-unchecked.png",
 F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/themes/Breeze/gtk-2.0/../assets/check-unchecked.png", F_OK) 
= 0
access("/usr/share/themes/Breeze/gtk-2.0/widgets/../assets/check-unchecked.png",
 F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/themes/Breeze/gtk-2.0/../assets/check-unchecked.png", F_OK) 
= 0
access("/usr/share/themes/Breeze/gtk-2.0/widgets/../assets/check-checked-active.png",
 F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/themes/Breeze/gtk-2.0/../assets/check-checked-active.png", 
F_OK) = 0
access("/usr/share/themes/Breeze/gtk-2.0/widgets/../assets/check-unchecked-insensitive.png",
 F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/themes/Breeze/gtk-2.0/../assets/check-unchecked-insensitive.png",
 F_OK) = 0
access("/usr/share/themes/Breeze/gtk-2.0/widgets/../assets/check-checked-active.png",
 F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/themes/Breeze/gtk-2.0/../assets/check-checked-active.png", 
F_OK) = 0
access("/usr/share/themes/Breeze/gtk-2.0/widgets/../assets/check-checked-active.png",
 F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/themes/Breeze/gtk-2.0/../assets/check-checked-active.png", 
F_OK) = 0
access("/usr/share/themes/Breeze/gtk-2.0/widgets/../assets/check-checked-active.png",
 F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/themes/Breeze/gtk-2.0/../assets/check-checked-active.png", 
F_OK) = 0
access("/usr/share/themes/Breeze/gtk-2.0/widgets/../assets/check-checked-insensitive.png",
 F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/themes/Breeze/gtk-2.0/../assets/check-checked-insensitive.png",
 F_OK) = 0
access("/usr/share/themes/Breeze/gtk-2.0/widgets/../assets/radio-unchecked.png",
 F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/themes/Breeze/gtk-2.0/../assets/radio-unchecked.png", F_OK) 
= 0
read(12, "{\nfunction  "..., 4000) = 3814
access("/usr/share/themes/Breeze/gtk-2.0/widgets/../assets/radio-unchecked.png",
 F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/themes/Breeze/gtk-2.0/../assets/radio-unchecked.png", F_OK) 
= 0
access("/usr/share/themes/Breeze/gtk-2.0/widgets/../assets/radio-checked-active.png",
 F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/themes/Breeze/gtk-2.0/../assets/radio-checked-active.png", 
F_OK) = 0
[...]

It looks, that ardour tries to load the Breeze gtk theme, and when it fails,
it repeats that forever.
I can see two problems there:
1. ardour should depend on the appropriate package providing the required
   GUI theme
2. ardour should fail, displaying the reasonable error message without
   looping forever.

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages ardour depends on:
ii  ardour-data   1:5.12.0-1
ii  jackd 5
ii  libarchive13  3.2.2-3.1
ii  libasound21.1.3-5
ii  libatkmm-1.6-1v5  2.24.2-2
ii  libaubio5 0.4.5-1
ii  libc6 2.24-17
ii  libcairo2 1.14.10-1
ii  libcairomm-1.0-1v51.12.2-1
ii  libcurl3-gnutls   7.55.1-1
ii  libcwiid1 0.6.00+svn201-4
ii  libfftw3-single3  3.3.6p2-2
ii  libfluidsynth11.1.7-1
ii  libfontconfig12.12.3-0.2
ii  libgcc1   1:7.2.0-8
ii  libgdk-pixbuf2.0-02.36.10-2
ii  libglib2.0-0  2.54.0-1
ii  libglibmm-2.4-1v5 2.54.1-1
ii  libgtk2.0-0   2.24.31-2
ii  libgtkmm-2.4-1v5  1:2.24.5-1
ii  libjack-jackd2-0 [libjack-0.125]  1.9.10+20150825git1ed50c92~dfsg-5
ii  liblilv-0-0   0.24.2~dfsg0-1
ii  

Bug#808957: /usr/bin/ipetoipe: ipetoipe does not export in the EPS format any more

[Wojciech Zabołotny]

On 24.12.2015 23:02, David Bremner wrote:

"Wojciech M. Zabolotny"  writes:


Previous versions of the ipetoipe tool were able to export ipe files to EPS
format. It was very useful for preparation of LaTeX documents, where
vector graphics in the ".ipe" source format could be automatically
converted into ".eps" format handled by the graphics package in LaTeX.
It seems, that current version of ipetoipe supports only the XML .ipe format
and the .pdf format.


According to the release announcement [1] iperender should now be used
to export eps files.

Since the debian package includes iperender, perhaps this bug can be
closed? Or maybe a NEWS.Debian item would be appropriate.

d


Yes, of course. I've noticed it shortly after filling the bug report :-(.
Please close the bug.
I'm sorry for confusion.
Wojtek

Bug#780364: initscripts: superblock write time in the future detected during boot leading to long checking of the root filesystem

[Wojciech Zabołotny]

Package: initscripts
Version: 2.88dsf-58
Severity: important

Dear Maintainer,

After today's update of my debian/testing machine during the boot I get the
message:

Mar 12 18:58:28 WZlap systemd-fsck[303]: /dev/mapper/linux-root: Czas
ostatniego zapisu superbloku jest w przyszłości
Mar 12 18:58:28 WZlap systemd-fsck[303]: (o mniej niż dzień, zapewne z
powodu złego ustawienia zegara sprzętowego)  POPRAWIONO.

(Translation from Polish:  Time of last superblock write is in the
future (less than one day, probably due to wrong setting of the hardware
clock) FIXED.)

Afterwards the system starts to check the root filesystem which takes ca. 4
minutes.
The problem occures after every restart.
The system has ntpdate installed and the hardware clock is synchronized with
the system clock.

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

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

Versions of packages initscripts depends on:
ii  coreutils   8.23-3
ii  debianutils 4.4+b1
ii  libc6   2.19-15
ii  lsb-base4.1+Debian13+nmu1
ii  mount   2.25.2-5
ii  sysv-rc 2.88dsf-58
ii  sysvinit-utils  2.88dsf-58

Versions of packages initscripts recommends:
ii  e2fsprogs  1.42.12-1.1
ii  psmisc 22.21-2

initscripts suggests no packages.

-- Configuration Files:
/etc/default/rcS changed:
TMPTIME=0


-- no debconf information


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

Bug#763599: rdesktop: Error disconnect: Invalid licensing message when connecting to Windows Server 2012 R2

[Wojciech Zabołotny]

Package: rdesktop
Version: 1.8.2-1
Severity: important

Dear Maintainer,
When I try to connect to the  Windows Server 2012 R2
I get the following error:

$ rdesktop remote_host:3389
Autoselected keyboard map pl
ERROR: CredSSP: Initialize failed, do you have correct kerberos tgt
initialized ?
Connection established using SSL.
disconnect: Invalid licensing message.

It worked with previous versions of rdesktop.

Regards,
Wojtek

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages rdesktop depends on:
ii  libasound21.0.28-1
ii  libc6 2.19-11
ii  libgssglue1   0.4-2
ii  libpcsclite1  1.8.12-1
ii  libssl1.0.0   1.0.1i-2
ii  libx11-6  2:1.6.2-3
ii  libxrandr22:1.4.2-1

rdesktop recommends no packages.

Versions of packages rdesktop suggests:
pn  pcscd  none

-- no debconf information


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

Bug#742675: libreoffice: Libreoffice crashes when I select Save As and then change directory in the Save As dialog

[Wojciech Zabołotny]

Package: libreoffice
Version: 1:4.1.5-2
Severity: important

Dear Maintainer,

Whenever I try to change directory in the dialog window opening after
File/Save As command, the program crashes displayig something like this:

$ loimpress
Object::connect: No such signal
org::freedesktop::UPower::DeviceAdded(QDBusObjectPath)
Object::connect: No such signal
org::freedesktop::UPower::DeviceRemoved(QDBusObjectPath)
/org/freedesktop/UDisks2/drives/WDC_WD7500BPKT_75PK4T0_WD_WXA1E51RZ349 :
property Drive does not exist 
/org/freedesktop/UDisks2/drives/TSSTcorp_DVD_2b_2f_RW_TS_L633J_R8126GNB803558
: property Drive does not exist 
/org/freedesktop/UDisks2/drives/WDC_WD7500BPKT_75PK4T0_WD_WXA1E51RZ349 :
property DeviceNumber does not exist 
/org/freedesktop/UDisks2/drives/WDC_WD7500BPKT_75PK4T0_WD_WXA1E51RZ349 :
property Device does not exist 
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Brak
dostępu
QFileSystemWatcher: failed to add paths: /var/lib/samba/usershares

The above was produced by loimpress, but lowriter behaves in the same way.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libreoffice depends on:
ii  fonts-dejavu2.34-1
ii  fonts-sil-gentium-basic 1.1-7
ii  libreoffice-base1:4.1.5-2
ii  libreoffice-calc1:4.1.5-2
ii  libreoffice-core1:4.1.5-2
ii  libreoffice-draw1:4.1.5-2
ii  libreoffice-impress 1:4.1.5-2
ii  libreoffice-java-common 1:4.1.5-2
ii  libreoffice-math1:4.1.5-2
ii  libreoffice-report-builder-bin  1:4.1.5-2
ii  libreoffice-writer  1:4.1.5-2
ii  python-uno  1:4.1.5-2

Versions of packages libreoffice recommends:
ii  fonts-liberation   1.07.3-3
ii  libpaper-utils 1.1.24+nmu2
ii  ttf-mscorefonts-installer  3.5

Versions of packages libreoffice suggests:
iu  cups-bsd   1.7.1-10
ii  default-jre [java5-runtime]2:1.7-51
pn  gstreamer1.0-ffmpegnone
ii  gstreamer1.0-plugins-bad   1.2.3-1
ii  gstreamer1.0-plugins-base  1.2.3-1
ii  gstreamer1.0-plugins-good  1.2.3-1
ii  gstreamer1.0-plugins-ugly  1.2.3-2
ii  hunspell-en-us [hunspell-dictionary]   20070829-6
pn  hyphen-hyphenation-patternsnone
ii  icedove24.3.0-2
ii  iceweasel  24.4.0esr-1
ii  imagemagick8:6.7.7.10+dfsg-1
ii  libgl1-mesa-glx [libgl1]   9.2.2-1
ii  libreoffice-gnome  1:4.1.5-2
pn  libreoffice-grammarcheck   none
ii  libreoffice-help-en-us [libreoffice-help-4.1]  1:4.1.5-2
ii  libreoffice-help-pl [libreoffice-help-4.1] 1:4.1.5-2
ii  libreoffice-kde1:4.1.5-2
ii  libreoffice-l10n-pl [libreoffice-l10n-4.1] 1:4.1.5-2
pn  libreoffice-officebean none
ii  libsane1.0.24-1.1+b1
ii  libxrender11:0.9.8-1
ii  myspell-pl [myspell-dictionary]20130519-1
ii  mythes-en-us [mythes-thesaurus]1:3.3.0-4
ii  mythes-pl [mythes-thesaurus]   1.5-4
ii  openclipart-libreoffice1:0.18+dfsg-14
ii  openjdk-6-jre [java5-runtime]  6b30-1.13.1-1
ii  openjdk-7-jre [java5-runtime]  7u51-2.4.5-2
ii  pstoedit   3.62-1
ii  unixodbc   2.3.1-1

Versions of packages libreoffice-core depends on:
ii  fontconfig  2.11.0-2
ii  fonts-opensymbol2:102.3+LibO4.1.5-2
ii  libatk1.0-0 2.10.0-2
ii  libboost-date-time1.54.01.54.0-5
ii  libc6   2.18-4
ii  libcairo2   1.12.16-2
ii  libclucene-contribs12.3.3.4-4
ii  libclucene-core12.3.3.4-4
ii  libcmis-0.3-3   0.3.1-5
iu  libcups21.7.1-10
ii  libcurl3-gnutls 7.35.0-1
ii  libdbus-1-3 1.8.0-2
ii  libdbus-glib-1-20.102-1
ii  libexpat1   2.1.0-4
ii  libexttextcat-2.0-0 3.4.3-1
ii  libfontconfig1  2.11.0-2
ii  libfreetype62.5.2-1
ii  libgcc1 1:4.8.2-16
ii  libgdk-pixbuf2.0-0  2.30.6-1
ii  libglib2.0-02.38.2-5
ii  libgraphite2-3

Bug#720075: linux-image-3: Dell Vostro 3750 freezes when booted with USB3.0 port used

[Wojciech Zabołotny]

Package: linux-image-3.10.2
Version: 10:1.0.wzab
Severity: important
File: linux-image-3

Dear Maintainer,

When I start my Dell Vostro 3750 system with any device connected to one of
USB 3.0 capable ports, the system freezes.
The problem is triggered when during power-up or reboot of the system
the device is present at least before the BIOS asks for the power-up
password, so probably it is associated with initialization of the system by
BIOS. However Windows 7 boots on the system in such situations without any
problems.

The problem exists since linux-2.6 times, and it was reported for linux-2.6
kernel as bug number 644174, however as it is still present in 3.10.2 and
3.10.7 kernels, I suppose, that it should be re-reported for those packages.
The problem is also reported to bugzilla:
https://bugzilla.kernel.org/show_bug.cgi?id=42844


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10.7 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-image-3.10.2 depends on:
ii  coreutils  8.21-1
ii  debconf [debconf-2.0]  1.5.50

linux-image-3.10.2 recommends no packages.

Versions of packages linux-image-3.10.2 suggests:
pn  fdutils none
pn  ksymoopsnone
pn  linux-doc-3.10.2 | linux-source-3.10.2  none
pn  linux-image-3.10.2-dbg  none

-- debconf information:
  linux-image-3.10.2/preinst/abort-overwrite-3.10.2:
  linux-image-3.10.2/postinst/old-system-map-link-3.10.2: true
  linux-image-3.10.2/preinst/already-running-this-3.10.2:
  linux-image-3.10.2/postinst/old-dir-initrd-link-3.10.2: true
  linux-image-3.10.2/postinst/depmod-error-3.10.2: false
  linux-image-3.10.2/postinst/kimage-is-a-directory:
  linux-image-3.10.2/preinst/failed-to-move-modules-3.10.2:
  linux-image-3.10.2/postinst/depmod-error-initrd-3.10.2: false
* linux-image-3.10.2/preinst/overwriting-modules-3.10.2: true
  linux-image-3.10.2/prerm/removing-running-kernel-3.10.2: true


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

Bug#657552: Chipset information

[Wojciech Zabołotny]

The affected system uses the following graphics chipset:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller (rev 03)



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

Bug#461491: apt-proxy complains about the deprecated protocol and fails to start

[Wojciech Zabołotny]

Package: apt-proxy
Version: 1.9.36.1
Severity: important

*** Please type your report below this line ***
When trying to start, or restart the apt-proxy, I get the following error:

# apt-proxy restart
/usr/lib/python2.4/site-packages/twisted/manhole/telnet.py:8:
# DeprecationWarning: As of Twisted 2.1, twisted.protocols.telnet is
/deprecated.  See twisted.conch.telnet for the current, supported API.
  from twisted.protocols import telnet
/usr/sbin/apt-proxy: Wrong number of arguments.


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

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

Versions of packages apt-proxy depends on:
ii  adduser   3.105  add and remove users and groups
ii  bzip2 1.0.4-2high-quality block-sorting
file co
ii  debconf [debconf-2.0] 1.5.17 Debian configuration
management sy
ii  logrotate 3.7.1-3Log rotation utility
ii  python2.4.4-6An interactive high-level
object-o
ii  python-apt0.7.4  Python interface to libapt-pkg
ii  python-central0.5.15 register and build utility
for Pyt
ii  python-twisted-web0.7.0-1An HTTP protocol
implementation to

apt-proxy recommends no packages.

-- debconf information:
  apt-proxy/upgrading-v2:
  apt-proxy/upgrading-v2-result:



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

Bug#431226: Unison does not synchronize files above 1GB

[Wojciech Zabołotny]

Package: unison2.9.1-gtk
Version: 2.9.1-7
Severity: important
File: /usr/bin/unison-2.9.1-gtk

*** Please type your report below this line ***
When trying to synchronize files of length above 1GB, the unison displays
information:
Error in querying file information:
Value too large for defined data type [lstat(/pathname/name_of_large_file)]
and refuses to synchronize that file.

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

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

Versions of packages unison2.9.1-gtk depends on:
ii  libatk1.0-0   1.18.0-2   The ATK accessibility toolkit
ii  libc6 2.5-9+b1   GNU C Library: Shared libraries
ii  libcairo2 1.4.6-1.1  The Cairo 2D vector
graphics libra
ii  libfontconfig12.4.2-1.2  generic font configuration
library
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgtk2.0-0   2.10.13-1  The GTK+ graphical user
interface
ii  libpango1.0-0 1.16.4-1   Layout and rendering of
internatio
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxcursor1   1:1.1.8-2  X cursor management library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension
librar
ii  libxfixes31:4.0.3-2  X11 miscellaneous 'fixes'
extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.2-1  X11 Xinerama extension library
ii  libxrandr22:1.2.1-1  X11 RandR extension library
ii  libxrender1   1:0.9.2-1  X Rendering Extension
client libra

Versions of packages unison2.9.1-gtk recommends:
ii  openssh-client [ssh-client 1:4.3p2-9 Secure shell client, an
rlogin/rsh
ii  ssh-askpass1:1.2.4.1-6.1 under X, asks user for a
passphras

-- no debconf information




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

Bug#364295: How to create unofficial package of fltk2

[Wojciech Zabołotny]

Hi,

I've succeeded to create the quickdirty package of fltk2
I've just downloaded the snapshot:
http://www.fltk.org/software.php?VERSION=2.0.x-r5782FILE=fltk/snapshots/fltk-2.0.x-r5782.tar.bz2

Unpacked it in the temporary directory (let's assume /tmp/fltk2)
Then in the directory  /tmp/fltk2/fltk-2.0.x-r5782 I've just done:
$dh_make --createorig
(I've selected the s - single binary option, which is probably not the
best choice for library...)
$fakeroot dpkg-buildpackage
I've obtained the  fltk_2.0.x-r5782-1_i386.deb  package, which probably
does not comply with debian policies, but anyway it just installs and
works ;-).

To test it, I have copied the radio.fl from the sources, opened it with
the fluid2, generated the code and compiled.
To compile it I had to copy the makeinclude file from the
/tmp/fltk2/fltk-2.0.x-r5782 directory,
and I had to modify the Makefile (I've attached it). But anyway it works!
-- 
HTH  regards, Wojtek


#
# $Id: Makefile 5717 2007-02-25 11:33:37Z cwarrens $
#
# Test/example program makefile for the Fast Light Tool Kit (FLTK).
#
# Copyright 1998-2003 by Bill Spitzak and others.
#
# This library is free software; you can redistribute it and/or
# modify it under the terms of the GNU Library General Public
# License as published by the Free Software Foundation; either
# version 2 of the License, or (at your option) any later version.
#
# This library is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
# Library General Public License for more details.
#
# You should have received a copy of the GNU Library General Public
# License along with this library; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307
# USA.
#
# Please report all bugs and problems to [EMAIL PROTECTED].
#

#
# Include common definitions...
#


#
# FLUID file rules...
#

.fl.cxx .fl.h:
../fluid/fluid2$(EXEEXT) -c $

include makeinclude
#
# Files for this directory...
#

CPPFILES = \
mandelbrot.cxx \

CFILES  =
LIBPREFIX=/usr/lib/lib
# only some of the demos have been changed to use namespaces:
TARGETS = \
radio$(EXEEXT) \

#
# Make everything...
#

all:$(TARGETS)


#
# Clean old files...
#

clean:
$(RM) *.bck
$(RM) *.o
$(RM) core*
$(RM) $(TARGETS)


#
# Make dependencies, excluding standard include directories...
#


#
# Include automatically generated dependencies...
#


#
# All demo programs depend on the static library.
#

$(TARGETS): $(LIBPREFIX)fltk2$(LIBSUFFIX)


#
# Other programs needing special help...
#
radio$(EXEEXT): radio.o
echo Linking [EMAIL PROTECTED]
$(CXX) -I.. $(CXXFLAGS) radio.o $(LINKFLTK) $(LDLIBS) -o $@
$(POSTBUILD) $@ ../fltk/mac.r


install:
uninstall:


#
# End of $Id: Makefile 5717 2007-02-25 11:33:37Z cwarrens $.
#
# DO NOT DELETE

Bug#364295: Correction to the makefile

[Wojciech Zabołotny]

The lines:

.fl.cxx .fl.h:
../fluid/fluid2$(EXEEXT) -c $


Should be replaced with:

.fl.cxx .fl.h:
fluid2$(EXEEXT) -c $

(the path to the fluid2 was not correct)




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

Bug#412137: g++-4.1: On one machine g++ fails to compile programs, even though all dependencies are met

[Wojciech Zabołotny]

Package: g++-4.1
Version: 4.1.1-21
Severity: important

*** Please type your report below this line ***

I have two similar machines with g++-4.1 installed. All dependencies are
met. On one machine g++ works perfectly, on the another one (this is the
machine on which I write this bug report) I'm not able to compile even the
simplest C++ program like:

#include iostream
#include string
using namespace std;
int main() {
  string c(223);
  string d(erer);
  cout  c  d  \n;
  return 0;
}

I get:
$ g++ test2.cpp
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/cstdlib:135:
error: ::system has not been declared

I have tried to apt-get install --reinstall g++ and all packages it
depends on. Nothing helps. Maybe this is a problem with the unspecified
dependency of the compiler?


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.3
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)

Versions of packages g++-4.1 depends on:
ii  gcc-4.1 4.1.1-21 The GNU C compiler
ii  gcc-4.1-base4.1.1-21 The GNU Compiler Collection
(base
ii  libc6   2.3.6.ds1-11 GNU C Library: Shared libraries
ii  libstdc++6-4.1-dev  4.1.1-21 The GNU Standard C++
Library v3 (d

g++-4.1 recommends no packages.

-- no debconf information



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

Bug#412137: The problem solved in a dirty way

[Wojciech Zabołotny]

The problem disappeared, when I have removed the libpthread-dev
package from the machine, where g++ didn't work.
Probably libpthread-dev should be marked as conflicting with the g++?




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

Bug#411755: Subject: bash-doc does not contain the bash.info (bash.info.gz) file

[Wojciech Zabołotny]

Package: bash-doc
Version: 3.1dfsg-8
Severity: important

*** Please type your report below this line ***

When i query the apt-file for the bash.info file, I get:
~$ apt-file search bash.info
bash-doc: usr/share/info/bash.info.gz

However after installation of bash-doc this file is not available in my
system.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.3
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)

-- no debconf information



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

Bug#410482: xemacs21-mule: xemacs crashes, when LANG=pl_PL.UTF-8

[Wojciech Zabołotny]

Package: xemacs21-mule
Version: 21.4.19-2
Severity: important

*** Please type your report below this line ***
When I try to run xemacs in a gnome X session with LANG=pl_PL.UTF-8, i
always get the following error:
 begining of the error message 
Fatal error (11).

Your files have been auto-saved.
Use `M-x recover-session' to recover them.

Your version of XEmacs was distributed with a PROBLEMS file that  may
describe
your crash, and with luck a workaround.  Please check it first, but do
report
the crash anyway.  Please report this bug by invoking M-x report-emacs-bug,
or by selecting `Send Bug Report' from the Help menu.  If necessary, send
ordinary email to [EMAIL PROTECTED]'.  *MAKE SURE* to include the
XEmacs
configuration from M-x describe-installation, or equivalently the file
Installation in the top of the build tree.

*Please* try *hard* to obtain a C stack backtrace; without it, we are
unlikely
to be able to analyze the problem.  Locate the core file produced as a
result
of this crash (often called `core' or `core.process-id', and located in
the directory in which you started XEmacs or your home directory), and type

  gdb /usr/bin/xemacs core

then type `where' at the debugger prompt.  No GDB on your system?  You may
have DBX, or XDB, or SDB.  (Ask your system administrator if you need help.)
If no core file was produced, enable them (often with `ulimit -c unlimited'
in case of future recurrance of the crash.

Lisp backtrace follows:

  # bind (frame-being-created)
  make-frame(nil #x-device on :0.0 0xb0f)
  frame-initialize()
  # bind (debugger debug-on-error command-line-args-left)
  command-line()�� ... 1
  # (condition-case ... . ((t (byte-code   
  # bind (error-data)
  normal-top-level()
  # (condition-case ... . error)
  # (catch top-level ...)
Naruszenie ochrony pamięci (core dumped)
 end of error message 

The where command in the gdb returns the following message:

Core was generated by `xemacs'.
Program terminated with signal 11, Segmentation fault.
#0  0xb7f6b410 in ?? ()
(gdb) where
#0  0xb7f6b410 in ?? ()
#1  0xbfe8b268 in ?? ()
#2  0xbfe8b1e0 in ?? ()
#3  0x000b in ?? ()
#4  0xb7a78c36 in kill () from /lib/tls/i686/cmov/libc.so.6
#5  0x080b6317 in fatal_error_signal ()
#6  0xb7f6b420 in ?? ()
#7  0x000b in ?? ()
#8  0x0033 in ?? ()
#9  0x in ?? ()

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.3
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)

Versions of packages xemacs21-mule depends on:
ii  emacsen-common1.4.17 Common facilities for all
emacsen
ii  libc6 2.3.6.ds1-10   GNU C Library: Shared libraries
ii  libcompfaceg1 1:1.5.2-4  Compress/decompress images
for mai
ii  libdb33.2.9+dfsg-0.1 Berkeley v3 Database
Libraries [ru
ii  libgpmg1  1.19.6-24  General Purpose Mouse -
shared lib
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange
library
ii  libjpeg62 6b-13  The Independent JPEG
Group's JPEG
ii  libldap2  2.1.30-13.2OpenLDAP libraries
ii  libncurses5   5.5-5  Shared libraries for
terminal hand
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libtiff4  3.8.2-7Tag Image File Format
(TIFF) libra
ii  libx11-6  2:1.0.3-5  X11 client-side library
ii  libxaw7   1:1.0.2-4  X11 Athena Widget library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension
librar
ii  libxmu6   1:1.0.2-2  X11 miscellaneous utility
library
ii  libxpm4   1:3.5.5-2  X11 pixmap library
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  xemacs21-basesupport  2006.05.10-1   Editor and kitchen sink --
compile
ii  xemacs21-bin  21.4.19-2  highly customizable text
editor --
ii  xemacs21-mulesupport  2006.05.10-1   Editor and kitchen sink --
Mule el
ii  xemacs21-support  21.4.19-2  highly customizable text
editor --

xemacs21-mule recommends no packages.

-- no debconf information

Bug#357048: Correction - CP works, but upgrade is anyway needed

[Wojciech Zabołotny]

Hi All,

I've just discovered, that the copypaste works, however the pasted
object is located not near to the cursor, but on the same location as it
was on the source sheet. When working with high zoom coefficient it
seems that nothing has been pasted.

Anyway the significantly newer version of Ipe is available (6.0 preview
26) so the upgrade would be very nice.

-- 
Sorry for confusion,
Wojtek Zabolotny




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

Bug#353737: pilot-link: pilot-xfer dumps core when backing up a big file

[Wojciech Zabołotny]

Ludovic Rousseau napisał(a):

Le Monday 20 February 2006 à 16:47:57, wzab a écrit:
  

Package: pilot-link
Version: 0.11.8-18
Severity: important

When trying to back up the Palmtop containing some big files (the IBM
Java Virtual Machine), pilot-link coredumps during transfer of one Java 
virtual machine library:

Backing up ./J9 MIDP Bundle.prc   Segmentation fault (core
dumped)

The file beeing transferred is over 800 KB long.



pilot-linnk 0.11.8 does not support files bigger than 32 KB.

You should use pilot-link 0.12.0-pre4 available from
Debian/experimental.

Bye,
  

Thank's a lot.
Anyway I'd rather expect that the pilot-xfer should complain about the
file being too big, and skip it (backing up other files correctly)
instead of segfaulting...
-- 
BR, Wojtek

Bug#339038: Quickdirty trick solution of the problem

[Wojciech Zabołotny]

Hi,
I'm not an expert in Postscript, but it seemed to me that problem is
caused by the /Duplex false command. Therefore I've modified the
source to remove it.
Below is my patch (however it also removes support for Manual Feed -
sorry I was not sure if these two features are associated).
Probably someone should fix it in a better way...


*** poster.cMon Nov 14 18:10:18 2005
--- /tmp/poster.ins/poster.cMon Nov 14 18:09:40 2005
***
*** 940,948 
/setpagedevice where   %% level-2 page commands
available...\n
{  pop %% ignore where found\n
   3 dict dup /PageSize [ %d %d ] put\n
   setpagedevice\n
  } if\n,
!  (int)(mediasize[2]), (int)(mediasize[3]));

printf( /sfactor %.10f def\n
/leftmargin %d def\n
--- 940,950 
/setpagedevice where   %% level-2 page commands
available...\n
{  pop %% ignore where found\n
   3 dict dup /PageSize [ %d %d ] put\n
+  dup /Duplex false put\n%s
   setpagedevice\n
  } if\n,
!  (int)(mediasize[2]), (int)(mediasize[3]),
!  manualfeed?   dup /ManualFeed true put\n:);

printf( /sfactor %.10f def\n
/leftmargin %d def\n

-- 
HTH  Regards,
Wojtek Zabolotny
[EMAIL PROTECTED]


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

Bug#339038: Output of poster is not the correct Postscript file

[Wojciech Zabołotny]

Peter S Galbraith napisał(a):

[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

  

Package: poster
Version: 20020830-2
Severity: normal

When processing some valid Postscript files with poster, e.g. as below:
 poster -m A4 -p A2 p2.ps -o p3.ps
and then trying to wiev it with gv, I get the following error:

Error: /configurationerror in --setpagedevice--



There are a few such bugs with poster, which a abandonned upstream.  Can
the postscript file that you are trying to split be compressed and
emailed to me?

Thanks,
  

I send a very simple and small file which reproduces the bug - pbug.ps
p2.ps is a result of running poster: poster -m A4 -p A2 pbug.ps -o p2.ps

BTW, I have also sent a QD solution (I'm not very proud of it ;-) ).

-- 
BR, Wojtek
[EMAIL PROTECTED]




p2.ps.gz
Description: GNU Zip compressed data


pbug.ps.gz
Description: GNU Zip compressed data

Bug#337535: Fix found (maybe a little dirty)

[Wojciech Zabołotny]

Hi All,
I have discovered, that the reason is the collision between the name of
the field halt in the
miniport_char structure and the macro halt defined somewhere else.
I have modified the name of the field from halt to xhalt, and now
ndiswrapper compiles
cleanly.
Below is the output from the diff (as you can see, only two files are
affected - wrapper.c and ndis.h):


wrapper.c
282c282
   TRACEENTER1(driver halt is at %p, miniport-halt);
---
   TRACEENTER1(driver halt is at %p, miniport-xhalt);
286c286
   LIN2WIN1(miniport-halt, handle-adapter_ctx);
---
   LIN2WIN1(miniport-xhalt, handle-adapter_ctx);

ndis.h
270c270
   void (*halt)(void *ctx) STDCALL;
---
   void (*xhalt)(void *ctx) STDCALL;
-- 
HTH  regards, Wojtek Zabolotny
[EMAIL PROTECTED]



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