On 08/15/2015 05:17 PM, Michael Gilbert wrote:
> On Fri, Aug 14, 2015 at 9:29 PM, jre wrote:
>> Hi all,
>>
>> FYI (no RFS, but feedback is welcome): I've uploaded jessie-backports of
>> wine-development and khronos-api to mentors.debian.net. I will further
>&
lates for khronos-api and wine-development
- debdiffs for khronos-api and wine-development dscs.
Nothing more, you may stop reading if you made it thus far. Thanks!
btw: just arrived in Heidelberg for DebConf.
Greets
jre
* Package name: khronos-api
Version : 0~svn29577-2~bpo
On 08/04/2015 04:38 AM, Michael Gilbert wrote:
> On Sun, Jul 26, 2015 at 10:54 PM, jre wrote:
>> First off, yes, the current upstream version via backports would be
>> nice. Now I'm seriously thinking about doing wine-development backports
>> for Jessie's lifespan
n't find out, why it was broken in the beginning. I doubt it was a bug
in the wine packaging.
I'll file separate bugs for the stuff I noticed and then close this bug.
Have fun
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubs
On 07/31/2015 05:15 PM, Eric Christensen wrote:
> On Friday, July 31, 2015 04:33:12 PM jre wrote:
>> Make a clean reinstall. First remove all wine packages (please post the
>> output) (one line):
>>
>> $ sudo apt-get purge wine wine-binfmt wine32 wine64 wine32-dev-tools
tput):
$ sudo apt-get install wine wine32 wine64 libwine libwine:i386
Then repeat all steps from my last mail.
> So it appears that it's not creating ~/.wine any more. :/
Worse, "it" doesn't exist although we are told that it is installed
correctly.
Greets
jre
--
every new try remove your old wineprefixes, just because
Verify your settings:
ls -l ~/.wine ~/.wine64
echo "$WINEPREFIX , $WINELOADER , $WINEDEBUG , $WINEARCH , $WINEPREFIX"
Then try (one line!):
WINEARCH=win32 WINEDEBUG="fixme+all,err+all" WINEPREFIX="$HOME/.win
27;file' on that executable?
>>
>> $ file amhc34062b.exe
>> amhc34062b.exe: PE32 executable (GUI) Intel 80386, for MS Windows
>
> That's a 32-bit executable, not a 64-bit one. Try wine/wine32 instead of
> wine64.
Indeed, and since only "wine" has the w
"wine-development" instead of "wine".
Please report back.
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 07/27/2015 11:07 PM, Stephen Kitt wrote:
> On Mon, Jul 27, 2015 at 04:54:36AM +0200, jre wrote:
>> First off, yes, the current upstream version via backports would be
>> nice. Now I'm seriously thinking about doing wine-development backports
>> for Jessie's lifesp
On 07/27/2015 02:15 PM, Kyle Auble wrote:
> On 07/26/2015 07:54 PM, jre wrote:
>> First off, yes, the current upstream version via backports would be
>> nice. Now I'm seriously thinking about doing wine-development
>> backports for Jessie's lifespan if I f
lopment) in *stable* I'd say the focus is on not breaking
things for the user (so no new versions, only bug fixes), less on the
security perspective. So it isn't that hard to maintain wine-development
in stable and there's no reason to keep it out of there.
wine-development no
-done, as
soon as a fixed libtwolame0 is available. (Unless you prefer something
else, I don't want to annoy you with this bugsystem stuff).
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 07/19/2015 11:45 PM, Michael Gilbert wrote:
> On Sun, Jul 19, 2015 at 1:03 PM, jre wrote:
>> Please let me know if this sounds good to you and whether I should start
>> working on this again.
>
> I was planning to wait for 1.8 to come out to do the
> stable/developmen
packaging.
Then I'd backport the "suffix-patches" in d/patches/development/ to wine
(stable).
I'd also add the correct breaks/replaces.
Finally I'd propose to commit these changes to "master" and a new
"stretch-wine1.6" branch.
Please let me know if
6784. Therefore I tag this bug "jessie-ignore".
Further duplicates:
739863: Fixed in version wine-unstable/1.7.14-4
776784: Closed as there exists the workaround and the bug is fixed in
newer dists.
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
On 06/01/2015 02:15 PM, Pascal Legrand wrote:
> Do we have to use workaround or the bug will be solved ?
It's already fixed in wine 1.6.2-22, which currently waits in the new
queue (https://ftp-master.debian.org/new.html).
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-d
On 05/21/2015 08:34 PM, jre wrote:
> [ wine-development is marked as multi-arch allowed since 1.7.41-2, which
> should have fixed this bug. ]
Ah, just saw that you changed to arch all instead of multi-arch allowed
in 1.7.43-1. I already wondered why aptitude showed wine-development as
ar
he package description of "wineVERSION" notes:
"This is a virtual package that depends on the standard Wine
components." which is not true, it is not virtual and has some content.
Greets
jre
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (
ntion.
For now I don't reopen this bug.
Greets
jre
[1]
As of now it is still listed in the sid Release file next to 1.7.43-1,
see e.g.
ftp://ftp.debian.org/debian/dists/sid/main/binary-i386/Packages.gz
$ apt-cache policy wine-development wine-development:i386
wine-development:
Installed
control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=31836
control: found -1 1.6.2-8
Hi
upstream doesn't support that yet, see bug #31836.
I assume Mike will go the same way as in wine-development (1.7.22-1) and
build it --without-gstreamer for now.
Greets
jre
--
To UNSUBS
No
such file or directory at /usr/bin/tasksel line 261.
Use of uninitialized value in split at /usr/bin/tasksel line 261.
---snap---
This missing file is in the isenkram source, but not packaged. Attached
patch fixes this.
Thx for all your work!
Greets
jre
-- System Information:
Debian R
Control: forcemerge 781557 -1
Hi,
this was already reported, merging the bugs.
It should be fixed in 1.7.41-2, which is currently in the new queue:
https://ftp-master.debian.org/new/wine-development_1.7.41-2.html
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
, but not for #762058.
Unmerging and reopening #762058.
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
;
The IMO correct way would be to keep the already installed
wine-development (amd64). I did this for now manually.
I haven't tested it yet, but I guess a "Multi-Arch: allowed" for the
wine-development package would solve this correctly.
Greets
jre
-- System Information:
Tool the first time.
I didn't do the second reduction, which would be necessary to actually
crash the Gnome session.
Greets
jre
. xenv.sh
bash: /proc//environ: No such file or directory
declare -x DEBEMAIL="jre.wine...@gmail.com"
declare -x DEBFULLNAME="jre"
declare -
Control: found -1 3.14.2-1
Hi,
thanks for the quick answer.
On 04/12/2015 09:11 PM, Andreas Henriksson wrote:
> Control: reassign -1 mutter
>
> Hello!
>
> On Sun, Apr 12, 2015 at 08:02:39PM +0200, jre wrote:
> [...]
>> Apr 12 18:01:58 hope gnome-session[1257]:
>&
I'm a bit clueless which information to provide, e.g. which process
to backtrace, "etc.". I found no logs in ~/gnome*. Instructions or
a reference to an instructional website are welcome.
I'd be happy to provide more information, currently hanging out on
#debian-gnome as jere21
report/discuss this upstream? If yes: where?
Or has it already been discussed (again where? I haven't found anything)?
Thanks and greets
jre
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (900, 'testing'), (300, 'unstable')
Architectu
ssie installation with no
extensions. I can reproduce it here on my daily-use-laptop Jessie
installation.
Thanks
jre
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (900, 'testing'), (300, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures
[UPGRADE] udev:i386 215-11 -> 215-12
[INSTALL] ccache:i386
btw, I'v seen different files conflicting, e.g.:
Official 1.7.38 packages:
/usr/share/wine-development/wine/fonts/smae1257.fon
Just locally rebuilt 1.7.38-1 packages:
/usr/share/wine-development/wine/fonts/smallee.fon
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
03911cf240e68ead
Author: Jan Alexander Steffens (heftig)
Date: Sat Feb 15 17:53:16 2014 +0100
Backlight helper build fixes
commit 3d629c91cfa98b75c6685c2a2003e64fd1b612c4
Author: Chris Wilson
Date: Sat Feb 15 14:55:09 2014 +
intel: Add a helper for setting backlight without root
video: Add disable_native_backlight quirk for Samsung 510R
The necessary disable_native_backlight quirk was already added in v3.16.2.
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
olo.eu/blog/article116/wine-sound-testing
>
> That hasn't been true for almost two years now. You can now install
> libasound2-plugins:i386, and everything will just work.
But the jessie wine packages don't depend on libasound2-plugins.
Attached patch fixes this by insertin
Hi Stephen
On Sun, 8 Feb 2015 21:27:57 +0100 Stephen Kitt wrote:
> Hi,
>
> On Sun, 08 Feb 2015 16:05:47 +0100, jre wrote:
> > libwine-development 1.7.35-2 from experimental does not depend on
> > libxml2. All other versions seem to be ok though.
> >
> > When
tried to use a DOMDocument object, but
libxml2 support was not present at compile time.
[...]
err:msvcrt:MSVCRT__invalid_parameter (null):0 (null): (null) 0
wine: Unhandled exception 0xc417 in thread 14 at address 0x7b83a0ac
(thread 0014), starting debugger...
Greets
jre
-- System Info
d thus a system.reg is created,
"winecfg" will work just as expected,
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
users, simply get the current winetricks
and make it executable:
wget http://winetricks.org/winetricks
chmod +x winetricks
Then execute it from the same directory:
./winetricks
Greets
jre
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (900, 'testing&#x
FYI, these bugs have just been closed in wine 1.7.34:
https://bugs.winehq.org/show_bug.cgi?id=33940 (winmm/mci tests hang on
PC-BSD)
https://bugs.winehq.org/show_bug.cgi?id=34330 (Wine64 does not work on
FreeBSD)
So maybe it's a good time to fully build wine on kfreebsd-amd64 again.
Greet
kt2-1. And
looking at the bugreports at freedesktop even more will be added to
"disable native backlight" in the next time.
So probably just wait for now to see if the patch gets applied and
backported upstream.
Greets
jre
commit ea05c0cd09531bc9834cd176f17d9b7da24cae5f
Author: jre-winesim
then this is used
in CONFLAGS, Can this be the reason?
Otherwise it might be some change in the build environment. At a quick
glance I saw these uploaded to unstable:
16 Oct 2014: wine 1.6.2-11
13 Oct 2014: mesa 10.3.1-1
13 Oct 2014: wine 1.6.2-10
10 Oct 2014: linux 3.16.5-1
Greets
jre
--
To
$ ls /sys/class/backlight/
acpi_video0 intel_backlight
So what to do now to get this fixed both for Jessie (at least document
it in some general way) and in the long run (I guess file upstream
report for the adjust issue)?
Greets
jre
btw: I was hinted to this workaround by the similar, bu
gainst old good 3.14.15 or 3.14.17?
Any tips beyond https://wiki.debian.org/DebianKernel/GitBisect?
May I restrict the bisect to a certain dir/path?
Thanks in advance and for all your work
jre
-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (g
ultiple *.list files in /etc/apt/sources.list.d/
Thanks for pbuilder and all your work!
jre
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (300, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
control: tag -1 patch
control: forcemerge 771104 769473
That should be the same bugs. See attached the patch, doing it the same
way like wine-development.
Greets
jre
diff --git a/debian/control.in b/debian/control.in
index c444684..9d5149d 100644
--- a/debian/control.in
+++ b/debian/control.in
t patch. I built and tested it
successfully on my system.
btw: jessie still has the broken 1.7.29-2.
Greets
jre
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (300, 'unstable')
Architecture: amd64 (x86_64)
Forei
LOADER tests and probably add a PE32+ check (for 64-bit binfmt
support, #769234.) Or should I post a patch for this now?
Mike, the git repository is out of date:
branch jessie is at "release 1.6.2-15" (while 1.6.2-16 is current)
Greets
jre
diff --git a/debian/scripts/wine-wrapper b/debia
> Package libwine does not exist at all on freebsd-amd64
> --
In fact this is the case for some packages with architecture amd64 (but
not any-amd64):
wine64-tools
libwine-dev
libwine
libwine-dbg (missing also on amd64)
Greets
jre
PS:
all on freebsd-amd64
------
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
.org/jessie/kfreebsd-amd64/wine/filelist
https://packages.debian.org/jessie/kfreebsd-i386/wine/filelist
So replacing wine:kfreebsd-amd64 with wine:kfreebsd-i386 might do the
trick. Please report back.
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
control: forcemerge 767437 767938
On 11/03/2014 05:05 PM, Bill Allombert wrote:
> On Mon, Nov 03, 2014 at 03:55:28PM +0100, jre wrote:
>> On 11/03/2014 03:47 PM, Bill Allombert wrote:
>>> Package: wine
>>> Version: 1.6.2-14
>>> Severity: normal
>>>
&g
On 11/03/2014 03:47 PM, Bill Allombert wrote:
> Package: wine
> Version: 1.6.2-14
> Severity: normal
>
> Hello Debian Wine Party,
> since the last update, each time I call wine, it prints
> wine: cannot find L"C:\\windows\\system32\\=.exe"
I guess that's another symptom of https://bugs.debian.org
need WoW64. See
my feature request bug #762058 (wine-development: Please enable WoW64
setup).
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: wine
Version: 1.6.2-15
Severity: serious
Tags: patch
Justification: Policy 7.6.1
Hi
just refer to (767626: wine64-tools: fails to upgrade from 'testing' -
trying to overwrite /usr/lib/x86_64-linux-gnu/wine/bin/winegcc).
The same should apply to the 32-bit packages, too.
control: reassign -1 bugs.debian.org
control: severity -1 minor
control: retitle -1
control: reopen -1
Dear bugs.debian.org maintainers,
On 10/29/2014 02:02 PM, Sandro Tosi wrote:
> On Sun, Sep 28, 2014 at 1:49 PM, jre wrote:
>> I filed a bug against wine-development with report
doesn't work. But
I don't really understand why it works as soon as only wine-development
is installed. I'd think it should end in the broken test, when it
executes "$wine" instead of testing its value.
No idea what the concrete symptoms for wine (stable) are, but I'
control: notfound -1 1.7.27-1
control: found -1 1.7.28-1
control: found -1 1.7.28-2
control: found -1 1.7.28-3
It seems to be /some/ change made in 1.7.28-1.
It still works in 1.7.27-1, but fails in 1.7.28-3.
1.7.28-2 just fixed an FTBFS due to an incorrect manpage path and
1.7.28-3 just added
Regarding Jessie and the upcoming freeze:
Although I really hope that this can be fixed for Jessie, I propose to
wait for 1.7.29-2 to enter testing before uploading a new version
1.7.29-3 (perhaps by raising bug severity to important then).
Remember that this bug only shows its symptoms if both w
Source: wine-development
Version: 1.7.29-2
Severity: normal
tl;dr:
For a strange reason WINELOADER is not passed correctly. This makes
wine-development fail, when wine (stable) is also installed,
Hi,
I've installed both wine and wine-development from unstable. Using
wine-development fails:
~
be accepted, ...).
See https://release.debian.org/jessie/freeze_policy.html.
Greets
jre
diff --git a/debian/scripts/wine b/debian/scripts/wine
index d67a00a..aa3307f 100755
--- a/debian/scripts/wine
+++ b/debian/scripts/wine
@@ -1,9 +1,9 @@
#!/bin/sh -e
name=$(basename $0)
-bindir=/usr/lib
other bug with your
patch and describe what you did there for what purpose.
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
.
Maybe they should just be shown as "open" unless they get tagged "pending".
Thanks
jre
-- Package-specific info:
** Environment settings:
INTERFACE="gtk2"
** /home/jens/.reportbugrc:
reportbug_version "6.5.0"
mode advanced
ui gtk2
realname "jr
On 09/28/2014 05:07 AM, Austin English wrote:
> On Sep 28, 2014 9:30 AM, "jre" <mailto:jre.wine...@gmail.com>> wrote:
>>
>> Source: wine-development
>> Version: 1.7.27-1
>> Severity: normal
>>
>> Hi,
>>
>> wine64 seems not to
Source: wine-development
Version: 1.7.27-1
Severity: normal
Hi,
wine64 seems not to work if the 32-bit packages aren't installed.
I had only the 64-bit packages installed:
ii libwine-development:amd641.7.27-1 amd64
ii wine-development 1.7.27-1 amd64
ii wine64-develop
Hi,
the bugs #742561 and #762058 are marked as pending in reportbug, however
I see no trace of this in their bug logs. Is this some bug in bugs.d.o?
Besides this technical state I'm really curious what the real state of
these bugs is.
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs
(except if you call the executable
directly) - so this would work.
NOTE: Just passing an empty WINEARCH to the wine executable (if WINEARCH
was not set) does not work,
Greets
jre
diff --git a/debian/patches/winemenubuilder.patch b/debian/patches/winemenubuilder.patch
index 3b2d8f3..d43a36c 10
btw, the package wine32-development (or any other from the -development
set) does not provide "wine" in PATH. "which wine" will never work here.
Everything in PATH from the -development packages is suffixed with
"-development".
This is not related to amd64 or i386, just to wine (stable) or
wine-d
But seriously, I think it is enough to just document this fact and just
fix the currently non-working situation (better do the good thing,
instead of trying the perfect thing without implementing it).
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subje
Package: winetricks
Version: 0.0+20140818+svn1202-1
Followup-For: Bug #758996
I extended the patch to set WINE correctly if wineserver is from wine-
development, committed also upstream.
I moved the wineserver check towards the end of the list to avoid
setting a new
WINE unnecessarily (in case se
~
Instead this works:
git clone https://github.com/jaalto/project--debian-wine-dummy.git
Greets and thanks
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
rmail/pkg-wine-party/2013-October/003294.html).
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
WINEPREFIX is a 64-bit
(NOTE: don't do this once WoW64 is implemented, see
http://wiki.winehq.org/Wine64ForPackagers.), or
- if WINEARCH is set to win64.
In all other cases use wine (32-bit).
Add error message if wine64 is requested but not found.
Greets
jre
diff --git a/debian/script
both versions
- patches: naturally they have to be adapted. This is the biggest part
of the patch,
- changelog: modified version for stable
- control.in (especially stable only transitional breaks/replaces and
transitional packages)
You'll find everything in my git repository at
https://gith
his package has been removed from the repository.
Greets
jre
commit 563ce59ea192fa477c03c689c0ee3e9bb880e702
Author: jre
Date: Sun Sep 14 02:34:15 2014 +0200
control.in cleanup
- Fix lintian P:pre-depends-directly-on-multiarch-support,
use "${misc:Pre-Depends}&quo
Hi,
the -development patches missed the wineapploader fix (I didn't notice
this when testing, because the alternative system conceals this problem).
The attached patch goes on top of alternatives-master_DEBSUFFIX.patch or
alternatives-master_minimal.patch.
Thanks
jre
c
For debian/wine-1.6.2 (1.6.2-8):
- alternatives-wine1.6.2.patch
This works for the current packages. But see issues 1 & 2 below, and
consider merging the packaging now.
You'll find everything also in my git repository at
https://github.com/jre-wi
d "prerm (remove and
deconfigure)".
Thanks
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
-development/usr/share/man/de/man1/wine-stable.1
Thanks for debhelper!
jre
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (300, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3
Source: wine-development
Version: 1.7.25-1
Severity: normal
Tags: patch
Hi,
please add libwineVERSION-dbg in architecture amd64.
I guess they are needed there, too.
And they are left over when building on amd64, thus requiring to remove
them manually to build again.
Thanks
jre
--
To
Source: wine-development
Version: 1.7.25-1
Severity: normal
Tags: patch
Hi,
please make the transitional packages deborphan compliant.
You'll find a complete working patch in the masterUnifiedPackaging
branch at https://github.com/jre-wine/wine.
I'd be happy to adjust it in any way re
Source: wine-development
Version: 1.7.25-1
Severity: normal
Tags: patch
Hi,
please add manpages again to wine-development.
You'll find a complete working patch in the masterUnifiedPackaging
branch at https://github.com/jre-wine/wine.
I'd be happy to adjust it in any way required. If
eckout master
cp -rf debian ..
git checkout jessie #or whatever the branch is/will be called
rm -rf debian
mv ../debian .
# update changelog
./debian/rules #recreates debian/control
# build packages
~
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
n, because it increases the workload a lot, if you want to
keep both versions' packaging in sync.
So this is my proposal (completely implemented) to ease that task.
What I did:
===
First off, I've put everything at github:
https://github.com/jre-wine/wine.git
I tried har
or reverts in unstable.
3.)
wine-stable requires an separate git branch. Currently there are 2
branches: "jessie" based on 1.6.2-7, and "wine-1.6.2" containing
1.6.2-8. I couldn't check out the latter one, probably because the
branch name is the same as some tag. Can
7;wine-development_1.7.24.orig.tar.bz2'
Skipping already downloaded file 'wine-development_1.7.24-5.debian.tar.xz'
... so there is a NOTICE that I can find the packaging in git. But this
is of no use, since the head of it is still at "release 1.7.21-1".
Thanks in a
.
I see no use for it, so I'd remove it, too.
So on a Debian system there are only 2 of 4 working possibilities (for
the wineapploader in the wine-development package):
- explicit WINELOADER
- wine-development (wine$suffix) in PATH
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ.
he default I propose to at least give an example
replicating upstream's default [1] and some links [2] in README.Debian.
[1]
I assume this is upstream's default for WINEDEBUG:
WINEDEBUG="err+all,warn+all,fixme+all"
[2]
http://wiki.winehq.org/DebugChannels and/or
https://www.
Package: wine-development
Version: 1.7.24-5
Severity: minor
Typo Wnie instead of Wine:
--- README.debian.orig 2014-08-18 12:16:28.094048602 +0200
+++ README.debian 2014-08-18 12:17:59.078051038 +0200
@@ -39,7 +39,7 @@
Old Versions
-If you want to install a previous version
usr/bin/winecfg
> /usr/bin/winecfg-development
... all work.
To be continued ...
jre
commit 7d58285dbdb664bcc9a69a22c55144751236b0c2
Author: jre
Date: Mon Aug 18 16:41:28 2014 +0200
added update-alternatives system
diff --git a/debian/changelog b/debian/changelog
index 741d97d..1
te close to actually get the wine packages
that were planned for many painful years now (again a so huge thank you
to Michael here). I hope to send a first patch to #758291 tomorrow which
implements the alternative system at least for the -development packages.
I CC'd that bug b
Hi,
On 08/16/2014 07:57 PM, Marc Dequènes (Duck) wrote:
> I have no idea why you renamed wine-unstable into wine-development,
This was announced and discussed here:
http://lists.alioth.debian.org/pipermail/pkg-wine-party/2014-April/003804.html
Greets
jre
--
To UNSUBSCRIBE, email to deb
d party
problems (e.g. playonlinux can't use system's wine-development).
Greets
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: wine-development
Version: 1.7.24-3
Severity: normal
--- Please enter the report below this line. ---
Hi,
the new version suffixes (e.g. /usr/bin/winecfg-development) don't work:
>winecfg-development
wine: cannot find L"C:\\windows\\system32\\winecfg-development.exe
d of "wine-development". Obviously this fails.
I made sure that the desktop file was not from an old installation.
Thanks
jre
--- ~/Desktop/Origin.desktop ---
[Desktop Entry]
Name=Origin
Exec=env WINEPREFIX="/home/jens/.wine" wine
C:windowscommandstart.exe /Unix
Minor correction, my workaround doesn't work. But I get back the old
behavior when I remove "-all" in /usr/bin/wine-development
Sorry for the noise
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe".
ssages (contrary to
upstream's default) is no good idea for a program like wine.
Thanks again
jre
--- System information. ---
Architecture: amd64
Kernel: Linux 3.14-2-amd64
Debian Release: jessie/sid
900 testing http.debian.net
300 unstablehttp.debian.net
-
])
package=wine-development
;;
1.1.*|1.3.*|1.5.*|1.7.*)
package=wine-unstable
;;
[...]
--- snap ---
Hope I helped.
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
finally look in PATH
exec wine-unstable "$appname" "$@"
--- snap ---
Thanks again, looking forward to use wine-development in Debian
jre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
.
Still, a huge Thank You for your efforts and I hope you get wine in
shape before the freeze.
jre
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (300, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i
. pgl is the official
successor of moblock, blockcontrol and mobloquer, all previous authors
agreed on that. So I updated this bug report.
I've already packaged pgl upstream. It's nearly lintian clean. A
repository is at moblock-deb.sourceforge.net.
Thanks
jre
--
To UNSUBSCRIBE, email
1 - 100 of 103 matches
Mail list logo
