Bug#1009891: hexchat locks up hard when connecting to bip server

2022-04-21 Thread Steven Rostedt
On Wed, 20 Apr 2022 09:43:56 -0400 Steven Rostedt wrote: > I just tested on my laptop which also has hexchat 2.16 (same version), and > it connects to my server's bip proxy just fine. I figured out the problem. It appears that my upgrade messed something up with pulseaudio, and caused an

Bug#1009891: hexchat locks up hard when connecting to bip server

2022-04-20 Thread Steven Rostedt
On Wed, 20 Apr 2022 09:43:56 -0400 Steven Rostedt wrote: > I am running the latest 5.17.3 (vanilla stable kernel build, with no > modifications) on my workstation, and a 5.15 debian kernel on my laptop. > That shouldn't affect anything, but you never know. I can reboot my >

Bug#1009891: hexchat locks up hard when connecting to bip server

2022-04-20 Thread Steven Rostedt
On Wed, 20 Apr 2022 14:05:23 +0900 Marc Dequènes (duck) wrote: > Quack Seven, > > I'm involved with bip packaging and upstream and we wondered what > version of bip you are using. Did you upgrade bip recently? Actually I did. I updated both my server with bip and my workstation with hexchat

Bug#1009891: hexchat locks up hard when connecting to bip server

2022-04-19 Thread Steven Rostedt
Package: hexchat Version: 2.16.0-4+b2 Severity: grave Justification: renders package unusable Dear Maintainer, When connecting hexchat to my bip server it locks up hard. It use to work fine, until I upgraded to 2.16. The bip server connects to OFTC, and when I connect to it, the application just

Bug#900784: quilt threading broken

2018-08-08 Thread Steven Rostedt
I hit this bug too. It appears that a fix is upstream, and has been there for over a year! Can we please fix this in Debian testing? See http://git.savannah.nongnu.org/cgit/quilt.git/commit/?id=360b85e1f6b6d1aff5ada942fcee816e1ad7a13c -- Steve

Bug#869620: claws-mail-fancy-plugin: The debian testing repo no longer contains claws-mail-fancy-plugin

2017-07-24 Thread Steven Rostedt
Package: claws-mail-fancy-plugin Severity: grave Justification: renders package unusable Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Did an upgrade. * What exactly did you do (or not do) that was

Bug#709647: [75/88] genirq: Fix can_request_irq() for IRQs without an action

2013-08-13 Thread Steven Rostedt
/1372383630.23847.40.ca...@deadeye.wl.decadent.org.uk Signed-off-by: Thomas Gleixner t...@linutronix.de Signed-off-by: Steven Rostedt rost...@goodmis.org --- kernel/irq/manage.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c index

Bug#700333: [ 059/136 ] clockevents: Set dummy handler on CPU_DEAD shutdown

2013-05-17 Thread Steven Rostedt
...@linutronix.de Signed-off-by: Steven Rostedt rost...@goodmis.org --- kernel/time/tick-broadcast.c |4 kernel/time/tick-common.c|1 + 2 files changed, 5 insertions(+) diff --git a/kernel/time/tick-broadcast.c b/kernel/time/tick-broadcast.c index a13987a..239a323 100644 --- a/kernel/time/tick

Bug#671594: libgtk: gtk file manager crashes evolution

2012-07-17 Thread Steven Rostedt
Package: libgtk-3-0 Followup-For: Bug #671594 Dear Maintainer, * What led up to the situation? While running evolution, I usually copy a patch from one of my development machines to my main server into the /tmp directory. I also have distcc running, which uses the /tmp directory as well. When

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

2011-01-19 Thread Steven Rostedt
After applying David's remove align patch, I got it to boot on x86_64 with the following two patches. I thought just adding the align to the structure declaration would work, but it still failed on the syscall for init_module. By removing the double declaration of event_exit_##sname, removed this

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

2011-01-19 Thread Steven Rostedt
On Wed, 2011-01-19 at 11:15 -0500, Mathieu Desnoyers wrote: * Steven Rostedt (rost...@goodmis.org) wrote: After applying David's remove align patch, I got it to boot on x86_64 with the following two patches. I thought just adding the align to the structure declaration would work

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

2011-01-19 Thread Steven Rostedt
On Wed, 2011-01-19 at 13:40 -0800, David Miller wrote: My concern is that if there is ever a u64 or similarly long long typed member in these tracing structures, it will not be aligned sufficiently to avoid unaligned access traps on 32-bit systems. The structure that gets placed in this

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

2011-01-18 Thread Steven Rostedt
On Mon, 2011-01-17 at 22:27 -0800, David Miller wrote: I'm beginning to think that the align directive is there purposely to down-align the structure so that the amount of space that tracing information consumes is minimized. I honestly can't tell, only Steven Rostedt can tell us for sure

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

2011-01-18 Thread Steven Rostedt
On Mon, 2011-01-17 at 22:35 -0800, David Miller wrote: From: Steven Rostedt rost...@goodmis.org Date: Mon, 17 Jan 2011 09:15:41 -0500 Again, this is to help the linker keep arrays in tacked. Tracepoints are allocated into the tracepoint section, and then read like an array. If the linker

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

2011-01-18 Thread Steven Rostedt
On Tue, 2011-01-18 at 11:46 -0500, Mathieu Desnoyers wrote: * David Miller (da...@davemloft.net) wrote: From: David Miller da...@davemloft.net Date: Mon, 17 Jan 2011 22:00:39 -0800 (PST) ftrace: Remove unnecessary alignment tag from ftrace_event_call. It's completely unnecessary

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

2011-01-18 Thread Steven Rostedt
On Tue, 2011-01-18 at 12:33 -0500, Steven Rostedt wrote: On Tue, 2011-01-18 at 11:46 -0500, Mathieu Desnoyers wrote: Also align TRACE_PRINTKS on 8 bytes to make sure the beginning of the section is aligned on pointer size. If I can make it crash without the alignments and this fixes

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

2011-01-18 Thread Steven Rostedt
On Tue, 2011-01-18 at 13:16 -0500, Steven Rostedt wrote: On Tue, 2011-01-18 at 12:33 -0500, Steven Rostedt wrote: On Tue, 2011-01-18 at 11:46 -0500, Mathieu Desnoyers wrote: Also align TRACE_PRINTKS on 8 bytes to make sure the beginning of the section is aligned on pointer size

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

2011-01-18 Thread Steven Rostedt
On Tue, 2011-01-18 at 15:13 -0500, Mathieu Desnoyers wrote: * Steven Rostedt (rost...@goodmis.org) wrote: On Tue, 2011-01-18 at 13:16 -0500, Steven Rostedt wrote: On Tue, 2011-01-18 at 12:33 -0500, Steven Rostedt wrote: On Tue, 2011-01-18 at 11:46 -0500, Mathieu Desnoyers wrote

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

2011-01-17 Thread Steven Rostedt
[ Added Mathieu on Cc, since he likes alignments ;-) ] On Sun, 2011-01-16 at 11:39 -0800, David Miller wrote: From: Richard Mortimer ri...@oldelvet.org.uk Date: Sun, 16 Jan 2011 14:17:49 + I'm wondering if gcc is just getting better at honouring the source code. The DEFINE_EVENT

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

2011-01-17 Thread Steven Rostedt
On Mon, 2011-01-17 at 10:22 +, Richard Mortimer wrote: On Sun, 2011-01-16 at 22:07 -0800, David Miller wrote: From: David Miller da...@davemloft.net Date: Sat, 15 Jan 2011 21:17:22 -0800 (PST) I think the problem we have here is that the _ftrace_events section is not aligned

Bug#377832: mail-expire: treats the rest of the file as one message

2006-07-11 Thread Steven Rostedt
Package: mail-expire Version: 0.6 Severity: important While running mail-expire on my LKML folder, it sometimes gets stuck on a message that it never finds the end of message, and thus archives the rest of the mbox. This may be a problem with /usr/share/perl5/Mail/Mbox/MessageParser/Grep.pm

Bug#363203: evolution: Need option to not show tabs

2006-04-17 Thread Steven Rostedt
Package: evolution Version: 2.4.2.1-2 Severity: wishlist Hi, I see that tabs are now represented by boxes when writing and replying to mail. But I haven't found a way to turn that off. I usually send and receive patches for the linux kernel, and it's very distracting to see a bunch of boxes

Bug#356630: make: Yep it rebuilds the Linux Kernel every time!

2006-03-17 Thread Steven Rostedt
Package: make Version: 3.80+3.81.rc1-1 Followup-For: Bug #356630 Just confirming that this version of make rebuilds the entire Linux kernel everytime. This gets quite annoying when doing development. Oh well, time to downgrade. Thanks, -- Steve -- System Information: Debian Release:

Bug#319888: Why doesn't gdm read /etc/profile?

2005-11-23 Thread Steven Rostedt
Package: gdm Version: 2.6.0.8-1 Followup-For: Bug #319888 Hi, I noticed that this bug will not be fixed. I would just like to know what the rational is that GDM will not read /etc/profile to get environment variables? Also, what is the proper way to change PATH then (not to mention MAIL) for

Bug#317954: how to get bluefish (and others) depending on libaspell15(c2)?

2005-08-03 Thread Steven Rostedt
Package: bluefish Version: 1.0-1 Followup-For: Bug #317954 I noticed that this was closed due to the fact that the undone libgcc4.0 is available, but I still have alot of packages that depend on libaspell15 and not libaspell15c2. So I'm currently stuck not upgrading my unstable branch (and was

Bug#317873: aspell: unstable to testing?

2005-07-16 Thread Steven Rostedt
On Sat, 2005-07-16 at 11:31 -0700, Brian Nelson wrote: On Fri, Jul 15, 2005 at 05:21:58PM -0400, Steven Rostedt wrote: [...] OK, so my question is, should I go back to testing. (Sorry to be offtopic for aspell, but the subject came up here). I've only gone from stable to testing

Bug#317873: aspell: unstable to testing?

2005-07-15 Thread Steven Rostedt
Package: aspell Followup-For: Bug #317873 Hi, I see that aspell will probably be broken for some time. I first started using debian with stable, then thought that it was not up on the latest so much, so I switched to testing. Collegues of mine were using unstable with no problems so I switched

Bug#317817: sawfish: I also have this problem

2005-07-12 Thread Steven Rostedt
Package: sawfish Version: 1:1.3+cvs20050709-1 Followup-For: Bug #317817 I just did a upgrade and my sawfish now does not remove the display during cycle windows. It gets annoying since if I have my mouse in the middle of the screen, and cycle to the window that I want, when I let go of the keys

Bug#317988: mboxcheck-applet: does basically nothing.

2005-07-12 Thread Steven Rostedt
Package: mboxcheck-applet Version: 0.3-1 Severity: grave Tags: experimental Justification: renders package unusable I upgraded my unstable branch, and it first made me remove my old mboxcheck program and then I had to install this new one. On the applet bar, all I see is the letter E, whether