Re: [gentoo-user] ir receiver - mceusb

[Daniel Frey]

On 03/22/2017 04:13 PM, Petric Frank wrote:
> Hello Dan,
> 
>  
> 
> Am Mittwoch, 22. März 2017, 13:37:43 schrieb Daniel Frey:
> 
>> On 03/22/2017 08:12 AM, Petric Frank wrote:
> 
>> > maybe this is not exactly a gentoo problem. Please point me to correct
> 
>> > location if i am wrong here.
> 
>> >
> 
>> > I've got a MCE-like ir remote together with a USB receiver.
> 
>> >
> 
>> > Looks like it is detected by the kernel and a input device was created.
> 
>> >
> 
>> > Most of the keys are working. But - for example - the color buttons
> do not
> 
>> >
> 
>> > generate any output.
> 
>> >
> 
>> > "ir-keytable" (version 1.10.1) returns:
> 
>> >
> 
>> > Couldn't find any node at /sys/class/rc/rc*.
> 
>> >
> 
>> > "ir-keytable -d /dev/input/eventxx" gives as output:
> 
>> >
> 
>> > Name: PHILIPS MCE USB IR Receiver- Spi
> 
>> > bus: 3, vendor/product: 0471:0613, version: 0x0100
> 
>> >
> 
>> > Using for test
> 
>> >
> 
>> > ir-keytable -d /dev/input/eventxx -r
> 
>> >
> 
>> > i got:
> 
>> >
> 
>> > --- cut 
> 
>> >
> 
>> > scancode 0x700e0 = KEY_LEFTCTRL (0x1d)
> 
>> > ...
> 
>> >
> 
>> > Enabled protocols: other lirc rc-5 jvc sony nec sanyo mce-kbd rc-6 sharp
> 
>> > xmp
> 
>> > --- cut 
> 
>> >
> 
>> > But there is no definition of the color buttons in the list above.
> 
>> >
> 
>> > Tests were done using this command:
> 
>> >
> 
>> > ir-keytable -d /dev/input/eventxx -t
> 
>> >
> 
>> > Any hints ?
> 
>> >
> 
>> >
> 
>> > Is it possibe to see the scancodes received by the USB-receiver to
> 
>> > validate
> 
>> >
> 
>> > that the remote really sends data for the color buttons. What kernel
> 
>> > options i have to enable ?
> 
>> >
> 
>> > (Also for checking and not barking at the wrong tree due to hardware
> 
>> > problems)
> 
>> >
> 
>> > Some info about my system:
> 
>> >
> 
>> > Kernel 4.9.6 (amd64) custom configured
> 
>> >
> 
>> > Distribution: Gentoo
> 
>> >
> 
>> > lsmod output:
> 
>> >
> 
>> > --- cut --
> 
>> >
> 
>> > Module Size Used by
> 
>> >
> 
>> > rc_rc6_mce 1580 0
> 
>> > mceusb 10365 0
> 
>> > rc_core 16719 2 mceusb,rc_rc6_mce
> 
>> > usb_storage 48619 0
> 
>> > hid_generic 1385 0
> 
>> > usbhid 35380 0
> 
>> > input_leds 3022 0
> 
>> > led_class 3975 1 input_leds
> 
>> >
> 
>> > ohci_pci 3272 0
> 
>> >
> 
>> > snd_hda_codec_generic 52071 2
> 
>> > r8169 67900 0
> 
>> > xhci_pci 4958 0
> 
>> > xhci_hcd 101734 1 xhci_pci
> 
>> > mii 4099 1 r8169
> 
>> > ohci_hcd 27022 1 ohci_pci
> 
>> > ehci_pci 4103 0
> 
>> > ehci_hcd 41036 1 ehci_pci
> 
>> > usbcore 165285 9
> 
>> >
> mceusb,usbhid,usb_storage,ehci_hcd,ohci_pci,xhci_pci,ohci_hcd,xhci_hcd,ehc
> 
>> > i_pci usb_common  1 usbcore
> 
>> > snd_hda_intel 18065 0
> 
>> > snd_hda_codec 73835 2 snd_hda_intel,snd_hda_codec_generic
> 
>> > snd_hwdep 5866 1 snd_hda_codec
> 
>> > snd_hda_core 40055 3
> 
>> > snd_hda_intel,snd_hda_codec,snd_hda_codec_generic
> 
>> > snd_pcm 78737 3 snd_hda_intel,snd_hda_codec,snd_hda_core
> 
>> > snd_timer 19336 1 snd_pcm
> 
>> > snd 55051 6
> 
>> >
> snd_hda_intel,snd_hwdep,snd_hda_codec,snd_timer,snd_hda_codec_generic,snd_
> 
>> > pcm soundcore 5231 1 snd
> 
>> > --- cut --
> 
>> >
> 
>> > The remote looks like this one:
> 
>> >
> 
>> > https://www.mythtv.org/wiki/File:Philips-remote.jpg
> 
>> >
> 
>> > but its branded as olidata.
> 
>> >
> 
>> > The receiver is detected as (syslog):
> 
>> > --- cut --
> 
>> >
> 
>> > [ 6.937470] usb 4-2: new low-speed USB device number 3 using xhci_hcd
> 
>> >
> 
>> > [ 7.117723] usb 4-2: New USB device found, idVendor=0471, idProduct=0613
> 
>> >
> 
>> > [ 7.117730] usb 4-2: New USB device strings: Mfr=1, Product=2,
> 
>> > SerialNumber=0
> 
>> >
> 
>> > [ 7.117735] usb 4-2: Product: MCE USB IR Receiver- Spinel plus
> 
>> >
> 
>> > [ 7.117740] usb 4-2: Manufacturer: PHILIPS
> 
>> >
> 
>> > [ 7.132840] input: PHILIPS MCE USB IR Receiver- Spinel plus as
> 
>> >
> 
>> >
> /devices/pci:00/:00:15.2/:04:00.0/usb4/4-2/4-2:1.0/0003:0471:0
> 
>> > 613.0003/input/input19
> 
>> >
> 
>> >
> 
>> > [ 7.185141] hid-generic 0003:0471:0613.0003: input,hiddev0,hidraw2: USB
> 
>> > HID v1.00 Keyboard [PHILIPS MCE USB IR Receiver- Spinel plus] on
> 
>> > usb-:04:00.0-2/input0
> 
>> >
> 
>> > [ 7.191372] usbcore: registered new interface driver mceusb
> 
>> >
> 
>> > -- cut --
> 
>>
> 
>> Exactly what have you enabled in the kernel? You've probably missed
> 
>> something if nothing is created under /sys/class/rc/.
> 
>  
> 
> Which modules create the entries under /sys/class/rc/.
> 
> This is the media drivers part of the kernel config:
> 
>  cut --
> 
> #
> # Media drivers
> #
> CONFIG_RC_CORE=m
> CONFIG_RC_MAP=m
> CONFIG_RC_DECODERS=y
> CONFIG_LIRC=m
> CONFIG_IR_LIRC_CODEC=m
> 

Re: [gentoo-user] ir receiver - mceusb

[Petric Frank]

Hello Dan,

Am Mittwoch, 22. März 2017, 13:37:43 schrieb Daniel Frey:
> On 03/22/2017 08:12 AM, Petric Frank wrote:
> > maybe this is not exactly a gentoo problem. Please point me to 
correct
> > location if i am wrong here.
> > 
> > I've got a MCE-like ir remote together with a USB receiver.
> > 
> > Looks like it is detected by the kernel and a input device was created.
> > 
> > Most of the keys are working. But - for example - the color buttons do 
not
> > 
> > generate any output.
> > 
> > "ir-keytable" (version 1.10.1) returns:
> > 
> > Couldn't find any node at /sys/class/rc/rc*.
> > 
> > "ir-keytable -d /dev/input/eventxx" gives as output:
> > 
> > Name: PHILIPS MCE USB IR Receiver- Spi
> > bus: 3, vendor/product: 0471:0613, version: 0x0100
> > 
> > Using for test
> > 
> > ir-keytable -d /dev/input/eventxx -r
> > 
> > i got:
> > 
> > --- cut 
> > 
> > scancode 0x700e0 = KEY_LEFTCTRL (0x1d)
> > ...
> > 
> > Enabled protocols: other lirc rc-5 jvc sony nec sanyo mce-kbd rc-6 
sharp
> > xmp
> > --- cut 
> > 
> > But there is no definition of the color buttons in the list above.
> > 
> > Tests were done using this command:
> > 
> > ir-keytable -d /dev/input/eventxx -t
> > 
> > Any hints ?
> > 
> > 
> > Is it possibe to see the scancodes received by the USB-receiver to
> > validate
> > 
> > that the remote really sends data for the color buttons. What kernel
> > options i have to enable ?
> > 
> > (Also for checking and not barking at the wrong tree due to hardware
> > problems)
> > 
> > Some info about my system:
> > 
> > Kernel 4.9.6 (amd64) custom configured
> > 
> > Distribution: Gentoo
> > 
> > lsmod output:
> > 
> > --- cut --
> > 
> > Module Size Used by
> > 
> > rc_rc6_mce  1580  0
> > mceusb 10365  0
> > rc_core16719  2 mceusb,rc_rc6_mce
> > usb_storage48619  0
> > hid_generic 1385  0
> > usbhid 35380  0
> > input_leds  3022  0
> > led_class   3975  1 input_leds
> > 
> > ohci_pci3272  0
> > 
> > snd_hda_codec_generic   52071  2
> > r8169  67900  0
> > xhci_pci4958  0
> > xhci_hcd  101734  1 xhci_pci
> > mii 4099  1 r8169
> > ohci_hcd   27022  1 ohci_pci
> > ehci_pci4103  0
> > ehci_hcd   41036  1 ehci_pci
> > usbcore   165285  9
> > 
mceusb,usbhid,usb_storage,ehci_hcd,ohci_pci,xhci_pci,ohci_hcd,xhci_hcd,e
hc
> > i_pci usb_common    1 usbcore
> > snd_hda_intel  18065  0
> > snd_hda_codec  73835  2 snd_hda_intel,snd_hda_codec_generic
> > snd_hwdep   5866  1 snd_hda_codec
> > snd_hda_core   40055  3
> > snd_hda_intel,snd_hda_codec,snd_hda_codec_generic
> > snd_pcm78737  3 
snd_hda_intel,snd_hda_codec,snd_hda_core
> > snd_timer  19336  1 snd_pcm
> > snd55051  6
> > 
snd_hda_intel,snd_hwdep,snd_hda_codec,snd_timer,snd_hda_codec_gener
ic,snd_
> > pcm soundcore   5231  1 snd
> > --- cut --
> > 
> > The remote looks like this one:
> > 
> > https://www.mythtv.org/wiki/File:Philips-remote.jpg
> > 
> > but its branded as olidata.
> > 
> > The receiver is detected as (syslog):
> > --- cut --
> > 
> > [ 6.937470] usb 4-2: new low-speed USB device number 3 using 
xhci_hcd
> > 
> > [ 7.117723] usb 4-2: New USB device found, idVendor=0471, 
idProduct=0613
> > 
> > [ 7.117730] usb 4-2: New USB device strings: Mfr=1, Product=2,
> > SerialNumber=0
> > 
> > [ 7.117735] usb 4-2: Product: MCE USB IR Receiver- Spinel plus
> > 
> > [ 7.117740] usb 4-2: Manufacturer: PHILIPS
> > 
> > [ 7.132840] input: PHILIPS MCE USB IR Receiver- Spinel plus as
> > 
> > 
/devices/pci:00/:00:15.2/:04:00.0/usb4/4-2/4-2:1.0/0003:047
1:0
> > 613.0003/input/input19
> > 
> > 
> > [ 7.185141] hid-generic 0003:0471:0613.0003: input,hiddev0,hidraw2: 
USB

Re: [gentoo-user] Is "-flto" supported by Gentoo?

[Stroller]

> On 22 Mar 2017, at 02:20, P Levine  wrote:
> 
> Lately, I have been trying to fix some GCC-6 related bugs and have come 
> across some bug reports that seem possibly more "-flto" related than GCC-6 
> related.  Doing a search for "-flto", Gentoo bugtracker, a number of open 
> bugreports clearly show them to be "-flto" bugs in their titles.

Are you trying to fix these bugs upstream with the gcc devs? 

That would be my first stop, if I wanted to wade in. Then when you know what's 
going on there, you can update the Gentoo tracker.

I wrote last month about how helpful I found the gcc devs: 
https://archives.gentoo.org/gentoo-user/message/f5a5ae94fb59945d1eeb2093aab24a1c
 


Stroller.

[gentoo-user] Re: Firefox occasionally stalls

[Kai Krakow]

Am Wed, 22 Mar 2017 15:12:36 +
schrieb Peter Humphrey :

> On Tuesday 21 Mar 2017 22:50:04 Kai Krakow wrote:
> 
> ---<8
> 
> > I'm combining this with bcache. That's a cache between kernel and
> > filesystem that you put on SSD. Apparently, it requires
> > repartitioning to map your filesystem through bcache (it has to add
> > a protective superblock in front of your FS). So, a small SSD +
> > bcache can make your complete 500GB spinning rust act mostly like
> > SSD perfomance-wise.
> > 
> > I think there's a script that can move your FS 8 kB forward on HDD
> > to add that bcache superblock. But I wouldn't try that without
> > backup and some spare time. But it is a performance wonder.
> > 
> > Using 3x 1TB btrfs RAID + 500GB bcache here. The system feels like
> > an SSD system but I don't have to decide what to put on a small SSD
> > and what to put on big slow storage. Is just automagic. ;-)  
> 
> You have me thinking now. I have a couple of spare 1TB SSDs here, and
> my workstation is a 12-core i7 running on a 256GB NVMe drive with 32
> GB RAM.
> 
> Maybe I should put the SSDs into a RAID-1 to contain the system (the
> same as they were in the old, now defunct box), then use the NVMe for
> bcache. What do you think of that idea? I'm not desperately short of
> space, but I've none spare either.

I'm not sure if bcache can use NVMe at their full potential... Maybe
head over to the bcache list and ask there. I think it faces some write
serialization issues while NVMe should better work with multi-queue
scheduler.

If you're going to use mdraid, maybe better look into mdcache.

But your results would be interesting. :-)


-- 
Regards,
Kai

Replies to list-only preferred.

Re: [gentoo-user] Is "-flto" supported by Gentoo?

[Bob Wya]

On 22 March 2017 at 02:20, P Levine  wrote:

> A while back I decided to try my hand at including " -flto" in my
> C{XX}FLAGS and do `emerge -e @world`.  Needless to say, by the end of it my
> "/etc/portage/package.env" was filled with a list of packages that had to
> disable the flag either because it failed to build or broke other builds.
> I never reported them as bugs because I always assumed the flag was unsafe
> and unsupported by Gentoo.
>
> Lately, I have been trying to fix some GCC-6 related bugs and have come
> across some bug reports that seem possibly more "-flto" related than GCC-6
> related.  Doing a search for "-flto", Gentoo bugtracker, a number of open
> bugreports clearly show them to be "-flto" bugs in their titles.
>
> Does Gentoo support the "-flto" flag and are "-flto" related bugreports
> valid?
>

See this Gentoo forum thread on the subject that I've read/followed with
interest ... https://forums.gentoo.org/viewtopic-t-1052716.html
I haven't tried any LTO building since gcc 4.9.x - it was a bit of pain in
the bum as I recall :-)

Bob

Re: [gentoo-user] ir receiver - mceusb

[Daniel Frey]

On 03/22/2017 08:12 AM, Petric Frank wrote:
> Hello,
> 
>  
> 
> maybe this is not exactly a gentoo problem. Please point me to correct
> location if i am wrong here.
> 
>  
> 
> I've got a MCE-like ir remote together with a USB receiver.
> 
>  
> 
> Looks like it is detected by the kernel and a input device was created.
> 
> Most of the keys are working. But - for example - the color buttons do not
> 
> generate any output.
> 
>  
> 
> "ir-keytable" (version 1.10.1) returns:
> 
> Couldn't find any node at /sys/class/rc/rc*.
> 
>  
> 
> "ir-keytable -d /dev/input/eventxx" gives as output:
> 
> Name: PHILIPS MCE USB IR Receiver- Spi
> bus: 3, vendor/product: 0471:0613, version: 0x0100
> 
> Using for test
> 
> ir-keytable -d /dev/input/eventxx -r
> 
> i got:
> 
> --- cut 
> 
> scancode 0x700e0 = KEY_LEFTCTRL (0x1d)
> 
>  
> 
> ...
> 
> Enabled protocols: other lirc rc-5 jvc sony nec sanyo mce-kbd rc-6 sharp
> xmp
> 
> --- cut 
> 
>  
> 
> But there is no definition of the color buttons in the list above.
> 
>  
> 
>  
> 
> Tests were done using this command:
> 
> ir-keytable -d /dev/input/eventxx -t
> 
>  
> 
> Any hints ?
> 
>  
> 
>  
> 
> Is it possibe to see the scancodes received by the USB-receiver to validate
> 
> that the remote really sends data for the color buttons. What kernel
> options i have to enable ?
> 
> (Also for checking and not barking at the wrong tree due to hardware
> problems)
> 
>  
> 
>  
> 
> Some info about my system:
> 
>  
> 
> Kernel 4.9.6 (amd64) custom configured
> 
> Distribution: Gentoo
> 
>  
> 
> lsmod output:
> 
> --- cut --
> 
> Module Size Used by
> 
> rc_rc6_mce  1580  0
> mceusb 10365  0
> rc_core16719  2 mceusb,rc_rc6_mce
> usb_storage48619  0
> hid_generic 1385  0
> usbhid 35380  0
> input_leds  3022  0
> led_class   3975  1 input_leds
> 
> ohci_pci3272  0
> 
> snd_hda_codec_generic   52071  2
> r8169  67900  0
> xhci_pci4958  0
> xhci_hcd  101734  1 xhci_pci
> mii 4099  1 r8169
> ohci_hcd   27022  1 ohci_pci
> ehci_pci4103  0
> ehci_hcd   41036  1 ehci_pci
> usbcore   165285  9
> mceusb,usbhid,usb_storage,ehci_hcd,ohci_pci,xhci_pci,ohci_hcd,xhci_hcd,ehci_pci
> usb_common    1 usbcore
> snd_hda_intel  18065  0
> snd_hda_codec  73835  2 snd_hda_intel,snd_hda_codec_generic
> snd_hwdep   5866  1 snd_hda_codec
> snd_hda_core   40055  3
> snd_hda_intel,snd_hda_codec,snd_hda_codec_generic
> snd_pcm78737  3 snd_hda_intel,snd_hda_codec,snd_hda_core
> snd_timer  19336  1 snd_pcm
> snd55051  6
> snd_hda_intel,snd_hwdep,snd_hda_codec,snd_timer,snd_hda_codec_generic,snd_pcm
> soundcore   5231  1 snd
> 
> --- cut --
> 
>  
> 
> The remote looks like this one:
> 
> https://www.mythtv.org/wiki/File:Philips-remote.jpg
> 
>  
> 
> but its branded as olidata.
> 
>  
> 
> The receiver is detected as (syslog):
> 
> --- cut --
> 
> [ 6.937470] usb 4-2: new low-speed USB device number 3 using xhci_hcd
> 
> [ 7.117723] usb 4-2: New USB device found, idVendor=0471, idProduct=0613
> 
> [ 7.117730] usb 4-2: New USB device strings: Mfr=1, Product=2,
> SerialNumber=0
> 
> [ 7.117735] usb 4-2: Product: MCE USB IR Receiver- Spinel plus
> 
> [ 7.117740] usb 4-2: Manufacturer: PHILIPS
> 
> [ 7.132840] input: PHILIPS MCE USB IR Receiver- Spinel plus as
> 
> /devices/pci:00/:00:15.2/:04:00.0/usb4/4-2/4-2:1.0/0003:0471:0613.0003/input/input19
> 
> 
> [ 7.185141] hid-generic 0003:0471:0613.0003: input,hiddev0,hidraw2: USB
> HID v1.00 Keyboard [PHILIPS MCE USB IR Receiver- Spinel plus] on
> usb-:04:00.0-2/input0
> 
> [ 7.191372] usbcore: registered new interface driver mceusb
> 
> -- cut --
> 
>  
> 

Exactly what have you enabled in the kernel? You've probably missed
something if nothing is created under /sys/class/rc/.

Dan

Re: [gentoo-user] Is "-flto" supported by Gentoo?

[P Levine]

On Tue, Mar 21, 2017 at 11:22 PM, Michael Orlitzky  wrote:
>
> On 03/21/2017 10:20 PM, P Levine wrote:
>>
>>
>> Does Gentoo support the "-flto" flag and are "-flto" related bugreports
>> valid?
>
>
> Sure. If the upstream package needs major changes, then the report probably 
> won't go anywhere, but it's still nice to have a record of the problem. Maybe 
> start a [TRACKER] bug for them?

OK. Thanks.

Re: [gentoo-user] Re: Firefox occasionally stalls

[Peter Humphrey]

On Tuesday 21 Mar 2017 22:50:04 Kai Krakow wrote:

---<8

> I'm combining this with bcache. That's a cache between kernel and
> filesystem that you put on SSD. Apparently, it requires repartitioning
> to map your filesystem through bcache (it has to add a protective
> superblock in front of your FS). So, a small SSD + bcache can make your
> complete 500GB spinning rust act mostly like SSD perfomance-wise.
> 
> I think there's a script that can move your FS 8 kB forward on HDD to
> add that bcache superblock. But I wouldn't try that without backup and
> some spare time. But it is a performance wonder.
> 
> Using 3x 1TB btrfs RAID + 500GB bcache here. The system feels like an
> SSD system but I don't have to decide what to put on a small SSD and
> what to put on big slow storage. Is just automagic. ;-)

You have me thinking now. I have a couple of spare 1TB SSDs here, and my 
workstation is a 12-core i7 running on a 256GB NVMe drive with 32 GB RAM.

Maybe I should put the SSDs into a RAID-1 to contain the system (the same as 
they were in the old, now defunct box), then use the NVMe for bcache. What 
do you think of that idea? I'm not desperately short of space, but I've none 
spare either.

The workstation's full time is spent running physics BOINC projects. That's 
all other than the usual desktop tasks.

-- 
Regards
Peter

[gentoo-user] ir receiver - mceusb

[Petric Frank]

Hello,

maybe this is not exactly a gentoo problem. Please point me to correct 
location if i am wrong here.

I've got a MCE-like ir remote together with a USB receiver.

Looks like it is detected by the kernel and a input device was created. 
Most of the keys are working. But - for example - the color buttons do not 
generate any output.

"ir-keytable" (version 1.10.1) returns:
  Couldn't find any node at /sys/class/rc/rc*.

"ir-keytable -d /dev/input/eventxx" gives as output:
  Name: PHILIPS MCE USB IR Receiver- Spi 

Using for test
  ir-keytable -d /dev/input/eventxx -r
i got:
--- cut 
  scancode 0x700e0 = KEY_LEFTCTRL (0x1d) 

  ...
  Enabled protocols: other lirc rc-5 jvc sony nec sanyo mce-kbd rc-6 sharp 
xmp 
--- cut 

But there is no definition of the color buttons in the list above.


Tests were done using this command:
  ir-keytable -d /dev/input/eventxx -t

Any hints ?


Is it possibe to see the scancodes received by the USB-receiver to validate 
that the remote really sends data for the color buttons. What kernel 
options i have to enable ?
(Also for checking and not barking at the wrong tree due to hardware 
problems)


Some info about my system:

Kernel 4.9.6 (amd64) custom configured
Distribution: Gentoo

lsmod output:
--- cut --
Module  Size  Used by
rc_rc6_mce  1580  0mceusb 10365  0rc_core 
   16719  2 mceusb,rc_rc6_mceusb_storage48619 
 0hid_generic 1385  0usbhid 35380  0input_leds 
 3022  0led_class   3975  1 input_leds
ohci_pci3272  0
snd_hda_codec_generic   52071  2r8169  67900  0xhci_pci 
   4958  0xhci_hcd  101734  1 xhci_pcimii   
  4099 
 1 r8169ohci_hcd   27022  1 ohci_pciehci_pci4103 
 0ehci_hcd   41036  1 ehci_pciusbcore   165285  9 
mceusb,usbhid,usb_storage,ehci_hcd,ohci_pci,xhci_pci,ohci_hcd,xhci_hcd,e
hci_pciusb_common    1 usbcoresnd_hda_intel  18065 
 0snd_hda_codec  73835  2 
snd_hda_intel,snd_hda_codec_genericsnd_hwdep   5866  1 
snd_hda_codecsnd_hda_core   40055  3 
snd_hda_intel,snd_hda_codec,snd_hda_codec_genericsnd_pcm 
   78737  3 snd_hda_intel,snd_hda_codec,snd_hda_coresnd_timer 
 19336  1 snd_pcmsnd55051  6 
snd_hda_intel,snd_hwdep,snd_hda_codec,snd_timer,snd_hda_codec_gener
ic,snd_pcmsoundcore   5231  1 snd
--- cut --

The remote looks like this one:
  https://www.mythtv.org/wiki/File:Philips-remote.jpg

but its branded as olidata.

The receiver is detected as (syslog):
--- cut --
  [6.937470] usb 4-2: new low-speed USB device number 3 using 
xhci_hcd 
[7.117723] usb 4-2: New USB device found, idVendor=0471, 
idProduct=0613 
[7.117730] usb 4-2: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0 
[7.117735] usb 4-2: Product: MCE USB IR Receiver- Spinel plus 
[7.117740] usb 4-2: Manufacturer: PHILIPS 
[7.132840] input: PHILIPS MCE USB IR Receiver- Spinel plus as
/devices/pci:00/:00:15.2/:04:00.0/usb4/4-2/4-2:1.0/0003:047
1:0613.0003/input/input19 
[7.185141] hid-generic 0003:0471:0613.0003: input,hiddev0,hidraw2: 
USB HID v1.00 Keyboard [PHILIPS MCE USB IR Receiver- Spinel plus] on 
usb-:04:00.0-2/input0 
[7.191372] usbcore: registered new interface driver mceusb
-- cut --

Re: [gentoo-user] cron tab

[Daniel Frey]

On 03/21/2017 10:10 PM, the...@sys-concept.com wrote:
> On 03/21/2017 10:49 PM, Michael Orlitzky wrote:
>> On 03/22/2017 12:48 AM, Michael Orlitzky wrote:
>>>
>>> Vixie cron (as well as cronie with USE=anacron) should run the job at
>>> the correct time.
>>>
>>
>> blarg, cronie with USE="-anacron", the anacron flag needs to be OFF.
> 
> I have: 
> sys-process/vixie-cron-4.1-r14 (pam -debug -selinux)
> 
> I created a cron job as root:
> 6 18 3 * 1-5 rsync -av /usr/src/linux/.config 
> /home/thelma/backup/etc/etc_atom/kenel-config
> 
> and checking the /var/log/messages it run at 18:06 today (Mar.21) ?
> but it should run every month on the 3rd. only at 18:06
> 
> grep cron /var/log/messages
> ...
> Mar 21 18:06:01 localhost cron[5190]: (root) CMD (rsync -av 
> /usr/src/linux/.config /home/thelma/backup/etc/etc_atom/kenel-config)
> 
> All my system that I upgraded are effected this way :-/
> 
> --
> Thelma
> 

You've told it to run on the third of the month *and* Mon-Fri. It's just
doing what you told it to.

Dan

Re: [gentoo-user] bashrc in console

[Hogren]

On 22/03/2017 14:57, Alan McKinnon wrote:
> On 22/03/2017 14:34, Hogren wrote:
>> Hello,
>>
>> Anybody knows why ~/.bashrc is not running on the first Bash opening ?
>>
>>
>> Steps to reproduce my problem:
>>
>> - I boot up my machine (systemd)
>>
>> - I have the login prompt
>>
>> - I enter my login, then my password
>>
>> - I am in Bash but ~/.bashrc is not sourced. Aliases, $PATH, and other
>> are not updated.
>>
>> - I enter the command "bash" to enter in a subshell. Now I have my new
>> aliases, $PATH, etc. The ~/.bashrc is sourced.
>>
>>
>>
>> I didn't find the good conf file.
>
> man bash, section INVOCATION.
>
> Study it and study it well. bash does not do with it's startup files
> what you probably assume it does.
>
> Read it, read it again, read it three times. Read and understand what
> is actually there.
>
>
I already read the man pages in the past, and even the Advanced Bash
Scripting Guide (very good free book). I just not remembered a thing
like that.

I didn't read it a second, and a third time ^^. That was my error :)

Bye

Hogren

Re: [gentoo-user] bashrc in console

[Alan McKinnon]

On 22/03/2017 14:34, Hogren wrote:

Hello,

Anybody knows why ~/.bashrc is not running on the first Bash opening ?


Steps to reproduce my problem:

- I boot up my machine (systemd)

- I have the login prompt

- I enter my login, then my password

- I am in Bash but ~/.bashrc is not sourced. Aliases, $PATH, and other
are not updated.

- I enter the command "bash" to enter in a subshell. Now I have my new
aliases, $PATH, etc. The ~/.bashrc is sourced.



I didn't find the good conf file.


man bash, section INVOCATION.

Study it and study it well. bash does not do with it's startup files 
what you probably assume it does.


Read it, read it again, read it three times. Read and understand what is 
actually there.



--
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] bashrc in console

[Hogren]

> http://tinyurl.com/9hrrh53
Very good link. Interesting.
Thanks !

And thanks all for your answers.

Hogren

Re: [gentoo-user] bashrc in console

[Neil Bothwick]

On Wed, 22 Mar 2017 13:34:50 +0100, Hogren wrote:

> Anybody knows why ~/.bashrc is not running on the first Bash opening ?
> 
> 
> Steps to reproduce my problem:
> 
> - I boot up my machine (systemd)
> 
> - I have the login prompt
> 
> - I enter my login, then my password
> 
> - I am in Bash but ~/.bashrc is not sourced. Aliases, $PATH, and other
> are not updated.
> 
> - I enter the command "bash" to enter in a subshell. Now I have my new
> aliases, $PATH, etc. The ~/.bashrc is sourced.

From the man page:
When an interactive shell that is not a login shell is started, bash
reads and executes commands from ~/.bashrc, if that file exists.


-- 
Neil Bothwick

Newspaper Ad: Dog for sale: eats anything and is fond of children.


pgpyYCJNnhH4a.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] bashrc in console

[Tom H]

On Wed, Mar 22, 2017 at 9:02 AM, Hogren  wrote:
> On 22/03/2017 13:58, Hogren wrote:
>> On 22/03/2017 13:57, Hogren wrote:
>>> On 22/03/2017 13:42, Arthur Țițeică wrote:
 În ziua de miercuri, 22 martie 2017, la 14:34:50 EET, Hogren a scris:
>
> Anybody knows why ~/.bashrc is not running on the first Bash
> opening ?

 Maybe you're missing '.bash_profile'. Look in /etc/skel/ for an
 example.
>>>
>>> I don't understand. What do I have to in ~/.bash_profile to run
>>> .bashrc, even at the first logon ?
>>>
>>> I have nothing in /etc/skel.
>>>
>>> /etc/skel $ ls -l
>>> total 0
>>
>> Stupid Hogren… ls -a …
>
> Ok it works, thanks !
>
> Can you explain to me why the ~/.bashrc is sourced in subshells without
> .bash_profile ?

Because when you login, you're in a login shell (PS1 prepended with
"-") so ".bashrc" is sourced from ".bash_profile", ".bash_login", or
".profile" if you have one of them.

Whereas the subshell is an interactive, non-login shell, so ".bashrc"
is sourced directly.

Re: [gentoo-user] bashrc in console

[Andrew Lowe]

On 22/03/17 21:02, Hogren wrote:



On 22/03/2017 13:58, Hogren wrote:


On 22/03/2017 13:57, Hogren wrote:

On 22/03/2017 13:42, Arthur Țițeică wrote:

În ziua de miercuri, 22 martie 2017, la 14:34:50 EET, Hogren a scris:

Hello,

Anybody knows why ~/.bashrc is not running on the first Bash opening ?

Maybe you're missing '.bash_profile'. Look in /etc/skel/ for an example.

I don't understand. What do I have to in ~/.bash_profile to run .bashrc,
even at the first logon ?

I have nothing in /etc/skel.

/etc/skel $ ls -l
total 0


Hogren


Stupid Hogren… ls -a …

I will look.

Sorry.


Ok it works, thanks !

Can you explain to me why the ~/.bashrc is sourced in subshells without
.bash_profile ?

Thanks again !

Bye

Hogren



Hogren,
	I've been playing around with .bash* stuff a bit due to setting up a 
Win based Linux like development environment for Uni students and, if 
I've understood your question correctly, these links might help. They 
outline what file is called in what context.



http://tinyurl.com/9hrrh53

http://tinyurl.com/hqemqzk

Andrew

Re: [gentoo-user] bashrc in console

[Hogren]

On 22/03/2017 13:58, Hogren wrote:
>
> On 22/03/2017 13:57, Hogren wrote:
>> On 22/03/2017 13:42, Arthur Țițeică wrote:
>>> În ziua de miercuri, 22 martie 2017, la 14:34:50 EET, Hogren a scris:
 Hello,

 Anybody knows why ~/.bashrc is not running on the first Bash opening ?
>>> Maybe you're missing '.bash_profile'. Look in /etc/skel/ for an example.
>> I don't understand. What do I have to in ~/.bash_profile to run .bashrc,
>> even at the first logon ?
>>
>> I have nothing in /etc/skel.
>>
>> /etc/skel $ ls -l
>> total 0
>>
>>
>> Hogren
>>
> Stupid Hogren… ls -a …
>
> I will look.
>
> Sorry.
>
Ok it works, thanks !

Can you explain to me why the ~/.bashrc is sourced in subshells without
.bash_profile ?

Thanks again !

Bye

Hogren

Re: [gentoo-user] bashrc in console

[Hogren]

On 22/03/2017 13:57, Hogren wrote:
>
> On 22/03/2017 13:42, Arthur Țițeică wrote:
>> În ziua de miercuri, 22 martie 2017, la 14:34:50 EET, Hogren a scris:
>>> Hello,
>>>
>>> Anybody knows why ~/.bashrc is not running on the first Bash opening ?
>> Maybe you're missing '.bash_profile'. Look in /etc/skel/ for an example.
> I don't understand. What do I have to in ~/.bash_profile to run .bashrc,
> even at the first logon ?
>
> I have nothing in /etc/skel.
>
> /etc/skel $ ls -l
> total 0
>
>
> Hogren
>
Stupid Hogren… ls -a …

I will look.

Sorry.

Re: [gentoo-user] bashrc in console

[Hogren]

On 22/03/2017 13:42, Arthur Țițeică wrote:
> În ziua de miercuri, 22 martie 2017, la 14:34:50 EET, Hogren a scris:
>> Hello,
>>
>> Anybody knows why ~/.bashrc is not running on the first Bash opening ?
> Maybe you're missing '.bash_profile'. Look in /etc/skel/ for an example.
I don't understand. What do I have to in ~/.bash_profile to run .bashrc,
even at the first logon ?

I have nothing in /etc/skel.

/etc/skel $ ls -l
total 0


Hogren

Re: [gentoo-user] cron tab

[thelma]

On 03/22/2017 12:46 AM, Alan McKinnon wrote:
> On 22/03/2017 02:27, the...@sys-concept.com wrote:
>> I have a cron tab entry:
>> 5 18 3 * 1-5
>>
>> To my understanding it will run 18:05 on the 3rd day of the month, from
>> Mon-Fri.
>>
>> So why did this cron entry run today?
>>
> 
> You have not read the man page.
> 
> Fields 3 & 4 plus 5 are not anded like you are assuming. It is more
> 
> (3 AND 4) OR 5 giving you this:
> Run at 18:05 on the 3rd,
> and also
> Run at 18:05 every Mon-Fri
> 
> and it's all in the man page, and you are having an alarming tendency to
> not read them. Please deal with this internal lack.

Yes, you are correct; I have to work on it.

> 
> Now this all makes sense. You cannot possibly have the 3rd day of the
> month happen Monday to Friday

You are correct it should be:
5 18 3 * *

--
Thelma

Re: [gentoo-user] bashrc in console

[Arthur Țițeică]

În ziua de miercuri, 22 martie 2017, la 14:34:50 EET, Hogren a scris:
> Hello,
> 
> Anybody knows why ~/.bashrc is not running on the first Bash opening ?

Maybe you're missing '.bash_profile'. Look in /etc/skel/ for an example.

> 
> 
> Steps to reproduce my problem:
> 
> - I boot up my machine (systemd)
> 
> - I have the login prompt
> 
> - I enter my login, then my password
> 
> - I am in Bash but ~/.bashrc is not sourced. Aliases, $PATH, and other
> are not updated.
> 
> - I enter the command "bash" to enter in a subshell. Now I have my new
> aliases, $PATH, etc. The ~/.bashrc is sourced.
> 
> 
> 
> I didn't find the good conf file.
> 
> 
> Thank you for help !
> 
> 
> 
> Hogren

[gentoo-user] bashrc in console

[Hogren]

Hello,

Anybody knows why ~/.bashrc is not running on the first Bash opening ?


Steps to reproduce my problem:

- I boot up my machine (systemd)

- I have the login prompt

- I enter my login, then my password

- I am in Bash but ~/.bashrc is not sourced. Aliases, $PATH, and other
are not updated.

- I enter the command "bash" to enter in a subshell. Now I have my new
aliases, $PATH, etc. The ~/.bashrc is sourced.



I didn't find the good conf file.


Thank you for help !



Hogren

Re: [gentoo-user] Firefox occasionally stalls

[J. Roeleveld]

On Tuesday, March 21, 2017 9:11:58 PM CET Alan McKinnon wrote:
> On 21/03/2017 22:04, J. Roeleveld wrote:
> > On March 21, 2017 8:35:36 PM GMT+01:00, Alan McKinnon 

> > > Good idea. For posterity so's I don;t forget:
> 
> - gentoo home page
> - one or more readthedocs sites (especially docs.ansible.com)
> - 1 or more jira pages (work stuff)
> - 1 or more confluence pages (work stuff)
> - a local gitlab site
> - 1 or more python html apps for, errr, usenets stuffs
> - 1 or more python apps running in flask (work stuff)

I actually just had mine freeze (using up 100% of 1 cpu-core).
this was after removing all the tabs left open from last night and going to a 
single website. (extremely light on scripts or images).
Killing firefox and reopening that resolved the issue.

Am suspecting some memory or cpu leak somewhere where it tries to keep track 
of all the tabs that were closed. 

--
Joost

[gentoo-user] Re: Firefox occasionally stalls

[Kai Krakow]

Am Tue, 21 Mar 2017 22:50:04 +0100
schrieb Kai Krakow :

[...]
> BTW: Laptop disks are really slow usually because most manufacturers
> only build them with 5400 RPM disks. Maybe get a hybrid disk instead
> if you only have one slot. I think, Seagate still makes those. It
> should have similar benefits like bcache.

OTOH a 500 GB SSD is really not that expensive today... Just buy one,
replace the old one and feel like you bought a whole new computer then.

-- 
Regards,
Kai

Replies to list-only preferred.

Re: [gentoo-user] cron tab

[Gerrit Kühn]

On Tue, 21 Mar 2017 21:13:09 -0600 the...@sys-concept.com wrote about Re:
[gentoo-user] cron tab:

> https://crontab.guru/#5_18_3_*_1-5
> 
> ?At 18:05 on day-of-month 3 and on every day-of-week from Monday through
> Friday.?
> 
> So it shouldn't run today!

But it should. It runs "at 18:05 on day-of-month 3 *and* on every
day-of-week from Monday through Friday". This is not a "logical" and, it
is a "lingual" one. "Today" is Tuesday in your case, which belongs into
"Monday through Friday".


cu
  Gerrit

Re: [gentoo-user] cron tab

[Alan McKinnon]

On 22/03/2017 02:27, the...@sys-concept.com wrote:

I have a cron tab entry:
5 18 3 * 1-5

To my understanding it will run 18:05 on the 3rd day of the month, from
Mon-Fri.

So why did this cron entry run today?



You have not read the man page.

Fields 3 & 4 plus 5 are not anded like you are assuming. It is more

(3 AND 4) OR 5 giving you this:
Run at 18:05 on the 3rd,
and also
Run at 18:05 every Mon-Fri

and it's all in the man page, and you are having an alarming tendency to 
not read them. Please deal with this internal lack.


Now this all makes sense. You cannot possibly have the 3rd day of the 
month happen Monday to Friday




--
Alan McKinnon
alan.mckin...@gmail.com