Bug#993213: lightdm-settings does not start if slick-greeter package is not installed

[Bruno Ramos]

Package: lightdm-settings
Version: 1.5.1-1
Severity: important
X-Debbugs-Cc: brunoramos...@gmail.com

Dear Maintainer,

when installing lightdm-settings package, with apt-get for example, the
application does not start.
We get the following error:
(lightdm-settings:6559): GLib-GIO-ERROR **: 18:12:47.757: Settings schema
'x.dm.slick-greeter' is not installed

Apparently the is a dependency on slick-greeter that is not installed.
Installing slick-greeter manually solves the issue and allows the application
to start properly.

It would be best to set a dependency on slick-greeter so that everything works
out of box after installing lightdm-settings.

Best Regards,

Bruno Ramos


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

Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 lightdm-settings depends on:
ii  python3   3.9.2-3
ii  python3-setproctitle  1.2.2-1
ii  python3-xapp  2.0.2-2

lightdm-settings recommends no packages.

lightdm-settings suggests no packages.

Bug#793057: ITP: godot -- open source MIT licensed game engine

[Bruno Ramos]

Hello,

I'm sorry for the late reply.

I'm currently not actively working on this, after several tries I always
blocked on some point.
Please take over if you want.

If you need help let me know, maybe I can help you.

Thank you.

Regards,

Bruno

On Wed, Nov 2, 2016 at 3:33 PM, eylul  wrote:

> Hi,
> I would like to try to help out with this, if possible. Is anyone
> actively working on this package?
>
> Thanks
>

Bug#841953: libvirt0: virt-install generates "No bootable device" error when using --location option

[Bruno Ramos]

Package: libvirt0
Version: 2.3.0-3
Severity: normal

Dear Maintainer,

detected after the upgrade to version 2.3 on sid that the virt-install command
generates "No bootable device" error when using --location option.

The exact same command is working ok in jessie completely up to date
system as of 2016-10-24).

Command (ok in jessie, failing in sid):

virt-install -v --connect qemu:///system \
--os-type linux --os-variant debianwheezy \
--name foo --disk size=4 --ram 512 \
--location http://ftp.be.debian.org/debian/dists/stable/main/installer-amd64

Installation works ok if I download the installer iso for example with this
command:

Command (ok in jessie, ok in sid):

virt-install -v --connect qemu:///system \
--os-type linux --os-variant debianwheezy \
--name foo --disk size=4 --ram 512 \
--cdrom /tmp/debian-8.6.0-amd64-netinst.iso


Best regards,

Bruno Ramos



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

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

Versions of packages libvirt0 depends on:
ii  libapparmor12.10.95-5
ii  libaudit1   1:2.6.7-1
ii  libavahi-client30.6.32-1
ii  libavahi-common30.6.32-1
ii  libc6   2.24-5
ii  libcap-ng0  0.7.7-3
ii  libdbus-1-3 1.10.12-1
ii  libdevmapper1.02.1  2:1.02.133-1
ii  libgnutls30 3.5.5-2
ii  libnl-3-200 3.2.27-1
ii  libnl-route-3-200   3.2.27-1
ii  libnuma12.0.11-1
ii  libsasl2-2  2.1.26.dfsg1-15
ii  libselinux1 2.5-3
ii  libssh2-1   1.7.0-1
ii  libxen-4.6  4.6.0-1+nmu2
ii  libxml2 2.9.4+dfsg1-2
ii  libyajl22.1.0-2

Versions of packages libvirt0 recommends:
ii  lvm2  2.02.164-1

libvirt0 suggests no packages.

-- no debconf information

Bug#793057: ITP: godot -- open source MIT licensed game engine

[Bruno Ramos]

Package: wnpp
Severity: wishlist
Owner: Bruno Ramos brunoramos...@gmail.com

* Package name: godot
  Version : 1.1-stable
  Upstream Author : Juan Linietsky, Ariel Manzur
* URL : http://www.godotengine.org
* License : MIT
  Programming Lang: C++
  Description : open source MIT licensed game engine

 Godot is an advanced, feature packed, multi-platform 2D and 3D game engine.
 It provides a huge set of common tools, so you can just focus on making
 your game without reinventing the wheel.

 Godot has been in development and used in-house by OKAM as early as 2001.
 In February of 2014 the source code for Godot was released to the public
 on GitHub under the MIT License.
 On 15 December 2014 Godot reached 1.0, first Stable release.

- Package to be maintained as part of the Debian Games team
  (http://anonscm.debian.org/cgit/pkg-games/godot.git/)


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

Bug#775315: lua-sec: Home page link for the package is broken (the URL is dead)

[Bruno Ramos]

Package: lua-sec
Version: 0.5-1
Severity: minor

Dear Maintainer,

The home page link for the package is broken (the URL is dead).

Upstream is now hosted on github: https://github.com/brunoos/luasec/wiki

Thank you.

Best regards,

Bruno



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

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

Versions of packages lua-sec depends on:
ii  libc6  2.19-13
ii  libssl1.0.01.0.1k-1
ii  lua-socket 3.0~rc1-3
ii  multiarch-support  2.19-13

lua-sec recommends no packages.

lua-sec 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#667643: reportbug: Crashes while reporting bug from GTK interface

[Bruno Ramos]

Package: reportbug
Version: 6.4.3
Followup-For: Bug #667643

Dear Maintainer,

This bug seems to go away when applying the patch from #620225.

I would say it can be merged with bug #620225 like most of other ui-gtk bugs.

Thank you.

Regards,



-- Package-specific info:
** Environment settings:
DEBEMAIL=brunoramos...@gmail.com
DEBFULLNAME=Bruno Filipe Oliveira Ramos
INTERFACE=gtk2

** /home/brunoramos/.reportbugrc:
reportbug_version 6.4.3
mode standard
ui gtk2
realname Bruno Ramos
email brunoramos...@gmail.com
no-cc
header X-Debbugs-CC: brunoramos...@gmail.com
smtphost reportbug.debian.org

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

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

Versions of packages reportbug depends on:
ii  apt   0.9.7.7
ii  python2.7.3-4
ii  python-reportbug  6.4.3

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail none
pn  debconf-utils  none
pn  debsumsnone
pn  dlocatenone
ii  emacs23-bin-common 23.4+1-4
ii  exim4  4.80-7
ii  exim4-daemon-light [mail-transport-agent]  4.80-7
ii  file   5.11-2
ii  gnupg  1.4.12-7
ii  python-gtk22.24.0-3+b1
ii  python-gtkspell2.25.3-12
pn  python-urwid   none
ii  python-vte 1:0.28.2-5
ii  xdg-utils  1.1.0~rc1+git20111210-6

Versions of packages python-reportbug depends on:
ii  apt   0.9.7.7
ii  python2.7.3-4
ii  python-debian 0.1.21+nmu2
ii  python-debianbts  1.11
ii  python-support1.0.15

python-reportbug 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#692268: vym: Cannot add accented characters to mind map

[Bruno Ramos]

On Sat, Nov 10, 2012 at 3:31 PM, Pierre Chifflier pol...@debian.org wrote:

 tags 692268 + unreproducible
 thanks

 On Sun, Nov 04, 2012 at 01:44:43PM +0100, Bruno Filipe Oliveira Ramos
 wrote:
  Package: vym
  Version: 2.3.3-1
  Severity: important
  Tags: l10n
 
  Dear Maintainer,
 
  there seems to be a problem when adding accented characters to the mind
 map.
  If you type the accented characters using the keyboard the accent will
 be added
  separately from the character. For example if you try to type é you get
 ´e.
  However, if you copy paste the character directly to the mind map it
 works OK.

 Hi,

 I cannot reproduce this problem: after creating a new mind map, I can
 enter accented letters (é è à) without any particular problem.
 This could be related to locale, however my setup seems similar to yours
 (LANG=en_US.UTF-8 LC_ALL=).
 Can you check that this is specific to vym, and not found in other Qt
 applications ?


Hello,

I have installed a virtual machine with Debian Wheezy with both Xfce (the
Desktop Environment I use in my main machine) and Gnome (to be sure this
was not Xfce related) and I'm still having the same problem...

To check if this was happening with other Qt applications what do you
recommend?
I have installed qt4-qtconfig and accents work ok in the fonts tab in the
configuration panel. But I'm not sure if that test is definite enough.

Regards,
Bruno


 Regards,
 Pierre


 
  Best regards,
 
  Bruno
 
 
 
  -- System Information:
  Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
 'experimental')
  Architecture: amd64 (x86_64)
  Foreign Architectures: i386
 
  Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
  Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
  Shell: /bin/sh linked to /bin/dash
 
  Versions of packages vym depends on:
  ii  libc6   2.13-36
  ii  libgcc1 1:4.7.2-4
  ii  libqt4-dbus 4:4.8.2+dfsg-2
  ii  libqt4-network  4:4.8.2+dfsg-2
  ii  libqt4-svg  4:4.8.2+dfsg-2
  ii  libqt4-xml  4: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-4
  ii  unzip   6.0-7
  ii  xsltproc1.1.26-14
  ii  zip 3.0-6
 
  vym recommends no packages.
 
  Versions of packages vym suggests:
  ii  ruby  4.9
  ii  ruby1.8 [ruby-interpreter]1.8.7.358-6
  ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-3
 
  -- no debconf information

Bug#650772: [Pkg-xfce-devel] Bug#650772: xfce4-fsguard-plugin: doesn't start

[Bruno Ramos]

Hello,

I was able to reproduce this and I've also got a gdb trace of the
problem (check attachment).

After a quick look at the source package for the plugin I noticed that
there's a Debian patch that's being used and that is changing the way
we get the rc file that is passed to xfce_rc_simple_open.
I think the problem is related to that patch, because I removed the
patch, built and installed a new package and everything seems to be
working fine now.

Unfortunately I don't understand the problem completely, but I hope
this information helps.

Bruno
GNU gdb (GDB) 7.3.50.20110627-cvs-debian
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/lib/xfce4-fsguard-plugin/xfce4/panel-plugins/xfce4-fsguard-plugin...(no debugging symbols found)...done.
Starting program: /usr/lib/xfce4-fsguard-plugin/xfce4/panel-plugins/xfce4-fsguard-plugin 22 18886180 fsguard-gdb Free Space Checker Debug Monitor free disk space Debug
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.

Program received signal SIGSEGV, Segmentation fault.
__strlen_sse42 () at ../sysdeps/x86_64/multiarch/strlen-sse4.S:32
32	../sysdeps/x86_64/multiarch/strlen-sse4.S: No such file or directory.
	in ../sysdeps/x86_64/multiarch/strlen-sse4.S
#0  __strlen_sse42 () at ../sysdeps/x86_64/multiarch/strlen-sse4.S:32
#1  0x766b5370 in g_string_chunk_insert_len () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7785 in _xfce_rc_simple_new (shared=0x0, filename=0x0, readonly=0) at xfce-rc-simple.c:634
#3  0x773312db in IA__xfce_rc_simple_open (filename=0x0, readonly=0) at xfce-rc.c:109
#4  0xae3b in _start ()
Continuing.

Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.

Bug#648739: [Pkg-xfce-devel] Bug#648739: xfce4-screenshooter: Segmentation fault when trying to get a screenshot

[Bruno Ramos]

Hi,

I was able to reproduce this using Xephyr and fluxbox.

I've also added a patch to the Xfce BTS that should fix the problem.

[1] https://bugzilla.xfce.org/show_bug.cgi?id=8080

Regards,

Bruno



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

Bug#635317: nvidia-kernel-dkms: 280.11.1 will not install due to a dkms makefile error

[Bruno Ramos]

On Mon, Jul 25, 2011 at 6:20 PM, Andreas Beckmann deb...@abeckmann.dewrote:

 severity 635317 normal
 tags 635317 + moreinfo
 thanks

 On 2011-07-25 04:57, Dean Loros wrote:
  Package: nvidia-kernel-dkms
  Version: 280.11-1

  Output of /var/lib/dkms/nvidia/280.11.1/build/make.log:
 
  DKMS make.log for nvidia-280.11 for kernel 3.0.0-rc6-amd64 (x86_64)
  Sun Jul 24 19:51:48 PDT 2011
  make: Entering directory `/var/lib/dkms/nvidia/280.11/build'
  make -C /lib/modules/3.0.0-rc6-amd64/build  M=`/bin/pwd` modules
  make[1]: Entering directory `/usr/src/linux-headers-3.0.0-rc6-amd64'
  Makefile:10: *** mixed implicit and normal rules.  Stop.

 This points to a problem in
 /usr/src/linux-headers-3.0.0-rc6-amd64/Makefile

  make[1]: Leaving directory `/usr/src/linux-headers-3.0.0-rc6-amd64'
  make: *** [modules] Error 2
  make: Leaving directory `/var/lib/dkms/nvidia/280.11/build'

 Let my try myself ...

 DKMS make.log for nvidia-280.11 for kernel 3.0.0-rc6-amd64 (x86_64)
 Mon Jul 25 16:12:20 UTC 2011
 make: Entering directory `/var/lib/dkms/nvidia/280.11/build'
 make -C /lib/modules/3.0.0-rc6-amd64/build  M=`/bin/pwd` modules
 make[1]: Entering directory `/usr/src/linux-headers-3.0.0-rc6-amd64'
   CC [M]  /var/lib/dkms/nvidia/280.11/build/nv.o
 ...

 I cannot reproduce your problem in a clean environment. Are the
 Makefiles in your kernel headers modified in some way?



I think it's not a problem in the nvidia packages.

I had the same problem...it was something introduced in one of the latests
versions of make.

This attached quick patch fixed it for me...

This should probably be reassinged to one of the kernel-headers packages,
for example 'linux-headers-3.0.0-1-amd64'



 But rc6 is obsolete anyway.


 Andreas



 ___
 pkg-nvidia-devel mailing list
 pkg-nvidia-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-nvidia-devel

--- /usr/src/linux-headers-3.0.0-1-amd64/Makefile-old	2011-07-25 21:12:52.554079823 +0200
+++ /usr/src/linux-headers-3.0.0-1-amd64/Makefile	2011-07-25 21:14:50.342072676 +0200
@@ -7,5 +7,7 @@
 all:
 	@$(MAKE) $(MAKEARGS) $(cmd)
 Makefile:;
-$(cmd) %/: all
+$(cmd): all
+	@:
+%/: all
 	@:

Bug#614682: gdm3: gdm shouldn't let gnome-settings-daemon run after login in

[Bruno Ramos]

Package: gdm3
Version: 2.30.5-7
Severity: normal

After changing the system wide variables x-window-manager and x-session-manager
to use /usr/bin/xfwm4 and /usr/bin/xfce4-session(with update-alternatives) I
have some problems with xfce4-session.

When logging in with the default session selected  in gdm, the xfce session
will not start. It seems gnome-settings-daemon is blocking it from starting
correctly. I do get the xfce desktop environment loaded but the session bits
are missing so configs won't work and gtk themes are not applied.

This problem does not happen if I select Xfce session explicitly in gdm login
screen.
It seems gdm is not aware that it will start the system wide session manager
and that the session manager is not gnome.

To fix this gdm shouldn't let gnome-settings-daemon run after login when it's
not starting gnome.

If you need some more details about this please ask.

Thank you.



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

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

Versions of packages gdm3 depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  debconf [debconf-2.0]  1.5.38Debian configuration management sy
ii  gconf2 2.28.1-6  GNOME configuration database syste
ii  gnome-session [x-sessi 2.30.2-3  The GNOME Session Manager - GNOME 
ii  gnome-session-bin  2.30.2-3  The GNOME Session Manager - Minima
ii  gnome-terminal [x-term 2.30.2-1  The GNOME terminal emulator applic
ii  libart-2.0-2   2.3.21-1  Library of functions for 2D graphi
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libattr1   1:2.4.44-2Extended attribute shared library
ii  libaudit0  1.7.13-1+b2   Dynamic library for security audit
ii  libbonobo2-0   2.24.3-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.24.3-1  The Bonobo UI library
ii  libc6  2.11.2-11 Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-2  The Cairo 2D vector graphics libra
ii  libcanberra-gtk0   0.24-1Gtk+ helper for playing widget eve
ii  libcanberra0   0.24-1a simple abstract interface for pl
ii  libdbus-1-31.4.6-1   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.4-1   FreeType 2 font engine, shared lib
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglib2.0-0   2.28.1-1  The GLib library of C routines
ii  libgnome2-02.30.0-1  The GNOME library - runtime files
ii  libgnomecanvas2-0  2.30.1-1  A powerful object-oriented display
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  liborbit2  1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpam-modules 1.1.2-2   Pluggable Authentication Modules f
ii  libpam-runtime 1.1.2-2   Runtime support for the PAM librar
ii  libpam0g   1.1.2-2   Pluggable Authentication Modules l
ii  libpanel-applet2-0 2.30.2-3  library for GNOME Panel applets
ii  libpango1.0-0  1.28.3-1+squeeze1 Layout and rendering of internatio
ii  libpolkit-gobject-1-0  0.99-3PolicyKit Authorization API
ii  libpolkit-gtk-1-0  0.99-2PolicyKit GTK+ API
ii  libpopt0   1.16-1lib for parsing cmdline parameters
ii  librsvg2-common2.26.3-1  SAX-based renderer library for SVG
ii  libselinux12.0.96-1  SELinux runtime shared libraries
ii  libupower-glib10.9.8-2   abstraction for power management -
ii  libwrap0   7.6.q-19  Wietse Venema's TCP wrappers libra
ii  libx11-6   2:1.4.1-5 X11 client-side library
ii  libxau61:1.0.6-1 X11 authorisation library
ii  libxdmcp6  1:1.1.0-1 X11 Display Manager Control Protoc
ii  libxklavier16  5.0-2 X Keyboard Extension high-level AP
ii  libxml22.7.8.dfsg-2  GNOME XML library
ii  lsb-base   3.2-27Linux Standard Base 3.2 init scrip
ii  metacity [x-window-man 1:2.30.1-3lightweight GTK+ window manager
ii  policykit-1-gnome  0.99-2GNOME authentication agent for Pol
ii  twm [x-window-manager] 1:1.0.6-1 Tab window manager
ii  upower 

Bug#428990: Black screen when starting X with fglrx driver

[bruno ramos]

I don't know is this is the same problem or not, but I think this info
can be helpful.

I've been playing around with fglrx (I already tried almost all ati
driver versions for my card ) to add fglrx support to my ati mobility
radeon 9700 laptop.

The thing is that every time I start the X server I get a black screen
and I have to shut down the machine ( or SysRq+reboot ).

The funny thing is that if I load the radeon opensource driver first I
can start the X server properly ( with the same configuration), but I
have no Direct Rendering.

I can supply more information about be setup if it helps.

Bruno Ramos



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