Re: [gentoo-user] udisks and exfat
On 2019.04.29 21:19, Bill Kenworthy wrote: How does one execute a file on an exfat formatted usb key? I have an encryption app that must be executed from the drive to work (secure-stick). Works great in windows, linux is a real pain because I think udisks is forcing execute off and I cant overide it. help! BillK At least show us the output of "ls -l" on the file in question. Does "chown +x file" have any effect? Why do you think you can't execute such a file? What happens when you try? How have you tried? Jack
Re: [gentoo-user] Re: Picking out a printer. Questions.
Adam Carter wrote: > > But I understand what classes was. If CIDR replaced the word > classes, I would have had to google or ask what the heck that > is. lol > > > CIDR moved Internet routing away from fixed 8, 16 and 24 bit > netmasks. The / representation is CIDR. > > > The C in CIDR is for Classless :) And I just googled to find out what the rest stands for. I get classes because I understand what classes means, in a lot of contexts. Until a moment ago, I had no idea what CIDR was or stood for. By tomorrow, I likely would have to google it again. o_O Then again, give me a hour or so. O_O Dale :-) :-)
Re: [gentoo-user] Re: Picking out a printer. Questions.
> But I understand what classes was. If CIDR replaced the word classes, I >> would have had to google or ask what the heck that is. lol >> > > CIDR moved Internet routing away from fixed 8, 16 and 24 bit netmasks. The > / representation is CIDR. > The C in CIDR is for Classless :)
Re: [gentoo-user] Re: Picking out a printer. Questions.
On Tue, Apr 30, 2019 at 10:29 AM Dale wrote: > Adam Carter wrote: > > Using classes is pretty old terminology. IETF introduced CIDR in '93! Yes, > I still catch myself doing it too. > > > But I understand what classes was. If CIDR replaced the word classes, I > would have had to google or ask what the heck that is. lol > CIDR moved Internet routing away from fixed 8, 16 and 24 bit netmasks. The / representation is CIDR.
[gentoo-user] udisks and exfat
How does one execute a file on an exfat formatted usb key? I have an encryption app that must be executed from the drive to work (secure-stick). Works great in windows, linux is a real pain because I think udisks is forcing execute off and I cant overide it. help! BillK
Re: [gentoo-user] Re: Picking out a printer. Questions.
Adam Carter wrote: > > > Using classes is pretty old terminology. IETF introduced CIDR in > '93! Yes, I still catch myself doing it too. > But I understand what classes was. If CIDR replaced the word classes, I would have had to google or ask what the heck that is. lol Dale :-) :-)
Re: [gentoo-user] Re: Picking out a printer. Questions.
Using classes is pretty old terminology. IETF introduced CIDR in '93! Yes, I still catch myself doing it too.
Aw: Re: Re: [gentoo-user] local mirrors (summary, leading to more questions)
But that seems strange - why would I need both GENTOO_MIRRORS and http_proxy? GENTOO_MIRRORS="http://myserver; http_proxy="http://myserver:3142 Does the http_proxy imply that I'd need a proxy app, like squid. Between my client and server, there won't be any appreciable traffic. > Gesendet: Montag, 29. April 2019 um 23:39 Uhr > Von: n952...@web.de > An: gentoo-user@lists.gentoo.org > Betreff: Aw: Re: Re: [gentoo-user] local mirrors (summary, leading to more > questions) > > > Gesendet: Montag, 29. April 2019 um 10:47 Uhr > > Von: "Peter Humphrey" > > An: gentoo-user@lists.gentoo.org > > Betreff: Re: Aw: Re: [gentoo-user] local mirrors (summary, leading to more > > questions) > > > > On Sunday, 28 April 2019 21:37:19 BST n952...@web.de wrote: > > > > > - Peter Humphrey suggests: > > > - http ftp proxy > > > > > > In what way is that different from rsync which I thought I'd > > > already > > > configured? > > > > I assume that means you're using rsync to synchronise the portage database. > > > Yes, as instructed here: > > https://wiki.gentoo.org/wiki/Local_Mirror#Setting_up_the_mirror > > > > Then, whatever you use to fetch distfiles for installation, it uses ftp or > > http transport to fetch them. ... > > > This page discusses local distfile servers: > >https://wiki.gentoo.org/wiki/Local_distfiles_cache > > using either of two approaches: > - apt-cacher-ng > - nginx > > Do they relate to the ftp and http you mention? > > I already have apache and don't want to install any more packages - it would > seem that if nginx can serve the files, apache should be able to, too. > I'm trying to configure it. > > This page: > https://wiki.gentoo.org/wiki/Local_distfiles_cache#Setting_up_clients > > says I should put this line into /etc/portage/make.conf: > > http_proxy="http://distfilescache:3142 > > Is that the URL it'll send? So, all I'd have to do is have a virtual host > responding to that port with a copy of /etc/portage/distfiles at its root? > > TIA, > > Tom > > > > > > > > > > -- > > Regards, > > Peter. > >
Aw: Re: Re: [gentoo-user] local mirrors (summary, leading to more questions)
> Gesendet: Montag, 29. April 2019 um 10:47 Uhr > Von: "Peter Humphrey" > An: gentoo-user@lists.gentoo.org > Betreff: Re: Aw: Re: [gentoo-user] local mirrors (summary, leading to more > questions) > > On Sunday, 28 April 2019 21:37:19 BST n952...@web.de wrote: > > > - Peter Humphrey suggests: > > - http ftp proxy > > > > In what way is that different from rsync which I thought I'd already > > configured? > > I assume that means you're using rsync to synchronise the portage database. Yes, as instructed here: https://wiki.gentoo.org/wiki/Local_Mirror#Setting_up_the_mirror > Then, whatever you use to fetch distfiles for installation, it uses ftp or > http transport to fetch them. ... This page discusses local distfile servers: https://wiki.gentoo.org/wiki/Local_distfiles_cache using either of two approaches: - apt-cacher-ng - nginx Do they relate to the ftp and http you mention? I already have apache and don't want to install any more packages - it would seem that if nginx can serve the files, apache should be able to, too. I'm trying to configure it. This page: https://wiki.gentoo.org/wiki/Local_distfiles_cache#Setting_up_clients says I should put this line into /etc/portage/make.conf: http_proxy="http://distfilescache:3142 Is that the URL it'll send? So, all I'd have to do is have a virtual host responding to that port with a copy of /etc/portage/distfiles at its root? TIA, Tom > > -- > Regards, > Peter.
Re: [gentoo-user] Cannot build qtwebengine: ‘WEBP_EXTERN’ does not name a type
On Mon, Apr 29, 2019 at 06:54:08PM +0200, Frank Steinmetzger wrote: > I’ll try a libwebp downgrade now. Since that didn’t work either, I tried to recreate the error by building a minimal c program, which only includes libwebp headers and opened/closed a webp object. I was so rusty with handling gcc that I didn’t get it to build, but when running `locate libwebp.a`, I found out that I had an old version of the lib installed in /usr/local. I can’t remember what I needed it for and so I uninstalled it. And whaddaya know, qtwebengine now compiles happily. I’m already at file 8981/15727, while the error popped up at 6592/15727, which is way earlier. Yay. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. NOTHING is the complete absence of SOMETHING. Without presence of absence there is no NOTHING. signature.asc Description: PGP signature
Re: [gentoo-user] Cannot build qtwebengine: ‘WEBP_EXTERN’ does not name a type
On Mon, Apr 29, 2019 at 08:53:26AM +0100, Mick wrote: > On Sunday, 28 April 2019 21:25:58 BST Frank Steinmetzger wrote: > > Hi folks, > > > > it’s been a while since I had a problem for which I needed a nudge. :) > > Due to some other lib upgrade, I need to rebuild qtwebengine. > > > > But it always fails with: > > | In file included from > > | ../../3rdparty/chromium/third_party/skia/src/images/SkWebpEncoder.cpp:42: > > | /usreincnude/webp/mux.h:101:1: Since libpcap has been upgradederror: > > | ‘WEBP_EXTERN’ does not name a type| > > | WEBP_EXTERN int WebPGetMuxVersion(void); > > | ^~~ > > | > > | /usr/include/webp/mux.h: In function ‘WebPMux* WebPMuxCreate(const > > | WebPData*, int)’: /usr/include/webp/mux.h:138:10: error: > > | ‘WebPMuxCreateInternal’ was not declared in this scope| > > |return WebPMuxCreateInternal(bitstream, copy_data, > > |WEBP_MUX_ABI_VERSION); > > | > > | ^ > > > > And a number more of similar problems, hinting at a missing or broken > > include file in libpcap. I tried upgrading libpcap from 1.8 to 1.9 as a > > remedy, but no luck there. > > These are the libcap versions listed in my system and there is no 1.8 or 1.9 > versions here: We both made a mistake here. Notice I mentioned libpcap (with two “p”s), you only read one. And my mistake was to look at libpcap at all, when I should have been looking at libwebp (oh those damn Ps). After all, that is the lib which contains the culprit mux.h and which was upgraded from 0.5 to 1.0, causing a rebuild in the first place. (In hindsight, why should a network library have a file about muxing anyway). I’ll try a libwebp downgrade now. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. How many people can read hex if only you and dead people can read hex? deae people. signature.asc Description: PGP signature
[gentoo-user] VA-API support on Chrome
Does anyone have VA-API working on Chromium or Chrome? I've chased down a few possibilities but ended up at dead ends. - Grant
[gentoo-user] Re: Picking out a printer. Questions.
On 2019-04-28, Wols Lists wrote: > On 28/04/19 00:37, Dale wrote: > >> I'm no networking guru by any stretch, I'm sure others would agree >> with that, but that's my thinking. After all, if you have a >> printer with the same IP, how would it know mine from yours unless >> it is local only? From my understanding, 192.168.*.* addresses are >> always local only IPs. > > Google for RFC 1918. There are two other network ranges, one of which is > 10/8. > > The idea is that 192.168/24 gives you 256 class C addresses, Yes, the entire 192.168.0.0/16 block is non-routable. > then there's a class B address, can't remember what it is, 172.16.0.0/12 is non-routable and contains 16 contiguous class B blocks. > and 10/8 is a class A address. See also https://en.wikipedia.org/wiki/Private_network There's also 169.254.0.0/16 which is a non-routable block for use by zero-conf et alia. -- Grant Edwards grant.b.edwardsYow! OVER the underpass! at UNDER the overpass! gmail.comAround the FUTURE and BEYOND REPAIR!!
Re: [gentoo-user] local mirrors (summary, leading to more questions)
On Mon, 29 Apr 2019 10:18:05 +0100, Peter Humphrey wrote: > > > > https://wiki.gentoo.org/wiki/PORTDIR > > > > > > That muddies the water somewhat. Now we have PORTDIR defined in one > > > place, and PKGDIR and DISTDIR in another. > > > > Yes, but it makes sense as PORTDIR is specific to a repository while > > the others are global settings. > > So, next time I move my portage tree (which will also be the first > time :) ) I have to remember to change two files, not just one. Only if you have PORTDIR and DISTDIR inside the portage tree, which is illogical IMO :) -- Neil Bothwick My friends went to alt.california, and all they brought me was this lousy sig. pgpN_f0AHcRjx.pgp Description: OpenPGP digital signature
Re: [gentoo-user] local mirrors (summary, leading to more questions)
On Monday, 29 April 2019 10:11:00 BST Neil Bothwick wrote: > On Mon, 29 Apr 2019 09:52:47 +0100, Peter Humphrey wrote: > > > Just to mention the PORTDIR variable is no longer meant to be > > > declared in / etc/portage/make.conf, but > > > in /etc/portage/repos.conf/gentoo.conf, using the 'location = ' > > > directive. See URL below: > > > > > > https://wiki.gentoo.org/wiki/PORTDIR > > > > That muddies the water somewhat. Now we have PORTDIR defined in one > > place, and PKGDIR and DISTDIR in another. > > Yes, but it makes sense as PORTDIR is specific to a repository while the > others are global settings. So, next time I move my portage tree (which will also be the first time :) ) I have to remember to change two files, not just one. -- Regards, Peter.
Re: [gentoo-user] local mirrors (summary, leading to more questions)
On Mon, 29 Apr 2019 09:52:47 +0100, Peter Humphrey wrote: > > Just to mention the PORTDIR variable is no longer meant to be > > declared in / etc/portage/make.conf, but > > in /etc/portage/repos.conf/gentoo.conf, using the 'location = ' > > directive. See URL below: > > > > https://wiki.gentoo.org/wiki/PORTDIR > > That muddies the water somewhat. Now we have PORTDIR defined in one > place, and PKGDIR and DISTDIR in another. Yes, but it makes sense as PORTDIR is specific to a repository while the others are global settings. -- Neil Bothwick Macro: (n.) a series of keystrokes used to simulate a missing but essential command. pgpnWlQEXnaPx.pgp Description: OpenPGP digital signature
Re: Aw: Re: [gentoo-user] local mirrors (summary, leading to more questions)
On Monday, 29 April 2019 09:03:15 BST Mick wrote: > Just to mention the PORTDIR variable is no longer meant to be declared in / > etc/portage/make.conf, but in /etc/portage/repos.conf/gentoo.conf, using the > 'location = ' directive. See URL below: > > https://wiki.gentoo.org/wiki/PORTDIR That muddies the water somewhat. Now we have PORTDIR defined in one place, and PKGDIR and DISTDIR in another. -- Regards, Peter.
Re: Aw: Re: [gentoo-user] local mirrors (summary, leading to more questions)
On Sunday, 28 April 2019 21:37:19 BST n952...@web.de wrote: > - Peter Humphrey suggests: > - http ftp proxy > > In what way is that different from rsync which I thought I'd already > configured? I assume that means you're using rsync to synchronise the portage database. Then, whatever you use to fetch distfiles for installation, it uses ftp or http transport to fetch them. Squid sits on the network with its cache of previous fetches and supplies whatever hasn't changed, thus at least halving network traffic if you have two or more Gentoo machines to maintain. You can also point your browsers at squid (that's what it's meant for, in fact); their responsiveness also improves. Since I had fibre broadband I hadn't bothered with squid, but after installing it on a local machine yesterday I found it still made an observable difference. Squid doesn't need a powerful machine to serve a small LAN; I have it running happily on an old single-core, 32-bit Atom N270 box. Although squid apparently scales well up to much larger user numbers, it's remarkably easy to set up - I had it running in under half an hour. -- Regards, Peter.
Re: Aw: Re: [gentoo-user] local mirrors (summary, leading to more questions)
Mick wrote: > On Sunday, 28 April 2019 22:49:42 BST Dale wrote: >> n952...@web.de wrote: >>> Thanks to all who reponded: >>> - Rich Freeman suggests: >>> - having apache serve the local distfiles. >>> >>> How? Just make them available in the apache root and give portage >>> the URL somewhere?> >>> - use "infra scripts", but I think that's for running an up-to-date >>> general-purpose mirror >>> >>> He explains later that repos.conf defines the single place where the >>> repository is defined but that is distinct from where the distfiles >>> come from, which is defined by make.conf:GENTOO_MIRRORS >>> >>> - Dale suggests: >>> - a package, http-replicator, which might do Freeman's first >>> >>> suggestion. >>> >>> - Neil Bothwick explains the difference between serving the "portage >>> >>> mirror, the repository of ebuild and associated files" and the >>> distfiles, and suggests using NFS, presumably instead of, or in >>> addition to /usr/portage/distfiles. >>> >>> Okay, I looked for the first time at the files directly under >>> /usr/portage. >>> Is it a correct assumption that all packages available for >>> installation will be represented there? And that's it? That's >>> basically all there is to a gentoo installation? - >>> /usr/portage/distfiles >>> - the ebuilds directly under /usr/portage >>> - /usr/portage/eclass >>> - /usr/portage/metadata >>> - /usr/portage/profiles >>> - /etc/portage >>> >>> If so, then I'm delighted in the simplicity of it. Like reading the >>> one page definition of tcl. Unfortunately, it doesn't come through so >>> well in the documentation, with things like layouts seemingly basic >>> to an understanding. >>> >>> - Peter Humphrey suggests: >>> - http ftp proxy >>> >>> In what way is that different from rsync which I thought I'd >>> already configured? >> Just to add some more info. By changing the settings in make.conf, you >> can move these directories wherever you like. As a example, I moved >> mine here: >> >> >> root@fireball / # ls -al /var/cache/portage/ >> total 160 >> drwxr-xr-x 5 rootroot 4096 Dec 20 2012 . >> drwxr-xr-x 13 rootroot 4096 Apr 24 03:18 .. >> drwxrwxr-x 3 portage portage 143360 Apr 26 04:06 distfiles >> drwxr-xr-x 105 portage portage 4096 Apr 26 04:04 packages >> drwxr-xr-x 174 portage portage 4096 Apr 22 23:32 tree >> root@fireball / # >> >> >> I have these settings in make.conf to match where I put things: >> >> >> >> DISTDIR="/var/cache/portage/distfiles/" >> PKGDIR="/var/cache/portage/packages" >> PORTDIR="/var/cache/portage/tree" > Just to mention the PORTDIR variable is no longer meant to be declared in / > etc/portage/make.conf, but in /etc/portage/repos.conf/gentoo.conf, using the > 'location = ' directive. See URL below: > > https://wiki.gentoo.org/wiki/PORTDIR > > I wasn't aware of the move or don't remember it if I read it somewhere. Thanks for noticing that since that could cause confusion. I bet if I ever move that again, I'll forget that it is in a new place. :/ Dale :-) :-)
Re: Aw: Re: [gentoo-user] local mirrors (summary, leading to more questions)
On Sunday, 28 April 2019 22:49:42 BST Dale wrote: > n952...@web.de wrote: > > Thanks to all who reponded: > > - Rich Freeman suggests: > > - having apache serve the local distfiles. > > > > How? Just make them available in the apache root and give portage > > the URL somewhere?> > > - use "infra scripts", but I think that's for running an up-to-date > > general-purpose mirror > > > > He explains later that repos.conf defines the single place where the > > repository is defined but that is distinct from where the distfiles > > come from, which is defined by make.conf:GENTOO_MIRRORS > > > > - Dale suggests: > > - a package, http-replicator, which might do Freeman's first > > > > suggestion. > > > > - Neil Bothwick explains the difference between serving the "portage > > > > mirror, the repository of ebuild and associated files" and the > > distfiles, and suggests using NFS, presumably instead of, or in > > addition to /usr/portage/distfiles. > > > > Okay, I looked for the first time at the files directly under > > /usr/portage. > > Is it a correct assumption that all packages available for > > installation will be represented there? And that's it? That's > > basically all there is to a gentoo installation? - > > /usr/portage/distfiles > > - the ebuilds directly under /usr/portage > > - /usr/portage/eclass > > - /usr/portage/metadata > > - /usr/portage/profiles > > - /etc/portage > > > > If so, then I'm delighted in the simplicity of it. Like reading the > > one page definition of tcl. Unfortunately, it doesn't come through so > > well in the documentation, with things like layouts seemingly basic > > to an understanding. > > > > - Peter Humphrey suggests: > > - http ftp proxy > > > > In what way is that different from rsync which I thought I'd > > already configured? > Just to add some more info. By changing the settings in make.conf, you > can move these directories wherever you like. As a example, I moved > mine here: > > > root@fireball / # ls -al /var/cache/portage/ > total 160 > drwxr-xr-x 5 rootroot 4096 Dec 20 2012 . > drwxr-xr-x 13 rootroot 4096 Apr 24 03:18 .. > drwxrwxr-x 3 portage portage 143360 Apr 26 04:06 distfiles > drwxr-xr-x 105 portage portage 4096 Apr 26 04:04 packages > drwxr-xr-x 174 portage portage 4096 Apr 22 23:32 tree > root@fireball / # > > > I have these settings in make.conf to match where I put things: > > > > DISTDIR="/var/cache/portage/distfiles/" > PKGDIR="/var/cache/portage/packages" > PORTDIR="/var/cache/portage/tree" Just to mention the PORTDIR variable is no longer meant to be declared in / etc/portage/make.conf, but in /etc/portage/repos.conf/gentoo.conf, using the 'location = ' directive. See URL below: https://wiki.gentoo.org/wiki/PORTDIR -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Cannot build qtwebengine: ‘WEBP_EXTERN’ does not name a type
On Sunday, 28 April 2019 21:25:58 BST Frank Steinmetzger wrote: > Hi folks, > > it’s been a while since I had a problem for which I needed a nudge. :) > Due to some other lib upgrade, I need to rebuild qtwebengine. > > But it always fails with: > | In file included from > | ../../3rdparty/chromium/third_party/skia/src/images/SkWebpEncoder.cpp:42: > | /usreincnude/webp/mux.h:101:1: Since libpcap has been upgradederror: > | ‘WEBP_EXTERN’ does not name a type| > | WEBP_EXTERN int WebPGetMuxVersion(void); > | ^~~ > | > | /usr/include/webp/mux.h: In function ‘WebPMux* WebPMuxCreate(const > | WebPData*, int)’: /usr/include/webp/mux.h:138:10: error: > | ‘WebPMuxCreateInternal’ was not declared in this scope| > |return WebPMuxCreateInternal(bitstream, copy_data, > |WEBP_MUX_ABI_VERSION); > | > | ^ > > And a number more of similar problems, hinting at a missing or broken > include file in libpcap. I tried upgrading libpcap from 1.8 to 1.9 as a > remedy, but no luck there. These are the libcap versions listed in my system and there is no 1.8 or 1.9 versions here: [I] sys-libs/libcap Available versions: 2.25[pam static-libs ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"] 2.26-r2 ^t[pam static-libs ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"] ~2.27 ^t[pam static-libs ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"] Installed versions: 2.26-r2^t(13:18:30 04/19/19)(pam -static-libs ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32") Homepage:http://www.friedhoff.org/posixfilecaps.html Description: POSIX 1003.1e capabilities [I] sys-libs/libcap-ng Available versions: 0.7.8 ^t[python static-libs PYTHON_TARGETS="python2_7 python3_5 python3_6"] ["python? ( || ( python_targets_python2_7 python_targets_python3_5 python_targets_python3_6 ) )"] ~0.7.9 [python static-libs PYTHON_TARGETS="python2_7 python3_5 python3_6 python3_7"] ["python? ( || ( python_targets_python2_7 python_targets_python3_5 python_targets_python3_6 python_targets_python3_7 ) )"] Installed versions: 0.7.8^t(13:27:50 03/23/19)(-python -static-libs PYTHON_TARGETS="python2_7 python3_6 -python3_5") Homepage:https://people.redhat.com/sgrubb/libcap-ng/ Description: POSIX 1003.1e capabilities Instead of manually emerging/upgrading libraries it may be better to run 'emerge -a -v @preserved-rebuild' and let portage decide which version is required, through its thread of dependencies. > There is also no relevant entry on BGO and I > asked twice on IRC with this, but noone answered. Search the emerge output for "Error" to find out all errors printed out by emerge. With multicore/multithread CPUs it is easy to miss "Error 1" further up the page. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
