Bug#903966: wine-development: FTBFS on most architectures

2018-07-21 Thread Michael Gardner
Probably related to https://bugs.winehq.org/show_bug.cgi?id=41436



Bug#903789: wine64-development: missing version 3.12-2?

2018-07-14 Thread Michael Gardner
Package: wine64-development
Version: 3.12-1
Severity: normal

I installed wine64-development, then when I tried to install the 
wine-development metapackage it failed due to requiring version >= 3.12-2. 
That's the current version of wine32-development, but wine64-development is 
still at 3.12-1 for some reason.

-- Package-specific info:
/usr/bin/wine does not exist.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages wine64-development depends on:
ii  libc62.27-4
ii  libwine-development  3.12-1

Versions of packages wine64-development recommends:
pn  wine-development
pn  wine32-development  

Versions of packages wine64-development suggests:
pn  libwine-gecko-2.47
pn  wine64-development-preloader  

Versions of packages wine64-development is related to:
ii  fonts-wine  3.0.2-2
pn  wine-development
pn  wine32-development  
ii  wine64-development  3.12-1

-- no debconf information



Bug#889027: quodlibet: New upstream version (4.0.2) available (Python 3 support)

2018-03-19 Thread Michael Gardner
Ondřej, could you confirm you're still actively maintaining this package?


Bug#837743: lxc: Segfault (symbol size mismatch) when starting container created with "download" template

2016-09-14 Thread Michael Gardner

> On Sep 14, 2016, at 03:22, Evgeni Golov <evg...@debian.org> wrote:
> 
> control: tag -1 moreinfo
> Hi Michael,
> 
> On Tue, Sep 13, 2016 at 10:29:39PM -0700, Michael Gardner wrote:
>> I created an unpriviliged Ubuntu (xenial, amd64) container using "lxc-create 
>> -n foo -t download", and it seemed to complete with no problems. But when I 
>> try to start this container using "lxc-start -n foo", I get this error:
>> 
>>> lxc-start: Symbol `ns_info' has different size in shared object, consider 
>>> re-linking
>>> Segmentation fault
>> 
>> Lxc doesn't provide any more logging information or output, even when I set 
>> --logpriority to something high. I also tried creating a Debian (sid, amd64) 
>> container using the download template and got the same error.
> 
> Thanks for the report.
> 
> Sadly, I cannot reproduce it here on Sid:
> 
> evgeni@debian:~$ lxc-create -n foo -t download -- -d ubuntu -r xenial -a amd64
> evgeni@debian:~$ lxc-start -n foo
> evgeni@debian:~$ lxc-attach -n foo
> root@foo:/# uname -a
> Linux foo 4.7.0-1-amd64 #1 SMP Debian 4.7.2-1 (2016-08-28) x86_64 x86_64
> x86_64 GNU/Linux
> root@foo:/# exit
> evgeni@debian:~$ lxc-stop -n foo
> evgeni@debian:~$ 
> 
> ns_info is an internal LXC symbol, so I wonder how it fails the size
> check for you. :(
> 
> Greets
> Evgeni

Thanks for looking into this.

How can I debug further? LXC isn't giving me much to go on, so I'm at a loss.


Bug#837743: lxc: Segfault (symbol size mismatch) when starting container created with "download" template

2016-09-13 Thread Michael Gardner
Package: lxc
Version: 1:2.0.4-1
Severity: important

I created an unpriviliged Ubuntu (xenial, amd64) container using "lxc-create -n 
foo -t download", and it seemed to complete with no problems. But when I try to 
start this container using "lxc-start -n foo", I get this error:

>lxc-start: Symbol `ns_info' has different size in shared object, consider 
>re-linking
>Segmentation fault

Lxc doesn't provide any more logging information or output, even when I set 
--logpriority to something high. I also tried creating a Debian (sid, amd64) 
container using the download template and got the same error.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lxc depends on:
ii  init-system-helpers  1.44
ii  libapparmor1 2.10.95-4
ii  libc62.24-2
ii  libcap2  1:2.25-1
ii  liblxc1  1:2.0.4-1
ii  libseccomp2  2.3.1-2
ii  libselinux1  2.5-3
ii  python3  3.5.1-4
pn  python3:any  

Versions of packages lxc recommends:
ii  bridge-utils  1.5-9
ii  cgmanager 0.41-2
ii  debootstrap   1.0.83
ii  dirmngr   2.1.15-2
ii  dnsmasq-base  2.76-4
ii  gnupg 2.1.15-2
ii  iptables  1.6.0-3
ii  libpam-cgfs   2.0.3-1
ii  lxcfs 2.0.3-1
ii  openssl   1.0.2h-1
ii  rsync 3.1.1-3
ii  uidmap1:4.2-3.1

Versions of packages lxc suggests:
ii  apparmor 2.10.95-4
pn  btrfs-tools  
pn  lua5.2   
pn  lvm2 

-- no debconf information



Bug#799402: fixed in soundtouch 1.9.2-1

2015-09-25 Thread Michael Gardner
On Tue, 22 Sep 2015 16:00:26 + debian.mic...@gmail.com (Miguel A. Colón 
Vélez) wrote:
> Source: soundtouch
> Source-Version: 1.9.2-1
> 
> We believe that the bug you reported is fixed in the latest version of
> soundtouch, which is due to be installed in the Debian FTP archive.

When will this migrate to unstable?


Bug#665334: Adobe font hinting

2015-06-23 Thread Michael Gardner
What's the status of the autohint relicensing?

On Sun, Apr 13, 2014 at 6:29 PM, Read Roberts rrobe...@adobe.com wrote:
 I am working on this now, and the major legal hurdles have been cleared.
 It may still be several months for all the paperwork to get done, but I
 will have finished the development work within a week or two. Definitely
 happening by August.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#787364: ifup@.service does not start any more with systemd 220

2015-06-11 Thread Michael Gardner
Arthur: if the bug is still unresolved, you should reopen this report.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#737613: xen-hypervisor-4.3-amd: Xen not loading dom0 on Jessie - FATAL error on running /etc/init.d/xen

2014-06-15 Thread Michael Gardner
Any progress on this? I think I’m running into the same issue. If my debug info 
might help, just let me know what to provide.

--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#674467: opus: Please add multiarch support.

2013-08-26 Thread Michael Gardner
Ron, what's your basis for stating that Opus 1.1 should be Coming Soon? I 
know there's a beta, but I don't see anything from Xiph about when the full 
release will be.

--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#593790: clojure: 1.2.0 released

2010-09-09 Thread Michael Gardner
Is anybody working on this?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#555473: quodlibet: doesn't display docklet anymore

2009-11-10 Thread Michael Gardner

On Nov 10, 2009, at 7:40 AM, Gerfried Fuchs wrote:


* Michael Gardner gardne...@gmail.com [2009-11-10 00:15:16 CET]:

Did you try re-installing quodlibet-plugins *after* your most recent
QL upgrade?


Erm, no - I wouldn't have any idea why I should, and wouldn't that  
be a
case for a required Pre-Depends or such if that actually is needed?  
But

I'll try next time I'm on my system (not currently, sorry).

So long!
Rhonda


All I can tell you is that I had a similar problem (bug 554676), which  
fixed itself only after I upgraded QL *and* then re-installed  
quodlibet-plugins.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#555473: quodlibet: doesn't display docklet anymore

2009-11-09 Thread Michael Gardner
Did you try re-installing quodlibet-plugins *after* your most recent  
QL upgrade?


On Nov 9, 2009, at 4:37 PM, Gerfried Fuchs wrote:


* A. Christine Spang sp...@mit.edu [2009-11-09 22:40:02 CET]:

On Mon, Nov 09, 2009 at 10:24:52PM +0100, Gerfried Fuchs wrote:

I have no clue why, but since recently quodlibet doesn't display its
docklet to me anymore. When I go to music - plugins it tells me  
that it
doesn't find any plugins. Both quodlibet-ext and quodlibet-plugins  
is

installed.

HELP ME, Rhonda :)


What version of quodlibet-plugins do you have installed?
(Hmm, strange that quodlibet doesn't suggest
quodlibet-plugins, only exfalso. Fixing that.)


Strange that, did miss it myself in the list at the end of the
bugreport, sorry for that. Indeed installed is 20091024-1.

When I type reportbug quodlibet-plugins to get the dependency chain
from it it blabbers about problems:

#v+
There may be a problem with your installation of quodlibet-plugins;
the following problems were detected by debsums:
debsums: missing file /usr/lib/pymodules/python2.4/quodlibet/plugins/ 
playorder/.noinit (from quodlibet-plugins package)
debsums: missing file /usr/lib/pymodules/python2.4/quodlibet/plugins/ 
events/.noinit (from quodlibet-plugins package)
debsums: missing file /usr/lib/pymodules/python2.4/quodlibet/plugins/ 
songsmenu/.noinit (from quodlibet-plugins package)
debsums: missing file /usr/lib/pymodules/python2.4/quodlibet/plugins/ 
editing/.noinit (from quodlibet-plugins package)
debsums: missing file /usr/lib/pymodules/python2.5/quodlibet/plugins/ 
playorder/.noinit (from quodlibet-plugins package)
debsums: missing file /usr/lib/pymodules/python2.5/quodlibet/plugins/ 
events/.noinit (from quodlibet-plugins package)
debsums: missing file /usr/lib/pymodules/python2.5/quodlibet/plugins/ 
songsmenu/.noinit (from quodlibet-plugins package)
debsums: missing file /usr/lib/pymodules/python2.5/quodlibet/plugins/ 
editing/.noinit (from quodlibet-plugins package)

#v-

I rather think that this is an issue in the md5sums file but I thought
I'll mention it anyway. :)

Here is the dependency chain from quodlibet-plugins that is installed:

Versions of packages quodlibet-plugins depends on:
ii  exfalso   2.1-4  audio tag editor for GTK+
ii  python-support1.0.4  automated rebuilding  
support for P


Versions of packages quodlibet-plugins recommends:
pn  k3b   none (no description  
available)
ii  lastfmsubmitd 1.0.5-1submission daemon for  
the Last.fm
ii  notification-daemon   0.4.0-2a daemon that displays  
passive pop
ii  python-cddb   1.4-5.1+b1 Python interface to CD- 
IDs and Fre
ii  python-dbus   0.83.0-1   simple interprocess  
messaging syst
ii  python-gnome2 2.28.0-1   Python bindings for the  
GNOME desk
pn  python-musicbrainznone (no description  
available)




With quodlibet 2.1-4, you need quodlibet-plugins =
20091024-1, since with moving back to python-support the
directory layout changed. Failing to specify proper
conflicts to note this was my fault; it will be fixed on the
next upload.


Hmm, then this issue is indeed strange. What more do you want me to
test?

Starting quodlibet from a shell gives me these messages:

#v+
rho...@edna:~$ LC_ALL=C quodlibet
Initializing audio backend (gstbe)
Initializing main library (~/.quodlibet/songs)
Supported formats: mod, mp3, mp4, mpc, spc, trueaudio, wav, wavpack,  
wma, xiph
/usr/lib/pymodules/python2.5/quodlibet/qltk/x.py:115:  
DeprecationWarning: Use the new widget gtk.Tooltip

 tips = gtk.Tooltips()
/usr/lib/pymodules/python2.5/quodlibet/qltk/x.py:118:  
DeprecationWarning: Use the new widget gtk.Tooltip

 tips.enable()
/usr/lib/pymodules/python2.5/quodlibet/qltk/quodlibetwindow.py:513:  
DeprecationWarning: Use the new widget gtk.Tooltip

 _(Check for changes in your library))
/usr/lib/pymodules/python2.5/quodlibet/qltk/quodlibetwindow.py:516:  
DeprecationWarning: Use the new widget gtk.Tooltip

 _(Reload all songs in your library (this can take a long time)))
/usr/lib/pymodules/python2.5/quodlibet/qltk/quodlibetwindow.py:519:  
DeprecationWarning: Use the new widget gtk.Tooltip

 _(The 40 songs you've played most (more than 40 may 
/usr/lib/pymodules/python2.5/quodlibet/qltk/quodlibetwindow.py:523:  
DeprecationWarning: Use the new widget gtk.Tooltip

 _(The 40 songs you've played least (more than 40 may 
/usr/lib/pymodules/python2.5/quodlibet/qltk/queue.py:82:  
DeprecationWarning: Use the new widget gtk.Tooltip

 tips.set_tip(b, _(Remove all songs from the queue))
/usr/lib/pymodules/python2.5/quodlibet/qltk/quodlibetwindow.py:219:  
DeprecationWarning: Use the new widget gtk.Tooltip

 tips.set_tip(repeat, _(Restart the playlist when finished))
Error grabbing key 173, 0x10ade000
Error grabbing key 171, 0x10ade000
Error grabbing key 172, 0x10ade000
Error grabbing key 209, 0x10ade000
Error grabbing 

Bug#554676: quodlibet-plugins: Quodlibet sees no plugins

2009-11-08 Thread Michael Gardner
Yes, after I upgraded QL and reinstalled quodlibet-plugins, it works  
again. Thanks!


-Michael

On Nov 8, 2009, at 11:10 AM, A. Christine Spang wrote:


On Thu, Nov 05, 2009 at 04:04:13PM -0600, Michael Gardner wrote:

Package: quodlibet-plugins
Version: 20091024-1
Severity: important


After upgrading to the latest version of quodlibet-plugins, QL no  
longer sees any plugins at all.


This is due to not having a strict dependency on the newer
version of quodlibet which has the directory structure that
matches that of the new plugins package.

Apparently the two migrated to testing out of sync--sorry
about that! I should have declared a tighter dependency. I'm
not sure it's worth a specific upload, however. Quodlibet
2.2 is due to be released soon, and I can do a better job of
avoiding mismatches with the upload for that.

Does this problem go away if you upgrade to quodlibet 2.1-4,
which just hit testing?

cheers,
Christine





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#554676: quodlibet-plugins: Quodlibet sees no plugins

2009-11-05 Thread Michael Gardner
Package: quodlibet-plugins
Version: 20091024-1
Severity: important


After upgrading to the latest version of quodlibet-plugins, QL no longer sees 
any plugins at all.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages quodlibet-plugins depends on:
ii  exfalso   2.1-2  audio tag editor for GTK+
ii  python-support1.0.4  automated rebuilding support for P

Versions of packages quodlibet-plugins recommends:
ii  k3b   1.0.5-3+b1 A sophisticated KDE CD burning app
ii  lastfmsubmitd 1.0.5-1submission daemon for the Last.fm 
ii  notification-daemon   0.4.0-2a daemon that displays passive pop
ii  python-cddb   1.4-5.1+b1 Python interface to CD-IDs and Fre
ii  python-dbus   0.83.0-1   simple interprocess messaging syst
ii  python-gnome2 2.28.0-1   Python bindings for the GNOME desk
ii  python-musicbrainz2.1.5-2Second generation incarnation of t

quodlibet-plugins suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org