On 2015-04-19 21:23, Holger Wansing wrote:
> Hi,
>
> Niels Thykier wrote:
>> I tried to ask in #debian-i18n about the new languages, but so far no
>> one has replied me. I am a bit overbooked, so if any you have time to
>> follow on that, then I would greatly appreciate it.
>
> I have looked i
Control: tags -1 pending
On 2015-04-21 11:25, Andreas Tille wrote:
> On Tue, Apr 21, 2015 at 10:19:19AM +0100, Justin B Rye wrote:
>>> incorporated sounds fine to me as is. BTW, my toothcomb is not as fine as
>>> Justin's. :)
>>
>> "Incorporated into Debian GIS" and "merged back into" both look go
Package: libnss-ldap
Version: 264-2.5
Severity: normal
Dear Maintainer,
I found a bug in the postinst script of libnss-ldap. It looks for an
executable named /usr/sbin/nscd and, if found, tries to restart it by
invoking 'invoke-rc.d nscd restart'.
This is broken when unscd is used instead of the
Dear Maintainers:
I do a repackage of kdevplatform 1.7.1 and kdevelop 4.7.1 locally,
and found some change need to be made.
0001-upstream-release-4.7.1-install-new-.so-file.patch is for kdevelop
0001-upstream-release-1.7.1-drop-bash-patch.patch is for kdevplatform
The kdevelop 4.7.1
Hello hikaru,
additional to the patch above it looks like there is also a
flaw in debian/confflags:
--- libav-11.3.orig/debian/confflags2015-01-17 18:25:07.0 +
+++ libav-11.3/debian/confflags 2015-04-22 22:35:12.616951338 +
@@ -180,7 +180,7 @@ shared_build_confflags += --enable
Guillem Jover writes:
> So, in essence, you will be able to do something like:
>
> ,---
> my $control = Dpkg::Control::Info->new(filename => undef);
> $control->parse($control_fh, $control_ref);
> `---
>
> which I think makes more sense.
It will be great for me.
Thanks.
--
Daniel Dehennin
Récu
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "mtpolicyd"
* Package name: mtpolicyd
Version : 1.18
Upstream Author : Markus Benning
* URL : https://mtpolicyd.org/
* License : GPLv2
Section
Hi Bernhard,
I have run your gdb examples on the K6-2 now and came to the same result for
vlc:
Program received signal SIGILL, Illegal instruction.
[Switching to Thread 0xb0fd4b40 (LWP 1001)]
0xaf19da49 in mid_pred (c=0, b=0, a=0) at
/build/libav-H9AQHK/libav-11.3/libavcodec/x86/mathops.h:77
77
On Tue, 2015-04-21 at 21:16:41 +0200, Daniel Dehennin wrote:
> Yes, but to be sure, let me summarise, with your proposition I could
> either:
>
> - pass an IO::Handle to the new constructor:
>
> #+begin_src perl
> use Git::Repository;
> my $repo = Git::Repository->new(work_tree => '/some/wh
Package: wnpp
Severity: wishlist
Owner: Joel Fenwick
* Package name: python-escript
Version : 4.1.0
Upstream Author : Name
* URL : https://launchpad.net/escript-finley
* License : OSL3, ASL3 (for one sub component)
Programming Lang: C++, Python, cuda
Descr
I have several Debian virtual machines installed and they are all getting
the same message.
Host is running ESXi 5.5. It does have a RAID card, and perhaps the VM is
seeing something from the host's BIOS that it sees a RAID card, but the
drives that the VMs see should all be VMDK (Virtual harddisk)
> Does pulseaudio get unstuck by doing another roundtrip to tty2?
Nope. I haven't found an unstick short of X logoff-logon. Killing
pulseaudio does not unstick.
Will try pull from experimental soon.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubs
On Wed, 8 Oct 2014 18:27:04 +0300 Anton Zinoviev wrote:
> On Wed, Oct 01, 2014 at 11:31:18PM +0200, Julian Andres Klode wrote:
> >
> > console-setup requires 800ms during a boot. The complete boot finishes
> > in 4.1 seconds. This really should not be a shell script in the long
> > term, but short
Control: reassign -1 pulseaudio
On 22 April 2015 at 23:42, Joshua Hudson wrote:
>> The second is that when you return to X your sound does not return.
> This is the bug that needs debugging.
>
> Output of getfacl suggests permissions are being restored correctly
> but pulseaudio is getting stuck
On 22 April 2015 at 23:58, Felipe Sateler wrote:
> Control: reassign -1 pulseaudio
>
> On 22 April 2015 at 23:42, Joshua Hudson wrote:
>>> The second is that when you return to X your sound does not return.
>> This is the bug that needs debugging.
>>
>> Output of getfacl suggests permissions are
> The second is that when you return to X your sound does not return.
This is the bug that needs debugging.
Output of getfacl suggests permissions are being restored correctly
but pulseaudio is getting stuck by the transient. Given the
statistical nature of the inital repro with same user on TTY2,
On 22 April 2015 at 22:24, Joshua Hudson wrote:
> On further diagnostic (now that we know for sure what we are looking
> for), the user logged in to TTY2 is relevant. This eliminates the
> statistical match for a hard match to the problem. If the TTY is
> logged in as root or not logged in, happen
On 22 April 2015 at 22:07, Paul Tagliamonte wrote:
| On Wed, Apr 22, 2015 at 08:59:49PM -0500, Dirk Eddelbuettel wrote:
| > I declare defeat.
|
| Aw, sorry to hear that edd. That sucks. We should really document this
| to make it look better :\
I took another look ... and things got better. C
On Wed, Apr 22, 2015 at 08:59:49PM -0500, Dirk Eddelbuettel wrote:
> I declare defeat.
Aw, sorry to hear that edd. That sucks. We should really document this
to make it look better :\
> I rewrote debian/rules following a current python3 package but I am hitting a
> brick wall as the substvers d
On April 22, 2015 9:59:49 PM EDT, Dirk Eddelbuettel wrote:
>
>I declare defeat.
>
>I rewrote debian/rules following a current python3 package but I am
>hitting a
>brick wall as the substvers does not work. And maybe the package does
>not
>build the same way. For the (new) python3 I get
>
>./us
I declare defeat.
I rewrote debian/rules following a current python3 package but I am hitting a
brick wall as the substvers does not work. And maybe the package does not
build the same way. For the (new) python3 I get
./usr/lib/python3/dist-packages/rpy2/rinterface/_rpy_device.cpython-34m-
On Thu, Apr 23, 2015 at 7:27 AM, Laura Arjona Reina wrote:
> * Affects the pages of the debian-installer images in squeeze and wheezy.
> * It just adds an anchor in the warning about nonfree (no header, same
> layout as it's now), and changes "non official" to "unofficial" as
> suggested.
Sounds
On Wed, Apr 22, 2015 at 05:19:03PM -0500, Dirk Eddelbuettel wrote:
> It's probably good enough if you can just point me to "a" package with
> debian/rules and debian/control which also builds 2.8 amd 3.4 (or 3.3?).
>
> As a non-Python jock I am a little out of the loop on what is de rigeur
> here
On further diagnostic (now that we know for sure what we are looking
for), the user logged in to TTY2 is relevant. This eliminates the
statistical match for a hard match to the problem. If the TTY is
logged in as root or not logged in, happens every time.
I'm in the habit of doing all root work di
Package: wnpp
Severity: wishlist
Owner: James McCoy
* Package name: libtermkey
Version : 0.17
Upstream Author : Paul Evans
* URL : http://www.leonerd.org.uk/code/libtermkey/
* License : MIT
Programming Lang: C
Description : library for processing keybo
Control: owner -1 !
Control: retitle -1 ITP: gnome-exe-thumbnailer -- thumbnails for wine exes
Hi,
I plan on adopting this package.
James
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 23 April 2015 at 10:09, Ben Finney wrote:
| Dirk Eddelbuettel writes:
|
| > On 23 April 2015 at 06:36, Ben Finney wrote:
| > | I'll gladly work with you on this, Dirk.
| > |
| > | The existing source package doesn't have a ‘Vcs-*’ field.
| >
| > That is orthogonal to the python3 issue.
|
|
Hi Maximiliano,
thanks for coming back to that.
On Tue, 21 Apr 2015, Maximiliano Curia wrote:
> You seem to have an incomplete upgrade, so my guess is that you are
> missing to upgrade gir1.2-cinnamondesktop-3.0. If not, let me know
> if you find which package you were missing to upgrade.
>
> >i
Dirk Eddelbuettel writes:
> On 23 April 2015 at 06:36, Ben Finney wrote:
> | I'll gladly work with you on this, Dirk.
> |
> | The existing source package doesn't have a ‘Vcs-*’ field.
>
> That is orthogonal to the python3 issue.
To be clear, I'm setting up a VCS for this so that we can collabor
Package: hspec-discover
Version: 2.1.5-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it trie
On Tue, Apr 21, 2015 at 11:12:32AM +0200, Joachim Breitner wrote:
> I am looking for a program that allows me to mirror my CalDAV and
> CardDAV data to the file system. Cadaver didn't cut it for me, so I
> stumbled over hdav. Unfortunately, the documentation is sparse, and I
> was neither able to t
Hi everybody
I think I can improve the patch.
I'm splitting the change in several steps.
Attached you can find the first one:
* Affects the pages of the debian-installer images in squeeze and wheezy.
* It just adds an anchor in the warning about nonfree (no header, same
layout as it's now), and
Hello Bernhard,
thanks for your reply!
I will try to reproduce your findings on real hardware tomorrow.
Can you have a look at the qupzilla and/or xombrero issue as well please? I'm
not sure anymore if it's the same problem,
because meanwhile I installed a qemu vm myself (on Wheezy/amd64) using
Control: forcemerge 781557 -1
Hi,
this was already reported, merging the bugs.
It should be fixed in 1.7.41-2, which is currently in the new queue:
https://ftp-master.debian.org/new/wine-development_1.7.41-2.html
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.or
Package: libwine-development
Version: 1.7.41-1
Severity: grave
Justification: renders package unusable
Hi
there seems to be some replace are missing:
Unpacking libwine-development:amd64 (1.7.41-1) over (1.7.29-4) ...
dpkg: error processing archive
/var/cache/apt/archives/libwine-development_1.7.
Package: xserver-xorg
Version: 1:7.7+7
Severity: important
Dear Maintainer,
I get a window freeze with a message in X log's file :
AIGLX: Suspending AIGLX clients for VT switch
I get that message when I have two SSH sessions (ssh -X) open on two different
machines
and when I use X software, mo
Hi everybody!
I just committed some more Debian Women profiles:
* Brenda J. Butler, and French translation provided by her
* Alba Ferri
* Elizabeth K. Joseph
* Katharina Sabel
Thanks to all of them!
Changes will be visible in the website in a few hours.
I also have committed a file "template.
Andreas Beckmann wrote:
3m11.8s DUMP:
find: `/srv/torrus/collector_rrd': No such file or directory
This output is also produced when the package is still installed. From
looking into the cron output, it appears to be a result of
/etc/cron.daily/torrus-common
calling
/usr/share/torrus/s
On 22 April 2015 at 17:49, Paul Tagliamonte wrote:
| Euch! Sorry Dirk! I ment to reply, but I'm the worst.
No beans.
| Sure. How can I help, sorry about that. I'd be happy to check out any
| changesets or help out with moving it.
It's probably good enough if you can just point me to "a" package
reopen 741972
retitle 741972 ITP: popcorn-time -- Torrent movie streamer
owner 741972 !
thanks
I have the intention of packaging this. I think first step would be some
research to see if popcorn-time would be accepted as debian package or if
there are some big blockers.
signature.asc
Description
Source: kmod
Version: 20-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that kmod could not be built reproducibly.
The attached patch sets a revision date for each
Look, a three headed monkey!
> The attached patch […]
*cough*
--
Lunar.''`.
lu...@debian.org: :Ⓐ : # apt-get install anarchism
`. `'`
`-
diff -Nru mailman-2.1.18/
Source: mailman
Version: 2.1.18-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: umask
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that mailman could not be built reproducibly.
The attached patch fix one occurence where c
Hello hikaru,
just saw your report and tried if I could reproduce your issue.
But probably you want to reproduce these steps on your hardware to verify
that this is really the issue on real hardware.
These steps I tried to reproduce:
- install a qemu virtual machine with current jessie with some
Euch! Sorry Dirk! I ment to reply, but I'm the worst.
On Wed, Apr 22, 2015 at 04:10:45PM -0500, Dirk Eddelbuettel wrote:
> In theory, yes. In practice that never mattered in the 20 years I uploaded
> packages to unstable because we "know" when unstable is effectively cut from
> testing / the rele
Package: ceph-common
Version: 0.80.9-1~bpo70+1
Severity: important
Hello,
I'm using Wheezy Ceph packages from ceph.com on a Jessie computer. (Jessie
packages not available.)
This mostly works. The only problem I have is that if the package systemd-sysv
is installed (instead
of sysvinit-core
Hi Philip,
On 22 April 2015 at 23:20, Philip Rinn wrote:
| Sure, I don't question that. And I think it's important to stress that R does
| _not_ FTBS on the buildds. I'm aware of that.
+1
| The reproducible team does to check for software quality and to ensure builds
are
| reproducible in Debi
Source: shadow
Version: 1:4.2-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that foo could not be built reproducibly.
The attached patch—based on Git master—remove
Control: reassign -1 systemd-shim
Control: retitle -1 access to /dev/snd/* lost after switch to tty2 and back
On 22 April 2015 at 00:50, Joshua Hudson wrote:
> Hmmm. systemd-logind is running. Maybe we got a genuine systemd bug
> that I tried to avoid by not upgrading init. If I just pin the ACLs
Hi Dirk,
On 22.04.2015 at 20:25, Dirk Eddelbuettel wrote:
> [..]
> Certainly, but can we please backtrack for a second?
>
> R has been in Debian since the laste 1990s. We never needed a TZ (nor should
> having one break it, but let's leave that aside for a second), and given all
> the releases
On 23 April 2015 at 06:36, Ben Finney wrote:
| Dirk Eddelbuettel writes:
|
| > Can you recommend a debian/rules and debian/control for me to look at?
| >
| > The package mygrated happily from python 2.3, 2.4, ... to now 2.7; but
| > I have yet to work with python3 so a gentle nudge or push would
Am 22.04.2015 um 23:00 schrieb Bill Allombert:
> On Wed, Apr 22, 2015 at 02:17:03PM +0200, Michael Biebl wrote:
>> Am 22.04.2015 um 13:11 schrieb Bill Allombert:
>>> On Wed, Apr 22, 2015 at 12:55:19PM +0300, Vlad Orlov wrote:
Hi Michael,
> Not release critical. Restoring previous seve
To reproduce, create a new feed subscription where the source is a command
which does not produce an RSS or ATOM feed. Any common command should
display the behavior, say, /bin/ls or /bin/false.
On Wed, Apr 22, 2015 at 1:40 PM, Marcelo Lacerda
wrote:
> I'm curious, how do I reproduce this bug?
>
On Wed, Apr 22, 2015 at 02:17:03PM +0200, Michael Biebl wrote:
> Am 22.04.2015 um 13:11 schrieb Bill Allombert:
> > On Wed, Apr 22, 2015 at 12:55:19PM +0300, Vlad Orlov wrote:
> >> Hi Michael,
> >>
> >>> Not release critical. Restoring previous severity.
> >>
> >> Are you sure? This might break Whe
On Tue, 30 Sep 2014 15:55:41 -0400 =?utf-8?b?RnLDqWTDqXJpYyBCcmnDqHJl?=
wrote:
> Package: chrony
> Version: 1.30-1
> Severity: normal
> Tags: patch
>
> I finally tracked down where that weekly "Unrecognized command" email
> was coming from. :)
>
> Attaching patch for the trivial fix.
Hey Frédé
Source: wpa
Version: 2.3-1
Severity: grave
Tags: security upstream patch
Justification: user security hole
Hi,
the following vulnerability was published for wpa.
CVE-2015-1863[0]:
| P2P SSID processing vulnerability:
| A vulnerability was found in how wpa_supplicant uses SSID information
| parse
On Wed, Apr 22, 2015 at 02:03:25PM -0600, Tianon Gravi wrote:
> On 22 April 2015 at 13:32, Marc MERLIN wrote:
> > By default apt will install cgroupsfs-mount and mountall (which does nothing
> > useful on debian, it was written for ubuntu and upstart), and in turn
> > plymouth (likely because moun
I can confirm that this happens and is a regression from liferea amd64
1.8.6-1.1.
On Wed, Feb 4, 2015 at 10:23 AM, Alessandro Barbieri
wrote:
> Package: liferea
> Version: 1.10.12-1
> Severity: minor
>
> Dear Maintainer,
>
> the list in the "new source" window is not resizable and does not resize
Dirk Eddelbuettel writes:
> Can you recommend a debian/rules and debian/control for me to look at?
>
> The package mygrated happily from python 2.3, 2.4, ... to now 2.7; but
> I have yet to work with python3 so a gentle nudge or push would be
> appreciated.
I'll gladly work with you on this, Dir
Source: mapserver
Version: 6.4.1-5
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on Debian's “reproducible builds” effort [1], we have
noticed that mapserver doesn't
I'm curious, how do I reproduce this bug?
On Fri, Mar 6, 2015 at 8:55 PM, Daniel Perelman wrote:
> Package: liferea
> Version: 1.10.12-1
> Severity: wishlist
>
> Dear Maintainer,
>
> When feeds generated by a command fail to produce a working feed, the
> error messages are both misleading and use
Control: reassign 783125 indicator-applet
Control: retitle 783125 many GVariant critical warnings logged to syslog
On 22/04/15 18:24, Jörg Frings-Fürst wrote:
> Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574):
> GLib-CRITICAL **: g_variant_get_string: assertion 'g_var
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
Hello!
It seems we missed the RC bug fix date, and now we are in the quiet
period. However, I have uploaded a NMU to unstable to fix #776987 so I
wanted to file a bug here, as was d
Control: tags -1 + patch
Attached is a simple patch which should do the trick.
I've added the --with-default-pid-dir=/run configure switch only to the
deb build.
If it's also relevant for the udeb, please move it to $CONFIGURE.
Cheers,
Michael
--
Why is it that all of the instruments seeking in
Am 22.04.2015 um 19:24 schrieb Jörg Frings-Fürst:
> Package: dbus
> Version: 1.8.16-1
> Severity: important
>
> Hi,
>
> dbus-daemon produce a log of syslog messages:
>
> [quote]
> Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574):
> GLib-CRITICAL **: g_variant_get_str
Source: pciutils
Version: 1:3.2.1-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on Debian's “reproducible builds” effort [1], we have
noticed that pciutils doesn't
On 22 April 2015 at 13:32, Marc MERLIN wrote:
> By default apt will install cgroupsfs-mount and mountall (which does nothing
> useful on debian, it was written for ubuntu and upstart), and in turn
> plymouth (likely because mountall requires plymouth on ubuntu)).
You can install and use upstart i
Package: docker.io
Version: 1.6.0~rc4~dfsg1-1
Severity: normal
Bug 782480 was poorly worded, closed, and left closed after I explained what
went wrong, so I'm opening a new bug.
docker.io recommends cgroupfs-mount which doesn't do anything useful since
docker.io already ships cgroupfs_mount in it
On Wed, Apr 22, 2015 at 09:48:01PM +0200, Moritz Muehlenhoff wrote:
> Package: virtualbox
> Version: 4.3.18-dfsg-3
> Severity: important
>
> Hi,
> virtualbox doesn't work on Broadwell CPUs; all VMs fail to start no
> matter what the user configures in the VM settings.
>
> This was reported upstre
Package: virtualbox
Version: 4.3.18-dfsg-3
Severity: important
Hi,
virtualbox doesn't work on Broadwell CPUs; all VMs fail to start no
matter what the user configures in the VM settings.
This was reported upstream at https://www.virtualbox.org/ticket/13820
I verified that the patch by Frank work
Hi Raphael. Thanks for the report. I propose the following patch. It
kind of hides the fact that you can modify the uid/gid of jabberd2 from
the defaults file since that probably isn't something we want to
encourage, however if someone adds USER/GROUP to her default-file, it
will work. Thoughts
Source: lnav
Version: 0.7.3-1
Severity: serious
Justification: FTBFS
lnav/0.7.3-1 builded locally in a pbuilder based build environment,
but the build seems to hang during tests on all architectures:
https://buildd.debian.org/status/package.php?p=lnav&suite=experimental
Regards,
Salvatore
--
Package: docker.io
Version: 1.6.0~rc4~dfsg1-1
Severity: normal
docker.io will not work if you have this in fstab
cgroup /sys/fs/cgroup cgroup defaults0 0
But the initscript just runs, skips the cgroup mounting and doesn't tell the
user that docker will not work, or why.
I
Hi Jan. Thanks for the report. We just uploaded 2.3.3 to unstable,
which presumably has the patch you linked to in it. Please test the
new release. Unless we hear anything, I'll close this bug.
/Simon
pgpPLudHHgqOT.pgp
Description: OpenPGP digital signatur
Hi Nicolas. Thanks for the report. There is 2.3.3 in unstable now,
which should fix this. Please test and report back if this is not the
case. If we don't hear anything, I believe it is safe to close this
bug since this should work now.
/Simon
pgpJj8ej8mINZ.pgp
Description: OpenPGP digital s
Source: keepalived
Version: 1:1.2.16-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on Debian's “reproducible builds” effort [1], we have
noticed that keepalived do
Package: installation-reports
Boot method:
Package: dh-make-perl, apt-file
Severity: wishlist
It looks like both apt-file and Debian::AptContents::get_contents_files()
in dh-make-perl parse /etc/apt/sources.list type files and try to
determine a path to Contents files from that. It would be nice if they
could share this code, perhaps by mo
Source: readline6
Version: 6.3-8
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: umask
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that readline6 could not be built reproducibly.
The attached patch adds an extra dh_fixperm
Package: sbuild
Version: 0.65.2-1dima3
Severity: normal
Hi. In the sbuild manpage, the only thing stated about --dist is
-d, --dist=distribution
Fetch source packages from specified distribution.
This description implies that this setting only controls where sources
come fro
On Wed, Apr 22, 2015 at 08:37 +0100, Ian Campbell wrote:
> In fact 3.16.7-ckt9-2~bpo70+1 has just been uploaded, so best to test
>
> that.
Hi Daniel,
since I assume you want to maintain this package in the Debian Science
team it would be great if you keep the mailing list in CC (done hereby).
Please specify in what task(s) you think this package is appropriate.
Kind regards and thanks for maintaining this package
Andreas.
O
Hi,
Thanks for the patch.
Am Mittwoch, den 22.04.2015, 17:29 + schrieb Dejan Latinovic:
> In this case possible solution could be using ggc-min-expand.
> This parameter specifies the minimum percentage by which the
> garbage collector’s heap should be allowed to expand between collections.
>
Source: qtbase-opensource-src
Version: 5.3.2+dfsg-4
Severity: normal
Tags: security upstream fixed-upstream
Hi,
the following vulnerabilities were published for qtbase-opensource-src.
CVE-2015-1858[0]:
segmentation fault in qbmphandler.cpp
CVE-2015-1859[1]:
segmentation fault in qicohandler.cpp
On Apr 22, 2015, at 8:17 AM, Michael Biebl wrote:
> Could you copy /lib/systemd/system/lvm2-activation.service to
> /etc/systemd/system and add a line
> After=mdadm-raid.service
> to the [Unit] section.
Will do. Thanks!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
On 22 April 2015 at 20:01, Philip Rinn wrote:
| Package: r-base
| Version: 3.2.0-2
| Severity: serious
| Tags: upstream
| Justification: fails to build from source (but built successfully in the past)
|
| Hi Dirk,
|
| I was trying to understand why GNU R FTBFS in the reproducible build env[1]
|
Source: qt4-x11
Version: 4:4.8.6+git64-g5dc8b2b+dfsg-3
Severity: normal
Tags: security upstream fixed-upstream
Hi,
the following vulnerabilities were published for qt4-x11.
CVE-2015-1858[0]:
segmentation fault in qbmphandler.cpp
CVE-2015-1859[1]:
segmentation fault in qicohandler.cpp
CVE-2015-
severity 783130 normal
thanks
Ups, that wasn't intended to be 'serious'
Philip
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: python-diskimage-builder
Version: 0.1.30-1
Severity: minor
File: /usr/bin/disk-image-create
disk-image-create has no man page.
According to Debian Policy Manual ch. 12: Each program, utility, and function
should have an associated manual page included in the same package.
(https://www.de
Source: dracut
Version: 040+1-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that dracut could not be built reproducibly.
The attached patch adds a revision date to
Package: r-base
Version: 3.2.0-2
Severity: serious
Tags: upstream
Justification: fails to build from source (but built successfully in the past)
Hi Dirk,
I was trying to understand why GNU R FTBFS in the reproducible build env[1]
while building fine on the buildds.
It turns out that setting the T
Package: reprepro
Version: 4.16.0-1
Severity: minor
Hi,
when trying to include the tivsm-*.deb packages from the official
IBM Ubuntu "repository" (available at
ftp://public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/client/v7r1/Linux/LinuxX86_DEB/BA/v712/7.1.2.0-TIV-TSMBAC-Linux
Package: installation-reports
Boot method:
Image version:
Date:
Machine:
Processor:AMD A6-3420M APU with Radeon(tm) HD Graphics
stepping: 0
Memory: 4gig
Partitions:
Résultat de lspci -knn (ou lspci -nn) :00:00.0 Host bridge [0600]: Advanced
Micro Devices [AMD] Family 12h Processor
Package: g++-5
Version: 5.1~rc1-1
Severity: important
--- Please enter the report below this line. ---
Large Qt apps (e.g. QtCreator) that are compiled with g++-5 crashes if Qt was
compiled with g++-4.9.
--- System information. ---
Architecture: amd64
Kernel: Linux 3.16.0-4-amd64
Debian R
reassign 781809 base-files
thanks
On Friday 03 April 2015 14:28:14 Santiago Vila wrote:
> I can see this:
>
> https://www.debian.org/support
>
> in Spanish but
>
> https://www.debian.org/support/ gives me 404.
>
> If the intent is for this page not to exist anymore, then please add a
> 301 red
Package: haskell-hxt-relaxng
Version: 9.1.4-4
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Packge haskell-hxt-relaxng FTBFS mips and mipsel with an error:
virtual memory exhausted: Cannot allocate memory.
https://buildd.debian
Package: release-notes
Severity: normal
Tags: patch
The installing.dbk file still has some worrying gaps - for instance:
>
But here is a proofreading patch for the material we've got so far.
--
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no
Package: dbus
Version: 1.8.16-1
Severity: important
Hi,
dbus-daemon produce a log of syslog messages:
[quote]
Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574):
GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value,
G_VARIANT_TYPE_STRING) || g
Hello,
one little addition about this installation.
Emails like following get generated once a day:
--
From root@nas3c3b5d Wed Apr 15 22:57:26 2015
Envelope-to: root@nas3c3b5d
Delivery-date: Wed, 15 Apr 2015 22:57:26 +0200
From: mdadm monitoring
To: root@nas3c3b5d
Subject: DegradedArray eve
Samuel Thibault writes:
> It didn't happen at all with RC1? There were uploads of brltty in
> between, but they mattered only to xbrlapi and grub. I can also
> reproduce the "no-detection-at-all" issue with it.
I don’t know. I didn’t think to try the RC1.
--
Raphaël
Hypra S.A.S.
--
To UNSUBS
1 - 100 of 187 matches
Mail list logo
