Bug#457571: gnome-session: fails if gdm_socket is not in /tmp

2007-12-25 Thread Josselin Mouette
On dim, 2007-12-23 at 12:53 -0300, Gabriel Parrondo wrote:
 Subject: gnome-session: fails if gdm_socket is not in /tmp
 Package: gnome-session
 Version: 2.20.2-1
 Severity: important
 
 *** Please type your report below this line ***
 Gnome tries to open the gdm_socket in /tmp/.gdm_socket and fails if it
 can't be found. The default location in latest versions of gdm
 is /var/run/gdm_socket.
 
 There's a fix in ubuntu, see bug 83810.

This patch has been integrated upstream, and gnome-session 2.20.2
uses /var/run/gdm_socket.

Could you please describe what is happening to you instead of trying to
provide your analysis?

Thanks,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée
___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers

Bug#457297: marked as done (gajim: Missing dependency: python-gnome2-desktop)

2007-12-25 Thread Debian Bug Tracking System
Your message dated Tue, 25 Dec 2007 11:17:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#457297: fixed in gnome-python 2.20.1-2
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

---BeginMessage---
Package: gajim
Version: 0.11.4-1
Severity: grave
Justification: renders package unusable


After last upgrade gajim fails to start:

$ gajim
ImportError: could not import bonobo.ui
Traceback (most recent call last):
  File gajim.py, line 2279, in ?
cli.set_restart_command(len(argv), argv)
AttributeError: '__main__.GnomeClient' object has no attribute 
'set_restart_command'


Installing python-gnome2-desktop package fixies this problem.



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

Kernel: Linux 2.6.23.1-my2 (SMP w/1 CPU core)
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 gajim depends on:
ii  dnsutils  1:9.4.2-1  Clients provided with BIND
ii  python2.4.4-6An interactive high-level object-o
ii  python-glade2 2.12.0-2   GTK+ bindings: Glade support
ii  python-gtk2   2.12.0-2   Python bindings for the GTK+ widge
ii  python-pysqlite2  2.4.0-2python interface to SQLite 3
ii  python-support0.7.5  automated rebuilding support for p

Versions of packages gajim recommends:
ii  dbus  1.1.2-1simple interprocess messaging syst
ii  notification-daemon   0.3.7-1+b1 a daemon that displays passive pop
ii  python-dbus   0.82.4-1   simple interprocess messaging syst
ii  python-gnupginterface 0.3.2-9Python interface to GnuPG (GPG)

-- no debconf information


--
Wejdz do swiata wojny wampirow!
http://link.interia.pl/f1cb4



---End Message---
---BeginMessage---
Source: gnome-python
Source-Version: 2.20.1-2

We believe that the bug you reported is fixed in the latest version of
gnome-python, which is due to be installed in the Debian FTP archive:

gnome-python_2.20.1-2.diff.gz
  to pool/main/g/gnome-python/gnome-python_2.20.1-2.diff.gz
gnome-python_2.20.1-2.dsc
  to pool/main/g/gnome-python/gnome-python_2.20.1-2.dsc
python-gnome2-dev_2.20.1-2_all.deb
  to pool/main/g/gnome-python/python-gnome2-dev_2.20.1-2_all.deb
python-gnome2_2.20.1-2_amd64.deb
  to pool/main/g/gnome-python/python-gnome2_2.20.1-2_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Josselin Mouette [EMAIL PROTECTED] (supplier of updated gnome-python package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 25 Dec 2007 12:01:11 +0100
Source: gnome-python
Binary: python-gnome2-dev python-gnome2
Architecture: source amd64 all
Version: 2.20.1-2
Distribution: unstable
Urgency: low
Maintainer: Sebastien Bacher [EMAIL PROTECTED]
Changed-By: Josselin Mouette [EMAIL PROTECTED]
Description: 
 python-gnome2 - Python bindings for the GNOME desktop environment
 python-gnome2-dev - Python bindings for the GNOME desktop environment - 
development f
Closes: 457297
Changes: 
 gnome-python (2.20.1-2) unstable; urgency=low
 .
   * Unwrap the Python-Depends field, wrapping it doesn’t work. This
 brings back the dependency on python-pyorbit. Closes: #457297.
Files: 
 14b5852d89722d40b759d2c850663b1c 1441 python optional gnome-python_2.20.1-2.dsc
 0fb0ab3372133f05fe6e5b47572d4dee 7628 python optional 
gnome-python_2.20.1-2.diff.gz
 bd562e6176f1927e89c42898a3cb90ff 483566 python optional 
python-gnome2_2.20.1-2_amd64.deb
 c69d561171d54432df4e6d49138a285f 65320 python optional 
python-gnome2-dev_2.20.1-2_all.deb

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

iD8DBQFHcOWRrSla4ddfhTMRAtqDAJ4j9x9/QE/1ObAz3L+LTIfBswheegCfTwU0
BVHv61oV6OkfqrJKbetzTPk=
=/dbB
-END PGP SIGNATURE-


---End Message---
___
pkg-gnome-maintainers mailing list

Accepted gnome-python 2.20.1-2 (source all amd64)

2007-12-25 Thread Josselin Mouette
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 25 Dec 2007 12:01:11 +0100
Source: gnome-python
Binary: python-gnome2-dev python-gnome2
Architecture: source amd64 all
Version: 2.20.1-2
Distribution: unstable
Urgency: low
Maintainer: Sebastien Bacher [EMAIL PROTECTED]
Changed-By: Josselin Mouette [EMAIL PROTECTED]
Description: 
 python-gnome2 - Python bindings for the GNOME desktop environment
 python-gnome2-dev - Python bindings for the GNOME desktop environment - 
development f
Closes: 457297
Changes: 
 gnome-python (2.20.1-2) unstable; urgency=low
 .
   * Unwrap the Python-Depends field, wrapping it doesn’t work. This
 brings back the dependency on python-pyorbit. Closes: #457297.
Files: 
 14b5852d89722d40b759d2c850663b1c 1441 python optional gnome-python_2.20.1-2.dsc
 0fb0ab3372133f05fe6e5b47572d4dee 7628 python optional 
gnome-python_2.20.1-2.diff.gz
 bd562e6176f1927e89c42898a3cb90ff 483566 python optional 
python-gnome2_2.20.1-2_amd64.deb
 c69d561171d54432df4e6d49138a285f 65320 python optional 
python-gnome2-dev_2.20.1-2_all.deb

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

iD8DBQFHcOWRrSla4ddfhTMRAtqDAJ4j9x9/QE/1ObAz3L+LTIfBswheegCfTwU0
BVHv61oV6OkfqrJKbetzTPk=
=/dbB
-END PGP SIGNATURE-


Accepted:
gnome-python_2.20.1-2.diff.gz
  to pool/main/g/gnome-python/gnome-python_2.20.1-2.diff.gz
gnome-python_2.20.1-2.dsc
  to pool/main/g/gnome-python/gnome-python_2.20.1-2.dsc
python-gnome2-dev_2.20.1-2_all.deb
  to pool/main/g/gnome-python/python-gnome2-dev_2.20.1-2_all.deb
python-gnome2_2.20.1-2_amd64.deb
  to pool/main/g/gnome-python/python-gnome2_2.20.1-2_amd64.deb



___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers

Bug#457777: gnome-screensaver: does sometime not display login-dialog, locking out user

2007-12-25 Thread Tobias Frost
Package: gnome-screensaver
Version: 2.20.0-2
Severity: normal


Not reproducable, but at a frequent level, I get the following
behaviour: 

After the screen is (auto-)locked, i press the shift key to login again.
But sometimes the login screen is not appearing. However, the keystroke
is recognized: The screensaver artworks freezes; but no dialog is 
appearing. 

This is really annoying, as the only solution -- if no network
connection is a hand -- is to hard-off the laptop. The serverity is
choosen, as this can lead to data loss (unsafed documents) or even 
corrupted filesystems. (I use a cryted fs, so this is making me
a hard time every time I have to put the system down that hard.)

sshing into the affected system show that the screensaver process is 
running at 100% (which is probably ok). Killing the process
with SIGKILL will eventually make the login dialog appear. 

I have the impression, that the OpenGL screensavers are more likely to
expose the bugs, but this can only be an personal impression.



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

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

Versions of packages gnome-screensaver depends on:
ii  dbus1.1.2-1  simple interprocess messaging syst
ii  gconf2  2.20.1-2 GNOME configuration database syste
ii  gnome-icon-theme2.20.0-1 GNOME Desktop icon theme
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.7-5GNU C Library: Shared libraries
ii  libcairo2   1.4.12-1 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.1.2-1  simple interprocess messaging syst
ii  libdbus-glib-1-20.74-1   simple interprocess messaging syst
ii  libfontconfig1  2.5.0-2  generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgconf2-4 2.20.1-2 GNOME configuration database syste
ii  libgl1-mesa-glx [libgl1 7.0.2-3  A free implementation of the OpenG
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.14.4-2 The GLib library of C routines
ii  libgnome-menu2  2.20.2-1 an implementation of the freedeskt
ii  libgnomekbd12.20.0-1 GNOME library to manage keyboard c
ii  libgnomekbdui1  2.20.0-1 User interface library for libgnom
ii  libgnomevfs2-0  1:2.20.1-1   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface 
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1- 0.4.4-3  sends desktop notifications to a n
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpam0g0.99.7.1-5   Pluggable Authentication Modules l
ii  libpango1.0-0   1.18.3-1 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-3   PNG library - runtime
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxklavier11   3.3-2X Keyboard Extension high-level AP
ii  libxml2 2.6.30.dfsg-3GNOME XML library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  libxss1 1:1.1.2-1X11 Screen Saver extension library
ii  libxxf86misc1   1:1.0.1-2X11 XFree86 miscellaneous extensio
ii  libxxf86vm1 1:1.0.1-2X11 XFree86 video mode extension l
ii  zlib1g  1:1.2.3.3.dfsg-8 compression library - runtime

Versions of packages gnome-screensaver recommends:
ii  gnome-power-manager   2.20.2-1   frontend for gnome-powermanager
ii  libpam-gnome-keyring  2.20.2-1   GNOME keyring services PAM module
ii  rss-glx   0.8.1-8Really Slick Screensavers GLX Port

-- no debconf information




___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers


Bug#457365: gdm

2007-12-25 Thread Josselin Mouette
Hi,

On sam, 2007-12-22 at 09:00 +1030, Vince Ieraci wrote:
 The following packages have unmet dependencies:
   gnome: Depends: gnome-desktop-environment (= 1:2.14.3.6)
 but it is not going to be installed
  Depends: gdm-themes but it is not going to be
 installed
 E: Broken packages

Thanks for your report. Unfortunately this doesn’t tell us much. You
should try to run “apt-get install gnome-desktop-environment” and so on,
until you get a meaningful error message.

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée
___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers

Bug#457383: libgtk2.0-0: should libcupsys2 be a recommends rather than a depends?

2007-12-25 Thread Josselin Mouette
Hi,

On ven, 2007-12-21 at 21:44 -0500, Michael Gilbert wrote:
 Package: libgtk2.0-0
 Version: 2.12.3-2
 Severity: normal
 
 gtk ends up getting removed if the user tries to remove cups from
 their system. this is because libgtk2.0-0 has a dependency on libcupsys2.
 it seems like this is an undesirable effect because gtk should be
 pretty much fully functional even without the printing system.  if this 
 is the case, then the depends on libcupsys2 should be changed to a 
 recommends instead.

This sounds like a reasonable request. I can see two ways to do this:
  * either we downgrade the dependencies for print backends with a
number of hacks;
  * or we move them to a libgtk2.0-printing package that is
recommended, and added to the metapackages.

I don’t like adding new packages much, but the second solution looks
saner. Of course, the drawback in both cases will come from the
countless “YOU HAS EATED MY PRINTER” but reports.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée
___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers

Bug#368916: Patch in debian package?

2007-12-25 Thread Josselin Mouette
On sam, 2007-12-22 at 18:23 +0100, Patrik Fimml wrote:
 Seeing not much progress on this issue upstream, a patch on the Debian
 side would be useful, I think. The variable actually should be
 TERM=gnome-256color, which is included in the ncurses-term package. A
 dependency on this package should be introduced together with the patch
 (kterm depends on it as well, so that shouldn't be much of a problem).

This is feasible, but we’d need to test it on a wide scale, because it
could break a lot of things.

Daniel, do you know how the gnome-* terminfo entries were written? Are
they actually based on the vte capabilities? If they do, why not
shipping them directly in the vte packages?

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée
___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers

Bug#457515: gnome-panel: disable hibernate when the on-disk kernel has been upgraded to a newer version

2007-12-25 Thread Josselin Mouette
reassign 457515 hal
thanks

On dim, 2007-12-23 at 11:26 +0930, Paul Wise wrote:
 Package: gnome-panel
 Version: 2.20.2-2
 Severity: wishlist
 
 Yesterday I upgraded my kernel and stupidly proceeded to hibernate as I
 was running out of power. This resulted in the new kernel being unable
 to load the s2disk images and them being lost. It would be nice if the
 gnome-panel could detect this situation (kernel upgraded without
 rebooting) and either prevent me from hibernating by disabling the
 hibernate button or by popping up an error dialog explaining the
 situation.

This would indeed be nice, but for GNOME (gnome-power-manager, actually)
to do that, it would need hal to report it (which in turn may need a
decent error message from pm-utils).

Reassigning to the Utopia guys, who know better how this could be done.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée
___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers

Processed: Re: Bug#338828: gnome-panel: Some gnome-panel applets dies when logging in after logging out

2007-12-25 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reassign 338828 libbonobo2-common
Bug#338828: gnome-panel: applet appears to have died unexpectedly at login
Bug#331000: several gnome-panel applets die on startup
Bug#331063: several gnome-panel applets die on startup
Bug reassigned from package `gnome-panel' to `libbonobo2-common'.

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers


Bug#457149: python-gnome2: does not map bonobo.ui properly

2007-12-25 Thread Josselin Mouette
Hi,

On mer, 2007-12-19 at 23:44 -0600, Michael Johnson wrote:
 When I upgraded from 2.20.0-1 yesterday, quodlibet stopped working for me.
 It would generate the following error when starting from the command line:

 After digging around, I discovered that the bonobo.ui error was the  
 problem.
 It seems that the line
 
import gnome, gnome.ui
 
 is supposed to automatically load bonobo.ui. Unfortunately, it cannot, for
 some reason. This, in turn, kill quodlibet.
 
 Downgrading to python-gnome2 2.20.0-1 fixes the problem.

This could be caused by the missing dependency on python-pyorbit, but
only if it has been automatically removed from your system during the
upgrade.

Does 2.20.1-2 work for you?

Thanks,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée
___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers

Bug#338828: gnome-panel: Some gnome-panel applets dies when logging in after logging out

2007-12-25 Thread Josselin Mouette
reassign 338828 libbonobo2-common
thanks

On dim, 2007-12-23 at 04:04 +0100, Kjo Hansi Glaz wrote:
 after logging out and logging in under the same user (from GDM), these
 gnome-panel applets dies as described on ohter reports :
 OAFIID:GNOME_Panel_TrashApplet
 OAFIID:GNOME_ComputertempApplet
 OAFIID:GNOME_DriveMountApplet
 OAFIID:GNOME_MultiLoadApplet
 OAFIID:TomboyApplet
 OAFIID:GNOME_MixerApplet
 OAFIID:GNOME_Panel_WirelessApplet
 OAFIID:GNOME_NetstatusApplet
 OAFIID:GNOME_ComputertempApplet
 OAFIID:GNOME_ComputertempApplet
 OAFIID:GNOME_CPUFreqApplet
 
 This *never* happens at the first login and *always* happens if I have
 close my session before. This does not happen in the session of an other
 user that has less panel applets. This still happen if restarting X
 (/ets/init.d/gdm restart or CTRL+ALT+BACKSPACE).

This behavior occurs from time to time, and seems to be caused by the
combination of two things:
 1. Some daemon not exiting when your session is closed;
evolution-data-server used to do that, but I thought it was
fixed. You can check what is still running by logging in a
console after logging out.
 2. In this case, bonobo-activation-server doesn’t work anymore for
some not understood reason.

If you are willing to give a hand, please contribute to the following
bug: http://bugzilla.gnome.org/show_bug.cgi?id=359617

Thanks,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée
___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers

Bug#457534: totem-dbg: Wrong section libs

2007-12-25 Thread Josselin Mouette
reassign 457534 ftp.debian.org
thanks

On dim, 2007-12-23 at 10:51 +0200, Yavor Doganov wrote:
 Package: totem-dbg
 Version: 2.20.1-1
 Severity: normal
 
 The package is in section libs and as a result orphaner presents it
 for removal.  AFAIK (but I'm not sure) the proper sections for
 packages with detached debugging symbols is libdevel for libraries
 and devel for programs.

Thanks for your report.

I have fixed the section in our SVN repository, but it also needs to be
changed in the override file to take effect, which is why I'm
reassigning to the FTP masters.

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée
___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers

Bug#457564: gnome-control-center: fonts too big after the upgrade!

2007-12-25 Thread Josselin Mouette
On dim, 2007-12-23 at 18:33 +0100, gpe92 wrote:
 Package: gnome-control-center
 Version: 1:2.20.1-2
 Followup-For: Bug #457564
 
 With the last version the fonts appear too big on one of my PC and
 normal on another one.
 The PC on which the fonts appear normal has a screen resolution of
 96 dpi. The other one (fonts too big) has a screen resolution of 113 dpi.
 So it seems that the screen resolution is no longer taken in account with
 this gnome-control-center version in opposition to the previous one (2.18).

This is exactly the opposite: the screen resolution, that used to be
ignored by GDM and forced to 96 DPI, is now correctly taken into
account.

If the screen resolution is wrongly detected, this may be a bug in the X
server, but most probably the behavior you are describing is expected:
the fonts used to look smaller or bigger than what they should, and now
they have the correct size you have to fix your font settings.

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée
___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers

Bug#457564: gnome-control-center: fonts too big after the upgrade!

2007-12-25 Thread gpe
Le Tue, 25 Dec 2007 23:03:47 +0100
Josselin Mouette [EMAIL PROTECTED] a écrit:

 On dim, 2007-12-23 at 18:33 +0100, gpe92 wrote:
  Package: gnome-control-center
  Version: 1:2.20.1-2
  Followup-For: Bug #457564
  
  With the last version the fonts appear too big on one of my PC and
  normal on another one.
  The PC on which the fonts appear normal has a screen resolution of
  96 dpi. The other one (fonts too big) has a screen resolution of 113 dpi.
  So it seems that the screen resolution is no longer taken in account with
  this gnome-control-center version in opposition to the previous one (2.18).
 
 This is exactly the opposite: the screen resolution, that used to be
 ignored by GDM and forced to 96 DPI, is now correctly taken into
 account.
 
 If the screen resolution is wrongly detected, this may be a bug in the X
 server, but most probably the behavior you are describing is expected:
 the fonts used to look smaller or bigger than what they should, and now
 they have the correct size you have to fix your font settings.
 

My screen resolution are well detected, I've checked them. In my mind if I
choose a size font of 10, then it must appear with the same size (in
millimeter) on my two monitors. This was the case with Gnome 2.18 but not with
Gnome 2.20. So I think that the screen resolution is badly used in the
calculation of the font.

gpe




___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers

Bug#457564: gnome-control-center: fonts too big after the upgrade!

2007-12-25 Thread gpe
Le Tue, 25 Dec 2007 23:03:47 +0100
Josselin Mouette [EMAIL PROTECTED] a écrit:

 On dim, 2007-12-23 at 18:33 +0100, gpe92 wrote:
  Package: gnome-control-center
  Version: 1:2.20.1-2
  Followup-For: Bug #457564
  
  With the last version the fonts appear too big on one of my PC and
  normal on another one.
  The PC on which the fonts appear normal has a screen resolution of
  96 dpi. The other one (fonts too big) has a screen resolution of 113 dpi.
  So it seems that the screen resolution is no longer taken in account with
  this gnome-control-center version in opposition to the previous one (2.18).
 
 This is exactly the opposite: the screen resolution, that used to be
 ignored by GDM and forced to 96 DPI, is now correctly taken into
 account.
 
 If the screen resolution is wrongly detected, this may be a bug in the X
 server, but most probably the behavior you are describing is expected:
 the fonts used to look smaller or bigger than what they should, and now
 they have the correct size you have to fix your font settings.
 

Moreover, with the behavior of Gnome 2.20 if you'll plug two monitors on
the same PC but with two different screen resolution the fonts will appear
with a different size. For me it's a very bad behavior...

gpe




___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers

Bug#457571: gnome-session: fails if gdm_socket is not in /tmp

2007-12-25 Thread Gabriel Parrondo
El mar, 25-12-2007 a las 11:44 +0100, Josselin Mouette escribió:
 On dim, 2007-12-23 at 12:53 -0300, Gabriel Parrondo wrote:
  Subject: gnome-session: fails if gdm_socket is not in /tmp
  Package: gnome-session
  Version: 2.20.2-1
  Severity: important
  
  *** Please type your report below this line ***
  Gnome tries to open the gdm_socket in /tmp/.gdm_socket and fails if it
  can't be found. The default location in latest versions of gdm
  is /var/run/gdm_socket.
  
  There's a fix in ubuntu, see bug 83810.
 
 This patch has been integrated upstream, and gnome-session 2.20.2
 uses /var/run/gdm_socket.

Great. I'm sorry I didn't check for bugs on upstream, noted for future
problems.

 
 Could you please describe what is happening to you instead of trying to
 provide your analysis?


Sorry about that too. 
The exact problem was that nothing happened when going to
System-Logout-Switch User (maybe not that exact words, I use Spanish
version). It started happening after an upgrade; I tried logging out and
in again but nothing different. Tried with another user and again
nothing.
Today, for no apparent reason, it is all working again...


Thanks.







___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers

Bug#194370: Highway Girl

2007-12-25 Thread Zane Massey
Tired with your poor health?
http://www.Verysleenst.com

 Facade, Proxy, and Factory words, in real world 





___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers