Re: GNOME 3 and panel applets
Hi, thanks for the heads-up. Am Montag, den 14.02.2011, 18:17 +0100 schrieb Josselin Mouette: 3. Port your applet to GTK3 and the new D-Bus API. The bindings for Python and C# will probably not work either, so you might have to start with them. do you have some pointers to migration guides or similar? Also, for link-monitor-applet, I need to find out whether gob2 needs to be updated. But it seems that GTK-3 still uses GLib-2, so this might work. Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Shutdown from Gnome
Hi, with the release in sight, I thought I'd try to have this feature in sarge: I (as a gnome and gdm user) want to be able to shut down my system from the logout screen, instead of having to logout, wait for all my programs to quit, wait for gdm to start the greeter and present me the Actions menu. This has been discussed already, and while no official solution was created, I know that jarno made some nice inofficial packages that had these features. From a users pov, I was very satisfied with them, unfortunatly, jarno did not provide patched packages for the 2.6 versions of gdm. What I'd like to do with that mail is to ask jarno if he currently has the time to port his changes to the current packages and to ask the maintainers of the relevant package if they are willing to include these changes in their packages in time for the sarge release. Thank you, hopeful nomeata -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Shutdown from Gnome
Hi, Am Mo, den 26.07.2004 schrieb Jarno Gassenbauer um 20:24: On Mon, 2004-07-26 at 17:07, Rob Adams wrote: Has this patch been sent upstream? At least not by me. Upstream would reject it anyways for being over-engineered. (If I was upstream, I would reject it, too ;-) On the other hand, I read through the patch on the GNOME desktop-devel-list and I hope this patch won't be accepted either. Optimally, the function would be implemented using a standardised protocol like DBUS - or anything else that can get the KDE people in the boat, too. True, of course. But considering the sooness of sarge release and the fact that whatever solution we choose for it will stay around for quite a while, we should consider a debian-only solution. @jarno: the patch you provide in your repository, do you think it is fit for inclusion in debian? thx nomeata -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Names, -common vs. -data
Hi, alone from the name, I would guess that -common may be shared by several packages (common pixmaps, translation files, dictionaries), while -data is usually used by exactly one package and only introduced to safe space on the mirrors. Again, this is what I think when I read the names. Reality most likely differs. nomeata Am Mi, den 24.03.2004 schrieb Jeff Waugh um 17:41: Hi all, Is there a difference between -common and -data? I noticed (while building GTK+ 2.4 debs for ppc) that glib/atk have -data and pango has -common. Was not sure, so thought I should ask. I'll put the debs up somewhere once they're finished and tested. Thanks, - Jeff -- GVADEC 2004: Kristiansand, Norwayhttp://2004.guadec.org/ I tried to make money ass signing, but the bottom fell out of the market. - Liam Quin -- Joachim nomeata Breitner [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Gabber 2 packages available for testing
Hi, this is great news. Gossip isn't a good replacement, and gabber(1) wasn't really usable sometimes. Have you considered uploading it to experimental? nomeata Am Mo, den 12.01.2004 schrieb Goedson Teixeira Paixao um 19:59: Hi, I'd like to announce that a package of the GTK2 version of gabber is available for testing. I've named this package gabber2, so people can have both versions installed in order to test it without loosing the ability to run the previous version of gabber. I'm not uploading it to sid until gabber2 have all the features of gabber, so you will need to add my repository[1] to your sources.list in order to install the gabber2 package. Sources are also available at the same repository. Please try this package and report any problem you find or feature you use in gabber and don't find in gabber2. Regards, Goedson [1] deb http://people.debian.org/~goedson/debian sid gabber2 -- Joachim nomeata Breitner [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: problems in gnome menu
Am Mi, den 29.10.2003 schrieb John R Lenton um 16:57: Hi all. Thanks, and hi back. * /Applications/Desktop Preferences contains preferences for lots of things, as well as the Desktop. Things like acme (the multimedia keys system tray applet thingie---this, btw, seems to be the only way to launch acme), gpilotd, and everything under System Tools. The menu itself works, once you realize that it should be called Preferences and not Desktop Preferences. I would want to add that it is counter intuitive (at least to me) to find Preferences under Applications. I'd say they get moved one level up. Or at least to the end of the Application list and separated by a line, but between Office and Development? * xscreensaver settings are in /Applications/Desktop Preferences/Advanced. How is a screensaver advanced? Seconded. * /Applications/System Tools holds things that are Actions and that should be in the /Actions menu: New login New login in a nested window Run as a different user (GKsu) Agreed. Greetings nomeata -- Joachim nomeata Breitner e-Mail: [EMAIL PROTECTED] | Homepage: http://www.joachim-breitner.de JID: [EMAIL PROTECTED] | GPG-Keyid: 4743206C | ICQ#: 74513189 Geekcode: GCS/IT/S d-- s++:- a--- C++ UL+++ P+++ !E W+++ N-- !W O? M?+ V? PS++ PE PGP++ t? 5? X- R+ tv- b++ DI+ D+ G e+* h! z? Bitte senden Sie mir keine Word- oder PowerPoint-Anhänge. Siehe http://www.fsf.org/philosophy/no-word-attachments.de.html signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: shutdown from gnome logout dialog
Hi, and while your at it, consider adding a context menu to the Logout-button (as produced by Add to Panel-Action-Log Out) to give direct access to logout/reboot/halt/suspend, similar to the Lock-button, hat provides screensaver control this way. I know that this might not be easy (considering that we are debating whether the gdm communication should happen on selecting or on clicking OK in the logout dialogue), but would be really nice. nomeata Am Sa, den 18.10.2003 schrieb Jarno Gassenbauer um 03:33: Hi, I made 2 patches for gdm and gnome-session to trigger machine shutdown/reboot/suspend from the gnome logout dialog. Now gnome-session * opens a connection to GDM via the socket in /tmp/.gdm_socket * asks GDM about which actions are available (shutdown, reboot, suspend). radio buttons for actions that aren't available will be set insensitive. * updates the logout action variable in GDM each time you click a radio button * greys out the radio button (makes it unselectable), waiting for GDM's acknowledge * activates and makes the radio button clickable again upon GDM's response. kind of visual feedback. This is done 100% non-blocking, so (unless my code crashes) the logout dialog will always be responsive. GDM assigns one logout action variable to each X session and will not honor it before your X session ends. That is, other users can log in and out without problems between you setting your logout action to 'reboot' and actually ending your session. If you hit the cancel button in the gnome logout dialog then GDM will remember your selection until you open the logout dialog again. Of course, the radio button you selected the last time will be pre-activated for you. If the wrong radio button is pre-activated then some script kiddie used the gdm-talk command line tool on your machine to set another exit action for you. She would have to have read access to your .Xauthority file and read/write access to the GDM socket, though. If you hit OK and selected anything but 'logout only', gnome-session exits and GDM will run the post-session script, kill (or reset?) the X server and instead of starting the login prompt, will shutdown or reboot or whatever. Without flicker :-) I think my patches won't make it into the current debian unstable because that functionality is gnome 2.6 stuff. Just posting it here for the impatient, like me. See http://jarno.gmxhome.de/gdm-shutdown/logout.html Best regards, Jarno PS: Bcc's sent to the GDM and gnome-session maintainers. -- Joachim nomeata Breitner e-Mail: [EMAIL PROTECTED] | Homepage: http://www.joachim-breitner.de JID: [EMAIL PROTECTED] | GPG-Keyid: 4743206C | ICQ#: 74513189 Geekcode: GCS/IT/S d-- s++:- a--- C++ UL+++ P+++ !E W+++ N-- !W O? M?+ V? PS++ PE PGP++ t? 5? X- R+ tv- b++ DI+ D+ G e+* h! z? Bitte senden Sie mir keine Word- oder PowerPoint-Anhänge. Siehe http://www.fsf.org/philosophy/no-word-attachments.de.html signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
We need gnucash in stable
[Resending this to debian-gtk-gnome, since I forgot to change the sender
address from mail@ to debian@, and lists.d.o does not allow [EMAIL PROTECTED] It
was originally also sent to [EMAIL PROTECTED]
Hi treacy,
Hi those interested in the package,
Hi those listening to the rc-bugs-maillinglist,
Hi those on debian-gtk-gnome, (hope you don't mind this message)
there are rumours about a freeze for sarge soon, and we still do not
have gnucash in testing. I think gnucash is very important, since it is
probably the most advanced free accounting program, has support for HBCI
(online banking standard popular in Germany) and is ready for serious
use. It also was present in woody (quite a old version now, of course,
since upstream is quite active). I trust it my money on a daily basis.
Currently, gnucash fails to go to testing [1] because it fails to build
on certain architectures (s390, alpha, mips{,el}, hppa, arm) while it
builds on others (i386, powerpc, ia64, m68k, sparc). The cause for the
failure is somewhere hidden in the guile tests.
There were efforts to fix these problems, and some have been fixed (i46
works now again). But it is unlikely that we can fix these build
problems in a short period of time. So here is my train of thought:
* Not having gnucash is stable helps nobody, and is a decrease in
quality compared to woody.
* Having gnucash in stable only for some architectures is at least
better that that.
Now we have two options:
A. We drop gnucash for those architectures not supported
(Architecture: field in debian/control). This is in favour for
our users on i386 and powerpc etc, and no worse for those on
other archs. As soon as I have access to these machines, I will
try to find the error and maybe we can upload the remaining
architectures in a later revision of sarge
B. We disable the failing checks and find out - with help from
upstream - which part of the actual program now should behave
wrongly, hoping the the test itself is somehow buggy, not the
code it's testing. This way we _could_ have gnucash on all
architectures.
Personally, I'd prefer option A, especially since gnucash as an
accounting program works on quite crucial data.
nomeata
[1] http://packages.qa.debian.org/gnucash
http://bugs.debian.org/192101
--
Joachim nomeata Breitner
e-Mail: [EMAIL PROTECTED] | Homepage: http://www.joachim-breitner.de
JID: [EMAIL PROTECTED] | GPG-Keyid: 4743206C | ICQ#: 74513189
Geekcode: GCS/IT/S d-- s++:- a--- C++ UL+++ P+++ !E W+++ N-- !W O? M?+ V?
PS++ PE PGP++ t? 5? X- R+ tv- b++ DI+ D+ G e+* h! z?
Bitte senden Sie mir keine Word- oder PowerPoint-Anhänge.
Siehe http://www.fsf.org/philosophy/no-word-attachments.de.html
--
Joachim nomeata Breitner
e-Mail: [EMAIL PROTECTED] | Homepage: http://www.joachim-breitner.de
JID: [EMAIL PROTECTED] | GPG-Keyid: 4743206C | ICQ#: 74513189
Geekcode: GCS/IT/S d-- s++:- a--- C++ UL+++ P+++ !E W+++ N-- !W O? M?+ V?
PS++ PE PGP++ t? 5? X- R+ tv- b++ DI+ D+ G e+* h! z?
Bitte senden Sie mir keine Word- oder PowerPoint-Anhänge.
Siehe http://www.fsf.org/philosophy/no-word-attachments.de.html
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Re: Bug#192101: We need gnucash in stable
Am Di, 2003-09-16 um 16.33 schrieb James A. Treacy: I do not believe that ia64 building this time means that any bugs have been fixed. It is probably due to some changes made upstream to test-scm-query-string(*). Properly fixing test-scm-query-string is still needed. Maybe I was a bit fast. I just read upstream Changelog ( o Turn off scheme garbage collection during query-scm and scm-query conversion. It shaves about 50% off the test-scm-query-string tests. o Make test-scm-query-string test deterministic by seeding the RNG with a known value. ) and saw that the buildd was successful, so I closed the (one) bug. A. We drop gnucash for those architectures not supported (Architecture: field in debian/control). This is in favour for our users on i386 and powerpc etc, and no worse for those on other archs. As soon as I have access to these machines, I will try to find the error and maybe we can upload the remaining architectures in a later revision of sarge I tried this before the last release and the archive maintainers were not receptive to the idea(**). If we can get the archive maintainers to agree to this I am all for it. You mean before woody? Then maybe it was because there was a version available in testing (1.6.6), but now there is none. Otherwise I don't know what. Anyway, we should try to ask again. GnuCash ist quite important, and our problem is at least not a questions of Freeness, which are really tough to find a consensus sometimes. (*) As of 1.8.7, the random number generator is seeded in test-scm-query-string to make the test results reproducible. It is also set to do 200 iterations of the test. If you increase the number of iterations, the test breaks on 244 on x86 on a sid box. On a RH machine iteration 244 takes a while to finish but finishes correctly. Note that the results are arch dependent. Interesting. Now this seems to be a problem with implementations of the random number generator. Maybe the idea of the test is broken, if it relies on a random number generator. (Or is the RNG part of gnucash?) nomeata -- Joachim nomeata Breitner e-Mail: [EMAIL PROTECTED] | Homepage: http://www.joachim-breitner.de JID: [EMAIL PROTECTED] | GPG-Keyid: 4743206C | ICQ#: 74513189 Geekcode: GCS/IT/S d-- s++:- a--- C++ UL+++ P+++ !E W+++ N-- !W O? M?+ V? PS++ PE PGP++ t? 5? X- R+ tv- b++ DI+ D+ G e+* h! z? Bitte senden Sie mir keine Word- oder PowerPoint-Anhänge. Siehe http://www.fsf.org/philosophy/no-word-attachments.de.html signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: shutdown from gnome logout dialog
Hi, Am Mo, 2003-09-15 um 22.40 schrieb Sven Luther: What about gdm passing to gnome-session a magic number or something, and gdm would only reboot/halt if this same magic number would be found in the .gdm-reboot/halt file ? As the magic number will only be known to gdm and gnome-session, it should be secure, unless your random number generator is compromised, but in these case, i suspect you are in deeper trouble anyway. Guess these modifications are so deep, that you can just do it the right way with IPC. I am no (whatever relates to this) expert though. :-) nomeata -- Joachim nomeata Breitner e-Mail: [EMAIL PROTECTED] | Homepage: http://www.joachim-breitner.de JID: [EMAIL PROTECTED] | GPG-Keyid: 4743206C | ICQ#: 74513189 Geekcode: GCS/IT/S d-- s++:- a--- C++ UL+++ P+++ !E W+++ N-- !W O? M?+ V? PS++ PE PGP++ t? 5? X- R+ tv- b++ DI+ D+ G e+* h! z? Bitte senden Sie mir keine Word- oder PowerPoint-Anhänge. Siehe http://www.fsf.org/philosophy/no-word-attachments.de.html signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
