Bug#1027895: conky-all: Conky window does not appear on second monitor

2023-01-07 Thread Tecnosegugio
Sorry for the late answer, was away from the computer.

Il giorno mer, 04/01/2023 alle 13.44 -0800, Vincent Cheng ha scritto:

> Does this behaviour change if you switch between X and wayland? Can
> you try using the config settings `out_to_x` and `out_to_wayland` [1]
> accordingly to see if it makes any difference? Wayland support was
> recently introduced in conky so I'm wondering whether this might be a
> factor.

Don't know how to enable wayland but I think I can't because of the Nvidia
driver. My previous attempts to enable it always failed so I still stay with
Xorg.

> As an interim hack, I think you can try playing around with negative
> values for `gap_y` to make your conky output display on the desired
> monitor.

Yes this worlaround works. 
Using:

gap_x = -780,
gap_y = -1440, 

I can see the conky windows at the right place.

> Please also report this bug directly upstream at [2]. Thanks!

Done!

Thank you.

-- 
-=) Pierpaolo AKA il Tecnosegugio (=-



Bug#1027895: conky-all: Conky window does not appear on second monitor

2023-01-04 Thread Tecnosegugio
Package: conky-all
Version: 1.17.0-1
Severity: normal
X-Debbugs-Cc: tecnosegu...@gmail.com

Dear Maintainer,

Conky-all 1.17.0-1 does not place the conky window on the correct monitor.

I have two monitor, the second one is placed above the main monitor and I have
configured GNOME to extend screen on two monitors.
I'm used to place conky window on the second monitor, the one above the main
monitor.

Tried to edit xinerama_head value in .conkyrc file but nothing works.

Tried to edit the alignment_* values but every changes seems related to the
main monitor and not on the whoile logical screen.

Downgrading to conky-all 1.12.2-2 restore correct behaviour


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

Kernel: Linux 6.0.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages conky-all depends on:
ii  libaudclient23.5~rc2-1+b1
ii  libc62.36-7
ii  libcairo21.16.0-7
ii  libcurl3-gnutls  7.87.0-1
ii  libdbus-glib-1-2 0.112-3
ii  libfontconfig1   2.13.1-4.5
ii  libgcc-s112.2.0-13
ii  libglib2.0-0 2.74.4-1
ii  libical3 3.0.16-1+b1
ii  libimlib21.10.0-4
ii  libircclient11.9-1+b2
ii  libiw30  30~pre9-14
ii  liblua5.3-0  5.3.6-2
ii  libncurses6  6.4-1
ii  libpango-1.0-0   1.50.12+ds-1
ii  libpangocairo-1.0-0  1.50.12+ds-1
ii  libpangoft2-1.0-01.50.12+ds-1
ii  libpulse016.1+dfsg1-2+b1
ii  librsvg2-2   2.54.5+dfsg-1
ii  libstdc++6   12.2.0-13
ii  libtinfo66.4-1
ii  libwayland-client0   1.21.0-1
ii  libx11-6 2:1.8.3-3
ii  libxdamage1  1:1.1.6-1
ii  libxext6 2:1.3.4-1+b1
ii  libxfixes3   1:6.0.0-2
ii  libxft2  2.3.6-1
ii  libxinerama1 2:1.1.4-3
ii  libxml2  2.9.14+dfsg-1.1+b2
ii  libxnvctrl0  510.85.02-2

conky-all recommends no packages.

Versions of packages conky-all suggests:
pn  apcupsd
pn  audacious  
pn  moc
pn  mpd

-- no debconf information

*** /home/tecnosegugio/.conkyrc
-- versione per doppio monitor
conky.config = {
-- Use Xft?
use_xft = true,
font = 'DejaVu Sans Mono:size=14', 
-- font = 'VL PGothic:size=10',
-- font = 'Liberation Mono:size=10',
-- font = 'Bitstream Vera San Monos:size=10',
-- font = 'Noto Mono Regular:size=10',
-- xftfont = 'Cantarell:size=10',

xftalpha = 1,
text_buffer_size = 4092,

-- Update interval in seconds
update_interval = 1,
update_interval_on_battery = 10,

-- This is the number of times Conky will update before quitting.
-- Set to zero to run forever.
total_run_times = 0,

-- Create own window instead of using desktop (required in nautilus)
own_window = true,
own_window_class = 'Conky',
own_window_transparent = false,
own_window_type = 'desktop',
own_window_hints = 'undecorated,below,sticky,skip_taskbar,skip_pager',
own_window_colour = '00',
own_window_argb_visual = true,
own_window_argb_value = 200,

-- Use double buffering (reduces flicker, may not work for everyone)
double_buffer = true,

-- Minimum size of text area
minimum_width = 300,
maximum_width = 300,
minimum_height = 1440,

-- Draw shades?
draw_shades = false,

-- Draw outlines?
draw_outline = false,

-- Draw borders around text
draw_borders = false,

-- Stippled borders?
stippled_borders = 0,

-- border margins
border_outer_margin = 2,

-- border width
border_width = 1,

-- Default colors and also border colors
default_color = 'grey',
-- default_shade_color = 'black',
-- default_outline_color white

-- bar size
default_bar_width = 260, default_bar_height = 20,

-- colori 
color0 = 'grey',
-- bar color
color1 = '#AA',
-- data color
color2 = 'green',
-- alternative data color
color3 = 'red',

-- Text alignment, other possible values are commented
-- alignment = 'top_left',
   alignment = 'top_right',
-- alignment = 'bottom_left',
-- alignment = 'bottom_right',

-- Gap between borders of screen and text
-- same thing as passing -x at command line
   gap_x = 6,
-- Xorg
   gap_y = 0,
-- Wayland
-- gap_y = 1108,

-- define xinerama display
   xinerama_head = 2,

-- Subtract file system buffers from used memory?
no_buffers = false,

-- set to yes if you want all text to be in uppercase
uppercase = false,

-- number of cpu samples to average
-- set to 1 to disable averaging

Bug#727694: libept1.4.12: missing link /usr/lib/libept.so.1.0.5.4.12

2013-10-25 Thread Tecnosegugio
Package: libept1.4.12
Version: 1.0.12
Severity: normal
Tags: patch

Hello Maintainer!

Was trying to run goplay, just for fun :), but I got the error:

goplay: error while loading shared libraries: libept.so.1.0.5.4.12: cannot open
shared object file: No such file or directory

Looking inside the libept1.4.12_1.0.12_amd64.deb file I see the link exists but
it point to the wrong file.
Inside the .deb archive the link is pointing to

../libept.so.1.aptpkg4.12

instead it should pointing to:

x86_64-linux-gnu/libept.so.1.aptpkg4.12

at least on my amd_64 system.
Manually creating the link solved my problem.

Thanks for you help.



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

Kernel: Linux 3.11-1-amd64 (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 libept1.4.12 depends on:
ii  libapt-pkg4.12 0.9.12.1
ii  libc6  2.17-93
ii  libgcc11:4.8.2-1
ii  libstdc++6 4.8.2-1
ii  libxapian221.2.15-2
ii  multiarch-support  2.17-93
ii  zlib1g 1:1.2.8.dfsg-1

libept1.4.12 recommends no packages.

libept1.4.12 suggests no packages.

-- 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#725491: python-uno: ImportError().with_traceback doesn't exists in Python2

2013-10-07 Thread Tecnosegugio
Il 07/10/2013 15:34, Rene Engelhard ha scritto:

 Severity: grave
 Justification: renders package unusable

 Seriously? Why? Yes, it fails when there's a ImportError to throw,
 but it should work otherwise?

 I am still wondering about that.. Agree with downgrading?

Sorry for the delay...I'm still using Python2.x in several projects and
ImportError happens often during developing phase.
This bug make all ImportError unrecognizable because they becomes
AttributeError.

Furthermore, there are 3rd parts programs that try to import a python3
lib and then, managing the ImportError exception, they import the
equivalent python2 lib. This bug in Python-uno makes the ImportError
uncatchable. Don't know if this is a bad behaviour of those programs or
is fine to do in that way.

Anyway...I agree that this bug doesn't make unusable this package for
everyone so I agree to downgrade the severity.


 Was fixed upstream in
http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-4-1id=2665c114f0adc466efa6ab49cd54d8f633f112fa

 for 4.2.0, 4.1.3 (and 4.0.7)
 Will be in next upload, though (if needed backported)

Great!
Thank you!

-- 
-=) Pierpaolo AKA il Tecnosegugio (=-


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



Bug#725491: python-uno: ImportError().with_traceback doesn't exists in Python2

2013-10-06 Thread Tecnosegugio
Package: python-uno
Version: 1:4.1.2-1
Severity: grave
Tags: patch
Justification: renders package unusable

Dear Maintainer,

In line 335 of uno.py, exception ImportError() use the method .with_traceback()
which is not available in Python2.x but only in Python3.x.
This lead to an AttributeError() exception and line 338 will never be reached
to raise the correct exception ImportError().

Removing the .with_traceback... part solve the problem.

This is the code as it look now:

/usr/share/pyshared/uno.py
333:  uno_import_exc = ImportError(
334:  %s (or '%s.%s' is unknown) % (py_import_exc, name, x)
335:  )

Thank you.



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

Kernel: Linux 3.10-3-amd64 (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 python-uno depends on:
ii  libc6 2.17-93
ii  libgcc1   1:4.8.1-10
ii  libpython2.7  2.7.5-8
ii  libreoffice-core  1:4.1.2-1
ii  libstdc++64.8.1-10
ii  python2.7.5-5
ii  uno-libs3 4.1.2-1
ii  ure   4.1.2-1

python-uno recommends no packages.

python-uno suggests no packages.

-- 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#717930: ImportError: No module named pyuno

2013-07-26 Thread Tecnosegugio
Package: python-uno
Version: 1:4.1.0-1
Severity: important
Tags: patch

Dear Maintainer,

Don't if this is a Debian bug or a LibreOffice bug: haven't found any bug like
this on LibreOffice BTS.

Using Python-uno inside a python virtualenv, starting a python program that
import uno library I get this error:
(only relevant rows are printed)

---
Traceback (most recent call last):
  File ./manage.py, line 23, in module
execute_manager(settings)
[...]
  File /opt/propilei/src/propilei/../propilei/lib/ooolib.py, line 44, in
module
import uno
  File /opt/propilei/django/lib/python2.7/site-packages/uno.py, line 24, in
module
import pyuno
ImportError: No module named pyuno
---

With the previous version of the package, on another server, python-uno works
fine.

Comparing the /usr/share/pyshared/uno.py with previous version I've noticed the
path on line 2 was missing the leading '/'

sys.path.append('usr/lib/libreoffice/program')

I've added the leading '/' and now everythings works!
Line 2 now looks like:

sys.path.append('/usr/lib/libreoffice/program')

(notice the leading '/' in the path)




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

Kernel: Linux 3.10-1-amd64 (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 python-uno depends on:
ii  libc6 2.17-7
ii  libgcc1   1:4.8.1-8
ii  libpython2.7  2.7.5-6
ii  libreoffice-core  1:4.1.0-1
ii  libstdc++64.8.1-8
ii  python2.7.5-2
ii  uno-libs3 4.1.0-1
ii  ure   4.1.0-1

python-uno recommends no packages.

python-uno suggests no packages.

-- 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#688099: tickr: RSS URL length limited to 128 chars

2012-09-19 Thread Tecnosegugio
Package: tickr
Version: 0.6.2-1
Severity: normal

Dear Maintainer,

RSS URL longer than 128 chars are truncated when tickr try to get the feed from
the Net.

Steps to reproduce the bug:
* Start tickr from an xterm (optional but useful to see the bug)

* Right click-File-Open Feed RSS

* Add an RSS URL longer than 128 chars, you can use this feed from Request
Tracker demo site:
http://rt.easter-
eggs.org/demos/stable/NoAuth/rss/admin/b10f256803294525/?Order=DESCQuery=+Owner+%3D+'Nobody'+AND+(+Status+%3D+'new'+OR+Status+%3D+'open')OrderBy=Created

* be sure no checkboxes are selected in the feed list and  click on OK
(single) button

* an error appear telling no HTTP status code returned, Can't fetch
resource: RSS URL, same error appear if button Add/Upd is used

Thanks for this program.



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

Kernel: Linux 3.2.0-3-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/bash

Versions of packages tickr depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-35
ii  libcairo2   1.12.2-2
ii  libfontconfig1  2.9.0-7
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.3-1
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libxml2 2.8.0+dfsg1-5

tickr recommends no packages.

tickr suggests no packages.

-- 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