Bug#533655: irssi: privmsg problem with bitlbee
I cannot reproduce that here. (And if it would always happen we probably would have heard more about about it) Is there anything specific about your setup? Does buddy have non-ascii characters in it for example? Regards, Wouter. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530588: provide activity_show_targets
On Friday 29 May 2009 03:08:15 Ryan Niebur wrote: I will strongly object to any more patching of this script in the package, and want the existing patches in the package to be applied upstream or removed. I also think that in general new features shouldn't be implemented as patches in Debian packages, unless you're damn sure that upstream will never touch the code again, which is clearly not the case here, because then you have the risk that either upstream will implement it themselves in a different way and break compatibility for existing users or upstream will reject the idea and then you're stuck maintaining the patch forever. I like that. Note that in general, if (and only if) the original author doesn't want to maintain a script anymore, there's also still the possibility of pushing bugfixes directly in or taking over maintainership of a script in the irssi.org scripts archive (by mailing st...@irssi.org and explaining the original author isn't interested anymore). Regards, Wouter. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530588: provide activity_show_targets
Hi, The act bar included in irssi itself is a basic act bar, fitting the essential needs, and intentionally kept simple. More powerful/configurable act bar is provided by scripts (chanact.pl, adv_windowlist.pl). It is even only recent that actlist_names (showing names instead of numbers) got added into irssi itself, because it is a very common need. The chanact script can do anything the act bar in irssi can (and more), so there is no loss from not being in irssi itself. I do agree that an activity_show_targets could be useful for some; but it seems so uncommon that we do not believe something like that belongs in irssi core (and if it would, all the chanact-features would too). I recommend this is added to the chanact script instead. Regards, Wouter. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528918: Replace mouse-soliton.pl with mouse.pl
Package: irssi-scripts Version: 20090510 Version 20090510 of irssi-scripts includes the mouse-soliton.pl script (bug #446506). But that script is a patched up version of an older version (0.0.0) of mouse.pl, which in mean time has had more bugfixes and improvements, and now (since today) also includes the features the soliton one has. Please drop the mouse-soliton one and replace it by the real mouse.pl (now 1.0.0) from http://wouter.coekaerts.be/site/irssi/mouse (which is still the url mouse-soliton points at too) Thanks, Wouter aka coekie - the mouse.pl author. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497788: irssi-scripts: Please update several scripts in the package
Hi, I did some comparison of scripts in Debian and on the irssi scripts site, and updated the ones that had a newer version in Debian. See below for the results. Maybe it would help you if we provided a tarball of the scripts on the site? Wouter. newer version on irssi site --- autoopper 3.2 - 3.7 autorealname 0.8.5 - 0.8.6 autorejoin 1.00 - 1.0.0 bantime 1.03 - 0.5 beep_beep 0.8 - 0.10 chanact 0.5.5 - 0.5.7 cron 0.10 - 0.11 dictcomplete 1.30 - 1.31 dns 2.1 - 2.1.1 fleech 0.0.2g - 0.0.2i friends_shasta 2.4.1 - 2.4.9 grep 2.0 - 2.1 hilightwin 0.01 - 0.02 ignoreoc 0.5 - 0.6 ipupdate 1.1 - 1.2 ircsec 2003020801 - 2008051101 kicks 0.24 - 0.26 nact 0.2.5 - 0.2.6 nicklist 0.4.5 - 0.4.6 nickserv 1.5 - 1.8 niq 0.5.5 - 0.5.6 nm 0.2.1 - 0.3.4 oops 20021003 - 20071209 paste_derwan 0.9 - 1.0-rc5 people 1.1 - 1.7 repeat 0.1.2 - 0.1.3 screen_away 0.9.6 - 0.9.7.1 showmode 0.2 - 0.3 special_complete 1.0 - 1.1 thankop 0.1.5 - 0.1.7 trigger 0.6.1 - 1.0 users 1.01 - 2.3 xmms 2.0+1 - 2.0 only on irssi site -- access_evermore 20070110 accountname 1.0 act_fifo 1.1 activity_file 1.00 amaroknp 0.10 amarok_ssh 1.0 audacious 1.0.4 autoaway 0.2 autowhois_simple 0.1 autowrap 2007031900 babelirc 2003020801 binary_time 20060826 cddb 1.21 deliciousurl 0.5 dnsspam 1.0.0 dr_who 1.0 efnetorg 1.2 elist 1.0 extaway 1.0 fcountry 1.0.0 gsi 220904-04:30:00 history_search 1.0 hitcount 1.3 iraident 0.6.1 irc_chess 0.1 irssiq 2003231101 keybinds 0.01 lastfm 4.3 lwho 0.01a mailcount 1.4.5 mpd 0.5 orphamp 0.9 ownage 20071209 quizmaster-fr 20030208+fr scrmable 1.01 securemsg 2.1 spell 1.0 spellcheck 0.3 talk 1.01 tordetect 0.0.1 urlfeed 1.28 wa 2.3.1 weather 2.3 whois_hexip 1.4 window_switcher 1.0 wisestamp 1.1 only in debian -- akilluser 0.2 auto_away 0.2 challenge 0.0.0.0.1.alpha.0.2 charsetwars 0.69.1bas - replaced by built in recode, can be removed command 1.00 - example script, not really useful cp2iso 1.1 - replaced by built in recode euro 0.9 - replaced by built in recode idlesince 0.1 ipkb 0.9.9 msg-event 1.00 - example script, not intended to be useful nickident 20070201 phpdoc 0.0.6 quiet 0.2 recode 0.2 - replaced by built in recode, can be removed replace 0.1.3 - replaced by trigger.pl, should definately be removed sana 1.0 topic-diff 1.00 url 0.54 uhm --- redirect 1.00 - 0.1 - debian script has same name as, but is unrelated to example script provided by irssi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336425: Already possible
Hi, With some effort, this is already possible. 1. You can use trigger.pl to strip the colors from message. There is an example in the documentation: Strip all colorcodes from [EMAIL PROTECTED]: /TRIGGER ADD -all -masks [EMAIL PROTECTED] -regexp '\x03\d?\d?(,\d\d?)?|\x02|\x1f| \x16|\x06' -replace '' To do the same for some channels, use /trigger add -channels '#chan1 #chan2' -regex ... 2. You can set a different theme per channel with /window theme name, and change the timestamp for the theme with /format timestamp Wouter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360803: Fixed since 0.8.11
Hi, This bug has been fixed in 0.8.11 (r4248, Ignore joins without a nick from broken servers) Wouter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417397: Applied upstream
Patch applied in irssi svn. Thanks. Wouter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439840: Scripts on irssi site not patched
Oops, you're right. They are supposed to be patched, and unless I'm mistaken they were, but the old versions are online again. Anyways, attached here are the patches that are supposed to be applied. Wouter. nowplayingpatches.tgz Description: application/tgz
Bug#374715: already fixed in svn
Hi, Thanks for the report and patch, but this bug has already been fixed (by doing srand) in svn in revision 4263 (and 4264). Wouter. pgp4Lvx0tnDT4.pgp Description: PGP signature
Bug#360803: 0.8.10 doesn't crash
irssi 0.8.10 doesn't crash with that anymore. It does give some ugly assertion failed error messages, but those don't hurt. Wouter. pgpbDU6pF2XaN.pgp Description: PGP signature
Bug#312662: implemented
This is implemented in irssi 0.8.10 Wouter. pgpjidkHR1Hhd.pgp Description: PGP signature
Bug#340287: Fixed upstream
This bug has been fixed upstream since 0.8.10-rc5. Wouter. pgp4Q0dA0IZcL.pgp Description: PGP signature
Bug#333814: irssi-text: want option to ignore channel joins/parts in status bar activity field
On Thursday 13 October 2005 21:55, Branden Robinson wrote: I know there's an option to ignore join/parts in channel windows. What I'd like is an option to ignore them just in the activity monitor. Then I guess you're looking for /set activity_hide_level Wouter. pgpeTIchxo35s.pgp Description: PGP signature
Bug#323702: marked as done (linux-headers-2.6.12-1: recursive symlinks prevent module-assistant from building modules)
On Thu, Aug 18, 2005 at 05:25:38PM -0400, Paul Kuliniewicz wrote: Hmm. I purged the packages, deleted the cached .debs, and re-installed, and now everything looks to be as it should be. I'm not sure what had happened there. I think I had version -2 of the .deb and then upgraded it to -5, but I don't remember for sure. Everything seems to be working now, so I guess you can close this bug. doing as requested. ;) No, this bug isn't fixed at all! There's just a workaround, which is uninstalling and reinstalling the package. But (as far as I know) everyone who follows unstable close enough and has this package and didn't apply this workaround, still has the broken situation. It would be nice if a next version would repair that situation somehow... I don't know anything about how symlinks are supposed to be handled in .debs, but as long as nobody can point out what was done wrong in the packaging of linux-headers-2.6.12-1, this could just as well concidered a bug in dpkg, as it looks like it handled this upgrade wrong. Wouter. pgp5Mw8vw9olN.pgp Description: PGP signature
Bug#323702: marked as done (linux-headers-2.6.12-1: recursive symlinks prevent module-assistant from building modules)
On Friday 19 August 2005 13:45, Wouter Coekaerts wrote: I don't know anything about how symlinks are supposed to be handled in .debs, but as long as nobody can point out what was done wrong in the packaging of linux-headers-2.6.12-1, this could just as well concidered a bug in dpkg, as it looks like it handled this upgrade wrong. (after a bit of googling which I should have done first) : From Debian Policy Manual , 6.5 Details of unpack phase of installation or upgrade: A directory will never be replaced by a symbolic link to a directory or vice versa; instead, the existing state (symlink or not) will be left alone and dpkg will follow the symlink if there is one. So it is documented behaviour. And http://lists.debian.org/debian-mentors/2004/07/msg00425.html suggests removing the symlink in preinst is what should be done. Wouter. pgpfKaTscIn8j.pgp Description: PGP signature
Bug#323702: symlink arch from previous version not removed
The problem is, there is still a symlink from a previous version there if you upgrade. Suppose we start from a system without any linux-headers-2.6.12-1* package. Then we install the -2 version (which used to be in unstable) of linux-headers-2.6.12-1 and the -686 one: # dpkg -i linux-headers-2.6.12-1_2.6.12-2_i386.deb linux-headers-2.6.12-1-686_2.6.12-2_i386.deb If we now look at the arch directory, we'll see it's a symlink: # ls -ld /usr/src/linux-headers-2.6.12-1-686/arch lrwxrwxrwx 1 root root 30 2005-08-18 12:31 /usr/src/linux-headers-2.6.12-1-686/arch - ../linux-headers-2.6.12-1/arch Then we upgrade to the -5 versions: # dpkg -i linux-headers-2.6.12-1_2.6.12-5_i386.deb linux-headers-2.6.12-1-686_2.6.12-5_i386.deb Then the symlink is still there: # ls -ld /usr/src/linux-headers-2.6.12-1-686/arch lrwxrwxrwx 1 root root 30 2005-08-18 12:31 /usr/src/linux-headers-2.6.12-1-686/arch - ../linux-headers-2.6.12-1/arch Because the linux-headers-2.6.12-1-686 package should have replaced that arch symlink with a real dir, but instead, it wrote within the dir the symlink points to. linux-headers-2.6.12-1-686's files overwrite the files from linux-headers-2.6.12-1 in /usr/src/linux-headers-2.6.12-1/arch/i386/ And that's what causes the Makefile to point to itself. If we remove them, and reinstall them, this time just the -5 version, all is fine: # dpkg -r linux-headers-2.6.12-1 linux-headers-2.6.12-1-686 # dpkg -i linux-headers-2.6.12-1_2.6.12-5_i386.deb linux-headers-2.6.12-1-686_2.6.12-5_i386.deb # ls -ld /usr/src/linux-headers-2.6.12-1-686/arch drwxr-xr-x 3 root root 4096 2005-08-18 12:33 /usr/src/linux-headers-2.6.12-1-686/arch Wouter. pgp2SBcff4j9b.pgp Description: PGP signature
Bug#323321: FTBFS: Unable to define uoff_t
I fixed it in irssi svn a few months ago (r3726): gcc 4 uses the wrong config.h. Fixed it by replacing config.h with ../config.h in common.h ( See also http://bugs.irssi.org/index.php?do=detailsid=219 ) Wouter. pgpo4sd0whDTT.pgp Description: PGP signature
