> "SDJ" == Sergio Durigan Junior writes:
SDJ> the problem is happening because of the nouveau driver.
Yes, if you check the previous notes in this bug, you see I then ditched
the nouveau driver for the proprietary driver, solving the problem for
that machine, but
On Fri, Aug 19, 2016 at 12:35 AM, Daniel Stender wrote:
> I'm going to maintain this within the DPMT. The binary is going to be
> python3-blosc (maybe also a Python 2 package).
yes please keep providing a python2 package - thanks!
--
Sandro "morph" Tosi
My website:
Package: libgit-wrapper-perl
Version: 0.045-1
Severity: serious
User: debian-p...@lists.debian.org
Usertags: autopkgtest
Forwarded: https://github.com/genehack/Git-Wrapper/issues/73
Tags: upstream
As noticed by ci.debian.net, this package fails its test suite on current
sid, making it also fail
Package: bugs.debian.org
On https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834460
bug numbers in
Merged 834367 834460 834789 Request was from Martin Pitt
to 834789-sub...@bugs.debian.org.
(Fri, 19 Aug 2016 05:21:10 GMT) Full text and rfc822 format available.
should
Source: linux
Version: 3.16.7-ckt7-1
Severity: wishlist
On Wed, Aug 17, 2016 at 11:51:14PM +0200, Moritz Mühlenhoff wrote:
> Aurelien Jarno schrieb:
> > On 2016-08-14 16:00, Salvatore Bonaccorso wrote:
> >> Package: release.debian.org
> >> Severity: normal
> >> Tags: jessie
Control: forcemerge -1 834460
積丹尼 Dan Jacobson [2016-08-19 13:11 +0800]:
> Setting up systemd (231-4) ...
> addgroup: The group `systemd-journal' already exists as a system group.
> Exiting.
Duplicate of #834460, fixed in -4. Note that upgrades *to* -4 will
still be affected as the
Package: aptitude
Version: 0.8.3-1
Severity: normal
Tags: d-i
Dear Maintainer,
After doing an update (pressing "u"), if an entry in /etc/apt/sources.list
was invalid or the server did not respond, then upon returning from the
screen of package list download progress bars aptitude displays
Package: systemd
Version: 231-4
Doing
Setting up systemd (231-4) ...
addgroup: The group `systemd-journal' already exists as a system group.
Exiting.
while nodm is running knocks the user into a black screen.
To recover: CTRL ALT F1, then login, then do chvt 7... perhaps some
users
On Thu, 18 Aug 2016, Aaron M. Ucko wrote:
> Source: singularity-container
> Version: 2.1.2-1
> Severity: important
> Justification: fails to build from source
> Builds of singularity-container for architectures other than x86 Linux
> have been failing at the configuration stage. The non-Linux
> A timely solution for installing docbook-utils in sid would be
> appreciated.
Building the packages just now and hoping to get them on the server
tonight.
Norbert
--
PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info
GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0 ACF0
Hi,
Quoting Julian Andres Klode (2016-08-18 22:47:51)
> On Thu, Aug 18, 2016 at 08:37:00PM +, Ximin Luo wrote:
> > What do you mean by "document the other options properly"?
>
> For example,
> APT::Solver::Preferences
> APT::Solver::Strict-Pinning
> should probably be documented in
Control: reassign -1 texlive-htmlxml
Control: affects -1 + tex4ht src:cracklib2
Hi Norbert,
On Thu, Aug 18, 2016 at 10:14:59PM +0900, Norbert Preining wrote:
> Maybe I am wrong, but I remember the time when it was written
> out that all dependencies should be written out correctly,
> and not via
Hi,
Quoting Matthew Vernon (2016-08-18 23:31:49)
> I need to build packages on my stable box (for unstable uploads); is there a
> workaround / fixed package? It's making building uploads a PITA...
yes, grab sbuild from backports.
Thanks!
cheers, josch
signature.asc
Description: signature
Hi,
Quoting Santiago Vila (2016-08-18 19:31:30)
> Try doing that in standard AWK without those fancy time-handling functions
> :-)
>
> For the basic format it would be something like this:
>
> date=substr(stamp,1,8)
> time=substr(stamp,10,6)
>
> I leave the extended format as an exercise for
Source: singularity-container
Version: 2.1.2-1
Severity: important
Justification: fails to build from source
Builds of singularity-container for architectures other than x86 Linux
have been failing at the configuration stage. The non-Linux builds
complain that various CLONE_* flags, most
Source: mmc-utils
Version: 0~gita3d3331-1
Severity: important
Justification: fails to build from source
Builds of mmc-utils for ppc64(el) and alpha have been failing:
In file included from mmc.h:20:0,
from mmc_cmds.c:37:
/usr/include/asm-generic/int-ll64.h:29:44: error:
Source: gromacs
Version: 2016-1
Severity: important
Justification: fails to build from source (but built successfully in the past)
Builds of gromacs for hurd-i386 and m68k each failed with (unrelated)
test suite errors. Could you please take a look?
hurd-i386:
Source: golang-github-xenolf-lego
Version: 0.3.1-1
Severity: important
Justification: fails to build from source
Builds of golang-github-xenolf-lego for 32-bit architectures such as
i386 have been failing:
=== RUN TestDNSProvider
--- FAIL: TestDNSProvider (0.02s)
gandi_test.go:86:
Source: dballe
Version: 7.18-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
The i386 build of dballe failed:
msg_wr_import.synop-cloudbelow.bufr: actual value 0 is not true
msg/wr_import-test.cc:208:actual(var).istrue() [WR_VAR(0, 12,
Hi Guys!
Oh Sorry, We missed your reply, we are really interested to create
the list, currently we don't have any list to coordinate something
help us
Really thank you very much!
Regards
--
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
http://rinconinformatico.net
Linux user:
Package: geeqie
Version: 1:1.2-3
Followup-For: Bug #783262
Hi.
Firstly, thank you for maintaining geeqie in Debian. It is appreciated.
I also suffer from what I believe is this bug. It was not present in
geeqie 1.0 and was simple for me to reproduce in 1.2+. I open a
directory containing a few
On Thursday, August 11 2016, 積丹尼 Dan Jacobson wrote:
> So as a workaround, remove oneself from the 'video' /etc/groups group,
> and login again. Now midori works fine. (Not sure if doing so will
> affect other programs...)
Well, removing yourself from the video group will most likely forbid you
Now on my other Thinkpad, an R32 in town where I only go once a month:
Instead of black pages, it's what pages.
E.g., browsing /etc/motd always gives just a white page instead of
showing the few lines of text there.
As far as local html files, well only user 'nobody' can see them,
(su - nobody)
Hello !
Iam not really firm with bugreports ... and 'reprotbug' cannot
send from my computers.
After several days (!!) of hacking in VMs and physical machines,
I think I isolated a bug in 'lightdm' - and saw, already reported.
The initial reason was a message from perl:
>
perl: warning: Setting
Of course, I meant this bug is affecting debian testing ('stretch'), not
'squeeze'.
Package: python-tk
Version: 2.7.11-2
Severity: normal
Dear Maintainer,
I am a developer/maintainer of LinuxCNC, a free software CNC control.
Our users have encountered the following problem running on Debian Squeeze,
and I have distilled a test case.
The code works as expected on Debian Jessie
On 18/08/16 10:09 PM, vrishab wrote:
> Package: xserver-xorg-core
> Version: 2:1.18.4-1
> Severity: important
> Tags: upstream
>
> Not sure how the crash occurred. I log all crashes in the system, and I
> noticed
> this crash.
>
> Using host libthread_db library
> > On Tue, Aug 16, 2016 at 01:13:28PM +0100, Leif Lindholm wrote:
> > >
> > > Package: linux
> > > Version: 4.6.4-1
> > > > > > > > > X-Debbugs-CC: st...@einval.com, woo...@wookware.org,
> > > > > > > > > zheng...@linaro.org
> > >
> > > Upstream commit 211102d85 ("arm64: defconfig: enable
Hi Simon,
thanks for coming back to me ..
> * something non-obvious was fixed between 3.20.7 and 3.20.9 and I couldn't
> see it (I'm trying 3.20.7 now, but it will take a while);
Obviously this was not the case as you tested it.
> * something outside Gtk changed between then and now, fixing
grilo-test-ui-0.3 is able to find all plugins correctly.
dev@unstable:~$ strace -e trace=file grilo-test-ui-0.3 | grep
"/usr/lib/x86_64-linux-gnu/grilo-0.3" | grep "^open"
open("/usr/lib/x86_64-linux-gnu/grilo-0.3/libgrlbookmarks.so",
O_RDONLY|O_CLOEXEC) = 13
Grilo works in Ubuntu LTS 16.04. This is a debian specific issue.
Package: grilo-plugins-0.3
Version: 0.3.2-1
Severity: important
grilo-test-ui-0.3 doesn't seem to load any plugins. As a result, applications
which depend on grilo don't load plugins either.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable-debug
APT policy: (500,
Package: network-manager
Version: 1.2.4-2
Upon purge, get
Purging configuration files for network-manager (1.2.4-2) ...
dpkg: warning: while removing network-manager, directory
'/etc/NetworkManager/system-connections' not empty so not removed
Source: tuxpaint-config
Version: 0.0.13-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0], I noticed
that tuxpaint-config could
Source: dicom3tools
Version: 1.00~20160610072711-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0], I noticed
that dicom3tools
Package: wnpp
Severity: wishlist
Owner: Daniel Stender
Control: block -1 by 834777
* Package name: bloscpack
Version : 0.10.0
Upstream Author : Valentin Hänel
* URL : https://github.com/Blosc/bloscpack
* License : Expat
On Fri, 2016-08-19 at 00:26 +0200, Francesco Poli wrote:
> And please don't feel stupid for doing what you did: I can understand
> that it was not clear to you which file was important in reproducing
> the issue. So don't worry.
Well, it was really stupid ^^ while I didn't check exactly which file
Package: wnpp
Severity: wishlist
Owner: Daniel Stender
Control: block -1 by 834318
* Package name: python-blosc
Version : 1.4.1
Upstream Author : Francesc Alted
Valentin Hänel
* URL :
Chris Lamb wrote on Thu, Aug 18, 2016 at 23:45:27 +0100:
> gkrellm.pc: Makefile
> - echo 'prefix=$(INSTALLROOT)\n'\
> + printf 'prefix=$(INSTALLROOT)\n'\
> 'Name: GKrellM\n'\
> 'Description: Extensible GTK system monitoring application\n'\
> 'Version: $(VERSION)\n'\
>
Source: uhub
Version: 0.4.1-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: umask
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0], I noticed
that uhub could not be built reproducibly.
Hi,
> Patch attached.
Better patch attached. Thanks to Reiner Herrmann.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
--- a/Makefile 2016-08-18 23:32:20.714288390 +0100
--- b/Makefile 2016-08-18 23:36:06.724126861 +0100
Hi,
> Patch attached.
Better patch attached. Thanks to Reiner Herrmann.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
--- a/Makefile 2016-08-18 23:32:20.714288390 +0100
--- b/Makefile 2016-08-18 23:36:06.724126861 +0100
Package: gcc-6
Version: 6.1.1-11
Severity: normal
Dear maintainer,
The package gcc-5 used to take up only 24 MB of disk space, while gcc-6
now takes almost 120 MB. That's near a 100 MB increase. It seems really
unreasonable for "just a compiler".
Would it be possible to investigate what takes
On 23.07.2016 09:16, Kyuma Ohta wrote:
> Package: vulkan-utils
> Version: 1.0.8.0+dfsg1-1
> Severity: normal
>
> Dear Maintainer,
> I'm using Radeon HD7770 as GPU and AMD FX 8320 with 64bit as machine.
> I installed packages related vulkan.
> And runnning vulkaninfo, last of line said
>
control: owner -1 !
control: tag -1 moreinfo
On Thu, Aug 18, 2016 at 10:24:31PM +0200, Elena ``of Valhalla'' Grandi wrote:
> On 2016-08-18 at 21:48:05 +0200, Elena ``of Valhalla'' wrote:
FYI: no need to explicitly CC d-mentors@, RFSes are somehow sent there
anyway.
> > To access further
Source: gkrellm
Version: 2.3.7-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: umask
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0], I noticed
that gkrellm could not be built
Source: gkrellm
Version: 2.3.7-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: shell
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0], I noticed
that gkrellm could not be built
control: reopen -1
control: tag -1 -moreinfo
On Wed, 17 Aug 2016 17:17:49 +0100
Steve McIntyre wrote:
> Right, that's exactly what I described in my last mail about this
> bug. If Fedora is installing to the removable media path as a default,
> that is *broken* and *wrong*.
Hello,
It seems that the problem is gcc6, not boost1.61 but that's not a big
deal. I'm working on this and should be able to produce a patch very
soon.
Bye, Mt.
--
Arguing with an engineer is a lot like wrestling in the mud with a pig.
After a couple of hours, you realize the pig likes it.
Hi,
I need to build packages on my stable box (for unstable uploads); is
there a workaround / fixed package? It's making building uploads a PITA...
Regards,
Matthew
Package: base
Severity: important
Dear Maintainer,
The machine will suspend or hibernate as directed but it won't come out of that
state
without having to kill the power and it restarts. THis is bad because it has
to recover
the journal for all devices and the browser has to be told to
Look like https://bugs.launchpad.net/bugs/1570055 is the same bug (or at
least related) and the bug is in glibs.
1) segfault during program exit in _IO_wsetb after output to stdout
2) same platform powerpc, same glibs version 2.23 but not related to
freepascal.
Package: quodlibet
Version: 3.6.2-1
Severity: important
--- Please enter the report below this line. ---
without gir1.2-soup-2.4 quodlibet does not start at all, which means the former
is a dependency of the latter, it should not just be a recommendation.
# quodlibet
Traceback (most recent
Am 04.08.2016 um 22:13 schrieb Michael Biebl:
> Am 03.08.2016 um 22:41 schrieb Julien Cristau:
>> On Wed, Aug 3, 2016 at 22:32:16 +0200, Michael Biebl wrote:
>>
>>> Am 29.07.2016 um 23:00 schrieb Michael Biebl:
Am 29.07.2016 um 14:00 schrieb Julien Cristau:
> This looks fine in general,
Package: manpages
Version: 3.74-1
Severity: normal
The console(4) man page is missing. Several other man pages in this
package refer to it.
It looks like the man page is not installed due to some conflict with
the old console-tools package which is no longer in Debian but may
still be installed
On Thu, 18 Aug 2016 21:59, t...@mirbsd.de said:
> all agents, and logged in again) since the upgrade. This never was a
> problem before, and, considering both gpg and gnupg2 can still use the
> running/old agent, looks like it’s still no problem, so the warning is
> silly at best.
The warning is
Julian Andres Klode:
> On Thu, Aug 18, 2016 at 08:37:00PM +, Ximin Luo wrote:
>>> I have that patched locally too, that's not a big deal. The big deal is
>>> documenting the other options properly and not refer to the .txt file
>>> for developers that describes the entire protocol.
>>>
>>
>>
Hi,
some general comments:
On Thu, 18 Aug 2016 16:36, d...@fifthhorseman.net said:
> ValueError: Unknown status message: u'KEY_CONSIDERED'
Gajim's state machine for the status lines should ignore all status
messages it does not know or need. We add new status lines every few
releases and it
Source: python-oslo.config
Version: 1:3.9.0-3
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
python-oslo.config fails to build from source in
On Thu, Aug 18, 2016 at 08:37:00PM +, Ximin Luo wrote:
> > I have that patched locally too, that's not a big deal. The big deal is
> > documenting the other options properly and not refer to the .txt file
> > for developers that describes the entire protocol.
> >
>
> What do you mean by
Hi,
>@Graham, I suggest you also get this done in Ubuntu soon, such that the
>next release has the latest fpc from Debian again.
I reused the same bug as before:
https://bugs.launchpad.net/ubuntu/+source/fpc/+bug/1595485G.
Julian Andres Klode:
> Control: severity -1 minor
> Control: tags -1 - patch
>
> On Thu, Aug 18, 2016 at 08:01:00PM +, Ximin Luo wrote:
>> Control: severity -1 important
>> Control: tags -1 + patch
>>
>> Patch attached. I didn't update the .po files yet because I supposed
>> there might be a
tags 822049 pending
thanks
Hi Santiago,
On Fri, Jul 29, 2016 at 2:19 AM, Santiago Vila wrote:
>
> I also recommend switching to dh, but in the meantime, the attached
> patch should work.
Thanks! I have actually prepared a new release of linux-wlan-ng which
fixes this among other things, but it
On 2016-08-18 at 21:48:05 +0200, Elena ``of Valhalla'' wrote:
> To access further information about this package, please visit the following
> URL:
>
> https://mentors.debian.net/package/codicefiscale
>
>
> Alternatively, one can download the package with dget using this command:
>
>
Control: severity -1 minor
2016-08-18 21:01 GMT+01:00 Ximin Luo :
> Control: severity -1 important
> Control: tags -1 + patch
>
> Patch attached. I didn't update the .po files yet because I supposed there
> might be a way to automate the c+p of the English parts, which
Control: severity -1 minor
Control: tags -1 - patch
On Thu, Aug 18, 2016 at 08:01:00PM +, Ximin Luo wrote:
> Control: severity -1 important
> Control: tags -1 + patch
>
> Patch attached. I didn't update the .po files yet because I supposed
> there might be a way to automate the c+p of the
Glad to here someone is working on integrating LW6 in Debian, this is
super cool !
I'm going to have a look at your 3 patches, some of them, if not all of
them, could make their way upstream, I mean, there's nothing in them (I
need to check but that's my first intuition) that could harm
On 18.08.2016 21:51, Christian Mauduit wrote:
> Glad to here someone is working on integrating LW6 in Debian, this is
> super cool !
>
> I'm going to have a look at your 3 patches, some of them, if not all of
> them, could make their way upstream, I mean, there's nothing in them (I
> need to
tags 834399 - moreinfo
thanks
Daniel Kahn Gillmor dixit:
>Control: reassign 834399 gajim
>Control: retitle 834399 Gajim GnuPG improvements
>Control: tags 834399 + moreinfo
>Control: affects 834399 + gnupg
Please always Cc the maintainers of the package when reassigning,
as debbugs does NOT do
tag 735110 + unreproducible moreinfo
thanks
Hi,
sorry for the late reply,
In data domenica 12 gennaio 2014 20:21:06 CEST, Antoni Villalonga ha scritto:
> Package: kradio4
> Version: 4.0.7-2+b1
> Severity: normal
>
> Dear Maintainer,
>
> The newer version of kradio4 (+b1) crash connecting to:
Control: severity -1 important
Control: tags -1 + patch
Patch attached. I didn't update the .po files yet because I supposed there
might be a way to automate the c+p of the English parts, which I'll defer to
you guys.
Manuel A. Fernandez Montecelo:
> Control: severity -1 minor
>
> Hi,
>
>
Control: found -1 1.3~rc1
On 2016-08-18 21:44:12, Sebastian Ramacher wrote:
> Package: apt
> Version: 1.3~rc2
Ups, the i386 chroot has 1.3~rc1.
Cheers
--
Sebastian Ramacher
signature.asc
Description: PGP signature
On Thu, Aug 18, 2016 at 09:33:53PM +0200, Fabian Greffrath wrote:
> > could you please have a look?
> done so, I think. ;)
> Thanks!
:) thank *you*!
--
cheers,
Holger
signature.asc
Description: Digital signature
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "codicefiscale"
* Package name: codicefiscale
Version : 0.9-1
Upstream Author : Emanuele Rocca
* URL : https://github.com/ema/pycodicefiscale
* License
On Wed, 17 Aug 2016 23:36:51 +0200, gregor herrmann wrote:
> > #v+
> > Test Summary Report
> > ---
> > t/50-client.t(Wstat: 256 Tests: 31 Failed: 1)
> > Failed test: 31
> > Non-zero exit status: 1
> > t/52-client-git.t(Wstat: 65024 Tests: 68
Package: apt
Version: 1.3~rc2
Severity: important
Tags: lfs
apt on i386 (and maybe other 32 bit architectures) is no longer built with LFS
support. Hence installing packages is no longer possible if
/var/cache/apt/archives is on a large partition:
$ apt upgrade
Reading package lists... Done
package: piuparts
severity: important
version: 0.72
x-debbugs-cc: Antonio Radici
On Wed, Aug 17, 2016 at 06:59:16AM +, Antonio Radici wrote:
> Hi there,
> I recently uploaded a new version of cfengine3 and I got an error from
> piuparts,
> the log is here:
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Holger,
Am Donnerstag, den 18.08.2016, 14:47 + schrieb Holger Levsen:
> > > unfortunatly I get merge conflicts when I try merging the experimental
> git branch into master, and I really lack the time atm to resolve those…
> > could you
tag 699322 + pending
thanks
Some bugs in the fonts-liberation package are closed in revision
f424c1f813b32011c7f36e459a84beb3a51e2bb6 in branch '
experimental-h01ger' by Holger Levsen
The full diff can be seen at
tag 832862 + pending
thanks
Some bugs in the libgraph-writer-dsm-perl package are closed in
revision 37e2c23b5a58fd085bd662e0c575cb750d91 in branch 'master'
by gregor herrmann
The full diff can be seen at
Package: mutt
Version: 1.6.2-2
Severity: wishlist
Tags: upstream
Control: forwarded -1 https://github.com/neomutt/neomutt/issues/115
Mutt's default value for mailto_allow includes only Subject and Body.
I'd like to suggest changing the default to also include Cc,
In-Reply-To, and References.
Source: linux
Version: 4.7_rc7-1_exp1
Severity: wishlist
Hey,
I'm packaging aufs4 for Debian at the moment. It would be very nice if you
could update the aufs4 kernel-patches applied by Debian to the latest version
(seems to be "4.6-20160815" and "4.7-20160815" at the moment).
Thank you,
Jan
Package: streamripper
Version: 1.64.6-1
Severity: normal
Hi,
I needed i386 packages and libaries to build a 32bit only application, but
after adding some i386 packaged, streamripper stopped working.
These were the packages I added:
apt-get install build-essential gcc-multilib rpm
tag 834350 + pending
thanks
Some bugs in the libmethod-alias-perl package are closed in revision
6110a6ea67adbcef6b4d17ef9697f64edb78f107 in branch 'master' by gregor
herrmann
The full diff can be seen at
On Thu, 18 Aug 2016 at 18:33:16 +0100, Simon McVittie wrote:
> I didn't get this with 3.20.9-1, either in sbuild or in my normal (GNOME, sid)
> system. I couldn't see anything in the diff between 3.20.7 and 3.20.9 that
> looked obviously related, so the possibilities are:
>
> * something
tag 834349 + pending
thanks
Some bugs in the libpoe-component-server-simplehttp-perl package are
closed in revision ed5bdb560e2046c37cd7b86fdadf6a9343cc6b75 in branch
'master' by gregor herrmann
The full diff can be seen at
Hi all,
On 12-08-16 22:51, Paul Gevers wrote:
> If no solution to this issue is created soon, I think it is best to
> acknowledge that we (all involved) can't practically fix the issue
> (caused by lack of skills and/or time) and we'll need request removal of
> the whole fpc stack in sid and
tag 834345 + pending
thanks
Some bugs in the libfilter-eof-perl package are closed in revision
55f324bb2ef1aee2939e63987397f80d038727a3 in branch 'master' by gregor
herrmann
The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libfilter-eof-perl.git/commit/?id=55f324b
Package: libjavascriptcoregtk-1.0-0
Version: 2.4.11-2+b2
Tags: patch
Hi there,
As reported on #688640 and #834236, a recent update of
libjavascriptcore-1.0-0 broke Midori 0.5.11-ds1-3, causing a
segmentation fault right on startup.
The reason for this is the incorrect/not-so-strict handling of
On 18 August 2016 at 19:11, Christoph Mathys wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "mercurial-keyring"
>
> * Package name: mercurial-keyring
> Version : 1.1.5-1
> Upstream
Package: fbxkb
Version: 0.6-2
Severity: minor
Dear Maintainer,
Launching fbxkb in tint2's tray leads to incorrect display of Russian icon.
There are three lines in Russian flag: white, blue and red.
/usr/share/fbxkb/images/ru.png is right.
But i don't see white line, when i use fbxkb.
I tried
Control: severity -1 minor
Hi,
2016-08-18 12:49 Ximin Luo:
Package: apt
Version: 1.3~rc1
Followup-For: Bug #674523
Control: severity -1 important
Hi, I'm bumping the severity for this because it's many years old, and it is
hiding an important feature from users.
I disagree.
If anything,
David Kalnischkies:
> On Thu, Aug 18, 2016 at 01:49:52PM +0200, Ximin Luo wrote:
>> Control: severity -1 important
>>
>> Hi, I'm bumping the severity for this because it's many years old, and it is
>> hiding an important feature from users.
>
> *sigh* I implemented EDSP "all these years" ago and
Package: wnpp
Severity: wishlist
* Package name: libui
Version : 0.0.0
Upstream Author : Pietro Gagliardi
* URL : https://github.com/andlabs/libui
* License : Expat
Programming Lang: C
Description : Simple multi-platform GUI library
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "mercurial-keyring"
* Package name: mercurial-keyring
Version : 1.1.5-1
Upstream Author : Marcin Kasperski
* URL :
On Tue, 16 Aug 2016 11:42:01 +1000 Dmitry Smirnov
wrote:
> Besides the problem may be actually in "dkms" package.
The problem is not with the generated kernel modules but with the
libraries for iptables, nothing DKMS is involved in.
> I'll have a look as soon as I can...
I can confirm this still happens with python-yaml 3.10 and 3.11.2, as
well as with the package python-ruamel.yaml 0.11.14-1 (a fork and
superset of python-yaml).
This has been fixed in version 0.12.3 of ruamel.yaml.
A fix for this in python-yaml is trivial, but upstream has been
non-responsive
CC:ing the last uploader.
Cheers,
Julien
On Thu, Feb 25, 2016 at 08:54:03 +0100, Chris Lamb wrote:
> Source: libxkbcommon
> Version: 0.5.0-1
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc:
Source: vips
Version: 8.3.1-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0], I noticed
that vips could not be built
Control: severity -1 important
On Sat, Feb 20, 2016 at 18:43:08 -0300, Fabián Inostroza wrote:
> After the update of xserver-common and xserver-xorg-core from 1.18.0-3 to
> 1.18.1-1 things have gone better, X stills crash sometimes but no so
> repeteadly.
> Also I have found that the crashes
1 - 100 of 234 matches
Mail list logo