Re: Lenny and Mozilla 1.9
On Tue, Feb 19, 2008, Josselin Mouette wrote: These ones support 1.9 explicitly. libdevhelp-1-0 (U) python-gnome2-extras (U) yelp For these ones, this is not obvious, although they only use a small number of functions that hasn’t changed for some time. How can we check whether this works with 1.9? Ubuntu transitionned most sources to 1.9 so I'd expect these to be ported; didn't check them explicitely. Apart of building the packages, there is still some porting / bug fixing to do on the runtime results, epiphany is quite broken ATM for example. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#451497: g_assert macro is not -Wall clean
tags 451497 + unreproducible moreinfo stop On Fri, Nov 16, 2007, Josselin Mouette wrote: nbd-server.c:849: warning: passing argument 4 of 'g_assert_warning' discards qualifiers from pointer target type make[1]: *** [nbd_server-nbd-server.o] Error 1 make[1]: Leaving directory `/home/wouter/debian/nbd/nbd-svn-2.9' make: *** [all] Error 2 I can't reproduce that in a simple testcase. Do you have sample code showing this behavior? What GCC version are you using? Wouter, any news on this? -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Re: r14643 - in /packages/unstable/libgnomedb3/debian: changelog control control.in
On Sun, Feb 17, 2008, [EMAIL PROTECTED] wrote:
debian/control.in: Added DM-Upload-Allowed field
I wanted to sponsor this immediately, but libgnomedb3 fails to build in
pbuilder for me:
LC_ALL=C ../../intltool-merge -x -u -c ../../po/.intltool-merge-cache ../../po
gnome-db-entry-string-string.xml.in gnome-db-entry-string-string.xml
Possible unintended interpolation of @INTLTOOL_ICONV in string at
../../intltool-merge line 96.
Global symbol @INTLTOOL_ICONV requires explicit package name at
../../intltool-merge line 96.
BEGIN not safe after errors--compilation aborted at ../../intltool-merge line
263.
make[3]: *** [gnome-db-entry-string-string.xml] Error 9
make[3]: Leaving directory
`/tmp/buildd/libgnomedb3-3.0.0/libgnomedb/data-entries'
make[2]: *** [all-recursive] Error 1
It looks like @INTLTOOL_ICONV@ isn't properly expanded in:
my $iconv = $ENV{ICONV} || $ENV{INTLTOOL_ICONV} || @INTLTOOL_ICONV@;
This is typically caused by mixing old intltool m4 macros with new
intltool files or vice versa; this can be exacerbated by a copy of
intltool.m4 in the package.
I wonder why we didn't see this earlier, but this is certainly made
more visible by the abscence of AM_MAINTAINER_MODE in upstream's
configure.in which causes an autoconf run:
cd . CC=cc CXX=g++ CFLAGS=-g -Wall -O2 CXXFLAGS=-g -Wall -O2
CPPFLAGS= LDFLAGS=-Wl,-z,defs -Wl,-O1 -Wl,--as-needed
/tmp/buildd/libgnomedb3-3.0.0/./configure --build=i486-linux-gnu --prefix=/usr
--includedir=\${prefix}/include --mandir=\${prefix}/share/man
--infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var
--libexecdir=\${prefix}/lib/libgnomedb3 --disable-maintainer-mode
--disable-dependency-tracking --srcdir=. --enable-gtk-doc
checking for a BSD-compatible install... /usr/bin/install -c
...
Maemo platform= no
GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 /usr/bin/make -C .
make[1]: Entering directory `/tmp/buildd/libgnomedb3-3.0.0'
cd . /bin/sh /tmp/buildd/libgnomedb3-3.0.0/missing --run aclocal-1.9
cd . /bin/sh /tmp/buildd/libgnomedb3-3.0.0/missing --run automake-1.9 --gnu
cd . /bin/sh /tmp/buildd/libgnomedb3-3.0.0/missing --run autoconf
/bin/sh ./config.status --recheck
running CONFIG_SHELL=/bin/sh /bin/sh /tmp/buildd/libgnomedb3-3.0.0/./configure
--build=i486-linux-gnu --prefix=/usr --includedir=${prefix}/include
--mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc
--localstatedir=/var --libexecdir=${prefix}/lib/libgnomedb3
--disable-maintainer-mode --disable-dependency-tracking --srcdir=.
--enable-gtk-doc build_alias=i486-linux-gnu CC=cc CFLAGS=-g -Wall -O2
LDFLAGS=-Wl,-z,defs -Wl,-O1 -Wl,--as-needed CPPFLAGS= CXX=g++ CXXFLAGS=-g -Wall
-O2 --no-create --no-recursion
checking for a BSD-compatible install... /usr/bin/install -c
...
I am not 100% sure why autoconf is triggerred here, perhaps you should
have run aclocal.
I would highly recommend to ask upstream to add AM_MAINTAINER_MODE as
it's quite easy to break our builds because of timestamp skews, also
I think you should updated your autotools patch to also:
- libtoolize
- aclocal
- intltoolize
also, move your relibtoolize patches to the end of the patch stack (I
often use 70_) as to make sure they get applied after any patch against
autotools sources (configure.in or Makefile.am for instance).
Thanks,
--
Loïc Minier
___
pkg-gnome-maintainers mailing list
pkg-gnome-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#465676: gnome-system-monitor: Gnome system monitor fails to launch
Hi, On Wed, Feb 13, 2008, Apelete Seketeli wrote: Gnome system monitor fails to launch and exit with the error symbol lookup error: gnome-system-monitor: undefined symbol: _ZN7pcrecpp6no_argE. The gnome-system-monitor applet in the gnome panel is working, even though opening the system monitor via the applet doesn't work either. Can you please attach the output of: ldd /usr/bin/gnome-system-monitor Thanks, -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#465676: gnome-system-monitor: Gnome system monitor fails to launch
reassign 465676 libpcrecpp0 forcemerge 464320 465676 stop Hi, On Wed, Feb 13, 2008, Apelete Seketeli wrote: Gnome system monitor fails to launch and exit with the error symbol lookup error: gnome-system-monitor: undefined symbol: _ZN7pcrecpp6no_argE. The gnome-system-monitor applet in the gnome panel is working, even though opening the system monitor via the applet doesn't work either. It seems this is a known problem in libpcrecpp0 after all; see #464320. Bye, -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#455471: Me too (gnome-keyring-deamon)
On Wed, Feb 13, 2008, Svante Signell wrote: Is anybody taking notice of these reports?? This report was forwarded upstream last month; I'm sure they would be happy if you could help them diagnose and/or resolve the issue at: http://bugzilla.gnome.org/show_bug.cgi?id=511285 -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#465478: Bug#465453: asterisk: illegal free(env_var) after putenv(env_var)
On Tue, Feb 12, 2008, Faidon Liambotis wrote: tags + 465478 upstream EBUGID? -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#464355: New upstream release
On Tue, Feb 12, 2008, Amaya wrote: Regarding the manpower, how could I help out? I'm a bit idling atm and could probably join in if someone points me in the right direction. You can subscribe to our alioth list which is more or less a consolidated PTS subscription (some packages have the list as maintainer). Most platform packages (== core libs) are in very good shape, core desktop apps more or less so, satellite apps / helpers not very much. You can checkout our SVN repository which has official desktop + platform + bindings + admin upstream modules below desktop/unstable and /experimental and the rest misc gnome.org or gnome-ish modules below packages/unstable and /experimental. Quite typical svn-bp usage in mergeWithUpstream mode. Tasks to help with are generally: - bug triaging and forwarding (lots of help needed) - new upstream versions packaging, giving priority to stable and platform as I explained - bug squashing, package cleanups... We hang out on #gnome-debian on GIMPNet (irc.gimp.org) as most upstreams are on that network. Please send a couple of patches against SVN for review if possible. Thanks! -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#399439: Perhaps it's time to close
Hi, I'm sorry, but I don't understand what your rant is all about: the upstream bug says the upstream developers aren't interested in working on a Mozilla plugin because they find evince withing mozplugger a suitable solution; the Debian bug report is tagged upstream and wontfix, which means it's an upstream issue (not Debian specific) and that it's not going to be fixed, I don't think this can be any clearer. Beside, you mention a patch but there's no patch attached to this bug and I doubt the original patch would still work with current evince. I think Debian GNOME folks are quite busy and try not to diverge too much from upstream, but it doesn't mean we can't consider some not too intrusive features from time to time to demonstrate their utility. If you feel like you can produce a not too intrusive proof of concept up-to-date patch, perhaps we'll include it. If you think the evince developers are wrong and this is not the way to maintain a PDF reader, then you're free to fork it and prove the world you were right. We're all for constructive innovations. Bye, -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#465314: gnome should install cryptsetup and dmsetup packages by default
reassign 465314 gnome-mount stop On Mon, Feb 11, 2008, Alexei Korobkin wrote: When encrypted device (usb disk) is inserted into fresh Debian Lenny machine, Unlock Encrypted Data dialog pops up and asks for a password. However, this never works, because to unlock the drive Gnome requires cryptsetup script, which in turn depends on dmsetup package. It would be best to have dmsetup and cryptsetup installed by default if Gnome is installed. gnome-mount Suggests cryptsetup (which Depends on dmsetup); I think this is a good hint. These aren't very big packages, but nevertheless would clutter a bit the default install, I don't think encrypted devices are that common. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#464355: New upstream release
Hi, On Thu, Feb 07, 2008, Amaya wrote: Care to elaborate why or point me to where this is documented? This isn't documented for the same reason we don't track development releases: we lack manpower. It has been a consistent policy to prioritize work on stable platform, then stable desktop, then development platform, then development desktop for the GNOME packages, and in general new upstream version bugs are quite annoying especially for large organized teams like the Debian GNOME one: we are subscribed to the release list and see all tarball release, there are many many dev releases (in the hundred tarballs range every 3/4 weeks). Bugs are only warranted when we're strongly lagging behind on a stable release in case something went wrong, we have trackers like the QA pages or custom scripts for the general case, e.g.: http://www.0d.be/debian/debian-gnome-2.20-status.html I hope this clarifies, Cheers, -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#463780: clock applet no longer shows appointments in calendar
On Sun, Feb 03, 2008, Soeren Sonnenburg wrote: the clock applet used to display tasks and appointments below the calendar. now it suddenly stopped doing so, although the days in the calendar with appointments/tasks are shown bold (which is basically the whole calendar, except for a single day) as this used to work (and I was heavily using this feature) it would be great if this option could be turned back on. Fixed in SVN, pending upload -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#463535: logout hangs with libgtk2.0-0 2.12.5-2
Hi, On Fri, Feb 01, 2008, Eddy Petrișor wrote: As a result of that all log out operations hang and the only way to get out of the hang is to press the power button, triggering the shutdown. Switching to text consoles is not possible since there's no response to keyboard input. I don't know if logging via ssh would be possible since I don't have another station to test. What do you mean with logout? Whare are you using to logout? Which desktop / WM are you running? Can you confirm that downgrading gtk+ (perhaps using snapshot.debian.net) fixes the issue? Are you using an IM? Thanks, -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Re: Help needed?
On Tue, Jan 29, 2008, Cyril Jaquier wrote: I migrated from Gentoo to Debian a few months ago. I used to test development releases of Gnome using the Gentoo Gnome Overlay [1]. I asked on debian-devel about the state of Gnome 2.21 in Debian. It seems that you are currently lacking manpower to maintain those packages. Be welcome! Indeed, we're in need of a lot of help; we hang on #gnome-debian on GIMPNet and work mostly via the packaging bits in the pkg-gnome SVN on alioth. I have very little time today and will be offline for the next 12 days; perhaps if you hang out on the IRC chan, you'll find other people available to guide you. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#457549: gnome-screensaver: Wants non-existing pam_gnome_keyring.so
On Mon, Jan 28, 2008, Bill Wohler wrote: Thanks for the great feedback! If what you say is true, then this bug can probably be closed. However, it would be helpful to others to create README.Debian and add the following text to it: This is what I've put: gnome-keyring warnings -- If you didn't install the libpam-gnome-keyring dependency, you should probably comment the pam_gnome_keyring.so line in /etc/pam.d/gnome-screensaver or you might see warnings similar to: gnome-screensaver-dialog: PAM unable to dlopen(/lib/security/pam_gnome_keyring.so) gnome-screensaver-dialog: PAM [error: /lib/security/pam_gnome_keyring.so: cannot open shared object file: No such file or directory] gnome-screensaver-dialog: PAM adding faulty module: lib/security/pam_gnome_keyring.so These can also be ignored. /~i ~BRecommends isn't doing the right thing for me. It's listing installed packages that don't even *have* Recommends dependencies. Works for me, but you have to search for ~i ~BRecommends, without the /. However, I wouldn't want the gcj stuff installed (I use Sun's Java 6), nor xserver-xorg-video-all (I only need a single driver), but most of the recommendations are fine. Do you know if these are going to be included in the cleanup you mention? I have no idea about these particular deps; perhaps they need to be changed into Recommends: preferred-debian-choice | compatible-choices; typically Debian can't pull Sun's Java, but can let it be an alternative; the same story probably goes for xserver-xorg-video-all | xserver-xorg-video-driver. I see that my aptitude has an Option to install recommended packages for newly installed packages, so it looks like we should be good going forward. It should already be turned on by default in aptitude (I hope). Cheers, -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#454640: marked as done (Brasero doesn't see blank discs)
On Fri, Jan 25, 2008, Debian Bug Tracking System wrote: I'm closing this bug because it is unreproducible. Please reopen and reassign to the kernel as the submitter explained that other software has the same problem; this is presumably hardware or kernel related. Also, unreproducible bugs are NOT closed, but investigated until enough information to reproduce or to fix the bug is available. If you can't find enough information, the bug just stays open -- but can be downgraded if it affects a small number of people for example. If you don't know what to ask, such as model of the CD burner or dmesg output, ask for help. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#436509: marked as done (I cannot burn anything with Brasero.)
On Fri, Jan 25, 2008, Debian Bug Tracking System wrote: I'm closing this bug. For more information see the following link: http://bugzilla.gnome.org/show_bug.cgi?id=469667 I find it hard to decide that the problem will go away for the submitter; can you clarify why you're closing this bug? -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#462331: FTBFS: glib2.0_2.15.3-1(hppa/experimental)
On Thu, Jan 24, 2008, Sebastian Dröge wrote: This looks more like a libtool bug to me. For some reason libtool converts the spaces in it's own commandline into for the gcc commandline which lets gcc search for a file with as name for compilation. That was my impression as well, but it could also be caused by race conditions like libtool checking for something while gcc gets upgraded or whatever. As this doesn't happen on other architectures it's probably a problem in the buildd chroot? Can you reproduce this build failure? I've asked zobel for a rebuild on IRC. ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#461440: libgtk2.0-0: Must not use a symlink for /usr/share/doc/libgtk2.0-0
clone 461440 -1 reassign -1 debian-policy 3.7.3.0 stop On Fri, Jan 18, 2008, Sven Joachim wrote: In this version, libgtk2.0-0 no longer has a versioned dependency on libgtk2.0-common. That means that you must not symlink /usr/share/doc/libgtk2.0-0 to libgtk2.0-common, see policy section 12.3. Similarly, /usr/share/doc/libgtk2.0-bin must not link to libgtk2.0-0. When you close this bug, don't forget to delete existing symlinks in your preinst scripts. Indeed; this is made clear in file:///usr/share/doc/debian-policy/policy.html/footnotes.html#f83. I'd rather have this relaxed in policy; would it be possible to drop the strict versionning requirements for symlinks? I find the current Gtk dependencies saner than the previous ones which complexified upgrades and were problematic on buildds and end user sid systems due to arch: all / any version mismatches. The symlinks are useful to save space on e.g. live CDs where /usr/share/doc proliferation has a non-negligible cost (some MBs). -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#461106: gnome-panel starts consuming 75% or more of the CPU and becomes unresponsive
On Wed, Jan 16, 2008, Sergio Llorente wrote: gnome-panel starts consuming 75% or more of the CPU and becomes unresponsive after having worked for a random number of hours. The problem started when the testing Debian distribution was upgraded one week ago. I do not know how to reproduce the problem. The program gnome-panel begin to eat almost all CPU suddenly, after having worked for many hours. After killing gnome-panel, other process seem to work perfectly. Can you create a new user on your system and check whether it happens for the new user as well? -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#454318: closed by Sebastian Dröge [EMAIL PROTECTED] (Bug#454318: fixed in gnome-panel 2.20.3-1)
On Tue, Jan 15, 2008, Roland Mas wrote: For some reason, that patch doesn't exactly work: now no calendar events are shown. The days are displayed in bold, but the appointments don't show up when the day number is clicked (whether webcal or caldav -- I don't have any file calendars). Apparently, removing the colons from the patch fixes the problem. I guess the uri argument is encoded somehow, and doesn't include the colons as literals. Ah, sorry about that; could you confirm the encoding with your setup? I think having a trailing delimiter for the protocols is useful, especiallyt if you imagine caldav2:// or webcal-something:// URLs in the future, so would prefer keeping the anchor. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Re: r13998 - in /desktop/unstable/gnome-python/debian: changelog control control.in
On Tue, Dec 25, 2007, [EMAIL PROTECTED] wrote: * Unwrap the Python-Depends field, wrapping it doesn’t work. This brings back the dependency on python-pyorbit. Closes: #457297. Do I understand correctly that this is a python-support or debhelper bug? I checked the python-support and debhelper BTS pages and didn't see any recent python-support upload either, but would like this to be fixed, could you confirm the issue has been reported already? -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#455917: scrollkeeper: Parser errors during apt-get update or dpkg configure -a
I'm out of idea; try to identify the broken file with: scrollkeeper-rebuilddb -v as root or strace it. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#455917: scrollkeeper: Parser errors during apt-get update or dpkg configure -a
On Wed, Dec 12, 2007, Tom Epperly wrote: I've never done any editing on scrollkeeper related files. I see these error messages over and over when I do a dpkg configure -a. What's your gnome-utils version? -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#455476: Gksu fails to prompt for the password when using the 'sudo mode'
Hi, On Mon, Dec 10, 2007, Joonas Sarajärvi wrote: My environment: Running Lenny, with some packages from sid. Versions of packages depended on by gksu: Please use reportbug to report bugs; it would have told us about your locale. What's your locale? Do you reproduce the bug with LC_ALL=C gksu...? Bye, -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#454624: gksu doesn't ask for a password and runs apps as root
On Thu, Dec 06, 2007, Nicolas wrote: Since today, when I run gksu as a normal user (not root), it doesn't ask for the root password. An empty window opens. Nothing is written inside it, aside Do not show that message again (I'm translating the message to English for the bug report). Do you have sudo? If it's not private, please attach your sudoers file. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#454097: After upgrade, gdm can start only Failsafe xterm session
On Sun, Dec 02, 2007, Jonathan Guthrie wrote: After today's upgrade, no matter which session I try to start, gdm fails to start that session and starts the Failsafe xterm session instead. I can manually start gnome-session and it works, but it will not start automatically. Do you have a .profile, .xprofile, /etc/profile or /etc/xprofile? Does moving them away help your login? -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#454097: After upgrade, gdm can start only Failsafe xterm session
On Mon, Dec 03, 2007, Jonathan Guthrie wrote: I have both a .profile and an /etc/profile and after some trial and error, it turns out that commenting out a single line in .profile causes my normal gnome session to work. I am much happier now, if somewhat more puzzled. The line I commented out is alias ls='ls --color=always' Hmm, a bit surprizing that this fails; what's your /bin/sh? Perhaps we shouldn't read these files and simply spawn the user's shell instead, or perhaps we should force bash. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#453512: gnome-screensaver rules file has --with-gdm-config twice
tag 453512 + pending stop On Thu, Nov 29, 2007, Ted Gould wrote: When merging the Debian package into Ubuntu I noticed that this flag appears twice in DEB_CONFIGURE_EXTRA_FLAGS variable. Probably won't hurt anything, but it should be removed to alleviate possible mistakes in the future. Fixed in SVN, r13689; thanks. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Re: libgnomeuimm2.6 failed to build on arm because of installing of libglib2.0-udeb
On Mon, Nov 19, 2007, Deng Xiyue wrote: Oops, wrong GNOME Team address. Send to the corrent one. Actually it was more or less the correct one: we use d-g-g@ for discussions and pkg-gnome-m@ for bugs. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#448807: gnome-terminal uses excessive memory -- leak suspected
On Wed, Oct 31, 2007, ariana strangelove wrote: I've had gnome-terminal in use for a while with default settings (scrollback 500 lines or 318kb) and it's using a HUGE amount of memory. I'm seeint the same from both gnome-panel and galeon so i suspect it could well be an issue in a library used by all three. I've looked at the list for gnome-panel, and this could be related to bug #445340. Here is it's line from top: 12381 ariana19 4 458m 368m 13m R 1.0 24.3 12:09.19 gnome-terminal Could you check with 2.18.2? If it still leaks for you, please run gnome-terminal in valgrind and see whether you can identify the leak. Thanks, -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#434619: gnome-terminal: up and down arrow stopped working in shells
reassign 434619 libvte9 close 434619 1:0.16.6-3 stop On Wed, Jul 25, 2007, Loïc Minier wrote: On Wed, Jul 25, 2007, Lionel Elie Mamane wrote: I just rebooted/upgraded and since then, the up and down arrow keys from the arrow key cluster (not the numeric keypad) don't work in shells (bash, tcsh, zsh) in a gnome-terminal anymore. They work in aptitude and mutt in a gnome-terminal and they work in a shell in xterm. Upgrade your libvte9 to the version in incoming.debian.org or wait tomorrow. There are too many people reporting the issue against gnome-terminal, so I'm not reassigning to vte yet. Closing this bug now. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#451245: gtk2-engines: Warning seen: /usr/share/themes/Mist/gtk-2.0/gtkrc:6: Invalid symbolic color 'fg_color'
On Wed, Nov 14, 2007, Tim Booth wrote: This machine is a very fresh installation with all the standard Debian packages. This is getting more and more weird; I'd like to hear about your success with gnome-appearance center; it could also move to testing if hal and gnome-panel do (and libwnck). -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#450832: gnome-applets: I can't add a drivemount applet to my panel
notfound 450832 2.20.0-1+b1 found 450832 2.20.0-1 stop Hi, On Sun, Nov 11, 2007, giggz wrote: Version: 2.20.0-1+b1 Best to report against source versions, not binary versions. Would also be nice if you could wrap your lines to 72 chars; thanks! I use the drivemount applet to mount/umount NFS volume. I had this applet on my panel and it worked perfectly. Now it has dissappeared and I cant' add it anymore. When I click on add drivemount nothing appears and I don't get any error message. Nothing in .xsession-errors? Bye, -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#449473: closed by Loïc Minier [EMAIL PROTECTED] (Re: Bug#449473: XFCE4 with libgtk2.0-bin hungs intermitently)
On Wed, Nov 07, 2007, Epikuro wrote: I definitely think that this bug should remain open until it is fixed in testing. I have a couple of non-functional machines because of this, and I would love to test the fix. The bug tracking system already understands that the bug isn't fixed in testing; we don't need to keep it open in unstable, which is why I closed it with the version fixing the bug. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#448415: [INTL:fi] Finnish translation of the debconf templates
On Sun, Oct 28, 2007, Esko Arajärvi wrote: Please include attached translation fi.po to the package. Thanks, added in the package. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#447546: libgnomeui-0: Strange package name
On Mon, Oct 22, 2007, Michael Biebl wrote: according to lintian, the binary package should follow the soname and be libgnomeui-2-0. Another possible name would be libgnomeui2-0, which would be more in line with the current practice of naming gnome libs. But libgnomeui-0 is definitely weird. Would you consider a rename or provide reasons why the current naming was chosen? I agree it's anormal, I don't think we will rename the package now. On the next SONAME change -- if that ever happens -- yes. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#447546: libgnomeui-0: Strange package name
On Mon, Oct 22, 2007, Sebastian Dröge wrote: So probably with Gnome 3.0 in a few years ;) Renaming it now would be insane with all the rdeps, right :) It's doable, simply keep a dummy package around and with some time, the shlibs will make all deps move to the new name, but it's just superfluous efforts for a very small gain (pleasing lintian). -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#447394: libgtk2.0-0: pan newsreader can no longer show downloaded jpeg images in its preview window.
On Sat, Oct 20, 2007, stevem wrote: I see now that someone has opened a bug against pan with the same description. What's the other bug's id? I'll simply merge the two bugs. -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#447279: GTK fileselector crash due to 040_filechooser_single-click.patch
On Fri, Oct 19, 2007, Sebastien Bacher wrote: 1. open nautilus window. 2. go user home directory 3. click your Desktop directory and drag'n drop bookmark pane. 4. run zenity --file-selection 5. move Desktop bookmark for change bookmark order. 6. zenity will be crashed. I couldn't reproduce this crash. Perhaps there's something different on my system, for example I already have a bookmark in my bookmarks. Is there a more consistent way to reproduce this? Could you please recheck with Gtk 2.12.1 (I'll probably upload it tomorrow)? -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#447361: Weird permissions on .pid file
Package: system-tools-backends Version: 2.2.1-4 Severity: important Hi, /var/run/system-tools-backends.pid has weird permissions on my system. I once saw it as: --wsr-Sr-T 1 rootroot5 2007-05-01 08:41 system-tools-backends.pid But now it's rather: -r-sr-x--t 1 rootroot 4 2007-10-18 09:22 system-tools-backends.pid Rming it between dbus stop and start gives again: -r-sr-x--t 1 rootroot 4 2007-10-18 09:22 system-tools-backends.pid It's the only daemon with such permissions, I have no idea what they are for, but they look like a bug or misfeature and I'm worried about them, although I couldn't any direct security implication right now. Bye, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages system-tools-backends depends on: ii adduser 3.105 add and remove users and groups ii libc6 2.6.1-6GNU C Library: Shared libraries ii libdbus-1-3 1.1.1-3simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1 simple interprocess messaging syst ii libglib2.0-0 2.14.2-1 The GLib library of C routines ii libnet-dbus-perl 0.33.5-1 Perl extension for the DBus messag system-tools-backends recommends no packages. -- no debconf information -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Re: r13199 - /tags/libgnome/2.20.1.1-1/
On Sat, Oct 20, 2007, Loïc Minier wrote: (FYI, I pinged dannf this morning to give back libgnomeui on ia64 (release arch) as it failed to build with an apt-get error while the bdeps were installable on ia64.) And that was irrelevant as he was only interim ia64 buildd maintainer, lamont is the regular maintainer. :) -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Re: r13199 - /tags/libgnome/2.20.1.1-1/
On Sat, Oct 20, 2007, Sebastian Dröge wrote: I thought the reason why you didn't want me to upload libgnome at that point was, that Gtk was not built everywhere Right: back then I asked not to upload libgnomeui/libgnome because gtk wasn't built everywhere, and when it was I started by uploading libgnomeui because it's faster to wait for libgnomeui to be maybe-successful on release arches than to wait for libgnome to be installed on release arches (going from maybe-successful to installed requires all buildd admins to sign the builds on release arches). So essentially when you start from the leafs, you don't need to wait for a human, hehe! (unless a build fails, naturally) -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
