bug#18571: Sound card codec module not loaded

2014-09-27 Thread Ludovic Courtès
As of f36afe4 (Linux-libre 3.16.3, eudev 1.9), the codec module of my
sound card doesn’t get loaded.

‘lspci’ identifies the device as:

--8<---cut here---start->8---
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family 
High Definition Audio Controller (rev 04)
Subsystem: Dell Device 0492
Flags: bus master, fast devsel, latency 0, IRQ 46
Memory at e2e6 (64-bit, non-prefetchable) [size=16K]
Capabilities: [50] Power Management version 2
Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
Capabilities: [100] Virtual Channel
Capabilities: [130] Root Complex Link
Kernel driver in use: snd_hda_intel
--8<---cut here---end--->8---

To work around the problem, I end up running this sequence:

--8<---cut here---start->8---
# rmmod snd-hda-codec-analog snd-hda-codec-generic snd-hda-intel 
snd-hda-controller snd-hda-codec snd-hwdep snd-pcm snd-timer snd soundcore
rmmod: ERROR: Module snd_hda_codec_analog is not currently loaded
rmmod: ERROR: Module snd_hda_codec_generic is not currently loaded
# modprobe snd-hda-codec-idt
# udevadm trigger
--8<---cut here---end--->8---

Ludo’.





bug#18221: Source of mit-scheme

2014-09-27 Thread Andreas Enge
On Sun, Aug 17, 2014 at 05:06:07PM +0200, Ludovic Courtès wrote:
> Yes, I think that’s what’s needed, so OK to commit.

Done with commit 68dddca. However, on mips64el we are now in the case that
the binaries are not precompiled, so one would need to bootstrap.

Andreas






bug#18221: Source of mit-scheme

2014-09-27 Thread Ludovic Courtès
Andreas Enge  skribis:

> On Sun, Aug 17, 2014 at 05:06:07PM +0200, Ludovic Courtès wrote:
>> Yes, I think that’s what’s needed, so OK to commit.
>
> Done with commit 68dddca.

Cool.  :-)

> However, on mips64el we are now in the case that the binaries are not
> precompiled, so one would need to bootstrap.

Could be that we’re not doing it right, I don’t know.

I did try to build from the C source a while back, FWIW:

  http://savannah.gnu.org/bugs/?func=detailitem&item_id=29236

Ludo’.





bug#18221: Source of mit-scheme

2014-09-27 Thread Mark H Weaver
Andreas Enge  writes:

> On Sun, Aug 17, 2014 at 05:06:07PM +0200, Ludovic Courtès wrote:
>> Yes, I think that’s what’s needed, so OK to commit.
>
> Done with commit 68dddca.

That commit adds a top-level procedure 'source-directory' that is
specific to mit-scheme.  If it's kept at the top-level, it should
probably be renamed to something like 'mit-scheme-source-directory'.

Also, it would be good to line up the two calls to 'string-prefix?'.

Thanks!
  Mark





bug#18221: Source of mit-scheme

2014-09-27 Thread Andreas Enge
On Sat, Sep 27, 2014 at 03:42:54PM -0400, Mark H Weaver wrote:
> That commit adds a top-level procedure 'source-directory' that is
> specific to mit-scheme.  If it's kept at the top-level, it should
> probably be renamed to something like 'mit-scheme-source-directory'.
> 
> Also, it would be good to line up the two calls to 'string-prefix?'.

Sorry! Are you interested in looking more into how to make it compile on mips?
In that case you might do the changes at the same time. Otherwise, I will make
a separate commit to clean this up.

Andreas






bug#18221: Source of mit-scheme

2014-09-27 Thread Ludovic Courtès
Mark H Weaver  skribis:

> That commit adds a top-level procedure 'source-directory' that is
> specific to mit-scheme.  If it's kept at the top-level, it should
> probably be renamed to something like 'mit-scheme-source-directory'.
>
> Also, it would be good to line up the two calls to 'string-prefix?'.

Done.  :-)

Ludo’.