Package: sane-airscan
Version: 0.99.12-1
Severity: important
Dear Maintainer,
While reviewing an upload of sane-airscan to the Ubuntu NEW queue I
discovered the http_parser.{c,h} files are (C) Joylent, Inc under the
Expat licence, and neither Joylent nor the Expat licence are mentioned
in debian
Hello Jörg,
On Wed, Sep 7, 2016 at 4:05 PM, Jörg Frings-Fürst
wrote:
Hello Chritopher,
thank you for spending your time helping to make Debian better with
this bug report.
Using an absolute path isn't system conform, breaks the library search
and does a lot of work on changes.
I'm sorry, I
Package: argyll
Version: 1.8.3+repack-2
Severity: wishlist
Tags: upstream patch
dispcal includes a simple plugin-like mechanism to integrate
with the system colord ICC store.
It currently simply calls dlopen("libcolordcompat.so", ...),
requiring the plugin to be in the system library resolution
p
reopen 815252
thanks
Bah, closed the wrong bug from the changelog. This is still blocked on
lcms2 adding support.
Hm. I see that you don't have colord-sensor-argyll installed. I think
that might be required to drive your calibration device.
Can you please try installing it and see if calibration works?
It's a Suggests: rather than a Recommends: because it depends on
argyll, which is almost 100MB on-disc a
Thanks for the patches! I'll add the necessary autofoo checks and
propose them upstream.
Would it make more sense for cd-it8 to also respect SOURCE_DATE_EPOCH?
Is there a reason other than ‘it was simpler to just disable
timestamps’ (before I try duplicating the cd-create-profile logic
into t
On Fri, Oct 23, 2015 at 5:01 AM, Lingzhu Xiang
wrote:
* Privilege to drmSetMaster()
If there is only one drm device no setup is needed.
This is an incorrect understanding of what drmSetMaster() does. It is
not setting a primary device, it's the process claiming the DRM_MASTER
capability, wh
Urgh, I thought I'd fixed this *ages* ago.
Indeed, the upstream dependency on gnome-desktop is gone, I've just
failed to remove the build-dependency.
Sorry.
Grr. I was *sure* I tested it with a piuparts upgrade. Time to check
again!
On Tue, 9 Jun 2015 19:12:35 -0500 Daniel Jared Dominguez
wrote:
> Package: libcolorhug-dev
> Version: 1.2.9
> Severity: wishlist
>
>
> Hi there,
>
> I'm building fwupd for Debian. It requires libcolorhug-dev 1.2.9 or
> later. However, the latest version in unstable is 1.2.1. I notice you
> have
Hm. libcolordprivate.so links to liblcms2.so.2, and that symbol is
available in liblcms2 2.6, which you appear to have installed.
Do you happen to have a locally-installed copy of lcms2 hanging around
somewhere? Could you attach the output of “ldd
/usr/lib/x86_64-linux-gnu/libcolordprivate.so.
Package: monogame
Followup-For: Bug #765120
Alright. So, monogame 2.5.1 (from 2012) doesn't build at all against
Monodevelop 5. A new upstream version, Monogame 3.2, doesn't build against the
version of tao-framework in Jessie (also from 2012, project deprecated in
favour of libopentk, for whic
Ok. I can now reproduce this too, but *only* if Do is set to show on
startup (which I didn't have).
I wonder if this is related to the GMutex unpleasantness recently. I'll
investigate.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
Hm. That looks like a pretty normal startup trace.
My guess would be that Do has grabbed input but not managed to show
itself (does hitting unfreeze the desktop?)
I'll give it at try in a GNOME Shell environment to see if I can
reproduce.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ.
Oooh, wow. That's unexpected!
Can you be more specific than ‘freezes’?
ie:
*) Does the mouse pointer still move?
*) Can you VT switch away from X and back?
*) If you VT switch to a terminal, kill gnome-do, and then VT switch
back to X is it unfrozen?
If you can VT switch away, kill Do, and VT
Ah, yes.
The old “glib changes mutex semantics” gambit.
I'll prepare an upload and run the pkg-cli-apps sponsoring gauntlet :)
Hm. I am confused as to how this could happen.
Checking the liblcms2.so.2 from liblcms2-2 2.6-3 on amd64 I find that
it exports cmsGetContextUserData, and ldd shows libcolordprivate.so.2
depending on liblcms2.so.2.
Have you locally installed lcms2 at some point?
Just to check that the write
colord 1.2.1-1 uploaded; has built on s390x and (apparently by
fortunate accident) mipsel.
mips fails with SIGBUS, and will need to be retried once the lcms2 fix
is uploaded.
kfreebsd seems to be hit by a dependency issue, but that doesn't seem
to be colord's fault?
--
To UNSUBSCRIBE, ema
:
Control: tags 747923 confirmed
On 25/05/14 05:10, Christopher James Halse Rogers wrote:
On Sun, May 25, 2014 at 12:03 AM, Emilio Pozuelo Monfort
wrote:
On 13/05/14 02:08, Christopher James Halse Rogers wrote:
Package: release.debian.org
Severity: normal
User: release.debian
Hey there!
What is the actual output colord is spewing to syslog? For me it just
lists the devices that appear when cups starts (ie: all the printers
I've got set up), which seems to be reasonable behaviour to me.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a s
Thanks for the patch! I'll commit this upstream and do a new upload
soon.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: libsnappy-dev
Version: 1.1.2-1
Severity: wishlist
Dear Maintainer,
I would like to statically link libsnappy into the tracing wrappers for
Apitrace to minimise the chance of symbol conflicts and related shared
library misbehaviour as the tracing wrappers are LD_PRELOADed into arbitrary
p
On Tue, May 13, 2014 at 10:04 PM, Guus Sliepen wrote:
On Tue, May 13, 2014 at 01:44:32PM +0200, Guus Sliepen wrote:
Please tell me where I can download your apitrace packages, and
unless there is
something wrong with them I'll upload them to Debian today.
Ok, found something in
git://git
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
The new release from the new stable branch of colord, 1.2.0, contains an
SONAME bump.
Although it contains some API changes from the existing 1.0 packages, they're
all dropping long-depr
Hi!
It's been in an uploadable condition a couple of times over the last
couple of years, but the DDs on the Debian X team have always been too
busy to sponsor at those times (and I've never quite got around to
apply for DD).
I'll give it another update in git; a couple of the other Debian X
reassign 705906 mono-gac
forcemerge 570181 705906
thanks
This is no longer an fsharp bug. You've encountered bug #570181, which
you can work around by installing mono-runtime (or mono-runtime-common,
in experimental) first.
Clearly it's time to fix that longstanding problem :)
signature.asc
De
I've got the infrastructure required to make this work correctly in
branches of cli-common-dev and mono.
They should be uploadable in the next week or so.
signature.asc
Description: This is a digitally signed message part
fixed 711543 0.1.31-1
thanks
This was fixed in 0.1.31-1. It might be worth doing a stable update for
those hitting this in wheezy, though.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archiv
On Fri, 17 May, 2013 at 8:45 AM, Christian Kastner
wrote:
On 2013-05-16 09:47, Simon McVittie wrote:
Please use a Subject line that summarizes the subject of the email.
ACK
On 16/05/13 07:00, Christian Kastner wrote:
Would it be possible to include [a fix for libdbus-related
thread-
Yup, that's it. It's failing to find FSharp.Core.sigdata and
FSharp.Core.optdata; if you copy them
to /usr/lib/mono/gac/FSharp.Core/FSharp.Core/4.3.0.0__b03f5f7f11d50a3a/
you should find that fsharpi works. I clearly had those lying around
from a previous dirty install.
I think we'll need to teach
Hm. I wonder why I didn't see this in testing.
I think I see the problem; it looks like I need to fix the packaging
helpers to install some extra F# specific metadata.
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Christopher James Halse Rogers
* Package name: colord-gtk
Version : 0.1.24
Upstream Author : Richard Hughes
* URL : http://colord.hugsie.com/
* License : LGPL3
Programming Lang: C
Description : GTK+ convenience
-functions false-positive
+
+ -- Christopher James Halse Rogers Wed, 06 Feb 2013 13:57:28 +0800
+
libgusb (0.1.3-5) unstable; urgency=low
* Fix upstream homepage link.
diff --git a/debian/compat b/debian/compat
index 45a4fb7..ec63514 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-8
+9
Package: libgusb
Severity: wishlist
Tags: patch
It would be nice to get the gusb 0.1.5 release in experimental. It includes
gobject-introspection support which is needed by colord 0.1.29, which I'd like
to get into experimental.
I've got a git tree locally with these changes (and a couple more, l
I've fixed this in git. However, the new version of the colord daemon
loads plugins. Would I be correct in assuming that to consider this bug
fixed these plugins will need to be installed in a non-multiarch path,
too?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a s
retitle 603306 ITP: fsharp -- Microsoft F# programming language
owner 603306 !
quit
I plan to package this as a part of the pkg-mono team.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Fun fact: sane_exit(), contrary to its documentation, does not clean up
all the resources used by sane and its backends.
Specifically, a bunch of backends will fail to close the file
descriptors opened in sane_get_devices(). Since colord-sane rescans for
devices on a timer, after some time we run
Well, that's ruined a perfectly good thread-unsafety hypothesis.
Upstream has entirely removed sane support in git due to bugs, relying
only on udev for scanner enumeration.
I'd like to fix it up instead of remove it, as there are plenty of
network-attached scanners that won't be supported withou
Paul Wise wrote:
>Hi,
>
>Whats the status of this ITP? It would be great for the games team and
>upstream developers if this were added to Debian.
>
>--
>bye,
>pabs
>
>http://wiki.debian.org/PaulWise
It's been mostly done a couple of times in pkg-xorg git.
I've recently updated it to a recent
tags 677453 pending
quit
I've got a 0.4 package locally; it requires a little cleanup and
checking, but it should be ready shortly.
signature.asc
Description: This is a digitally signed message part
On Wed, 2012-06-13 at 13:39 +0200, Paul Menzel wrote:
> ...
> > Here is what i did:
> >
> > 1. I rebuilt the colord packages with debuging symbols
>
> It would be great if a package with debugging symbols could be provided.
> James, do you need a separate report for that?
Yeah, I guess I'm resig
Does colord segfault if run explicitly, either by
running /usr/bin/$(dpkg-architecture -qDEB_HOST_MULTIARCH)/colord/colord
or by starting something which bus-activates colord, such as
gnome-color-manager?
There's not much to debug with just the presence of a segfault ;)
signature.asc
Description
severity 674710 wishlist
quit
Hello,
> When I switch on an USB disk I obtain the errors hereafter in syslog :
>
> Jun 2 23:34:01 mcfm4 colord-sane: io/hpmud/musb.c 139: unable
> get_string_descriptor -1: Operation not permitted
> Jun 2 23:34:01 mcfm4 colord-sane: io/hpmud/musb.c 2040: invalid
I can't reproduce this problem on my systems, but it's quite plausible -
the sane backend was split out into a separate binary due to the
difficulties in using sane from a long-running process.
I've just uploaded colord 0.1.21. Although I'm not aware of any specific
colord-sane bugfixes in there,
On Tue, 2012-05-15 at 22:58 +0200, Paul Menzel wrote:
...
> Can you reproduce this issue? If yes, could you capture more information
> like documented on the colord site [1]?
>
> I reported that issue upstream now as the Debian maintainer does not
> seem to have time to deal with this.
>
Thanks
Package: consolekit
Version: 0.4.5-1build1
Severity: normal
Tags: patch
ConsoleKit's ck-history --frequent output truncates usernames to
8 characters. This breaks GDM's frequently-logged-in user check,
so remotely authenticated users (ldap, likewise-open) with usernames
greater than 8 characters
tags pending
thanks
I don't believe this would affect other applications; colord in Debian
is run as the colord system user, rather than as root.
This is fixed in colord 0.1.15, which should be uploaded soon. Tagging
as such.
signature.asc
Description: This is a digitally signed message par
Huh. addgroup is only expected to fail in a couple of ways, none of
which we should be able to hit with that line.
About the only documented way I could see that happening is if you've
already got a non-system group called ‘scanner’. Does that describe
your system?
Can you remove the --quiet sw
You say you've tested this on Ubuntu - to what extent have you tested?
This looks like it will break everything depending on
libgstreamer0.10-0 because it won't be able to find the plugins until
they're updated to install in the multiarch paths. If so, then (a)
patches should be posted for the pl
On Mon, 2011-08-29 at 16:38 +0300, Riku Voipio wrote:
> On Mon, Aug 29, 2011 at 05:48:44PM +1000, Christopher James Halse Rogers
> wrote:
> > The -dev package shouldn't be marked as multiarch; the i386 package is
> > not parallel installable with the amd64 package as
On Wed, 2011-08-24 at 11:54 +0300, Riku Voipio wrote:
> On Wed, Aug 24, 2011 at 09:51:08AM +0200, Julien Cristau wrote:
> > On Wed, Aug 24, 2011 at 10:27:56 +0300, Riku Voipio wrote:
> > > Any updates here? As a udev reverse dependency this is quite important
> > > for earlt multi-arch conversion.
Package: wnpp
Severity: wishlist
Owner: Christopher James Halse Rogers
* Package name: apitrace
Version : 1.0+git
Upstream Author : José Fonseca
* URL : https://github.com/apitrace/apitrace
* License : MIT
Programming Lang: C++, Python
Description
reassign icc-profiles
retitle Provide a package containing only free profiles
severity normal
quit
signature.asc
Description: This is a digitally signed message part
On Wed, 2011-07-13 at 13:58 +0200, Jonas Smedegaard wrote:
> On 11-07-13 at 05:22pm, Christopher James Halse Rogers wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Christopher James Halse Rogers
> >
> >
> > * Package name: shared-color
Package: wnpp
Severity: wishlist
Owner: Christopher James Halse Rogers
* Package name: shared-color-profiles
Version : 0.1.4
Upstream Author : Richard Hughes
* URL : http://www.freedesktop.org/software/colord/
* License : confused (zlib, CC-BY-SA, MIT, GPL
On Mon, 2011-07-11 at 12:16 +0200, Michael Biebl wrote:
> Hi,
>
> Am 11.07.2011 08:06, schrieb Christopher James Halse Rogers:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Christopher James Halse Rogers
> >
> >
> > * Package name: colord
&g
On Mon, 2011-07-11 at 10:23 +0300, Timo Juhani Lindfors wrote:
> Hi,
>
> Christopher James Halse Rogers writes:
> > I'm somewhat hesitant to include implementation details in package
> > descriptions.
>
> I generally agree.
>
> > That said, this is
On Mon, 2011-07-11 at 09:51 +0300, Timo Juhani Lindfors wrote:
> Christopher James Halse Rogers writes:
> > Description : system service to manage device colour profiles
> >
> > colord is a system service that makes it easy to manage, install and
> > gene
Package: wnpp
Severity: wishlist
Owner: Christopher James Halse Rogers
* Package name: colord
Version : 0.1.10
Upstream Author : Richard Hughes
* URL : http://colord.hughsie.com/
* License : GPL2+, LGPL2+
Programming Lang: C
Description : system
The status of the Ubuntu patch upstream, as best I can remember it, is
that they think it's fixing the problem in the wrong place. The libc
dynamic loader is meant to have some special magic set aside so that at
least some TLS code with the initial-exec class can be loaded, but this
clearly isn't
Package: xkb-data
Version: 2.1-2
Severity: normal
In commit b611a52d8 upstream kindly renamed dvorak-intl (which did not have
dead keys) to dvorak-alt-intl. dvorak-intl now has dead keys, so upgrades from
1.8 or earlier to 2.1 will switch the user's keyboard behaviour.
On upgrade from <= 1.8 we
On Mon, 2011-04-25 at 18:29 +0100, Iain Lane wrote:
> reassign 618451 src:gnome-do-plugins
> severity 618451 important
> thanks
>
> Hi,
>
> On Mon, Apr 25, 2011 at 01:47:15PM +0100, Adam D. Barratt wrote:
> >On Mon, 2011-03-21 at 17:34 +1100, Christopher James Halse
Hm. It looks like this is a problem with the mono.addins plugin manager
rather than specifically a Files & Folders plugin issue.
I'll have a look at that code and see where this is falling over. I'll
get back to you if I need more information, or something tested.
Chris
signature.asc
Descript
tags 618415 + pending
thanks
This has been fixed upstream in r1334. I've cherry-picked that commit
into git, and this will be fixed in the next upload.
Thanks
Chris
signature.asc
Description: This is a digitally signed message part
Package: grass
Version: 6.4.0-2
Severity: wishlist
Tags: patch
When xdg-open is available it would be good to use it for GRASS_HTML_BROWSER
instead of x-www-browser. The x-www-browser alternate is system-wide, while
xdg-open will use the browser the user has configured in their DE (eg: in
Preferr
Nothing in that debug log appears to be a problem.
I'm not sure what's causing your error - Do.Interface.ControlOrientation
is an enum defined in the Do.Interface.Linux assembly, so I don't see
how the definition could fail to be found.
signature.asc
Description: This is a digitally signed messa
Package: tracker
Version: 0.8.17-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch
*** /tmp/tmpyMnJSs
In Ubuntu, we've applied the following patch based on BGO: 628672.
It fixes the build against evolution-data-server 2.32.
This should
The kernel patches on that upstream page were incorporated into the
mainline kernel around 2008. They're no problem.
So an xf86-video-sis-imedia source package is feasible, although ugly.
Merging the 671/771 support into the freedesktop.org driver would
clearly be better, but… urgh that's a big d
nouveau_vieux_dri.so is the classic mesa driver for nv04-nv2x nVidia
chips. It currently doesn't build against the libdrm in experimental.
It appears to be more usable in mesa git master. I plan to add it when
we start packaging from the mesa 7.9 branch.
signature.asc
Description: This is a di
This probably is due to your high resolution and low video memory - a
1900x1200 truecolour framebuffer takes up slightly more than half your
VRAM.
signature.asc
Description: This is a digitally signed message part
On Sat, 2010-06-12 at 13:59 +0200, Julien Cristau wrote:
> Package: mesa
> Version: 7.8.1-2
> Severity: serious
>
> mesa in experimental ftbfs on kfreebsd and hurd:
> https://buildd.debian.org/pkg.cgi?pkg=mesa&maint=&dist=experimental
>
> gcc -c -I. -I../../../src/gallium/include
> -I../../../src
Package: wnpp
Severity: wishlist
Owner: Christopher James Halse Rogers
* Package name: docky
Version : 2.0.0
Upstream Author : Jason Smith
* URL : https://launchpad.net/docky
* License : GPL-3+
Programming Lang: C#, Python
Description : Elegant
Package: gjs
Version: 0.4-4
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu lucid ubuntu-patch
*** /tmp/tmpZdM6qE
In Ubuntu, we've applied the attached patch to achieve the following:
+ debian/control:
- Add Build-Depends on dbus-x11 and uuid
Package: mono-gac
Version: 2.4.2.3+dfsg-2
Severity: important
Discovered while investigating why rawang's mono-uia packages failed to install
on the buildds.
09:38 Ok. So, I think rawang's mono-uia problem is interesting from a
policy perspective. The problem is this: mono-uia is delaysigned
ommon-dev suggests no packages.
-- no debconf information
>From 1b56f72feb6dc3b69643aa83921a1935d94f3c7d Mon Sep 17 00:00:00 2001
From: Christopher James Halse Rogers
Date: Tue, 9 Feb 2010 15:33:38 +1100
Subject: [PATCH 1/2] Add resolvePrivateLibrary function and use it to make
dh_clideps error
ommon-dev. With the exception of gnome-sharp2 it doesn't break
any existing builds.
From 1b56f72feb6dc3b69643aa83921a1935d94f3c7d Mon Sep 17 00:00:00 2001
From: Christopher James Halse Rogers
Date: Tue, 9 Feb 2010 15:33:38 +1100
Subject: [PATCH 1/2] Add resolvePrivateLibrary function and
me on the session
+ bus at startup. Show the install buttons iff there's an owner of that name.
+Author: Christopher James Halse Rogers
+Bug-Ubuntu: https://bugs.edge.launchpad.net/ubuntu/+source/paprefs/+bug/489531
+Bug: http://pulseaudio.org/ticket/73
On Wed, 2009-08-19 at 15:48 +0800, Chow Loong Jin wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Chow Loong Jin
>
>
> * Package name: hyena
> Version : 0.1
> Upstream Author : Gabriel Burt
> * URL : http://live.gnome.org/Hyena
> * License : MIT/X11
>
Package: wnpp
Severity: wishlist
Owner: Christopher James Halse Rogers
* Package name: gnome-do-docklets
Version : 0.8.2
Upstream Author : Jason Smith
* URL : http://do.davebsd.org/
* License : GPLv3+
Programming Lang: C#
Description : Dock applets
As it currently stands, this can't be done in a policy-compliant way -
the Evolution plugin requires libevolution5.0-cil, and
libevolution5.0-cil links against a library only provided in the
evolution package. We *also* can't split the gnome-do-plugins package
due to the way gnome-do uses mono.add
fixed 516194 0.6.1.0-1
quit
This is fixed in the experimental packages. These will be uploaded to
unstable once the mono 2.0 transition is ready.
signature.asc
Description: This is a digitally signed message part
tags 418595 needinfo
quit
This looks like a simple case of a missing dllmap config file. The
current (0.3.8-1) package contains a config file for the appropriate
assembly, and it looks like the package has done for some time.
Can you reproduce this on a current package? If not, I'd say this is
lintian warning about copyright legalities.
+
+ -- Christopher James Halse Rogers Wed, 04 Feb 2009 16:06:23 +1100
+
homebank (3.8-1) unstable; urgency=low
* New upstream release.
--- homebank-3.8/debian/control 2009-02-05 14:21:24.0 +1100
+++ homebank-4.0.2/debian/control 2009-0
I've applied the patch[1] attached to comment 21 of the upstream bug to
the Ubuntu packages. While it only works for gnome-screensaver, it
doesn't break anything else, and should be reasonably easy to add
support for other screensavers there. I don't have much motivation to
do that work myself th
I know this won't make Lenny, but I just want to get some feedback on
the above patch before it drops off my radar again. Is this approach
acceptable? Is the patch as-is likely to be acceptable for Squeeze?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble
The Do 0.5 series of releases is unsuitable for packaging; there's no
way for us to ship the 0.5 plugins, and without the plugins Do is pretty
useless.
Upstream is releasing 0.6, which resolves this issue, this week. I
should be able to update the Debian package sometime in the next couple
of wee
X-Debbugs-CC: Christopher James Halse Rogers <[EMAIL PROTECTED]>
Package: wnpp
Owner: Christopher James Halse Rogers <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: google-data-cil
Version : 1.2.1.0
Upstream Author : Google
* URL or Web page : http://code.
This is an upstream bug: https://bugs.edge.launchpad.net/do/+bug/207485.
It seems the consensus is that this is a bug in Metacity's compositor -
it doesn't appear to happen with other compositing managers, although
there's talk of a possible work-around being implemented.
signature.asc
Descripti
I'm RAOF, maintainer of the Ubuntu PPA mentioned earlier. I've recently
changed the libdrm package in my PPA to produce a module-assistant using
drm-modules-source package, which might make inclusion in experimental a
bit easier.
Speaking with upstream, they very much do not want the 3d portion
s
trol fields.
- -- Jordi Mallach <[EMAIL PROTECTED]> Mon, 26 Nov 2007 11:24:30 +0100
+ [ Christopher James Halse Rogers ]
+ * debian/control
+ * debian/rules:
++ Import the multi-arch magic from alsa-lib to build a lib32asound2-plugins
+ package wherever lib32asound2 is built, a
It looks like you're using pulseaudio, or at least have libpulse0
installed.
Does this crash happen reproducibly? If so, this would seem to be
a(nother) manifestation of bug #427991.
signature.asc
Description: This is a digitally signed message part
What is the progress of this ITP? Apart from the lack of license
headers in any of the source files, it seems a simple enough packaging
task, although I note that there have been a couple of upstream releases
since you created your packages.
I can help, or take over, if you like.
signature.asc
Package: monodevelop
Version: 0.18.1+dfsg-1
Severity: normal
Monodevelop, the program, depends on a gecko renderer being present, but
the package has no dependency on a package which provides one. Removing
the libxul0d package doesn't remove monodevelop, but trying to run
"monodevelop" from a ter
Package: wnpp
Owner: Christopher James Halse Rogers <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: specto
Version : 0.2.1
Upstream Author : Jean-Francois 'Kiddo' Fortin Tam <[EMAIL PROTECTED]>
* URL or Web page : http://code.google.com/p/specto
*
Package: wnpp
Owner: Christopher James Halse Rogers <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: pulseaudio-device-chooser-gtk
Version : 0.9.3
Upstream Author : Lennart Poettering <[EMAIL PROTECTED]>
* URL or Web page : http://0pointer.de/lennart/projects/
95 matches
Mail list logo
