control: reopen -1
Why not to reopen this bug if it hasn't been fixed yet? ;)
Hi Kurt,
I've uploaded 0.9.8o-4squeeze14 to squeeze-security
openssl/1.0.1e-1 changelog states the following:
* New upstream version (Closes: #699889)
- Fixes CVE-2013-0169, CVE-2012-2686, CVE-2013-0166
Meanwhile, openssl/0.9.8o-4squeeze14 changelog consist of the following line:
* Fix
Thu, 28 Mar 2013 16:52:17 +1100 from Geoff Crompton:
This time I did take a photo of the screen when it crashes. It's
unfortunately a little blurry.
The following string is still recognizable:
i915_gem_init_ppgtt+0x93/0x16c [i915]
Looks like something's bad with Intel graphics driver...
Gene A Grimm:
Nearly every page results in immediate crash
of Iceweasel between 85-95% of the time
...
#4 0xa8c551a7 in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so
...
#16 0xb6dc9e9f in nsPluginHostImpl::TrySetUpPluginInstance (this=0xaac043a0,
aMimeType=0xaac03c18
Package: src:lxlauncher
Version: 0.2.2-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
src:lxpanel build-depends on 'libmenu-cache1-dev',
lxpanel depends on 'libmenu-cache1';
meanwhile, current menu-cache/0.5.0 builds
only
src:lxpanel build-depends on 'libmenu-cache1-dev',
lxpanel depends on 'libmenu-cache1';
I meant 'lxlauncher' instead of 'lxpanel', sorry.
Package: src:lxappearance
Version: 0.5.2-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
src:lxappearance build-depends on 'libmenu-cache1-dev';
meanwhile, menu-cache/0.5.0 currently provides only 'libmenu-cache-dev'.
Package: src:lxappearance
Version: 0.2.0-4
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
src:lxappearance-obconf build-depends on 'libmenu-cache1-dev';
meanwhile, menu-cache/0.5.0 currently provides only 'libmenu-cache-dev'.
control: reassign -1 src:lxappearance-obconf 0.2.0-4
Sorry again...
Package: picard
Version: 1.2-1
Severity: serious
Dear Maintainer,
'picard' depends on a non-existent 'python2' package;
strangely, it's not specified explicitly in 'debian/control'.
Is it a debhelper bug or something?..
Best wishes, Bob
Fri, 4 Oct 2013, 15:40 +02:00 from Niels Thykier:
Hi Bob (and any one else following this bug),
...
Furthermore, it is my understanding that the BTS is /not/ aware of
binNMU versions (i.e. the fixed in 1.2-2+b1 is ignored as well).
Hi Niels,
if BTS ignores binNMU versions, is it a bug or a
Fri, 4 Oct 2013, 21:18 +02:00 from Niels Thykier:
On 2013-10-04 18:27, Bob Bib wrote:
Fri, 4 Oct 2013, 15:40 +02:00 from Niels Thykier:
Hi Bob (and any one else following this bug),
...
Furthermore, it is my understanding that the BTS is /not/ aware of
binNMU versions (i.e. the fixed
Package: uif2iso
Version: 0.1.7a-1
Severity: serious
See
http://sources.debian.net/src/uif2iso/0.1.7a-1/src/idea.c?hl=72#L72
Fortunately, it seems to be actually not as terrific as it looks at a first
glance.
See some related sources:
Package: src:obconf
Version: 1:2.0.3+20110805+debian-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
obconf 1:2.0.3+20110805+debian-1 in sid
currently fails to build [1, 2] against the fresh openbox-dev 3.5.2-3
due to some
The previous buildd links were for another packages, sorry.
Here are the right ones:
https://buildd.debian.org/status/package.php?p=obconf
https://buildd.debian.org/status/fetch.php?pkg=obconfarch=amd64ver=1%3A2.0.3%2B20110805%2Bdebian-1%2Bb1stamp=1381154566
Mateush, your obconf 1:2.0.4-1 at
control: retitle -1 lxappearance-obconf: build problems
Well, we have here a new transition-related build failure,
an this time a more real one:
https://buildd.debian.org/status/package.php?p=lxappearance-obconf
Hello!
Mon, 14 Oct 2013, 13:27 +03:00 from Andrej N. Gritsenko:
I would rather avoid openbox 3.5.2, it has the behavior which many
users would consider buggy - it places new windows always in the corner
of screen, and old behavior (center of screen) isn't possible anymore.
Let stay with 3.5.0
Mon, 14 Oct 2013, 8:33 +02:00 from Mateusz Ĺukasik:
Yes, my packages in mentors fix that
I wonder why the following page:
http://mentors.debian.net/package/obconf
contains information about many different uploads
of the obconf 1:2.0.4-1 package.
Can you clean the unnecessary entries, or maybe
Tue, 15 Oct 2013, 9:14 +02:00 from Martin Bagge / brother:
On 2013-10-15 00:03, Andrej N. Gritsenko wrote:
Bob Bib has written on Monday, 14 October, at 21:35:
I'm adding gi...@ubuntu.com to recipients, and would ask to release new
version of lxappearance-obconf (0.2.1 or 0.3.0 by your choice
control: retitle -1 [libgcrypt11] Non free RFC
control: unblock 745454 by -1
Apparently, the current issue doesn't depend on GRUB to be fixed :)
Best wishes, Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
control: unblock -1 by 745409
Now it should be right, sorry.
Best wishes, Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hello, Mateusz!
You uploaded a bugfix version of lxsession (0.4.9.2-1.1)
to mentors on 2014-06-05: http://mentors.debian.net/package/lxsession
but it just stays on mentors since then.
Maybe a request for sponsorship will help:
http://bugs.debian.org/sponsorship-requests
Best wishes,
Bob
Looks like BLADERF_XB_200 etc. had not been defined there.
According to the gr-osmosdr/0.1.3-1 build logs:
a) kfreebsd-*, FTBFS:
-- checking for module 'libbladeRF'
-- found libbladeRF, version 0.14.0-0.10.7.47.ebe70c4
b) i386, built OK:
-- checking for module 'libbladeRF'
-- found
BTW, what a nice bunch of libjpeg source packages we currently have in Debian :)
https://packages.qa.debian.org/libj/libjpeg6b.html [1]
https://packages.qa.debian.org/libj/libjpeg7.html [2]
https://packages.qa.debian.org/libj/libjpeg8.html
https://packages.qa.debian.org/libj/libjpeg9.html
Package: lhasa
Version: 0.2.0+git-1
Severity: serious
Justification: fails to build from source
Dear Maintainer,
lhasa FTBFS due to failed tests on many architectures,
please check the logs:
http://buildd.debian.org/status/package.php?p=lhasasuite=unstable
Source: syslinux
Source-Version: 3:6.03~pre1+dfsg-4
Severity: serious
Justification: fails to build from source
Dear Maintainer,
syslinux FTBFS on many architectures
due to missing gnu-efi build-dependency,
please check the buildd logs:
control: reopen -1
control: tags -1 patch
2014-06-03 from Daniel Baumann:
On 06/03/2014 11:26 PM, Bob Bib wrote:
(Is it ever meant to work on non-x86 architectures?)
no, it isn't.
Then the debian/control should be corrected a little.
syslinux/3:6.03~pre1+dfsg-4 has been uploaded
Source: consolekit
Source-Version: 0.4.6-5
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
consolekit FTBFS on 'kfreebsd-any':
https://buildd.debian.org/status/package.php?p=consolekitsuite=unstable
---
In file included from
2014-05-06 from Laurent Bigonville:
ConsoleKit is dead for years
I wouldn't rather call it dead for years --
v0.4.5 relesed 2011-05-02, v0.4.6 released 2013-08-19:
http://www.freedesktop.org/wiki/Software/ConsoleKit/
it's time IMVHO to start moving away from ConsoleKit
on linux architectures.
control: notfound -1 4+nmu1
control: found -1 5
AFAIK, lxde depends on evince-gtk since v5, not v4+nmu1.
---
Best wishes,
Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Perhaps, someone should contact the MIA team...
https://wiki.debian.org/Teams/MIA
--
Best wishes,
Bob
31 matches
Mail list logo