Package: prey
Version: 1.3.8
Severity: wishlist
As a heads-up, the new version of prey has *very* different configuration. The
provided Ubuntu package installs but has no upgrade help... Devices may need
deleted and re-registered.
-- System Information:
Debian Release: 8.0
APT prefers unsta
clone 743158 -1
reassign -1 cryptsetup
retitle -1 crpytsetup: sends private information without confirmation
thanks
Am 31.03.2014 um 03:33 schrieb Norbert Preining:
> Package: systemd
> Version: 204-8
> Severity: grave
> Tags: security
> Justification: user security hole
>
> Sending /etc/fstab wi
2015-04-25 8:05 GMT+02:00 Michael Jarosch :
> Am Samstag, den 25.04.2015, 05:23 +0200 schrieb Jaromír Mikeš:
>
> > problem with showq is that the project is upstream dead :(
>
> > I can't fix issue like this by myself unless somebody with better
> > skills than me will provide a patch.
> >
> > Unf
Control: tags -1 -newcomer +moreinfo +unreproducible
On Sat, 2015-04-25 at 16:14 +0200, Fabrice Aeschbacher wrote:
> Package: hplip
> Version: 3.14.6-1+b2
> Severity: grave
> Tags: newcomer
> Justification: renders package unusable
"newcomer" means "can be resolved by a newcomer", not "was filed
Control: tags -1 + patch
Am 25.04.2015 um 14:21 schrieb Michael Biebl:
>
> Maybe it could replace the following line in
> /usr/share/initramfs-tools/scripts/functions:
>
> touch $FSCK_STAMPFILE
>
> with
>
> :> $FSCK_STAMPFILE
>
> This will work, even when built with busybox.
The attached pa
Am 25.04.2015 um 15:51 schrieb Michael Biebl:
> Am 25.04.2015 um 14:44 schrieb Michael Biebl:
>>
>> I just tried to boot a system where the initramfs had been built with
>> BUSYBOX=n. This failed miserably and ended in a kernel panic.
>>
>> /init: exec: line 330: switch_root: not found
>> [attempte
Package: cryptsetup
Version: 2:1.6.6-5
Severity: grave
Hi,
if the cryptsetup package is installed, it also installed a
initramfs-tools hook.
I use BUSYBOX=no in initramfs.conf, but the cryptroot hook copies
/bin/busybox to the initramfs nonetheless.
As a result, the initramfs is unable to boot
Package: hplip
Version: 3.14.6-1+b2
Severity: grave
Tags: newcomer
Justification: renders package unusable
Dear Maintainer,
On hplip(3.14.6-1+b2), most hp-* fail with following error:
$ hp-setup
Traceback (most recent call last):
File "/usr/bin/hp-setup", line 45, in
from base imp
I have tried lightdm which saved about 10 seconds (from 50 to 40 then).
I used gdm in Wheezy but maybe it was lighter then, less similar to the
gnome-shell itself. Maybe now gdm3 is faster in the transition to the
gnome-shell though.
This partially explains the deterioration of the boot-to-login t
[Sorry, this was meant to go to bug #783291, not #783282]
Am 25.04.2015 um 15:55 schrieb Michael Biebl:
> Am 25.04.2015 um 14:21 schrieb Michael Biebl:
>> I can reproduce the missing /bin/touch if I build the initramfs without
>> busybox support. Can you check your /etc/initramfs-tools/initramfs.c
Am 25.04.2015 um 14:21 schrieb Michael Biebl:
> I can reproduce the missing /bin/touch if I build the initramfs without
> busybox support. Can you check your /etc/initramfs-tools/initramfs.conf
> if it contains BUSYBOX=n or if you have a snippet in
> /etc/initramfs-tools/conf.d/ which sets BUSYBOX=
Am 25.04.2015 um 14:44 schrieb Michael Biebl:
> On Sat, 25 Apr 2015 14:21:04 +0200 Michael Biebl
>> I can reproduce the missing /bin/touch if I build the initramfs without
>> busybox support. Can you check your /etc/initramfs-tools/initramfs.conf
>> if it contains BUSYBOX=n or if you have a snippe
Am 25.04.2015 um 15:23 schrieb Carlo Marchiori:
> I have removed the 6 packages you suggested but the boot time hasn't
> improved a lot,
> maybe a couple of seconds.
>
> I takes about 30 seconds to the blank screen, and other 20 seconds from the
> blank screen to the gnome login screen.
> Please f
reassign 782971 sane-backends
found 782971 sane-backends/1.0.24-8
found 782971 sane-backends/1.0.24-9
tags 782971 + pending
fixed 782971 sane-backends/1.0.24-10
thanks
Hi Michael,
sorry for my late answer.
I have tested with systemd versions down to 215-8.
All with the same result: saned over
I've filed this report because this morning I thought I would upgrade my
stable installation (which dual boots with the testing one) to the upcoming
Jessie/Debian 8 stable release and I was surprised how fast the boot was
(in fact, almost half the time).
The Broadcom package is used also in the Wh
The attachements, sorry.
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @24.177s
ââmulti-user.target @24.176s
ââ[1;31mNetworkManager.service @15.144s +9.029s[0m
â
I have removed the 6 packages you suggested but the boot time hasn't
improved a lot,
maybe a couple of seconds.
I takes about 30 seconds to the blank screen, and other 20 seconds from the
blank screen to the gnome login screen.
Please find attached the same information above with the 6 packages re
Am 25.04.2015 um 14:44 schrieb Michael Biebl:
> I just tried to boot a system where the initramfs had been built with
> BUSYBOX=n. This failed miserably and ended in a kernel panic.
>
> /init: exec: line 330: switch_root: not found
> [attempted to kill init ...]
>
>
> Looks to me, as if BUSYBOX=
On Fri, Apr 24, 2015 at 06:20:00PM +0200, Sebastiaan Couwenberg wrote:
> Control: tags -1 confirmed
> Control: found -1 grass/6.4.4-1
> Control: notfound -1 grass/7.0.0-1~exp1
> Control: fixed -1 grass/7.0.0-1~exp1
>
> Hi Francesco,
>
> I can reproduce the issue on a jessie VM with grass 6.4.4-1,
Source: network-manager
Version: 0.9.10.0-7
Severity: normal
Tags: security upstream
Hi,
the following vulnerability was published for network-manager.
CVE-2015-2924[0]:
IPv6 Hop limit lowering via RA messages
If you fix the vulnerability please also make sure to include the
CVE (Common Vulnera
Control: tag -1 + moreinfo
Hi Michal,
Michael Biebl wrote (16 Aug 2013 14:45:59 GMT) :
> This is a gnome-control-center limitation (of version 3.4).
> I think this is fixed in version 3.8 (available from experimental).
Indeed, I can't reproduce the reported problem on current Debian sid.
Can yo
Hello hikaru,
(I have tried to split the browser issue into a different bug #783293.)
When libav is built with this 3 attached changes then vlc and mplayer2
are not crashing anymore.
This would need some more tests as I had only my qemu VM (which was way
too slow) with one video file inside.
Am 25.04.2015 um 14:54 schrieb Carlo Marchiori:
> Please find attached the requested information.
> Thanks, Carlo.
>
>
> systemd-analyze blame.txt
>
>
> 17.335s nmbd.service
> 16.773s samba-ad-dc.service
Do you need the samba package?
If not, try uninstalling the package.
I'm
On Wed, Feb 11, 2015 at 09:40:21AM +, Barak A. Pearlmutter wrote:
> +Vcs-Git: git://github.com/barak/usbview.git
> +Vcs-Browser: https://github.com/barak/usbview
Hrm...
> From 5a39e69f94f06d54db67f7a4b122a14630794960 Mon Sep 17 00:00:00 2001
> From: "Barak A. Pearlmutter"
> Date: Thu, 5 Feb
Please find attached the requested information.
Thanks, Carlo.
17.335s nmbd.service
16.773s samba-ad-dc.service
10.646s NetworkManager.service
10.233s binfmt-support.service
9.015s accounts-daemon.service
8.380s console-kit-log-system-start.se
On Sat, 25 Apr 2015 14:21:04 +0200 Michael Biebl
> I can reproduce the missing /bin/touch if I build the initramfs without
> busybox support. Can you check your /etc/initramfs-tools/initramfs.conf
> if it contains BUSYBOX=n or if you have a snippet in
> /etc/initramfs-tools/conf.d/ which sets BUSY
On 25 April 2015 at 09:33, Alessandro Ghedini wrote:
> On sab, apr 25, 2015 at 02:16:52 +0200, Fabian Greffrath wrote:
>> Control: tags -1 + help
>>
>> Hi Sebastian,
>>
>> Am Freitag, den 24.04.2015, 21:27 +0200 schrieb Sebastian Ramacher:
>> > | - _ZN4FLAC7Decoder4File13read_callbackEPhPm@Base 1.
Control: notfound -1 0~svn197-3.3
Control: found -1 1:3.6-2
Control: forwarded -1 https://llvm.org/bugs/show_bug.cgi?id=22215
Control: tags -1 fixed-upstream
On Sun, 1 Mar 2015 21:32:38 +0800 YunQiang Su wrote:
> Package: llvm-toolchain-3.6
> Version: 0~svn197-3.3
>
> clang 3.5 and 3.7 have the
On Sat, 2015-04-25 at 14:16 +0200, Fabian Greffrath wrote:
> Control: tags -1 + help
>
> Hi Sebastian,
>
> Am Freitag, den 24.04.2015, 21:27 +0200 schrieb Sebastian Ramacher:
> > | - _ZN4FLAC7Decoder4File13read_callbackEPhPm@Base 1.3.0
> > | + _ZN4FLAC7Decoder4File13read_callbackEPhPj@Base 1.3.1
Package: dmeventd
Version: 2:1.02.90-2.2
Severity: normal
Hi
I get these errors at boot time:
/sbin/dmeventd: stat failed: No such file or directory
VG_Disco-snap_sabado_18_abril: event registration failed
VG_Disco-snapshot0: snapshot segment monitoring function failed
dmeventd is installed
-rw
On sab, apr 25, 2015 at 02:16:52 +0200, Fabian Greffrath wrote:
> Control: tags -1 + help
>
> Hi Sebastian,
>
> Am Freitag, den 24.04.2015, 21:27 +0200 schrieb Sebastian Ramacher:
> > | - _ZN4FLAC7Decoder4File13read_callbackEPhPm@Base 1.3.0
> > | + _ZN4FLAC7Decoder4File13read_callbackEPhPj@Base
Package: klibc
Version: 2.0.4-2
Severity: important
Tags: patch
The struct stat is incorrectly defined on ppc64 and ppc64el, causing
the resume binary to fail working correctly and thus hibernation to
work. The patch below gives more explanation and fixes the issue.
>From 5a53f821db8bc887c472d2e5
Am 25.04.2015 um 14:22 schrieb Michael Biebl:
> Am 25.04.2015 um 08:25 schrieb Carlo Marchiori:
>> Package: systemd
>> Version: 215-17
>> Severity: normal
>>
>> At about 25 seconds gdm3 starts, so the problem is at least shared with gdm3
>> which is much slower then before.
>
> Please include the
Am 25.04.2015 um 08:25 schrieb Carlo Marchiori:
> Package: systemd
> Version: 215-17
> Severity: normal
>
> At about 25 seconds gdm3 starts, so the problem is at least shared with gdm3
> which is much slower then before.
Please include the output of
"systemd-analyze blame" and "systemd-analyze cr
Package: initramfs-tools
Version: 0.120
Severity: important
Am 25.04.2015 um 04:58 schrieb Mike Kupfer:
> Michael Biebl wrote:
>
>> Which initramfs-tools version do you have installed?
>
> ii initramfs-tool 0.120all generic modular initramfs generat
>
>> Have you made sure,
>>
Control: tags -1 + help
Hi Sebastian,
Am Freitag, den 24.04.2015, 21:27 +0200 schrieb Sebastian Ramacher:
> | - _ZN4FLAC7Decoder4File13read_callbackEPhPm@Base 1.3.0
> | + _ZN4FLAC7Decoder4File13read_callbackEPhPj@Base 1.3.1-1
> | +#MISSING: 1.3.1-1# _ZN4FLAC7Decoder4File13read_callbackEPhPm@Base
Package: rkward
Severity: wishlist
Tags: upstream patch
Hi,
while working on the "reproducible builds" effort [1], it has been discovered
that rkward could not be built reproducibly. GNU R leaves a build timestamp
(showing date + time + timezone) in the /usr/lib/R/library/*/Description files
it g
Package: webauth-weblogin
Version: 4.6.1-1
Severity: minor
File: /usr/share/weblogin/generic/templates/help.html
I think the following patch makes a sentence in help.html make more
sense:
$ diff -u /usr/share/weblogin/generic/templates/help.html
public_html/help.html
--- /usr/sh
Package: webauth-weblogin
Version: 4.6.1-1
Severity: normal
Without libtime-duration-perl, I get the following error message when
running login.fcgi:
Can't locate Time/Duration.pm in @INC (you may need to install the
Time::Duration module) (@INC contains: /etc/perl
/usr/local/lib/i386-l
Package: thunar
Followup-For: Bug #782371
Hi,
Still can't reproduce this, no core dump after four days or so. I guess
just close this bug or something since I can't reproduce the bug now.
Kitty
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscri
retitle 722731 ITA: dump -- 4.4bsd dump and restore for ext2 filesystems
owner 722731 a...@debian.org
thanks
i'm planning to adopt the dump package; a new upload should be ready
within a week or thereabouts.
regards
az
--
Alexander Zangerl + GPG Key 0xB963BD5F (or 0x42BD645D) + http://snafu.p
On Fri, Mar 27, 2015 at 11:58:01PM +0100, gregor herrmann wrote:
> On Tue, 24 Mar 2015 10:18:44 -0700, Mark Brown wrote:
> > Actually having opened the logs I'm not seeing the command lines, the
> > logs appear to start with displaying output from the commend.
> And the output shows the used comm
Package: installation-reports
Boot method: installer
Image version: http://cdimage.debian.org/cdimage/weekly-builds/arm64/iso-dvd/
Date: 2015/04/25
Machine: APM Mustang
Processor: ARMv8
Memory: 8GB
Partitions:
Output of lspci -knn (or lspci -nn):
Base System Installation Checklist:
[O] =
Hello Iain and Brian,
I've just read the answer of Brian (Brian Rogers - N1URO), sorry for the delay
in answering.
First of all I'm not sure that Brian was able to see the "sniffing" files : I
have sent them directly to Ian also in form of link, but I see that he doesn’t
download them.
The link
Le 25/04/2015 01:03, Christoph Anton Mitterer a écrit :
> Source: iceweasel
> Severity: wishlist
[...]
> Even when they're still supported by upstream, they simply receive far less
> scrutiny (in terms of security audits/analysis) than the current versions.
> Also often security holes are silentl
Control: tags -1 confirmed
On Fri, Apr 24, 2015 at 15:15:12 -0400, Scott Kitterman wrote:
> Package: release.debian.org
> Severity: normal
> Tags: jessie
> User: release.debian@packages.debian.org
> Usertags: pu
>
> There's copy/paste error in the clamav-daemon postinst that will cause an
>
Hi,
I can confirm I have experienced this problem as well. First I ran an
automated install of Wheezy from a Squeeze (Debian 6) recovery image.
Then I upgraded a few packages from wheezy to wheezy-backports but had
apt-get dependencies I could not solve. So I upgraded to Jessie.
After the u
Control: tags -1 moreinfo
On Mon, Apr 20, 2015 at 09:31:04 +0100, Dominic Hargreaves wrote:
> Note: I would also like to add the patch (the one attached to the ticket
> was applied upstream) for #769741, if that's okay.
>
Can you send an updated debdiff?
Thanks,
Julien
signature.asc
Descripti
On Fri, Apr 17, 2015 at 14:02:29 +0200, Paul Gevers wrote:
> On 16-04-15 07:31, Graham Inggs wrote:
> > If you uploaded 2.3.4-6.2 now, could it cause any harm? At least this
> > will get the package built and Release Team can still decide whether
> > to grant the unblock request or not.
>
> I up
Package: www.debian.org
Severity: normal
Dear Maintainer,
according to last emails on cdvendors@d.o list, here a patch to updte
the list:
--- CD/vendors/vendors.CD-3 2015-04-20 20:04:19.348845894 +0200
+++ CD/vendors/vendors.CD-4 2015-04-25 10:35:57.159673829 +0200
@@ -76,7 +76,7 @@
#
Source: pcre3
Version: 2:8.35-3.3
Severity: important
Tags: security upstream
Hi,
the following vulnerability was published for pcre3.
CVE-2015-2326[0]:
heap buffer overflow in pcre_compile2()
If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposu
Hi Bhavyanshu,
about the SVG to png generation during build time. Maybe you can use
what I have done in a different package (sudoku).
http://anonscm.debian.org/cgit/collab-maint/sudoku.git/tree/debian/rules
It uses rsvg-convert to create a .png out of a .svg.
You then need the following build-d
I don't have any 'timeout '/lib/udev/hdparm'' in my logs though. Thanks,
Carlo.
Il giorno sab 25 apr 2015 alle ore 09:00 Carlo Marchiori <
carlo.marchi...@gmail.com> ha scritto:
> Thanks for your reply.
>
> Il giorno sab 25 apr 2015 alle ore 08:58 Carlo Marchiori <
> carlo.marchi...@gmail.com> ha
Hi,
On 2015-04-24 23:52, Steven Chamberlain wrote:
> Hi,
>
> Please could I get access to a s390x porterbox, and I will take a look
> at this bug.
>
> My Alioth account is stevenc-guest, and I have accepted the DMUP:
> https://lists.debian.org/debian-newmaint/2015/01/msg1.html
>
s390x buil
On Thu, Apr 23, 2015 at 13:12:18 -0400, Simon Ruggier wrote:
> Package: xorg
> Version: 1:7.7+7
> Severity: normal
> Tags: patch
>
> Hi, I noticed today that my umask is 077 for some reason, which happens to be
> a
> problem for me. I grepped /etc to see where this could be coming from, and
> fo
Package: mirrors
Severity: wishlist
Submission-Type: new
Site: ftp.yzu.edu.tw
Aliases: ftp.cse.yzu.edu.tw
Type: leaf
Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64
kfreebsd-i386 mips mipsel powerpc s390x sparc
Archive-ftp: /debian/
Archive-http: /debian/
Archive-rsync:
Package: linux-image-3.16.0-0.bpo.4-amd64
Version: 3.16.7-ckt9-2~bpo70+1_amd64
Severity: minor
With last backports kernels I've get some black stuff around icons in the MATE
panel. Debian Wheezy 64 bit MATE 1.6.1 and now 1.8.1. It's disappeared in
3.16.0-0.bpo.4-686-pae_3.16.7-ckt4-3~bpo70+1_i386
Hi Matthew,
On Thu, Apr 23, 2015 at 06:44:05PM +0100, Matthew Vernon wrote:
> On 23/04/15 18:30, Salvatore Bonaccorso wrote:
> > Hi Matthew,
> >
> > On Thu, Apr 23, 2015 at 06:21:27PM +0100, Matthew Vernon wrote:
> >> Hi,
> >>
> >> On 03/04/15 10:30, Salvatore Bonaccorso wrote:
> >>
> >>> the fol
101 - 158 of 158 matches
Mail list logo