Re: [Gajim-devel] server migration
Am 13.07.2011 um 11:46 schrieb Yann Leboulanger: The only remaining change is ejabberd migration to the new server (that will be prosody) This will come next week. +1 for that :). PEP works much better with Prosody. -- Jonathan PGP.sig Description: Signierter Teil der Nachricht ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Fallback to OSS when no soundplayer found
Am 24.05.2011 um 19:45 schrieb Zhihao Yuan: I'm not sure whether you understand what Gajim does. If your audio player (the one only knows OSS) is running, gajim can not open the OSS device. Exactly, so it opens the device for 3 - 4 seconds and I want to play an audio file. My audio player fails to play the next file and errors out. So each time that happens, I have to restart playback. Then show me your experience. Don't imaging. Ever used NetBSD, where you have no kernel mixing, or OpenBSD without aucat? It happens, it's annoying. Even worse (and I haven't looked if your patch does that): Wait for the audio device and play the sound. It happend to me already that after I quit mplayer which was playing a movie I got all the event sounds sequentially, so it was playing notification sounds for a few minutes after quitting mplayer… You know what? Busy soundcard is busy soundcard. That's not anyone but the stupid GNU believers' fault! 1. Do not complain if you do no meet the problem (actually, it's pretty hard to reproduce); 2. Complain with GNU's philosophy, not me. Now you're starting to talk bullshit as GNU has exactly nothing to do with OSS. And it has even less to do with the sound systems on BSDs. Can you please stop ignoring the problem just for the sake of having your patch applied? Either fix the problem (i.e. make it optional) or don't, but stop making up imaginary arguments like it's GNU's fault even though they have exactly 0 involvement with it. -- Jonathan PGP.sig Description: Signierter Teil der Nachricht ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Fallback to OSS when no soundplayer found
Am 23.05.2011 um 21:52 schrieb Zhihao Yuan: if the device is not in use, gajim only opens the device for 1 or 2 seconds. Which is *EXACTLY* the problem. If I start my movie player and someone sends me a message, I don't have any audio. Depending on how long the sounds is (4 seconds are normal due to fade out), that's quite a long time for a single message. Having enabled sound for people signing on, I'm pretty much screwed if I ever want to use my soudcard for something besides Gajim … So no, if there is no sound player that allows playing sounds with mixing, Gajim should not play any sounds. -- Jonathan PGP.sig Description: Signierter Teil der Nachricht ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] 0.11.4
Am 27.01.2010 um 23:33 schrieb Peter Saint-Andre: The latest Gajim in Debian Stable is 0.11.4. How old is that version? Does it support STARTTLS? We've had reports of login problems with the new server software at jabber.org (including disabling of port 5223). It does, but it is horribly old and buggy - there even is a known bug in the idle queue of incoming stanzas that can lead to message losses. Asterix, maybe we should release a 0.11.5 with my fix as Debian Stable does not want to update to newer versions? It should be easy to backport it if we just take the diff from back when I fixed it, the idle queue was pretty much the same back then to what we still have in 0.11.4. -- Jonathan ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Fatal error in IA__gtk_accel_groups_activate in gajim.py
Am 18.12.2009 um 13:16 schrieb Debarshi Ray: People have been complaining about this in Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=544828 I must confess that I have been a bit busy with other projects to look into this. Do you have any idea? This is gtk related. gtk creates a segmentation fault. -- Jonathan ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Gajim 0.12.2-alpha1
A changelog would be nice. -- Jonathan signature.asc Description: PGP signature ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Build system for Gajim
Am 15.02.2009 um 10:57 schrieb Yann Leboulanger: Seems to be a nice tool. But this adds a dependance to Scons (and remove the dep to auto*) Exactly. Plus, we'd need to rewrite everything that's build related - again. js told me he was trying to remove as much C and objc code from OSX branch, so maybe it will work with automake ... As soon as we need something that needs a callback to a C function or ObjC method, it's not possible anymore. Do you think it's doable Jonathan? For now: Maybe. If we want to have something like OTR support in again: Nope. ctype does not allow to define a python function which is used as a callback. -- Jonathan PGP.sig Description: Signierter Teil der Nachricht ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] GSOC
Am 09.02.2009 um 07:04 schrieb Yann Leboulanger: codecs are handled by gstreamer, not sure we do a lot about that. I CC to liori who may have ideas about that. Ok, then another project would be to get all that running on Windows. I'm not so sure how well gstreamer runs on Windows, a while ago, it wouldn't run there at all IIRC. Gajim is not an organisation. It doesn't need to be. Last year, Audacious participated in the GSoC as well and we're not an organization there either AFAIK. :) And I don't have to time to manage all that process. Well, I don't know how much work it is to manage that, I have to admit. But is it really more than having a list of projects, assigning mentors to them and looking that the mentors do their jobs? PS: I replied to the list, even if you message was only to me. Yeah, thanks. Apple Mail often screws that up. I always have to add the list manually. -- Jonathan PGP.sig Description: Signierter Teil der Nachricht ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] GSOC
Am 08.02.2009 um 14:55 schrieb Yann Leboulanger: Hi all, GSOC will arrive in the next monthes, so we can start thinking about project we could propose. So what new features would you like to see in Gajim ? We can discuss that on Wednesday at the end of the meeting. I think we should not introduce any new features for now, but finish and stabilize the features introduced in the last SoCs. I'm mainly talking about Jingle, the Plugin System and ESessions here. -- Jonathan PGP.sig Description: Signierter Teil der Nachricht ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] GSOC
Am 08.02.2009 um 14:55 schrieb Yann Leboulanger: Hi all, GSOC will arrive in the next monthes, so we can start thinking about project we could propose. So what new features would you like to see in Gajim ? We can discuss that on Wednesday at the end of the meeting. I think we should not introduce any new features for now, but finish and stabilize the features introduced in the last SoCs. I'm mainly talking about Jingle, the Plugin System and ESessions here. -- Jonathan PGP.sig Description: Signierter Teil der Nachricht ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Licence incompatibility -- GPL and OpenSSL
Am 27.01.2009 um 14:29 schrieb Yavor Doganov: [I submitted this as a Trac ticket, but got Submission rejected due to potential spam or similar.] I believe Gajim is currently not distributable, as even an optional dependency on python-openssl requires the license of Gajim to have the (in)famous OpenSSL exception. Although PyOpenSSL is under LGPL, it is merely a wrapper and the interpreted program (Gajim) is effectively linked with the library (libssl) through the python extension (PyOpenSSL). http://www.gnu.org/licenses/license-list.html#OpenSSL http://www.gnome.org/~markmc/openssl-and-the-gpl.html http://www.gnu.org/licenses/gpl-faq.html#IfInterpreterIsGPL http://www.gnu.org/licenses/gpl-faq.html#InterpreterIncompat (The questions from the GPL FAQ are not about this specific problem, but the explanations give answers to that as well.) Probably an easier alternative to relicensing would be to use python-gnutls, the GnuTLS bindings. We do not ship with py-OpenSSL. We do not include any of the code from py-OpenSSL. We do not ship with OpenSSL. We do not include any code from OpenSSL. I don't see where we are violating any license. OpenSSL is loaded at runtime, but GPL doesn't cover which code is allowed to be run in memory, it only covers distribution rights. So GPL doesn't forbid to mix GPL and non-GPL code in RAM, as long as you don't distribute the result (e.g. a core dump). Therefore I fail to see the problem. d8289 Additionally, GPL explicitely allows mere aggregation, so even our Windows binaries are no See also: http://groups.google.com/group/comp.lang.python/msg/ 29c7588fbecproblem, as OpenSSL is a separate DLL which is loaded at runtime. -- Jonathan PGP.sig Description: Signierter Teil der Nachricht ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Licence incompatibility -- GPL and OpenSSL
Am 27.01.2009 um 14:48 schrieb Jonathan Schleifer: d8289 Additionally, GPL explicitely allows mere aggregation, so even our Windows binaries are no See also: http://groups.google.com/group/comp.lang.python/msg/ 29c7588fbecproblem, as OpenSSL is a separate DLL which is loaded at runtime. Sorry, I broke the link. Here's the fixed one: http://groups.google.com/group/comp.lang.python/msg/29c7588fbecd8289. The See also: and the link are in the middle of the sentence, sorry for pasting it wrong :/. -- Jonathan PGP.sig Description: Signierter Teil der Nachricht ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Licence incompatibility -- GPL and OpenSSL
Am 27.01.2009 um 14:56 schrieb Yavor Doganov: On Tue, Jan 27, 2009 at 02:48:45PM +0100, Jonathan Schleifer wrote: We do not ship with py-OpenSSL. We do not include any of the code from py-OpenSSL. I never said you did. Then I fail to see the problem. I don't see where we are violating any license. You are violating your own license, the GPL. I am where? Where do we distribute something that includes non-GPL code? Neither our source, nor our binaries include non-GPL code. OpenSSL is loaded at runtime, but GPL doesn't cover which code is allowed to be run in memory, Please. All libraries you link against should be under a GPL- compatible license. The fact that you link with libssl via a python wrapper does not alleviate that. We only combine our code with OpenSSL's code in memory. This is perfectly legal, as the GPL only covers _DISTRIBUTION_. It's a license about _DISTRIBUTION_, _NOT_ about usage. That's why it's a _DISTRIBUTION_ license and not an EULA. Additionally, GPL explicitely allows mere aggregation, so even our Windows binaries are no This is not about mere aggregation at all. It is, because all we do with the Windows binaries is have the OpenSSL DLLs included, which are loaded at runtime. So we do _NOT_ distribute any combined work. It is combined in memory. This is not covered by the GPL at all. Because GPL allows mere aggregation, it is allowed to include non-GPL'd stuff in the distribution set. http://groups.google.com/group/comp.lang.python/msg/29c7588fbecproblem , as OpenSSL is a separate DLL which is loaded at runtime. The link doesn't work for me Yup, I broke it on pasting, see my second mail. but the situation on POSIX systems is the same -- when you do import OpenSSL.SSL and then use OpenSSL facilities, they don't come from PyOpenSSL's independent SSL implementation (as there isn't any), they come from libssl. So the .so is loaded at runtime as well. Right, it is loaded at runtime. So the combined work is created at _RUNTIME_, and _NOT_ at distribution. This isn't covered by the GPL at all. It doesn't say a single word that it's forbidden to combine GPL'd and non-GPL'd code in RAM. -- Jonathan PGP.sig Description: Signierter Teil der Nachricht ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] group windows by contacts groups
Am 13.01.2009 um 14:43 schrieb Serge Matveenko: Here is the patch for gajim-0.11.4 for sources from Ubuntu Hardy repo. Although patches are appreciated, please don't do them against a codebase into which no new features have been added for 3 years :). Please use 0.12.x or svn instead. -- Jonathan PGP.sig Description: Signierter Teil der Nachricht ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Fwd: UPDATE: net/gajim to 0.12 and drop maintainership
Am 22.12.2008 um 00:12 schrieb Matej Cepl: Get a mail client which complies with RFC 2369 -- just from the top my head -- Thunderbird does with https://addons.mozilla.org/en-US/thunderbird/addon/4455 This is not an option as I use different MUAs. Claws-Mail seems to handle it like expected, while Apple Mail doesn't. Thunderbird's too bloated IMO, especially on OS X where it feels slow and non-native (even worse than Gtk, so I'd even compile Claws-Mail for OS X Gtk before I'd use Thunderbird). Maybe there's a plugin for Mail.app as well? -- Jonathan PGP.sig Description: Signierter Teil der Nachricht ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
[Gajim-devel] Fwd: UPDATE: net/gajim to 0.12 and drop maintainership
Here's a mail where OpenBSD states why they won't commit 0.12 into their ports tree. So much for This is not a issue for users not using GPRS, Yann. And so much for it's obvious how to disable it - it seems more like it isn't obvious at all, as noone seemed to figure out for hisself what's causing it and how to disable it. We need to release 0.12.1, and we need to do that ASAP! Anfang der weitergeleiteten E-Mail: Von: Pierre-Emmanuel André p...@raveland.org Datum: 19. Dezember 2008 12:22:00 MEZ An: Simon Kuhnle si...@blarzwurst.de Kopie: po...@openbsd.org Betreff: Re: UPDATE: net/gajim to 0.12 and drop maintainership Le Wed, 17 Dec 2008 23:14:06 +0100, Simon Kuhnle si...@blarzwurst.de a écrit : On Wed, Dec 17, 2008 at 03:00:06PM +0100, Pierre-Emmanuel André wrote: Le Wed, 17 Dec 2008 10:45:34 +0100, Simon Kuhnle si...@blarzwurst.de a écrit : Hi, finally the version 0.12 of Gajim is released. Changelog: http://trac.gajim.org/browser/tags/gajim-0.12/ChangeLog Thanks to Jonathan Schleifer, all patches are upstream. With this update I'm dropping maintainership, as I'm not really using gajim anymore, in favor of mcabber. Any takers? Besides 'make lib-depends-check' is telling me Extra: aspell.17 everything seems to work fine on i386. You need to remove aspell from WANTLIB. That did the job for me. Otherwise it looks good for me. I tested on @macppc, @sparc64 and @i386 with success. Btw, I can take the maintainership. Very nice, thank you for testing and taking over. I attached the diff with your address and the removed aspell. Thanks for your update Simon. I will not commit this update now: after a full day of testing, i've some regressions with this version. I tested with 3 accounts based on 3 differents servers(ichat server, ejabberd 1.1.2 and ejabberd 2.0.1) and i have a lot of deconnexions... If some gajim users read this thread, could you please test this update and tells me if you see regressions ? -- Pierre-Emmanuel André pea at raveland.org GPG key: 0x7AE329DC -- Jonathan PGP.sig Description: Signierter Teil der Nachricht ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] [commit-gajim] r10863 - branches/gajim_0.12/po
Am 16.12.2008 um 22:50 schrieb Yavor Doganov: This is entirely inappropriate. There is nothing wrong in a partially translated program; otherwise msgfmt would consider untranslated/fuzzy messages a critical error. Removing incomplete translations has only nefarious effects: It is an insult to translators' work, it is a disservice to users who still prefer using programs in their native language, and it is a impolite to those who take advantage of the LANGUAGE environment variable and may use only a subset of the translated strings as fallback. Fortunately, only a few free software projects do this (Mozilla, OOo, Claws Mail, ...), and it is very disturbing to see Gajim joining them in this bad practice. No translation is better than a wrong and unmtaintained translation. Especially when this can even compromise security as important things are not translated well enough. We therefore decided to only keep translations for which we have a maintainer. If you don't agree with the removal of a specific language, feel free to volunteer as a maintainer for it. But that means you have to verify the translation makes sense etc. -- Jonathan ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Switch Gajim source repository to DVCS
Am 15.12.2008 um 14:46 schrieb Michal 'vorner' Vaner: I'm not saying it is problem of usability, but of familiarity. I'm able to, for example, edit the history before I push my commits, if I make mistake, with git. I do not think I can do this with hg. I do not say I can not do it. I just say I need to spend half an hour reading the manual. Which is not a problem if I want to develop it for a longer time. But it might stop some people from creating a single patch when they find a bug. I think what you're looking for is hg rollback and/or hg export/ import ;). -- Jonathan PGP.sig Description: This is a digitally signed message part ___ Gajim-devel mailing list Gajim-devel@gajim.org http://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] 0.12-alpha version
Torsten Bronger [EMAIL PROTECTED] wrote: Is there a release branch in the SVN? There is a tag. A branch will be done for beta. -- Jonathan signature.asc Description: PGP signature ___ Gajim-devel mailing list Gajim-devel@gajim.org https://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] blocking getaddrinfo
Damien Thébault [EMAIL PROTECTED] wrote: I even replaced the resolver in the gajim code by a small wrapper and it's working well. I'd like to test the case here, the only case where there is a problem for me is with a google talk account (doesn't seems to use the resolver, is this the issue?). I didn't try resolution either, does anyone have a usecase? GTalk uses SRV records. Maybe you don't check them yet? For records, my server (webkeks.org) provides them - so if you need a server to test. -- Jonathan signature.asc Description: PGP signature ___ Gajim-devel mailing list Gajim-devel@gajim.org https://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] dev-meeting
Yann Leboulanger [EMAIL PROTECTED] wrote: What about monday 30th June, 7pm GMT (9pm CEST) ? I don't know yet if I got time there, but I'll try. Anyway, I'd suggest we don't have specific dates, but instead we should just start a conversation when enough developers are in the channel. So we can spontaneously say We have most of the devs here atm, why not start a dev discussion in 30 minutes? or something like that. -- Jonathan signature.asc Description: PGP signature ___ Gajim-devel mailing list Gajim-devel@gajim.org https://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] dev-meeting
Am 28.06.2008 um 15:49 schrieb Nikos Kouremenos: that has problems. Which do you see with that? IMO, it's bad to only discuss issues once a month or so. At least, it sucks for those who can't attend it - we would at least need a detailed summary on the mailing liwst then. -- Jonathan ___ Gajim-devel mailing list Gajim-devel@gajim.org https://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Crypto authentication UI
Brendan Taylor [EMAIL PROTECTED] wrote: My suggestion: If you're in an encrypted chat but you haven't verified the identity, overlay a big red question mark on the encryption lock icon in the ChatControl and put a tooltip on it explaining the problem. Clicking on the question mark pops up a verification dialog (specific to whatever end-to-end encryption protocol you're using). I like this and it's similar to what I wanted to look OTR like when it's finished. -- Jonathan signature.asc Description: PGP signature ___ Gajim-devel mailing list Gajim-devel@gajim.org https://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Fixing Broken Windows
Well, you know that you moved the time now? Was that intended? 22 GMT is not 22 CEST :D. -- Jonathan signature.asc Description: PGP signature ___ Gajim-devel mailing list Gajim-devel@gajim.org https://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Fixing Broken Windows
I'd suggest that we branch in about 1 months and only add fixes to that branch then. If we'd use Mercurial instead of SVN, things would be much easier :/. A decentral VCS would be better anyway. -- Jonathan signature.asc Description: PGP signature ___ Gajim-devel mailing list Gajim-devel@gajim.org https://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Fixing Broken Windows
Nikos Kouremenos [EMAIL PROTECTED] wrote: no svn is more than fine. centralization is good for managing software such as Gajim. Gajim is not Mozilla nor Apache I *STRONGLY* disagree. Ever tried to work with SVN when you're in a train with your laptop, without any WLAN? You're screwed then. With mercurial, no problem at all. Just commit offline and push (and merge, if needed) when you come online again, no problem at all. With svn, you can't work offline. So, centralized VCS are *BAD*, *BAD* and *BAD*! -- Jonathan signature.asc Description: PGP signature ___ Gajim-devel mailing list Gajim-devel@gajim.org https://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] Fixing Broken Windows
Stephan Erb [EMAIL PROTECTED] wrote: When I look at gajim, I see the following broken windows: - OSX integration It's totally broken and I'm for reverting it and doing it from scratch. - OTR-Encryption We can keep that in trunk and just remove the line that loads the OTR module before release. It's possible that we get it fixed, but I really doubt it, - GPG-Encryption What's broken about GPG? Never had any issues with it. But you forgot the biggest breakage: Session centric. Since the merge of session centric, nearly nothing works correctly anymore. I often have 5 chat tabs with one person, random crashes, etc. If we keep session centric in, I don't expect a release before 2009. There is still so much to fix. bct sure did a lot of great work here, but it looks to me that this is just too complex. And I don't see any advantage we get from it, besides tictactoe which isn't even a XEP and will never get one because it uses messages instead of iq, since there is no other client supporting it yet - and I guess for good reasons. -- Jonathan signature.asc Description: PGP signature ___ Gajim-devel mailing list Gajim-devel@gajim.org https://lists.gajim.org/cgi-bin/listinfo/gajim-devel
Re: [Gajim-devel] changes in message_window.glade
I already was pointed out to this mail shortly after it appeared and it's already fixed in SVN. @Henning: All shortcuts were working, like Ctrl-I or Ctrl-H. Only Alt-A wasn't working anymore, which is fixed in svn now. Hope this improves Gajim's usability for you. -- Jonathan signature.asc Description: PGP signature ___ Gajim-devel mailing list Gajim-devel@gajim.org https://lists.gajim.org/cgi-bin/listinfo/gajim-devel