I will try to reproduce this issue. I just need to upgrade to Wheezy.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Julien Cristau jcris...@debian.org writes:
Does the package at http://people.debian.org/~jcristau/522747/ work
better?
Its sha1sum is 95b0beda410bb0508d3079fcb161776f5ca67c0c.
This works.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
I've upraded to Wheezy. The bug is reproducible.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Philip Ashmore cont...@philipashmore.com writes:
Versions of packages icewm depends on:
pn icewm-commonnone
^^ ^^
This package is required but is not installed (should be ii). I think
the problem was here. Is this still an issue? If not, you can close the
Look at these (closed) bugreports. Do you encounter the same problem?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474495
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529944
However it's very strange. There is the patch in the Debian patchset for
icewm that solved this problem. Could you
Eduard Bloch e...@gmx.de writes:
I will keep this task open, though. Maybe there should be some check
looking whether sudo is allowed for the user and add sudo halt
there.
JFYI, I've made the following configurations:
I have created a group that would be permitted to do all the operations
Evgeny M. Zubok evgeny.zu...@tochka.ru writes:
The we need to add the user to the group shutdown:
addgroup user shutdown
Incorrect.
adduser user shutdown
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
If you need to reproduce this issue, I can create a temporal account on
mail.ru and send login and password on maintainer's email.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Notification: I have sent an email to your personal email address.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: xulrunner-1.9
Version: 1.9.0.19-11
Severity: important
I have encountered a problem with Iceweasel last security updates of
xulrunner-1.9 for Lenny. Now I unable to login to Russian public mail
service http://www.mail.ru.
I enter my login and password on the main site
tags 589432 patch
thanks
I've found where the problem arises. Once IceWM issues ConfigureNotify
event to Emacs, the ConfigureNotify handler in Emacs (src/xterm.c)
sets win_gravity in WM_NORMAL_NINTS for Emacs window. IceWM recieves
PropertyNotify event and then calls the following functions (in
Cyril Brulebois k...@debian.org writes:
why are you submitting this bug against the s3 driver? You seem to be
running the radeon driver
Perhaps the original poster meant ACPI S3 mode and decided to put bug
here. Need to reassign either to radeon or to kernel.
--
To UNSUBSCRIBE, email to
Evgeny M. Zubok evgeny.zu...@tochka.ru writes:
right mouse button and then select Cascade, the tray desappears from
its original position and appears as separate application button on
taskbar and thus become inaccessible.
It seems that the similar bug was closed in upstream.
http
Package: icewm
Version: 1.3.7~pre2-1
Severity: normal
When I click Alt+Shift+F4 or when I open popup menu from taskbar by
right mouse button and then select Cascade, the tray desappears from
its original position and appears as separate application button on
taskbar and thus become inaccessible.
Undoing the change that was made between 1.3.5 and 1.3.6 fixes the
problem. I haven't changed the tag to 'patch' bacause I don't know
whether to blame emacs or IceWM (I believe the former). Emacs23 with GTK
frontend works fine with current IceWM. Both emacs22 (Xaw3d, Lenny) and
emacs23-lucid
I think it's better not to delete focusLastWindow() from setState. There
is a pair manager-lockFocus() and manager-unlockFocus(), that is widly
used in the source code to isolate setState from moving input focus. So,
the better solution is to use it. New patch attached
--- a/src/wmcontainer.cc
The problem is solved by removing the focusLastWindow() call from
setState function. I guess that this call is redundant. The patch
requires a strong Marco's review. I have tested some common actions
with this patch: iconify/restore frame from taskbar, iconify/restore
transient windows, run an
Package: icewm
Version: 1.3.7~pre2-1
Severity: important
I've backported IceWM 1.3.7pre2 to Lenny and encountered the problem
with Emacs - it doesn't respond just after mapping. All other
applications start as usual. I use emacs22 from Lenny which is
compiled with Xaw3d by default. In
Evgeny M. Zubok evgeny.zu...@tochka.ru writes:
The same story with emacs23-lucid from lenny-backports repository.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: netatalk
Severity: normal
Hi,
I was in doubt whether the following is bug or not, so I decided to
write to you directly.
I have freshly installed Debian/Squeeze (armel architecture) on NAS
QNAP TS-210. NAS has static address 192.168.1.3. On other side I have
iMac with Mac OS X 10.6.3
Package: qcontrol
Severity: normal
I think this is copypaste problem in /etc/init.d/qcontrol script
(marked by *)
case $1 in
start)
# Change status led to show green
device=$(grep Hardware[[:space:]]*: /proc/cpuinfo 2/dev/null | \
head -n1 | sed s/^[^:]*: //)
Can you provide your ~/.icewm/menu file or at least iceweasel and
icedove entries? I've added to this file
prog Iceweasel /usr/share/pixmaps/iceweasel.xpm iceweasel
and Iceweasel started without problems. Version: IceWM 1.3.5 backported
to Lenny.
--
To UNSUBSCRIBE, email to
As I understand from the following discussion in the upstream, IceWM
not to blame for described emacs behaviour. I think the bug should be
reassigned to wishlist items of emacs23 package. Am I right? Upstream
considers an interim solution to use smaller default font, but it has
not announced what
John Talbut j...@dpets.co.uk writes:
Package: xserver-xorg-video-s3
Version: 1:0.6.0-1
Severity: important
As soon as X is started the screen switches to power saving mode, the
same when running gdm or xorg. If I use the vesa driver this does not
happen (but it is slow).
This happened
What geometry your Emacs has at start? You may provide the geometry by
emacs' option -geometry or by resource string emacs.geometry. Please,
add Emacs.geometry: 80x35+0+0 to ~/.Xresources and don't forget to
update resources with xrdb. Or run emacs -Q -geometry 80x35+0+0.
Note: I'm using Emacs22
I've just intstalled emacs23 with GTK backend from lenny-backports. Your
problem is reproducible, but is not reproducible with emacs22 with Xaw3d
backend. For some reason, toolbar is appeared too late, after the moment
when emacs window has been exposed. When toolbar appears, emacs window
is
found 552292 icewm/1.3.5-1
thanks
#552292: icewm: IceWM replaces the icons of some applications by
default app icon
* misc_fixes.dpatch: skip NET_WM_ICON window icon method when the
result has no contents, fixing fallback to legacy icons resolving
(closes: #552292)
This fix hadn't been
Marko Macek marko.ma...@gmx.net writes:
I aplied this patch (slightly adapted) to icewm-1.3 branch.
Please review/test.
I've tested icewm-1.3 branch and all seems OK. I think we need to extend
this algorithm to rescale non-square icons. 'amule', for example,
provide rectangular icon 32x42.
Package: icewm
Version: 1.2.37+1.3.4pre2-8
Severity: normal
Tray isn't being redrawn after restarting icewm. Steps to reproduce this
bug:
1. Run any application(s) that have tray icon (I have tried Pidgin and
Opera)
2. Close these applications. Tray should become empty.
3. Press Ctrl-Alt-Del
tags 552292 + patch
thanks
I have written the patch to rescale the icons other way.
The old behaviour was to search through NET_WM_ICON set for icons with
sizes that matched SmallIconSize, LargeIconSize, HugeIconSize (either
their defaults - 16, 32, 48 - or user defined values). The missing
The better patch.
--- a/src/wmframe.cc 2009-10-28 17:09:16.0 +0300
+++ b/src/wmframe.cc 2009-10-28 21:10:00.0 +0300
@@ -2397,28 +2397,42 @@
refYIcon oldFrameIcon = fFrameIcon;
if (client()-getNetWMIcon(count, elem)) {
-refYImage icons[4];
-int sizes[]
Evgeny M. Zubok evgeny.zu...@tochka.ru writes:
I'm reopening this bug. The last patch mainly solved the problem
(thank you) but not completely. The applications remain (for example
`inkscape' and `qtconfig-qt3') that supply icons, but the icons don't
appear in the taskbar and are replaced
Eduard Bloch e...@gmx.de writes:
inkscape: only one 64x64 icon included. Icewm requires an icon set
having images of sizes 16x16 and 32x32. Rescaling is not supported
yet, as far as I can see.
Rescaling is supported. To verify this I have added 64 to the list of
acceptable icon sizes in
reopen 552292
thanks
I'm reopening this bug. The last patch mainly solved the problem (thank
you) but not completely. The applications remain (for example `inkscape'
and `qtconfig-qt3') that supply icons, but the icons don't appear in the
taskbar and are replaced by default icon as in the
Package: icewm
Version: 1.2.37+1.3.4pre2-6
Severity: normal
Icewm doesn't show the icons of some applications (for example, xpdf,
aumix, scribus, emacs, etc.) and replaces them by default app icon
from /usr/share/icewm/icons (this is red X logo sign).
--
To UNSUBSCRIBE, email to
Eduard Bloch e...@gmx.de writes:
Where?
In the taskbar and window lists? Sure, that applications don't
provide one via wm propties (just watch xprop output, compared to...
e.g. iceweasel).
I mean taskbar and also window's header. For example, icewm 1.2.28 from
Lenny shows xpdf (or emacs)
I've written and committed to the upstream the manual page for S3.
Should I rework it for Lenny and prepare patch? Is the man page the
subject for proposed updates? I'm asking because the changes can be
slightly complicated for proposed updates as it's needed to change
configure.ac and /debian
Franklin Piat fp...@bigfoot.com writes:
The screen looks too wide and corrupted, when ran in 24 bits mode.
I close this bug in upstream. The problem was partially solved in 0.6.1
version (available in Debian) and finally solved in upstream by fixing
interlaced mode which is needed to set up
Peter Van Eynde pvane...@debian.org writes:
* Removed xref.lisp again and added a test in the makefile for it
(Closes: #517205)
And what about Lenny? Does this DFSG violation need a fix in stable
distribution?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Shaddy Baddah hel...@shaddybaddah.name writes:
(II) Bus 1: bridge is at (0:1:1), (0,1,1), BCTRL: 0x0023 (VGA_EN is cleared)
(--) PCI:*(1:2:0) ATI Technologies Inc 3D Rage Pro 215GP rev 92, Mem @
0xe100/24, 0xe200/12, BIOS @ 0xe102/0
(--) PCI: (2:1:0) S3 Inc. 86c764/765
Package: debian-el
Version: 29.3-2
Severity: wishlist
Tags: patch
If I want to reply to someone after the getting thread by means of
debian-bug-get-bug-as-email function, I press 'r' of 'R' (for Gnus). But
the 'To:' field is filled only with recipient's mail but not with the
Package: icewm
Version: 1.2.35-1
Severity: normal
Preamble
There is set of Emacs functions that allows to iconify, raise, lower and
deiconify Emacs frames directly from Emacs. These functions together
with the emacs-server capability (by calling `server-start' in ~/.emacs)
provide the
Drew Parsons dpars...@debian.org writes:
More importantly, with 2.5.5 running (and not being masqueraded by
2.5.4), it does indeed log in to icq. So this bug can probably be
closed for unstable users.
Yes, 2.5.5 is working. So we need to view changes from 2.5.4 to 2.5.5 in
OSCAR protocol
Tags: patch
I have examined the difference between 2.5.4 and 2.5.5. There was a
client version change in oscar.h. A patch below solves the problem in
Lenny (tested).
--- pidgin-2.4.3/libpurple/protocols/oscar/oscar.h 2009-03-10
15:08:32.0 +0300
+++
Package: pidgin
Version: 2.4.3-4
Severity: important
Yesterday Pidgin suddenly stops connecting to ICQ with system message
that client outdated, and it necessary to update Pidgin from
http://pidgin.im. Also I tried more recent Pidgin 2.5.4 from testing
and got the same issue. There are
Package: cl-swank
Version: 1:20080223-2
Severity: critical
The xref.lisp source has the following license:
;;; Use and copying of this software and the preparation of derivative
;;; works based on this software are permitted, so long as the following
;;; conditions are met:
;;; o The
Package: gaim
Version: 1:2.0.0+beta5-10etch1
Severity: important
Tags: patch
Recently the ICQ users with alternative clients like GAIM, Pidgin,
Miranda, QIP etc. started to receive the following message from UIN #1:
=
Системное сообщение
Just for reference.
Upstream ticket:
http://developer.pidgin.im/ticket/8198
The same bugreport for Pidgin in Debian BTS (#512724)
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512724
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
The upstream bug report says that ICQ has reverted their changes. Can
you confirm this?
Yes, it seems that AOL (or their representative) has reverted the
changes. GAIM 2.0.0beta5 from Etch has connected successfully without
any patching. The situation was different few hours ago.
--
To
Brice Goglin [EMAIL PROTECTED] writes:
Evgeni, From what I see, you've been involved with upstream s3
recently. So, does this patch matter for s3 0.6 as well ? do you plan
to apply it upstream?
This patch is intended only for 0.4.0 version and can not be applied to
0.6.0 as there was some
I can put the S3 back in and get the lspci output for you, but it will
be a few days before I can do so. The card itself and the bus it goes
into is working, as OpenVMS on the same system does correctly
initialize and use the display with the S3 card in place.
I've searched in Google the
What is your full lspci -v output? If you had got such strange picture
when X was started then probably S3 displayed some other place in
memory. Your log shows that framebuffer's start address is 0x0900
- 0x097f. So X server will put the image there.
(II) resource ranges after preInit:
Evgeny M. Zubok [EMAIL PROTECTED] writes:
What is your full lspci -v output? If you had got such strange picture
when X was started then probably S3 displayed some other place in
memory. Your log shows that framebuffer's start address is 0x0900
- 0x097f. So X server will put the image
You logs are incomplete. They are broken before the ScreenInit
section. I think that the hanging occurs before that moment. After the
place where your logs are ended up there must be something like this:
(==) s3(0): Write-combining range (0xf400,0x20)
(==) s3(0): Backing store disabled
I made the same changes in my icewm-common just before I found your
bug-report. So waiting for maintainer. Ping. :)
P.S. Is the /etc/menu-methods/icewm-common debian-only file? Does it
belongs to upstream?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Package: icewm
Version: 1.2.28-4
Severity: normal
I have the same result with icewm 1.2.28 (now in etch). Gv has a black
icon on task bar and in window corner. Also not all applications show
correct icons in task bar. For example, Gaim conversations, the main
window of GIMP, Inkscape and others.
Sorry for my previous dirty hack for Makefile.am. My previous message
should be ignored. Now I present new correct version of patch. It also
possibly closes bug #377386 which was merged with this bug.
Infomation for maintainer. This patch replaces(!!!) my previous patch
01_enable_new_mmio.diff.
Package: gaim
Version: 1:2.0.0+beta4-3
Severity: normal
After latest Gaim's upgrade from 1.5 to 2.0 in Etch the sounds don't work
anymore. My soundcard is Aureal with au8820 chip. GNOME is not installed.
Before upgrade gstreamer is not used at all. I found workaround for some time
with
I resolved (i hope) the incosistences with the old S3 chipsets. Thanks to
Eugene Konev for his report. Now s3_accel.c compiled twice: with and without
S3_NEWMMIO and then object files s3_accel_newmmio.o and s3_accel_pio.o
are linked together.
Infomation for maintainer. This patch replaces(!!!) my
What chip you are talking about? In the s3 driver source code there are
only following supported chips:
Without New MMIO:
PCI_CHIP_964_0
PCI_CHIP_964_1
PCI_CHIP_TRIO
PCI_CHIP_AURORA64VP,
With New MMIO:
PCI_CHIP_968
PCI_CHIP_TRIO64UVP
PCI_CHIP_TRIO64V2_DXGX
As I remember there is always one
Sorry, I see what you are talking about.
When Xorg was moved from imake building system the old building rules was
not incorporated into Xorg 7.0/7.1 source tree. I'll try to change this
issue.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
--- orig/configure.ac 2006-02-13 03:48:46.0 +
+++ new/configure.ac2006-10-08 02:31:54.0 +
@@ -62,6 +62,8 @@
# Checks for header files.
AC_HEADER_STDC
+AC_DEFINE(S3_NEWMMIO, 1, [Enable support for the new MMIO])
+
AC_SUBST([XORG_CFLAGS])
AC_SUBST([moduledir])
A
I have the same issue. See #370382
and https://bugs.freedesktop.org/show_bug.cgi?id=7112
I discovered that the problem is in acceleration.
Workaround is to disable acceleration :(
Section Device
Identifier s3_trio64v2
Driver s3
Option noaccel
^^ ^
Package: xserver-xorg
Version: 1:7.0.22
Severity: normal
First of all I take some configurations and logs
|= X font Server =
/etc/X11/fs/config contains:
[skip]
catalogue = /usr/share/fonts/X11/misc/,
/usr/share/fonts/X11/100dpi/:unscaled,
Package: defoma
Version: 0.11.10
Severity: minor
I don't know whether it's a bug or not. So I post this report to the 'minor'
section.
While installing ttf-dejavu (2.10-1) fonts I've got four identical messages
from /var/lib/defoma/gs.defoma script:
Use of uninitialized value in print at
Thanks for the examples. However I can't reproduce your results.
With the standard gerbv from etch, my result looks identical to your
GTK+ 2.0 result.
My screenshot with GTK+ 2.0 version of gerbv (from etch tree) shows *incorrect*
result of GERBER interpretation! Maybe you mean that my result
Package: gerbv
Version: 1.0.1-2
Severity: grave
gervbv from Debian/Etch incorrectly shows the GERBER files with GTK+ 2. It
works well only with GTK+ 1.2 and gdk-pixbuf2.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
For example, take GERBER from Ronja project.
http://www.artelektronika.ru/bug/twister.pcb.output_front.gbr
gerbv 1.0.1 (GTK+ 1.2):
http://www.artelektronika.ru/bug/gerbv_1.0.1_with_gtk1.png
gerbv 1.0.1 (GTK+ 2.0) from official Debian Repository:
Package: xserver-xorg-video-all
Version: 1:7.0.20
Severity: important
Subj. I have old S3 Trio64v2 videocard. I placed the same bug into
freedesktop.org bugtracking system with xorg.conf and Xorg.0.log. Here:
https://bugs.freedesktop.org/show_bug.cgi?id=7112
-- System Information:
Debian
69 matches
Mail list logo