Re: [gentoo-user] openssl: "-bindist" fights "bindist"...and me inbetween
tu...@posteo.de: > On 03/12 03:36, gentoo-u...@c-14.de wrote: >> On 17-03-12 at 15:29, tu...@posteo.de wrote: >>> Hi, >>> >>> finally I am on my new root...only a few steps need to be done. >>> >> [..] >>> and this is, where me trouble starts: >>> >>> Hostapd wants: >>> # required by net-wireless/hostapd-2.6::gentoo[ssl] >>> # required by hostapd (argument) =dev-libs/openssl-0.9.8z_p8:0.9.8 -bindist >>> >>> And others wants: >>> (dev-libs/openssl-1.0.2k:0/0::gentoo, ebuild scheduled for merge) >>> conflicts with >>> >=dev-libs/openssl-0.9.8f:0[bindist] required by >>> (net-misc/openssh-7.4_p1:0/0::gentoo, installed) >>> ^^^ >>> dev-libs/openssl:0[bindist] required by >>> (dev-qt/qtnetwork-5.7.1:5/5.7::gentoo, installed) >>>^^^ >>> >>> Is there any way around this? >> Disable the bindist flag on openssh and qtnetwork >> >> -- >> Simon Thelen >> > > Hi Simon, > > thanks for your reply ! :) > > Those settings lead to this recursive dependencies: > > dev-libs/openssl:0 > > (dev-libs/openssl-1.0.2k:0/0::gentoo, ebuild scheduled for merge) pulled in > by > dev-libs/openssl:0[bindist=] required by > (dev-qt/qtnetwork-5.7.1:5/5.7::gentoo, ebuild scheduled for merge) > > > > (dev-libs/openssl-1.0.2k:0/0::gentoo, installed) pulled in by > >=dev-libs/openssl-0.9.8f:0[bindist=] required by > (net-misc/openssh-7.4_p1:0/0::gentoo, installed) > > > > Cheers > Meino Hello. I had the same problem. I have global '-bindist' and I just did emerge -av openssh to rebuild on openssl with needed use flag, and problem gone. > > > > >
[gentoo-user] Re: TeXlive-core failed to build
You appear to have experimental CFLAGS. Try without these.
Re: [gentoo-user] openssl: "-bindist" fights "bindist"...and me inbetween
On 17-03-13 at 04:18, tu...@posteo.de wrote: > On 03/12 03:36, gentoo-u...@c-14.de wrote: > > On 17-03-12 at 15:29, tu...@posteo.de wrote: [..] > Those settings lead to this recursive dependencies: > > dev-libs/openssl:0 > > (dev-libs/openssl-1.0.2k:0/0::gentoo, ebuild scheduled for merge) pulled in > by > dev-libs/openssl:0[bindist=] required by > (dev-qt/qtnetwork-5.7.1:5/5.7::gentoo, ebuild scheduled for merge) > > > > (dev-libs/openssl-1.0.2k:0/0::gentoo, installed) pulled in by > >=dev-libs/openssl-0.9.8f:0[bindist=] required by > (net-misc/openssh-7.4_p1:0/0::gentoo, installed) > > Are you sure you have -bindist in package.use for openssl, openssh and qtnetwork? bindist= implies that the bindist useflag must be the same on all three, in this case it should be -bindist on all of them. -- Simon Thelen
Re: [gentoo-user] openssl: "-bindist" fights "bindist"...and me inbetween
On 03/13/17 03:18, tu...@posteo.de wrote: > On 03/12 03:36, gentoo-u...@c-14.de wrote: >> On 17-03-12 at 15:29, tu...@posteo.de wrote: >>> Hi, >>> >>> finally I am on my new root...only a few steps need to be done. >>> >> [..] >>> and this is, where me trouble starts: >>> >>> Hostapd wants: # required by net-wireless/hostapd-2.6::gentoo[ssl] # >>> required by hostapd (argument) =dev-libs/openssl-0.9.8z_p8:0.9.8 -bindist >>> >>> And others wants: (dev-libs/openssl-1.0.2k:0/0::gentoo, ebuild >>> scheduled for merge) conflicts with =dev-libs/openssl-0.9.8f:0[bindist] required by (net-misc/openssh-7.4_p1:0/0::gentoo, installed) >>> ^^^ dev-libs/openssl:0[bindist] required by >>> (dev-qt/qtnetwork-5.7.1:5/5.7::gentoo, installed) ^^^ >>> >>> Is there any way around this? Forgive me if this reply is naive but I'm very new to Gentoo. However in my limited travels I have found a problem very like this. Check your /etc/portage/make.conf for bindist in the USE flags. It is a default setting and it conflicts with openssl. I removed that flag and all my other attempts to set bindist for openssl and it compiled OK. Dick
Re: [gentoo-user] Re: TeXlive-core failed to build
On 03/13 08:06, Martin Vaeth wrote: > You appear to have experimental CFLAGS. Try without these. > > Could you specify, what parts of that settings are experimental, so that I will remove the correct ones?
[gentoo-user] local mail access - Lock file
I have access to local mail via "mutt" (which I don't use very often nowadays) so in order to access local "mbox" from Thunderbird I had to create an account (via Add Other Accounts) from Thunderbird settings. Is it the way to do it? Can I just create in my local folder /home/thelma/.thunderbird a link to /var/spool/mail ? Anyhow, when I added local account: thelma@localhost I could see all the local mail but when I deleted them (mostly cron job mails) they all came back. How these programs decide which one own a Lock.file? -- Thelma
Re: [gentoo-user] TeXlive-core failed to build
> On 13 Mar 2017, at 16:27, tu...@posteo.de wrote: > On 03/13 08:06, Martin Vaeth wrote: >> You appear to have experimental CFLAGS. Try without these. >> > Could you specify, what parts of that settings are experimental, > so that I will remove the correct ones? Your flags are: CFLAGS=-march=native -O2 -pipe -ffast-math -fopenmp -fprefetch-loop-arrays -ftree-parallelize-loops=12 -funroll-all-loops -fwhole-program -mtune=amdfam10 Google each one of them, see what they do. There's probably a gcc manual that explains them. "funroll-loops" has long been a joke about Gentoo ricing. https://fun.irq.dk/funroll-loops.org/ I would guess you'd take that out and -ftree-parallelize-loops for a start. If you want to use the program, compile it with just `CFLAGS=-march=native -O2 -pipe` - I'm sure that will work. Then you can go back and see what options you can add without crashing the compile. These options often do not actually make things faster. Stroller.
Re: [gentoo-user] TeXlive-core failed to build
On 03/13 06:27, Stroller wrote: > > > On 13 Mar 2017, at 16:27, tu...@posteo.de wrote: > > On 03/13 08:06, Martin Vaeth wrote: > >> You appear to have experimental CFLAGS. Try without these. > >> > > Could you specify, what parts of that settings are experimental, > > so that I will remove the correct ones? > > Your flags are: > > CFLAGS=-march=native -O2 -pipe -ffast-math -fopenmp -fprefetch-loop-arrays > -ftree-parallelize-loops=12 -funroll-all-loops -fwhole-program > -mtune=amdfam10 > > Google each one of them, see what they do. There's probably a gcc manual that > explains them. > > "funroll-loops" has long been a joke about Gentoo ricing. > https://fun.irq.dk/funroll-loops.org/ > > I would guess you'd take that out and -ftree-parallelize-loops for a start. > > If you want to use the program, compile it with just `CFLAGS=-march=native > -O2 -pipe` - I'm sure that will work. Then you can go back and see what > options you can add without crashing the compile. These options often do not > actually make things faster. > > Stroller. > > Hi Stroller, THANKS A LOT ! :) 8) That helps me! Cheers Meino
[gentoo-user] Recommended CDR-Burning-frontend without QT and without KDE?
Hi, what software under app-cdr (and may be others) is a recommended application for burning all sorts of CD/DVD/DVDR/CDR...? As far it is not overcomplicated I am not scared by ncurses/slang and the commandline :) As long as it is neat and handy...no problem. Definatly I dont want KDE-software nor QT-stuff anymore. Same background, different task: What is similiar and recommended as replacement for qtjackctrl? Thanks a lot for any help in advance! Cheers Meino
Re: [gentoo-user] Recommended CDR-Burning-frontend without QT and without KDE?
On 170313-20:08+0100, tu...@posteo.de wrote: > Hi, > > what software under app-cdr (and may be others) is a recommended > application for burning all sorts of CD/DVD/DVDR/CDR...? growisofs, cdrecord, and friends ...mkisofs for cdrecord, IIRC ...I use it rarely nowadays... but none (assisting other programs) actually if it's data to burn on DVD or BD, growisofs is fine solo there... However, it's no GUI there... > As far it is not overcomplicated I am not scared by ncurses/slang > and the commandline :) There! You should be fine with the above. > As long as it is neat and handy...no problem. Those are neat, yes! > Definatly I dont want KDE-software nor QT-stuff anymore. > > Same background, different task: > What is similiar and recommended as replacement for > qtjackctrl? > > Thanks a lot for any help in advance! > > Cheers > Meino > > > > -- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr signature.asc Description: Digital signature
Re: [gentoo-user] local mail access - Lock file
Thelma: ... > How these programs decide which one own a Lock.file? https://linux.die.net/man/1/mail-lock https://en.wikipedia.org/wiki/File_locking#Lock_files Regards, /Karl Hammar --- Aspö Data Lilla Aspö 148 S-742 94 Östhammar Sweden +46 173 140 57
[gentoo-user] date+filename
I'm trying to add to Xface menu: Configure Custom Actions
This:
pdfunite %N folder/`date +%F`-output.pdf
The file in dir folder gets created ("-output.pdf") but is missing the date.
This works from command line:
pdfunite 1.pdf 2.pdf folder/`date +%F`-output.pdf
What kind of bracket am I missing?
--
Thelma
[gentoo-user] OpenGL problem after upgrading mesa and xorg-server
Since I've upgraded mesa (12.0.1 to 13.0.5) and xorg-server (1.18.4 to 1.19.2), OpenGL programs don't work any longer for non-root users, even when these users are members of the group "video". The USE flags for xorg-server: doc glamor ipv6 kdrive suid udev xorg xvfb mesa: classic dri3 egl gallium gbm gcrypt gles2 llvm nettle nptl opencl openmax osmesa pax_kernel pic vaapi vdpau wayland xa xvmc I'm using gentoo hardened kernel (4.8.17-hardened-r2). This is the error message: user@puter ~ $ glxgears libGL error: MESA-LOADER: failed to retrieve device information libGL error: image driver extension not found libGL error: failed to load driver: radeon libGL error: MESA-LOADER: failed to retrieve device information unknown chip id 0x683f, can't guess. libGL error: failed to create dri screen libGL error: failed to load driver: radeon As root, everything works fine. I searched the web and also read the gentoo xserver wiki but couldn't find a solution. -- Regards wabe
[gentoo-user] Re: OpenGL problem after upgrading mesa and xorg-server
wabe wrote: > Since I've upgraded mesa (12.0.1 to 13.0.5) and xorg-server > (1.18.4 to 1.19.2), OpenGL programs don't work any longer for > non-root users, even when these users are members of the group > "video". > > The USE flags for > > xorg-server: doc glamor ipv6 kdrive suid udev xorg xvfb > > mesa: classic dri3 egl gallium gbm gcrypt gles2 llvm nettle nptl > opencl openmax osmesa pax_kernel pic vaapi vdpau wayland xa xvmc > > I'm using gentoo hardened kernel (4.8.17-hardened-r2). > > > This is the error message: > > user@puter ~ $ glxgears > libGL error: MESA-LOADER: failed to retrieve device information > libGL error: image driver extension not found > libGL error: failed to load driver: radeon > libGL error: MESA-LOADER: failed to retrieve device information > unknown chip id 0x683f, can't guess. > libGL error: failed to create dri screen > libGL error: failed to load driver: radeon > > As root, everything works fine. > > I searched the web and also read the gentoo xserver wiki but > couldn't find a solution. P.S.: After downgrading mesa to 12.0.1 everything works fine again. So the problem has nothing to do with xorg-server. -- Regards wabe
Re: [gentoo-user] Re: OpenGL problem after upgrading mesa and xorg-server
On 170314-05:32+0100, wabe wrote: > wabe wrote: > > > Since I've upgraded mesa (12.0.1 to 13.0.5) and xorg-server > > (1.18.4 to 1.19.2), OpenGL programs don't work any longer for > > non-root users, even when these users are members of the group > > "video". ... > > > > I searched the web and also read the gentoo xserver wiki but > > couldn't find a solution. > > P.S.: After downgrading mesa to 12.0.1 everything works fine again. > So the problem has nothing to do with xorg-server. Lots of bugs with mesa, esp. recently: https://bugs.gentoo.org/buglist.cgi?quicksearch=mesa I masked it for now (if I had time, I'd contribute reports...): /etc/portage/package.mask/package.mask.file:>=media-libs/mesa-13.0.0 ( Btw. how does one search for only recent bugs, anybody? ) -- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr signature.asc Description: Digital signature
Re: [gentoo-user] Re: OpenGL problem after upgrading mesa and xorg-server
On March 14, 2017 6:57:59 AM GMT+01:00, Miroslav Rovis wrote: >On 170314-05:32+0100, wabe wrote: >> wabe wrote: >> >> > Since I've upgraded mesa (12.0.1 to 13.0.5) and xorg-server >> > (1.18.4 to 1.19.2), OpenGL programs don't work any longer for >> > non-root users, even when these users are members of the group >> > "video". >... >> > >> > I searched the web and also read the gentoo xserver wiki but >> > couldn't find a solution. >> >> P.S.: After downgrading mesa to 12.0.1 everything works fine again. >> So the problem has nothing to do with xorg-server. > >Lots of bugs with mesa, esp. recently: >https://bugs.gentoo.org/buglist.cgi?quicksearch=mesa > >I masked it for now (if I had time, I'd contribute reports...): > >/etc/portage/package.mask/package.mask.file:>=media-libs/mesa-13.0.0 > >( Btw. how does one search for only recent bugs, anybody? ) To see most recent bugs, sort on ID. To see most recently modified bug, sort on changed. (Click on the column headers) -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
