Bug#849592: bug report - icedove: href links inoperative

control: clone -1 -2 control: retitle -1 icedove: transition old userapp .desktop file control: retitle -2 firefox: transition old userapp .desktop file tl;dr for the firefox and thunderbird maintainers: The files ~/.local/share/applications/userapp-Icedove-*.desktop

Bug#849592: bug report - icedove: href links inoperative

On 02/06/2017 05:38 PM, Rick Lutowski wrote: > On 02/06/2017 09:34 AM, Jens Reyer wrote: >> Hi Rick, >> >> [I'm currently investigating a similar issue here (yay, another one ;).] >> >> Can you post the content of these two files (if they exist on your >&

Bug#849688: package in debian/testing is development version, severely broken

If I may throw in my 2¢ here - 0.26 will not have any different functionality to 0.24. All fixes that are applied to 0.26 will be ported to 0.24 where applicable. I don't see the map functionality going in as we still have not resolved the tile provider issue. So the main difference of 0.26

Bug#849592: bug report - icedove: href links inoperative

Hi Rick, [I'm currently investigating a similar issue here (yay, another one ;).] Can you post the content of these two files (if they exist on your system): ~/.config/mimeapps.list ~/.local/share/applications/mimeapps.list On 12/30/2016 08:46 PM, Rick Lutowski wrote: > You mean

Bug#851337: Desktop Integration Folder paths resets on upgrade

control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=22974 control: tags -1 - moreinfo + upstream On 01/15/2017 04:17 AM, Marc Dequènes (duck) wrote: > On 2017-01-15 07:30, Michael Gilbert wrote: > >> I don't think this is the same issue. I think he is referring to the >> Desktop

Bug#853886: pbuilder: Does not parse DEBBUILDOPTS to determine build type

Hi Mattia On 02/02/2017 07:44 PM, Mattia Rizzolo wrote: >> Wow, I admit I didn't have a look at the pbuilder manpage for a long >> time, but indeed this is very well described there. With this new >> knowledge I'm totally fine with this change. > > Are you? > As said, there are no way -S is

Bug#853976: linux-image-4.9.0-1-amd64: fjes kernel modules loads on many machines

Package: src:linux Version: 4.9.2-2 Severity: normal Tags: upstream Dear Maintainer, During my custom kernel configuration using "make localmodconfig" I noticed that the "fjes" driver was configured. I wondered why this network driver was needed for my laptop, so I have done some research.

Bug#853793: dpkg: ABI mismatch detector is too strict on armel/armhf

On 02/02/2017 02:30 PM, Steve McIntyre wrote: > Dropping the -nostdlib argument to the gcc call inside sonames2elf > makes a difference - it'll add libc6 to the mix and force the output > to match the system you're building for. You may then need to filter > out the libc6 entry afterwards, but

Bug#853886: pbuilder: Does not parse DEBBUILDOPTS to determine build type

On 02/01/2017 08:42 PM, James Clarke wrote: > For source-only builds, I don't understand why you would want to perform the > build in a chroot. You already have to be able to build the source package > outside the chroot, which then gets copied into the chroot, unpacked and a new > source package

Bug#853886: cowbuilder: doesn't create _amd64.changes for binary-indep-only or source-only builds

Package: cowbuilder Version: 0.84 Severity: important Hi, after the recent cowbuilder update my gbp build script started to fail for binary-indep-only (-A) and source-only builds (-S), complaining about a missing *_amd64.changes file (see log below). I assume the recent changes in cowbuilder

Bug#853793: dpkg: ABI mismatch detector is too strict on armel/armhf

On 02/01/2017 04:34 PM, Steve McIntyre wrote: > Hey folks, > > On Wed, Feb 01, 2017 at 05:08:50AM +0100, Guillem Jover wrote: >> On Tue, 2017-01-31 at 22:44:36 +, James Cowgill wrote: >>> >>> Here libgsm.so has neither HARD or SOFT flags set. Also, asking gcc to >>> generate a library which

Bug#853793: dpkg: ABI mismatch detector is too strict on armel/armhf

On 02/01/2017 05:08 AM, Guillem Jover wrote: > On Tue, 2017-01-31 at 22:44:36 +, James Cowgill wrote: >> The new ABI mismatch detector seems to be a bit too strict on armel and >> armhf. Thanks to both of you for quickly handling this! >> This was first seen with wine: >>

Bug#853764: libav-tools in wheezy bpo lacks ffplay

as expected. Greets Jens Korte -- System Information: Debian Release: 7.11 APT prefers oldstable APT policy: (990, 'oldstable'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates') Architecture: i386 (i686) Kernel: Linux 3.16.0-0.bpo.4-586 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8

Bug#848839: AppStream metadata for Wine

On 01/24/2017 12:42 AM, Matthias Klumpp wrote: > 2017-01-22 23:02 GMT+01:00 Jens Reyer <jre.wine...@gmail.com>: >> On 01/22/2017 10:36 PM, Matthias Klumpp wrote: >>> 2017-01-22 22:02 GMT+01:00 Jens Reyer <jre.wine...@gmail.com>: >>>> The new wine-develop

Bug#745553: bug#17391: Bug#745553: emacs24-el: mml2015-always-trust should default to nil, not t

On 2017-01-26, at 18:13, Daniel Kahn Gillmor wrote: > On Thu 2017-01-26 13:36:09 -0500, Jens Lechtenboerger wrote: >> That’s customized in mml-secure-key-preferences. So, the usual >> customize interface is available. And there is some code to detect >> and remove un

Bug#745553: bug#17391: Bug#745553: emacs24-el: mml2015-always-trust should default to nil, not t

On 2017-01-25, at 15:30, Daniel Kahn Gillmor wrote: > On Wed 2017-01-25 15:09:47 -0500, Jens Lechtenboerger wrote: >> mml2015-always-trust is replaced by mml-secure-openpgp-always-trust >> nowadays. I certainly wouldn’t object if the default value was >> changed, but lo

Bug#852676: unixodbc missing odbc_config in unixodbc.install

Package: unixodbc Version: 2.3.4-1 Severity: normal Dear Maintainer, usr/bin/odbc_config is missing in unixodbc-2.3.4/debian/unixodbc.install This Binary is required by msodbcsql-11.0.2270.0 This is fixed by this Patch: --- unixodbc-2.3.4/debian/unixodbc.install.o2017-01-26 10:25:33.276009539

Bug#745553: bug#17391: Bug#745553: emacs24-el: mml2015-always-trust should default to nil, not t

>> try to review them. > > I'm also mostly unfamiliar with the mml encryption code, but perhaps > Jens could take a peek at this? mml2015-always-trust is replaced by mml-secure-openpgp-always-trust nowadays. I certainly wouldn’t object if the default value was changed, but lots of

Bug#848839: AppStream metadata for Wine

On 01/22/2017 10:36 PM, Matthias Klumpp wrote: > 2017-01-22 22:02 GMT+01:00 Jens Reyer <jre.wine...@gmail.com>: >> The new wine-development now shows up in GNOME Software Center, the >> installed status is correct and install/removal works. >> >> But wine is stil

Bug#848839: AppStream metadata for Wine

[ Wine in GNOME Software Center ] On 01/21/2017 12:24 AM, Jens Reyer wrote: > Can anybody else check this, to rule out me messing with my system > during working on this? > > The installed status should be correct, and install/remove work. > "Launch" will not work, tha

Bug#848839: AppStream metadata for Wine

On 01/19/2017 09:14 PM, Matthias Klumpp wrote: > Looks like GNOME Software chokes on the project_group being set to a > group it has no knowledge of and trashes the component directly... > Removing the group and adding categories ( >

Bug#848839: AppStream metadata for Wine

Hi again Matthias On 01/17/2017 08:17 PM, Matthias Klumpp wrote: > Anyway, Wine is now in the metadata, and after the next dinstall run > it should show up in GNOME Software. > https://appstream.debian.org/sid/main/metainfo/wine.html Thanks, the link works fine! But unfortunately wine still

Bug#841098: (kein Betreff)

Hi, the rygel-media-engine-test turned out to be racy, the test is broken. Please disable it, I will also do that upstream.

Bug#848839: AppStream metadata for Wine

Hi Matthias tl;dr: it seems it's not working with appstream-generator (?) yet. Can/Should we (Wine) do something? On 01/14/2017 03:06 AM, Jens Reyer wrote: > Thanks again, also for the quick update of the documentation! > > On 01/13/2017 06:26 PM, Matthias Klumpp wrote: >>>

Bug#851337: Desktop Integration Folder paths resets on upgrade

Hi On 01/14/2017 06:36 AM, Marc Dequènes (duck) wrote: > Since a few versions at least (but was away from gaming for some time), > after the registry is upgraded when first running a new Wine version, my > custom Desktop Integration paths are reset to default. Needless to say > it is annoying.

Bug#848839: AppStream metadata for Wine

Thanks again, also for the quick update of the documentation! On 01/13/2017 06:26 PM, Matthias Klumpp wrote: >>> P.S: Let me know when an updated Wine is uploaded, this will be the >>> only app I know which does not use the metainfo file to augment a >>> .desktop file, and I am curious to see if

Bug#848839: AppStream metadata for Wine

Thanks a lot Matthias! On 01/12/2017 07:40 PM, Matthias Klumpp wrote: >> There is a wine.desktop, but for other reasons we only ship it as an >> example. Still, other distros probably install it. However that >> .desktop file has "NoDisplay=true" so afaik it wouldn't be used for >> AppStream

Bug#848839: AppStream metadata for Wine

Hi Matthias, I'm working on an AppStream file for Wine (winehq.org), mainly to have it shown in the Software Center. I'm mostly done by now (initial version attached, icons are not finished yet, and stuff in there is still static). Now I got a few questions. I hope you can help me, or tell me a

Bug#646693: thunderbird now in the archive (was: Bug#646693: hunspell-en-us conflicts with thunderbird because of missing version specifier)

On 10.01.2017 17:25, Rene Engelhard wrote: > tag 646693 + pending Thanks! >> So it seems that thunderbird will be part of stretch, either from the >> beginning [...] > > I don't see that happening yet, or do you have word that this will be uploaded > to stretch RSN to have a chance of

Bug#646693: thunderbird now in the archive (was: Bug#646693: hunspell-en-us conflicts with thunderbird because of missing version specifier)

control: affects -1 thunderbird Hi Rene thunderbird was uploaded to experimental today (in src:icedove 1:45.6.0-1). So it seems that thunderbird will be part of stretch, either from the beginning on or later via an security update. Please upload a fix before January 25th. Greets and thanks

Bug#845334: [pkg-wine-party] Bug#845334: Bug#845334: wine32: breaks xdg-open, which wants to start wine and crashes

On 05.01.2017 17:44, Jens Reyer wrote: > On 05.01.2017 16:17, James Lu wrote: >> That looks good, though I would recommend removing .vbs (VBScript) and >> .url (Windows bookmark) from the blacklist as well, because those are >> fairly Windows specific files. > > Tha

Bug#848839: wine: Doesn't show in Software app, missing appstream metadata

On 20.12.2016 05:55, Jeremy Bicha wrote: > The next version of Debian will ship gnome-software by default in the > GNOME version. Currently, wine does not show in the Software app if it > is not already installed. Yes, we should fix that, and I hope we get that done for stretch. > When I look

Bug#850329: [pkg-wine-party] Bug#850329: wine creates files with binary filenames

control: tags -1 + moreinfo unreproducible control: severity -1 minor Hi Vincent, are the tests that you run available somewhere, so that I can try to reproduce this? Since this seems to affect only your tests, I'm downgrading the severity, like we do for other app-specific problems. Greets

Bug#845334: [pkg-wine-party] Bug#845334: wine32: breaks xdg-open, which wants to start wine and crashes

On 05.01.2017 16:17, James Lu wrote: > That looks good, though I would recommend removing .vbs (VBScript) and > .url (Windows bookmark) from the blacklist as well, because those are > fairly Windows specific files. Thanks. However after thinking about this today I think we should make sure that

Bug#845334: [pkg-wine-party] Bug#845334: Bug#845334: wine32: breaks xdg-open, which wants to start wine and crashes

On 05.01.2017 02:03, Jens Reyer wrote: > I will probably commit this tomorrow. We may add some information to the > README about this, and how to create an association manually. Alternatively we may change wine.inf (drop "-a") which should help normally (?) to prevent nat

Bug#845334: [pkg-wine-party] Bug#845334: Bug#845334: wine32: breaks xdg-open, which wants to start wine and crashes

Thanks everyone for the feedback! I've been digging through this today. On 04.01.2017 21:11, Stephen Kitt wrote: > On Tue, 3 Jan 2017 09:06:21 -0500, Michael Gilbert <mgilb...@debian.org> > wrote: >> On Tue, Jan 3, 2017 at 8:49 AM, Jens Reyer wrote: >>> This meets my p

Bug#845334: wine32: breaks xdg-open, which wants to start wine and crashes

ink? Besides that I want to look a bit more into this to understand winemenubuilder better, and then discuss it with upstream. Any tests or feedback is welcome. Greets jre >From a5fa99f73004f584cfcfce56921212aac7aa743a Mon Sep 17 00:00:00 2001 From: Jens Reyer <jre.wine...@gmail.com> Da

Bug#845334: wine32: breaks xdg-open, which wants to start wine and crashes

On 09.12.2016 17:24, Vincent Lefevre wrote: > On 2016-12-09 16:44:52 +0100, Jens Reyer wrote: > This is bad. I think that the main problem is that Wine creates files > that will take precedence without the user's consents. But even if > the user wants Wine's desktop files, they shoul

Bug#845334: wine32: breaks xdg-open, which wants to start wine and crashes

control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=28159 control: tags -1 - moreinfo unreproducible The upstream bugreport #28159 requests to not create *native* associations for xml and html. But it also states that for *Wine* to know how to open these file types with a native

Bug#837177: icedove: the feed url could not be found

control: tags -1 + patch Hi Carsten On 25.10.2016 07:28, Carsten Schoenert wrote: > On Mon, Oct 24, 2016 at 10:22:58PM +0200, Jens Reyer wrote: >> The changes have been committed upstream by now (Target Milestone: >> Thunderbird 52.0). > > thanks for figuring out

Bug#837516: icedove: open in browser fails

On 02.12.2016 08:28, Carsten Schoenert wrote: > Hello Jens, > > On Sat, Nov 12, 2016 at 04:53:22PM +0100, Jens Reyer wrote: > [...] >> 4. Or fix mimeTypes.rdf (replace all broken "/usr/bin/iceweasel" >>occurrences (requires icedove restart): >>

Bug#845334: wine32: breaks xdg-open, which wants to start wine and crashes

directory? Finally, which desktop environment are you using? Since when? (I use Gnome here and recently reinstalled my system, but copied over some configuration in /home.) Greets jre Description: Disable installation of some .desktop files. Author: Jens Reyer <jre.wine...@gmail.com> Bug-Debian: htt

Bug#843775: jessie-pu: package mdadm/3.3.2-5+deb8u2

orks fine, package seems to work. Thanks to everyone for their work! Regards, -- Jens Sauer <jsaue...@gmail.com> GPG Key: 5C0B0084 Fingerprint: 75F3 6232 1F69 82E8 F5E0 D151 850E 2908 5C0B 0084 signature.asc Description: This is a digitally signed message part

Bug#845500: nftables: notrack target fails with No such file or directory

On 24.11.2016 01:34, Peter Colberg wrote: > Assuming 4.9 becomes the stretch kernel, could you backport the patch? According to https://lists.debian.org/debian-devel-announce/2016/03/msg0.html it will be 4.10. Greets jre

Bug#845334: wine32: breaks xdg-open, which wants to start wine and crashes

control: severity -1 important Hi Vincent, this only affects users that actually use Wine (if at all, see below). Only then the .desktop file gets created (e.g. on running "winecfg" the first time). Downgrading to important for now. Funnily I can't reproduce this here. Despite having the

Bug#845452: Bug#845171: wine-development: FTBFS: ld aborts or segfaults

On 23.11.2016 18:06, Matthias Klose wrote: > ta, and the fix will be in the next binutils upload too. Great, given your recent binutils upload rate I expect that to happen soon. So I'll probably stay lazy and avoid changing wine-development.

Bug#845452: Bug#845171: wine-development: FTBFS: ld aborts or segfaults

Control: reassign 845171 winbind/2.27.51.20161118-2 Control: affects 845171 wine-development Control: tags 845171 - help moreinfo Control: tags 845452 = patch [ Referencing the other related bug here. ] Matthias Klose wrote in https://bugs.debian.org/844847#35 > This looks like another

Bug#843775: jessie-pu: package mdadm/3.3.2-5+deb8u2

l re-sponsor the package with a > binary build included. Is it correct, that https://release.debian.org/proposed-updates/stable.html lists "source" as the only architecture for mdadm? Or am I just too impatient? Regards, -- Jens Sauer <jsaue...@gmail.com> GPG Key: 5C0B0084 Finger

Bug#843775: jessie-pu: package mdadm/3.3.2-5+deb8u2

Am Sonntag, den 20.11.2016, 19:27 +0100 schrieb Cyril Brulebois: > Control: tag -1 + confirmed - moreinfo >  > Jonathan Wiltshire <j...@debian.org> (2016-11-20): > > On Wed, Nov 09, 2016 at 01:52:25PM +0100, Jens Sauer wrote: > > > I prepared a package for mdadm t

Bug#845311: RFS: mdadm/3.3.2-5+deb8u2 [NMU]

proceed the NUM process https://bugs.debian.org/843775 Regards, --  Jens Sauer <jsaue...@gmail.com> GPG Key: 5C0B0084 Fingerprint: 75F3 6232 1F69 82E8 F5E0 D151 850E 2908 5C0B 0084 signature.asc Description: This is a digitally signed message part

Bug#845171: wine-development: FTBFS: ld aborts or segfaults

On 21.11.2016 22:07, Michael Gilbert wrote: > On Sun, Nov 20, 2016 at 9:16 PM, Jens Reyer wrote: >> wine-development 1.9.22-1 (in stretch) built successfully on all >> architectures when it was uploaded to unstable, but fails to >> build in a stretch environment on i386 now

Bug#845171: wine-development: FTBFS: ld aborts or segfaults

Source: wine-development Version: 1.9.22-1 Justification: FTBFS on i386, armel and armhf Severity: serious Tags: help wine-development 1.9.22-1 (in stretch) built successfully on all architectures when it was uploaded to unstable, but fails to build in a stretch environment on i386 now (amd64 is

Bug#844412: wineconsole crashes if switched to emacs mode and ctrl-y is pressed

control: reassign -1 src:wine-development control: found -1 1.9.22-1 control: severity -1 minor control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=41733 Hi Loreno, (first off, please use reportbug to report bugs and don't change Source/Package or Version. A version "development" does

Bug#837516: icedove: open in browser fails

control: found -1 icedove/1:45.4.0-1.1 Hi, I was also affected by this with my existing icedove profile, but can't reproduce it in a fresh profile. Turns out in some places my icedove config (mimeTypes.rdf) still carried "iceweasel", but I already had uninstalled the "iceweasel" transitional

Bug#843775: jessie-pu: package mdadm/3.3.2-5+deb8u2

' +successfully reshape an array when using backup space on a 'spare' device. +(Closes: #840743) + + -- Jens Sauer <jsaue...@gmail.com> Wed, 09 Nov 2016 00:43:48 +0100 + mdadm (3.3.2-5+deb8u1) jessie; urgency=medium * Non-maintainer upload. diff -Nru mdadm-3.3.2/debian/patches/fi

Bug#840743: mdadm: diff for NMU version 3.3.2-5+deb8u2

Control: tags 840743 + patch Dear maintainer, I've prepared an NMU for mdadm (versioned as 3.3.2-5+deb8u2). The diff is attached to this message. I already uploaded the package to https://mentors.debian.net/package/mdadm Regards. -- Jens Sauer <jsaue...@gmail.com> GPG Key: 5C

Bug#809252: Bug solved since v1.0.0

curity.io/advisories/cli_arbitrary-file-write> and blames all modules referencing it even in version 1.0.0, e.g https://david-dm.org/deadratfink/jy-transform/development <https://david-dm.org/deadratfink/jy-transform/development>. Thx and best, Jens

Bug#840743:

point release. [1] http://git.neil.brown.name/?p=mdadm.git;a=commit;h=8e7ddc5f50af00e5 69ef115e25c635e2d74e90f0 -- Jens Sauer <jsaue...@gmail.com> GPG Key: 5C0B0084 Fingerprint: 75F3 6232 1F69 82E8 F5E0 D151 850E 2908 5C0B 0084--- mdadm-3.3.2.orig/Grow.c +++ mdadm-3.3.2/Grow.c @@ -853,7

Bug#837177: icedove: the feed url could not be found

control: forwarded -1 https://bugzilla.mozilla.org/show_bug.cgi?id=497488 control: tags -1 + fixed-upstream Hi again, I again had issues subscribing to a feed getting only the meaningless error message "The Feed URL could not be found. Please check the name and try again". So I tested a new

Bug#841249: calypso: Please add dependency on python-tz

Package: calypso Version: 1.5-3 Severity: normal Hi, while trying to import the .ics of my old exported ownCloud calendar calypso gave thousands of lines with: No module named pytz This was not critical, just spamming the terminal. I didn't explicitly check the imported data. Installing

Bug#841247: calypso: UnicodeDecodeError when importing an .ics

Package: calypso Version: 1.5-3 Severity: normal Hi, I tried to import the .ics of my old exported ownCloud calendar, but this failed with an UnicodeDecodeError. You may reproduce this (note the accent in Café): $ cat calypso-unicode-bug.ics BEGIN:VCALENDAR VERSION:2.0 BEGIN:VEVENT SUMMARY:Café

Bug#816167: wine: sporadic sound failure output BTW wine versions from debian stretch release to now

control: tags -1 + moreinfo Hello Fulano Diego Perez, do you still experience the sound issues you had in the current wine 1.8.5-1? There have been several sound related changes both in the Debian packaging and the Wine code itself since you reported this. Please report back in any case!

Bug#840743: mdadm: grow fails when no backup file is specified

Package: mdadm Version: 3.3.2-5+deb8u1 Severity: important Dear Maintainer, I was playing around with mdadm in a KVM machine. When the number of active raid devices are changed using the 'grow' feature without specifying a backup file the reshape fails and the array can not be recovered.

Bug#837177: icedove: the feed url could not be found

Followup-For: Bug #837177 Control: tags -1 - newcomer [ Removing the tag newcomer which is meant for easy bugs with a known solution, see https://www.debian.org/Bugs/Developer#tags ] Summary: I could reproduce this, but since yesterday it's working again *without* updating icedove itself.

Bug#839147: exim4-config: Line length is hard limited to 998 octets, setting bounce_return_linesize_limit is ignored

Package: exim4-config Version: 4.87-3 Severity: normal Tags: patch -- Package-specific info: Exim version 4.87 #2 built 08-May-2016 12:03:10 Copyright (c) University of Cambridge, 1995 - 2016 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2016 Berkeley DB: Berkeley DB

Bug#837028: gauche-gtk: FTBFS: pango-font.c:249:44: error: 'desc' undeclared (first use in this function)

Jens Thiele <ka...@karme.de> writes: > forwarded upstream: > https://github.com/shirok/Gauche-gtk2/issues/5 upstream commited a fix: commit 6fca535f7bb950f81db066bd1afdca9d55e9b460 (refs/remotes/origin/master, refs/remotes/origin/HEAD) Author: Shiro Kawai <sh...@acm.org> Dat

Bug#838474: /usr/share/man/man1/wine-stable.1.gz: wine(1) - man page incorrect

control: retitle -1 wineboot silently ignores unknown WINEARCH control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=41378 control: severity -1 minor Hi On 09/21/2016 12:40 PM, Ph. Marek wrote: > The man page talks about WINEARCH, but lists wrong values. No, you're on the wrong track

Bug#825395: winetricks: Remove wine versioned dependence to prevent conflicts with alternative wine

control: tags -1 + patch Hi Joseph, On 05/28/2016 10:49 PM, Joseph Bisch wrote: > I'll make the "Depends" line be: > > wine | wine-development, > > and the "Recommends" line be: > > wine (>= 1.8-2) | wine-development (>= 1.9.1-1), This is probably indeed the correct setup to reflect all

Bug#707790: [git] Please add dependency on "meld"

Control: reassign -1 src:git 1:2.9.3-1 Control: retitle -1 [git] Please add dependency on "meld" Control: found src:git 1:1.7.10.4-2 Control: tags -1 + patch Hi, On 11/05/2013 at 10:47, Jens Reyer wrote: > for creating an "External diff" gitk requires "meld"

Bug#782075: gnome-tweak-tool: Crashes Gnome when reducing Number of Workspaces

control: found -1 mutter/3.21.91-2 Hi Andreas Henriksson, I think I found how to reproduce this: In a freshly installed Stretch system (my main machine) this happens only if you've set in the Gnome Tweak Tool: Desktop - Icons on Desktop - On After this as previously described: Workspaces -

Bug#837787: xul-ext-adblock-plus: AdBlock-Plus is changing to advertising software

Package: xul-ext-adblock-plus Version: xul-ext-adblock-plus Severity: normal Dear Maintainer, please take a look at AdBlock Plus "Advertising Program" and remove it from repository if nessesary, because it is a violence of the Debian Software Guidelines.

Bug#782075: gnome-tweak-tool: Crashes Gnome when reducing Number of Workspaces

control: found -1 3.14.4-1~deb8u1 I just reproduced the crash on a freshly installed *Jessie* laptop (only the tasks Gnome, ssh-server, system utils, and the packages etckeeper and smartmontools* installed, nothing else, no changes). So I can/could reproduce this on 3 machines: 2x on Jessie 1x

Bug#837028: [Pkg-gauche-devel] Bug#837028: gauche-gtk: FTBFS: pango-font.c:249:44: error: 'desc' undeclared (first use in this function)

forwarded upstream: https://github.com/shirok/Gauche-gtk2/issues/5

Bug#836566: Fix committed for #836566 and probably #836566

control: tag -1 + pending On 13.09.2016 21:18, Jens Reyer wrote: > jreyer-guest pushed a commit to branch master > in repository wine. > > commit 8103285d2870713930df7004a2afa292902461af > Author: Jens Reyer <jre.wine...@gmail.com> > Date: Tue Sep 13 21:17:02 2016

Bug#837377: wine32-tools: Build with winegcc is not reproducible

On 11.09.2016 05:41, Javier Serrano Polo wrote: > Package: wine32-tools > Version: 1.8.4-1 > Severity: wishlist > Tags: upstream > > RemoteVstPlugin from lmms-vst-server is compiled with wineg++. The build > is not reproducible because the name of a temporary file is included.[1] > The function

Bug#837028: [Pkg-gauche-devel] Bug#837028: gauche-gtk: FTBFS: pango-font.c:249:44: error: 'desc' undeclared (first use in this function)

upstream git [1] has the same problem [1] https://github.com/shirok/Gauche-gtk2.git

Bug#836911: /usr/bin/winecfg-development: winecfg-development is a fork bomb

On 07.09.2016 20:27, Jens Reyer wrote: > I think I can reproduce this: Wine starts a > wineserver which all other Wine processes connect to. This wineserver > has to be from the same build as the connecting process. Now if wine > (stable)'s wineserver is already running and I then

Bug#836429: q4wine: Please clarify upstream status and homepage

Or maybe use http://web.archive.org/web/*/http://q4wine.brezblock.org.ua/ That's what you get if you enter the homepage on archive.org. This URL will always work, give at least less an impression of an abandoned project, and should be available e.g. in Russia. The only drawback is it might be

Bug#836429: q4wine: Please clarify upstream status and homepage

Thanks for your explanation, that clarifies things for me. On 06.09.2016 15:33, Boris Pek wrote: > Hi, > >> I (co-maintainer of Wine) just saw on >> https://wiki.winehq.org/Third_Party_Applications >> that q4wine is listed as an obsolete application. [...] > Now main developer came back to

Bug#837028: [Pkg-gauche-devel] Bug#837028: gauche-gtk: FTBFS: pango-font.c:249:44: error: 'desc' undeclared (first use in this function)

ually fixing those i still get an error: gcc: error: pango-enum-types.o: No such file or directory greetings, jens

Bug#836566: Unhandled exception in previously working program

On 07.09.2016 22:42, Erik de Castro Lopo wrote: > Jens Reyer wrote: > >> Hmm, probably that points to the same issue as in >> https://bugs.debian.org/836911. >> >> I assume that Wine forks permanently if another wineserver is already >> running. So doe

Bug#836566: Unhandled exception in previously working program

On 04.09.2016 15:12, Jens Reyer wrote: > Hi, > > thanks for your report. > > I can't really read backtraces, but wonder if these identical lines are > normal: > >> 22 0x7bf00d99 _start+0x28() in (0x) > [...] >>

Bug#836911: [pkg-wine-party] Bug#836911: /usr/bin/winecfg-development: winecfg-development is a fork bomb

Hi, thanks for your report. I think I can reproduce this: Wine starts a wineserver which all other Wine processes connect to. This wineserver has to be from the same build as the connecting process. Now if wine (stable)'s wineserver is already running and I then start wine-development I can

Bug#836566: [pkg-wine-party] Bug#836566: Unhandled exception in previously working program

Hi, thanks for your report. I can't really read backtraces, but wonder if these identical lines are normal: > 22 0x7bf00d99 _start+0x28() in (0x) [...] > 200 0x7bf00d99 _start+0x28() in (0x) Maybe try to install the dbgsym packages for at

Bug#836429: q4wine: Please clarify upstream status and homepage

Source: q4wine Version: 1.3.1-1 Severity: minor Hi, I (co-maintainer of Wine) just saw on https://wiki.winehq.org/Third_Party_Applications that q4wine is listed as an obsolete application. So I wanted to see why q4wine is still in Debian ... However after a bit of investigation it looks to me

Bug#836344: dh_installdocs: Typo /info/into/

Package: debhelper Version: 9.20160814 Severity: minor Tags: patch Hi, minor typo in the manpage, see attached patch. Greets jre -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500,

Bug#836197: Icewm doesn't find some icons

sr/share/pixmap +s" (and other sizes to find more icons) Thanks, Jens

Bug#782075: gnome-tweak-tool: Crashes Gnome when reducing Number of Workspaces

user. Note that in the past I could reproduce this on two machines, even for fresh users, see buglog. At least GNOME now (at least since 3.20) doesn't disable all extensions automatically anymore after a crash :) Greets jre . xenv.sh jens@hope:~$ gdb --args /usr/bin/gnome-shell --replace GNU gdb

Bug#782075: gnome-tweak-tool: Crashes Gnome when reducing Number of Workspaces

H $ . ~/xenv.sh $ gdb --args /usr/bin/gnome-shell --replace (gdb) run --> CTRL-ALT-F2 --> Start Tweak Tool Number of Workspaces was set to 2, but the same happens for 3 or 4. --> Decrease Number of Workspaces by one --> CRASH --> CTRL-ALT-F3 (gdb) t a a bt ... (gdb) call gjs_dumps

Bug#836197: Icewm doesn't find some icons

re/pixmaps? Many thanks, Jens Stimpfle

Bug#835976: gnupg2: autopkgtest requires nonexistent command wine32

Source: gnupg2 Version: 2.1.14-5 Severity: normal Hi I (wine comaintainer) noticed that you use the command wine32 in the autopkgtest. This command doesn't exist anymore, since we moved closer to upstream and provide a shared WoW64 setup (this enables users to run 32-bit and 64-bit applications

Bug#819255: wine-binfmt: doesn't register the binfmt on install/remove

control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=39884 This has also been brought up upstream in #39884 for their packages, and is now being discussed in wine-devel, beginning here: https://www.winehq.org/pipermail/wine-devel/2016-July/114021.html and continuing here:

Bug#833678: pwman3: Newer version available upstream - please update package

urrently v0.8.1 > is available, with a lot of changes and new features. > Version 0.9 is about to be released. > Please consider updating the package with the new upstream version. > > Thanks, > >Jens > > > > -- System Information: > Debian Release:

Bug#833678: pwman3: Newer version available upstream - please update package

Version 0.9.0 was released upstream: https://github.com/pwman3/pwman3/releases Jens On Sun, Aug 07, 2016 at 03:47:10PM -0400, Jens Holzhäuser wrote: > Package: pwman3 > Version: 0.5.1d-1 > Severity: wishlist > Tags: upstream > > Dear Maintainer, > > upstr

Bug#834909: apt-cacher-ng: Fix typos in README

Package: apt-cacher-ng Version: 0.9.3.2-1 Severity: minor Tags: patch Hi, please see attached patch to fix 2 minor issues in the README (section 8.1 Package import). 1.) The README talks about apt-cacher instead of apt-cacher-ng, while the following example correctly uses apt-cacher-ng. 2.) In

Bug#834168: icedove: Segfaults after start (./mozilla/js/src/jit/JitFrames.cpp: No such file or directory)

control: fixed -1 1:45.2.0-3 Hi Carsten! On 12.08.2016 20:31, Carsten Schoenert wrote: Please note the follwing and all merged reports. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833635 Thanks. I had read some of them, but didn't see them as releavant. Annoying I missed the clearly

Bug#832129: [wine-development]: RegEdit fails to export whole registry

On 13.08.2016 19:40, Joerg Schiermeier wrote: Hello, I sent a patch to WinHQ and it was accepted. See patch here: Now this is working. Maybe someone wants to close this ticket? Thanks for your work. I already tagged the

Bug#826231: [rt.debian.org #6324] AutoReply: Please add Jens Reyer's key to the DM keyring

On 05.07.2016 21:08, Aníbal Monsalve Salazar wrote: Control: package debian-maintainers Control: tags -1 + pending Hello Jens Reyer, Your DM application was accepted and the corresponding RT ticket is posted at https://rt.debian.org/Ticket/Display.html?id=6324 Currently, rt.debian.org isn't

Bug#834168: icedove: Segfaults after start (./mozilla/js/src/jit/JitFrames.cpp: No such file or directory)

Package: icedove Version: 1:45.2.0-2+b1 Severity: normal Hi! Since 2 days icedove always segfaults after starting (before icedove is ready for user interaction). The backtrace ends with: Thread 1 "icedove-bin" received signal SIGSEGV, Segmentation fault. 0x73e007a1 in

Bug#833956: wine-development: FTBFS on hurd-i386 and kfreebsd-i386

control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=41117 On 10.08.2016 22:41, Pino Toscano wrote: [...] > sysinfo(2) is strictly specific to Linux. [...] > Headers in sys/ and bits/ usually are implementations for the platform; > since sys/sysinfo.h is not standard, you cannot assume

<    1   2   3   4   5   6   7   8   9   10   >