Bug#830912: fakeroot complains about missing acl_* symbols

Package: fakeroot Version: 1.21-1 Severity: normal fakeroot dlsym(acl_get_fd): /usr/lib/x86_64-linux-gnu/libfakeroot/libfakeroot-sysv.so: undefined symbol: acl_get_fd dlsym(acl_get_file): /usr/lib/x86_64-linux-gnu/libfakeroot/libfakeroot-sysv.so: undefined symbol: acl_get_file

Bug#649419: [Debian GNUstep maintainers] Bug#649419: gnustep-base: FTBFS intermittently [amd64]: Hangs in base/NSOperation

Le 10/07/2016 à 15:13, Emilio Pozuelo Monfort a écrit : > On 10/07/16 12:53, Eric Heintzmann wrote: >> If you have access to these machines, is it possible to see the >> Tests/tests.log file ? >> (Or at next build attempt) > Sorry, I don't (and besides, the trees are rem

Bug#649419: [Debian GNUstep maintainers] Bug#649419: gnustep-base: FTBFS intermittently [amd64]: Hangs in base/NSOperation

64, i386, kfreebsd-i386, kfreebsd-amd64, hurd-i386 and s390x. If you have access to these machines, is it possible to see the Tests/tests.log file ? (Or at next build attempt) Thanks Eric

Bug#830353: ruby-kgio: FTBFS: ERROR: Test "ruby2.3" failed.

Lucas Nussbaum wrote: > The full build log is available from: > > http://people.debian.org/~lucas/logs/2016/07/07/ruby-kgio_2.10.0-1_unstable_reb.normal.log > > A list of current common problems and possible solutions is available at >

Bug#830137: transition: gnustep-gui

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition New upstream gnustep-gui/back bumps SONAME (change of ABI without change in API) , so we need to transition. Now with gnustep-gui/back 0.25.0 in experimental, we can start transition

Bug#829127: systemd: Please make sure /lib/systemd/systemd is not linked with something in /usr

On 30/06/2016 22:00, Eric Valette wrote: On 30/06/2016 21:46, Martin Pitt wrote: Hello Eric, Eric Valette [2016-06-30 21:33 +0200]: I have an initrd on this machine so this is something else OK, I owe you an apology then, sorry. In #771652 you didn't yet, so I just assumed that was still

Bug#828991: Turns out I do have an initrd that does not mount /usr => system unbootable

So the fact that you have an initrd is not a sufficient warranty beacuse on some machine and setup it does not mount /usr... -- eric

Bug#829127: systemd: Please make sure /lib/systemd/systemd is not linked with something in /usr

On 30/06/2016 22:17, Eric Valette wrote: On 30/06/2016 22:06, Felipe Sateler wrote: initramfs-tools If you add debug to your kernel command line, you should get a (possibly very verbose) log at /run/initramfs/initramfs.debug. Does it say anything about mounting /usr? Same answer : I cannot

Bug#829127: systemd: Please make sure /lib/systemd/systemd is not linked with something in /usr

to be automatic or I should have the classical message at boot saying /usr not mounted and this will break... -- eric

Bug#829127: systemd: Please make sure /lib/systemd/systemd is not linked with something in /usr

On 30/06/2016 21:50, Laurent Bigonville wrote: On Thu, 30 Jun 2016 21:37:24 +0200 Eric Valette <eric.vale...@free.fr> wrote: On 30/06/2016 21:32, Felipe Sateler wrote: > On 30 June 2016 at 15:20, Eric Valette <eric.vale...@free.fr> wrote: >> On 30/06/2016 21:

Bug#829127: systemd: Please make sure /lib/systemd/systemd is not linked with something in /usr

On 30/06/2016 21:32, Felipe Sateler wrote: On 30 June 2016 at 15:20, Eric Valette <eric.vale...@free.fr> wrote: On 30/06/2016 21:18, Martin Pitt wrote: Control: reassing -1 libaudit1 Control: forcemerge 828991 -1 Hello Eric, This has never been a supported configuration, and just b

Bug#829127: systemd: Please make sure /lib/systemd/systemd is not linked with something in /usr

On 30/06/2016 21:18, Martin Pitt wrote: Control: reassing -1 libaudit1 Control: forcemerge 828991 -1 Hello Eric, This has never been a supported configuration, and just because it happend to mostly work once it doesn't mean that it can be guaranteed forever, sorry. I have an initrd

Bug#829127: systemd: Please make sure /lib/systemd/systemd is not linked with something in /usr

Package: systemd Version: 230-3 Severity: critical Justification: breaks the whole system Today a system using initrd was unbootable after upgrade because of the very same problem of /usr/lib library dependency. Please make a check afetr building the binary so this is automagically detected!

Bug#829126: libcap-ng0: /sbin/init now depend on libcap-ng.so.0 which is in /usr

Package: libcap-ng0 Version: 0.7.7-2 Severity: critical Justification: breaks the whole system I have a system with /usr and / on dfferent filesystem. Yet as I use an initrd it should be transparent but is not. Today upgrade ended up with a crash in /sbin/init as /sbin/init depends on libcap-ng0

Bug#828137: samba does not install and fails to start

Package: samba Version: 2:4.4.4+dfsg-1 Severity: grave Justification: renders package unusable apt-get -f install Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Le paquet suivant a été installé automatiquement et

Bug#828011: requested traces attached

-- eric Starting method '/usr/lib/apt/methods/ftp' <- ftp:100%20Capabilities%0aVersion:%201.0%0aSend-Config:%20true Configured access method ftp Version:1.0 SingleInstance:0 Pipeline:0 SendConfig:1 LocalOnly: 0 NeedsCleanup: 0 Removable: 0 Starting method '/usr/lib/apt/methods/h

Bug#828011: apt 1.3~exp3 is broken

On 24/06/2016 17:18, Eric Valette wrote: 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

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

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