code dumps from Jan Nekvasil
So, TODO on my (or Jan's) end:
Update wine wiki to point to github
Upload latest code to github
This shouldn't block you on making a first version of the package based off
mine, however -- we can update the metadata to point to the github repo
later.
Thanks,
S
Package: libglfw2
Version: 2.7.2-1
While packaging a game, I discovered that this library is not
multi-arched. The result was that another game using the library that
happened to be 32-bit could not be coinstalled at the same time,
leading to a weird random conflict between two unrelated games.
Indeed, without M-A: foreign in the binary package, winetricks may
become uninstallable on amd64 because anything winetricks
depends/recommends will be forced to be i386 versions of the packages.
In the case of things like called executables, winetricks is completely
capable of using the native ar
I just noticed the debian/copyright of the package was indeed not
specific regarding the icon. I looked back through my email archives:
The icon file is:
Copyright 2010 Joel Holdsworth
The desktop file is:
Copyright 2007-2013 Scott Ritchie
Both are LGPL 2.1+ licensed, the same as wine and
Package: winetricks
Version: 0.0+20121030+svn918-2
I had a user report to me that the icon for winetricks had disappeared
in raring, and he was thus no longer able to find it without use of a
terminal. This is because Ubuntu now inherits winetricks from Debian.
Please consider importing the .des
Package: ttf-wqy-microhei
Version: 0.2.0-beta-1.1
If a user wants to install an i386 package depending on ttf-wqy-microhei
onto an amd64 system, it may erroneously come up as uninstallable as
apt has no multiarch information on fonts-liberation.
Please mark ttf-wqy-microhei as multi-arch: fo
Package: fonts-unfonts-core
Version: 1.0.2-080608-9
If a user wants to install an i386 package depending on
fonts-unfonts-core onto an amd64 system, it may erroneously come up as
uninstallable as apt has no multiarch information on fonts-liberation.
Please mark fonts-unfonts-core as multi-arc
Package: fonts-liberation
Version: 1.07.2-6
If a user wants to install an i386 package depending on fonts-liberation
onto an amd64 system, it may erroneously come up as uninstallable as apt
has no multiarch information on fonts-liberation.
Please mark fonts-liberation as multi-arch: foreign i
Package: opus-tools
Version: 0.1.2-1
There is a new upstream release, version 0.1.5, that came out alongside
the official opus 1.0.1 release. Please update :)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@li
Package: erlang
Version: 1:15.b.1-dfsg-3
Binary packages within erlang should be declared Multi-arch: foreign.
While erlang is arch: all, without this field apt will assume that the
transitive dependencies of any package depending on erlang will need to
be satisified with the same architecture
Hi, I managed to migrate the packaging to debhelper 9 and multiarch.
The Ubuntu version currently has it, however it's version 1.0.1. Would
you be interested in those changes, or just a patch to transition to
debhelper 9 / multiarch but keep it at the current upstream version?
Thanks,
On 9/20/12 12:53 PM, Ron wrote:
On Wed, Sep 19, 2012 at 09:31:56PM -0700, Scott Ritchie wrote:
Was it your intention to upload to experimental immediately, or post
Wheezy release? Thank you :)
Unless Wheezy somehow releases in the next few days we'll surely be
making packages availab
Was it your intention to upload to experimental immediately, or post
Wheezy release? Thank you :)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: lintian
Version: 2.5.4
If I make package foo depend on bar:any (= ${binary:Version}), and the
source package provides both foo and bar, lintian will throw the
version-substvar-for-external-package error. This is incorrect, as the
package is not external.
--
To UNSUBSCRIBE, email to d
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=33094
Bug-Debian: http://bugs.debian.org/609630
Bug-Debian: http://bugs.debian.org/618624
Author: Per Olofsson
Author: Scott Ritchie
Index: xdg-utils-1.1.0~rc1/scripts/xdg-mime
===
--- xdg-u
On 03/26/2011 03:07 AM, Per Olofsson wrote:
> 2011-03-17 15:13, Scott Ritchie skrev:
>> Running mimetype foo.pdf does indeed work with libfile-mimeinfo-perl
>> installed (without gvfs-bin), however xdg-utils doesn't seem to actually
>> use it, as I still get no output fo
On 03/17/2011 01:53 AM, Per Olofsson wrote:
> Hi Scott,
>
> 2011-03-17 00:50, Scott Ritchie skrev:
>> >From launchpad:
>> >https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/602799
>> Originally reported in Ubuntu, but it should also affect Debian the same.
Package: xdg-utils
Version: 1.0.2+cvs20100307-1ubuntu0.2
Severity: important
>From launchpad: https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/602799
Originally reported in Ubuntu, but it should also affect Debian the same.
Essentially, xdg-mime will not work without an additional package
My apologies in advance if this isn't directly related but I came across
this bug while diagnosing something very similar in Ubuntu
https://bugs.launchpad.net/ubuntu/+source/procps/+bug/447197
It seems that procps start and restart can fail in Ubuntu. When done in
a maintainer script this results
Kurt Roeckx wrote:
> On Sat, Oct 03, 2009 at 12:50:48PM -0700, Scott Ritchie wrote:
>> We now have libao in ia32-libs on Ubuntu, so it definitely should be
>> removed from packages-arch-specific. Debian could do something similar.
>>
>> I'm still not exactl
/usr/lib32 even with the appropriate LDFLAGS
Thanks,
Scott Ritchie
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Any progress on finding a mentor? I'd like to sync this package into
Ubuntu Intrepid and it would be very helpful if it got into Debian first.
Thanks,
Scott Ritchie
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
rent-ruby too and
> isn't conflicting with libtorrent rakshasa name so there's no really
> need, I believe.
>
> Regards.
That makes sense. How about a change in the short description, instead?
apt-cache search libtorrent should make it clear that it's the
rakshash
nt-rakshasha to avoid confusion?
Thanks,
Scott Ritchie
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
op.
> I'm not any good at design but if it was usable I could spend some time
> trying to recreate that icon as svg.
> Thanks, Jonas
>
>
The Ubuntu packages already have full SVG icons. They were sent to the
wine-devel mailing list a while back. Just use those.
Thanks,
This sounds like a good summer project for me to tackle while I'm
redoing the rest of the documentation. Phasing out c2man has been a
long time coming.
-Scott Ritchie
On Sun, 2005-06-12 at 21:09 +0100, Martin Michlmayr wrote:
> Package: wine
> Version: 0.0.20050419-1
> Seve
te its own fake windows drive automatically, and you then supply
some of the missing DLLs using Winetools. A link to Winetools can be
found on the Wine downloads page, along with packages for the latest
release of Wine.
Thanks,
Scott Ritchie
On Sun, 2005-01-16 at 19:06 -0500, Alfie Costa wrot
Try my updated packages. http://www.winehq.org/site/download-deb
For some reason Ove hasn't been willing to keep the Debian packages
updated with the newer Wine releases.
Thanks,
Scott Ritchie
On Thu, 2005-01-13 at 00:55 +0200, Haggai Eran wrote:
> Package: wine
> Version: 0.0
28 matches
Mail list logo
