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 anything to make a sound to not work. I believe
what happened was when I connected to my bip server, it "replayed" all my
messages which triggers beeps and alerts from hexchat. As my sound
application (pulseaudio?) was messed up, it just hung at playing the sounds.

Note, in trying to fix the sound issues, I uninstalled ekiga (which is no
longer supplied by debian), removing sound files that I had hexchat using.
After doing that, hexchat no longer locked up, but just gave me a ton of
error messages saying that it could not find the sound files.

It appears that xchat did not get stuck with the sounds (must be doing
a better job at checking error codes or something), that it did not lock up
due to it when connecting to my bip server.

Feel free to close this bug, but you may want to look at the error handling
of playing sounds.

-- Steve

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
> workstation to an older kernel and see if that makes any difference.

I rebooted to a 5.10 Debian kernel and it still has the same lockup.
Strange that it works on my laptop but not my workstation.

Oh, and xchat can connect to the bip proxy without issue. As a workaround,
I'm currently just using xchat on my workstation instead of hexchat.

-- Steve

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 at the same time.

> We have yet no reason to think that it could be triggered by a bug in 
> bip, just checking. Clearly hexchat should behave better anyway.
> 
> Can you reproduce this problem by connecting directly to the IRC server?

No, the problem does not exist when connecting directly to my bip server.

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 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
workstation to an older kernel and see if that makes any difference.

-- Steve

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 stops. That is
the screen is blank, none of the buttons react to anything.

When I do: ps -efL | grep hexchat:
rostedt 850968458509  04 22:19 ?00:00:00 hexchat
rostedt 850968458521  04 22:19 ?00:00:00 hexchat
rostedt 850968458522  04 22:19 ?00:00:00 hexchat
rostedt 850968458550  04 22:19 ?00:00:00 hexchat

Then look at:

$ cat /proc/8509/wchan
futex_wait_queue

$ cat /proc/8521/wchan
do_sys_poll

$ cat /proc/8522/wchan
do_sys_poll

$ cat /proc/8550/wchan
do_sys_poll

It appears that a thread holds a futex (pthread_mutex?) and is then doing
a poll() system call and never returning. The main thread is then
stuck doing nothing, and the application hangs. The only way to stop it
is to send a signal to it.

It connects to other servers fine, just not my bip proxy. But it
use to work before this upgrade. I do not remember what the older version
was, but I upgrade my system once a month, so whatever the debian
version of it was back in March was the last version that worked for me.

-- System Information:
Debian Release: bookworm/sid
  APT prefers stable-security
  APT policy: (1000, 'stable-security'), (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.17.3-custom (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages hexchat depends on:
ii  hexchat-common   2.16.0-4
ii  libc62.33-7
ii  libcanberra0 0.30-10
ii  libdbus-glib-1-2 0.112-2
ii  libgdk-pixbuf-2.0-0  2.42.8+dfsg-1
ii  libglib2.0-0 2.72.0-1+b1
ii  libgtk2.0-0  2.24.33-2
ii  libpango-1.0-0   1.50.6+ds-2
ii  libssl1.11.1.1k-1+deb11u2
ii  libx11-6 2:1.7.5-1

Versions of packages hexchat recommends:
ii  ca-certificates  20211016
ii  hexchat-lua  2.16.0-4+b2
ii  hexchat-perl 2.16.0-4
ii  hexchat-plugins  2.16.0-4+b2
ii  hexchat-python3  2.16.0-4+b2
ii  libglib2.0-bin   2.72.0-1+b1

Versions of packages hexchat suggests:
ii  hexchat-otr  0.2.2-3
pn  unifont  

-- no debconf information

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 effective (or
 ineffective)?

I checked
ftp://ftp.us.debian.org/pub/debian/debian/dists/testing/main/binary-amd64/Packages.gz
And it doesn't appear in the list (although it states that
libwebkitgtk-1.0-0 breaks it.

   * What was the outcome of this action?

My html for claws-mail no longer works

   * What outcome did you expect instead?

My html work (and be able to install fancy plugin)

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.11.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

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

2013-08-13 Thread Steven Rostedt 
3.6.11.7-rc1 stable review patch.
If anyone has any objections, please let me know.

--

From: Ben Hutchings b...@decadent.org.uk

[ Upstream commit 2779db8d37d4b542d9ca2575f5f178dbeaca6c86 ]

Commit 02725e7471b8 ('genirq: Use irq_get/put functions'),
inadvertently changed can_request_irq() to return 0 for IRQs that have
no action.  This causes pcibios_lookup_irq() to select only IRQs that
already have an action with IRQF_SHARED set, or to fail if there are
none.  Change can_request_irq() to return 1 for IRQs that have no
action (if the first two conditions are met).

Reported-by: Bjarni Ingi Gislason bjarn...@rhi.hi.is
Tested-by: Bjarni Ingi Gislason bjarn...@rhi.hi.is (against 3.2)
Signed-off-by: Ben Hutchings b...@decadent.org.uk
Cc: 709...@bugs.debian.org
Cc: sta...@vger.kernel.org # 2.6.39+
Link: http://bugs.debian.org/709647
Link: 
http://lkml.kernel.org/r/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 4c69326..50a0a66 100644
--- a/kernel/irq/manage.c
+++ b/kernel/irq/manage.c
@@ -554,9 +554,9 @@ int can_request_irq(unsigned int irq, unsigned long 
irqflags)
return 0;
 
if (irq_settings_can_request(desc)) {
-   if (desc-action)
-   if (irqflags  desc-action-flags  IRQF_SHARED)
-   canrequest =1;
+   if (!desc-action ||
+   irqflags  desc-action-flags  IRQF_SHARED)
+   canrequest = 1;
}
irq_put_desc_unlock(desc, flags);
return canrequest;
-- 
1.7.10.4


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

2013-05-17 Thread Steven Rostedt 
3.6.11.4 stable review patch.
If anyone has any objections, please let me know.

--

From: Thomas Gleixner t...@linutronix.de

[ Upstream commit 6f7a05d7018de222e40ca003721037a530979974 ]

Vitaliy reported that a per cpu HPET timer interrupt crashes the
system during hibernation. What happens is that the per cpu HPET timer
gets shut down when the nonboot cpus are stopped. When the nonboot
cpus are onlined again the HPET code sets up the MSI interrupt which
fires before the clock event device is registered. The event handler
is still set to hrtimer_interrupt, which then crashes the machine due
to highres mode not being active.

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700333

There is no real good way to avoid that in the HPET code. The HPET
code alrady has a mechanism to detect spurious interrupts when event
handler == NULL for a similar reason.

We can handle that in the clockevent/tick layer and replace the
previous functional handler with a dummy handler like we do in
tick_setup_new_device().

The original clockevents code did this in clockevents_exchange_device(),
but that got removed by commit 7c1e76897 (clockevents: prevent
clockevent event_handler ending up handler_noop) which forgot to fix
it up in tick_shutdown(). Same issue with the broadcast device.

Reported-by: Vitaliy Fillipov vita...@yourcmc.ru
Cc: Ben Hutchings b...@decadent.org.uk
Cc: sta...@vger.kernel.org
Cc: 700...@bugs.debian.org
Signed-off-by: Thomas Gleixner t...@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-broadcast.c
+++ b/kernel/time/tick-broadcast.c
@@ -66,6 +66,8 @@ static void tick_broadcast_start_periodic(struct 
clock_event_device *bc)
  */
 int tick_check_broadcast_device(struct clock_event_device *dev)
 {
+   struct clock_event_device *cur = tick_broadcast_device.evtdev;
+
if ((dev-features  CLOCK_EVT_FEAT_DUMMY) ||
(tick_broadcast_device.evtdev 
 tick_broadcast_device.evtdev-rating = dev-rating) ||
@@ -73,6 +75,8 @@ int tick_check_broadcast_device(struct clock_event_device 
*dev)
return 0;
 
clockevents_exchange_device(tick_broadcast_device.evtdev, dev);
+   if (cur)
+   cur-event_handler = clockevents_handle_noop;
tick_broadcast_device.evtdev = dev;
if (!cpumask_empty(tick_get_broadcast_mask()))
tick_broadcast_start_periodic(dev);
diff --git a/kernel/time/tick-common.c b/kernel/time/tick-common.c
index da6c9ec..ead79bc 100644
--- a/kernel/time/tick-common.c
+++ b/kernel/time/tick-common.c
@@ -323,6 +323,7 @@ static void tick_shutdown(unsigned int *cpup)
 */
dev-mode = CLOCK_EVT_MODE_UNUSED;
clockevents_exchange_device(dev, NULL);
+   dev-event_handler = clockevents_handle_noop;
td-evtdev = NULL;
}
raw_spin_unlock_irqrestore(tick_device_lock, flags);
-- 
1.7.10.4


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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 I go to insert the patch from /tmp using evolutions 'insert
Text file', if distcc updates its files in the /tmp directory, as
I go to get my patch, evolution crashes with:

Gtk:ERROR:/build/buildd-gtk+3.0_3.4.2-2-i386-qffsv7/gtk+3.0-3.4.2/./gtk/gtkfilesystemmodel.c:269:gtk_tree_path_new_from_node:
 assertion failed: (i  model-files-len)

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

If I wait till my distcc compiles finish (no longer modifying /tmp) I can
get my patch from /tmp without issue.

   * What was the outcome of this action?

Evolution would crash (due to gtk_tree_path_new_from_node() failing)
if I were to retrieve a file from /tmp while distcc was modifying
that directory.

   * What outcome did you expect instead?

Not to crash, and have the file inserted into my email.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (x86_64)

Kernel: Linux 3.3.6-custom+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgtk-3-0:i386 depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-33
ii  libcairo-gobject2   1.12.2-2
ii  libcairo2   1.12.2-2
ii  libcolord1  0.1.21-1
ii  libcomerr2  1.42.4-3
ii  libcups21.5.3-1
ii  libfontconfig1  2.9.0-6
ii  libfreetype62.4.9-1
ii  libgcrypt11 1.5.0-3
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgnutls26 2.12.20-1
ii  libgssapi-krb5-21.10.1+dfsg-1
ii  libgtk-3-common 3.4.2-2
ii  libk5crypto31.10.1+dfsg-1
ii  libkrb5-3   1.10.1+dfsg-1
ii  libpango1.0-0   1.30.0-1
ii  libx11-62:1.5.0-1
ii  libxcomposite1  1:0.4.3-2
ii  libxcursor1 1:1.1.13-1
ii  libxdamage1 1:1.1.3-2
ii  libxext62:1.3.1-2
ii  libxfixes3  1:5.0-4
ii  libxi6  2:1.6.1-1
ii  libxinerama12:1.1.2-1
ii  libxrandr2  2:1.3.2-2
ii  multiarch-support   2.13-33
ii  shared-mime-info1.0-1
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages libgtk-3-0:i386 recommends:
ii  hicolor-icon-theme  0.12-1
ii  libgtk-3-bin3.4.2-2

Versions of packages libgtk-3-0:i386 suggests:
ii  gvfs 1.12.3-1+b1
ii  librsvg2-common  2.36.1-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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 problem.

I'll test this on x86 32bit and PPC 64. If it works there, I'll push all
of them out for 38. Should these go to 37 stable too?

-- Steve

diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h
index cacc27a..0e3bce6 100644
--- a/include/linux/syscalls.h
+++ b/include/linux/syscalls.h
@@ -142,8 +142,6 @@ extern struct trace_event_functions 
exit_syscall_print_funcs;
 #define SYSCALL_TRACE_EXIT_EVENT(sname)
\
static struct syscall_metadata  \
__attribute__((__aligned__(4))) __syscall_meta_##sname; \
-   static struct ftrace_event_call \
-   __attribute__((__aligned__(4))) event_exit_##sname; \
static struct ftrace_event_call __used  \
  __attribute__((__aligned__(4)))   \
  __attribute__((section(_ftrace_events)))\


Index: linux-trace.git/include/linux/ftrace_event.h
===
--- linux-trace.git.orig/include/linux/ftrace_event.h
+++ linux-trace.git/include/linux/ftrace_event.h
@@ -194,7 +194,7 @@ struct ftrace_event_call {
int perf_refcount;
struct hlist_head __percpu  *perf_events;
 #endif
-};
+} __attribute__((__aligned__(32)));
 
 #define PERF_MAX_TRACE_SIZE2048
 





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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, but it still failed on the syscall for
  init_module. By removing the double declaration of event_exit_##sname,
  removed this problem.
  
  I'll test this on x86 32bit and PPC 64. If it works there, I'll push all
  of them out for 38. Should these go to 37 stable too?
 
 Please hold before adding these patches into git. They don't seem to address 
 the
 underlying problem correctly. See the latest exchanges between David Miller 
 and
 myself for more info.
 
 We need to come up with something better than it boots as an explanation for
 the fix.

Yes, I agree that we should solve this issue correctly. But if there is
a work around to the problem, we could implement that if the real
solution is not in our grasp yet.

-- Steve





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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 section is the ftrace_event_call.
It consists only of pointers, a struct list_head, a couple of int, and
a struct trace_event, which consists of: a struct hlist_node, a struct
list_head, an int, and a pointer.

None of these are more than long and I don't foresee them needing a
long long type. I think assuming that a long is the largest item should
due.

We can add a comment next to these structures specifying this
dependency, and hopefully it would be updated if we ever do include a
long long in them.

-- Steve





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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,
 because there are no commit messages or comments that explain why
 these things need to be there.

You may have missed my earlier repsonse.

The alignment was there to keep the linker from adding holes into the
sections that store this data. As the tracepoints are processed at boot
up like an array (as the initcalls are done). If the linker adds space
into the section as it puts the sections from all the object files
together, it will crash the kernel as we read that section as an array.

The min alignment I used solved this issue (which I hit on x86_64). But
I could also have made the structures aligned to a bigger alignment,
which should also work. But this will add holes between each item in the
array.

 
 If the align directives exist for that reason, then your suggestion
 would likely completely undo what these directives are trying to
 achieve.
 
 Someone mentioned that the default struct alignment on x86-64 is
 something rather rediculious like 32 bytes or something like that.
 Yet someone else suggested to use __aligned__(32) to fix this, so
 color me completely confused.

If you have another idea to keep the linker from breaking the section up
where it can't be read as an array, I'm all ears :-)

-- Steve





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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 adds holes as it links sections into one big one, then the
  reading of the array breaks.
  
  We either need to compact it (with the align(4)) which is undesirable,
  or add our own holes like the above does.
 
 Just take away all of the align directives, it should just work.

If that was the case, we would have never added it :-)

 
 If it doesn't, then we should investigate to find out the real reason
 why.

OK, we can remove it and I can see what breaks.

 
 The linker has no reason to add holes, and in fact if we are to believe
 the commit message for 86c38a31aa7f2dd6e74a262710bf8ebf7455acc5
 (tracing: Fix ftrace_event_call alignment for use with gcc 4.5), with
 gcc-4.x where x  5, it did work even though some ftrace_event_call
 declarations lacked the align directive.
 
 If this align thing is so critical, why don't we need it for the
 exception table entries which live in the __ex_table section in the
 kernel?  It's the same _exact_ kind of thing, and the asm sequence we
 use to populate it is identical to what GCC emits for the tracing
 object declarations in question.

But aren't the __ex_table entries just two words? Which would align
nicely regardless.

The ftrace_event_call is a relatively large structure, as it may end on
a 4 byte alignement, the linker may start the next section with more
space to get it back to a 8 byte alignment. This is assuming that x86_64
packs the array in 4 bytes.

Hmm, perhaps changing the alignment in vmlinux.lds.h would fix that.

Anyway, I'll revert that commit and see if I can break it again. If so,
then I'll look for other solutions.

Thanks!

-- Steve





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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 and causes problems on platforms
   where this tag down-aligns the structure's alignment.
   
   Signed-off-by: David S. Miller da...@davemloft.net
   ...
  
  Ok, unless we can explain why these alignments are needed at all, we
  should kill all of them:
 
 ftrace: linker script add missing struct align
 
 We should add the missing STRUCT_ALIGN(); in
 include/asm-generic/vmlinux.lds.h as a preliminary step to remove the ftrace
 bogus structure alignments. Moving all STRUCT_ALIGN() for FTRACE_EVENTS()
 and TRACE_SYSCALLS() into the definitions, so the alignment is only done if
 these infrastructures are configured in. 
 
 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 the issue,
I'll apply both patches.

Thanks,

-- Steve

 
 Signed-off-by: Mathieu Desnoyers mathieu.desnoy...@efficios.com
 ---
  include/asm-generic/vmlinux.lds.h |   19 ++-
  1 file changed, 10 insertions(+), 9 deletions(-)
 
 Index: linux-2.6-lttng/include/asm-generic/vmlinux.lds.h
 ===
 --- linux-2.6-lttng.orig/include/asm-generic/vmlinux.lds.h
 +++ linux-2.6-lttng/include/asm-generic/vmlinux.lds.h
 @@ -107,7 +107,8 @@
  #endif
  
  #ifdef CONFIG_TRACE_BRANCH_PROFILING
 -#define LIKELY_PROFILE() 
 VMLINUX_SYMBOL(__start_annotated_branch_profile) = .; \
 +#define LIKELY_PROFILE() STRUCT_ALIGN(); 
   \
 + 
 VMLINUX_SYMBOL(__start_annotated_branch_profile) = .; \
   *(_ftrace_annotated_branch) 
   \
   VMLINUX_SYMBOL(__stop_annotated_branch_profile) 
 = .;
  #else
 @@ -115,7 +116,8 @@
  #endif
  
  #ifdef CONFIG_PROFILE_ALL_BRANCHES
 -#define BRANCH_PROFILE() VMLINUX_SYMBOL(__start_branch_profile) = .;   \
 +#define BRANCH_PROFILE() STRUCT_ALIGN();   \
 + VMLINUX_SYMBOL(__start_branch_profile) = .;   \
   *(_ftrace_branch) \
   VMLINUX_SYMBOL(__stop_branch_profile) = .;
  #else
 @@ -123,7 +125,8 @@
  #endif
  
  #ifdef CONFIG_EVENT_TRACING
 -#define FTRACE_EVENTS()  VMLINUX_SYMBOL(__start_ftrace_events) = .;  
 \
 +#define FTRACE_EVENTS()  STRUCT_ALIGN(); 
 \
 + VMLINUX_SYMBOL(__start_ftrace_events) = .;  \
   *(_ftrace_events)   \
   VMLINUX_SYMBOL(__stop_ftrace_events) = .;
  #else
 @@ -131,7 +134,8 @@
  #endif
  
  #ifdef CONFIG_TRACING
 -#define TRACE_PRINTKS() VMLINUX_SYMBOL(__start___trace_bprintk_fmt) = .; 
  \
 +#define TRACE_PRINTKS()  . = ALIGN(8);   
\
 +  VMLINUX_SYMBOL(__start___trace_bprintk_fmt) = .;  \
*(__trace_printk_fmt) /* Trace_printk fmt' pointer */ \
VMLINUX_SYMBOL(__stop___trace_bprintk_fmt) = .;
  #else
 @@ -139,7 +143,8 @@
  #endif
  
  #ifdef CONFIG_FTRACE_SYSCALLS
 -#define TRACE_SYSCALLS() VMLINUX_SYMBOL(__start_syscalls_metadata) = .;  
 \
 +#define TRACE_SYSCALLS() STRUCT_ALIGN(); \
 +  VMLINUX_SYMBOL(__start_syscalls_metadata) = .; \
*(__syscalls_metadata) \
VMLINUX_SYMBOL(__stop_syscalls_metadata) = .;
  #else
 @@ -169,11 +174,7 @@
   LIKELY_PROFILE()\
   BRANCH_PROFILE()\
   TRACE_PRINTKS() \
 - \
 - STRUCT_ALIGN(); \
   FTRACE_EVENTS() \
 - \
 - STRUCT_ALIGN(); \
   TRACE_SYSCALLS()
  
  /*
 
 
 





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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 the issue,
 I'll apply both patches.

After applying David's patch, I do indeed get a crash. I'll now apply
yours and see if it fixes the issue.

-- Steve





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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.
  
  If I can make it crash without the alignments and this fixes the issue,
  I'll apply both patches.
 
 After applying David's patch, I do indeed get a crash. I'll now apply
 yours and see if it fixes the issue.

Your patch doesn't seem to fix it either. I'll investigate this further.

-- Steve





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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:
   
 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 the issue,
I'll apply both patches.
   
   After applying David's patch, I do indeed get a crash. I'll now apply
   yours and see if it fixes the issue.
  
  Your patch doesn't seem to fix it either. I'll investigate this further.
 
 I think David's patch missed kernel/trace/trace_export.c
 
 struct ftrace_event_call __used \
 __attribute__((__aligned__(4))) \
 __attribute__((section(_ftrace_events))) event_##call = { \
 
 and kernel/trace/trace.h:
 
 #define FTRACE_ENTRY(call, struct_name, id, tstruct, print) \
 extern struct ftrace_event_call \
 __attribute__((__aligned__(4))) event_##call;
 
 does it help if you remove these ?

I doubt it, but I'll try it anyway.

-- Steve






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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 macros in include/trace/ftrace.h have a
  __aligned__(4) attribute in them. Maybe that should be 8 on sparc64
  systems.
  The aligned 4 seems to be unchanged since include/trace/ftrace.h was
  created in f42c85e74faa422cf0bc747ed808681145448f88 in April 2009.
 
 That needs to be at least 8 on 64-bit systems.  Why is this aligned
 directive there at all?

IIRC, the problem showed up in 64-bit systems. OK, x86-64 (but of
course ;-).

The problem comes when the linker puts these sections together. We read
all the sections as one big array. If the linker puts in holes, then
this breaks the array, and the kernel crashes while reading the section.

I guess one solution is to remove the alignment at the allocation and
place it at the structure. This will mean all accesses to this structure
will need to be on an alignment.

-- Steve





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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 sufficiently.  That .align 4 mnemonic is a good indication
   of this.  It should at least 8 on sparc64.
  
 I noticed another potentially 64 bit unfriendly alignment on struct
 tracepoint in include/linux/tracepoint.h. I don't think that the
 alignment of 32 breaks anything but it does leave a 24 byte hole. I
 don't know enough about tracing to know if that is necessary.
 
 struct tracepoint {
 const char *name;   /* Tracepoint name */
 int state;  /* State. */
 void (*regfunc)(void);
 void (*unregfunc)(void);
 struct tracepoint_func *funcs;
 }  __attribute__((aligned(32)));/*
  * Aligned on 32 bytes because it is
  * globally visible and gcc happily
  * align these on the structure size.
  * Keep in sync with vmlinux.lds.h.
  */
 
 Note I spotted this when looking at some residual sparc64 relocation
 issues when _ftrace_events alignment is changed to 8. I'll follow those
 issues up in a separate email when I get time later today.

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 adds holes as it links sections into one big one, then the
reading of the array breaks.

We either need to compact it (with the align(4)) which is undesirable,
or add our own holes like the above does.

-- Steve






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

I found the email that caused the problem and I'm posting it here,
It looks like it may have been corrupted, but that's still no reason
to lose the rest of the mbox to the archive.  I'm glad I didn't use the
 --delete option since that would have lost the entire mbox.

Here's the email:

From
[EMAIL PROTECTED]
Sun Jun 11 14:15:04 2006
Return-path:
[EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on
gandalf.stny.rr.com
X-Spam-Level:
X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00,EMPTY_MESSAGE
autolearn=no version=3.1.1
Envelope-to: [EMAIL PROTECTED]
Delivery-date: Sun, 11 Jun 2006 14:15:04 -0400
Received: from localhost ([127.0.0.1] helo=localhost.localdomain) by
gandalf.stny.rr.com with esmtp (Exim 4.62) (envelope-from
[EMAIL PROTECTED])
id 1FpUSm-e3-Eg for [EMAIL PROTECTED]; Sun, 11 Jun 2006 14:15:04
-0400
X-Real-To: [EMAIL PROTECTED]
Received: from webmaillogin.com [216.40.35.34] by localhost.localdomain
with POP3 (fetchmail-6.3.4) for [EMAIL PROTECTED] (single-drop); Sun,
11 Jun 2006 14:15:04 -0400 (EDT)
Received: from c1m14.emaildefenseservice.com ([216.40.36.47] verified)
by fr4.webmaillogin.com (CommuniGate Pro SMTP 5.0.9) with SMTP id
191616963 for [EMAIL PROTECTED]; Sun, 11 Jun 2006 14:14:24 -0400
Received: from vger.kernel.org [209.132.176.167] (EHLO vger.kernel.org)
by c1m14.emaildefenseservice.com (mxl_mta-1.3.8-10p10) with ESMTP id
48d5c844.1650.009.c1m14; Sun, 11 Jun 2006 14:14:28 -0400 (EDT)
Received: ([EMAIL PROTECTED]) by vger.kernel.org via listexpand
id S1750732AbWFKSN6 (ORCPT rfc822;[EMAIL PROTECTED]); Sun, 11 Jun
2006 14:13:58 -0400
Received: ([EMAIL PROTECTED]) by vger.kernel.org id
S1750729AbWFKSN4 (ORCPT rfc822;linux-kernel-outgoing); Sun, 11 Jun
2006 14:13:56 -0400
Received: from manic.desrt.ca ([66.36.239.117]:17089 HELO
manic.desrt.ca) by vger.kernel.org with SMTP id S1750732AbWFKSN4 (ORCPT
rfc822;linux-kernel@vger.kernel.org); Sun, 11 Jun 2006 14:13:56 -0400
Subject: [patch] ICH7 SCI_EN quirk required for Macbook
From:   Ryan Lortie [EMAIL PROTECTED]
To: [EMAIL PROTECTED], linux-acpi@vger.kernel.org, Andrew Morton
[EMAIL PROTECTED]
Cc: Matthew Garrett [EMAIL PROTECTED], Ben Collins
[EMAIL PROTECTED], Frederic Riss [EMAIL PROTECTED]
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol=application/pgp-signature; boundary==-Yb3G0z+a1ZV00/YAUUh4
Message-Id: [EMAIL PROTECTED]
Mime-Version: 1.0
X-Mailer: Evolution 2.6.1
Date:   Sun, 11 Jun 2006 14:00:19 -0400
X-Evolution-Format: text/plain
X-Evolution-Account: [EMAIL PROTECTED]
X-Evolution-Transport: smtp://@copacetic.desrt.ca/;use_ssl=never
X-Evolution-Fcc: imap://[EMAIL PROTECTED]/sent
Sender: [EMAIL PROTECTED]
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
X-Spam: exempt
X-MAIL-FROM:
[EMAIL PROTECTED]
X-SOURCE-IP: [209.132.176.167]
X-Evolution: 593e-0010
Status: RO
X-Status:
X-Keywords:
X-UID: 2187

X-E{
 .callback =3D init_ints_after_s1,
 .ident =3D Toshiba Satellite 4030cdt,
 .matches =3D {DMI_MATCH(DMI_PRODUCT_NAME, S4030CDT/4.3),},
 },
+   {
+.callback =3D init_ich7_sci_en_quirk,
+.ident =3D Intel Apple,
+.matches =3D {DMI_MATCH(DMI_SYS_VENDOR, Apple Computer),},
+},
{},
 };
=20





--=-Yb3G0z+a1ZV00/YAUUh4
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)

iQG5AwUARIxaLJ96IjKvqm/2AQJcMA0eIQnj5Lm6YfYiHecouNsckBvBcZaCsYLd
Arzkg/lMV7UpXwuMbcoXo5/GHDqvGorjRfqfibmg82/gL/syS2kcv3xyPqGXTSsk
iyuxyP0qW442mbC8Dp1r9eps953D5--=-Yb3G0z+a1ZV00/YAUUh4--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/




-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-i386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mail-expire depends on:
ii  libcompress-zlib-perl 1.41-1 Perl module for creation and manip
ii  libdate-calc-perl 5.4-4  Perl library for accessing dates
ii  libmail-mbox-messageparser-pe 1.4003-1   fast and simple mbox folder reader
ii  perl  5.8.8-4Larry Wall's Practical Extraction 

mail-expire recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL

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 within the code you are replying to.
Please tell me how to turn them off (it doesn't seem obvious) or please
update it to not show these (or forward this request on).  I haven't had
the time to look at the code in evolution, or I probably would just do
it myself.

Thanks,

-- Steve

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-rc1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages evolution depends on:
ii  evolution-dat 1.4.2.1-2  evolution database backend server
ii  gconf22.14.0-1   GNOME configuration database syste
ii  gnome-icon-th 2.14.2-1   GNOME Desktop icon theme
ii  gtkhtml3.83.8.1-1.1  HTML rendering/editing library - b
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.11.4-1   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libavahi-clie 0.6.9-6Avahi client library
ii  libavahi-comm 0.6.9-6Avahi common library
ii  libavahi-comp 0.6.9-6Avahi Howl compatibility library
ii  libavahi-glib 0.6.9-6Avahi glib integration library
ii  libbonobo2-0  2.14.0-1   Bonobo CORBA interfaces library
ii  libbonoboui2- 2.14.0-1   The Bonobo UI library
ii  libc6 2.3.6-6GNU C Library: Shared libraries
ii  libcairo2 1.0.4-1The Cairo 2D vector graphics libra
ii  libcamel1.2-6 1.4.2.1-1  The Evolution MIME message handlin
ii  libcomerr21.38+1.39-WIP-2006.04.09-1 common error description library
ii  libdb4.2  4.2.52-24  Berkeley v4.2 Database Libraries [
ii  libdbus-1-2   0.61-5 simple interprocess messaging syst
ii  libebook1.2-5 1.4.2.1-2  Client library for evolution addre
ii  libecal1.2-3  1.4.2.1-2  Client library for evolution calen
ii  libedataserve 1.4.2.1-2  Utility library for evolution data
ii  libedataserve 1.4.2.1-2  GUI utility library for evolution 
ii  libesd0   0.2.36-3   Enlightened Sound Daemon - Shared 
ii  libfontconfig 2.3.2-5.1  generic font configuration library
ii  libfreetype6  2.1.10-3   FreeType 2 font engine, shared lib
ii  libgail-commo 1.8.11-1   GNOME Accessibility Implementation
ii  libgail17 1.8.11-1   GNOME Accessibility Implementation
ii  libgconf2-4   2.14.0-1   GNOME configuration database syste
ii  libgcrypt11   1.2.2-1LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.10.2-1   The GLib library of C routines
ii  libgnome-keyr 0.4.9-1GNOME keyring services library
ii  libgnome-pilo 2.0.12-1.6 Support libraries for gnome-pilot
ii  libgnome2-0   2.14.0-2   The GNOME 2 library - runtime file
ii  libgnomecanva 2.14.0-1   A powerful object-oriented display
ii  libgnomeprint 2.12.1-3   The GNOME 2.2 print architecture -
ii  libgnomeprint 2.12.1-2   GNOME 2.2 print architecture User 
ii  libgnomeui-0  2.14.0-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2- 2.14.0-2   GNOME virtual file-system (runtime
ii  libgnutls11   1.0.16-14  GNU TLS library - runtime library
ii  libgpg-error0 1.2-1  library for common error values an
ii  libgtk2.0-0   2.8.16-1   The GTK+ graphical user interface 
ii  libgtkhtml3.8 3.8.1-1.1  HTML rendering/editing library - r
ii  libice6   1:1.0.0-2  X11 Inter-Client Exchange library
ii  libjpeg62 6b-12  The Independent JPEG Group's JPEG 
ii  libkrb53  1.4.3-6MIT Kerberos runtime libraries
ii  libldap2  2.1.30-13  OpenLDAP libraries
ii  libnspr4  2:1.7.12-1.1   Netscape Portable Runtime Library
ii  libnss3   2:1.7.12-1.1   Network Security Service Libraries
ii  liborbit2 1:2.14.0-1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.12.0-2   Layout and rendering of internatio
ii  libpisock80.11.8-21

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: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages make depends on:
ii  libc6 2.3.6-3GNU C Library: Shared libraries an

make recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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 all users?

Thanks,

-- Steve


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-rt13-logdev1
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages gdm depends on:
ii  adduser  3.78Add and remove users and groups
ii  debconf  1.4.59  Debian configuration management sy
ii  dpkg 1.13.11.0.1 package maintenance system for Deb
ii  gksu 1.3.6-1 graphical frontend to su
ii  gnome-session2.10.0-8The GNOME 2 Session Manager
ii  gnome-terminal [x-te 2.10.0-3The GNOME 2 terminal emulator appl
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libattr1 2.4.25-1Extended attribute shared library
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libgconf2-4  2.10.1-6GNOME configuration database syste
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.4-1 The GLib library of C routines
ii  libgnome2-0  2.10.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.10.2-2A powerful object-oriented display
ii  libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.10.1-5The GNOME virtual file-system libr
ii  libgtk2.0-0  2.6.10-2The GTK+ graphical user interface 
ii  libice6  6.8.2.dfsg.1-10 Inter-Client Exchange library
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpam-modules   0.79-3  Pluggable Authentication Modules f
ii  libpam-runtime   0.79-3  Runtime support for the PAM librar
ii  libpam0g 0.79-3  Pluggable Authentication Modules l
ii  libpango1.0-01.8.2-3 Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  librsvg2-2   2.9.5-6 SAX-based renderer library for SVG
ii  libselinux1  1.26-1  SELinux shared libraries
ii  libsm6   6.8.2.dfsg.1-10 X Window System Session Management
ii  libwrap0 7.6.dbs-8   Wietse Venema's TCP wrappers libra
ii  libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li
ii  libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte
ii  libxi6   6.8.2.dfsg.1-10 X Window System Input extension li
ii  libxml2  2.6.22-2GNOME XML library
ii  metacity [x-window-m 1:2.10.3-2  A lightweight GTK2 based Window Ma
ii  sawfish [x-window-ma 1:1.3+cvs20050709-6 a window manager for X11
ii  twm [x-window-manage 6.8.2.dfsg.1-10 Tab window manager
ii  xbase-clients6.8.2.dfsg.1-10 miscellaneous X clients
ii  xlibs6.8.2.dfsg.1-10 X Window System client libraries m
ii  xterm [x-terminal-em 6.8.2.dfsg.1-10 X terminal emulator
ii  zlib1g   1:1.2.3-8   compression library - runtime

Versions of packages gdm recommends:
ii  dialog1.0-20051107-1 Displays user-friendly dialog boxe
ii  whiptail  0.51.6-31  Displays user-friendly dialog boxe
ii  zenity2.10.1-1   Display graphical dialog boxes fro

-- debconf information:
  gdm/daemon_name: /usr/bin/gdm
* shared/default-x-display-manager: gdm


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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 told it would be dangerous to go back to
testing because of the libgcc4.0 transition).  Is there a way to get
these dependancies working? If I try to upgrade I lose things like
gnome, which I really don't want to lose right now. Not to mention that
my emails contain bad spelling since I currently don't have a spell
checker. But that I can live with.

Thanks,

-- Steve


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-rc3
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages bluefish depends on:
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libaspell150.60.2+20050121-3 The GNU Aspell spell-checker runti
ii  libatk1.0-01.10.1-2  The ATK accessibility toolkit
ii  libbonobo2-0   2.10.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.10.0-1  The Bonobo UI library
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libgconf2-42.10.1-1  GNOME configuration database syste
ii  libglib2.0-0   2.6.5-1   The GLib library of C routines
ii  libgnome2-02.10.1-1  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.10.2-2  A powerful object-oriented display
ii  libgnomeui-0   2.10.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.10.1-5  The GNOME virtual file-system libr
ii  libgtk2.0-02.6.8-1   The GTK+ graphical user interface 
ii  libice66.8.2.dfsg.1-2Inter-Client Exchange library
ii  liborbit2  1:2.12.2-2libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.8.1-1   Layout and rendering of internatio
ii  libpcre3   5.0-1.1   Perl 5 Compatible Regular Expressi
ii  libpopt0   1.7-5 lib for parsing cmdline parameters
ii  libsm6 6.8.2.dfsg.1-2X Window System Session Management
ii  libxml22.6.20-1  GNOME XML library
ii  xlibs  6.8.2.dfsg.1-2X Window System client libraries m
ii  zlib1g 1:1.2.2-9 compression library - runtime

bluefish recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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 to unstable. Never the reverse.  How safe is that?
 
 It depends on the state of your system.  If you've already installed
 parts of the GCC 4 transition on your system, it won't be a particularly
 smooth move to testing.
 
 Also, keep in mind that testing will also have to undergo the GCC 4
 transition in a couple weeks.  It'll hopefully go smoother than the
 unstable one, but there will still be some bumps along the way.
 

Thanks Brian,

I guess that means I have to stay with unstable then.  I'll also have to
work on my spelling since I don't have anything to check it in
evolution, since aspell seems to not want to install yet.

Thanks,

-- Steve




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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 to that.  I've been on unstable
for more than a year now and have been pretty pleased. Sure, every now
and then a package would break, but the next day it was fixed. 

But lately, unstable has been earning its name. I almost lost all of
gnome with an update. One of my collegues almost lost aptitude! 
My mouse has currently disappeared from X. X is running but when
I came back to my computer, and got out of the screen saver, my mouse
pointer is nowhere to be found.  This has happened three times already,
and once, the mouse came back after 10 minutes (I don't really use it
much ;-).  I'm not sure if the problem is with X or what, so I don't
know where to report it.

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 to unstable. Never the reverse.  How safe is that?

Thanks,

-- Steve


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.2
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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 the focus jumps to the display! So the only way to get to
the window that I want, is to move my mouse, which defeats the purpose
of having keyboard short cuts in the first place.

Thanks,

-- Steve


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.2
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages sawfish depends on:
ii  gnome-terminal [x-termin 2.10.0-2The GNOME 2 terminal emulator appl
ii  konsole [x-terminal-emul 4:3.3.2-1   KDE X terminal emulator
ii  libatk1.0-0  1.10.1-2The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libesd0  0.2.36-1Enlightened Sound Daemon - Shared 
ii  libfontconfig1   2.3.2-1 generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libglib2.0-0 2.6.5-1 The GLib library of C routines
ii  libgmp3  4.1.4-6 Multiprecision arithmetic library
ii  libgtk2.0-0  2.6.8-1 The GTK+ graphical user interface 
ii  libice6  4.3.0.dfsg.1-14 Inter-Client Exchange library
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  librep9  0.17-9  an embeddable Emacs-Lisp-like runt
ii  libsm6   4.3.0.dfsg.1-14 X Window System Session Management
ii  libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  rep-gtk  0.18-9  GTK binding for librep
ii  xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu
ii  xterm [x-terminal-emulat 4.3.0.dfsg.1-14 X terminal emulator
ii  zlib1g   1:1.2.2-8   compression library - runtime

sawfish recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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 or not I have mail.  If I right
click on the applet, I do get a menu with the following options:

config
about...
remove from panel
move
lock to panel


The config does nothing.  The about gives:

Mbox check 0.3
Check a list of mboxes and notify you when new mail arrives
Copyright 2003 Sebastien Bacher

With Credits and Close buttons.

So, I have no way now to see from the panel whether or not I have email.
I don't know what happen to the old mbox, but I did like it.  So now I
must continually check my mail manually.

I did see a bug about this not depending on python-gnome2-extras, when
it should.  I do have that installed.

-- Steve


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.2
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages mboxcheck-applet depends on:
ii  python2.3.5-3An interactive high-level object-o
ii  python-gnome2 2.10.0-2   Python bindings for the GNOME desk

mboxcheck-applet recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]