Bug#828011: apt 1.3~exp3 is broken

On 24/06/2016 13:47, Eric Valette wrote: NB: I have the same package installed at work, behind a proxy this time and it indeed works correctly. Will try to reinstall when back home and see if it happens again and try to debug it if needed then... It does not work again. Downgrading

Bug#828011: apt 1.3~exp3 is broken

On 06/24/2016 01:17 PM, Eric Valette wrote: I'm sure. It is at home. Its my own debian install. Behind and ADSL gateway with no proxy (that I happen to know very well because I work for the company that makes it). instantly so either the real cause was temporarily or this is not the otehr

Bug#828011: apt 1.3~exp3 is broken

On 06/24/2016 01:13 PM, David Kalnischkies wrote: Control: tags -1 unreproducible moreinfo On Fri, Jun 24, 2016 at 10:24:18AM +0200, Eric Valette wrote: On 06/24/2016 09:40 AM, David Kalnischkies wrote: All http sources broken with malformed header lines… that sounds a lot like a proxy

Bug#828011: apt 1.3~exp3 is broken

In unrelated news: I would strongly suggest to switch to http for the debian sources. No problem. As I mentionend going back to apt 1.3~exp2 solved the problem instantly so either the real cause was temporarily or this is not the otehr side but indeed apt side. -- eric

Bug#828011: apt 1.3~exp3 is broken

Package: apt Version: 1.3~exp3 Severity: important pt-get clean tri-yann4:/var/cache/apt/archives# ls lock partial tri-yann4:/var/cache/apt/archives# apt-get update Ign:1 http://download.virtualbox.org/virtualbox/debian jessie InRelease Err:2 http://download.virtualbox.org/virtualbox/debian

Bug#797999: Checked with qt 5.6.1 and 5.23 stuff : bug is still there

As someone mentioned improvement in muti screen handling I retested it. Still a black screen wuth nothing displayed and no hint. Stuck to kdm for more time... --eric

Bug#827426: golang-golang-x-tools: stringer is broken

Package: golang-golang-x-tools Version: 1:0.0~git20160315.0.f42ec61-2 Severity: important The stringer program no longer understands how to import standard Go packages. For example, running "stringer -type=MyType foo.go" on the following foo.go file: package main import (

Bug#827383: RFS: gmp-ecm/7.0.1+ds-2 [RC] -- Factor integers using the Elliptic Curve Method

Le 15/06/2016 à 23:12, Jerome BENOIT a écrit : > Hello Eric, > > On 15/06/16 20:57, Eric Heintzmann wrote: > > > > Le 15/06/2016 à 16:41, Jerome Benoit a écrit : > >> Package: sponsorship-requests > >> Severity: serious > >> Justification: fa

Bug#827383: RFS: gmp-ecm/7.0.1+ds-2 [RC] -- Factor integers using the Elliptic Curve Method

1], a > mathematical package. > This release mainly works around an unisolated gcc-5 issue for arch > s390x which caused > a FTBFS. > How did you fixed this issue ? I would like to use you solution on gnustep-base. Thanks Eric

Bug#827220: ruby-kgio FTBFS on hppa architecture

Helge Deller wrote: > I'm somehow lost here now... > Ideas? Thanks, I'm lost here, too. Anyways I've forwarded this to ruby-core upstream: https://bugs.ruby-lang.org/issues/12489 Unfortunately, I think posting to that bug tracker or replying to Message-ID:

Bug#827220: ruby-kgio FTBFS on hppa architecture

Helge Deller <del...@gmx.de> wrote: > On 13.06.2016 22:59, Eric Wong wrote: > > Seems to be a ruby2.3 problem. > > Does the ruby2.3 test suite work at all on hppa? > > No idea (I'm no ruby expert). > The last build log is here: > https://buildd.debian.org/status/f

Bug#827220: ruby-kgio FTBFS on hppa architecture

Mattia Rizzolo wrote: > On Mon, Jun 13, 2016 at 10:40:51PM +0200, Helge Deller wrote: > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 0xfa5dd480 (LWP 29258)] > > mix_id_table_lookup (tbl=0x0, id=id@entry=3265, valp=valp@entry=0xfa55f248) > >

Bug#822494: Time to remove? Unusable since 2014.

2016-06-09 9:51 GMT+02:00 Petter Reinholdtsen <p...@hungry.com>: > [Eric Beuque] > > Hi, > > > > Thanks for your modifications. > > > > i'm starting to cleanup the stream database. I already remove a hundred > of > > invalid stream, to g

Bug#822494: Time to remove? Unusable since 2014.

Hi, Thanks for your modifications. i'm starting to cleanup the stream database. I already remove a hundred of invalid stream, to get the most working stream as possible but since there is more than 4000 streams it will takes some times to review all. 2016-06-09 7:28 GMT+02:00 Petter

Bug#822494: Time to remove? Unusable since 2014.

Petter Reinholdtsen <p...@hungry.com>: > [Eric Beuque] > > Hi, we are updating upstream package in debian, just waiting for some > > review before to send it to debian repository. > > > > It will be soon avaliable. > > Very good. I had a look and cleaned up

Bug#826592: [Debian GNUstep maintainers] Bug#826592: gnustep-gui: FTBFS: 22 Failed builds

Yes, the tests failed to build. This is because of the new version of gnustep-make. But an upload of a new version of gnustep-gui is planned, as soon as gnustep-base will be ready. Le 06/06/2016 à 20:16, Chris Lamb a écrit : > Source: gnustep-gui > Version: 0.24.0-3.1 > Severity: serious >

Bug#822494: Time to remove? Unusable since 2014.

Hi, we are updating upstream package in debian, just waiting for some review before to send it to debian repository. It will be soon avaliable. 2016-06-01 23:13 GMT+02:00 Petter Reinholdtsen : > When deciding if the package should be kept or not, it might be useful to > note

Bug#825790: w3m: -cols should work without -dump

Tatsuya Kinoshita wrote: > On May 29, 2016 at 10:47PM +, e (at 80x24.org) wrote: > > In other words, there should be a way to forcibly wrap long > > lines of text when using w3m interactively. > > > > I looked around the source and docs but could not find a > > way to do it,

Bug#825790: w3m: -cols should work without -dump

Package: w3m Version: 0.5.3-19 Severity: normal Tags: upstream In other words, there should be a way to forcibly wrap long lines of text when using w3m interactively. I looked around the source and docs but could not find a way to do it, but please tell me if I missed something. This is an

Bug#825748: python-requests: Asks for python-requests >= 2.0 despite 2.10.0-1 installed already

Package: python-requests Version: 2.10.0-1 Severity: normal Hi, Since the last update of python-requests, I can't use the weboob's applications, such as boobank (http://weboob.org/applications/boobank): boobank Traceback (most recent call last): File "/usr/local/bin/boobank", line 4, in

Bug#825618: gnustep-dl2-postgresql-adaptor: fails to upgrade from wheezy to jessie to stretch: cannot switch directory to symlink

lib/GNUstep/Frameworks/PostgreSQLEOAdaptor.framework/Versions/0/Resources/LoginPanel.bundle/Resources/postgreslogo.tif > > So you are applying the dir_to_symlink at the wrong path, since that is > already behind some symlink ... OK, I think I see the problem. I will repackage it as soon as GNUstep Core packages will be uploaded in sid. (I'm currently working on gnustep-gui) Thanks for your help. Eric

Bug#825618: gnustep-dl2-postgresql-adaptor: fails to upgrade from wheezy to jessie to stretch: cannot switch directory to symlink

not owned by package gnustep-dl2-postgresql-adaptor:amd64, > cannot switch to symlink witch files ? Owned by what package ? Thanks Eric

Bug#825637: nvidia-settings: weird message when launching it from konsole

Package: nvidia-settings Version: 346.59-1 Severity: normal usr/share/nvidia$ nvidia-settings ERROR: nvidia-settings could not find the registry key file. This file should have been installed along with this driver at either

Bug#825626: x11-utils: xdrinfo only says libGL is too old. Does not conform to -version

Package: x11-utils Version: 7.7+3 Severity: normal driconf depends on it and fails because ecah time witha nvidia drivers it return libGL is too old. I have a faily recent nvidia driver 352.79... xdriinfo -version libGL is too old. -- System Information: Debian Release: stretch/sid APT

Bug#825056: [Pkg-kde-extras] Bug#825056: amarok: Systematic crash after this morning qt4/kde5 upgrade

On 25/05/2016 16:17, Maximiliano Curia wrote: ¡Hola Eric! Hola Maximiliano, The vlc gui is a qt5 application, which is launched as a plugin, both amarok and juk are qt4 based. It's not possible to load qt4 and qt5 libs in the same program. Whenever you use vlc (through phonon or directly

Bug#825056: [Pkg-kde-extras] Bug#825056: amarok: Systematic crash after this morning qt4/kde5 upgrade

On 05/25/2016 03:25 PM, Maximiliano Curia wrote: Control: tag -1 + unreproducible moreinfo ¡Hola Eric! El 2016-05-23 a las 09:09 +0200, Eric Valette escribió: Package: amarok Version: 2.8.0-4.1 Severity: important Since this moring upgrade, It carshes immediately at start. I'm not being

Bug#825225: juk: same crash at startup than amarok bug I reported (phonon init)

Package: juk Version: 4:16.04.1-1 Severity: important See identical bug for amarok. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.11 (SMP w/8 CPU cores; PREEMPT)

Bug#815034: there was a maintenance release 2.39.0 - please update debian package

s <phjor...@amazon.com> > Date: Mon Jan 18 17:45:17 2016 -0800 > > Tagging 2.39.0 release. I failed to close this bug using the changelog (as is customary), but 2.40.0 was uploaded to the archive yesterday. Thanks for the report! Cheers, -- Eric Evans eev...@sym-link.com signature.asc Description: PGP signature

Bug#825056: amarok: Systematic crash after this morning qt4/kde5 upgrade

Package: amarok Version: 2.8.0-4.1 Severity: important Since this moring upgrade, It carshes immediately at start. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.11

Bug#756321: python-boto: run 'test.py unit' with proper 'python'

n_hosts" > +export HOME=$home_temp > + > set -eu > cp -r tests "$ADTTMP/" > cd "$ADTTMP" > > for python in $(pyversions -i); do > -tests/test.py unit > /dev/null > +$python tests/test.py unit > /dev/null > done > + > +#

Bug#824843: libsys-syscall-perl: autopkgtest failures on arm64

Niko Tyni wrote: > The problem is that arm64 does not have the legacy epoll_create() and > epoll_wait() syscalls, those are implemented in glibc with epoll_create1() > and epoll_pwait() if I understand correctly. > > So epoll_create(arg) can be replaced with epoll_create1(0). >

Bug#824847: tex-common install fails during texlive upgrade because context package is not installed

Package: tex-common Version: 6.05 Severity: normal With today upgrade available in unstable, after install at config time installation failed because tex-common failed because pdftext init command failed (in the log of tex-common). Executing the faulty command manually shows: pdftex -ini

Bug#824843: libsys-syscall-perl: autopkgtest failures on arm64

Niko Tyni wrote: > It seems probable that this makes it fail to build from source > on arm64 as well, but I haven't verified that. armhf is OK on > tests.reproducible-builds.org fwiw. Does removing the ARM-specific part and falling back to the .ph files help at all? (see diff

Bug#482999: The behavior of `jobs -p` is definitely, without a doubt, a bug

here only the single command is being executed, then it can behave as if that single command were in the context of the parent instead of being a true subshell, precisely for the purpose of giving output that would otherwise be lost. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Hi Gianfranco, Le 16/05/2016 15:16, Gianfranco Costamagna a écrit : > Hi Eric, > > nice indeed, so please wait some more time, and ping me back in 7-15 days if > nobody > picked up the work in the meanwhile. > > Iain R. Learmonth has uploaded gnustep-make. Thanks

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

oops ! accidentally removed gsdh_gnustep symlinks ! Fixed and reuploaded add this line to changelog * Provide a new debian/gnustep-make.links. https://mentors.debian.net/package/gnustep-make or dget -x https://mentors.debian.net/debian/pool/main/g/gnustep-make/gnustep-make_2.6.8-1.dsc

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Depends} > +Replaces: gnustep-common (<< 2.6.8-1) > +Breaks: gnustep-common (<< 2.6.8-1) > > > > seems fine [1], just two questions: why did you drop gnustep:Depends? What is the second question ? Thanks Eric

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Le 17/05/2016 19:27, Eric Heintzmann a écrit : > Hi, > Reuploaded ! https://mentors.debian.net/package/gnustep-make or dget -x https://mentors.debian.net/debian/pool/main/g/gnustep-make/gnustep-make_2.6.8-1.dsc Updated changelog: gnustep-make (2.6.8-1) unstable; urgency=low

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Hi, Reuploaded ! Le 17/05/2016 18:58, Eric Heintzmann a écrit : > > > Le 17/05/2016 11:52, Gianfranco Costamagna a écrit : >> Hi, >>> switch to autoreconf done >> >> nice! >> >> little nitpick before answering to the open points: >> * debi

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

ds} var in debian/control > > [1] > http://debomatic-amd64.debian.net/distribution#unstable/gnustep-make/2.6.8-1/piuparts Thanks for the link Thanks, Eric

Bug#824527: ess (16.04-1) fails to install

Package: ess Version: 16.04-1 Severity: important Dear Maintainer, the update of ess package leads to the following error. Best, E. Setting up ess (16.04-1) ... Install emacsen-common for emacs23 emacsen-common: Handling install of emacsen flavor emacs23 Wrote

Bug#822755: Upstream known and fixed bug with qt 5.6

On 16/05/2016 23:04, Eric Valette wrote: So upstream beg to diffre and managed to reproduce the bug... Could you please rebuild with a fix... https://quickgit.kde.org/?p=kcalc.git=commit=2678cb9c7a07381e3ffb8a2107946cec53bf5909 I tested the fix on actual unstable version and voilà, I have

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Hi, Le 16/05/2016 21:15, Gianfranco Costamagna a écrit : > Hi Eric, > > > As you wish, you can switch in a later upload, or do it now and maybe > fix/revert in case of troubles switch to autoreconf done > I don't think so, but I can review a patch/package, because so

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Hi Gianfranco, Le 16/05/2016 21:15, Gianfranco Costamagna a écrit : > Hi Eric, > > >> I think there are too many changes in this release. >> Is it okay to remove autoreconf for now, >> and replace autotools-dev by autoreconf at next release ? > > it is, jus

Bug#824509: ITP: scylladb -- distributed database compatible with Apache Cassandra

Package: wnpp Severity: wishlist Owner: Eric Evans <eev...@debian.org> * Package name: scylla Version : 1.0.3 Upstream Author : scylladb-...@googlegroups.com * URL : https://github.com/scylladb/scylla * License : AGPL Programming Lang: C++ Descr

Bug#822755: Upstream known and fixed bug with qt 5.6

So upstream beg to diffre and managed to reproduce the bug... Could you please rebuild with a fix... https://quickgit.kde.org/?p=kcalc.git=commit=2678cb9c7a07381e3ffb8a2107946cec53bf5909

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Le 16/05/2016 15:16, Gianfranco Costamagna a écrit : > Hi Eric, > > > >> Well autotools-dev already used. No changes here. >> About autoreconf, I'm not familiar with it. >> I installed it to test it. Since all seems ok, I've not removed it. > > http

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

>> also, the control.in file removal is not documented I guess > Yes, this is a consequence of the debian/rules rewriting. I mean I've removed control target in debian/rules file, thus I removed control.in which was not needed any longer. Thanks Eric

Bug#824262: Fwd: Re: gnustep-make ack

-printable Mime-Version: 1.0 (1.0) Subject:Re: gnustep-ameke ack Message-Id: <4397053c-73d5-4402-adc6-8f5c8fa5f...@phys.ethz.ch> Date: Mon, 16 May 2016 13:52:11 +0200 References: <5739ae33.40...@free.fr> In-Reply-To:<5739ae33.40...@free.fr> To: Er

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Le 16/05/2016 12:40, Gianfranco Costamagna a écrit : > control: tags -1 moreinfo > > Hi Eric, some questions on the changes: > 1) why do you need both autotools-dev and autoreconf? Well autotools-dev already used. No changes here. About autoreconf, I'm not familiar with it.

Bug#824377: slrnpull: expiry cronjob fails after jessie upgrade

Package: slrnpull Version: 1.0.2-2 Severity: normal Finally upgraded from wheezy to jessie today, and now my daily cronjob fails with the following: /etc/cron.daily/slrnpull: This account is currently not available. Which is coming from the following line in

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Le 15/05/2016 03:26, Adam Borowski a écrit : > On Sun, May 15, 2016 at 03:04:37AM +0200, Eric Heintzmann wrote: >> Le 15/05/2016 02:46, Adam Borowski a écrit : >>> On Sat, May 14, 2016 at 12:39:16PM +0200, Eric Heintzmann wrote: >>>> I am looking for a sponso

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Le 15/05/2016 02:46, Adam Borowski a écrit : > Hi! > > On Sat, May 14, 2016 at 12:39:16PM +0200, Eric Heintzmann wrote: >> I am looking for a sponsor for my package "gnustep-make" >> >> * Package name: gnustep-make >>Version

Bug#824244: libfilesys-notify-simple-perl: fails to notify on moves with inotify

gregor herrmann <gre...@debian.org> wrote: > On Sat, 14 May 2016 04:22:46 +0000, Eric Wong wrote: > > I also tried 0.12-1 from jessie with the same effect. > So this needs further investigation ... Sorry for the noise, I screwed up the include path when using the jessie mod

Bug#823281: gnustep-make: build-indep depends on binary-arch

Le 14/05/2016 13:14, Eric Heintzmann a écrit : > Hi, > > Le 03/05/2016 16:00, Santiago Vila a écrit : >> On Tue, May 03, 2016 at 03:46:13PM +0200, Eric Heintzmann wrote: >>> Thanks for this bug report and thanks for finding a solution. >>> >>> Anyway I p

Bug#823281: [Debian GNUstep maintainers] Bug#823281: gnustep-make: build-indep depends on binary-arch

Hi, Le 03/05/2016 16:00, Santiago Vila a écrit : > On Tue, May 03, 2016 at 03:46:13PM +0200, Eric Heintzmann wrote: >> Thanks for this bug report and thanks for finding a solution. >> >> Anyway I plan to repackage the Core GNUstep packages (including >> gnustep-mak

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

p-common.install file. * Provide a new debian/gnustep-common.manpages file. * Provide a new debian/gnustep-common.docs file. * Move gnustep-config.1 manpage to gnustep-make package: gnustep-make now Replaces: gnustep-common (<< 2.6.8-1). Regards, Eric Heintzmann

Bug#824244: libfilesys-notify-simple-perl: fails to notify on moves with inotify

Package: libfilesys-notify-simple-perl Version: 0.08-1 Severity: normal I tried to have this watch some Maildirs but it fails to detect rename() calls. So this probably should watch for IN_MOVED_TO and IN_MOVED_FROM events from inotify. I also tried 0.12-1 from jessie with the same effect.

Bug#797999: tested today with qt 5.6 : bug is still there (balck scree, when docked on external monotor with lid closed)

Still no fix with qt 5.6 or sddm... -- eric

Bug#822755: Tested on two more computers with identical pkg selection criteria : bug is everywhere

So I hardly think this is not widely reproducible provided you have unstable + experimental up-to-date combination. -- eric

Bug#823330: Upstream known bug with a fix

see

Bug#823330: tsocks: The actual configure command disable host name resolution in tsocks.conf when it was supposed to enable it

Package: tsocks Version: 1.8beta5-9.4 Severity: grave Justification: renders package unusable The configure script is bugged and the way debian/rules triggers the bug. make clean rm -f *.so *.so.* *.o *~ libtsocks.so.1.8 saveme inspectsocks validateconf ./configure grep HOSTNAME config.h

Bug#823281: [Debian GNUstep maintainers] Bug#823281: gnustep-make: build-indep depends on binary-arch

. Thanks Eric Le 03/05/2016 02:07, Santiago Vila a écrit : Package: src:gnustep-make Version: 2.6.6-3 Severity: serious Dear maintainer: While investigating Bug #806197 I found the following policy violations in debian/rules: * The build target should depend on build-arch and build-indep

Bug#823249: RFS: camera.app/0.8.0-10 [RC] -- GNUstep application for digital still cameras

Ustep/Camera.app: - use debian/install file, - use dh_symlink and dpkg-maintainer-script (and thus add dependency to dpkg (>= 1.17.4)) to create symlink from old to new locations. (provide new camera.app.links and new camera.app.maintscript files). Regards, Eric Heintzmann

Bug#823061: Rik-✉-Message-on-hold-

How about no panties? On Apr 30, 2016 9:32 AM, "Angel" wrote: > > > > > > > > > > > > * _Just_saw_something_really_hot_that_made_me_wonder... > _What_would_you_like_me_to_wear_tonight?_ > _What's_the_hottest_thing_I_can_do_for_you_when_I_see_you?_ >

Bug#823061: eesjp1993-✉-Message-on-hold-

I don't know how you got my email lady. But you need to loose it! On Apr 30, 2016 11:31 AM, "Angel" wrote: > > > > > > > > > > > > * _Just_saw_something_really_hot_that_made_me_wonder... > _What_would_you_like_me_to_wear_tonight?_ >

Bug#822755: note that kcalc -h or kcal -v does not return (show expected messages but do not return).

On 04/28/2016 05:58 PM, Lisandro Damián Nicanor Pérez Meyer wrote: On Thursday 28 April 2016 08:45:05 Eric Valette wrote: note that kcalc -h or kcal -v does not return (show expected messages but do not return). Just in case: I have received no attachments nor strace logs. Look hard, its

Bug#822755: note that kcalc -h or kcal -v does not return (show expected messages but do not return).

note that kcalc -h or kcal -v does not return (show expected messages but do not return). --eric

Bug#822755: kcalc: When launching it nothing happens

Package: kcalc Version: 4:15.12.1-1 Severity: grave Justification: renders package unusable If you launch it, nothing happens. Even launching in konsole produce no trace at all. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1,

Bug#795913: libmail-thread-perl: [PATCH] avoid failing grouping by subject with missing references

Fwiw, I suggest fixing this bug in Debian since upstream has been nonresponsive for years. This route was taken for https://bugs.debian.org/763403 , too. Thanks.

Bug#822153: Missing driver file pgfsys-luatex.def when using tikz with lualatex

Package: texlive-pictures Version: 2016.20160417-1 When compiling a document that uses the tikz package using lualatex, an error concerning a missing driver file pgfsys-luatex.def is generated. The end of the error message from lualatex is shown below: ---

Bug#821334: approx: 'apt-get update' yields 'Err http://approx wheezy-updates/main amd64 Packages'

50.236.52 Hope this helps. -- Eric Cooper e c c @ c m u . e d u

Bug#821421: Pressing ` (backtick) key on Mac produces < (greater than character)

Package: base Severity: normal On a fresh install of Debian on a Mac (Macbook Pro, Early 2015, 13") when I press the ` (backtick) key a < (greater than character) is output. If I press the ~ (tilde) key by holding shift and pressing `, a > (less than charater) is output. Sven Arvidsson on the

Bug#821334: approx: 'apt-get update' yields 'Err http://approx wheezy-updates/main amd64 Packages'

If it resolves to different sites between the Release file and the Packages file, and those two sites are not in sync, the update can fail with checksum errors. Any way, I'm going to mark this closed as of version 5.5 unless you object. Sorry for the inconvenience. -- Eric Cooper e c c @ c m u . e d u

Bug#821334: approx: 'apt-get update' yields 'Err http://approx wheezy-updates/main amd64 Packages'

Sorry, I should have noticed sooner that you're running the version from wheezy. Can you try installing the version from wheezy-backports: https://packages.debian.org/wheezy-backports/approx and see if that works better? -- Eric Cooper e c c @ c m u . e d u

Bug#819810: There is now and AR release of 2016.2.22

ntfs-3g_ntfsprogs-2016.2.22AR.1.tgz --eric

Bug#821334: approx: 'apt-get update' yields 'Err http://approx wheezy-updates/main amd64 Packages'

Can you please enable debugging for the approx server (add a "$debug true" line to /etc/approx/approx.conf), and then send me the relevant part of the log (in /var/log/daemon.log for example) when this error occurs. Thanks. -- Eric Cooper e c c @ c m u . e d u

Bug#820646: [balazarbrothers] Game freezes after a short while playing.

Package: balazarbrothers Version: 1.0~rc1-4.2 Severity: normal --- Please enter the report below this line. --- To replicate: start balazar_brothers, select "Play solo game", and then "Start". Follow the tutorial instructions. The game window becomes unresponsive and the game no longer makes any

Bug#820444: [pkg-opensc-maint] Bug#820444: opensc-pkcs11: Segfault with cardos smartcard

ttps://lists.alioth.debian.org/mailman/listinfo/pkg-opensc-maint -- Eric Dorland <e...@kuroneko.ca> 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: PGP signature

Bug#808610: Accepted xapian-core 1.2.22-3~bpo8+1 (source amd64 all) into jessie-backports, jessie-backports

Olly Betts wrote: > Closes: 765820 791312 808610 814744 > Changes: > xapian-core (1.2.22-3~bpo8+1) jessie-backports; urgency=medium > . >* Rebuild for jessie backports. Thanks Olly. Are you still planning on getting #808610 fixed in normal jessie (and not just

Bug#797999: As far as I'm concerned this has nothing to do with OpenGL version

problems), I will not check yet if it is now fixed with QT 5.6 and will wait until 5.6.1 is available. -- eric

Bug#819810: Wrong naming

On 04/04/2016 03:55 PM, Eric Valette wrote: On 04/04/2016 02:56 PM, László Böszörményi (GCS) wrote: Hi Eric, On Mon, Apr 4, 2016 at 2:24 PM, Eric Valette <eric.vale...@free.fr> wrote: Why did you use the alst version or is it just a naming problem? *https://tuxera.com/opensourc

Bug#819810: Wrong naming

On 04/04/2016 02:56 PM, László Böszörményi (GCS) wrote: Hi Eric, On Mon, Apr 4, 2016 at 2:24 PM, Eric Valette <eric.vale...@free.fr> wrote: Why did you use the alst version or is it just a naming problem? *https://tuxera.com/opensource/ntfs-3g_ntfsprogs-2016.2.22.tgz* You mean

Bug#819946: konsole: Konsole + kde experimental crahes when compiling huge programs

Package: konsole Version: 4:15.12.1-1 Severity: normal When I cmpile kodi from git, it did crashes 2 out of 3 runs. Never happened before using qt5.6/kde exp. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental')

Bug#819902: RM: automake-1.14 -- RoQA; superseded by automake-1.15

one binary "automake"... It's unclear to me why it wasn't removed automatically when it no longer had any binary packages in the archive. Is that a bug? -- Eric Dorland <e...@kuroneko.ca> 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: PGP signature

Bug#819777: I'm unable to find a pattern when it works or does not

I tested on second computer recently upgrated to experimental KDE => same problem. Tested on different filesystem (ext4, ntfs3g) => idem I does however work on some directory but Icannot find any rationale. -- eric

Bug#819810: ntfs-3g: Please upgrade to a more recent version

Package: ntfs-3g Version: 1:2015.3.14AR.1-1+b1 Severity: wishlist See new version at: https://tuxera.com/opensource/ntfs-3g_ntfsprogs-2016.2.22.tgz -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64

Bug#819777: dolphin does not work with experimental kde5 stuffs

Package: dolphin Version: 4:15.12.1-1 Severity: grave Justification: renders package unusable I finally managed to install kde5 experimental stuff without removing much. Globally it works but I found that dolphin is unuseable : when you click on a directory e.g /multimedia/books, the first time

Bug#819042: nvidia-graphics-drivers: Package uninstallable using unstable

/unstable for the time being. Experimental can be bumpy at times, and now is one of those times. 361 series is there and even 364. So please jump straight. And BTW not having selected a very old package from the beginning would have preveneted most of this mess. -- eric

Bug#812087: [pcscd] takes 100 % cpu

... -- eric

Bug#812087: [pcscd] takes 100 % cpu

On 30/03/2016 17:51, Ludovic Rousseau wrote: Le 29/03/2016 10:38, Eric Valette a écrit : On 03/26/2016 02:01 PM, Ludovic Rousseau wrote: In pcsc-lite 1.8.16 (that should arrive in Debian testing on Monday 28th March 2016) I fixed a bug related to SCardCancel() and SCardGetStatusChange

Bug#812087: [pcscd] takes 100 % cpu

On 26/03/2016 14:01, Ludovic Rousseau wrote: Le 25/03/2016 12:52, Eric Valette a écrit : On 03/24/2016 06:56 PM, Ludovic Rousseau wrote: LIBUSB_DEBUG=99 pcscd -dfaT | tee log.txt Here it is. NB: the process was actually at 106% after inerting the key before I stooped. Eric, From

Bug#819042: nvidia-graphics-drivers: Package uninstallable using unstable

On 03/24/2016 03:51 PM, Luca Boccassi wrote: On 23 March 2016 at 07:59, Eric Valette <eric.vale...@free.fr> wrote: Hi Eric, Hi, We have an upload with new binaries stuck in the NEW queue for a month now: https://ftp-master.debian.org/new/nvidia-graphics-drivers_355.11-3.html

Bug#819042: nvidia-graphics-drivers: Package uninstallable using unstable

Source: nvidia-graphics-drivers Version: 355.11-3 Severity: grave Tags: upstream Justification: renders package unusable Unstable provides for months an video abi 20 and the upstream package provide no support for it. Furthermore, the package is really old and much newer version supporting this

Bug#818653: Fine but when will we be able to test experimental

On 20/03/2016 15:06, Lisandro Damián Nicanor Pérez Meyer wrote: On Sunday 20 March 2016 10:08:07 Eric Valette wrote: I intended the bug as whislist but my first one didn't get correctly out. The second time I forgot... The real question is that for months we are unable to have a working kde

Bug#818739: opencv: Please package opencv 3.1

Source: opencv Version: 3.0 Severity: wishlist Its now out and working (tried manaul compil and use it compiling digikam 5) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux

Bug#818738: libopencv-dev: /usr/share/OpenCV/OpenCVModules.cmake contains reference to libopencv_shape library that is missing

Package: libopencv-dev Version: 3.0.0+dfsg-1~exp2+b1 Severity: important Trying to compile digikam5 with opencv3, I get this error at the very begining: First try at finding OpenCV... CMake Error at /usr/share/OpenCV/OpenCVModules.cmake:120 (message): The imported target "opencv_shape"

Bug#818653: Fine but when will we be able to test experimental

I intended the bug as whislist but my first one didn't get correctly out. The second time I forgot... The real question is that for months we are unable to have a working kde/experimental environment. So no test of qt 5.6 and newer kde... -- eric

Bug#815004: [pkg-opensc-maint] Bug#815004: libengine-pkcs11-openssl: Engine is installed at wrong location (sparc64 as well)

sr/share/p11-kit/modules/..", {st_mode=S_IFDIR|0755, > st_size=4096, ...}) = 0 > stat("/usr/share/p11-kit/modules/p11-kit-trust.module", > {st_mode=S_IFREG|0644, st_size=693, ...}) = 0 > open("/usr/share/p11-kit/modules/p11-kit-trust.module", O_RDONLY|O_CLOEXEC) = > 4 > stat("/usr/share/p11-kit/modules/.", {st_mode=S_IFDIR|0755, > st_size=4096, ...}) = 0 > open("/usr/lib64/pkcs11/p11-kit-trust.so", O_RDONLY|O_CLOEXEC) = 3 > open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 > open("/lib64/libtasn1.so.6", O_RDONLY|O_CLOEXEC) = 3 > open("/lib64/libfreebl3.so", O_RDONLY|O_CLOEXEC) = 3 > statfs("/selinux", 0x7ffc8a782050) = -1 ENOENT (No such file or > directory) > open("/proc/mounts", O_RDONLY) = 3 > open("/tmp/fficgaRwB", O_RDWR|O_CREAT|O_EXCL, 0600) = 3 > unlink("/tmp/fficgaRwB")= 0 > [ available ] > +++ exited with 0 +++ > [mator@node01 ~]$ > > ___ > pkg-opensc-maint mailing list > pkg-opensc-ma...@lists.alioth.debian.org > https://lists.alioth.debian.org/mailman/listinfo/pkg-opensc-maint -- Eric Dorland <e...@kuroneko.ca> 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: PGP signature

Bug#818653: sddm: reportbug still incompatible with kde/qt5 from experimental

Package: sddm Version: 0.13.0-1 Severity: normal LANG=C; apt-get -t experimental dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages were automatically installed and are no longer

<    5   6   7   8   9   10   11   12   13   14   >