Just wanted to add that I had a similar issue attempting to migrate the
Cyrus 3.6 in Debian. After the upgrade it was possible to log-in and
receive e-mails but all existing e-mails and sub-folders were no longer
visible.
In case it's helpful to anyone, I ended up downgrading back to Cyrus
Package: cryptsetup
Version: 2:1.7.5-1
Severity: important
Apparently from Linux 4.10 onwards, the ecb module became a dependency
of xts[1]. I am running a custom kernel in which both XTS and ECB are
built as modules (kernel config attached for 4.14.3). However, ECB does
not appear in the initrd,
severity 743013 serious
thanks
This bug is a violation of a must in Debian policy and consequently
severe. Quoting:
The init.d scripts must ensure that they will behave sensibly (i.e.,
returning success and not starting multiple copies of a service) if
invoked with start when the service is
On 09/12/12 12:28, Didier 'OdyX' Raboud wrote:
I applied the patch in
https://bugs.launchpad.net/hplip/+bug/1015319/comments/5 and built a source
and an amd64 packages but don't have the hardware to test.
http://vasks.debian.org/~odyx-guest/packages/hplip/
Please try the above
Package: sysvinit-utils
Version: 2.88dsf-34
Severity: important
The code in makeboot.c (startpar) that contructs the dependency graph
bails out when 999 arcs have been traversed when checking for a loop.
When it does, the dependency is never added, and is therefore
effectively ignored. This could
As someone who's been watching this bug for a while, I feel the need to
interject to defend the Debian maintainers before they're alienated.
Given how trivial a poppler-less xpdf package would be to create, the
Debian maintainers probably have good reason not to package one. I'm
guessing this
Package: libsane-hpaio
Version: 3.12.6-3
Severity: important
Attempting to scan from from an HP OfficeJet Pro L7600 using any tool
fails. All other printing functionality works fine. I've attached the
ouput of hp-scan -g and hp-check (note, both contain terminal
control code).
I also found these
Package: schroot
Version: 1.6.0-1
Severity: normal
A clean install of schroot creates a symlink
/etc/schroot/script-defaults that points to /etc/schroot/default/config.
However, this file does not appear to be created by the installation
resulting in an apparently useless broken symlink.
--
To
I've just had a go at building monotone in an i386 unstable chroot and
had no issues. Perhaps whatever was causing the build failure is now fixed?
Francis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
I had no issues rebuilding this on my 'testing' install, so I guess
whatever's causing the issue hasn't hit it yet. Looking at the logs, it
looks the the fails occur because monotone is failing to find its test
databases, but the copy that creates them appears to complete
successfully. Someone
Source: boost-defaults
Version: 1.49.0.1
Severity: normal
When attepting to upgrade Boost apt/dpkg failed multiple times with
similar errors on a number of the packages containing libraries. This is
the error from libboost-chrono1.49-dev:
Unpacking libboost-chrono1.49-dev (from
Hi,
looking at the monotone bug report, it appears that making monotone
work with botan1.10 is still an ongoing issue. We'll keep watching to
see when it'll be possible to make a transition.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
On 24/03/12 18:28, Ludovic Brenta wrote:
Please find the time to investigate and correct this problem. I suspect
something to do with libpcre3. I'll sponsor an upload as soon as you
can fix the problem. If you need help, scream.
I've pushed a fixed version, see the patch for details. The
On 25/03/12 20:40, Thomas Moschny wrote:
Hi,
this is a mini-patch I recently added to the Fedora package, to build
against newer PCRE. It deletes '(?=\C)' from the list of regular
expressions in .mtn-ignore expected to throw an error.
I wish you'd sent that a few hours earlier :)
The man
I was experiencing this issue quite a while back, and still am in the
iceweasel 8.0-3 package in unstable. I was wondering if the people
currently experiencing this bug could report which graphics card drivers
they're using? My experience with downgrading certain drivers and
packages seems to
Package: libbotan-1.8.2
Version: 1.8.13-4
Severity: important
According to the botan1.8 PTS page, version 1.3.13-2 was accepted into unstable
17/8/2011 and there have been
newer uploads since then. However, as far I can tell, all libbotan-1.8.2 binary
packages in unstable appear to
be at
Unfortunately, it looks like the DBTS failed to copy me on any of these
replies for some reason. Editing the config file is certainly the
easiest solution and I completely missed the mention of the config files
on the man page. Perhaps the files could have the brief descriptions
underneath as in
Package: xmp
Version: 3.3.0-1+b1
Severity: wishlist
Currently, xmp compiles with OSS support by default. At least under
Linux, I believe OSS is considered deprecated. Most noticeably, at least
under my system, using OSS prevents the volume being controlled via the
PCM channel volume.
Francis
Package: libmodplug
Version: 0.8.8.2-3
Severity: normal
When CC or CXX is already defined in the environment debian/rules will use
those values. If those values
contain spaces, such as when using ccache so that CC=ccache /usr/bin/cc, the
build will fail.
Fix is trivial, just replace
CC=$(CC)
Package: libmount1
Version: 2.19.1-4
Followup-For: Bug #630921
This bug just bit me from testing and required manual intervention in a package
manager to fix. How is this
wishlist?
Francis
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'),
Package: wnpp
Severity: wishlist
Owner: Francis Russell francis+d...@unchartedbackwaters.co.uk
* Package name: pwsafe
Version : 0.2.0
Upstream Author : Nicolas S. Dade nd...@nsd.dyndns.org
* URL : http://nsd.dyndns.org/pwsafe/
* License : GPL
Programming
to become a Debian maintainer,
but it seems like Debian makes it very difficult for someone who isn't
already part of the Debian community to do this.
Regards,
Francis Russell
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (50, 'unstable
Hi Stephen,
the Monotone Debian packaging already has a dependency on libz-dev. This
can be found in the file debian/control. I suspect you've encountered a
bug in aptitude with installing virtual build dependencies. See:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555043
Please try
Aaron M. Ucko wrote:
At any rate, the Linux logs reveal that the (presumed) hang in question
occurs early on, perhaps as a result of attempting to make check in
parallel:
Thank you! I attempted to build with a parallelism of 4, and make
started consuming 100% CPU. We'll start working with the
Dear Aaron,
this appears to be a hang, since the monotone test suite produces
extensive output. Multiple monotone maintainers, developers and others
have tried to replicate the hang and failed. At the very least, I
believe the following configurations have been tested and found not to
manifest
Believe me, we're working on it.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
So the bug I hit is apparently an issue that occurs when upgrading a
running instance of Firefox on certain platforms. Once it's been
restarted, it no longer complains. There's a more in-depth discussion of
the issue in this other bug report.
Yaroslav Halchenko wrote:
anyways -- have you considered submitting the patch logging *all* failed
IPs against Debian's package of dropbear? may be it could be accepted.
Feel free to provide an argument that it would allow to use fail2ban and
make Debian users more secure.
why your patch
Package: fail2ban
Version: 0.8.4+svn20110323-1
Severity: normal
So I when upgrading noticed that a conf file I wrote ages ago has been
incorporated into fail2ban. However, the config section in jail.conf is
rather broken.
The default behaviour of the dropbear package is to install an init
Jonathan Nieder wrote:
Thanks, both. Do you know if this bug has been filed with firefox?
Not that I'm aware. At least I've not been able to find one. Certainly,
it appears to have affected enough people that I found multiple pages
recommending replacing nbsp; with #160;.
Francis
--
To
So, I've recently been informed that nbsp; *is* actually valid XHTML.
The wonderful amount of misleading information about nbsp; being
invalid XHTML, or Firefox not supporting nbsp; is due to a bizarre
browser bug that apparently causes Firefox to reject nbsp; in XHTML
under certain
Package: gitweb
Version: gitweb produces invalid XHTML
Severity: important
It seems that to web browsers that support it, gitweb will serve an
XHTML version of the interface. The currently served version includes
the entity nbsp; which is invalid in XHTML.
In the version of Firefox in Ubuntu,
On Fri, 25 Mar 2011 14:36:02 -0400 (EDT), Anders Kaseorg wrote:
Actually, nbsp; is totally valid XHTML:
http://www.w3.org/TR/xhtml1/dtds.html#a_dtd_Latin-1_characters
Firefox _only_ has a problem with it if you’ve just updated Firefox
without restarting it. The problem will go away when you
So, I took a look at the sysvinit source and the true problem appears to
be that loop checking the the dependency makefile parser is hideously
inefficient. It has a built in check for when loop-checking is doing too
much work then bails out. This is what's getting triggered.
This is clearly a
Hi,
I'm attaching a patch against startpar, specifically makeboot.{h,c}. It
should be able to drop into the debian/startpar/patches folder (but
needs offset adjusting) and is intended to obsolete
04_makeboot_loop_upper_bound.patch.
The check of the variable 'loop' in the original code is quite
Package: initscripts
Version: 2.88dsf-13.1
Followup-For: Bug #609959
Any progress on determining the cause of this bug? I'm experiencing it
with the version of initscripts in testing.
Francis
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500,
Ritesh Raj Sarraf wrote:
On 03/17/2011 05:28 AM, Francis Russell wrote:
OK, after an extremely long and painful debugging session, I finally
worked out what was going on, which was a combination of
non-deterministic and slightly broken behaviour of laptop-mode-tools and
a bug in nvclock.
So
Ritesh Raj Sarraf wrote:
We pass no strange environment variables. All that we need is set inside
the tool itself.
We run in 'sh' compliant mode and we run as a non-login shell.
In laptop-mode, I can't house an environment for every foreign command
that can be run. That's why I gave you the
On Thu, 17 Mar 2011 17:07:04 +0530, Ritesh Raj Sarraf wrote:
That must have been inherited from udev or acpid's environment.
OK, I'll have a look and file a bug against the appropriate package
when I have time.
Francis
--
To UNSUBSCRIBE, email to
Package: laptop-mode-tools
Version: 1.57-1
Severity: important
Since updating to 1.57-1, I've been observing strange behaviour from
laptop-mode tools. For example, when unplugging the power, sometimes it
will call the brightness changing command, sometimes not. Same with
plugging thw power back
OK, after an extremely long and painful debugging session, I finally
worked out what was going on, which was a combination of
non-deterministic and slightly broken behaviour of laptop-mode-tools and
a bug in nvclock.
So, I was having laptop-mode-tools call nvclock to change the brightness
Package: laptop-mode-tools
Version: 1.55-1
Severity: normal
It appears that laptop-mode-tools recommends pm-utils. However, pm-utils
says that it conflicts with laptop-mode-tools.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Package: iptables-persistent
Version: 0.5
Severity: normal
I've just upgraded iptables-persistent on two 64-bit Debian systems
running testing and unstable. In both cases, a file called
rules.v4.dpkg-new was left behind in /etc/iptables with no contents.
Francis
-- System Information:
Debian
Package: lsb
Version: 3.2-23.2squeeze1
Severity: normal
Apparently, the recent fix to bug #542610 didn't entirely remove the
calls to the obsoleted dpkg option '--print-installation-architecture'.
One still exists in the prerm script.
Francis
-- System Information:
Debian Release: 6.0
APT
Package: initramfs-tools
Version: 0.98.7
Severity: important
I built earlier versions of the initramfs-tools package from the git
repository and it seems that this bug is present in 0.98.6, 0.98.7 but
not 0.98.5. Grub2 is intalled into the MBR, and all Debian partitions
except for /boot are
I've tracked it to this specific change to hook-functions between 0.98.5
and 0.98.6.
- if [ -e /sys/bus/scsi/devices/ ]; then
+ if [ -d ${DESTDIR}/lib/modules/${version}/kernel/drivers/scsi
]; then
manual_add_modules sd_mod
fi
I had the script die at that
Package: netbase
Version: 4.43
Severity: wishlist
Please add the monotone Netsync protcol to /etc/services. Monotone is a
distributed version control system under active development and packaged in
Debian. It is listed under the keyword 'mtn' in
http://www.iana.org/assignments/port-numbers.
Package: awstats
Version: 6.9.5~dfsg-2
Severity: normal
When configured to output XHTML, awstats will use nbsp; in the resulting
output file. This isn't a valid XHTML entity and causes awstats to fail to
render under some browsers (Firefox 3.6 in Ubuntu, though apparently not
Iceweasel in
Package: bzr-doc
Version: 2.3.0~beta3-1
Severity: normal
The main documentation index page contains a broken link to the bzr user
reference, but it doesn't appear to be in bzr-doc or any other package.
Also, I note that the main page's link to the PDF format of the quick start
guide is broken
Package: monotone
Version: 0.48-2
Severity: serious
Tags: upstream
Monotone versions 0.46, 0.47 and 0.48 are affected by a bug whereby a client
sending an empty command string to the server can cause it to terminate if
remote command execution is enabled. This has been fixed in 0.48.1.
Further
Package: mount
Version: 2.17.2-3.2
Severity: minor
From the ext4 section of the mount man page:
Many broken applications don't use fsync() when noauto_da_alloc replacing
existing files via patterns such as
It looks like the noauto_da_alloc got in there because the text was pasted
from the
Javier Barroso wrote:
Could we add a third instructions like this:
3. Change in /etc/postfix/master.cf lmtp chroot column to 'n'
lmtp unix - - n - - lmtp
If this step is not made, No such file or directory will be showed in
logs (about
I'm seeing this with 2.7.1-1 although that message from the mailing list
would seem to suggest that the fix should have made it into an upstream
release by now.
Can I suggest this bug is perhaps slightly more important than minor? To
quote the postconf manpage on the verify database, If the
Package: e-uae
Version: 0.8.29-WIP4-10
Severity: wishlist
It seems to me that e-uae can be in main and not in contrib. At least, I
couldn't spot any dependencies on contrib or non-free packages, though I might
be wrong.
Francis
-- System Information:
Debian Release: squeeze/sid
APT prefers
As much as I dislike me too messages. Being able to render to tikz Latex
would be quite helpful.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
This is a weird failure. The test in question marks a directory
unwritable via chmod a-w and then tries to perform a database
migration which needs write access to the database. The migration is
expected to fail because the database journal should not be writable to
the directory, but from
Package: ubuntu-dev-tools
Version: 0.100
Severity: normal
It seems requestsync doesn't support using STARTTLS. Attempting to relay a sync
request though a server that requires TLS before authentication gives me the
error (e-mail address obscured):
Connecting to
Package: xserver-xorg-input-synaptics
Version: 1.2.2-2
Severity: normal
Hi,
I've got a Samsung R560 laptop with a Synaptics touchpad. For some reason, the
synaptics driver no-longer detects the touchpad as a synaptic one. I usually use
/dev/psaux as my device, but switching to /dev/input/mouse*
Julien Cristau wrote:
Ignoring the fact that your xorg.conf is broken, the log looks like the
synaptics device is detected correctly. What makes you think it isn't?
Sorry, I did close this bug shortly afterwards when things started
working. The xorg log showed that the synaptics drived failed
Package: bash-completion
Version: 1:1.2-2
Severity: normal
fusermount is a tool used to mount/unmount FUSE filesystems. To unmount a fuse
filesystem, one invokes:
fusermount -u mountpoint
It is no longer possible to tab-complete the mount-point when the mount point
begins with '~', uses a
Package: ia32-libs
Version: 20090808
Severity: wishlist
Due to a security bug with the 64-bit Flash plugin, it has been disabled in
Debian (DBTS #586273). Hence, it would be nice if ia32-libs contained all the
libraries if the 32-bit plugin needs.
Unfortunately, this doesn't seem to be as easy
Package: flashplugin-nonfree
Version: 1:2.8.1
Severity: wishlist
The Ubuntu response to the 64-bit security problem has been to package the
32-bit version of the flash plugin and use nspluginwrapper. I built and
installed the Ubuntu flashplugin-installer deb and was able to get Flash running
Package: e2fsprogs
Version: 1.41.12-2
Severity: minor
The resize2fs manpage says As of this writing, the Linux 2.6 kernel supports
on-line resize for filesystems
mounted using ext3 only. I resized a mounted ext4 partion the other day on a
2.6.34.1 kernel and I'm sure I've
done it before May
Package: dh-make
Version: 0.55
Severity: minor
According to Debian policy section 12.5:
Packages distributed under the Apache license (version 2.0), the Artistic
license, the GNU GPL (version 2 or 3), the GNU LGPL (versions 2, 2.1, or 3), and
the GNU FDL (versions 1.2 or 1.3) should refer to
Package: dh-ocaml
Version: 0.9.3
Severity: minor
It seems that dh_ocaml doesn't define ${ocaml:Depends} when it is empty. This
occurs for me when invoking
dh_ocaml in a build script on a platform that has a native-code compiler. As a
result dpkg-gencontrol will
complain about the undefined
Craig Small wrote:
The templates do this already. Can you point to a specific example
where this isn't the case? The templates I checked had a few lines of
blah saying they were using the particular license, then a reference to
the file.
Yes, I closed the bug shortly afterwards. In my
Package: trac-mastertickets
Version: 2.1.3+r4179-1
Severity: normal
For its graphviz support, this plugin uses the dot binary, yet it doesn't have a
depends or recommends on the graphviz package. Instead, it has a recommends on
the
trac-graphviz package, but as is stated on the
Package: libboost1.42-doc
Version: 1.42.0-3
Severity: normal
It appears that image URLs for the Boost Graph documentation are incorrect.
For example, on this page:
file:///usr/share/doc/libboost1.42-doc/HTML/libs/graph/doc/adjacency_list.html
the HTML refers to an image here:
Ludovic Brenta wrote:
Is anyone still interested in maintaining monotone in Debian?
Just thought I'd add that I use monotone from Debian and know others who
do as well. I'm willing to help in whatever way I can although I'm not a
Debian Maintainer. Is this just a manpower issue?
Francis
Package: e-uae
Version: 0.8.29-WIP4-8
Severity: normal
Thanks for maintaining this package!
e-uae has the ability to present SCSI devices on the host system to the
emulated Amiga (typically the CD-ROM
drive). This requires the '--enable-scsi-device' flag and would add a build
dependency on
Package: libginac-dev
Version: 1.5.7-1
Severity: wishlist
Although I see the GiNaC tutorial is included in info format, it would be great
if it could be included in
HTML format, along with the Doxygen documentation as found on the GiNaC home
page. The latter is quite large
uncompressed so it
Package: python-ffc
Version: 0.9.2-2
Severity: important
Attempting to compile a form with ffc -l dolfin -r quadrature gives the
following error.
Unable to generate DOLFIN wrappers, missing module dolfin_utils.wrappers.
Traceback (most recent call last):
File /usr/bin/ffc, line 167, in
So, it's been a while since I've reported this and there's been no
response. As the other spamprobe back-end has a tendency to deadlock,
the hash target is the more reliable alternative but this bug renders it
unusable on 64-bit systems. Is this package still being maintained?
Regards,
Francis
reopen 574562
thanks
I'm reopening this as upstream release 1.0.2 isn't compatible with the
current version of monotone. A version that works with 0.46 onwards is
only available in the net.venge.monotone-viz.new-stdio branch
(http://cia.vc/stats/project/monotone-viz) and forks off from 1.0.2.
Any progress on this bug? I assume it's not Debian-specific?
Many thanks,
Francis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: graphviz
Severity: normal
I did a little investigation into this which may or may not be helpful. The
problem appears to be with the call to position in lib/circogen/circpos.c.
position iterates over a linked list and conditionally saves values into an
array called parents. parents has
I've attached a patch I was sent from the author of the new stdio
changes for monotone-viz, Stéphane Gimenez against revision
142b487d0b2cc5e24e17998407f7921f2372ea3c in the
net.venge.monotone-viz.new-stdio branch that fixes a error with parsing
the monotone format-version line I encountered. I
Package: monotone
Version: 0.47-1
Severity: important
mtn produces an alarming error message when syncing. It doesn't appear to be
related to different versions of mtn talking to each other as I can easily
replicate with a sync between two databases on the same system.
$ mtn db init -d
Thomas Keller wrote:
This looks like a regression introduced in f65d9cb5 - please check if
this patch solves your problem:
I rebuilt with the suggested patch and this appeared to fix the problem.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Package: monotone-viz
Version: 1.0.1-1.1
Severity: important
Monotone 0.47 is now in unstable. From 0.46 the format of mtn's automate
interface changed. The version of monotone-viz in testing and unstable cannot
handle these changes and fails to work at all. There is a version of
monotone-viz
Just thought I'd add that shortly after sending that last message,
upstream forwarded me the patch (as I requested in the bug report). It
was identical to the one I already posted, with the exception of also
changing the CVS header at the top of the file (which I explicitly
removed from my diff).
So, this bug has been acknowledged and apparently fixed upstream:
http://www.graphviz.org/bugs/b1902.html
http://www.graphviz.org/bugs/b1903.html
I've attached a diff I made of the changes to lib/common/output.c from
upstream CVS. I believe the fix only touches this file although CVS
makes this
David Claughton wrote:
The odd thing is, the only time the problem manifests itself is when the
file is output in dot format (i.e. without a -Tformat switch). When a
-T option is passed the output always seems to look OK.
My own investigation into the graphviz source seems to indicate that
Package: graphviz
Version: 2.26.3-2
Severity: normal
I believe this problem started with the recent migration of graphviz into
testing. It is a problem with dot,
but I mention monotone-viz as it is particularly effected by it.
monotone-viz uses dot to lay out its graphs. Specifically, it
I've managed to create a simple test case that demonstrates the cause of
this problem with dot, so I've filed a bug against graphviz here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573781
Francis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: kerneloops
Version: 0.12+git20090217-1
Severity: normal
+1
At the moment, I think at least some people would assume that the current
output indicates that
kerneloops is broken. I could easily whip up a patch if that would help to get
this fixed.
Francis
-- System Information:
Package: fluid-soundfont
Version: 3.1-4
Severity: minor
Checksums are created for two flac files which are decompressed on
installation. As a result, debsums believes
these files have been deleted. This affects other tools like reportbug too,
which will use debsums to
determine if a package
Package: djbdns
Severity: normal
Hi there,
please do forgive me if I've got the wrong end of the stick here or the code
I've posted is completely wrong or makes no sense. It would be nice to get
djbdns back into testing. As I understand it, this bug works by getting dnscache
to send extensive
Hi there,
I was wondering if there had been any more progress or thoughts about
this issue?
Regards,
Francis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bernhard R. Link wrote:
What the debian menu calls window managers are things to be called to
get a running session (they are classically used by stand-alone window
managers to replace themself with something else, which then gives the
new session).
Thanks for taking to time to reply to
Hi,
As of (at least) bash 4.1-1, this appears to be fixed.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: spamprobe
Severity: normal
I don't know if the original submitter ever solved their problem but I only
started testing SpamProbe today and managed to encounter deadlock behaviour
using the BDB back-end. It appears that the database managed to get itself
into a state where any spamprobe
Package: spamprobe
Version: 1.4d-5
Severity: important
I encounted a complete failure of the hash target on my 64-bit system. Although
no errors were apparent, and the database was populated scores were incorrect as
if tokens weren't being found in the database.
I suspect the cause is what has
I've confirmed that the integer size issues are the reason for the hash
target failure on 64-bit platforms. Initial testing of a SpamProbe
package I compiled seems to indicate that making these the appropriate
types fixes the issue.
I've attached a suggested patch. It uses stdint.h to get
Upstream bug report:
https://bugzilla.mozilla.org/show_bug.cgi?id=538472
Francis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: gdm
Version: 2.20.10-1
Severity: normal
GDM is not picking up xsessions that are stored in /var/lib/menu-xdg/xsessions.
It appears this
was removed in Debian bug #464179. Is there some Debian policy that specifies
where xsessions should be
registered? Otherwise this seems like a bit
It appears GDM removed support for the /var/lib/menu-xdg/xsessions
folder after bug #464179 in Feb 2008. I've filed a bug against GDM as
#564071. Hopefully everyone can agree on the correct behaviour.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
To avoid confusion, the previous message was intended for the bug filed
against ratpoison.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: ratpoison
Version: 1.4.5-2
Severity: normal
It seems ratpoison doesn't install a .desktop file in /usr/share/xsessions. I
can't tell if this is deliberate
or not as there is a changelog entry that makes this rather cryptic. Without
it, ratpoison won't appear on the
GDM session list.
Hi,
I don't believe this is due to something xmonad-specific. I have just
also managed to replicate the same behaviour under ratpoison. Just to
confirm, this problem requires that the browser has persisted the tab
state as this appears to be where the window size information is also
persisted.
1 - 100 of 133 matches
Mail list logo
