Over the weekend I reported the issue to the linux-bluetooth mailing
list, which led to bisecting the issue down to a single commit:
https://lore.kernel.org/linux-bluetooth/CADRbXaDqx6S+7tzdDPPEpRu9eDLrHQkqoWTTGfKJSRxY=ht...@mail.gmail.com/
Jeremy
Hi Salvatore,
I've finished bisecting and the version that seems to introduce the
breakage is 6.1.83.
I tested the following upstream kernels:
- linux 6.1.80 => OK
- linux 6.1.82 => OK
- linux 6.1.83 => BUG
- linux 6.1.85 => BUG
- linux 6.1.87 => BUG
I looks like 6.1.83 introduced quite a few
Hi Salvatore,
It had been a while (like 10+ years) since I built a kernel from source, so
this guide was very welcome, and the "make bindeb-pkg" target is great:
https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#s-kernel-org-package
It looks like the problem is present
Package: src:linux
Version: 6.1.85-1
Severity: important
X-Debbugs-Cc: jeremy.la...@m4x.org
Dear Maintainer,
After upgrading from linux-image-6.1.0-18-amd64 to
linux-image-6.1.0-20-amd64, bluetooth no longer works and a kernel BUG is
visible in dmesg hinting at a memory safety issue.
It is not
The -z option for inkscape used to allow running inkscape in a headless
mode, but it seems to have been removed. I'm not sure what the equivalent
is now to be able to render SVG to raster formats using inkscape..
Jeremy
Thanks for the patch I will prepare an upload.
Cheers,
Jeremy
l...@bugs.debian.org
> Cc:
> Bcc:
> Date: Sat, 27 Jan 2018 21:43:16 -0500
> Subject: re: chromium: rejects access to microphone without prompt
> This is the intended default.
>
> Best wishes,
> Mike
>
> -- Forwarded message --
> From: "Jeremy Lainé"
TLS guarantees you have established a secure connection to the host name
you requested, nothing else. If a host name resolves to cloudflare's
servers, that's the domain owner's decision. Almost every production
deployment involves reverse proxies at one point or another (terminating
TLS in the
I can confirm that the change suggested by Jochen works, so the root
cause is well understood.
One caveat : in my case the master preferences had trickled down into my
own preferences in $HOME/.config/chromium/Default/Preferences so that I
also had to remove the hardware.audio_capture_enabled
Package: chromium
Version: 63.0.3239.84-1
Severity: normal
When trying to make use of any website which uses getUserMedia(),
including the reference WebRTC app, the request fails with a
NotAllowedError without prompting me at all. The expected behaviour is
for the usual prompt to appear, asking
I am having the same problem, and the symptoms match pretty well with this:
https://bugzilla.redhat.com/show_bug.cgi?id=1361157
I think you should go ahead and take over maintainership, thank you very
much for stepping up Valentin!
Cheers,
Jeremy
On 12/24/2015 01:40 AM, Lisandro Damián Nicanor Pérez Meyer wrote:
>
> Please update qt to the current version in unstable (5.5.1+dfsg-10)
> and try again
>
Updating Qt fixed the problem for me, but I'll let the original
submitter reply.
Cheers,
Jeremy
There has to be something specific about your setup, because the default
configuration of SDDM correctly picks up my french keyboard.
Jeremy
Hi Mark,
Thanks for spotting this. What would the correct wording be?
Thanks,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
This is just an effect of the ongoing gcc5 transition, all packages
should get an automatic rebuild.
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hello,
I have finally managed to get chromium to work with the a patched
version of libsrtp!
The trick is to use fopen(3) to open /dev/urandom instead of open(2) in
libsrtp. Chromium's sandbox allows fopen(3) to be called on /dev/urandom
for NSS's random number generator to work. If we use the
While trying to enable srtp's OpenSSL support, I ran into a build error
and noticed that the patch for bug #764778 hand not been fully
cherry-picked from upstream, there were 3 remaining references to
sha1_ctx_t which were left unpatched.
I am attaching both the fixed 020141104~c270245.patch and
I added a couple of printf's in srtp to track down why the call to
srtp_init() was failing.
I tracked it down to the rand_source_init() function, specifically:
open(DEV_URANDOM, O_RDONLY)
could not open /dev/urandom : Operation not permitted
As everything works fine when the sandbox is
Thank you Jonas for your quick reply! Before you make your new upload,
one question : would you consider enabling OpenSSL support?
I am currently investigating bug #770659, and am wondering whether an
OpenSSL-enabled libsrtp would fix the issue.
Cheers,
Jeremy
Hi Bogdan!
Thanks for spotting the inconsistency in our package versioning. I had a
look around, and plasma-sdk seems to be the exception and not the norm,
the following packages *do* have an epoch (4:) :
- bluedevil
- plasma-desktop
- plasma-nm
- plasma-workspace
- powerdevil
Cheers,
Jeremy
On 26 Jul 2015 6:32 pm, MERLIN Philippe phil-deb1.mer...@laposte.net wrote:
actually it's impossible to install kde-full
apt-get -s install kde-full kde-standard
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
On 07/23/2015 07:13 PM, Matt Wallace wrote:
systemsettings5 correctly displays settings for KF5 applications,
so it's just a question
of more KF5 packages making their way into the archive. You can
verify this by installing
bluedevil (currently 4:5.3.2-1 in unstable) : a
Both packageName and appletId are optimised out in the crash trace, any
idea what plasmoid is causing the crash?
Cheers,
Jeremy
On 07/23/2015 02:36 PM, Alexandre Pereira Nunes wrote:
Package: bluedevil
Version: 4:5.3.2-1
Followup-For: Bug #793037
In my system, the tray icon is missing, but I can still access bluetooth
settings in the configuration panel.
Are you running plasma-desktop 5.3.2?
--
To UNSUBSCRIBE,
On 07/13/2015 10:55 AM, Boris Pek wrote:
Source: qxmpp
Severity: wishlist
Hi Jeremy,
It is time for updating qxmpp package to the latest stable release v0.8.3.
What do you think about switching to Qt 5.x in this update? Any objections?
I think it's a good iea to switch to Qt5, I was going
Hi,
I agree that symlinks to scripts no longer seem to work, whether
manually created or from System Settings = Startup and shutdown = Add
script.
On the other hand, using .desktop files as described in [1] does work.
If you do System Settings = Startup and shutdown = Add program, it
will create
systemsettings5 correctly displays settings for KF5 applications, so it's just
a question
of more KF5 packages making their way into the archive. You can verify this by
installing
bluedevil (currently 4:5.3.2-1 in unstable) : a bluetooth icon appears.
I have also built kwin using the packaging
Hi Diederik,
What version of systemsettings are you running?
Cheers,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Installing kded5 reduces the number of error when launching
systemsetting5. I do however end up with totally frozen / unusable UI,
but that is possibly an entirely different issue.
Cheers,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
DKMS make.log for broadcom-sta-6.30.223.248 for kernel 4.1.0-rc1 (x86_64)
Sat May 2 20:28:51 CEST 2015
/bin/sh: line 0: [: : integer expression expected
/bin/sh: line 0: [: : integer expression expected
I cannot reproduce this with 4.1.0-rc2 and dkms. Might be a locale
issues.
tags 643583 +moreinfo
thanks
Does bug #643583 also occur on recent asterisk versions?
Cheers,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I think the transition to pypdf2 was handled rather poorly. The module
name is different, so I would expect a python-pypdf2 package instead of
a misleading python-pypdf .. which does not contain a pypdf module.
What I would suggest:
- add a new python-pypdf2 package
- if we really want to stop
Recently the pypdf2 source package, was uploaded to unstable, and
forcibly took over the python-pypdf binary package. The problem is that
pypdf2 does not provide a pyPdf module, but PyPDF2 which broke all
the reverse dependencies. I would suggest:
- pypdf2 be changed to provide a python-pypdf2
tags 762083 +patch
thanks
Simply changing the import from pyPdf to PyPDF2 works. I am attaching a patch
which does
just that.
Cheers,
Jeremy
Description: Use PyPDF2 instead of pyPdf
--- a/pdfshuffler/pdfshuffler.py 2012-04-28 16:15:17.0 +0200
+++ b/pdfshuffler/pdfshuffler.py 2014-09-26
tags 595287 + moreinfo
thanks
Does bug #595287 still apply to recent asterisk versions? From reading the
source code, it
looks as though there already is code which runs sox -m in res_monitor. Also,
the
MixMonitor app seems to be prefered over Monitor, and it handles mixing itself.
Cheers,
Hi Daniel,
On 09/17/2014 04:31 PM, Daniel Pocock wrote:
The package provides a logrotate configuration /etc/logrotate.d/asterisk
The Master.csv file is not listed in there though.
Is there a reason for this and could that be commented on in
README.Debian perhaps?
Or should it be rotated
tags 617648 +moreinfo
thanks
Does bug #617648 also occur on recent asterisk versions?
Cheers,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 533307 +moreinfo
thanks
Does bug #533307 still apply to recent asterisk versions?
Cheers,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I have uploaded a new version of asterisk, which now Provides
asterisk-$$AST_BUILDOPT_SUM, so bug #689109 should now be fixable.
Cheers,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 504741 +moreinfo
thanks
Could you please let me know whether bug #504741 still applies on a
recent asterisk?
Thanks,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 497032 +moreinfo
thanks
A while back you filed bug #497032. Are you still able to reproduce this
bug with a recent asterisk?
Cheers,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 563878 +moreinfo
thanks
In bug #563878 you reported that /etc/asterisk/manager.d is owned by
root, which is correct. How does this pose a problem?
Kind regards,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
reopen 531728
thanks
OK, I obviously misunderstood the status of this bug so I am reopening it.
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Looks like a resurgence of the following bug:
https://issues.asterisk.org/jira/browse/ASTERISK-17279
.. and this regression was caused by the fix for:
https://issues.asterisk.org/jira/browse/ASTERISK-23818
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Since the switch to systemd, the udev configuration needs to be reworked
to work properly both for hot and cold plugging.
The Fedora maintainers have kindly shared their solution here:
https://lists.gnu.org/archive/html/gpsd-users/2014-04/msg00037.html
The attached patch introduces a gpsdctl
I cannot reproduce this bug with a vanilla setup in sid, and I have
serious doubts it even exists in oldstable. I would suggest closing it.
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 697664 +moreinfo
thanks
Could you please check whether this bug still applies with a recent gpsd
version?
Cheers,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Thorsten,
Thanks for the patch. I am not entirely convinced it is correct though, as it
does change
what gets gets passed into realtime_ldap_base_ap (two arguments have been
already been
consumed). An alternative patch was suggested in the upstream issue which
instead makes a
copy of the
Hi Daniel,
Does your commit 157ff24279baf1e9775ea58d1409fcb8f00bda2a fix the issue
you reported?
I am working on packaging asterisk 11.9.0 and am trying to put together
the debian/changelog.
Thanks,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
tags 595288 + moreinfo unreproducible
thanks
I am using MixMonitor without any problems from the dialplan, can you
please let me know:
- if the bug you reported is still relevant on modern asterisk versions
- how to reproduce your bug
Thanks,
Jeremy
--
To UNSUBSCRIBE, email to
A while ago you filed bug #531728 against asterisk asking for console video
support using ffmpeg. Since ffmpeg has to my knowledge been made obsolete by
libav, is this still relevant?
Jeremy
Where do we stand on this bug now that Asterisk 11 is in unstable?
I see the bug was marked as pending in preparation for the upload of
11.4.0 but never actually got closed.
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
tags 733955 + upstream
thanks
Daniel, it looks like this bug would be better handled upstream. What action do
you expect from the Debian maintainers?
On 2 Jan 2014 17:12, Daniel Pocock dan...@pocock.com.au wrote:
Package: asterisk
Severity: wishlist
In recent versions of Asterisk it is
tags 733956 + upstream
thanks
Same comment as for #733955, this needs to be sent to upstream. A
debian-specific change does not make sense.
Please at least bring this up on the asterisk development mailing list.
The BTS is not a wiki and there is little point in filing bugs which are not
actionable by Debian
Could you please retest the bug on a recent asterisk?
It seems just linking against libfreeradius-client2 is not sufficient, we also
need to
change the default RADIUS configuration path in the asterisk code. If
libfreeradius-client2 tries to load the old configuration file
(/etc/radiusclient-ng/radiusclient.conf) it bombs with a segfault:
#0
tag 731971 + pending
stop
I have set the Breaks/Replaces version to 1:11.6.0~dfsg-1 in git, thanks for
reporting this.
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 721622 + pending
stop
Daniel, I have commited a modified version of your patch which allows building
against
FreeRADIUS-client or the older radiusclient-ng2 library. Hopefully this should
be
acceptable upstream.
Jeremy
--
To UNSUBSCRIBE, email to
I tried applying the suggested patch, and while the build succeeded, the
resulting
asterisk-modules seem to be built without RADIUS support. I will take a closer
look when I
have a moment.
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
severity 685753 important
thanks
This bug was marked as grave, although it does not render the whole of
ocfs2-tools
unusable, just ocfs2-tools-pacemaker (for I do not have a test setup).
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
As I understand it, fixing bug #709360 is straightforward, so when can we
expect a fixed
upload of python-imaging?
As things stand some packages are totally broken by this bug (for instance
fretsonfire):
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729209
Cheers,
Jeremy
--
To
On a side note, upstream should probably stop using the deprecated PIL imports,
as I
suppose the python-imaging compatibility package won't be around forever.
For instance the bug with PngImagePlugin can be fixed with the attached
one-liner.
Jeremy
--- a/src/Texture.py 2013-11-10
On 10/02/2013 10:23 PM, Faidon Liambotis wrote:
Package: asterisk
Version: 1:11.5.1~dfsg-2
Severity: serious
I was surprised and initially happy to see Asterisk 11 uploaded into
sid. My happiness quickly diminished when I saw that the upload contains
the embedded pjproject as-is, despite
I am assuming the current version of the packaging is on git.tzafrir.org, can
we move this
to a repo on alioth, presumably under control of pkg-voip-maintainers?
I have spotted what looks like a mistake in debian/control for pjproject:
- it has a Build-Depends on libpulse-dev (which looks
Tzafrir,
What is the current status of your Debian packaging for pjproject (still the
one on github?)?
Can I help you out in any way, as I am eager to see asterisk 11.x in Debian?
Cheers,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
On 07/04/2013 03:21 AM, Mike Hommey wrote:
That doesn't tell much. As a matter of fact, your url works for me with
iceweasel 22
from experimental. If Chromium and Iceweasel don't use the same source for
video, it's
possible it works in one and not the other (like one using a library and the
On 07/03/2013 01:53 PM, Mike Hommey wrote:
It is enabled by default. But it's prefixed. navigator.mozGetUserMedia. Mike
I know about the prefixing, but as the tests I ran failed I assumed the feature
was
disabled. I tried:
http://simpl.info/getusermedia/
I was never prompted for permissions
Hi Pete,
I'll upload the new version, but I'm not sure I understand why the Qt5-specific
patch is required.
How does disabling deprecated functions help the build?
Jeremy
Le Jun 26, 2013 à 10:39 AM, Pete Woods a écrit :
Package: qdjango
Severity: wishlist
Tags: patch
Dear Maintainer,
Pete,
Le Jun 26, 2013 à 10:55 AM, Pete Woods a écrit :
That macro is confusing, I admit. It actually enables the deprecated
functions!
As Qt5 has not landed yet in Debian/unstable, I will be uploading QDjango 0.3.0
without the Qt5 patch.
As I'm also the upstream author, I will address
Package: asterisk
Version: 1:1.8.13.1~dfsg-3
Severity: normal
Tags: upstream patch
asterisk 1.8.x has a regression which results in SIP error causes being
incorrectly mapped to generic asterisk error causes. One consequence of
this bug is that it is not possible to distinguish calls to
Package: asterisk
Version: 1:1.8.13.1~dfsg-3
Severity: normal
The debian/rules file is using backticks to set CFLAGS and LDFLAGS
instead of $(shell ..) which is incorrect, as it is not garanteed
to be expanded:
CFLAGS = `dpkg-buildflags --get CFLAGS`
LDFLAGS = `dpkg-buildflags --get LDFLAGS`
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/04/2013 11:18 PM, Daniel Kahn Gillmor wrote:
Hi Jeremy--
On 04/04/2013 04:48 PM, Daniel Kahn Gillmor wrote:
Without the attached patch, when an OpenID provider declines to provide a
full
name, trac crashes by accessing the authname
On 02/23/2013 02:33 PM, Adam D. Barratt wrote:
On Sun, 2013-02-17 at 13:59 +, Jonathan Wiltshire wrote:
Once 1.2-1+deb7u1 reaches wheezy (next 24 hours) we will be able to use
1.2-1+deb6u1 for any hypothetical DSA to slot in between squeeze and
wheezy.
Well, there's a 1.2.1+deb6u1 in
Dear release team,
Yesterday the following security vulnerability in the pyrad package was
brought to my attention by Salvatore Bonaccorso:
https://security-tracker.debian.org/tracker/CVE-2013-0294
It is tracked in the following bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700669
I
Hi Salvatore,
I have just uploaded the requested version to testing-proposed-updates and will
get in touch with the release team to allow it into wheezy.
For squeeze, the package will be exactly the same (squeeze / wheezy both have
pyrad 1.2-1), but what should the version number be?
Cheers,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/17/2013 01:19 AM, Jonathan Wiltshire wrote:
It's traditional to seek approval *before* uploading; more so in this case
since adding a
patch system is a no-no. The change itself is fine, please upload with this
only. You will
have to bump
Le Sep 10, 2012 à 9:01 PM, Adam D. Barratt a écrit :
On Wed, 2012-08-15 at 13:46 +0100, Adam D. Barratt wrote:
On 15.08.2012 10:47, Jeremy Lainé wrote:
I have uploaded a new revision of ocfs2-tools to unstable which fixes
bug #682517
(inability to launch the ocfs2console GUI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sorry, was away for a couple of days. Thanks for the diagnostics and the fix:
the patch
indeed had the opposite behaviour to the expected one!
I will be uploading the fixed package in a couple of minutes.
Jeremy
-BEGIN PGP SIGNATURE-
Dear release team,
I have uploaded a new revision of ocfs2-tools to unstable which fixes bug
#682517
(inability to launch the ocfs2console GUI):
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682517
The fix (thanks Sébastien Villemot) is straight-forward: drop a bad
Debian/Ubuntu specific
qxmpp-dev's additional features have almost entirely been merged into plain
QXmpp, and I am working closely with Georg Rudoy to merge the remaining
differences.
I therefore think that packaging qxmpp-dev at this point is not the way to go.
Any thoughts?
Jeremy
--
To UNSUBSCRIBE, email to
On 08/02/2012 08:33 PM, Boris Pek wrote:
Unfortunately, integration is not finished yet. When leechcraft can be built
with unmodified library, I'll close this ITP.
Sounds good to me. We should be able to complete the merge within the month or
so.
Cheers,
Jeremy
--
To UNSUBSCRIBE, email to
qxmpp 0.4.0-1 does build from source against multi-arch Qt 4.8, so I don't
think the bug
should be serious.
It doesn't however install its libs into /usr/lib/THE_ARCH, so I'll keep this
bug open to
track this.
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Hi Boris,
Georg Rudoy is now a QXmpp committer, so I am sure we can get whatever features
are required for LeechCraft into QXmpp core (LeechCraft-specific stuff can
still live inside LeechCraft). I would really rather there only be a single
QXmpp, otherwise it'll make life difficult for
No objection on my behalf, its definitely legacy.
On 04/03/2012 20:18 Antonio Terceiro wrote:
Package: mongrel-cluster
Version: 1.0.5-5
Severity: grave
Justification: renders package unusable
Having mongrel-cluster installed, running mongrel_rails in a mostly
empty rails app crashes:
I also got bitten by bug 645599 and was locked out of my servers.
This is really not acceptable, especially for an update to a stable release!
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi,
I have put together a patch (attached) which fixes all the warnings, except for
one on which I would need some help. The relevant information is here:
http://oss.oracle.com/pipermail/ocfs2-tools-devel/2011-October/004008.html
It's basically a case where custom printf handlers are
tag 633279 upstream
thanks
Was the file system mounted when you attempted the fsck? In any case this looks
like an upstream issue and would probably be better handled by the ocfs2-tools
developers.
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Since I upgraded libgl1-mesa-dri to version 7.10.2-1 I no longer experience a
crash when closing an X session.
I'll let the original reporter confirm, but it would seem the bug is fixed.
Cheers,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
reassign 616726 linux-2.6
thanks
The bug report you submitted is a kernel bug, so I am reassigning it to the
linux-2.6 package. Also, I suspect that solving this issue requires an
intimate knowledge of the OCFS2 code, in which case you'd probably be better
served by posting this to the OCFS2
reassign 610530 linux-2.6
thanks
The bug report you submitted is a kernel bug, so I am reassigning it to the
linux-2.6 package. Also, expect the severity of your bug to be lowered, I
doubt it will remain critical.
Regards,
Jeremy
--
To UNSUBSCRIBE, email to
I am pretty sure the problems you describe are related to the kernel
code, not the userspace tools.
I hope that the freeze won't be a no-go for this request otherwise
we'll have OCFS2 in squeeze that will not be production ready.
The whole concept of the freeze is that new versions of
It looks as though there are two issues here:
a/ My understanding is that upstream does a dlopen() on libdlm_lt.so in
order to be able to use libdlm_lt.so.2 or libdlm_lt.so.3 depending on
the system. On Debian/squeeze or better, the package in use is libdlm3,
so libo2dlm should dlopen()
tags 586784 + pending
tags 586778 + pending
tags 457803 + pending
thanks
I have uploaded ocfs2-tools 1.4.4 today but it will sit in the NEW queue for a
bit, because I have put pacemaker and cman support in separate binary packages:
http://ftp-master.debian.org/new/ocfs2-tools_1.4.4-1.html
Just a me too to say that applying the patch suggested by Vincent Ordy got things
working again for me.
Cheers,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Now KDevelop 4 is released [0], could you please upload it to sid, that would
be really great for all the KDE users :)
I will be uploading it as soon as kdevplatform 1.0.0 goes in (uploaded
this morning).
Cheers,
Jeremy
--
To UNSUBSCRIBE, email to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Robin,
I am no longer working on the package, I tried uploading it back in
May but it got rejected because the license/copyright holders of some
of the files was not clear.
Some of the problematic files:
-
what is the license for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
After probing around some more, it would seem the bug is triggered if you have
a MySQL
configuration file (~/.my.cnf). If I get rid of the MySQL config file, Amarok's
collection
works fine.
FYI, my ~/my.cnf looks like:
[client]
database = somedb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
reassign 533620 linux-2.6
thanks
The problem described in bug 533620 is a kernel bug, so I am re-assigning it to
the
linux-2.6 package. What version of the kernel were you running when you
experienced the crash?
Jeremy
-BEGIN PGP
1 - 100 of 185 matches
Mail list logo
