Perhaps, someone should contact the MIA team...
https://wiki.debian.org/Teams/MIA
--
Best wishes,
Bob
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
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
https://
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
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
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
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 listmas..
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=consolekit&suite=unstable
---
In file included from ck-s
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
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:
http://buildd.debian.org/status/package.php?p=syslinux&su
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=lhasa&suite=unstable
http://buildd.debian-ports.org/status/
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 architectu
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 lxa
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 it
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.
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
https://buildd.debian.org/status/fetch.php?pkg=lxappearance-obconf&arch=amd64&ver=0.2.
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=obconf&arch=amd64&ver=1%3A2.0.3%2B20110805%2Bdebian-1%2Bb1&stamp=1381154566
Mateush, your obconf 1:2.0.4-1 at me
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 changes
> 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:
http://sources.debian.net/src/gnupg/1.4.15-1/ciphe
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
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 o
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
control: reassign -1 src:lxappearance-obconf 0.2.0-4
Sorry again...
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'.
--
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'.
Best
> src:lxpanel build-depends on 'libmenu-cache1-dev',
> lxpanel depends on 'libmenu-cache1';
I meant 'lxlauncher' instead of 'lxpanel', sorry.
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 'libm
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 "app
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...
---
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 CV
control: reopen -1
Why not to reopen this bug if it hasn't been fixed yet? ;)
31 matches
Mail list logo
