Re: [gentoo-user] Re: Konsole

[konsolebox]

On Mon, Jul 11, 2016 at 8:46 AM, Daniel Frey  wrote:
> On 07/10/2016 01:27 PM, Alan McKinnon wrote:
>>
>> It's an overlay, not an Attic. Enable the overlay with layman.
>>
>> A single kde-4 ebuild is useless without the rest of KDE it depends on.
>>
>
> I just tried this and layman says the overlay doesn't exist:
>
> # layman -a kde-sunset
>
>  * Adding overlay,...
>  * Exception: Overlay "kde-sunset" does not exist.
>
>  * CLI: Errors occurred processing action add
>  * Exception: Overlay "kde-sunset" does not exist.

So that confirms it.  It's not in layman.

You can add a `repos.conf` file like this.  See portage(5) for it.

[kde-sunset]
auto-sync = yes
location = /var/local/overlays/kde-sunset
masters = gentoo
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/kde-sunset.git

And run `emerge --sync`.

> I've tried fetching the list and listing and it doesn't show up for me.
> Am I missing something? I see a kde overlay, but no kde-sunset overlay
> in the list:

The other way to check is `wget -qO -
https://api.gentoo.org/overlays/repositories.xml | grep kde-sunset`.
If you see nothing, then there's nothing.

-- 
konsolebox

[gentoo-user] Acceptable character encodings for files in /etc/portage?

[P Levine]

Glep 31 states that text files in the portage tree should use UTF-8
encoding.  I see nothing indicating any standard encoding for files in the
/etc/portage directory.  Since everything I have seen in portage's python
source-code seems to imply Unicode as valid but I can see nothing specific
to UTF-8, I thought I'd ask.  Is there any official Gentoo standard
documentation that defines the acceptable set of character encodings for
files in /etc/portage?

Re: [gentoo-user] Re: Konsole

[Daniel Frey]

On 07/10/2016 01:27 PM, Alan McKinnon wrote:
> 
> It's an overlay, not an Attic. Enable the overlay with layman.
> 
> A single kde-4 ebuild is useless without the rest of KDE it depends on.
> 

I just tried this and layman says the overlay doesn't exist:

# layman -a kde-sunset

 * Adding overlay,...
 * Exception: Overlay "kde-sunset" does not exist.

 * CLI: Errors occurred processing action add
 * Exception: Overlay "kde-sunset" does not exist.


I've tried fetching the list and listing and it doesn't show up for me.
Am I missing something? I see a kde overlay, but no kde-sunset overlay
in the list:

 * k_f   [Git   ]
(git://git.sumptuouscapital.com/portage-overlay.git


)
 * kaa   [Git   ]
(https://github.com/Oleh-Kravchenko/kaa-layman.git


)
 * kde   [Git   ]
(git://anongit.gentoo.org/proj/kde.git,
https://github.com/gentoo/kde.git,
https://anongit.gentoo.org/git/proj/kde.git,
git+ssh://g...@git.gentoo.org/proj/kde.git
)
 * keruspe   [Git   ]
(git://anongit.gentoo.org/user/keruspe.git,
https://anongit.gentoo.org/git/user/keruspe.git,
git+ssh://g...@git.gentoo.org/user/keruspe.git
   )
 * klondike  [Git   ]
(git://anongit.gentoo.org/user/klondike.git,
https://anongit.gentoo.org/git/user/klondike.git,
git+ssh://g...@git.gentoo.org/user/klondike.git
 )
 * kolab [Git   ]
(https://gitlab.awesome-it.de/overlays/kolab.git


)
 * kork  [Git   ]
(git://anongit.gentoo.org/user/kork.git,
https://anongit.gentoo.org/git/user/kork.git,
git+ssh://g...@git.gentoo.org/user/kork.git
 )
 * Krontage  [Git   ]
(git://github.com/undying/krontage.git,
https://github.com/undying/krontage.git,
g...@github.com:undying/krontage.git

Dan

Re: [gentoo-user] Re: Konsole

[Alan McKinnon]

On 11/07/2016 00:06, Philip Webb wrote:

The proliferation of pkgs in KDE, Gnome, Perl + other areas
is going to become a problem for Gentoo,
as they will tend to demand more dev attention
& will also add to users' burden in keeping track of what they use + need.


I disagree. My burden is maintaining KDE is about the same through major 
versions 3, 4 and 5. Nowadays I mostly list the 30 or so KDE apps I 
actually use in a set, and the USE flags for stuff I have and can use go 
in make.conf. The ebuilds then take care of things and mostly get it 
right. When I say "mostly", I really mean a big percentage with lots of 
9's in it[1]


It's important to realise that these new packages are not new software, 
they are existing software broken up into smaller more atomic chunks.


Example, in KDE-3 we had packages kde, and kde-*-meta. These were no 
atomic, they were "bunches of stuff sort-of somewhat related" like 
games, network and so on. When you break that up into lots of small 
packages, the burden goes *down*, in much the same way that software 
becomes easier when you refactor a giant main() with many global vars 
into many small self contained functions.


I have many times observed comments on -dev where kde maintainers bitch 
loudly about how difficult it is to maintain the large monolithic kde 
packages of versions <5. All this seems to add up to the opposite of 
what you are claiming.


Alan

[1] Be careful not to commit the human problem of remembering the few 
times the ebuild got it wrong (especially when using ~arch), and not 
remembering, or not seeing at all, the many many many times it didn't

Re: [gentoo-user] Re: Konsole

[Philip Webb]

160711 Michael Palimaka wrote:
> On 10/07/16 05:44, Philip Webb wrote:
>> What has happened to Konsole:4/4.14 ?
>>   root:508 ~> eix konsole
>>   [U?] kde-apps/konsole
>> Available versions:  (5) 15.12.3 ~16.04.2 {X debug +handbook test}
>> Installed versions:  4.14.3(4/4.14)^t([2015-10-07 13:08:42])(handbook 
>> -aqua -debug -minimal -test)
>> Description: KDE's terminal emulator
>> Are we going to be forced to install the whole of KDE 5
>> if we want to go on using some very useful KDE apps ?
> We recently dropped most of 4.14 as it is old, unsupported
> and assists in easing our general maintenance burden.
> As usual, it has been copied to the kde-sunset overlay
> for those who aren't yet ready to say goodbye.

Thanks for the belated information : this deserved a news item.

I will have to decide whether to install the  87  new pkgs required
or find alternatives to Konsole, Gwenview + Okular.
Does anyone know if the number cb reduced by using '--nodeps' ?
-- that works with KDE 4 Phonon, which demands eg USE='gstreamer',
but still compiles properly if emerged with '--nodeps' :
apparently, that's what the KDE team expect distros to allow
(I sent in a KDE bug some years ago & their response was
"No problem here.  If your distro forces you to install sound,
that's their mistake : you can compile everything without it").

The proliferation of pkgs in KDE, Gnome, Perl + other areas
is going to become a problem for Gentoo,
as they will tend to demand more dev attention
& will also add to users' burden in keeping track of what they use + need.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] Konsole

[Neil Bothwick]

On Sun, 10 Jul 2016 15:19:57 -0400, Philip Webb wrote:

> Is this what KDE officialdom now requires or can Gentoo work around it ?
> My understanding was that KDE is now a 'software collection',

Actually, that label was applied to KDE4!


-- 
Neil Bothwick

Uhura: Captain, you're being flamed on channel one.


pgpwTALtdwnQC.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: Konsole

[Alan McKinnon]

On 10/07/2016 22:25, James wrote:

Michael Palimaka  gentoo.org> writes:


On 10/07/16 05:44, Philip Webb wrote:

What has happened to Konsole:4/4.14 ?



We recently dropped most of 4.14 as it is old, unsupported, and assists
in easing our general maintenance burden.
As usual, it has been copied to the kde-sunset overlay for those who
aren't yet ready to say goodbye.

[2]

OK, well with the attic, it was trivial to restore an ebuild. With Github,
it is more efforts, but many extol the virtues of restoring an ebuild from
github. Dev NP-hardass, was kind enough to post instructions [1], but
I have yet to fully test those steps. It would be very useful to see another
user follow NPH's instruction guide found at the bottom of the reference, to
install/restore an old ebuild, say in your /usr/local/portage/. If this
works well, with a bit of testing and more info, perhaps it could be placed
into the gentoo wiki for users to reference.

Do post back your experience with those instructions, should you give it a
test drive.



It's an overlay, not an Attic. Enable the overlay with layman.

A single kde-4 ebuild is useless without the rest of KDE it depends on.

Alan

[gentoo-user] Re: Konsole

[James]

Michael Palimaka  gentoo.org> writes:
 
> On 10/07/16 05:44, Philip Webb wrote:
> > What has happened to Konsole:4/4.14 ?

> We recently dropped most of 4.14 as it is old, unsupported, and assists
> in easing our general maintenance burden.
> As usual, it has been copied to the kde-sunset overlay for those who
> aren't yet ready to say goodbye. 
[2] 

OK, well with the attic, it was trivial to restore an ebuild. With Github,
it is more efforts, but many extol the virtues of restoring an ebuild from
github. Dev NP-hardass, was kind enough to post instructions [1], but
I have yet to fully test those steps. It would be very useful to see another
user follow NPH's instruction guide found at the bottom of the reference, to
install/restore an old ebuild, say in your /usr/local/portage/. If this
works well, with a bit of testing and more info, perhaps it could be placed
into the gentoo wiki for users to reference.

Do post back your experience with those instructions, should you give it a
test drive.

hth,
James

[1]
https://archives.gentoo.org/gentoo-dev/message/305c431c84c39bc74b1077f0b395ce91


https://gitweb.gentoo.org/proj/kde-sunset.git/

Re: [gentoo-user] Konsole

[Alan McKinnon]

On 10/07/2016 21:19, Philip Webb wrote:

160711 konsolebox wrote:

On Sun, Jul 10, 2016 at 3:44 AM, Philip Webb  wrote:

What has happened to Konsole:4/4.14 ?
   root:508 ~> eix konsole
   [U?] kde-apps/konsole
   Available versions:  (5) 15.12.3 ~16.04.2 {X debug +handbook test}
   Installed versions:  4.14.3(4/4.14)^t([2015-10-07 13:08:42])(handbook -aqua 
-debug -minimal -test)
   Description: KDE's terminal emulator
Are we going to be forced to install the whole of KDE 5
if we want to go on using some very useful KDE apps ?

It was removed 17 days ago.  No reason was mentioned.
https://github.com/gentoo/gentoo/commit/581d3a57fb642a5b567b3b6fc6e80ef9daf38f6f


Oh dear ! -- another bug to open (grimace) ?

'emerge konsole' wants to install  107  pkgs, incl  87  new ones ;
among them are sound software + Ruby.

Is this what KDE officialdom now requires or can Gentoo work around it ?
My understanding was that KDE is now a 'software collection',
which allows users to pick whichever pieces they prefer : has that changed ?




I really can't give proper answer to your whinge-rant without at least 
the output of emerge with -t


The bulk of those packages are probably kde frameworks and plasma. It's 
hard to run konsole-5 without them. You're getting sound because that's 
quite a normal to put on a desktop, and ruby because some package in 
world is a ruby script. And the packages are lots of small ones, very 
few huge monolithic packages left in Gentoo's KDE ebuilds. And yes, you 
very much CAN pick and choose kde-apps individually, but you don't get 
to choose if you want to install the deps or not


Konsole:4 is moved to kde-sunset, enable that overlay and get things 
back as they were 17 days ago

[gentoo-user] Re: Konsole

[Michael Palimaka]

On 10/07/16 05:44, Philip Webb wrote:
> What has happened to Konsole:4/4.14 ?
> 
>   root:508 ~> eix konsole
>   [U?] kde-apps/konsole
> Available versions:  (5) 15.12.3 ~16.04.2 {X debug +handbook test}
> Installed versions:  4.14.3(4/4.14)^t([2015-10-07 13:08:42])(handbook 
> -aqua -debug -minimal -test)
> Description: KDE's terminal emulator
> 
> Are we going to be forced to install the whole of KDE 5
> if we want to go on using some very useful KDE apps ?
> 
> Or was it dropped by mistake ?
> 

Hi Phillip,

We recently dropped most of 4.14 as it is old, unsupported, and assists
in easing our general maintenance burden.

As usual, it has been copied to the kde-sunset overlay for those who
aren't yet ready to say goodbye. :-)

Kind regards,

Michael

Re: [gentoo-user] Konsole

[Philip Webb]

160711 konsolebox wrote:
> On Sun, Jul 10, 2016 at 3:44 AM, Philip Webb  wrote:
>> What has happened to Konsole:4/4.14 ?
>>   root:508 ~> eix konsole
>>   [U?] kde-apps/konsole
>>   Available versions:  (5) 15.12.3 ~16.04.2 {X debug +handbook test}
>>   Installed versions:  4.14.3(4/4.14)^t([2015-10-07 13:08:42])(handbook 
>> -aqua -debug -minimal -test)
>>   Description: KDE's terminal emulator
>> Are we going to be forced to install the whole of KDE 5
>> if we want to go on using some very useful KDE apps ?
> It was removed 17 days ago.  No reason was mentioned.
> https://github.com/gentoo/gentoo/commit/581d3a57fb642a5b567b3b6fc6e80ef9daf38f6f

Oh dear ! -- another bug to open (grimace) ?

'emerge konsole' wants to install  107  pkgs, incl  87  new ones ;
among them are sound software + Ruby.

Is this what KDE officialdom now requires or can Gentoo work around it ?
My understanding was that KDE is now a 'software collection',
which allows users to pick whichever pieces they prefer : has that changed ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] Xcdroast users : alert

[Philip Webb]

160709 Andrew Savchenko wrote:
> On Fri, 08 Jul 2016 14:01:45 +0200 Helmut Jarausch wrote:
>> On 07/07/2016 08:59:59 PM, Andrew Savchenko wrote:
>>> I revbumped xcdroast to fix this and other issues.  xcdroast users,
>>> please test that xcdroast-0.98_alpha16-r2.ebuild works for you :
>>> you can burn some CD/DVD as a non-root user after usual setup.
>>> I don't have a hardware right now to test it.

As I've reported to Bug 345337, I successfully wrote a CD of data yesterday.

>> it works just fine.
>> I had to remove the folders $HOME/.xcdroast for each users.
>> Furthermore, the version check is obsolete.
>> I have add the attached tiny patch
> Thanks, patch applied in -r3 (as well as other fixes).
> I've taken this package for now,
> so feel free to open bugs for other issues or patches.
> Though I can't promise I'll support this package forever.

Hopefully, it falls under my proposed category of 'lightly maintained'
& will call on your help only rarely (smile).

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] Konsole

[Alan McKinnon]

On 10/07/2016 20:54, Andrew Savchenko wrote:

Hi,

On Sat, 9 Jul 2016 15:44:45 -0400 Philip Webb wrote:

What has happened to Konsole:4/4.14 ?

   root:508 ~> eix konsole
   [U?] kde-apps/konsole
 Available versions:  (5) 15.12.3 ~16.04.2 {X debug +handbook test}
 Installed versions:  4.14.3(4/4.14)^t([2015-10-07 13:08:42])(handbook 
-aqua -debug -minimal -test)
 Description: KDE's terminal emulator

Are we going to be forced to install the whole of KDE 5
if we want to go on using some very useful KDE apps ?

Or was it dropped by mistake ?


I suppose kde:4 was purged from the tree.


Was it moved to kde-sunset or some similar place? I don't remember 
seeing any comms/notice/warning of kde-4 removal

Re: [gentoo-user] Konsole

[Andrew Savchenko]

Hi,

On Sat, 9 Jul 2016 15:44:45 -0400 Philip Webb wrote:
> What has happened to Konsole:4/4.14 ?
> 
>   root:508 ~> eix konsole
>   [U?] kde-apps/konsole
> Available versions:  (5) 15.12.3 ~16.04.2 {X debug +handbook test}
> Installed versions:  4.14.3(4/4.14)^t([2015-10-07 13:08:42])(handbook 
> -aqua -debug -minimal -test)
> Description: KDE's terminal emulator
> 
> Are we going to be forced to install the whole of KDE 5
> if we want to go on using some very useful KDE apps ?
> 
> Or was it dropped by mistake ?

I suppose kde:4 was purged from the tree.

Best regards,
Andrew Savchenko


pgpFecspTueZk.pgp
Description: PGP signature

Re: [gentoo-user] Re: Update blocked by kdebase-startkde:4

[Alan McKinnon]

On 10/07/2016 19:43, Neil Bothwick wrote:

On Sun, 10 Jul 2016 12:22:32 +0100, Peter Humphrey wrote:


The KDE project are notorious for that, or at least in my book they
are. I told them last year that if I'd allowed an embryonic KDE-4 out
the door the way they did I'd have been out of a job quicker than you
could say "quality control."


The KDE project clearly stated that the first few KDE releases were not
production ready and should be considered betas, at best. The problem was
caused by distros that went ahead and included KDE 4.1 nonetheless.
Probably because they liked the higher version number :(




The distros did worse than that - most of them just dropped KDE-4.1 on 
the users and removed KDE-3. People were left with something that 
couldn't possibly work.


What they should have done is marked KDE-4.1 as "optional/experimental"

Re: [gentoo-user] Re: Update blocked by kdebase-startkde:4

[Neil Bothwick]

On Sun, 10 Jul 2016 12:22:32 +0100, Peter Humphrey wrote:

> The KDE project are notorious for that, or at least in my book they
> are. I told them last year that if I'd allowed an embryonic KDE-4 out
> the door the way they did I'd have been out of a job quicker than you
> could say "quality control."

The KDE project clearly stated that the first few KDE releases were not
production ready and should be considered betas, at best. The problem was
caused by distros that went ahead and included KDE 4.1 nonetheless.
Probably because they liked the higher version number :(


-- 
Neil Bothwick

c:>Press Enter to Exit


pgpj7VXfFk6GU.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Konsole

[konsolebox]

On Sun, Jul 10, 2016 at 3:44 AM, Philip Webb  wrote:
> What has happened to Konsole:4/4.14 ?
>
>   root:508 ~> eix konsole
>   [U?] kde-apps/konsole
> Available versions:  (5) 15.12.3 ~16.04.2 {X debug +handbook test}
> Installed versions:  4.14.3(4/4.14)^t([2015-10-07 13:08:42])(handbook 
> -aqua -debug -minimal -test)
> Description: KDE's terminal emulator
>
> Are we going to be forced to install the whole of KDE 5
> if we want to go on using some very useful KDE apps ?
>
> Or was it dropped by mistake ?
>

It was removed 17 days ago.  No reason was mentioned.

https://github.com/gentoo/gentoo/commit/581d3a57fb642a5b567b3b6fc6e80ef9daf38f6f

-- 
konsolebox

Re: [gentoo-user] Re: Update blocked by kdebase-startkde:4

[Daniel Frey]

On 07/10/2016 04:22 AM, Peter Humphrey wrote:
> I've had no trouble with stability, only with ugliness.
> 
> Thanks again for trying to help, Dan.
> 

No problem! Too bad it didn't work.

I remember reading a couple of months ago KDE committed a patch to the
constant crash problem but I can't find it again to see what version of
plasma it was committed to. Back in April it was probably 5.5.2/5.5.3
that was stable, I see 5.5.5 was stabilized back in June, this could be
the version that had the bugfixes.

I guess I'll have to plan to waste a few days trying to upgrade again...

Dan

Re: [gentoo-user] Re: Update blocked by kdebase-startkde:4

[Robin Atwood]

On Sunday 10 July 2016, Peter Humphrey wrote:
> On Saturday 09 Jul 2016 23:22:49 I wrote:
> > On Sunday 10 Jul 2016 04:08:36 Michael Palimaka wrote:
> --->8
> 
> > > This change is correct - we're in the process of cleaning up some old
> > > ebuilds at the moment.
> > > 
> > > In this case kde-apps/kdebase-runtime-meta:5 doesn't imply anything
> > > KF5-based - it has just been ported to use a newer eclass. It still
> > > just pulls in the old KDE4-based kde-runtime packages.
> 
> I don't think that's entirely true; see below.
> 
> > That's good news. Now, how does one allow that package to be installed
> > while keeping the rest of KF5 masked?
> > 
> > # cat /etc/portage/package.mask
> > kde-plasma/*
> > kde-frameworks/*:5
> > kde-apps/*:5
> > kde-misc/*:5
> > 
> > >=kde-apps/kde4-l10n-16.04.1
> > 
> > We seem to need an analogue of CONFIG_PROTECT and CONFIG_PROTECT_MASK, in
> > which we could mask all kde-apps/*:5 while allowing
> > kde-apps/kdebase-runtime-meta:5 to be installed. Can that be done? I hope
> > there's an easier way than masking all 122 apps separately.
> 
> In fact I tried the separate masking. It led on to having to treat
> kde-plasma and kde-frameworks similarly, and before I knew it I was
> unmasking a load of packages that don't belong in a KDE-4 system.
> 
> What to try next?

Indeed. The situation seems to be that Gentoo is not upgradable unless KDE5 is 
installed. :(

Robin

-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] Re: [OT?]: CH340 working/not working with ESP286 Node MCU

[Meino . Cramer]

James  [16-07-10 14:05]:
> Corbin Bird  charter.net> writes:
> 
> > The hardware ID's database may need to be updated ( or supplemented ).
> > The package "sys-apps/pciutils" has the hardware database included in it.
> 
> looking at the ebuild for 'pci-utils' we see::
> 
> RDEPEND="${DEPEND}
> sys-apps/hwids
> 
> So if you want the latest data on hwids, install::
> 'sys-apps/hwids-'
> 
> > I have a 990FX chipset MB that is constantly ID as a 880 chipset board.
> > No info on 990FX chipsets found in the hardware ID's database.
> > The kernel keeps applying a 880 chipset workaround for the PCI bus, 
> > every boot.
> > 
> > Same problem I think, different hardware.
> 
> OK, so both of you guys should use serial sniffers and usb sniffers and log
> those sessions on a separate machine for rigorous analysis. Commercial
> sniffers are very user friendly. Some cheap embedded boards can sniff usb
> readily (but you'll have to search them out yourself).
> 
> For a usb sniffer, you may need special hardware to intercept those singnals
> from the actual communications link. sniffing from inside
> of a host is sometime problematic on catching every charcter, timings,
> and other such critical signal information. sniffing RS-232 is well
> documented around the net. When I sniff usb, I try to first use usb-1.0
> or 1.1, as the slower speeds are easier to watch and collect critical data.
> 
> good-hunting.
> 
> hth,
> James
> 
> 

Hi James,

thanks for joining the problem party :)

I think I got either a lemon (faulty board) or this 
board was sent to me without any firmware.
If latter is the case I may have a chance with an ISP
programmer (I have one) ... will see.
See my previous post of just a moment ago answering Corbins
post.

Best regards
Meino

Re: [gentoo-user] [OT?]: CH340 working/not working with ESP286 Node MCU

[Meino . Cramer]

Corbin Bird  [16-07-10 14:03]:
> 
> On 07/07/2016 10:22 PM, meino.cra...@gmx.de wrote:
> >Hi,
> >
> >I have bought an ESP8266 Lua NodeMCU board, which has
> >an FTDI-like chip on board to map USB to serial and
> >vice versa. It is an CH340 one.
> >There is an according module in the driver (compiled
> >and - to get shure - loaded by hand).
> >
> >When I connect the ESP8266 board to my Gentoo PC
> >nothing happens (dmesg shows nothing).
> >When pressing RST on the board, I see this sometimes:
> >
> >[ 4340.105221] usb 7-4: new full-speed USB device number 9 using 
> >ohci-pci
> >[ 4340.630234] usb 7-4: device not accepting address 9, error -62
> >
> >(both lines are printed right after another - no delay...)
> >
> >or this:
> >
> >[ 4473.567739] usb 7-4: new full-speed USB device number 11 using 
> >ohci-pci
> >[ 4473.712306] usb 7-4: New USB device found, idVendor=1a86, 
> >idProduct=7523
> >[ 4473.712316] usb 7-4: New USB device strings: Mfr=0, Product=2, 
> >SerialNumber=0
> >[ 4473.712321] usb 7-4: Product: USB2.0-Serial
> >[ 4473.763259] usbcore: registered new interface driver ch341
> >[ 4473.763278] usbserial: USB Serial support registered for ch341-uart
> >[ 4473.763295] ch341 7-4:1.0: ch341-uart converter detected
> >[ 4473.786463] usb 7-4: ch341-uart converter now attached to ttyUSB1
> >[ 4473.888987] usb 7-4: USB disconnect, device number 11
> >[ 4473.889485] ch341-uart ttyUSB1: ch341-uart converter now 
> >disconnected from ttyUSB1
> >[ 4473.889511] ch341 7-4:1.0: device disconnected
> >[ 4474.292773] usb 7-4: new full-speed USB device number 12 using 
> >ohci-pci
> >
> >there is no new device under /dev/.
> >
> >Do I miss something seriously important here related to using the
> >CH340 driver...or is this board simply demaged ???
> >
> >Thank you very much in advance for any help!
> >
> >Best regards,
> >Meino
> >
> >
> >
> >
> >
> >
> >
> >
> If memory serves, udev/eudev generates the nodes/devices in /dev now.
> To get the correct hardware ID, it uses a specific database.
> 
> The hardware ID's database may need to be updated ( or supplemented ).
> The package "sys-apps/pciutils" has the hardware database included in 
> it.
> 
> I have a 990FX chipset MB that is constantly ID as a 880 chipset board.
> No info on 990FX chipsets found in the hardware ID's database.
> The kernel keeps applying a 880 chipset workaround for the PCI bus, 
> every boot.
> 
> Same problem I think, different hardware.
> 

Hi Corbin,

Thanks for your help, Corbin! :)

neither lsusb nor usb-devices do list the device. 

Another CH340 based board do register correctly and ttyUSB is created.
Therefore (I think) the infrastructure of my Gentoo LINUX can handle
such board correctly and this [CENSORED] one ist either send without
any firmware or simply demaged.

I need the help of one who has solved similiar problems
with an NodeMCU v3 Lua (ESP8266)-board...sigh...

Best regards,
Meino

Re: [gentoo-user] Re: Update blocked by kdebase-startkde:4

[Peter Humphrey]

On Saturday 09 Jul 2016 19:45:03 Daniel Frey wrote:

> Right now my machine is nice and stable. What I don't understand is that
> plasma clearly isn't ready for primetime yet (IMHO) yet it seems KDE4 is
> not installable on Gentoo anymore.

The KDE project are notorious for that, or at least in my book they are. I 
told them last year that if I'd allowed an embryonic KDE-4 out the door the 
way they did I'd have been out of a job quicker than you could say "quality 
control." Made no difference of course.

> I did try many things trying to get plasma working but everything I
> tried had no results. Plasma would crash even if you didn't do anything
> (no keyboard or mouse input.)

I've had no trouble with stability, only with ugliness.

Thanks again for trying to help, Dan.

-- 
Rgds
Peter

Re: [gentoo-user] Re: Update blocked by kdebase-startkde:4

[Peter Humphrey]

On Sunday 10 Jul 2016 03:08:43 I wrote:

> I don't want to go to KDE-5 until I can find a way to reduce the absurd
> amount of vertical space occupied by every line of text. It will still be
> ugly, but at least more manageable.

I've found what I was looking for. There's a pair of settings for "strut" in 
the Qt settings panel: one each for minimum x and minimum y text size. All I 
had to do was to put a small, non-zero number in there and the vertical space 
occupied by a line of text became more reasonable.

I could have found this earlier but I didn't recognise the term "strut". I 
knew about "leading" (a strip of lead that a printer would insert between rows 
of text to space them out); it seems this is similar in effect.

That's today's new thing to learn. I hope it helps somebody.

-- 
Rgds
Peter