Package: pipewire-pulse
Version: 0.3.65-3
Followup-For: Bug #1025069
X-Debbugs-Cc: dmitr...@gmail.com
I'm confirming this issue. After upgrade from bullseye to bookworm sound in KDE
disappeared. I was
able to restore it after manually installing wireplumber.
-- System Information:
Debian
Package: libprometheus-cpp-core1.0
Version: 1.0.0-1
Severity: important
X-Debbugs-Cc: dmitr...@gmail.com
The CMakeList.txt of the library doesn't contain default CMAKE_BUILD_TYPE to be
set to Release. Neither this variable is not set in debian/rules file. So the
resulting library is build with
Package: libmimalloc2.0
Version: 2.0.9+ds-1~dbp2
Severity: important
X-Debbugs-Cc: dmitr...@gmail.com
There is no -DCMAKE_BUILD_TYPE release in debian/rules
override_dh_auto_configure target. The package is built with
CMAKE_BUILD_TYPE equal to None. This renders its performance unusable -
Package: ca-certificates
Version: 20210119
Severity: important
X-Debbugs-Cc: dmitr...@gmail.com
According to Mozilla's list of included intermediate certificates
https://ccadb-public.secure.force.com/mozilla/PublicAllIntermediateCerts
GeoTrust RSA CA 2018 should be present in certificate store,
Package: ca-certificates
Version: 20210119
Severity: important
X-Debbugs-Cc: dmitr...@gmail.com
This case was once reported in #962596. Though it is marked done current
package's changelog doesn't reflect any of changes reported in #962596.
Broken behavior is still the same: everything works in
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-Cc: dmitr...@gmail.com
Dear mentors,
I am looking for a sponsor for my package "prometheus-cpp":
* Package name: prometheus-cpp
Version : 1.0.0-4
Upstream Author : Jupp Müller
* URL :
Package: libcurl4
Version: 7.74.0-1.3+b1
Severity: important
X-Debbugs-Cc: dmitr...@gmail.com
curl ignores User-Agent when sending second and further requests made via the
same HTTP/2 connection.
This bug was introduced in the 7.71 and fixed in 7.75 upstream.
Here is commit of the fix:
:20.0 +
+++ valgrind-3.11.0/debian/changelog 2016-06-19 00:01:35.0 +
@@ -1,3 +1,10 @@
+valgrind (1:3.11.0-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add 15_compressed.patch - support compressed debug info (closes: #810295)
+
+ -- Max Dmitrichenko <dm
Package: libtinyxml2-dev
Version: 2.2.0-1
Severity: minor
Dear Maintainer,
Open file /usr/include/tinyxml2.h in emacs and see ^M at the end of each line.
Probably dos2unix should be run as a build step of the package.
-- System Information:
Debian Release: 8.2
APT prefers stable-updates
Package: fglrx-source
Version: 1:12-1-1~bpo60+1
Severity: serious
Justification: fails to build from source
I had binutils-gold packages installed and this was the reason that kernel
module failed to build on my machine.
-- Package-specific info:
VGA-compatible devices on PCI bus:
01:00.0 VGA
Package: libc6
Version: 2.11.3-2
Severity: important
One thread of multithreaded application calls fork(). According to the POSIX
standard only that thread which called fork() would present in the child
process. But the state of all mutexes, condvars and other objects are copied
into the child
This is the stack trace of a deadlocked child:
#0 __lll_lock_wait_private () at
../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:97
#1 0x00346929c08d in _L_lock_2164 () at tzset.c:138
#2 0x00346929be47 in __tz_convert (timer=0x346959da74,
use_localtime=0, tp=0x7f7a25211990) at
Jonathan Nieder wrote:
I'm kind of surprised that this only started happening with chromium
15, though --- chromium 14 should have already been affected. Do you
know what upgrade triggered this on your machine? Was it a chromium
upgrade or an nss one?
I can assure you that this bug also
Ok. Seems that bug is fixed in experimental. Two questions.
1) Will this version be uploaded to unstable and then to testing
before lenny is released?
2) According to Ben, any library on SPARC is a subject to this bug. I
think it is rather hard to create a list of libraries which have
functions
* When a newer compiler package is available for a distribution, is
everything rebuilt with it?
No.
But this is definitely non-sense. IIRC potentially every library is a
subject to be affected by the compiler's bug. The fact that other libs
don't cause such a destructive behavior (as Qt
2008/11/11, Bastian Blank [EMAIL PROTECTED]:
Go on and read the discussion of this bug if you really interested why
these patches differ.
You want something from us. Also the bugreport reads itself as two
different bugs, which does not make it easier to understand.
Bastian, what should I do?
It is the decision of the maintainer if nothing else matches.
Ok. Who is the maintainer?
NMUing a properly maintained package without action from the CTTE is
also a no-go.
Sorry, I'm not a DD and I'm very bad in your politics and burocracy.
2008/11/9 Bastian Blank [EMAIL PROTECTED]:
OK, since there was no opposition and there is still no explaination on
why this bug was donwgraded in the first place I'm upgrading it back to the
initial severity.
There is only a small fraction of machines affected, so this is not RC.
This is not
2008/11/6, Julien Cristau [EMAIL PROTECTED]:
Actually, it works just fine here, so that justification seems wrong.
You didn't send your config or log, though, so it's hard to tell.
Indeed. It works. This behavior seems to be linked with similar evdev
bug because now with new evdev driver
Synaptics driver on my laptop also has the same bug. In this light, I
suspect that X server input layer introduces some change which breaks
input drivers.
Can someone with more detailed knowledge of X investigate this problem?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: xserver-xorg-input-synaptics
Version: 0.14.7~git20070706-4~dmitrmax.1
Severity: grave
Tags: patch
Justification: renders package unusable
Driver forgets to ungrab the event device so the next time it is grabbed EBUSY
is returned.
This happens e.g. when I logoff from KDE session and
Package: kicker
Version: 4:3.5.9.dfsg.1-5
Followup-For: Bug #490999
I have just the same situation. Kicker dies either silently or causing a KCrash
to appear. Latter case can produce a crash report but every time this report
is different and mostly contains stack corruption. So, the kicker is
Package: xserver-xorg
Version: 1:7.3+18
Severity: normal
X server eats 10-20% CPU in idle. It wasn't so on etch.
Any thoughts how to diagnose the reason are appreciated.
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg
/var/lib/x11/X.md5sum does not exist.
X server
Thanks Modestas!
Running kicker --nofork under gdb produces the same crash with SIGBUS.
Tested several times - backtrace doesn't differ except for object
addresses. GDB's backtrace is attached.
What's next? Is there a way to build only kicker from sources? Not
necessary to build a package.
Package: xserver-xorg
Version: 1:7.3+18
Severity: normal
After I log off from KDE, I get back to the kdm login screen but
no input is possible. I have to switch to the VT 1 (this works) and
restart kdm to log in again.
Last lines of Xorg.log makes me to think that it is not KDM's bug.
--
It happens that evdev 2.0 is brain damaged. It opens required file
descriptor once X server is started, closes it after logoff and never
opens it again. So evdev is hardly usable on all archs.
Patch to fix this is attached. I'm going to raise this bug severity to RC.
--
Max
diff -urpN
Proposed patch. Explanations here [1].
[1] http://marc.info/?l=linux-kernelm=122545873605649w=2
--
Max
diff -uprN linux-source-2.6.26/arch/sparc64/kernel/pci.c linux-source-2.6.26.pci-fixed/arch/sparc64/kernel/pci.c
--- linux-source-2.6.26/arch/sparc64/kernel/pci.c 2008-07-14
2008/10/29, Gaudenz Steinlin [EMAIL PROTECTED]:
Hi Max
Thanks for testing. IMO the situation is now much more clear. I'm happy
that you confirmed that the patched kernel fixes the problem with the
X server in lenny.
Read carefully, Gaudenz. Patched kernel fixes only driver misbehaviour
Package: xserver-xorg-core
Version: 2:1.4.2-7
Followup-For: Bug #500358
Indeed, the Gaudenz's kernel helps to get rid of INVALID MEM ALLOCATION
messages in the log. But the final result is that last lines of log change
from:
(WW) MACH64: Mach64 in slot 1:2:0 could not be detected!
(II)
Package: xserver-xorg-core
Version: 2:1.5.2-1
Followup-For: Bug #500358
I've installed the xserver-xorg 1.5 and mach64 driver from experimental
and tested it with:
1) Current lenny's kernel
2) Gaudenz's patched kernel
3) etchnhalf kernel (2.6.24)
All the tests have the same negative result.
Bastian, Xavier is right. Japan and other folks will suffer from this solution.
1) Either this dirty fix shall be desribed in the release notes of
Lenny with BIG LETTERS.
2) Or I can (I believe) provide a patch that will create new Debian
regulatory domain for mac80211 cards which will be a
Here is the patch that will help.
diff -uprN linux-source-2.6.26/net/wireless/reg.c /usr/src/linux-source-2.6.26/net/wireless/reg.c
--- linux-source-2.6.26/net/wireless/reg.c 2008-09-24 14:13:39.0 +0400
+++ /usr/src/linux-source-2.6.26/net/wireless/reg.c 2008-09-30 10:55:38.0 +0400
Package: linux-image-2.6.26-1-686
Followup-For: Bug #495708
Bug can now be closed, I think.
-- Package-specific info:
** Version:
Linux version 2.6.26-1-686 (Debian 2.6.26-4) ([EMAIL PROTECTED]) (gcc version
4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Thu Aug 28 12:00:54 UTC
2008
**
Package: linux-image-2.6.26-1-686
Version: 2.6.26-4
Followup-For: Bug #497971
Create file /etc/modprobe.d/iwlwifi-fix with following content:
options cfg80211 ieee80211_regdom=EU
This fixes the problem on my laptop. But obviously this should not
be the solution to this problem. Either Debian
Package: linux-image-2.6.25-2-686
Version: 2.6.25-7
Severity: normal
Connection to the access point breaks after several reassociations and driver
(I suspect)
gets into a strange state when it is unable to associate or authenticate again.
I use NetworkManager to handle Wi-Fi connections.
2008/8/20, maximilian attems [EMAIL PROTECTED]:
On Wed, Aug 20, 2008 at 01:01:03AM +0400, Max Dmitrichenko wrote:
Package: linux-image-2.6.25-2-686
Version: 2.6.25-7
Severity: normal
unsupported kernel, upgrade to latest 2.6.26 has newer iwlwifi.
What the heck?! This is the kernel
Package: linux-source-2.6.25
Version: 2.6.25-7
Severity: normal
There is no package libncurses-dev any more. Please update suggest list.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.25-2-686
Package: kwin
Version: 4:3.5.9.dfsg.1-4
Severity: normal
I used to use separate desktops for some applications like konsole or emacs.
I tune window specific settings to run each of these apps on a separate desktop
in a fullscreen mode.
Now I've upgraded from etch to lenny and noticed a behaviour
Package: ksmserver
Version: 4:3.5.9.dfsg.1-2+b1
Severity: important
/usr/bin/startkde script calls the xprop util which belongs to x11-utils
package.
Without it KDE appears to start but has some strange effects, e.g. every second
log on happens without kwin running, as a consequence all windows
Package: xserver-xorg-input-vmmouse
Version: 1:12.5.1-2
Followup-For: Bug #454263
Adding:
Option Device /dev/input/mice
to the InputDevice section lets X start with mouse which visually behaves like
a correct
working VMWare mouse. I.e. it ungrabs input when cursor leaves virtual
Package: wodim
Version: 9:1.1.2-1
Followup-For: Bug #386640
I have the same behavior on my new box. The conditions are completly the same:
premastered image, DVD+R medium. I have burned 5 disks with the same error.
Disks are usable under Linux, but I failed to read them under Windows.
I haven't
Package: emdebian-tools
Version: 0.7.3
Severity: normal
The man page for the emsource tool says:
workingdir: A simple default location for emsource to create a source tree to
download, unpack and patch source packages. Leave blank to use a
subdirectory of the current
Package: vmware-package
Version: 0.20
Severity: normal
The network addresses of vmnet1 and vmnet8 are hardcoded to be 192.168.1.0/24
and 192.168.8.0/24 correspondingly.
The former is a very often used value so making it default is a very bad.
Personaly I sent about an hour to
find out why all
2007/12/7, Julien Cristau [EMAIL PROTECTED]:
Please send your X log and config, and the output of 'setxkbmap -print'
or 'xprop -root _XKB_RULES_NAMES' when using evdev.
I've solve the problem. When using evdev driver, one should choose
XkbModel evdev instead of pc104 and then everything will
Package: xserver-xorg-input-evdev
Version: 1:1.1.2-6
Severity: normal
Following keys are not repeated when they are held down:
1) End
2) Left arrow
3) Down arrow
All other keys were checked with xev and they are repeated (except locks and
modifiers).
Also everything works fine when kbd drivers
Package: psi
Version: 0.11-1
Severity: normal
Not supplying --disable-bundled-qca option leads Psi to link staticly against
the QCA2 version (and its plugins) shipped with Psi source code in third-party
directory. This should be avoided. Patch is trivial, so not attached.
-- System Information:
Package: psi
Version: 0.11~rc3-1
Followup-For: Bug #445916
Tested on the i386 under the same conditions. Psi does NOT segfault on i386.
Moreover, investigation of the sparc's version core dump showed that segfault
happens somewhere deep inside Qt4. There is some bug in gdb that prevents me
to
Package: psi
Version: 0.11~rc3-1
Severity: important
Steps to reproduce.
1) Create an account
2) Connect to the server
3) Choose any user and click User Info or press Ctrl-I.
Additional notes. I'm running Debian Etch and I have backported
this package from experimental. It refused to compile
Package: vmware-package
Version: 0.14~dmitrmax.1
Severity: wishlist
It would be very useful to have a possibility to packetize the VMWare Tools.
May be it should be even done when doing make-vmpkg on the VMWare Workstation.
You just need to rip the linux.iso from vmware-blobs package and create
On Friday 20 July 2007 00:12, Sune Vuorela wrote:
One thing I don't fully understand in your bug report. Is it just a
'cosmetic' issue - or does logging in not work?
What if you use backspace? do one or two stars dissapear ?
Ok. I have found the bug and written the patch. The bug is in
Sven Joachim wrote:
Max Dmitrichenko writes:
I've configured the KDE's kwin WM to put the window of Emacs on the
dedicated desktop and switch it to fullscreen as Emacs starts.
You did not specify how you did that, do you use kstart?
KDE Control Center-Desktop-Window-Specific Settings
Package: emacs22
Version: 22.1+1-1
Severity: normal
I've configured the KDE's kwin WM to put the window of Emacs on the
dedicated desktop and switch it to fullscreen as Emacs starts.
This had been working for ages with emacs21 under both Sarge and
Etch. But after I backported emacs22 to Etch
В сообщении от 20 Июль 2007 00:12 Sune Vuorela написал(a):
On Thursday 01 March 2007, Max Dmitrichenko wrote:
Package: kdelibs4c2a
Version: 4:3.5.5a.dfsg.1-6
Severity: important
Tags: l10n
I have configured my keyboard for two layouts us and ru. If I switch
keyboard to ru layout
Package: emacs22
Version: 22.1+1-1
Severity: minor
Otherwise building Debian package failes because quilt before 0.42 doesn't have
header command.
That was discovered while backporting to Sarge. Under Etch package is builded
successfuly.
-- System Information:
Debian Release: 4.0
APT prefers
Package: emacs22
Followup-For: Bug #427279
So, it's been more than a week since you promised to upload the 22.1 version
on the next week. Come on! The sooner you uploads it,
the sooner all bugs will be found and corrected :) We are looking forward to it.
--
To UNSUBSCRIBE, email to [EMAIL
, Steve Langasek [EMAIL PROTECTED] wrote:
On Thu, May 17, 2007 at 11:20:26AM +0400, Max Dmitrichenko wrote:
Using PAE kernels and hypervisor is required for big virtualizing
servers.
But non-PAE kernels are also required by developers, students and other
people who use Xen on their desktop boxes
Package: linux-image-2.6.18-4-xen-686
Version: 2.6.18.dfsg.1-12etch2
Severity: normal
Using PAE kernels and hypervisor is required for big virtualizing servers. But
non-PAE
kernels are also required by developers, students and other people who use Xen
on their
desktop boxes to do OS research,
2007/4/5, Peter Samuelson [EMAIL PROTECTED]:
But I _have_ been planning to set up svnserve in the
packaging - just haven't had time to add that. It is the next major
item on my subversion packaging todo list.
Glad to hear this. I'm looking forward to this feature
Many thanks for your
Package: subversion
Version: 1.4.2dfsg1-2
Severity: wishlist
It would be very nice to configure such things as creating the repository and
setting up the server (Apache or svnserve) with a debconf interface. Otherwise
one needs to manually edit Apache/inetd configs which is a bit nasty.
As a
Package: eciadsl
Version: 0.11-3.1
Severity: grave
Justification: renders package unusable
Switching to kernel version 2.6.18 has made the eciadsl completly unusable for
the owners of GlobSpan-based modems. But there is a patch published on the
homepage of the package which restores the normal
Package: reportbug
Version: 3.33
Followup-For: Bug #398904
This bug happens when generated bug report information countains non-latin
characters. For example, reporting bug for xserver-xorg caused such behavior
because debconf information was included. Debconf has generated a Russian
name for my
Package: wodim
Version: 9:1.1.2-1
Severity: minor
When I tried to blank the CD-RW, I've got the following repeating message from
wodim:
Error trying to open /dev/cdrw1 exclusively (Device or resource busy)...
retrying in 1 second.
That was because I've mounted CD-RW couple of days ago and
In a perfect world all packages this would just work as eclipse would
build everywhere. The problem is that the eclipse package is not ported
to sparc (and some othere architectures). The eclipse-gcj package is
architeture independant and therefore available on all architectures.
I downgrade
Package: eclipse-gcj
Version: 3.2.1-4
Severity: grave
Justification: renders package unusable
I'm trying to install Eclipse on sparc architecture. That's what I get:
# LANG=en_US.UTF-8 apt-get install eclipse-gcj
Reading package lists... Done
Building dependency tree... Done
Some packages could
Package: kdelibs4c2a
Version: 4:3.5.5a.dfsg.1-6
Severity: important
Tags: l10n
I have configured my keyboard for two layouts us and ru. If I switch
keyboard to ru layout
and KDE dialog prompting password appears then for every character I type into
password field
two asteriks appear. To
Package: kdesktop
Version: 4:3.5.5a.dfsg.1-6
Severity: normal
1) Enable kxkb in the Control Center.
2) Choose two keyboard layouts (I reproduce this bug with us and ru).
3) Lock the session.
4) There is a small button for choosing layout in the unlocking dialog under
the password field. Click
Package: xkb-data
Version: 0.9-4
Followup-For: Bug #409982
The patch I've sent before was accepted by the maintainer of xkeyboard-config at
freedesktop.org into the upstream. So, please apply it in Debian.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500,
Package: xkb-data
Version: 0.9-4
Severity: normal
Tags: patch
This seems to be an obvious copy-paste bug. Patch attached.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux
Package: xkb-data
Version: 0.9-4
Followup-For: Bug #409982
The patch attached renames this invalid keysym to XF86Eject thus fixing the
problem.
May be it is reasonable to send this patch to the upstream of xkeyboard-config
project.
-- System Information:
Debian Release: 4.0
APT prefers
Package: reportbug
Version: 3.33
Followup-For: Bug #398904
The situation is the same in the version 3.33 og reportbug. What more
information do you need to fix it?
-- Package-specific info:
** /home/dmitrmax/.reportbugrc:
reportbug_version 3.31
mode advanced
email [EMAIL PROTECTED]
smtphost
Package: kdebase-bin
Version: 4:3.5.5a.dfsg.1-6
Followup-For: Bug #411962
I've reproduced this bug on two i386 boxes and one sparc64 box. It appears
only when evdev driver is used while kbd works fine. But it is still not
obvious how the driver inflicts khotkeys. The only fact I can appeal is
Package: kcalc
Version: 4:3.5.5-3
Severity: important
kcalc depends on libgmp3c2 package but it's not on kcalc's dependency list.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: sparc (sparc64)
Shell: /bin/sh linked to /bin/bash
Package: procps
Version: 1:3.2.7-3
Severity: normal
Processes which are running under users haldaemon and messagebus are displayed
somehow different by ps utility. The following output of ps shows that their
uids are not resolved into usernames. They are left 102 and 103 correspondingly.
A simple
Package: reportbug
Version: 3.31
Followup-For: Bug #398904
While trying to sumbit bug for xserver-xorg, I get the following:
-CUT HERE-
Please briefly describe your problem (you can elaborate in a moment; an empty
response will stop reportbug). This should be a
concise
summary of what is
Package: kdebase-bin
Version: 4:3.5.5a.dfsg.1-6
Severity: important
I've installed KDE and after my first login I've discovered the Up key doesn't
work properly while Left, Right and Down keys work normal.
If I press Up key then KSnapShot launches. When I opened KHotKey settings,
there was only
Package: cdimage.debian.org
Severity: normal
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.16-argentum
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
I've updated my DVDs using jigdo to 3.1r3. Then I decided to make update CDs
using
it is mentioned in the installer. But then /etc/console/boottime.keymap.gz
and /etc/console-tools/config should be configured properly with a certain
tool. I am not experienced with the details of how the installer works, so
Indeed, they are. Localechooser's finish-install does so but,
User/password setup offers to create an ordinary user account. An attemp
to enter the real name in Russian in text mode installer failed: instead
of russian letters the text field is filled with sequences like
C3D8D5.
This happens because the loaded Russian keyboard layout (located in file
it is mentioned in the installer. But then /etc/console/boottime.keymap.gz
and /etc/console-tools/config should be configured properly with a certain
tool. I am not experienced with the details of how the installer works, so
Indeed, they are. Localechooser's finish-install does so but,
Package: console-data
Version: 2002.12.04dbs-49
Severity: wishlist
Tags: l10n patch
Five fuzzy messages are removed and properly translated.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.12-dmitrmax
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R
Package: ttf-freefont
Version: 20031008-1.1
Severity: normal
I don´t find FreeMono font when I try to select the monospaced font in
the KDE
Conrol Center or, for example, in Konsole. It seems like it is treated
not as a
monospaced font but propotional, because it presents in the other dialog
81 matches
Mail list logo
