Bug#749464: debian-maintainers: Annual ping for Luke Cycon
Package: debian-maintainers Severity: normal My annual ping is here. Bit late, but better late than never. Thanks! ~ Luke signature.asc Description: PGP signature
Bug#704703: debian-maintainers: Annual ping for Luke Cycon
Package: debian-maintainers Severity: normal My annual ping is here. Thanks! ~Luke signature.asc Description: PGP signature
Bug#699516: keytouch-editor: Segfault when adding ACPI key
On Fri, 01 Feb 2013 16:04:10 +0800 David M Smith sidic...@gmail.com wrote: Package: keytouch-editor Version: 1:3.2.0~beta-3 Severity: important Hello, Just bought a new Dell Inspiron 15R Special Edition laptop. Some of the multimedia keys don't work. I tried using keytouch-editor and it crashes while trying to add the new key. 1. Start keytouch-editor 2. I try some of the devices that have event labels, but none of them respond to the multimedia keys. I then try ACPI device with a blank event and that seems to detect the keypress. 3. I click new to add a new key. 4. I press the key I want to map 5. It prompts me for a name 6. I put in equalizer 7. keytouch-editor segfaults. bt full below: (gdb) bt full #0 0x0040c60d in ?? () No symbol table info available. #1 0x7f1363bc89a7 in _g_closure_invoke_va (closure=0xefbbd0, return_value=0x0, instance=0xdf2480, args=0x7fff0621ad08, n_params=0, param_types=0x0) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./gobject/gclosure.c:840 marshal = 0x7f1363bca5b0 g_cclosure_marshal_VOID__VOIDv marshal_data = 0x0 in_marshal = 0 real_closure = 0xefbbb0 __PRETTY_FUNCTION__ = _g_closure_invoke_va #2 0x7f1363be1006 in g_signal_emit_valist (instance=0xdf2480, signal_id=optimized out, detail=0, var_args=var_args@entry=0x7fff0621ad08) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./gobject/gsignal.c:3211 return_accu = optimized out accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}} accumulator = 0x0 emission = {next = 0x7fff0621af70, instance = 0xdf2480, ihint = {signal_id = 161, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN, chain_type = 14465104} signal_id = optimized out instance_type = optimized out emission_return = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}} rtype = 4 static_scope = 0 closure = 0xefbbd0 run_type = optimized out hlist = 0x0 l = optimized out fastpath = 4 instance_and_params = optimized out signal_return_type = optimized out param_values = optimized out node = 0xde9e10 i = optimized out ---Type return to continue, or q return to quit--- n_params = optimized out __PRETTY_FUNCTION__ = g_signal_emit_valist #3 0x7f1363be1852 in g_signal_emit (instance=optimized out, signal_id=optimized out, detail=optimized out) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./gobject/gsignal.c:3356 var_args = {{gp_offset = 24, fp_offset = 48, overflow_arg_area = 0x7fff0621ade0, reg_save_area = 0x7fff0621ad20}} #4 0x7f13642e3b45 in ?? () from /usr/lib/x86_64-linux- gnu/libgtk-x11-2.0.so.0 No symbol table info available. #5 0x7f1363bc89a7 in _g_closure_invoke_va (closure=0xde9ce0, return_value=0x0, instance=0xdf2480, args=0x7fff0621b0b8, n_params=0, param_types=0x0) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./gobject/gclosure.c:840 marshal = 0x7f1363bc6d40 g_type_class_meta_marshalv marshal_data = 0x340 in_marshal = 0 real_closure = 0xde9cc0 __PRETTY_FUNCTION__ = _g_closure_invoke_va #6 0x7f1363be1006 in g_signal_emit_valist (instance=0xdf2480, signal_id=optimized out, detail=0, var_args=var_args@entry=0x7fff0621b0b8) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./gobject/gsignal.c:3211 return_accu = optimized out accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}} accumulator = 0x0 emission = {next = 0x7fff0621b330, instance = 0xdf2480, ihint = {signal_id = 160, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN, chain_type = 14465104} signal_id = optimized out instance_type = optimized out emission_return = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}} rtype = 4 static_scope = 0
Bug#681939: new upstream version available
On Tue, 17 Jul 2012 22:14:16 -0400 Antoine Beaupré anar...@debian.org wrote: Package: pius Version: 2.0.7-2 Severity: wishlist 2.0.9 is available, at the time of writing. http://sourceforge.net/projects/pgpius/files/ sha256 sum here: 6d2cd48207a76e530b0082bc1cd21ffb44c204f5cfcfe611347a12ca87a732bc pius-2.0.9.tar.bz2 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pius depends on: ii gnupg 1.4.12-4+b1 ii python 2.7.3~rc2-1 pius recommends no packages. pius suggests no packages. -- no debconf information There is an updated version on m.d.n. I am trying to get a sponsor, but I suspect that will happen once Wheezy releases. Thanks, Luke Cycon Debian Maintainer/UCSD Undergraduate Computer Science Student signature.asc Description: PGP signature
Bug#663756: debian-maintainers: Annual ping for Luke Cycon
Package: debian-maintainers Severity: normal Pingy ping ping. Still alive and working here. My gpg key would be homeless if you evicted it from the keyring. Don't make my gpg key homeless :P ~Luke signature.asc Description: PGP signature
Bug#662112: keytouch-editor segfaults on receiving KEY_NUMERIC_1
Thanks for the detailed bug report! I will look into the issue myself, although keytouch and -editor are slowly falling out of sync with the development headers they depend on. As you can see in bug #635665, I have already requested Keytouch's removal from the archives given its non-functional status. My rationale for not removing -editor at the same time boiled down to What if someone still has a working version of keytouch? May as well keep -editor there for them Upstream seems to have vanished without a trace, so I will ask anyone who comes across this bug report and want to take a crack at the problem to go ahead and do so. Please add to this if you find anymore non-functional keys Thanks! Luke signature.asc Description: PGP signature
Bug#632110: RM: keytouch, keytouch-data; Broken, dead upstream
Package: ftp.debian.org Severity: normal Keytouch's upstream has been unresponsive and, aside from about 2 comments on bugs, no changes have cropped up in the source in over 2 years now. Currently the package has a FTBFS, but even ignoring that, seems to not play well with the newer versions of Xorg (At least I think that is the cause issue?). At any rate, the rdeps seem to clear, so I would like to request that keytouch and keytouch-data be removed. -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#617195: Annual Ping for Luke Cycon
Package: debian-maintainers Severity: normal Here's my ping! Thanks, -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#602588: pius: Improved Man-Page
On Sat, 2010-11-06 at 10:08 +0100, Philipp Matthias Hahn wrote: I added several formatting changes to the manual page, which IMHO improves readability. Thanks a bunch for that ;) Sadly, I am as useful as a doornail when writing man pages. I will work on an upload Thanks, -- Luke Cycon lcy...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597211: keytouch reacts to wrong codes, or doesn't react at all
tags 597211 + help thanks I can't seem to trace the root of the problem, and I haven't seen any activity from upstream. I will keep looking nonetheless If anyone else know something more than me about the exact handling of keycodes, feel free to send any suggestions. Thanks, -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#597211: keytouch reacts to wrong codes, or doesn't react at all
On Fri, 2010-09-17 at 18:59 +0200, Carl Fürstenberg wrote: I have a Logitech S510 keyboard, and keytoch ships with said config. Thoguh when I tries it out, most keys doesn't react, and for example the stop key decreases volume, using their getkeycodes program, I can deduce that the usb-code in the config file is correct, but the scancodes, seems to not match the codes running though X. I have no clue what keycode/scancode/x11-code etc.. has for relating with eachother, so please forgive me if I'm just missed something here. Hm. It does appear that something has changed in (X's?) keycode handling. I will look into it, and see if I can't find the source of the problem. Thanks, -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#594130: ITP: python-wikitools -- A mediawiki interface API
Package: wnpp Severity: wishlist Owner: Luke Cycon lcy...@gmail.com * Package name: python-wikitools Version : 1.1.1 Upstream Author : Alex Z. mrzmanw...@gmail.com * URL : http://code.google.com/p/python-wikitools/ * License : GPLv3 Programming Lang: Python Description : A mediawiki interface API This package provides a Python wrapper around the MediaWiki API. It offers a varying level of abstraction. Supports many versions of MediaWiki. . This library can interact at low levels with the MediaWiki APIs which allows for a very fine degree of control. The library also contains a set of high level APIs for interacting with MediaWiki -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#589360: propose to remove twitux package from testing (was twitux: lack of OAuth support)
On Fri, 2010-08-06 at 09:08 -0700, Rodrigo Gallardo wrote: I agree with your assesment, please go ahead. Luke, I think you were interested in this package. If you have the time to take over its upstream let me know and we can work on updating it so it can go back into testing. Otherwise, I think we should actually go all the way and ask for it to be removed from the archive. I would like to see Twitux stay around, but given the number of issues it has, I would be for removing it from Squeeze before it releases, but keeping it in unstable. I don't have a ton of time at the moment, but my schedule will be opening up at which point I will be able to take care of it. So my vote is pull it out of squeeze given the large amount of needed changes, and see if we can get it back in by the next release. But I will look into the OAuth issue and see if I can't get something together that will keep Twitux in squeeze. Thanks, -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#589360: propose to remove twitux package from testing (was twitux: lack of OAuth support)
As far as I can tell, it can be upgraded to OAuth, and I could do it. But we are blocked by #581601 which is the library that is need for C OAuth unless I program the entire thing from scratch (Something I won't be doing, sorry ;) That ITP hasn't been acted on in over 3 months.. So we either wait or someone must hijack it? Either way, I highly doubt we can get a new package of this sorts in before squeeze goes stable AND make the necessary modifications to Twitux. So I think we should go ahead and have Twitux held from squeeze, but lets not go and remove it entirely. Thanks, -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#584406: keytouch: not working with the Microsoft digital media pro keyboard
tags 584407 + moreinfo severity 584407 minor thanks On Thu, 2010-06-03 at 13:36 +0200, yellow wrote: Package: keytouch Version: 2.4.1-10 Severity: important hello I ran keytouch as root and set my keyboard, as indicated. I confiugred and press from teh user running it or not , the keys and instead of the program eg. /usr/bin/k3b or whatever I get the window keytouch for conifugring same pressing F1 best regards From the limited amount of information you have provided, it seems that this may be a invalid keyboard file, or a local conflict of applications grabbing keybindings. Either way, this does not warrant an important severity. If you could provide any console output generated and/or the specific keys and applications you are trying to launch, that would be very beneficial. Also, what graphical environment are you using? (KDE?) Thanks, -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#583834: keytouch: missing dependencies
On Sun, 2010-05-30 at 18:30 -0400, Celejar wrote: On my system, trying to run keytouch-keyboard fails with: ~# keytouch /usr/bin/keytouch-keyboard: line 6: kde4-config: command not found /usr/bin/keytouch-keyboard: line 6: kdesu: command not found This is because neither gksu nor kde4-config is installed, but there's no dependency on the relevant packages. In any event, the script really should be rewritten to allow being run from a root VT. It seems that when keytouch was originally debianized, the assumption was made that, because you were using keytouch (A program with a GUI), you would have an environment with either kdesu or gksu installed. This is obviously flawed. I am going to have a very hectic two weeks ahead of me, so rather than have a serious bug lying open on keytouch, I will go ahead and push a new version into unstable tonight with some updated dependencies. A rewrite of the script (Albeit small, I have literally zero time coming up) will have to wait. Thanks, -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#573784: pius and caff from signing-party
On Fri, 2010-03-19 at 11:19 -0400, Daniel Kahn Gillmor wrote: Hi Luke-- Thanks for offering to package pius. It sounds like it does a very similar job to /usr/bin/caff from the signing-party package. i'm happy to see some friendly competition spring up in this space (hopefully both tools can benefit from ideas of the other), but i was wondering if you could clarify the differences in functionality between the two tools. Regards, --dkg Ah. I knew this would come up at some point ;) At this point, the two main differences I see is that: A) PIUS allows you to loop through all keys on a keyring, asking if you want to sign each one. If yes, it invokes the gpg command to do so. B) PIUS *seems* to be more configurable in respect to the way it sends mail. I have not looked at caff's mail config in great depth, but from what I have seen, this is true. I know this may be a small difference, but having used both tools, I prefer PIUS (no offense to caff's authors) for signing keys after a party. I would like to see the package accepted just so that there is a choice the users can make. That said, I am open to counter-arguments. Thanks, -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#573784: ITP: pius -- Allows you to quickly and easily sign each UID on a PGP keyring
Package: wnpp Severity: wishlist Owner: Luke Cycon lcy...@gmail.com * Package name: pius Version : 2.0.7 Upstream Author : Phil Dibowitz p...@ipom.com * URL : http://www.phildev.net/pius/ * License : GPLv2 Programming Lang: Python Description : Allows you to quickly and easily sign each UID on a PGP keyring This program allows you to sign all the keys in a keyring without requiring separate invocations for each key. Many signing parties distribute a party keyring containing all of the participants keys. This utility can reduce the time spent signing a large about of keys from hours to less than a single hour. From the Author's website: That can already be time consuming, but preferably, you want to verify the identity in each UID, which means verifying the email addresses. There are a few ways to do this, but one of them is to sign each UID on the key individually (which requires import-sign-export-delete for each UID), encrypt-emailing that key to the email address in the UID. This can be incredibly time consuming. That's where pius comes in. Pius will do all the work for you - all you have to do is confirm the fingerprint for each key. It will then take care of signing each UID cleanly, minimizing the key, and using PGP/Mime email to send it, encrypted, to the email address in the UID. -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#568960: debian-maintainers: Please add Luke Cycon to the DM keyring
Package: debian-maintainers Severity: normal Please accept this application as a DM. The jetring changeset is attached. Thanks, -- Luke Cycon lcy...@gmail.com Comment: Add Luke Cycon lcy...@gmail.com as a Debian Maintainer Date: Mon, 08 Feb 2010 14:44:00 -0800 Action: import Recommended-By: Rodrigo Gallardo rodr...@debian.org Agreement: http://lists.debian.org/debian-newmaint/2010/02/msg8.html Advocates: http://lists.debian.org/debian-newmaint/2010/02/msg9.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.10 (GNU/Linux) mQGiBEoMoPMRBACKmDx53GLw8KWPt4CZeXIVD26Rf08RGvnmFVoh15zJY6oyV+bu E5biw7+rZAk13LXDwqNGXUVAyz0x1KdcZkl0Vwj6aDn0TR4kFp3hkvMATuxSm7bZ Q2yrjDSoym0lyKTTueytIOhr/PxwmI86TUZcguaUzW6iice/s5MWCpXbxwCgzKk1 9LMZKs8UckPLSVIJ/3mgn1UD/jJ6PBbjtgyrB2zJ/QZq26HpHfof58JXcSAzv6en V1NcXAH+07afX+8/ebqeB0OVxoNjqhXXoOU47yJLHdPylYPUbGb60SV9QG1BXUFM GPOtFiWHjzAzGffePnznB98h/t3IF9xdrVvw4iH/QgXBJ1Q5S26qKp2FFRjadrjl mScFA/9GaJZrrQHnsDGSg+bhWAh2+rQ1ERw866l7gMe0P32Ponieik5mzxUWC0Pd JouQx8ZBkWjCGOmIMIrfT/xcAtIlr72uD3f0PK4Kg/xSYojMLxyAz82csi3QMmLL Ake+7u274HvVjSfcldrcgMSDAJ4Z348YObjm3zy17gd18ZwnMbQdTHVrZSBDeWNv biA8bGN5Y29uQGdtYWlsLmNvbT6IYAQTEQIAIAUCSgyg8wIbAwYLCQgHAwIEFQII AwQWAgMBAh4BAheAAAoJEPSaj7IrmD9Y07QAoKA3GJhjxXhS3UJTARfQIT51wVQJ AJ46ScrdfQouPuT87p+zHJjAwudGxYhGBBARAgAGBQJKKFVQAAoJEMFBBsTcLpV6 UAsAn30nRLqXici+VWAxO8ALkamFd91dAJ9AtxLbXGVouAvrSuPsBSnE8knkQIhG BBARAgAGBQJKlDVdAAoJEM6xSnod3JkN+I4An3KpDvb1WOISCWFriBtD/CaSr4Zm AJsHjs4ximsgBWvVDgT+j0NiQrOa+LkCDQRKDKDzEAgA0HgRjZhz9ltYQYZqdkC0 Bpvhh7KrCEDli6ebDocjvnZqY+ZGRI1qBAz/jtcAYYIIS4kr7/cLhmmgNGKr7k9L SphKTCstVCN4+OjaEiElr2DbPfFB7w325AROTmNr5VCU5JZ1SNkuXAXei9lfHbAF IqQMrVRyv4qL1iICaDFVMblR44qh556tPkq0aPwkSMvoJMjoiCwSeuKKnaa25ZSo AiEkNHMQf7or3/H9oNkMZsPmUGFraMdW59xfuht2rbpdNA9iUL9PrXoPEsCykEBE ffuSdNGA5xEf89O/8J+r+oQvyktyzkdT5FFipx5NkTfDzctVw7UoIXCU0Bf8BWzx jwAECwf9HgKFfOspZCjl61xHZy+AeN6aJHx7GrOLLEA9ylw3VsQslXJpND8RgskY flLpipcsuyT5IAStSjINCPx8HgTt2orw07ZV1c6m+5mY8bEWMG1BiJbAovrQY0n1 llp6YwM3TAJTOmJBMDyxagkIMMRTl9GiYpTARlgMSHz9q52ivHyRVBIMVBp9YcSG N/CSgGQ5XQmV9Voj13OggnNk5DDh6XKsvnPu2Q7TZ4jaw7RYWgM0zrUHjPILexjB 3DNoZtVNYUgw5zi8BPBmo2wndoAQ1JXqpeKYPM2gjG+rnIPgk0wsItgA4+oi3xh3 27QoIIdRV+pRLIAMJ7kmqvuHAZGYGohJBBgRAgAJBQJKDKDzAhsMAAoJEPSaj7Ir mD9Y9q8An3jq5K7M5hsmyuxGGYCNYCAC7QX+AKC2gSXBSZvf/VGBZ2egJdgn79n9 tw== =4Xjd -END PGP PUBLIC KEY BLOCK- signature.asc Description: This is a digitally signed message part
Bug#544934: ITA: mines.app -- Minesweeper for GNUstep
I intend to adopt mines.app. I will be joining Debian-Games. Expect an upload within the next few days closing this bug and setting me as the maintainer. Thanks, -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#544934: RFA: mines.app -- Minesweeper for GNUstep
Hello, Seen as mines provides so much entertainment to me when I'm bored, I would be glad to adopt it to save it from removal. Note: Would it be possible for someone from Debian-Games to sponsor my uploads? (I'm not a DM or DD... yet (I am hoping to make DM soon)) Thanks! P.S. Hope its not too late, it has been three weeks :S -- Luke Cycon lcy...@gmail.com signature.asc Description: This is a digitally signed message part
Bug#555503: Make a reply to Direct Message a Direct Message
Package: twitux Version: 0.69-4 Severity: normal Tags: patch I have written up a patch to fix the issue where, when replying to a Direct Message, the reply is an at-reply. Parts of this patch were taken from an upstream patch. Upstream had created a patch to do much the same thing, but the way they implemented it looked unpolished and more like an after thought. The main reason their patch was unusable to me was they sent a DM using the d user message format in a normal update. This takes away characters that I could be using for the message (The same can be observed when DMing with the status box on Twitter.com vs. using their dedicated DM form). Patch attached (Wrote this on top of some personal patches (Bug reports about those to come), so it may take some finagling to get it to apply) Hope this is useful! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (850, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages twitux depends on: ii dbus-x111.2.16-2 simple interprocess messaging syst ii gconf2 2.28.0-1 GNOME configuration database syste ii gnome-keyring 2.28.1-1 GNOME keyring services (daemon and ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libcanberra-gtk00.22-1 Gtk+ helper for playing widget eve ii libcanberra00.22-1 a simple abstract interface for pl ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-20.82-2 simple interprocess messaging syst ii libenchant1c2a 1.4.2-3.3a wrapper library for various spel ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libglib2.0-02.22.2-2 The GLib library of C routines ii libgnome-keyring0 2.28.1-1 GNOME keyring services library ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2 0.4.5-1 sends desktop notifications to a n ii libsexy20.1.11-2+b1 collection of additional GTK+ widg ii libsoup2.4-12.28.1-2 an HTTP library implementation in ii libxml2 2.7.6.dfsg-1 GNOME XML library twitux recommends no packages. twitux suggests no packages. -- no debconf information --- a/src/twitux-parser.c Sun Nov 08 13:13:03 2009 -0800 +++ b/src/twitux-parser.c Sun Nov 08 19:30:10 2009 -0800 @@ -228,6 +228,18 @@ TWITUX_PREFS_AUTH_USER_ID, localuser); + /* get timeline type */ + cur_node = root_element; + while (cur_node cur_node-type != XML_ELEMENT_NODE) + cur_node = cur_node-next; + if (cur_node) { + if (g_str_equal (cur_node-name, direct-messages)) + twitux_tweet_list_set_timeline_type (DIRECT_MESSAGES); + else if (g_str_equal (cur_node-name, statuses)) + twitux_tweet_list_set_timeline_type (STATUSES); + } + + /* get tweets or direct messages */ for (cur_node = root_element; cur_node; cur_node = cur_node-next) { if (cur_node-type != XML_ELEMENT_NODE) --- a/src/twitux-send-message-dialog.c Sun Nov 08 13:13:03 2009 -0800 +++ b/src/twitux-send-message-dialog.c Sun Nov 08 19:30:10 2009 -0800 @@ -69,6 +69,9 @@ GtkWidget *friends_combo; GtkWidget *friends_label; gboolean show_friends; + GList *friends; + + gchar *dm_user; }; static void twitux_message_class_init (TwituxMsgDialogClass *klass); @@ -155,6 +158,8 @@ send_message_textview, populate_popup, message_text_populate_popup_cb, NULL); + priv-friends = NULL; + g_object_unref (ui); /* Set the label */ @@ -282,6 +287,18 @@ } void +twitux_message_set_recipient (gchar *user) +{ + TwituxMsgDialogPriv *priv = GET_PRIV (dialog); + + priv-dm_user = user; + + gtk_label_set_text((GtkLabel*)(priv-friends_label), g_strdup_printf(Direct Message to %s, user)); + + gtk_widget_hide (priv-friends_combo); +} + +void twitux_message_set_message (const gchar *message) { TwituxMsgDialogPriv *priv = GET_PRIV (dialog); @@ -553,8 +570,10 @@ text = gtk_text_buffer_get_text (buffer, start_iter, end_iter, TRUE); good_msg = url_encode_message (text); -if (priv-show_friends) -{ +if(priv-dm_user != NULL){ + twitux_debug(SendMessage, g_strdup_printf(Sent to %s, priv-dm_user)); + twitux_network_send_message (priv-dm_user, good_msg); +} else if (priv-show_friends){ GtkTreeIter iter; gchar*to_user; GtkComboBox *combo = GTK_COMBO_BOX (priv-friends_combo); --- a/src/twitux-send-message-dialog.h Sun Nov 08 13:13:03 2009 -0800 +++ b/src/twitux-send-message-dialog.h Sun Nov 08 19:30:10 2009 -0800 @@ -58,6 +58,7 @@
Bug#555506: Add a retweet feature to Twitux
Package: twitux Version: 0.69-4 Severity: wishlist Tags: patch I think I reported this upstream as well. I have made up a patch that adds a ReTweet feature to twitux hotkeyed to F6. Patch Attached Thanks, Luke -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (850, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages twitux depends on: ii dbus-x111.2.16-2 simple interprocess messaging syst ii gconf2 2.28.0-1 GNOME configuration database syste ii gnome-keyring 2.28.1-1 GNOME keyring services (daemon and ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libcanberra-gtk00.22-1 Gtk+ helper for playing widget eve ii libcanberra00.22-1 a simple abstract interface for pl ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-20.82-2 simple interprocess messaging syst ii libenchant1c2a 1.4.2-3.3a wrapper library for various spel ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libglib2.0-02.22.2-2 The GLib library of C routines ii libgnome-keyring0 2.28.1-1 GNOME keyring services library ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2 0.4.5-1 sends desktop notifications to a n ii libsexy20.1.11-2+b1 collection of additional GTK+ widg ii libsoup2.4-12.28.1-2 an HTTP library implementation in ii libxml2 2.7.6.dfsg-1 GNOME XML library twitux recommends no packages. twitux suggests no packages. -- no debconf information -- Luke Cycon lcy...@gmail.com # Patch by Luke Cycon lcy...@gmail.com # # Add a retweet feature to Twitux --- a/data/main_window.xml Sun Nov 01 08:53:53 2009 -0800 +++ b/data/main_window.xml Sun Nov 01 08:53:57 2009 -0800 @@ -33,6 +33,13 @@ accelerator key=N modifiers=GDK_CONTROL_MASK/ /child child + object class=GtkAction id=twitter_retweet +property name=nametwitter_retweet/property +property name=label translatable=noReTweet/property + /object + accelerator key=F6 modifiers=0/ +/child +child object class=GtkAction id=twitter_send_direct_message property name=nametwitter_send_direct_message/property property name=label translatable=yesSend Direct Message/property @@ -161,6 +168,7 @@ menuitem action=twitter_disconnect/ separator/ menuitem action=twitter_new_message/ + menuitem action=twitter_retweet/ menuitem action=twitter_send_direct_message/ separator/ menuitem action=twitter_add_friend/ --- a/src/twitux-app.c Sun Nov 01 08:53:53 2009 -0800 +++ b/src/twitux-app.c Sun Nov 01 08:53:57 2009 -0800 @@ -147,6 +147,8 @@ TwituxApp *app); static void app_new_message_cb (GtkWidget *window, TwituxApp *app); +static voidapp_retweet_cb (GtkWidget *widget, + TwituxApp *app); static void app_send_direct_message_cb (GtkWidget *window, TwituxApp *app); static void app_quit_cb (GtkWidget *window, @@ -499,6 +501,7 @@ twitter_connect, activate, app_connect_cb, twitter_disconnect, activate, app_disconnect_cb, twitter_new_message, activate, app_new_message_cb, + twitter_retweet, activate, app_retweet_cb, twitter_send_direct_message, activate, app_send_direct_message_cb, twitter_refresh, activate, app_refresh_cb, twitter_quit, activate, app_quit_cb, @@ -792,6 +795,13 @@ } static void +app_retweet_cb (GtkWidget *widget, + TwituxApp *app) +{ + twitux_tweet_list_retweet
Bug#544684: exaile: new upstream: 3.0 series
I would like to see this new version go into the archives as well. If you would like, I have made a PPA build of exaile 0.3.0.1. Its lintian clean (save a warning about manpages, but I will be fixing that soon). Also has a patch to add a Replace playlist option for when you are selecting music from your collection as well as a patch that fixes the LyricWiki plugin. -- Luke Cycon lcy...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503205: twitux: Will not connect to twitter.
tags 503205 patch thanks Just found twitux in the archives today, just what I needed. Lo and behold, Network-Manager screwed me in the same way it did to pidgin, only twitux has no handy -f force connect option. Attached is a diff of the new source tree I used to build a version of the package that doesn't bother to check network-manager. P.S. I didn't know you maintained twitux, Rodrigo! Thanks, -- Luke Cycon lcy...@gmail.com diff -urNad twitux-0.69/src/twitux-app.c twitux-0.69.new/src/twitux-app.c --- twitux-0.69/src/twitux-app.c 2009-01-24 17:24:00.0 -0800 +++ twitux-0.69.new/src/twitux-app.c 2009-10-04 00:54:57.0 -0700 @@ -1245,9 +1245,9 @@ * Don't try to connect if we have * Network Manager state and we are NOT connected. */ - if (twitux_dbus_nm_get_state (connected) !connected) { - return; - } + //if (twitux_dbus_nm_get_state (connected) !connected) { + // return; + //} #endif priv = GET_PRIV (a); signature.asc Description: This is a digitally signed message part
Bug#533956: twitux: FTBFS: rmdir: failed to remove `/build/user-twitux_0.69-3-amd64-8arG83/twitux-0.69/debian/twitux/var/lib': No such file or directory
tags 533956 patch thanks I am not sure why there are commands in the rules file to remover this directory.. They look to be children of bug #525574, but according to my builds, twitux doesn't even try to put anything in /var. I let the package build without the added lines, and there was no /var even generated by the build, so I have attached a patch to remove the offending lines from the rules file. (I know, why make a patch to delete 2 lines from debian/rules? I'm bored right now, so why not) Hope this helps! -- Luke Cycon lcy...@gmail.com diff -urNad twitux-0.69/debian/rules twitux-0.69.new/debian/rules --- twitux-0.69/debian/rules 2009-10-04 01:22:16.0 -0700 +++ twitux-0.69.new/debian/rules 2009-10-04 01:22:27.0 -0700 @@ -83,11 +83,6 @@ $(MAKE) DESTDIR=$(CURDIR)/debian/twitux install - # Remove scrollkeeper dir. Closes #525574. - rm -rf $(CURDIR)/debian/twitux/var/lib/scrollkeeper - rmdir -p --ignore-fail-on-non-empty $(CURDIR)/debian/twitux/var/lib - - binary-indep: build install # We have nothing to do by default. signature.asc Description: This is a digitally signed message part
Bug#543134: libjboss-remoting-java: FTBFS: Nonexistent build-dependency: libtomcat5.5-java
On Tue, 2009-09-15 at 17:55 +0200, Torsten Werner wrote: On Sun, Aug 30, 2009 at 7:26 PM, Luke Cycon lcy...@gmail.com wrote: Thanks, I got the source and looked at it, but it seems to be making up its own API for the C2BConverter class. I can't make it compile following either of the API I have found for it. I will continue looking through it, but I am not sure I will be of too much help here. I am able to manually build version 3.0.0.GA but that version has 2 new build deps: jboss-nxio and jboss-marshalling. Cheers, Torsten Alright, I took a second look at it. (version 2.5.1-1 that is, not 3.0.0.GA) I can make it build, just had to look at tomcat 6's new API. Mind if I add myself to uploaders, and put it up on mentors for sponsorship? (I will also fix the lintian errors I am getting) -- Luke Cycon lcy...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543134: libjboss-remoting-java: FTBFS: Nonexistent build-dependency: libtomcat5.5-java
Thanks, I got the source and looked at it, but it seems to be making up its own API for the C2BConverter class. I can't make it compile following either of the API I have found for it. I will continue looking through it, but I am not sure I will be of too much help here. -- Luke Cycon lcy...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543073: libjboss-aop-java: FTBFS: java errors
Attached is a patch that makes the package build. Hope this helps! ~Luke Cycon diff -urNad libjboss-aop-java-2.0.0.SP1.orig/src/aspect-framework/main/org/jboss/aop/annotation/compiler/AnnotationDocletTagFactory.java libjboss-aop-java-2.0.0.SP1/src/aspect-framework/main/org/jboss/aop/annotation/compiler/AnnotationDocletTagFactory.java --- libjboss-aop-java-2.0.0.SP1.orig/src/aspect-framework/main/org/jboss/aop/annotation/compiler/AnnotationDocletTagFactory.java 2009-08-25 13:23:04.0 -0700 +++ libjboss-aop-java-2.0.0.SP1/src/aspect-framework/main/org/jboss/aop/annotation/compiler/AnnotationDocletTagFactory.java 2009-08-25 13:19:07.0 -0700 @@ -24,6 +24,7 @@ import com.thoughtworks.qdox.model.AbstractJavaEntity; import com.thoughtworks.qdox.model.DocletTag; import com.thoughtworks.qdox.model.DocletTagFactory; +import com.thoughtworks.qdox.model.AbstractBaseJavaEntity; /** * Comment @@ -45,4 +46,9 @@ { return new AnnotationDocletTag(tag, text); } + + public DocletTag createDocletTag(String s1, String s2, AbstractBaseJavaEntity arg2, int arg3) + { + return new AnnotationDocletTag(s1, s2); + } }
Bug#543134: libjboss-remoting-java: FTBFS: Nonexistent build-dependency: libtomcat5.5-java
I would like to help fix this build problem, but I am unable to reproduce the problem on my system with the version of the package in unstable. If you would provide a link to the version 2.5.1 you are trying to build, I would be glad to help -- Luke Cycon lcy...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539184: libjdo-api-java: FTBFS if default-jdk points to openjdk
AFAICT there is no javax.transaction.Synchronization class, the closest I could find was a class in some of apache's code. Anyways, its a non-issue I believe, 2.0-3 builds fine with the openjdk (on my system at least). -- Luke Cycon lcy...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#480728: [keytouch] keytouch-init: failed to set keycode
Has this bug been resolved on any of the affected systems? If so, or with no response, I will be closing the bug -- Luke Cycon lcy...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536191: Info received (Bug#536191: keytouch: Amarok plugin saved as XMMS in keyboard file)
I am not sure as to why this bug has been reopened claiming that it is still present in version 1:3.1.3-3. As of now that version has been superseded by 1:3.2.0~beta-1 in both testing and unstable in which the bug is fixed. To my knowledge 1:3.1.3-3 is not the current version in any release at this moment. I wont be closing this bug at the moment, I would like to first hear from Luk. -- Luke Cycon lcy...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536642: Fails to load buddy icons
On Sun, 12 Jul 2009 13:42:44 +0100 Jonathan Davies j...@ubuntu.com wrote: Actually, I take that back - one of my contacts icons has loaded, not sure why the rest aren't working though... Ah, you had me going there for a minute. You have to delete all the .icon files in ~/.purple/icons before pidgin will redownload the new correct ones. Hope this helps! signature.asc Description: PGP signature
Bug#536642: Fails to load buddy icons
Package: pidgin-facebookchat Version: 1.54-1 Severity: normal Tags: patch As of recently, Facebook changed their server's layout thereby breaking support for pidgin-facebookchat's buddy icon system. After being troubleshooted upstream by myself and another user, we have fixed the problem. Attached is a dpatch patch to fix this. Sorry it is not a quit patch, but I don't know how to use quilt ;) I am running testing with pidgin-facebookchat installed from unstable. 10-get-back-icons.dpatch Description: Binary data signature.asc Description: PGP signature
Bug#536191: keytouch: Amarok plugin saved as XMMS in keyboard file
I have rebased keytouch-editor against its new upstream source, and this does in fact fix the XMMS Amarok confusion, so when that new package gets uploaded to unstable, this bug will be closed. I realize that there are other issues in this bug, but as I said before, I believe that they are caused by a malformed configuration file. So once you get your hands on the new version, go ahead and make a new configuration file for your keyboard, and if that does not fix the problem, go ahead and file a new bug against keytouch. signature.asc Description: PGP signature
Bug#536191: keytouch: Amarok plugin saved as XMMS in keyboard file
Thanks for the bug report. Very sorry we couldn't work this out when I was helping you on IRC. At this point, before I go searching through the source code, I am going to package the new upstream version and see if that fixes it. I am able to reproduce this issue, so I will try fix this, but will upload the new version regardless, as it contains other fixes. As for issues 2 and on, those should be filed under keytouch, but I believe they may be caused by an malformed config generated by keytouch-editor. For now, just wait on me to upload the new version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#480728: [keytouch] , keytouch-init: failed to set keycode
At this point, I think it may have to do with the keyboard you are using. More specifically, the fact that this keyboard seems (from what I have found online) that it is USB. So far, this problem seems to only be affecting USB keyboards which leads me to think that it may not be keytouch that is causing the problem. I can't in my right mind say this problem is unreproducible as it has shown on 3 individual systems. This said however, I personally have tried both the stable and testing/unstable versions on 5 computers with wired PS/2 keyboards, all without a problem. I would like to let this bug lie dormant for a while and see if, through changes in upstream source and updates on other packages having to do with USB interaction, this problem may resolve itself. If you could reproduce this problem with a wired PS/2 keyboard, that would be helpful in eliminating this possibility. Thanks, Luke Cycon signature.asc Description: PGP signature
Bug#480728: Info received (Bug#480728: 480728: [keytouch] keytouch-init: failed to set keycode)
Okay, the new version of keytouch (2.4.1-1) is now in unstable. You can go ahead and update if you are running sid, otherwise you will have to wait for the new version to pass quarantine and go into testing. Please let me know if this new version fixes the problem signature.asc Description: PGP signature
Bug#480728: 480728: [keytouch] keytouch-init: failed to set keycode
reopen 480728 thanks Hello, On Sun, 7 Jun 2009 16:54:49 +0200 Marco Mattiolo marco.matti...@hotmail.it wrote: On every boot I still get an error message like this: dhcppc0:/home/marcus89# /etc/init.d/keytouch restart Stopping keytouch: keytouch-acpid. Initializing keytouch: keytouch-initkeytouch-init: Failed to set keycode: keycode 226 to scancode 237 (0xed) keytouch-init: Failed to set keycode: keycode 164 to scancode 162 (0xa2) keytouch-init: Failed to set keycode: keycode 113 to scancode 160 (0xa0) keytouch-init: Failed to set keycode: keycode 115 to scancode 176 (0xb0) keytouch-init: Failed to set keycode: keycode 114 to scancode 174 (0xae) keytouch-init: Failed to set keycode: keycode 156 to scancode 230 (0xe6) keytouch-init: Failed to set keycode: keycode 155 to scancode 236 (0xec) keytouch-init: Failed to set keycode: keycode 150 to scancode 178 (0xb2) keytouch-acpid. Well it seems this bug has decided to show itself again. Hope it to be solved in the new (2.3.2-3 now in sid) version. Unfortunately, there is nothing in the upstream 2.3.2-3 that will fix this bug. However, I do have another version of the package (2.4.1-1) waiting for a sponsorship that may fix the bug. I cannot reproduce this bug, so I cannot say for certain if the new version fixes the bug, but we can hope. I will update the bug when the package goes into unstable. signature.asc Description: PGP signature
Bug#480728: 480728: [keytouch] keytouch-init: failed to set keycode
Unfortunately, there is nothing in the upstream 2.3.2-3 that will fix this bug And there I go typing too fast, just ignore the upstream and it should make more sense ;) signature.asc Description: PGP signature
Bug#520143: ITA: keytouch -- A program to configure extra function keys in multimedia keyboards
owner 520143 lcy...@gmail.com thanks And yet another email address change... Still me tho. I decided to get a email dedicated to debian related business. Thanks, Luke Cycon signature.asc Description: PGP signature
Bug#520144: ITA: keytouch-editor -- create keyboard files for keytouch
owner 520144 lcy...@gmail.com thanks And yet another email address change... Still me tho. I decided to get a email dedicated to debian related business. Thanks, Luke Cycon signature.asc Description: PGP signature
Bug#520143: ITA: keytouch -- A program to configure extra function keys in multimedia keyboards
I intend to adopt this package as I use it every day on my home computer. Thanks, Luke Cycon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520143: ITA: keytouch -- A program to configure extra function keys in multimedia keyboards
Sorry, the above was me, but from my other email account (luke42...@gmail.com).. The email address should be as seen in the Sender field of this message. (luke42990+c...@gmail.com) But I still intend to adopt the package. Sorry for the mistake, Luke Cycon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520144: ITA: keytouch-editor -- create keyboard files for keytouch
Hello, I intend to adopt this package for two reasons, those being that I use it daily, and it goes hand in hand with the keytouch package I am adopting. Thanks, Luke Cycon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org