Thinkpad T430, Ivy Bridge i5-3230M.
I get the following messages:
[19549:19577:1207/174928:ERROR:nss_util.cc(839)] After loading Root
Certs, loaded==false: NSS error code: -8018
[19596:19596:1207/174928:FATAL:sandbox_seccomp_bpf_linux.cc(203)] Check
failed: policy->PreSandboxHook().
(The
Tried another machine. Reproduced with an nvidia card, using nouveau
Between November 29 and 30 I got policykit-1 0.105-14, systemd 228-2,
lightdm 1.16.6-1.
After a full reboot, the issue is gone. Just logging out didn't help.
I only realized now since I hadn't had a chance to reboot any machine in
the mean time.
My guess is the fix is in one of these 3
Same here. We stick with sysvinit due to reasons we consider to be good.
lightdm, xfce and sysvinit. Trouble started with policykit 0.105-12
Please advise what could be done.
$ loginctl show-session $XDG_SESSION_ID
Id=1
User=1000
Name=jedi
Timestamp=Tue 2015-10-20 03:41:29 EDT
On 10/23/2015 07:45 PM, Ben Finney wrote:
I must have been dreaming.
Can you expand on what that statement means? Does this mean the steps
to reproduce do not reliably cause the bug behaviour for you either?
It was a sarcastic response to the maintainer's overall unfriendly
attitude,
On 10/06/2015 11:11 AM, Balint Reczey wrote:
I have migrated this bug to kodi from xbmc. Are you still having this
issue with kodi from testing/unstable?
kodi 15.1+dfsg1-3 and ffmpeg 7:2.8-1. Works perfectly.
I was able to locate the exact same videos I used when reporting the
bug, no issues.
Package: openssl
Version: 1.0.1k-1
Hi,
The ciphers (1) man page says:
EECDHE
cipher suites using authenticated ephemeral ECDH key agreement.
However it should be EECDH, without the trailing E:
$ openssl ciphers EECDHE
Error in cipher list
140241080919696:error:1410D0B9:SSL
On 03/24/2015 01:48 PM, Kurt Roeckx wrote:
On Tue, Mar 24, 2015 at 10:55:21AM -0400, Gedalya wrote:
Package: openssl
Version: 1.0.1k-1
Hi,
The ciphers (1) man page says:
EECDHE
cipher suites using authenticated ephemeral ECDH key agreement.
However it should be EECDH
On 03/08/2015 04:22 AM, Otto Kekäläinen wrote:
Thanks for reviewing man pages. Can you point out an example of a
paragraph in a man page that has wrong information
Lots of missing information about new and changed functionality. Wrong,
in that particular sense.
Just for the mysqldump man
On 03/08/2015 04:56 AM, Otto Kekäläinen wrote:
Ok, thanks for the details. I filed an issue upstream as I think
fixing this is outside the scope of Debian packagers. See
https://mariadb.atlassian.net/browse/MDEV-7680
Thanks, it is indeed an upstream problem. It seems perhaps as though the
Package: src:mariadb-10.0
Version: 10.0.16-1
Severity: normal
Tags: upstream
Hello,
The man pages bundled with the mariadb source are from MySQL 5.1. They
are quite outdated and a user could be misinformed when relying on them.
Thanks,
Gedalya
--
To UNSUBSCRIBE, email to debian-bugs-dist
Fixes for this are included in Linux 3.19, commits:
3a01fd367e09ebf05d75a000407364e7ebe2b678
d474ea7e52cbaaae22711d857949ba6018562c29
cbfc35b90f3b4853d1eb9fcb82e99531d6a1c629
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 02/16/2015 01:08 AM, Gedalya wrote:
Fixes for this are included in Linux 3.19, commits:
3a01fd367e09ebf05d75a000407364e7ebe2b678
d474ea7e52cbaaae22711d857949ba6018562c29
cbfc35b90f3b4853d1eb9fcb82e99531d6a1c629
Ah, already in 3.16.7-ckt6 too.
--
To UNSUBSCRIBE, email to debian-bugs-dist
Package: src:linux
Version: 3.16.7-ckt4-2
Severity: normal
Dear Maintainer,
After a clean boot everything is OK, but as soon as I reboot a domU for
the first time, I start getting these lines in dmesg:
xen:balloon: reserve_additional_memory: add_memory() failed: -17
And they keep repeating
On 01/27/2015 03:17 AM, Ian Campbell wrote:
Could #776237 be related to #776050?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776050
It's quite possible and the coincidence of the issue arising in ckt4
makes me think it most likely is.
Lets assume it is for now, I've merged the two
.
Thanks,
Gedalya
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Mon, 26 Jan 2015 10:24:41 + Ian Campbell wrote:
This is actually a kernel issue I think, so reassigning accordingly.
2c3fc8d26dd0 swiotlb-xen: pass dev_addr to swiotlb_tbl_unmap_single
was backported to the stable kernel but this commit was reverted in
mainline via dbdd74763f1f.
On Tue, 20 Jan 2015 12:36:59 +0100 Antoine Amarilli wrote:
It seems like the bug was already reported in mesa:
The mesa package already has a fix for this staged in git for jessie,
not released yet.
I've been running now for 4d17h with locally built mesa 10.3.2-1 +
upstream commit ae4536b4 applied.
Kernel 3.16.7-ckt2-1.
So far running without any problems. Without that patch I wouldn't last
24 hours.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
;-)
With your newly built kernel, everything seems to be fine.
Cheers!
Gedalya
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 12/03/2014 05:12 PM, Samuel Thibault wrote:
I'm not sure to understand what the original bug report is about
precisely. AIUI, it is about the following scenario:
1) install debian in a Xen domU, ending up with systemd installed by
default
2) install sysvinit-core to switch back to sysvinit
On 12/03/2014 05:45 PM, Samuel Thibault wrote:
Gedalya, le Wed 03 Dec 2014 17:22:41 -0500, a écrit :
On 12/03/2014 05:12 PM, Samuel Thibault wrote:
I'm not sure to understand what the original bug report is about
precisely. AIUI, it is about the following scenario:
1) install debian in a Xen
On 11/30/2014 07:50 AM, Bálint Réczey wrote:
To me it looks similar to this Mesa bug:
https://bugs.freedesktop.org/show_bug.cgi?id=85613
There is a suggestion for using latest firmware.
Could you please give the updated firmware a try from:
On 11/24/2014 05:37 AM, Ian Campbell wrote:
Unfortunately this is down to the behaviour of the libc and not
something which appears to be under application control.
The following program demonstrates the same behaviour and is certainly
not leaking anything. Notice that at Freed block at X.
On 11/21/2014 06:03 AM, Ian Campbell wrote:
So here's what happens now.
1. Starts up tiny
2. reboot: leak
3. reboot: freed (process larger, but the delta is all/mostly shared pages)
4. reboot: leak
5. reboot: freed
etc..
WTF, how very strange!
:-)
--- reboot domu ---
On 11/21/2014 06:12 AM, Ian Campbell wrote:
On Fri, 2014-11-21 at 11:03 +, Ian Campbell wrote:
http://man7.org/linux/man-pages/man3/mallopt.3.html also talks about
various dynamic thresholds for growing and shrinking the heap. My guess
is that we are bouncing up and down over some threshold
relatively recently that kernels in the wild have switched to better
compression.
This is https://bugs.debian.org/767295
Reported by: Gedalya geda...@gedalya.net
Gedelya,
Could you also test this patch to make sure it does fix the
reported issue please?
So here's what happens now.
1. Starts up tiny
On 11/20/2014 10:13 PM, Gedalya wrote:
On 11/20/2014 03:21 PM, Konrad Rzeszutek Wilk wrote:
On Thu, Nov 20, 2014 at 03:48:47PM +, Ian Campbell wrote:
The libxc xc_dom_* infrastructure uses a very simple malloc memory
pool which
is freed by xc_dom_release. However the various xc_try_
On 11/14/2014 05:27 PM, Bálint Réczey wrote:
Hi Gedalya,
2014-11-11 2:57 GMT+01:00 Gedalya geda...@gedalya.net:
Package: xbmc-bin
Version: 2:13.2+dfsg1-4
Dear Maintainer,
* What led up to the situation?
XBMC is in a window, playing certain videos: xvid, or decoded bluray copied
to hard
On 11/14/2014 05:27 PM, Bálint Réczey wrote:
I see no segfault in the attached logs.
Could you please attach a log file with a crashdump?
OK this is the best I can do without some guidance :-)
GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+:
On 11/10/2014 01:43 PM, Steve Langasek wrote:
On Mon, Nov 10, 2014 at 02:39:28AM -0500, Gedalya wrote:
On 11/10/2014 02:19 AM, Steve Langasek wrote:
It's not for the sysvinit-core package to fix up the installer's handling of
consoles, when sysvinit-core is not installed. Reassigning
On 11/09/2014 05:11 AM, Ian Campbell wrote:
On Sat, 2014-11-08 at 15:13 -0500, Gedalya wrote:
On 11/08/2014 08:44 AM, Gedalya wrote:
Tried to just frankenport xen-netback from 3.18 into 3.16, didn't work
very well ;-)
Did you backport just the above or the full set of changes from 3.18?
I
On 11/09/2014 07:02 AM, Ian Campbell wrote:
On Sat, 2014-11-08 at 08:32 -0500, Gedalya wrote:
On 11/08/2014 05:41 AM, Ian Campbell wrote:
Please can you try running xl under valgrind, something similar to what
I described earlier should work.
I guess it didn't find much..
Indeed not :-/
I
On 11/09/2014 07:18 AM, Gedalya wrote:
That memory block is just a bit larger than the size of the initrd in
the VM, could there be a connection?
Nope. I changed the initrd to 2.6mb and that memory block is still
exactly at 23852 / 14464 / 14464.
Actually the process size is around 12 mb
On 11/10/2014 02:19 AM, Steve Langasek wrote:
It's not for the sysvinit-core package to fix up the installer's handling of
consoles, when sysvinit-core is not installed. Reassigning this to the
debian-installer package.
And how could it possibly be debian-installer's job to modify a file
that
On 11/08/2014 05:41 AM, Ian Campbell wrote:
Please can you try running xl under valgrind, something similar to what
I described earlier should work.
I guess it didn't find much..
# valgrind --leak-check=full xl cr -F /etc/xen/auto/asterisk_deb80.cfg
==6736== Memcheck, a memory error detector
On 11/08/2014 05:39 AM, Ian Campbell wrote:
On Sat, 2014-11-08 at 00:40 -0500, Gedalya wrote:
On 11/07/2014 03:25 AM, Ian Campbell wrote:
On Thu, 2014-11-06 at 11:06 -0500, Gedalya wrote:
I suspect we will need to backport some xen-netback patch or other. I've
put some feelers out to see
On 11/08/2014 08:44 AM, Gedalya wrote:
Tried to just frankenport xen-netback from 3.18 into 3.16, didn't work
very well ;-)
Did you backport just the above or the full set of changes from 3.18?
I tried to simplify (avoid having to edit code myself..) by just
copying the full xen-netback from
this should be perhaps moved to the sysvinit-core package, in a
way similar to bug #745260
Currently this line must be manually added by the user to get console
access.
[1]
http://anonscm.debian.org/cgit/d-i/finish-install.git/tree/finish-install.d/90console
Thanks,
Gedalya
--
To UNSUBSCRIBE
guests. At guest reboot it jumps to 17mb and then, after a few seconds,
to ~34mb.
I also rebooted the host to help make sure the test is valid.
Thanks,
Gedalya
Index: xen-4.4.1/tools/libxl/libxl.c
===
--- xen-4.4.1.orig/tools/libxl
On 11/07/2014 03:25 AM, Ian Campbell wrote:
On Thu, 2014-11-06 at 11:06 -0500, Gedalya wrote:
I suspect we will need to backport some xen-netback patch or other. I've
put some feelers out to see if any of the upstream devs have any
hints...
OK so if it's just a matter of changing a kernel
On 11/06/2014 07:17 AM, Ian Campbell wrote:
Control: reassign -1 src:linux
Control: found -1 3.16.5-1
On Wed, 2014-10-29 at 12:57 -0400, Gedalya wrote:
On dom0 I get messages like 'vif vif-10-0 vif10.0: draining TX queue',
starting as soon as the domU's boot up. I'm pretty sure
Package: bash-completion
Version: 1:2.1-4
Xen 4.4 in jessie uses xl, not xm, however bash-completion only works
for xm.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 10/24/2014 10:48 AM, Ron wrote:
Hi,
On Sun, Oct 19, 2014 at 08:57:23AM -0400, Gedalya wrote:
Package: dovecot-antispam
Version: 2.0+20130912-1
Severity: normal
Introduced in http://hg.dovecot.org/dovecot-2.2/rev/6ea0584e3861
In file included from antispam-storage.c:3:0:
antispam-storage
Package: xen-utils-4.4
Version: 4.4.1-3
When booting domU's running amd64 jessie, I notice some memory problems
with xl.
root@xen:~# pmap -x 4121
4121: /usr/lib/xen-4.4/bin/xl create --quiet --defconfig
/etc/xen/auto/mail_deb80.cfg
Address Kbytes RSS Dirty Mode Mapping
Keep me cc'd on this.
I've already compiled my locally-updated packages with Dovecot 2.2.15
and Pigeonhole 0.4.3.
This seems to be of some concern:
http://dovecot.org/list/dovecot/2014-October/098472.html
Hope you didn't miss that, Jaldhar? I'm going to get around to testing
that myself, I'm
On 10/24/2014 10:48 AM, Ron wrote:
Hi,
On Sun, Oct 19, 2014 at 08:57:23AM -0400, Gedalya wrote:
Package: dovecot-antispam
Version: 2.0+20130912-1
Severity: normal
Introduced in http://hg.dovecot.org/dovecot-2.2/rev/6ea0584e3861
In file included from antispam-storage.c:3:0:
antispam-storage
On 10/23/2014 05:24 AM, Vlad Orlov wrote:
Only the left-click menu is affected though, the right-click one
still works fine.
Yes, correct, forgot to specify.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: cups
Version: 1.7.5-5
I really don't have much detail here but it's certainly strange.
This happened about 1 hour after upgrading from 1.7.5-4+b1 to 1.7.5-5
when I had to print something.
As a side note, I'm not quite sure why this broke my system (the mkstemp
and gpgv failures
Package: libgtk-3-0
Version: 3.14.1-1
When clicking on the system tray icon for nm-applet or gnote, the menu
remains open only as long as the mouse button is held down.
The menu can be made to stay open by landing the click on a menu separator.
Package: dovecot-antispam
Version: 2.0+20130912-1
Severity: normal
Introduced in http://hg.dovecot.org/dovecot-2.2/rev/6ea0584e3861
In file included from antispam-storage.c:3:0:
antispam-storage-2.0.c: In function ‘_getenv’:
antispam-storage-2.0.c:497:2: error: too few arguments to function
There is some ugliness in the current version (4.4.1-2) although it
doesn't seem to actually break anything in my case.
From /var/log/boot:
/etc/init.d/xendomains: line 128: domains: bad array subscript
Starting Xen domain (from
/etc/xen/auto/dnsmaster.cfg).../etc/init.d/xendomains: line
Package: rdesktop
Version: 1.8.2-1
Severity: normal
Dear Maintainer,
On my main desktop, rdesktop started behaving very slowly as soon as the
current xorg packages came out. Perhaps this bug should be filed against
xorg?
It's similar with xfreerdp but a little less slow.
There is very high
Package: openvpn
Version: 2.3.4-1
Severity: normal
When upgrading openvpn from 2.3.2-9 to 2.3.4-1, the restart or stop
actions fail to stop the previously running daemons. When not binding to
an address:port (as is typical for client mode), the start action
completes successfully and you end
Package: gnupg-agent
Version: 2.0.24-1
Severity: normal
Due to #462951, gnupg-agent depends on pinentry-gtk2. However, a minimal
install of jessie without a graphical desktop environment now includes
gnupg2 (mutt - libgpgme11 - gnupg2) which as a result pulls in dozes
of packages down the
On 06/29/2014 06:24 PM, James Cloos wrote:
The problem may best be fixed by making pinentry-curses the first of the
three possible dependencies.
Ie:
s(pinentry-gtk2 | pinentry-curses | pinentry)(pinentry-curses | pinentry-gtk2 |
pinentry)
That way non-gui boxen will get pinentry-curses w/o
Package: openssh-client
Version: 1:6.5p1-4
Severity: normal
Dear Maintainer,
* What led up to the situation?
Trying to connect to a cisco router running IOS
* What was the outcome of this action?
$ ssh -v j...@xx.xx.xx.xx
OpenSSH_6.5, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading
Are we waiting for Microsoft?
This needs to be fixed by one side or the other in the interest of
interoperability, and somehow I find the scenario of it being fixed on
the open source side likely to materialize sooner.
Gedalya
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
verify return:0
250 OK
AUTH LOGIN
334 VXNlcm5hbWU6
140689921832616:error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong
version number:s3_pkt.c:337:
Found out about this at https://github.com/andris9/Nodemailer/issues/140
Gedalya
On 06/15/2013 11:14 AM, Kurt Roeckx wrote:
forwarded 706423
http
On 06/14/2013 05:15 PM, Jaldhar H. Vyas wrote:
On Wed, 8 May 2013, Gedalya wrote:
I think it would be helpful if a package of the latest 2.1 hits the
archive first. There were some changes making 2.1 future-compatible
with 2.2 (see e.g.
http://www.dovecot.org/list/dovecot-news/2013-April
On 06/12/2013 12:35 PM, Kurt Roeckx wrote:
On Tue, Jun 11, 2013 at 10:05:30PM -0400, Gedalya wrote:
The discussion here[1] seems to be misguided. Of course it's nice
for every app to expose openssl options in its config, but openssl
is what is broken here.
I'm pretty sure that the other side
On 06/12/2013 02:35 PM, Kurt Roeckx wrote:
openssl s_client -connect mail.megacontractinginc.com:25 -starttls smtp -crlf
Right. I don't know how to do -crlf with gnutls-cli that's why I just
piped something to exim.. but it worked, without disabling TLS 1.2. I
don't doubt there's something
On 06/12/2013 02:35 PM, Kurt Roeckx wrote:
openssl s_client -connect mail.megacontractinginc.com:25 -starttls smtp -crlf
Ooops.. silly me. --crlf, right there on the gnutls-cli man page :D
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
On 06/12/2013 02:35 PM, Kurt Roeckx wrote:
This start a succesful (TLSv1) connection for me:
openssl s_client -connect mail.megacontractinginc.com:25 -starttls smtp -crlf
But I can reproduce some weird behaviour with it that goes away
when I use -no_tls1_2.
Kurt
Found another example.
] http://web.archiveorange.com/archive/v/ATzXXOjuq9y3yWEltUyY
Thanks,
Gedalya
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I think it would be helpful if a package of the latest 2.1 hits the
archive first. There were some changes making 2.1 future-compatible with
2.2 (see e.g.
http://www.dovecot.org/list/dovecot-news/2013-April/000245.html) so I
think it would be beneficial if people could upgrade to the latest
On 01/23/2013 03:10 PM, Herwin Weststrate wrote:
Here is what I came up with, if this seems to make sense and is
considered as a patch, *please do proofread and test it, I did no
such thing on my end.*
One small remark: the + after ssl_key and ssl_cert (lines 122+123)
mean match one or more
On 01/14/2013 03:10 PM, Jaldhar H. Vyas wrote:
So what we really need is more testing before an upload even happens.
In theory there is a team maintaining this package but in practice the
others have even less free time than I do and this last year I have
had next to no time at all. (I mean
What about 1:2.1.7-2~bpo60+1 in squeeze-backports?
Are we concerned about upgrading from that?
I realize I do have production machines running squeeze with this
backported version of dovecot.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
-if (/^\w*?ssl_cert/) {
-say 'ssl_cert = $OLD_SSL_CERT'
+if (m|^\w*?ssl_cert\s*=\s*$OLD_SSL_CERT|) {
+say 'ssl_cert = $SSL_CERT'
}
-elsif (/^\w*?ssl_key/) {
-say 'ssl_key = $OLD_SSL_KEY'
+elsif
On 12/28/2012 08:05 PM, Jaldhar H. Vyas wrote:
Unfortunately versions of dovecot 2.1.7 prior to -3 omitted several
configuration files. 15-mailboxes.conf is one that should have been
there all along. I'm sorry for the inconvenience but this breakage
shouldn't happen again going forward.
How
On Fri, 2012-12-28 at 20:47 -0500, Jaldhar H. Vyas wrote:
On Sat, 29 Dec 2012, Gedalya wrote:
How so? Everyone following testing had -2 up until now, not -6. How is this
going to go away in terms of upgrading existing installations?
To be honest the main upgrades we cae about
;
} /etc/dovecot/conf.d/10-ssl.conf
First, why should you ever modify the conf file at all? And without
informing the user and without keeping a backup?
And why do this just because dovecot's generated certificate files
happen to exist?
Thanks,
Gedalya
--
To UNSUBSCRIBE, email to debian-bugs
inaccessible.
At the very least, the following line from 15-mailboxes.conf should be
in the NEWS file
# NOTE: Assumes namespace inbox has been defined in 10-mail.conf.
Thanks,
Gedalya
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
Hi,
The current version does not install /etc/logrotate.d/php5-fpm
Thanks,
Gedalya
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
reassign 675302 src:linux 3.2.32-1
thanks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
severity 689109 grave
thanks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689109
Re: asterisk-espeak
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
What's up?
Linux 3.2.30-1 (currently in sid) still has the same problem.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 07/16/2012 07:45 AM, Jonathan Nieder wrote:
If I don't get back to you soon, feel free to ping me.
ping!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: asterisk-flite
Version: 2.1-1
Severity: grave
Using asterisk 1:1.8.13.0~dfsg-1+b1 on wheezy.
asterisk01-noc01*CLI module load app_flite
Unable to load module app_flite
Command 'module load app_flite' failed.
[Aug 21 15:02:01] WARNING[10528]: loader.c:779 inspect_module: Module
Source: pcre3
Version: 1:8.30-5
Severity: normal
As per #616660, pcretest is no longer distributed in any package. This
is however a very useful tool. I'm not sure why arguments in favor of
packaging this tool are deemed lukewarm. It's simply a tool used to
debug regular expressions in any
Installing debian with the Debian Desktop task works fine.
However, you can reproduce this with the following steps (which is how I
tend to work)
1. Install just the base system
2. apt-get install lxde (this doesn't depend on libreoffice)
3. Log in to lxde as a regular user
4. Menu Accessories
Tested 3.5.0-rc7+, boots up the same way, with the backlight off. Adding
i915.invert_brightness=1 makes it turn the brightness up to the maximum
as expected, however this is pretty ugly. Without this parameter, I can
just turn the brightness up with the fn keys and I get the nice
on-screen
On 07/19/2012 05:09 AM, Rene Engelhard wrote:
On Thu, Jul 19, 2012 at 03:06:34AM -0400, Gedalya wrote:
1. Install just the base system
I did: chreated a wheezy chroot.
2. apt-get install lxde (this doesn't depend on libreoffice)
3. Log in to lxde as a regular user
I did: Logged into my
Package: libreoffice
Version: 1:3.5.4-5
Severity: normal
When starting LibreOffice, either on a newly installed system or, at least in
one case, on a previously working but upgraded system, I get the following
message:
The application cannot be started.
LibreOffice user installation could not be
Package: src
Version: 3.2.21-3
Followup-For: Bug #680737
I think this is the same problem here.. using an HP dm4t-1200 laptop.
The backlight is set to zero brightness as soon as the kernel begins to load.
In my case I can set the brightness higher by simply using the appropriate fn
key
On Mon, 2012-07-16 at 01:32 -0500, Jonathan Nieder wrote:
Thanks for writing. Your hardware is sufficiently different from
Roland's that I really want this as a separate bug. We can merge them
later if they turn out to have the same cause.
Now that the default kernel in wheezy comes from the source package
linux, reportbug is going this for bugs reported against the normal
kernel e.g. 681743 680737
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Mon, 2012-07-16 at 09:30 +0200, Rene Engelhard wrote:
Diy you somwhen run unopkg (or a extension install) using sudo? (without -h)?
Or unopkg itself?
Nothing fancy happening here. This is a new, clean install of wheezy.
libreoffice was installed during the debian installation and nothing was
On 07/16/2012 03:30 AM, Rene Engelhard wrote:
Then fix it (and or give evidence on what should have caused this,
In a root terminal, in my user's home directory, I've just:
1. apt-get purge'd all libreoffice packages,
2. rm -R .config/libreoffice
3. rm -R .config/.libreoffice/ (why not)
4.
On Mon, 2012-07-16 at 14:56 +0200, Rene Engelhard wrote:
On Mon, Jul 16, 2012 at 04:46:52AM -0400, Gedalya wrote:
On 07/16/2012 03:30 AM, Rene Engelhard wrote:
Then fix it (and or give evidence on what should have caused this,
In a root terminal, in my user's home directory, I've just
On 07/03/2012 02:49 AM, Jaldhar H. Vyas wrote:
Ok I'm escalating this then. I'll ask if we can get 2.1.8 in or patch
2.1.7 as you've suggested. (A more likely outcome IMO.)
I'd advocate for 2.1.8. The following fix,
- imapc: Fixed a crash when message had more than 8 keywords.
is something
Source: dovecot
Version: 1:2.1.7-2
Severity: normal
http://dovecot.org/releases/2.1/dovecot-2.1.8.tar.gz
http://dovecot.org/releases/2.1/dovecot-2.1.8.tar.gz.sig
Most importantly fixes a pretty bad behavior of sending mailbox names as
UTF-8 instead of mUTF-7 as required by IMAP RFC. I'm
Package: drizzle
Version: 1:7.1.36-stable-1
Severity: normal
Tags: patch
The drizzle package does not require drizzle-plugin-js, so by default
that is not installed, yet drizzle can not start without it.
+ start_daemon '/usr/sbin/drizzled --chuid drizzle -m'
--datadir=/var/lib/drizzle
attaching this time
--- drizzle.init.d.orig 2012-06-23 16:30:56.423746741 -0400
+++ drizzle 2012-06-23 16:25:45.902283862 -0400
@@ -112,6 +112,7 @@
'start')
[ -e ${DATADIR} ] || \
install -d -o${DRIZZLE_USER} -g${DRIZZLE_USER} -m750 ${DATADIR}
+[ -d /var/run/drizzle ] ||
On 06/18/2012 09:30 AM, Tomas Guisasola Gorham wrote:
Hi Gedalya
It looks like this is a matter of the quality of my code, but it
seems that luasql should, ideally, be backwards-compatible with
itself and with the way 5.1 works. I would imagine there is plenty of
code out
Package: lua-sql-mysql
Version: 2.3.0-1
Severity: important
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
dist-upgrade on a wheezy server, got version 2.3.0-1.
* What exactly did you do (or not do) that was effective
My report is poor in detail, I'd be happy to provide more if someone
tells me how :-)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 06/16/2012 12:45 PM, Enrico Tassi wrote:
On Sat, Jun 16, 2012 at 11:52:53AM -0400, Gedalya wrote:
My report is poor in detail, I'd be happy to provide more if someone
tells me how :-)
No, it is perfect. The point is that the statement
require 'foo'
sets a global 'foo' table in Lua 5.1
101 - 200 of 242 matches
Mail list logo