Re: [gentoo-user] X won't start after xorg-server update
On Sat, Mar 14, 2020 at 03:19:29PM -0500, Dale wrote > When doing upgrades, I agree it is always wise to look at all USE flag > changes. Having USE flags is a Gentoo feature but if not monitored > correctly, it can be a curse as well. It can cause havoc and makes > things not work correctly or add features one doesn't want. I learned this "the hard way" when the Gentoo devs "in their infinite wisdom" made "+ipv6" the default. Web browsers and wget, etc, would spin their wheels for 45 seconds on IPV6 lookups, before failing over to IPV4. I don't recall a news item. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] X won't start after xorg-server update
Walter Dnes wrote: > On Sat, Mar 14, 2020 at 03:17:34PM +0100, hitachi303 wrote >> Am 14.03.20 um 13:46 schrieb Neil Bothwick: >>> I take it you don't have USE=libglvnd for mesa? >> Yes I do. Since I haven't defined it in my make.conf I guess it is >> defined by profile. > When I update my system, I do a pretend emerge and check for new > packages and flags. I saw this flag, and asked for "Mr. Google's > opinion". There were a few horror stories, so I added "-libglvnd" to my > USE flags in make.conf, and things run fine after the update. I'll > check back later down the road, when the kinks are hopefully worked out. > I do similar myself. I use the -a option that way IF, big IF, everything looks OK I can hit y and enter to carry on without it going through the process again. I to look for changed USE flags. I use euse -i to see what they are for, which usually doesn't help much. I then use eix to find the package it pulls in if it is a lib and hit up the home page to see what it does. Sometimes I let it apply then test the software to see if I want to keep it or not. Sometimes I disable it in package.use for that package(s). Like you, depends on what it does. Sometimes I don't need that feature, sometimes I just don't want it, sometimes it may not work here due to hardware limits. I don't have a mic input for example or a video camera either. Sort of hard for software to configure something it can't find because it doesn't exist. Other examples could apply as well. When doing upgrades, I agree it is always wise to look at all USE flag changes. Having USE flags is a Gentoo feature but if not monitored correctly, it can be a curse as well. It can cause havoc and makes things not work correctly or add features one doesn't want. +1 to this. Dale :-) :-)
Re: [gentoo-user] X won't start after xorg-server update
On Sat, Mar 14, 2020 at 03:17:34PM +0100, hitachi303 wrote > Am 14.03.20 um 13:46 schrieb Neil Bothwick: > > > > I take it you don't have USE=libglvnd for mesa? > > Yes I do. Since I haven't defined it in my make.conf I guess it is > defined by profile. When I update my system, I do a pretend emerge and check for new packages and flags. I saw this flag, and asked for "Mr. Google's opinion". There were a few horror stories, so I added "-libglvnd" to my USE flags in make.conf, and things run fine after the update. I'll check back later down the road, when the kinks are hopefully worked out. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] USB-HD-Quickport not recognized...
On Saturday, 14 March 2020 14:44:55 GMT tu...@posteo.de wrote: > On 03/14 02:38, Michael wrote: > > On Saturday, 14 March 2020 11:15:43 GMT tu...@posteo.de wrote: > > > Hi, > > > > > > I bought a LogiLink QP0027 QuickPort. > > > This is a external 3.5/2.5" HDD "docking station". > > > > > > It has a power supply, a USB3.1 port, an ON/OFF switch. > > > > > > Normal doing would be: > > > Switch docking station off > > > Connect docking station and PC with USB cable. > > > Connect Power Supply and docking station > > > Plug Power Supply into mains > > > Insert HD > > > Wait for HD to spin up > > > Check /dev for new device. > > > > I don't know how you determined the above sequence of actions to be > > 'normal'. I have a Startech HD - USB 3.0 docking station, probably coming > > out of the same Chinese factory, but I am following a different > > procedure. > > > > 1. Connect the PSU to the docking station. > > 2. Insert the HD. > > 3. Switch on power to the docking station. > > 4. Plug in the USB cable into the PC. > > > > Steps 1. and 2. above are interchangeable. > > Steps 3. and 4. above are interchangeable. > > Steps 2. and 3. above and NOT interchangeable. > > > > The hard drive is recognised as a USB device by udev and any partitions on > > it become available for mounting. Are there some instructions available > > for your docking station which direct a different sequence of actions? > > Hi, > > the manual is "iconized" (following "a picture is worth a thousands > words" - read as "we have no translator at our company"). A sequence > of steps is not determinable. In this case you can't be sure what would be worse, a poor translation or an indeterminable sequence in pictorial representation. :-) > Do you diconnect your docking station from the usb port each time? > Why is the HD removable also then? As I understand it, USB devices are hot-pluggable (as long as their filesystem is not mounted at the time). Hard drives on the other hand may or may not be hot swappable. SCSI drives on servers are usually hot swappable, with staggered pins on their plugs to allow ground and data connections to take place before the power pins apply power to the drive. Fibrechannel drives can be plugged in and out all day long. Your vanilla SATA drive on a PC is unlikely to be hot swappable. I would think the SATA HD on the docking station is unlikely to be hot swappable, unless specifically advertised as such. > I would expect that the docking station is triggering an enumeration > of its device each time the docking station is powered up with a > HD inserted...and not only if the USB plug is attached to the > computer > > Cheers! > mcc I don't really now how PCIe to USB adapters work, but I would think they have a controller onboard which converts one electrical signal to the other and a USB microcontroller which takes care of USB protocol transactions with the PC. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] USB-HD-Quickport not recognized...
On 03/14 02:38, Michael wrote: > On Saturday, 14 March 2020 11:15:43 GMT tu...@posteo.de wrote: > > Hi, > > > > I bought a LogiLink QP0027 QuickPort. > > This is a external 3.5/2.5" HDD "docking station". > > > > It has a power supply, a USB3.1 port, an ON/OFF switch. > > > > Normal doing would be: > > Switch docking station off > > Connect docking station and PC with USB cable. > > Connect Power Supply and docking station > > Plug Power Supply into mains > > Insert HD > > Wait for HD to spin up > > Check /dev for new device. > > I don't know how you determined the above sequence of actions to be 'normal'. > > I have a Startech HD - USB 3.0 docking station, probably coming out of the > same Chinese factory, but I am following a different procedure. > > 1. Connect the PSU to the docking station. > 2. Insert the HD. > 3. Switch on power to the docking station. > 4. Plug in the USB cable into the PC. > > Steps 1. and 2. above are interchangeable. > Steps 3. and 4. above are interchangeable. > Steps 2. and 3. above and NOT interchangeable. > > The hard drive is recognised as a USB device by udev and any partitions on it > become available for mounting. Are there some instructions available for > your > docking station which direct a different sequence of actions? Hi, the manual is "iconized" (following "a picture is worth a thousands words" - read as "we have no translator at our company"). A sequence of steps is not determinable. Do you diconnect your docking station from the usb port each time? Why is the HD removable also then? I would expect that the docking station is triggering an enumeration of its device each time the docking station is powered up with a HD inserted...and not only if the USB plug is attached to the computer Cheers! mcc
Re: [gentoo-user] USB-HD-Quickport not recognized...
On Saturday, 14 March 2020 11:15:43 GMT tu...@posteo.de wrote: > Hi, > > I bought a LogiLink QP0027 QuickPort. > This is a external 3.5/2.5" HDD "docking station". > > It has a power supply, a USB3.1 port, an ON/OFF switch. > > Normal doing would be: > Switch docking station off > Connect docking station and PC with USB cable. > Connect Power Supply and docking station > Plug Power Supply into mains > Insert HD > Wait for HD to spin up > Check /dev for new device. I don't know how you determined the above sequence of actions to be 'normal'. I have a Startech HD - USB 3.0 docking station, probably coming out of the same Chinese factory, but I am following a different procedure. 1. Connect the PSU to the docking station. 2. Insert the HD. 3. Switch on power to the docking station. 4. Plug in the USB cable into the PC. Steps 1. and 2. above are interchangeable. Steps 3. and 4. above are interchangeable. Steps 2. and 3. above and NOT interchangeable. The hard drive is recognised as a USB device by udev and any partitions on it become available for mounting. Are there some instructions available for your docking station which direct a different sequence of actions? signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] X won't start after xorg-server update
Am 14.03.20 um 13:46 schrieb Neil Bothwick: On Sat, 14 Mar 2020 13:38:06 +0100, hitachi303 wrote: It seems that file is created/modified by the mesa ebuild. I would try removing the file and re-emerging mesa to see if it is created with the correct content. # mv -vi -- /etc/X11/xorg.conf.d/20opengl.conf . # emerge -av1 mesa mesa doesn't generate the file. So now there is NO file but X does start. I take it you don't have USE=libglvnd for mesa? Yes I do. Since I haven't defined it in my make.conf I guess it is defined by profile. # emerge -pv mesa # These are the packages that would be merged, in order: # Calculating dependencies... done! # [ebuild R] media-libs/mesa-19.3.5::gentoo USE="X classic dri3 egl gallium gbm gles2 libglvnd llvm -d3d9 -debug -gles1 -lm-sensors -opencl -osmesa -pax_kernel (-selinux) -test -unwind -vaapi -valgrind -vdpau -vulkan -vulkan-overlay -wayland -xa -xvmc" ABI_X86="32 (64) (-x32)" VIDEO_CARDS="radeon (-freedreno) -i915 -i965 -intel -iris (-lima) -nouveau (-panfrost) -r100 -r200 -r300 -r600 -radeonsi (-vc4) -virgl (-vivante) -vmware" 0 KiB
[gentoo-user] Re: Desktop-no-multilib profile - possible?
Hey Francesco - On 2/20/20 11:22 AM, Francesco Turco wrote: On Wed, Feb 19, 2020, at 22:21, Holger Hoffstätte wrote: I will never ever run 32bit software again and would really like to have a desktop-no-multilib profile, in sync with the regular desktop but simply without the multilib goop. My server is running precisely as I want with plain no-multilib, and I know I could just copy my USE flags over and maintain my own "self-made-desktop" settings, but that would mean I'd lose all the defaults and ongoing updates, which *are* kind of nice. I think you should try creating a local custom combined profile. For example I needed to create a systemd + no-multilib profile. I called this custom profile "fturco" (my username, but of course you can choose any name). I created the /var/db/repos/fturco/profiles/fturco/parent file with the following lines: ../../../gentoo/profiles/default/linux/amd64/17.1/systemd ../../../gentoo/profiles/default/linux/amd64/17.1/no-multilib /var/db/repos/fturco is the directory with my local custom gentoo repository. ../../../gentoo points to /var/db/repos/gentoo, which is the official gentoo repository. I also needed to create the /var/dotfiles/db/repos/fturco/profiles/profiles.desc file with the following line: amd64 fturco stable At this point you can set your profile with eselect profile, and then update the system with: emerge -uDNav @world I finally got around to trying this and just wanted to thank you for the detailed instructions. Since I already had an overlay it was a breeze, and worked right away. The only weird occurrence was a revdep-rebuild cycle thanks to go (of course !"§$% go) keeping some glibc remnants in /lib alive with a cyclic dependency; this was easily fixed by quickpkg/uninstall/reinstall. No more 32bit! \o/ cheers, Holger
Re: [gentoo-user] X won't start after xorg-server update
On Sat, 14 Mar 2020 13:38:06 +0100, hitachi303 wrote: > > It seems that file is created/modified by the mesa ebuild. > > > > I would try removing the file and re-emerging mesa to see if it is > > created with the correct content. > > > > # mv -vi -- /etc/X11/xorg.conf.d/20opengl.conf . > # emerge -av1 mesa > > mesa doesn't generate the file. So now there is NO file but X does > start. I take it you don't have USE=libglvnd for mesa? -- Neil Bothwick If you got the words it does not mean you got the knowledge. pgpztzXbAmO0O.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: X won't start after xorg-server update
Am 14.03.20 um 06:06 schrieb Jonathan Callen: On 3/12/20 7:46 PM, Neil Bothwick wrote: On Fri, 13 Mar 2020 00:31:23 +0100, hitachi303 wrote: I do edit it every time X won't start. Then X does start. But after updating and rebooting it has the old wrong line again. You need to find out which ebuild is modifying it. Run "qlop -m" and look for the package whose install time most closely matches the modification time of the file. Then read the ebuild to see what is going on. If an ebuild is setting this incorrectly, you may need to file a bug report. Since I did edit the file I cannot find a match. I will have to wait until the problem occurs again. It seems that file is created/modified by the mesa ebuild. I would try removing the file and re-emerging mesa to see if it is created with the correct content. The file is created/modified by app-eselect/eselect-opengl. If you have USE=libglvnd enabled, eselect-opengl is no longer installed, but the files it generated may remain. In this case, it is safe to remove the file if USE=libglvnd is enabled, and to regenerate the file by running `eselect opengl set xorg` (or nvidia, ...) if USE=-libglvnd. Jonathan Callen app-eselect/eselect-opengl isn't installed. media-libs/mesa is installed with USE="X [...] libglvnd [...]" So know the file is removed.
Re: [gentoo-user] X won't start after xorg-server update
Am 13.03.20 um 00:46 schrieb Neil Bothwick: On Fri, 13 Mar 2020 00:31:23 +0100, hitachi303 wrote: I do edit it every time X won't start. Then X does start. But after updating and rebooting it has the old wrong line again. You need to find out which ebuild is modifying it. Run "qlop -m" and look for the package whose install time most closely matches the modification time of the file. Then read the ebuild to see what is going on. If an ebuild is setting this incorrectly, you may need to file a bug report. Since I did edit the file I cannot find a match. I will have to wait until the problem occurs again. It seems that file is created/modified by the mesa ebuild. I would try removing the file and re-emerging mesa to see if it is created with the correct content. # mv -vi -- /etc/X11/xorg.conf.d/20opengl.conf . # emerge -av1 mesa mesa doesn't generate the file. So now there is NO file but X does start.
[gentoo-user] USB-HD-Quickport not recognized...
Hi, I bought a LogiLink QP0027 QuickPort. This is a external 3.5/2.5" HDD "docking station". It has a power supply, a USB3.1 port, an ON/OFF switch. Normal doing would be: Switch docking station off Connect docking station and PC with USB cable. Connect Power Supply and docking station Plug Power Supply into mains Insert HD Wait for HD to spin up Check /dev for new device. Unfortunately there is none... If I disconnect the USB cable from the PC and reconnect it, then the device is recognized and there will be a new device under /dev But this is a tedious work which was intended to be unnecessary after buy just this kind of docking station. I searched for this product in conjunstion with "Linux" and found nothing relevant. Is there a way to avoid the problem without forcing a re-enumeration of all connected USB-devices? Cheers! mcc
Re: [gentoo-user] Re: X won't start after xorg-server update
On Sat, 14 Mar 2020 01:06:58 -0400, Jonathan Callen wrote: > > It seems that file is created/modified by the mesa ebuild. > > > > I would try removing the file and re-emerging mesa to see if it is > > created with the correct content. > > > > > > The file is created/modified by app-eselect/eselect-opengl. That's what I thought at first, as the ebuild calls eselect opengl. But I don't have that module installed and the file is still present with a timestamp matching the emerge of mesa. -- Neil Bothwick Electricians DO IT until it Hz... pgprH9_Dxk_4g.pgp Description: OpenPGP digital signature
