Just wanted to chime in with this upstream issue:
https://github.com/jonls/redshift/issues/672
It seems to me, like something along this fix, would be enough:
https://salsa.debian.org/debian/redshift/-/merge_requests/4/diffs
+owner @{HOME}/.config/redshift/redshift.conf r,
Just discovered this
Hi Andreas,
You're looking at a comparison between two FASTQ reads:
@Rec1
GCATGATATATACAAC
+
012345'FBcEFGHIJ
and
@Rec1
GCATGATATATACAAC
+
012345(FBcEFGHIJ
The format is roughly
@[name]
[N * Nucleotides]
+
[N * Phred quality scores]
So the
Package: wnpp
Severity: wishlist
* Package name: i3-gaps
Version : git
Upstream Author : Airblader
* URL : https://github.com/Airblader/i3/tree/gaps
* License : (BSD, according to AUR-package)
Programming Lang: (C, Perl)
Description : A fork of i3wm
Upstream bug: https://github.com/mumble-voip/mumble/issues/2494
On Sat, Aug 6, 2016 at 12:43 PM, Mikkel Krautz <mik...@krautz.dk> wrote:
> Hi,
>
> I finally had a chance to try this myself on stretch.
>
> Mumble 1.2.x expects C++03, but g++ 6 defaults to C++11/C++14 (not s
Hi,
I finally had a chance to try this myself on stretch.
Mumble 1.2.x expects C++03, but g++ 6 defaults to C++11/C++14 (not sure which).
We (upstream) don't explicitly pass -std=c++03 to g++ -- so we let the
compiler choose.
I just tested building Mumble with an explicit -std=c++03 flags.
On Sun, Mar 13, 2016 at 6:20 PM, Chris Knadle <chris.kna...@coredump.us> wrote:
> Mikkel Krautz:
>> On Sun, Mar 13, 2016 at 2:58 PM, Kurt Roeckx <k...@roeckx.be> wrote:
>>> I would also like to say again that if we can somehow see in the
>>> meta data tha
On Sun, Mar 13, 2016 at 9:20 PM, Chris Knadle <chris.kna...@coredump.us> wrote:
> Mikkel Krautz:
>> On Sun, Mar 13, 2016 at 2:58 PM, Kurt Roeckx <k...@roeckx.be> wrote:
>>> I would also like to say again that if we can somehow see in the
>>> meta data tha
On Sun, Mar 13, 2016 at 4:18 PM, Kurt Roeckx <k...@roeckx.be> wrote:
> On Sun, Mar 13, 2016 at 03:55:54PM +0100, Mikkel Krautz wrote:
>> On Sun, Mar 13, 2016 at 3:36 PM, Kurt Roeckx <k...@roeckx.be> wrote:
>> > On Sun, Mar 13, 2016 at 03:28:30PM +0100, Mikkel
On Sun, Mar 13, 2016 at 3:36 PM, Kurt Roeckx <k...@roeckx.be> wrote:
> On Sun, Mar 13, 2016 at 03:28:30PM +0100, Mikkel Krautz wrote:
>> A tiny bit of follow-up to my suggestion of using "-openssl-linked" for Qt:
>>
>> In the earlier Debian bug that w
On Sun, Mar 13, 2016 at 3:22 PM, Mikkel Krautz <mik...@krautz.dk> wrote:
> On Sun, Mar 13, 2016 at 2:58 PM, Kurt Roeckx <k...@roeckx.be> wrote:
>> I would also like to say again that if we can somehow see in the
>> meta data that they are using libssl, they would get
On Sun, Mar 13, 2016 at 2:58 PM, Kurt Roeckx wrote:
> I would also like to say again that if we can somehow see in the
> meta data that they are using libssl, they would get rebuild at
> the same time and you wouldn't get into this situation that they
> are using a different
On Sat, Mar 12, 2016 at 11:38 AM, Kurt Roeckx wrote:
> On Sat, Mar 12, 2016 at 01:04:12AM +, Chris Knadle wrote:
>> Discussions with mumble upstream about this problem have continued, and the
>> situation seems much more muddied than I previously knew. This is likely
>> not
On Sat, Mar 12, 2016 at 8:06 PM, Kurt Roeckx wrote:
> On Sat, Mar 12, 2016 at 04:56:22PM +, Chris Knadle wrote:
>> > Maybe Qt should have some way to indicate what version it's build
>> > against so that we can binNMU it with all the other packages? Or
>> > maybe Qt should
)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
I'll be willing to try out suggestions.
Regards
Mikkel Eide Eriksen
Basepoint Media
Package: gnumeric
Version: 1.9.10-2
Severity: grave
*** Please type your report below this line *** gnumeric 1.9.10-2 is
useless since it fails on startup with a symbol lookup error.
This has been fixed in 1.9.13-1 in the unstable tree.
However, testing (squeeze) still ships gnumeric 1.9.10-2
It is good that the bug has now been fixed in 1.9.12-1.
However, the gnumeric package in squeeze is still 1.9.10-2 so this bug
still renders gnumeric unusable in testing.
Can we get 1.9.12-1 (or 1.9.13-1) for testing please?
--
To UNSUBSCRIBE, email to
Package: openoffice.org
Version: 1:3.1.1-2
Severity: grave
Justification: renders package unusable
*** Please type your report below this line *** On my system
(debian/squeeze completely up-to-date) all the openoffice applications
fail to start.
They exit on startup because the component
Package: gnumeric
Version: 1.9.10-2
Severity: grave
Gnumeric fails on startup.
When I start it from the command line (typying gnumeric) I get:
gnumeric: symbol lookup error: /usr/lib/libspreadsheet-1.9.10.so: undefined
symbol: foo_canvas_item_request_update
-- System Information:
Debian
Give your woman extraordinary pleasure and extraordinary orgasms.
http://www.Jermilles.com/
You will never regret this
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I had the same problem.
I solved the problem by reinstalling my NVIDIA driver, from NVIDIA.com
My Xorg.log was complainging about the GLX module. I believe it has
something to do with a recently update of my Xorg core.
/mikkel
on Fusion, but don't recall exactly what version. Other than that, the
64-bit system seems to be running fine.
Regards,
Mikkel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-process /usr/bin/dpkg returned an error code (1)
I'm running, Debian Linux kernel 2.6.17.13 and (trying) to run unstable,
but until that, Debian 4.0?
--
Mikkel Blankholm
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: atlas-dev
Version: atlas3-headers
Severity: grave
Justification: renders package unusable
Compilation using atlas3 fails because there is no cblas.h file
installed.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386
with a 2.6.7 kernel.
libc6 Version: 2.3.5-6
The problem started saturday (this week) after a apt-get dist-upgrade
Best regards,
Mikkel Bundgaard
---BeginMessage---
The Samba 'panic action' script, /usr/share/samba/panic-action,
was called for pid 13788 (/usr/sbin/winbindd).
Below is a backtrace
24 matches
Mail list logo