Re: [gentoo-user] [O/T] netstat security puzzle
On December 18, 2016 8:26:40 AM GMT+01:00, Mick wrote: >On Friday 16 Dec 2016 19:19:11 Poison BL. wrote: >> On Fri, Dec 16, 2016 at 7:14 PM, Mick >wrote: >> > I am looking at a Mint 18 installation and noticed when running >netstat >> > that >> > all tcp connections are showing not the PC name, but >"Knoppix":. >> > >> > What might be the cause of this? The installation was performed >using a >> > Mint >> > LiveCD iso. >> > -- >> > Regards, >> > Mick >> >> My first check would be /etc/hosts for an entry there. That, or >lazily >> grepping all of /etc for Knoppix. >> >> It is strange that it's not using either the hostname as given during >> setup, or an auto-generated potentially unique one, wherever it's >pulling >> that from. > >I've grep-ped the whole of /etc, no mention of "Knoppix" there. > >I've also looked in /var/lib/NetworkManager/dhclient-enp6s8.conf to see >what >hostname NetworkManager sends to dhclient. No trace of "Knoppix" in >there >either. > >What else could it be creating or overriding a Local Address with one >called >"Knoppix", rather than what was set at installation time? There is a hostname option in the kernel config. Maybe that is used somewhere? # zgrep -i knoppix /proc/config.gz What does ' hostname ' return? -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
On 12/17/2016 11:45 PM, Tom H wrote: > On Sat, Dec 17, 2016 at 4:36 AM, Daniel Campbell wrote: >> On 12/17/2016 12:53 AM, Neil Bothwick wrote: >>> On Sat, 17 Dec 2016 00:55:21 -0500, Walter Dnes wrote: Again, the average home user is being jerked around for a corporate agenda. >>> >>> Yes, it is disgusting that developers add the options desired by those >>> that pay their wages while completely ignoring the users that give them >>> nothing! It's almost like they are scratching their employer's itch while >>> ignoring yours. >> >> I get where you're coming from, but Walter's talking about a real >> concern when it comes to libre software and corporate involvement. The >> profit motive has the potential to devastate community-oriented >> operations, be they libre software, swimming pools, common areas, >> municipal Internet, or even housing efforts. That potential for damage >> should be baked into any community-based operation's decision-making >> process. > > Greg KH has (IIRC) made the argument that it's the involvement of > corporations that has helped Linux grow exponentially, unlike the > BSDs. (IIRC, he attributed their involvement to the GPL, but that's a > different topic.) > The licensing absolutely had the attention of companies. A kernel, free of cost? And oh snap, the OS that started the free software movement -- these two projects aren't likely to change a whole lot in their licensing or approach. They're _the_ foundation of a system, so naturally if a business intends to build something, they'll want to build on the lowest, most stable level. Thankfully the kernel seems to have sane management; as long as Linus is around, anyway. Just recently AMD had some of their code rejected, so with a vigilant-enough team, you can effectively protect your project from monied interests (be it poor code or an attempt to manipulate). Now picture what might have happened if AMD was employing Linus or had some other sort of contract. (For the record, I use an AMD CPU and like it; they just happened to be the most recent corporation who's rejected code popped on my radar. No bias intended.) Growth comes from multiple things: quality, interest, cost, and extensibility. The kernel definitely has the last one; modules are a staple now. Maybe they weren't when it was first released. Quality has naturally improved over time, but I think that's the most variable part, since quality means different things to different people. Linux being extensible coupled with a permissive license allowed companies to fix bugs themselves and, if the code is good enough, spread their fixes to everyone else. Other companies may see that, and either take part in contributing code (for notoriety), or use it in-house to reduce costs and improve whatever metrics like uptime or what-have-you. A community then builds. None of those actors have to be corporate, money-seeking entities in order for growth to occur. Corporate involvement may have *accelerated* Linux's growth, but it had quality of design and code going for it, so growth was inevitable as it filled a huge niche at the time and continued to do so until the BSDs opened up and GNU Hurd was released. By that point, most heavy development was already on Linux, and the risk of switching to another OS/kernel -- after contributing code to Linux -- would be a hard sell to a company. BSD of course garnered a decent portion of the networking world and found its own niche, but Linux had a lot going for it early on that helped spike its growth, separate from *who* that growth came from. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] [O/T] netstat security puzzle
On Sunday 18 Dec 2016 08:09:06 J. Roeleveld wrote: > On December 18, 2016 8:26:40 AM GMT+01:00, Mick wrote: > >On Friday 16 Dec 2016 19:19:11 Poison BL. wrote: > >> On Fri, Dec 16, 2016 at 7:14 PM, Mick > > > >wrote: > >> > I am looking at a Mint 18 installation and noticed when running > > > >netstat > > > >> > that > >> > all tcp connections are showing not the PC name, but > > > >"Knoppix":. > > > >> > What might be the cause of this? The installation was performed > > > >using a > > > >> > Mint > >> > LiveCD iso. > >> > -- > >> > Regards, > >> > Mick > >> > >> My first check would be /etc/hosts for an entry there. That, or > > > >lazily > > > >> grepping all of /etc for Knoppix. > >> > >> It is strange that it's not using either the hostname as given during > >> setup, or an auto-generated potentially unique one, wherever it's > > > >pulling > > > >> that from. > > > >I've grep-ped the whole of /etc, no mention of "Knoppix" there. > > > >I've also looked in /var/lib/NetworkManager/dhclient-enp6s8.conf to see > >what > >hostname NetworkManager sends to dhclient. No trace of "Knoppix" in > >there > >either. > > > >What else could it be creating or overriding a Local Address with one > >called > >"Knoppix", rather than what was set at installation time? > > There is a hostname option in the kernel config. Maybe that is used > somewhere? > > # zgrep -i knoppix /proc/config.gz > > What does ' hostname ' return? > > -- > Joost hostname returns the correct name of the PC, as set in /etc/hosts. I'll investigate Tom H's hint that the local router's dhcp server may be the culrpit. I seem to recall this PC had booted with a Knoppix CD some days ago, perhaps this was cached by the router. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
On Saturday 17 December 2016 20:21:33 Walter Dnes wrote: > On Sat, Dec 17, 2016 at 09:51:07PM +0100, Marc Joliet wrote > > > On Saturday 17 December 2016 14:10:04 Walter Dnes wrote: > > > A note; the developers have stated in the Pale Moon forum that they're > > > > > > working on getting rid of gstreamer, and having Pale Moon talk directly > > > to ffmpeg and libav. This gets rid of one layer of middleware, and the > > > associated security problems. > > > > FWIW, that's most likely because Firefox did that a few releases > > ago (I unset the gstreamer USE flag with 44.0, and AFAIK gstreamer > > support was completely removed with 46.0). > > Not "because Firefox did that", but because it's a good idea. Yes, > Firefox sometimes makes the right choice. While Pale Moon does not > blindly follow Firefox (e.g. Australis), gstreamer is a pain and a > security problem. First Pale Moon had to migrate from gstreamer 0.10.x > (inherited from Firefox code) to gstreamer 1.x. And now they have to > blacklist certain gstreamer plugins. Enough already. Sorry, I didn't mean that Pale moon "blindly follows" Firefox, I was primarily thinking of the progression upstream -> downstream (even as a fork, I expect that they'll want most of the low-level changes). -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Miroslav Rovis wrote: > Martin Vaeth, I think he works with the ebuilds of Pale moon No, I don't. I had just reported a few bugs (and suggested some workarounds).
[gentoo-user] Portage nonsense : this week's version
I want to see which pkgs might have updates available in 'testing', so I enter, where 'emergeu' = 'ACCEPT_KEYWORDS="~amd64" emerge' (I do this every week, usually without any serious problem : please don't reply "Thou mayest not mix 'stable' with 'testing' : thou mayest iff thou ist careful to limit 'testing' to non-system but reliable pkgs, eg Kernel or Vim etc) : USE="openssl qt5 text ruby_targets_ruby23 widgets gui network printsupport" emergeu -DNup world The USE flags are the result of previous attempts at 'emergeu -DNup world'. Portage replies (after some other irrelevant stuff) : !!! The ebuild selected to satisfy "app-crypt/pinentry" has unmet requirements. - app-crypt/pinentry-1.0.0::gentoo USE="-caps -emacs -gnome-keyring gtk ncurses qt4 qt5 -static" ABI_X86="64" The following REQUIRED_USE flag constraints are unsatisfied: at-most-one-of ( qt4 qt5 ) The above constraints are a subset of the following complete expression: any-of ( ncurses gtk qt4 qt5 ) gtk? ( !static ) qt4? ( !static ) qt5? ( !static ) static? ( ncurses ) at-most-one-of ( qt4 qt5 ) (dependency required by "app-crypt/gnupg-2.1.16::gentoo" [ebuild]) (dependency required by "kde-base/kdelibs-4.14.27::gentoo" [ebuild]) (dependency required by "kde-base/katepart-4.14.3::gentoo" [installed]) -- return to my observations -- I've listed 'qt5' among my USE flags & haven't listed 'qt4', so it follows that I've specified "at most one of qt4/qt5". Portage refuses to hear this, so I'm stuck. Does anyone have a useful suggestion or do I report a bug ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Portage nonsense : this week's version
Hi, > (dependency required by "app-crypt/gnupg-2.1.16::gentoo" [ebuild]) > (dependency required by "kde-base/kdelibs-4.14.27::gentoo" [ebuild]) > (dependency required by "kde-base/katepart-4.14.3::gentoo" [installed]) > > -- return to my observations -- > > I've listed 'qt5' among my USE flags & haven't listed 'qt4', > so it follows that I've specified "at most one of qt4/qt5". > Portage refuses to hear this, so I'm stuck. I bet kdelibs-4/katepart-4 is pulling in/setting `qt4` USE flag. I've solved this issue for my self by ditching KDE, but thats not a real solution. Just wanted to point you to the upstream dependiencies of pinentry which may have caused your situation. Cheers, Andrej signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
> A business's direction of that employee can create ripples > throughout the rest of the libre software ecosystem that other projects > may have to work around or be forced to depend on the corporate work to > continue existing. Innocent enough at first, sure. Projects become > obsolete or have to change their dependencies all the time. But if a > business is targeting specific parts of the stack, replacing it with > theirs, and urging others to depend on their new stack, it's blatantly > obvious that they're not interested in collaboration or playing fairly. > They want to own the stack and every mechanism in it. For what ends, I > have no clue. Possibly to peddle their stack as the *only* stack to > clients so they can rake in more business while the libre software world > gets stuck maintaining it. That will happen if a project is understaffed or underfunded anyway and maintainers are not able to turn down contributions. As someone pointed out earlier AMDs patches to the Linux Kernel get rejected for various reasons and it's a good thing. Other projects might not have the choice to turn down big contributions. But if it's free software you always can revert and go back if you please. That's the whole point of having free software. If a company contributes something bad or just don't update or revert the patch. Done. I see the point in companies and corporation doing evil things we don't want in our software. But that's why we have a the GPL license so we can look at the code and remove the parts we thing that are bad. Maybe that's not happening enough, but that's another topic. As for proprietary software you usually can't do that. I don't know why people feel forced to use something or a particular subset of features in a piece of free software. It would be something entirely different with a binary-only proprietary software. > > I'm reluctant to point to them, but sports may have a good idea with > sponsorships. Some people in libre software could be sponsored, and some > companies could sponsor someone in a hands-off fashion, just letting the > developer do their thing while the dev does support, consulting, or > maybe patches for the company for their internal projects. > The next best model is public sponsorship through platforms like Flattr, > Gittip, Patreon, and so on. It gives the developer full autonomy, but a > less dependable cash flow. > > Giving talks and publishing books has been super successful for a few > people, but naturally takes up a lot of time and can be draining. I ditched these income models because my point was that with free software which has company-funded devs you can actually do something yourself about bad code, spyware, bloatware in the codebase. But of coures these are other forms of company independent income models which have some popularity among devs for various free software projects. Gonna stop it now. I made my points ;) Cheers, Andrej P.S. free as in freedom signature.asc Description: OpenPGP digital signature
[gentoo-user] xterm menu
I tried Ctrl+click (any button) on an xterm window, to bring up the menu (which I never used before; after reading a recent thread about X (in)security, I was trying to access the secure mode for password entering). This crashes xterm. The logs: Warning: Cannot convert string "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-*" to type FontStruct Warning: Unable to load any usable ISO8859 font Error: Aborting: no font found Google shows that this "adobe-etc" problem is recurrent, but no clear solution. My /etc/fonts/conf.d, in case it is relevant: 10-autohint.conf40-nonlatin.conf 65-nonlatin.conf 10-scale-bitmap-fonts.conf 45-latin.conf 69-unifont.conf 11-lcdfilter-default.conf 49-sansserif.conf 80-delicious.conf 20-unhint-small-vera.conf 50-user.conf 90-synthetic.conf 30-metric-aliases.conf 51-local.conf README 30-urw-aliases.conf 60-latin.conf TIA Jorge Almeida
Re: [gentoo-user] [O/T] netstat security puzzle
On December 18, 2016 9:32:25 AM GMT+01:00, Mick wrote: >On Sunday 18 Dec 2016 08:09:06 J. Roeleveld wrote: >> On December 18, 2016 8:26:40 AM GMT+01:00, Mick > >wrote: >> >On Friday 16 Dec 2016 19:19:11 Poison BL. wrote: >> >> On Fri, Dec 16, 2016 at 7:14 PM, Mick >> > >> >wrote: >> >> > I am looking at a Mint 18 installation and noticed when running >> > >> >netstat >> > >> >> > that >> >> > all tcp connections are showing not the PC name, but >> > >> >"Knoppix":. >> > >> >> > What might be the cause of this? The installation was performed >> > >> >using a >> > >> >> > Mint >> >> > LiveCD iso. >> >> > -- >> >> > Regards, >> >> > Mick >> >> >> >> My first check would be /etc/hosts for an entry there. That, or >> > >> >lazily >> > >> >> grepping all of /etc for Knoppix. >> >> >> >> It is strange that it's not using either the hostname as given >during >> >> setup, or an auto-generated potentially unique one, wherever it's >> > >> >pulling >> > >> >> that from. >> > >> >I've grep-ped the whole of /etc, no mention of "Knoppix" there. >> > >> >I've also looked in /var/lib/NetworkManager/dhclient-enp6s8.conf to >see >> >what >> >hostname NetworkManager sends to dhclient. No trace of "Knoppix" in >> >there >> >either. >> > >> >What else could it be creating or overriding a Local Address with >one >> >called >> >"Knoppix", rather than what was set at installation time? >> >> There is a hostname option in the kernel config. Maybe that is used >> somewhere? >> >> # zgrep -i knoppix /proc/config.gz >> >> What does ' hostname ' return? >> >> -- >> Joost > >hostname returns the correct name of the PC, as set in /etc/hosts. >I'll >investigate Tom H's hint that the local router's dhcp server may be the > >culrpit. I seem to recall this PC had booted with a Knoppix CD some >days ago, >perhaps this was cached by the router. I think dhcpcd and co cache the results given in /var somewhere. They also can log into /var/log/messages -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Portage nonsense : this week's version
On December 18, 2016 10:46:24 AM GMT+01:00, Philip Webb wrote: >I want to see which pkgs might have updates available in 'testing', >so I enter, where 'emergeu' = 'ACCEPT_KEYWORDS="~amd64" emerge' >(I do this every week, usually without any serious problem : >please don't reply "Thou mayest not mix 'stable' with 'testing' : >thou mayest iff thou ist careful to limit 'testing' >to non-system but reliable pkgs, eg Kernel or Vim etc) : > >USE="openssl qt5 text ruby_targets_ruby23 widgets gui network >printsupport" emergeu -DNup world > >The USE flags are the result of previous attempts at 'emergeu -DNup >world'. > >Portage replies (after some other irrelevant stuff) : > >!!! The ebuild selected to satisfy "app-crypt/pinentry" has unmet >requirements. >- app-crypt/pinentry-1.0.0::gentoo USE="-caps -emacs -gnome-keyring gtk >ncurses qt4 qt5 -static" ABI_X86="64" > > The following REQUIRED_USE flag constraints are unsatisfied: >at-most-one-of ( qt4 qt5 ) > >The above constraints are a subset of the following complete >expression: >any-of ( ncurses gtk qt4 qt5 ) gtk? ( !static ) qt4? ( !static ) qt5? ( >!static ) static? ( ncurses ) at-most-one-of ( qt4 qt5 ) > > (dependency required by "app-crypt/gnupg-2.1.16::gentoo" [ebuild]) > (dependency required by "kde-base/kdelibs-4.14.27::gentoo" [ebuild]) >(dependency required by "kde-base/katepart-4.14.3::gentoo" [installed]) > >-- return to my observations -- > >I've listed 'qt5' among my USE flags & haven't listed 'qt4', >so it follows that I've specified "at most one of qt4/qt5". >Portage refuses to hear this, so I'm stuck. > >Does anyone have a useful suggestion or do I report a bug ? Somewhere, qt4 is set. This might be in a profile, as default or in /etc/portage/... I would check those. Alternatively, specify -qt4 in that USE flag list. Personally, I wouldn't set global USE flags unless I really want them for all packages. When doing checks like this, I create a temporary package.use file which I then move out of harms way if I decide not to proceed. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
[gentoo-user] Layman trouble
Hi, I am trying to get layman working for me. I used the informations available here: https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29 and here: So far so nice...I can add, fetch and delete repos. But neither eix nor emerge do see that contents ... I cannot emerge anything from added overlays. If specific files are needed, I will post them on demand to avoid polluting the mailinglist with a bunch default ones... ;) How can I fix it? Cheers Meino
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 18.12.2016 um 05:44 schrieb Andrej Rode: > And why are you compiling your software on a low-power embedded > platform? I don't and I never said that. But compiling is more power consuming and takes quite a while, not only on embedded systems. Heiko Baums
Re: [gentoo-user] Layman trouble
On 12/18/2016 05:57 AM, meino.cra...@gmx.de wrote: > Hi, > > I am trying to get layman working for me. > I used the informations available here: > https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29 > and here: > > So far so nice...I can add, fetch and delete repos. > > But neither eix nor emerge do see that contents ... I cannot > emerge anything from added overlays. > > If specific files are needed, I will post them on demand > to avoid polluting the mailinglist with a bunch default > ones... ;) > > How can I fix it? > > Cheers > Meino > > > > A request for more information, please. What version of layman are you using and which config method did you use? Do you have a "local" overlay setup as well?
Re: [gentoo-user] Layman trouble
Corbin Bird [16-12-18 14:28]:
>
> On 12/18/2016 05:57 AM, meino.cra...@gmx.de wrote:
> > Hi,
> >
> > I am trying to get layman working for me.
> > I used the informations available here:
> > https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29
> > and here:
> >
> > So far so nice...I can add, fetch and delete repos.
> >
> > But neither eix nor emerge do see that contents ... I cannot
> > emerge anything from added overlays.
> >
> > If specific files are needed, I will post them on demand
> > to avoid polluting the mailinglist with a bunch default
> > ones... ;)
> >
> > How can I fix it?
> >
> > Cheers
> > Meino
> >
> >
> >
> >
> A request for more information, please.
>
> What version of layman are you using and which config method did you use?
> Do you have a "local" overlay setup as well?
>
>
Hi Corbin,
here they are! :)
No, for the first I want to access/use overlays provided through
the people of the internet.
The installed layman:
[I] app-portage/layman
Available versions: 2.0.0-r1 2.0.0-r3 ~2.1.0-r3 ~2.2.0-r7 ~2.3.0-r1
~2.4.0-r1 ~2.4.1-r1 ** {bazaar cvs darcs g-sorcery +git gpg mercurial
sqlite squashfs subversion sync-plugin-portage test PYTHON_TARGETS="pypy
python2_7 python3_4 python3_5"}
Installed versions: 2.0.0-r3(10:16:19 12/18/16)(bazaar cvs darcs git
mercurial subversion -test PYTHON_TARGETS="python2_7 -pypy")
Homepage:http://layman.sourceforge.net
Description: Tool to manage Gentoo overlays
The config methog:
I added the block
#---
# Repository config types used by layman
# (repos.conf, make.conf)
conf_type : repos.conf
to the end of /etc/layman/layman.cfg
conf_tyoe was not mentioned in that cfg-file as it was installed,
so I dont know, whether the docs was outdated, which mentioned it.
/etc/make.conf (yes, it is at that place on my system...why? dont
know...;) was not altered while tryong to layman anything...
Cheers
Meino
Re: [gentoo-user] Re: Well, I went about updating my system again. (day 6)
Grant Edwards writes: > On 2016-12-08, Kevin Monceaux wrote: >> On Wed, Dec 07, 2016 at 06:42:21PM -0500, Alan Grimes wrote: >> >>> --> X11 would probably need to be shut down two which is equivalent to a >>> reboot on a desktop system anyway. >> >> Shutting down X11 doesn't appear to be equivalent to a reboot on my desktop. >> If I shut down X11, my uptime still keeps accumulating. > > I think he meant that from a "desktop productivity" standpoint, the > two are the same: you have to close every single program you are using > and then start over. It's an annoyance factor. When I have to shut down the X11 session, I can as well reboot. There's enough software that can not reasonably be run within tmux. It's like having to entirely clear out your fridge and/or freezer every couple days because it needs to be rebooted, and then putting everything back in. Who would put up with that?
Re: [gentoo-user] Re: Well, I went about updating my system again. (day 6)
Kevin Monceaux writes: > On Wed, Dec 07, 2016 at 06:42:21PM -0500, Alan Grimes wrote: > >> -> Updating weekly, as I used to do is a Good Idea, Agreed. > > Sounds like a good idea. I update anywhere from daily to a few times a > week. Every once in a while I loose track of the time and go a week or so > between updates. A "long time" between updates for me would be a couple of > weeks. Updating once every three months is a short time between updates. Updating Gentoo is always extremely painful, time consuming and prone to break something. Just look at how many posts about update problems there are on this list, and there are probably many more that never are being posted about. Spending 80 or 90% of your time at the computer with trying to update the system wasn't necessary 20 years ago and shouldn't be nowadays. If updating took about 5 minutes and could be expected to go without problems, I might be able to do it monthly.
Re: [gentoo-user] Layman trouble
On Sunday 18 Dec 2016 14:43:09 meino.cra...@gmx.de wrote:
> Corbin Bird [16-12-18 14:28]:
> > On 12/18/2016 05:57 AM, meino.cra...@gmx.de wrote:
> > > Hi,
> > >
> > > I am trying to get layman working for me.
> > > I used the informations available here:
> > > https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29
> > > and here:
> > >
> > > So far so nice...I can add, fetch and delete repos.
> > >
> > > But neither eix nor emerge do see that contents ... I cannot
> > > emerge anything from added overlays.
> > >
> > > If specific files are needed, I will post them on demand
> > > to avoid polluting the mailinglist with a bunch default
> > > ones... ;)
> > >
> > > How can I fix it?
> > >
> > > Cheers
> > > Meino
> >
> > A request for more information, please.
> >
> > What version of layman are you using and which config method did you use?
> > Do you have a "local" overlay setup as well?
>
> Hi Corbin,
>
> here they are! :)
>
> No, for the first I want to access/use overlays provided through
> the people of the internet.
>
>
> The installed layman:
> [I] app-portage/layman
> Available versions: 2.0.0-r1 2.0.0-r3 ~2.1.0-r3 ~2.2.0-r7 ~2.3.0-r1
> ~2.4.0-r1 ~2.4.1-r1 ** {bazaar cvs darcs g-sorcery +git gpg mercurial
> sqlite squashfs subversion sync-plugin-portage test PYTHON_TARGETS="pypy
> python2_7 python3_4 python3_5"} Installed versions: 2.0.0-r3(10:16:19
> 12/18/16)(bazaar cvs darcs git mercurial subversion -test
> PYTHON_TARGETS="python2_7 -pypy") Homepage:
> http://layman.sourceforge.net
> Description: Tool to manage Gentoo overlays
>
>
> The config methog:
> I added the block
>
> #---
> # Repository config types used by layman
> # (repos.conf, make.conf)
> conf_type : repos.conf
>
> to the end of /etc/layman/layman.cfg
> conf_tyoe was not mentioned in that cfg-file as it was installed,
> so I dont know, whether the docs was outdated, which mentioned it.
>
> /etc/make.conf (yes, it is at that place on my system...why? dont
> know...;) was not altered while tryong to layman anything...
>
> Cheers
> Meino
You need to let portage source the /var/lib/layman/make.conf file to know where
to find the overlays. Are you sourcing /var/lib/layman/make.conf in your
make.conf?
The wiki suggests:
echo "source /var/lib/layman/make.conf" >> /etc/portage/make.conf
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Layman trouble
On 12/18/2016 07:43 AM, meino.cra...@gmx.de wrote:
> Corbin Bird [16-12-18 14:28]:
>> On 12/18/2016 05:57 AM, meino.cra...@gmx.de wrote:
>>> Hi,
>>>
>>> I am trying to get layman working for me.
>>> I used the informations available here:
>>> https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29
>>> and here:
>>>
>>> So far so nice...I can add, fetch and delete repos.
>>>
>>> But neither eix nor emerge do see that contents ... I cannot
>>> emerge anything from added overlays.
>>>
>>> If specific files are needed, I will post them on demand
>>> to avoid polluting the mailinglist with a bunch default
>>> ones... ;)
>>>
>>> How can I fix it?
>>>
>>> Cheers
>>> Meino
>>>
>>>
>>>
>>>
>> A request for more information, please.
>>
>> What version of layman are you using and which config method did you use?
>> Do you have a "local" overlay setup as well?
>>
>>
> Hi Corbin,
>
> here they are! :)
>
> No, for the first I want to access/use overlays provided through
> the people of the internet.
>
>
> The installed layman:
> [I] app-portage/layman
> Available versions: 2.0.0-r1 2.0.0-r3 ~2.1.0-r3 ~2.2.0-r7 ~2.3.0-r1
> ~2.4.0-r1 ~2.4.1-r1 ** {bazaar cvs darcs g-sorcery +git gpg mercurial
> sqlite squashfs subversion sync-plugin-portage test PYTHON_TARGETS="pypy
> python2_7 python3_4 python3_5"}
> Installed versions: 2.0.0-r3(10:16:19 12/18/16)(bazaar cvs darcs git
> mercurial subversion -test PYTHON_TARGETS="python2_7 -pypy")
> Homepage:http://layman.sourceforge.net
> Description: Tool to manage Gentoo overlays
>
>
> The config methog:
> I added the block
>
> #---
> # Repository config types used by layman
> # (repos.conf, make.conf)
> conf_type : repos.conf
>
> to the end of /etc/layman/layman.cfg
> conf_tyoe was not mentioned in that cfg-file as it was installed,
> so I dont know, whether the docs was outdated, which mentioned it.
>
> /etc/make.conf (yes, it is at that place on my system...why? dont
> know...;) was not altered while tryong to layman anything...
>
> Cheers
> Meino
>
>
>
>
>
A suggestion ...
The wiki does mention that the "repos.conf" method requires a version of
layman greater than 2.0.0.
Try the old method on the wiki to configure layman or use a
"package.accept_keyword" to raise the version of layman installed.
I have used the "repos.conf" method, with "package.accept_keyword"
~amd64, and have no problems with the overlays. ( layman version 2.4.1
installed )
Hope this helps.
Re: [gentoo-user] xterm menu
On Sun, 18 Dec 2016 02:48:28 -0800 Jorge Almeida wrote: > I tried Ctrl+click (any button) on an xterm window, to bring up the > menu (which I never used before; after reading a recent thread about X > (in)security, I was trying to access the secure mode for password > entering). > > This crashes xterm. The logs: On xterm-325 "secure keyboard" mode works perfectly fine for me. Try to change font used by xterm, there are many ways to do this, I prefer to put in ~/.Xresources: xterm*faceName: DejaVu Sans Mono:style=Bold xterm*faceSize: 15 Anyway, application should not crash, so if your system is up-to-date (not only xterm, but Xorg, freetype and friends as well, so better update all system) and bug is still here, please report it on bugzilla. Best regards, Andrew Savchenko pgpAI9MsI8JDF.pgp Description: PGP signature
Re: [gentoo-user] Layman trouble
Mick [16-12-18 15:48]:
> On Sunday 18 Dec 2016 14:43:09 meino.cra...@gmx.de wrote:
> > Corbin Bird [16-12-18 14:28]:
> > > On 12/18/2016 05:57 AM, meino.cra...@gmx.de wrote:
> > > > Hi,
> > > >
> > > > I am trying to get layman working for me.
> > > > I used the informations available here:
> > > > https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29
> > > > and here:
> > > >
> > > > So far so nice...I can add, fetch and delete repos.
> > > >
> > > > But neither eix nor emerge do see that contents ... I cannot
> > > > emerge anything from added overlays.
> > > >
> > > > If specific files are needed, I will post them on demand
> > > > to avoid polluting the mailinglist with a bunch default
> > > > ones... ;)
> > > >
> > > > How can I fix it?
> > > >
> > > > Cheers
> > > > Meino
> > >
> > > A request for more information, please.
> > >
> > > What version of layman are you using and which config method did you use?
> > > Do you have a "local" overlay setup as well?
> >
> > Hi Corbin,
> >
> > here they are! :)
> >
> > No, for the first I want to access/use overlays provided through
> > the people of the internet.
> >
> >
> > The installed layman:
> > [I] app-portage/layman
> > Available versions: 2.0.0-r1 2.0.0-r3 ~2.1.0-r3 ~2.2.0-r7 ~2.3.0-r1
> > ~2.4.0-r1 ~2.4.1-r1 ** {bazaar cvs darcs g-sorcery +git gpg mercurial
> > sqlite squashfs subversion sync-plugin-portage test PYTHON_TARGETS="pypy
> > python2_7 python3_4 python3_5"} Installed versions: 2.0.0-r3(10:16:19
> > 12/18/16)(bazaar cvs darcs git mercurial subversion -test
> > PYTHON_TARGETS="python2_7 -pypy") Homepage:
> > http://layman.sourceforge.net
> > Description: Tool to manage Gentoo overlays
> >
> >
> > The config methog:
> > I added the block
> >
> > #---
> > # Repository config types used by layman
> > # (repos.conf, make.conf)
> > conf_type : repos.conf
> >
> > to the end of /etc/layman/layman.cfg
> > conf_tyoe was not mentioned in that cfg-file as it was installed,
> > so I dont know, whether the docs was outdated, which mentioned it.
> >
> > /etc/make.conf (yes, it is at that place on my system...why? dont
> > know...;) was not altered while tryong to layman anything...
> >
> > Cheers
> > Meino
>
> You need to let portage source the /var/lib/layman/make.conf file to know
> where
> to find the overlays. Are you sourcing /var/lib/layman/make.conf in your
> make.conf?
>
> The wiki suggests:
>
> echo "source /var/lib/layman/make.conf" >> /etc/portage/make.conf
>
> --
> Regards,
> Mick
Hi Mick,
I thought to understand the docs as either to use the "old" way via
make.conf or the "new" way via repos.conf which I tried to initiate
via the block I added to layman,cfg (above).
I am confused now... :)
Cheers
Meino
[gentoo-user] At last! A Qt5 version of KMail-2 - but here be dragons!
This morning I ran my usual daily update and was presented with a long list of kde-app packages, including KMail-2. The only problem was four blocks that portage couldn't sort out on its own, so I evicted the existing versions with emerge -C and continued. Then kleopatra failed to build, as in bug 602924. The fix there worked (I should call it an evasion really) and kleopatra built ok. Then, on continuing with emerge -uaDvU, another whole load of blocks arose, mostly from portage trying to pull back in the versions of packages that had just been superseded. There seemed to be no way out of that, so I took my sledge-hammer and started an emerge -e world. No blocks were reported, so I think I might be getting away with it. I'm about half-way through so far, and I'm writing this via webmail. So, tread warily, anyone who is offered 16.12.0 versions of 148 kde-apps packages. -- Regards, Peter
Re: [gentoo-user] At last! A Qt5 version of KMail-2 - but here be dragons!
Peter Humphrey wrote : > This morning I ran my usual daily update and was presented with a long list of > kde-app packages, including KMail-2. The only problem was four blocks that > portage couldn't sort out on its own, so I evicted the existing versions with > emerge -C and continued. > > Then kleopatra failed to build, as in bug 602924. The fix there worked (I > should call it an evasion really) and kleopatra built ok. I should have done some more checking before writing. The fix was to emerge -C kde-apps/gpgmepp. I don't know whether you can do that before starting the upgrade, but it's worth a try. It might save a lot of work. At any rate, there's no sign of gpgmepp being pulled back in with the new 16.12.0 versions of kde-apps packages, now that the old versions have gone. -- Regards, Peter
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
On Sun, Dec 18, 2016 at 3:23 AM, Daniel Campbell wrote: > > Thankfully the kernel seems to have sane management; as long as Linus is > around, anyway. Just recently AMD had some of their code rejected, so > with a vigilant-enough team, you can effectively protect your project > from monied interests (be it poor code or an attempt to manipulate). Now > picture what might have happened if AMD was employing Linus or had some > other sort of contract. (For the record, I use an AMD CPU and like it; > they just happened to be the most recent corporation who's rejected code > popped on my radar. No bias intended.) > I think this is an oversimplification of the issues involved in the AMD situation, which as with so many of these things people just jumped on picking sides. And I think what has gotten lost is an issue that actually comes up somewhat often in FOSS. Let's step back and look at the reality in the gaming on Linux domain: there are basically two GPU manufacturers in the game (AMD/NVidia), and neither one has their best GPU drivers in the mainline kernel. Both of them contribute to drivers which ARE merged into the kernel, but in both cases these lack features found in the out-of-mainline module. AMD has been attempting to merge their better driver into the mainline kernel. As far as I'm aware (I could be wrong) Nvidia hasn't really tried to do this for the most part and are content to just keep shipping a blob. AMD's reasons are certainly at least somewhat selfish, as maintaining all that code out-of-tree is expensive since linux doesn't have a stable API for drivers. Ok, AMD wants to add a more capable driver to the kernel, and obviously Linux users would prefer a more capable driver in the kernel, so what is the problem? And this is where we come to an issue that happens from time to time in FOSS: the needs of the kernel maintainers are not aligned with the needs of the AMD driver maintainers. The AMD and NVidia out-of-mainline drivers both use an abstraction layer to map the kernel APIs to an internal set of APIs used by the driver, because their drivers are multi-platform. I'm not sure exactly how their internal APIs work in both cases. They might internally target the Windows APIs, or they might even target a virtual API and use a translation layer on every platform. This allows them to use one set of code for their core logic across all platforms, at the cost of overhead on Linux (and possibly on other platforms as well). On most platforms this is no big deal because the APIs on those platforms are stable. On Linux this is not the case, and the maintainers prefer to have the freedom to modify their internal APIs and not maintain their own translation layers for backwards compatibility. IMO both sides are basically "right" in their designs, because they have different priorities. The AMD driver code isn't "poor code" - it just isn't natively written for Linux and so it has a lot of code that is theoretically unnecessary (in a world where all devices run Linux). And that is of course more code for the Linux maintainers to deal with if they accept the driver into mainline. On the other hand, writing a driver that purely targets Linux means having to change the core part of the driver anytime the Linux APIs change, which then means changing the translation layers on every OTHER platform out there, when those platforms otherwise feature stable APIs, or having a 3-layer solution (Linux to single virtual API to various stable platform APIs). Now, if the Linux maintainers wanted to have a stable API but wanted to refactor their code internally, then you could actually have a multiple-layer situation as well. You could have Linux internal APIs to Linux stable API to AMD virtual API translation going on (which I suspect is what happens on Windows). As far as I'm aware Microsoft doesn't care if vendors use translation layers, because they don't touch those modules other than testing them (which they get paid to do anyway). Both sides of this debate can legitimately cite maintainability as a reason to not give in. The Linux guys don't to have to maintain a de-facto stable API (which is what the translation layer turns into). The AMD (and NVidia) guys don't want to write a different driver on every platform. Keep in mind that besides Windows and Linux, they may have multiple test harnesses that they need to map into their drivers, and probably other OSes as well. There is also a huge benefit to having the same bug list on every platform for the most part. And Linux users benefit when the "Optimized for " work done for Windows automatically hits Linux as well, which gives the publisher more incentive to spend the extra few bucks to release a Linux version of the game. So, saying that this is about moneyed interests trying to somehow corrupt the "purity" of FOSS isn't really right here. Ultimately issues like this become a bit of a tragedy for all. And mind you, I'm not trying to say
Re: [gentoo-user] Layman trouble
Corbin Bird [16-12-18 15:56]:
>
> On 12/18/2016 07:43 AM, meino.cra...@gmx.de wrote:
> > Corbin Bird [16-12-18 14:28]:
> >> On 12/18/2016 05:57 AM, meino.cra...@gmx.de wrote:
> >>> Hi,
> >>>
> >>> I am trying to get layman working for me.
> >>> I used the informations available here:
> >>> https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29
> >>> and here:
> >>>
> >>> So far so nice...I can add, fetch and delete repos.
> >>>
> >>> But neither eix nor emerge do see that contents ... I cannot
> >>> emerge anything from added overlays.
> >>>
> >>> If specific files are needed, I will post them on demand
> >>> to avoid polluting the mailinglist with a bunch default
> >>> ones... ;)
> >>>
> >>> How can I fix it?
> >>>
> >>> Cheers
> >>> Meino
> >>>
> >>>
> >>>
> >>>
> >> A request for more information, please.
> >>
> >> What version of layman are you using and which config method did you use?
> >> Do you have a "local" overlay setup as well?
> >>
> >>
> > Hi Corbin,
> >
> > here they are! :)
> >
> > No, for the first I want to access/use overlays provided through
> > the people of the internet.
> >
> >
> > The installed layman:
> > [I] app-portage/layman
> > Available versions: 2.0.0-r1 2.0.0-r3 ~2.1.0-r3 ~2.2.0-r7 ~2.3.0-r1
> > ~2.4.0-r1 ~2.4.1-r1 ** {bazaar cvs darcs g-sorcery +git gpg mercurial
> > sqlite squashfs subversion sync-plugin-portage test PYTHON_TARGETS="pypy
> > python2_7 python3_4 python3_5"}
> > Installed versions: 2.0.0-r3(10:16:19 12/18/16)(bazaar cvs darcs git
> > mercurial subversion -test PYTHON_TARGETS="python2_7 -pypy")
> > Homepage:http://layman.sourceforge.net
> > Description: Tool to manage Gentoo overlays
> >
> >
> > The config methog:
> > I added the block
> >
> > #---
> > # Repository config types used by layman
> > # (repos.conf, make.conf)
> > conf_type : repos.conf
> >
> > to the end of /etc/layman/layman.cfg
> > conf_tyoe was not mentioned in that cfg-file as it was installed,
> > so I dont know, whether the docs was outdated, which mentioned it.
> >
> > /etc/make.conf (yes, it is at that place on my system...why? dont
> > know...;) was not altered while tryong to layman anything...
> >
> > Cheers
> > Meino
> >
> >
> >
> >
> >
> A suggestion ...
>
> The wiki does mention that the "repos.conf" method requires a version of
> layman greater than 2.0.0.
>
> Try the old method on the wiki to configure layman or use a
> "package.accept_keyword" to raise the version of layman installed.
>
> I have used the "repos.conf" method, with "package.accept_keyword"
> ~amd64, and have no problems with the overlays. ( layman version 2.4.1
> installed )
>
> Hope this helps.
>
Hi Corbin,
I installed the newest layman.
After that, it said, that /etc/layman/layman.cfg needs updateing
and I let the update overwrite my previous attempts to get rid of
anythong fishy...
Afterwards I checked that file and it includes the settings, which
I manually added to my previous cfg (conf_type:repos.conf).
I run the layman-updater as recommended and added the overlay
"palemoon". It said: Already added...
I did a 'eix palemoon' and it does not found anything.
I did a 'eix | grep -i pale' and nothing appropiate matches...
H...
I am still confused...
Any idea?
Cheers
Meino
Re: [gentoo-user] xterm menu
On Sun, Dec 18, 2016 at 6:52 AM, Andrew Savchenko wrote: > On Sun, 18 Dec 2016 02:48:28 -0800 Jorge Almeida wrote: >> I tried Ctrl+click (any button) on an xterm window, to bring up the >> menu (which I never used before; after reading a recent thread about X >> (in)security, I was trying to access the secure mode for password >> entering). >> >> This crashes xterm. The logs: > > On xterm-325 "secure keyboard" mode works perfectly fine for me. > > Try to change font used by xterm, there are many ways to do this, I > prefer to put in ~/.Xresources: > > xterm*faceName: DejaVu Sans Mono:style=Bold > xterm*faceSize: 15 > > Anyway, application should not crash, so if your system is > up-to-date (not only xterm, but Xorg, freetype and friends as well, > so better update all system) and bug is still here, please report > it on bugzilla. > My system (stable) is up-to-date, and I actually have XTerm*faceName: xft:DejaVu Sans Mono:style=book:antialias=true in .Xresources. The logs complain about helvetica, and I found similar stuff in the net (not necessarilly about xterm). This appears to be a font problem, which is essentially voodoo to me. xterm crashing instead of just failing to bring up the menu seems to be an xterm bug indeed, but the real problem is what to do to solve the missing fonts problem. I have xterm emerged with "openpty truetype unicode" USE flags. I can't imagine why the menu would require an "usable ISO8859 font"... Regards Jorge
Re: [gentoo-user] Layman trouble
> A suggestion ... > > The wiki does mention that the "repos.conf" method requires a version of > layman greater than 2.0.0. > > Try the old method on the wiki to configure layman or use a > "package.accept_keyword" to raise the version of layman installed. > > I have used the "repos.conf" method, with "package.accept_keyword" > ~amd64, and have no problems with the overlays. ( layman version 2.4.1 > installed ) > > Hope this helps. > ...forgot what: I removed any make-conf/layman-related from /etc/make.conf in beforhand... Cheers Meino
Re: [gentoo-user] xterm menu
On 12/18/2016 07:25 AM, Jorge Almeida wrote: > > The logs complain about helvetica, and I found similar stuff in the > net (not necessarilly about xterm). This appears to be a font problem, > which is essentially voodoo to me. xterm crashing instead of just > failing to bring up the menu seems to be an xterm bug indeed, but the > real problem is what to do to solve the missing fonts problem. > Try installing liberation-fonts and enabling them with `eselect fontconfig`. I had all sorts of display problems with Helvetica in Firefox until I added that package. This doesn't explain why it needs it though. Dan
Re: [gentoo-user] Layman trouble
On 12/18/2016 07:25 AM, meino.cra...@gmx.de wrote: > I did a 'eix palemoon' and it does not found anything. > I did a 'eix | grep -i pale' and nothing appropiate matches... > > H... Try using emerge. If emerge works that means eix is not getting updated when layman adds overlays. Dan
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Rich Freeman writes: > The universe of Linux systems that are running Firefox but not > Pulseaudio is fairly small at this point. Pulseaudio eats away about 10% CPU without any benefit whatsoever, not to mention that it makes things more complex and less reliable. Why would anyone use it? Developers might try to make their lifes easier by developing software to the point where nobody wants to use it, except for the few developers perhaps. With firefox, a policy like that contradicts their claims. This is another issue which comes up quite often with FOSS. Developers claim to be doing something in the interest of their users and are asking for support. When you take a closer look, you find that they don't, and when you offer support, they do not want it. Why can't they just say that they are making software for themselves the way they want it and don't care about what anyone else says or wants? It only gives reason to distrust someone when you find that they do not do what they claim to be doing.
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
On 12/18/2016 07:16 AM, Rich Freeman wrote: > On Sun, Dec 18, 2016 at 3:23 AM, Daniel Campbell wrote: >> >> Thankfully the kernel seems to have sane management; as long as Linus is >> around, anyway. Just recently AMD had some of their code rejected, so >> with a vigilant-enough team, you can effectively protect your project >> from monied interests (be it poor code or an attempt to manipulate). Now >> picture what might have happened if AMD was employing Linus or had some >> other sort of contract. (For the record, I use an AMD CPU and like it; >> they just happened to be the most recent corporation who's rejected code >> popped on my radar. No bias intended.) >> > > I think this is an oversimplification of the issues involved in the > AMD situation, which as with so many of these things people just > jumped on picking sides. And I think what has gotten lost is an issue > that actually comes up somewhat often in FOSS. > > [snip] > Thanks for sharing more details about what happened, but those details were irrelevant to the point I was making. I focused on the fact it was rejected, despite being corporate code. The reasoning, in this conversation, isn't important. It was an example of a project (the kernel) that focuses more on quality than on the economic origin of the code. That's it, no subtext. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Layman trouble
Daniel Frey [16-12-18 17:48]: > On 12/18/2016 07:25 AM, meino.cra...@gmx.de wrote: > > I did a 'eix palemoon' and it does not found anything. > > I did a 'eix | grep -i pale' and nothing appropiate matches... > > > > H... > > Try using emerge. If emerge works that means eix is not getting updated > when layman adds overlays. > > Dan > > Hi Dan, THANKS!!! ::)) Fixed! Now everything is working! Thanks to all for the help! Cheers Meino
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
On Sun, Dec 18, 2016 at 05:47:39PM +0100, lee wrote: > Rich Freeman writes: > Why can't they just say that they are making software for themselves the > way they want it and don't care about what anyone else says or wants? Openbsd and Archlinux will (do) say exectly that. If that attitude suits you, you will be right at home there.
Re: [gentoo-user] xterm menu
On Sun, Dec 18, 2016 at 8:34 AM, Daniel Frey wrote: > On 12/18/2016 07:25 AM, Jorge Almeida wrote: >> >> The logs complain about helvetica, and I found similar stuff in the >> net (not necessarilly about xterm). This appears to be a font problem, >> which is essentially voodoo to me. xterm crashing instead of just >> failing to bring up the menu seems to be an xterm bug indeed, but the >> real problem is what to do to solve the missing fonts problem. >> > > Try installing liberation-fonts and enabling them with `eselect > fontconfig`. I had all sorts of display problems with Helvetica in > Firefox until I added that package. > Done. Still no joy. Thanks Jorge
[gentoo-user] UFS write support
Hi, I try to mount an UFS partition with write support. So, I added the option to my kernel: airmure linux # grep -i UFS /usr/src/linux/.config # CONFIG_SCSI_UFSHCD is not set CONFIG_UFS_FS=m CONFIG_UFS_FS_WRITE=y # CONFIG_UFS_DEBUG is not set I’ve emerged sys-fs/ufsutils and I mounted my partition like that: airmure ~ # mount -t ufs -o ufstype=ufs2,rw /dev/sdg2 /mnt/drscott But the partition is mounted read-only: airmure ~ # mount | grep drscott /dev/sdg2 on /mnt/drscott type ufs (ro,relatime,ufstype=ufs2,onerror=lock) I don’t see anything relevant in dmesg: [ 101.033937] sd 21:0:0:1: [sdg] 15613920 512-byte logical blocks: (7.99 GB/7.44 GiB) [ 101.161964] sdg: sdg1 sdg2 sdg3 [ 127.774875] ufs: ufs_fill_super(): fs is active Did I do anything wrong? -- alarig signature.asc Description: PGP signature
Re: [gentoo-user] At last! A Qt5 version of KMail-2 - but here be dragons!
On Sunday, December 18, 2016 03:11:58 PM Peter Humphrey wrote: > Peter Humphrey wrote : > > This morning I ran my usual daily update and was presented with a long > > list of kde-app packages, including KMail-2. The only problem was four > > blocks that portage couldn't sort out on its own, so I evicted the > > existing versions with emerge -C and continued. > > > > Then kleopatra failed to build, as in bug 602924. The fix there worked (I > > should call it an evasion really) and kleopatra built ok. > > I should have done some more checking before writing. The fix was to emerge > -C kde-apps/gpgmepp. I don't know whether you can do that before starting > the upgrade, but it's worth a try. It might save a lot of work. > > At any rate, there's no sign of gpgmepp being pulled back in with the new > 16.12.0 versions of kde-apps packages, now that the old versions have gone. More important, how is the latest kmail behaving? -- Joost
Re: [gentoo-user] Reading the (SSL) traffic with Pale Moon, WAS: from Firefox52: NO pure ALSA? Youtube... Audio: No
On 161218-02:04-0500, Walter Dnes wrote: > > How come people are so little interested to read the traffic, to learn > > how sites behave which they visit, and often to discover what sites > > really do to them? > > > > I'll go and inquire at the Pale Moon forum about the issues above, and > > will post there this exact question above, I think. > > This is a very obscure topic. Maybe nobody who knows about it read > that post. I only read 3 sub-forums... > > * Announcements... for new versions, etc > * Pale Moon for Linux... because I run the linux version > * Contributed builds... I do an SSE-only contributed 32-bit build. It > is useful for older Pentium 3 class machines, which will not run the > regular Pale Moon build. > > I couldn't find anything about NSS logging on Google... except your Why the Schmoog engine? duckduckgo.com is some much more privacy acceptable... But there are links too in the page that I posted the patch, below... > question. I followed the instructions in your post here, and that's how > I got it to work. I did not know about it until you told me. If Palemoon logs SSL-keys, then it must use some of openssl, libressl, gnutls, or the Mozilla/Google/Oracle (IIRC), but primary Mozilla program Network Security Services, dev-libs/nss-3.27.2 . > > Wait... Did you need to patch the nss library to get the $SSLKEYLOGFILE > > being written to? Like in this bug: > > > > >=dev-libs/nss-3.24 - Add USE flag to enable SSL key logging > > https://bugs.gentoo.org/show_bug.cgi?id=587116 https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.24_release_notes#Notable_changes_in_NSS_3.24 https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/Reference/NSS_environment_variables (from that Bugzilla page) > > > > Did you? (That's about the only patch there, that I submitted to > > Bugzilla anywhere ;-) btw.) > > No patches required to the source code for that. Probably that means what it meant in some of the Mozilla pages... That's not good. Because it means the SSL-key logging is enabled by default. Was in Firefox too. Not, it need to be at user's decision, compile time only possible in Firefox, in optimize ebuilds, with my (minuscule) patch... But in binary releases, it is enabled by default in Firefox... > I do my own custom > manual build, to eliminate the dependancy on dbus, plus other tweaks. > That involves setting options in the mozconfig file, but no source code > changes. If you want to do your own build, see my post on December 9th > https://forum.palemoon.org/viewtopic.php?f=37&t=13898&start=20#p100625 > Note; this is version 2 of my build environment. You should see an > attached file "pmmain.tgz" on that post. Do not use version 1, with > (utils.tgz) in the first post of that thread. You know why the no-dbus way above may be my only way of doing it? Or for which reason I might have to give up? The only way, because after: $ git clone https://github.com/deuiore/palemoon-overlay I grep'd a log of dbus lines in that repo :-( , so Palemoon has the dbus dependency... Firefox does not. And not only in Gentoo. (And I don't intend to install no poetterware whatsoever --dbus being at least a relative, or maybe better defined as the precursor, which prepared the way for poetterware, IMO.) And that also may prove to be the reason that I might have to give up. Which I will only do if it shows to be too difficult for me. I've only just downloaded: https://forum.palemoon.org/download/file.php?id=6761 from: https://forum.palemoon.org/viewtopic.php?f=37&t=13898&start=20#p100625 so I don't yet know... We'll see... > -- > Walter Dnes > I don't run "desktop environments"; I run useful applications > Thanks also to Martin Vaeth for his correcting of my assumption. Regards! -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr signature.asc Description: Digital signature
Re: [gentoo-user] UFS write support
On Sunday 18 Dec 2016 18:43:26 Alarig Le Lay wrote: > Hi, > > I try to mount an UFS partition with write support. > > So, I added the option to my kernel: > airmure linux # grep -i UFS /usr/src/linux/.config > # CONFIG_SCSI_UFSHCD is not set > CONFIG_UFS_FS=m > CONFIG_UFS_FS_WRITE=y > # CONFIG_UFS_DEBUG is not set > > I’ve emerged sys-fs/ufsutils and I mounted my partition like that: > airmure ~ # mount -t ufs -o ufstype=ufs2,rw /dev/sdg2 /mnt/drscott > > But the partition is mounted read-only: > airmure ~ # mount | grep drscott > /dev/sdg2 on /mnt/drscott type ufs (ro,relatime,ufstype=ufs2,onerror=lock) > > I don’t see anything relevant in dmesg: > [ 101.033937] sd 21:0:0:1: [sdg] 15613920 512-byte logical blocks: > (7.99 GB/7.44 GiB) > [ 101.161964] sdg: sdg1 sdg2 sdg3 > [ 127.774875] ufs: ufs_fill_super(): fs is active > > Did I do anything wrong? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] UFS write support
On Sunday 18 Dec 2016 18:43:26 Alarig Le Lay wrote: > Hi, > > I try to mount an UFS partition with write support. > > So, I added the option to my kernel: > airmure linux # grep -i UFS /usr/src/linux/.config > # CONFIG_SCSI_UFSHCD is not set > CONFIG_UFS_FS=m > CONFIG_UFS_FS_WRITE=y > # CONFIG_UFS_DEBUG is not set > > I’ve emerged sys-fs/ufsutils and I mounted my partition like that: > airmure ~ # mount -t ufs -o ufstype=ufs2,rw /dev/sdg2 /mnt/drscott > > But the partition is mounted read-only: > airmure ~ # mount | grep drscott > /dev/sdg2 on /mnt/drscott type ufs (ro,relatime,ufstype=ufs2,onerror=lock) > > I don’t see anything relevant in dmesg: > [ 101.033937] sd 21:0:0:1: [sdg] 15613920 512-byte logical blocks: > (7.99 GB/7.44 GiB) > [ 101.161964] sdg: sdg1 sdg2 sdg3 > [ 127.774875] ufs: ufs_fill_super(): fs is active > > Did I do anything wrong? Check if you formated the partition as ufs2 (I think you need '-O 2') when you created it. Another thing to try is unmount it, run fsck and then remount it as rw. A dirty unmount can cause this problem. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
On 18/12/2016 18:47, lee wrote: > Rich Freeman writes: > >> The universe of Linux systems that are running Firefox but not >> Pulseaudio is fairly small at this point. > > Pulseaudio eats away about 10% CPU without any benefit whatsoever, not > to mention that it makes things more complex and less reliable. Why > would anyone use it? > > Developers might try to make their lifes easier by developing software > to the point where nobody wants to use it, except for the few developers > perhaps. With firefox, a policy like that contradicts their claims. > > > This is another issue which comes up quite often with FOSS. Developers > claim to be doing something in the interest of their users and are > asking for support. When you take a closer look, you find that they > don't, and when you offer support, they do not want it. > > Why can't they just say that they are making software for themselves the > way they want it and don't care about what anyone else says or wants? > It only gives reason to distrust someone when you find that they do not > do what they claim to be doing. > I think you are over-simplifying the situation here. Step back and look at the problem from the angle of "it's a bunch of people doing stuff" and not from a tech-centric angle. It's a people problem. You could make a valid case that the Mozilla devs are outright lying - they said they want xvy, and your offer to help provide xyz was rejected. But is it really that simple? I think it's more a case of the devs would like contributions for xyz and they don't mention the "everyone knows" "hidden assumption" of environment abc and general method def. A, that's the usual tripping point. I don't know the specifics of your particular case, but my first approximation guess is that there's an abc and def in there which the devs didn't think to mention. Happens all the time, usually with stunningly obvious stuff that "everyone" thought "everyone else" knew about. Things like future roadmaps, planned features, and the individual personal preferences of each dev. I guess I'll saying don't be too quick to shoot from the hip - more looking less assuming is often the better path. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] UFS write support
On Sun Dec 18 18:23:22 2016, Mick wrote: > Another thing to try is unmount it, run fsck and then remount it as rw. A > dirty unmount can cause this problem. It was dirty unmounted. This a flash card that is a / for a router at home. Its power supply suddenly stopped to work today. I will try this, thanks :) -- alarig signature.asc Description: PGP signature
Re: [gentoo-user] UFS write support
On Sun Dec 18 19:35:43 2016, Alarig Le Lay wrote: > On Sun Dec 18 18:23:22 2016, Mick wrote: > > Another thing to try is unmount it, run fsck and then remount it as rw. A > > dirty unmount can cause this problem. > > It was dirty unmounted. This a flash card that is a / for a router at > home. Its power supply suddenly stopped to work today. > I will try this, thanks :) Well done, an fsck fixed the problem :) airmure # umount /dev/sdg2 airmure # fsck.ufs /dev/sdg2 ** /dev/sdg2 ** Last Mounted on / ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? [yn] y SALVAGE? [yn] y SUMMARY INFORMATION BAD SALVAGE? [yn] y BLK(S) MISSING IN BIT MAPS SALVAGE? [yn] y 17039 files, 176220 used, 1617195 free (371 frags, 202103 blocks, 0.0% fragmentation) * FILE SYSTEM MARKED CLEAN * * FILE SYSTEM WAS MODIFIED * airmure # mount -t ufs -o ufstype=ufs2,rw /dev/sdg2 /mnt/drscott airmure # mount | grep drscott /dev/sdg2 on /mnt/drscott type ufs (rw,relatime,ufstype=ufs2,onerror=lock) -- alarig signature.asc Description: PGP signature
Re: [gentoo-user] Reading the (SSL) traffic with Pale Moon, WAS: from Firefox52: NO pure ALSA? Youtube... Audio: No
On 161218-19:16+0100, Miroslav Rovis wrote: ... > > > > No patches required to the source code for that. > Probably that means what it meant in some of the Mozilla pages... That's > not good. Because it means the SSL-key logging is enabled by default. And that's a security risk. > Was in Firefox too. Not, it need to be at user's decision, compile time > only possible in Firefox, in optimize ebuilds, with my (minuscule) patch... > But in > binary releases, it is enabled by default in Firefox... > > I do my own custom > > manual build, to eliminate the dependancy on dbus, plus other tweaks. > > That involves setting options in the mozconfig file, but no source code > > changes. If you want to do your own build, see my post on December 9th > > https://forum.palemoon.org/viewtopic.php?f=37&t=13898&start=20#p100625 > > Note; this is version 2 of my build environment. You should see an > > attached file "pmmain.tgz" on that post. Do not use version 1, with > > (utils.tgz) in the first post of that thread. > You know why the no-dbus way above may be my only way of doing it? Or > for which reason I might have to give up? > > The only way, because after: > > $ git clone https://github.com/deuiore/palemoon-overlay > > I grep'd a log of dbus lines in that repo :-( , so Palemoon has the dbus > dependency... Firefox does not. And not only in Gentoo. > > (And I don't intend to install no poetterware whatsoever --dbus being at > least a relative, or maybe better defined as the precursor, which > prepared the way for poetterware, IMO.) But, looking into: palemoon-overlay/www-client/palemoon/palemoon-27.0.2.ebuild I see: if ! use dbus; then mozconfig_disable dbus fi So dbus is _not_ a requirement... So I don't understand why you ( I had also starting looking into pmmain , your build scripts, and the above does the same as: $ grep -r dbus pmmain/ pmmain/utils/mymozconfig.txt:ac_add_options --disable-dbus $ ) [So I don't understand why you] thought dbus was needed to be disabled by other means, than the (as yet still) unofficial repo/overlay?) Or am I missing something? -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr signature.asc Description: Digital signature
Re: [gentoo-user] UFS write support
On Sunday 18 Dec 2016 19:39:36 Alarig Le Lay wrote: > On Sun Dec 18 19:35:43 2016, Alarig Le Lay wrote: > > On Sun Dec 18 18:23:22 2016, Mick wrote: > > > Another thing to try is unmount it, run fsck and then remount it as rw. > > > A > > > dirty unmount can cause this problem. > > > > It was dirty unmounted. This a flash card that is a / for a router at > > home. Its power supply suddenly stopped to work today. > > I will try this, thanks :) > > Well done, an fsck fixed the problem :) > > airmure # umount /dev/sdg2 > airmure # fsck.ufs /dev/sdg2 > ** /dev/sdg2 > ** Last Mounted on / > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > FREE BLK COUNT(S) WRONG IN SUPERBLK > SALVAGE? [yn] y > SALVAGE? [yn] y > > SUMMARY INFORMATION BAD > SALVAGE? [yn] y > > BLK(S) MISSING IN BIT MAPS > SALVAGE? [yn] y > > 17039 files, 176220 used, 1617195 free (371 frags, 202103 blocks, 0.0% > fragmentation) > > * FILE SYSTEM MARKED CLEAN * > > * FILE SYSTEM WAS MODIFIED * > airmure # mount -t ufs -o ufstype=ufs2,rw /dev/sdg2 /mnt/drscott > airmure # mount | grep drscott > /dev/sdg2 on /mnt/drscott type ufs > (rw,relatime,ufstype=ufs2,onerror=lock) Glad you sorted this out. I've been bitten by this problem once or twice. It is a right pain when you are running an OS upgrade and haven't checked first if your fs is *still* mounted as rw. The solution is to get a UPS for this device. Hmm ... one more thing to go on Santa's list. ;-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] [O/T] netstat security puzzle
On Sunday 18 Dec 2016 10:55:14 J. Roeleveld wrote: > >I'll > >investigate Tom H's hint that the local router's dhcp server may be the > > > >culrpit. I seem to recall this PC had booted with a Knoppix CD some > >days ago, > >perhaps this was cached by the router. > > I think dhcpcd and co cache the results given in /var somewhere. > They also can log into /var/log/messages > > -- > Joost Thank you all for your help. The problem was not with the Mint installation, but with the router's DHCP server caching the ClientName as Knoppix from an earlier session of booting a Knoppix LiveCD. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Layman trouble
By the way, I see I'm late (just downloaded new mail), but I've already
written, and there is a piece of useful info below.
On 161218-14:43+0100, meino.cra...@gmx.de wrote:
> Corbin Bird [16-12-18 14:28]:
> >
> > On 12/18/2016 05:57 AM, meino.cra...@gmx.de wrote:
> > > Hi,
...
> > > https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29
...
> > > So far so nice...I can add, fetch and delete repos.
> > >
> > > But neither eix nor emerge do see that contents ... I cannot
> > > emerge anything from added overlays.
...
> > > How can I fix it?
> > >
...
> The installed layman:
> [I] app-portage/layman
> Available versions: 2.0.0-r1 2.0.0-r3 ~2.1.0-r3 ~2.2.0-r7 ~2.3.0-r1
> ~2.4.0-r1 ~2.4.1-r1 ** {bazaar cvs darcs g-sorcery +git gpg mercurial
> sqlite squashfs subversion sync-plugin-portage test PYTHON_TARGETS="pypy
> python2_7 python3_4 python3_5"}
> Installed versions: 2.0.0-r3(10:16:19 12/18/16)(bazaar cvs darcs git
> mercurial subversion -test PYTHON_TARGETS="python2_7 -pypy")
> Homepage:http://layman.sourceforge.net
> Description: Tool to manage Gentoo overlays
So your installed version seem to be: 2.0.0-r3, and that's the version
of 2015-08-09 (just list the dir: /usr/portage/*/layman/ and see).
Why not update to the current version 2.4.1-r1 ? (ah, maybe it's testing
only... so, don't know about that... but know I have that version
installed)
But this below I remember a little about:
...
> /etc/make.conf (yes, it is at that place on my system...why? dont
> know...;) was not altered while tryong to layman anything...
You're ages behind with that. I don't recall, but maybe you should
search the news archives or somewhere, the change to:
/etc/portage/make.conf
is overdue in your case. It's been made the default some cca. two years
ago, IIRC.
> Cheers
> Meino
>
Regards!
--
Miroslav Rovis
Zagreb, Croatia
http://www.CroatiaFidelis.hr
signature.asc
Description: Digital signature
Re: [gentoo-user] Reading the (SSL) traffic with Pale Moon, WAS: from Firefox52: NO pure ALSA? Youtube... Audio: No
On Sun, Dec 18, 2016 at 07:43:47PM +0100, Miroslav Rovis wrote > [So I don't understand why you] thought dbus was needed to be disabled > by other means, than the (as yet still) unofficial repo/overlay?) > > Or am I missing something? You are looking at the Pale Moon overlay. I did not know about it when I first used Pale Moon. I originally downloaded the official version tarball from http://linux.palemoon.org/ which needs dbus. I built Pale Moon from source with several changes in the mozconfig file. I also built it with gcc 5.4.0 with additional optimization. Gentoo stable currently uses gcc 4.9.3. dbus was included in the original code from Firefox before the forking took place for a few reasons... * "necko-wifi" for improved geo-location, which you probably do not want. Since Pale Moon is separate from Firefox, they don't have a licence to use Google's wifi database. * WebRTC. I don't think it's enabled on the official version * "WakeLock". *IF YOU HAVE A SCREENSAVER THAT COMMUNICATES VIA DBUS* then Pale Moon can ask it to temporarily disable screensaving while you are playing a long video. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] [OT] SCSII Adapter ?
On 12/17/2016 11:31 PM, meino.cra...@gmx.de wrote: Hi, I searched for this on the Web and the only one I found, which is available, seems to be a Windows-only product (needs Windows drivers). May be someone on this list knows a solution: Is there any "something"-to-SCSII-adapter, which can be used with Linux, and which is not a "hardisk only" one? With "something" I mean an interface, which is common on modern PCs like USB, SATA, Firewire... Thank you very much for any help in advance! Cheers Meino PCI-e ok? You can pick up a cheap server pull pci-e scsi HBA off of ebay, just check the kernel compatibility lists for that chipset. A RAID card is also an option however some do not provide pass-through (HBA) mode.
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
On Sat, Dec 17, 2016 at 05:23:50PM -0800, Daniel Campbell (zlg) wrote > > On December 17, 2016 11:10:04 AM PST, Walter Dnes > wrote: > > A note; the developers have stated in the Pale Moon forum that they're > >working on getting rid of gstreamer, and having Pale Moon talk directly > >to ffmpeg and libav. This gets rid of one layer of middleware, and the > >associated security problems. > > Thanks for sharing more about Pale Moon. I thought it was Windows- > exclusive and 64-bit oriented. Good to see it's cross-platform. Do you > guys still write C++? It did start out Windows-only, but a developer came along who put in the work to do a linux version. I don't think there's anything in the code that would restrict it 32-bit-only or 64-bit-only. grepping through the source, I see references to "CXXFLAGS" in *.configure and *.m4 files, so I assume there is C++ code. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
On Sun, Dec 18, 2016 at 02:39:58AM -0500, Tom H wrote > On Sat, Dec 17, 2016 at 12:55 AM, Walter Dnes wrote: > > > Similarly, the vast majority of home users have a machine with one > > ethernet port, and in the past it's always been eth0. Now the name > > varies in each machine depending on the motherboard layout; oogabooga11? > > foobar42? It may be static, but you don't know what it'll be, without > > first booting the machine. In a truly Orwellian twist, this "feature" > > is referred to as "Predictable" Network Interface Names. It only makes > > things easier for corporate machines acting as gateways/routers, with > > multiple ports. Again, the average home user is being jerked around for > > a corporate agenda. > > Do "regular" home users know the name of the NIC that they're using?! I meant the "regular" home users of linux, e.g. people in this forum. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Dutch Ingraham writes: > On Sun, Dec 18, 2016 at 05:47:39PM +0100, lee wrote: >> Rich Freeman writes: > >> Why can't they just say that they are making software for themselves the >> way they want it and don't care about what anyone else says or wants? > > Openbsd and Archlinux will (do) say exectly that. If that attitude > suits you, you will be right at home there. I'd prefer such a more honest attitude. That doesn't mean I'd be "right at home there".
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Alan McKinnon writes: > On 18/12/2016 18:47, lee wrote: >> Rich Freeman writes: >> >>> The universe of Linux systems that are running Firefox but not >>> Pulseaudio is fairly small at this point. >> >> Pulseaudio eats away about 10% CPU without any benefit whatsoever, not >> to mention that it makes things more complex and less reliable. Why >> would anyone use it? >> >> Developers might try to make their lifes easier by developing software >> to the point where nobody wants to use it, except for the few developers >> perhaps. With firefox, a policy like that contradicts their claims. >> >> >> This is another issue which comes up quite often with FOSS. Developers >> claim to be doing something in the interest of their users and are >> asking for support. When you take a closer look, you find that they >> don't, and when you offer support, they do not want it. >> >> Why can't they just say that they are making software for themselves the >> way they want it and don't care about what anyone else says or wants? >> It only gives reason to distrust someone when you find that they do not >> do what they claim to be doing. >> > > I think you are over-simplifying the situation here. Step back and look > at the problem from the angle of "it's a bunch of people doing stuff" > and not from a tech-centric angle. It's a people problem. > > You could make a valid case that the Mozilla devs are outright lying - > they said they want xvy, and your offer to help provide xyz was > rejected. But is it really that simple? I think it's more a case of the > devs would like contributions for xyz and they don't mention the > "everyone knows" "hidden assumption" of environment abc and general > method def. A, that's the usual tripping point. > > I don't know the specifics of your particular case, but my first > approximation guess is that there's an abc and def in there which the > devs didn't think to mention. Happens all the time, usually with > stunningly obvious stuff that "everyone" thought "everyone else" knew > about. Things like future roadmaps, planned features, and the individual > personal preferences of each dev. > > I guess I'll saying don't be too quick to shoot from the hip - more > looking less assuming is often the better path. It really is that simple because it is the way it turns out. It doesn't matter /why/ it turns out that way. There is no assuming involved, and I have no reason to try to figure out what hidden agenda a bunch of developers might have, or to make assumptions about one. It won't change anything. That doesn't keep me from noticing that what is being said is very different from what is being done. If the bunch of people wants to change that, /they/ need to do so.
Re: [gentoo-user] xterm menu
Jorge Almeida writes: > On Sun, Dec 18, 2016 at 6:52 AM, Andrew Savchenko wrote: >> On Sun, 18 Dec 2016 02:48:28 -0800 Jorge Almeida wrote: >>> I tried Ctrl+click (any button) on an xterm window, to bring up the >>> menu (which I never used before; after reading a recent thread about X >>> (in)security, I was trying to access the secure mode for password >>> entering). >>> >>> This crashes xterm. The logs: >> >> On xterm-325 "secure keyboard" mode works perfectly fine for me. >> >> Try to change font used by xterm, there are many ways to do this, I >> prefer to put in ~/.Xresources: >> >> xterm*faceName: DejaVu Sans Mono:style=Bold >> xterm*faceSize: 15 >> >> Anyway, application should not crash, so if your system is >> up-to-date (not only xterm, but Xorg, freetype and friends as well, >> so better update all system) and bug is still here, please report >> it on bugzilla. >> > My system (stable) is up-to-date, and I actually have XTerm*faceName: > xft:DejaVu Sans Mono:style=book:antialias=true in > .Xresources. > > The logs complain about helvetica, and I found similar stuff in the > net (not necessarilly about xterm). This appears to be a font problem, > which is essentially voodoo to me. xterm crashing instead of just > failing to bring up the menu seems to be an xterm bug indeed, but the > real problem is what to do to solve the missing fonts problem. This works for me: XTerm*termName: xterm-256color XTerm*activeIcon: true XTerm*background: black XTerm*foreground: green XTerm*cursorColor: Red XTerm*multiScroll: on XTerm*jumpScroll: on xterm*FaceName: xft:Source Code Pro:pixelsize=14:style=Regular XTerm*ScrollBar:false XTerm*SaveLines:1024 There's a Gentoo package for that font (which I can highly recommend). Perhaps it has to do with a font not being available in the size needed for the menu? > I have xterm emerged with "openpty truetype unicode" USE flags. I same here > can't imagine why the menu would require an "usable ISO8859 font"... Try using another window manager?
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
On 18/12/2016 23:34, lee wrote: > Alan McKinnon writes: > >> On 18/12/2016 18:47, lee wrote: >>> Rich Freeman writes: >>> The universe of Linux systems that are running Firefox but not Pulseaudio is fairly small at this point. >>> >>> Pulseaudio eats away about 10% CPU without any benefit whatsoever, not >>> to mention that it makes things more complex and less reliable. Why >>> would anyone use it? >>> >>> Developers might try to make their lifes easier by developing software >>> to the point where nobody wants to use it, except for the few developers >>> perhaps. With firefox, a policy like that contradicts their claims. >>> >>> >>> This is another issue which comes up quite often with FOSS. Developers >>> claim to be doing something in the interest of their users and are >>> asking for support. When you take a closer look, you find that they >>> don't, and when you offer support, they do not want it. >>> >>> Why can't they just say that they are making software for themselves the >>> way they want it and don't care about what anyone else says or wants? >>> It only gives reason to distrust someone when you find that they do not >>> do what they claim to be doing. >>> >> >> I think you are over-simplifying the situation here. Step back and look >> at the problem from the angle of "it's a bunch of people doing stuff" >> and not from a tech-centric angle. It's a people problem. >> >> You could make a valid case that the Mozilla devs are outright lying - >> they said they want xvy, and your offer to help provide xyz was >> rejected. But is it really that simple? I think it's more a case of the >> devs would like contributions for xyz and they don't mention the >> "everyone knows" "hidden assumption" of environment abc and general >> method def. A, that's the usual tripping point. >> >> I don't know the specifics of your particular case, but my first >> approximation guess is that there's an abc and def in there which the >> devs didn't think to mention. Happens all the time, usually with >> stunningly obvious stuff that "everyone" thought "everyone else" knew >> about. Things like future roadmaps, planned features, and the individual >> personal preferences of each dev. >> >> I guess I'll saying don't be too quick to shoot from the hip - more >> looking less assuming is often the better path. > > It really is that simple because it is the way it turns out. It doesn't > matter /why/ it turns out that way. > > There is no assuming involved, and I have no reason to try to figure out > what hidden agenda a bunch of developers might have, or to make > assumptions about one. It won't change anything. > > That doesn't keep me from noticing that what is being said is very > different from what is being done. If the bunch of people wants to > change that, /they/ need to do so. > I recommend you brush up on your social skills. Figuring out what people really mean as opposed to what they say (because those 2 never map exactly) is a very useful skill to cultivate, things are seldom as they appear to your eyes. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] xterm menu
On Sun, Dec 18, 2016 at 1:44 PM, lee wrote: > Jorge Almeida writes: > > > This works for me: > Nope. No change. > > Perhaps it has to do with a font not being available in the size needed > for the menu? > Maybe, but I'm out of ideas. > >> can't imagine why the menu would require an "usable ISO8859 font"... > > Try using another window manager? > This implies installing another WM. I'll try fvwm. Never thought the problem might be with the WM (openbox, a very unproblematic WM) Thanks
Re: [gentoo-user] [OT] SCSII Adapter ?
On 12/18/2016 10:28 PM, meino.cra...@gmx.de wrote: taii...@gmx.com [16-12-19 03:57]: On 12/17/2016 11:31 PM, meino.cra...@gmx.de wrote: Hi, I searched for this on the Web and the only one I found, which is available, seems to be a Windows-only product (needs Windows drivers). May be someone on this list knows a solution: Is there any "something"-to-SCSII-adapter, which can be used with Linux, and which is not a "hardisk only" one? With "something" I mean an interface, which is common on modern PCs like USB, SATA, Firewire... Thank you very much for any help in advance! Cheers Meino PCI-e ok? You can pick up a cheap server pull pci-e scsi HBA off of ebay, just check the kernel compatibility lists for that chipset. A RAID card is also an option however some do not provide pass-through (HBA) mode. Hi Talidan, PCI-e unfortunately is not an option (and I didn't mentioned it, sorry), because there is no space in my PC anymore. All slots are occupied - only one is free and that one is behind the double-widthed graphics card. Am I out of luck or are there other options? Cheers Meino Uhh curious is this for a tape drive? Perhaps an autoloader? seems like the only reason you'd be putting so much time and effort in to this is for one of those. https://web.archive.org/web/20161109002310/http://adaptec.com/en-us/support/_eol/usb_scsi/usbxchange// http://lkml.iu.edu/hypermail/linux/kernel/0509.1/1976.html Boom! - adaptec usbxchange Took me 5mins to find this... Slow, and $150 or so on ebay so pricey too. No idea if it works with newer kernels but this is a start. If you want more slots you can always buy an external pci-e expansion system such as the ones from cyclone microsystems, expensive but if you need em you need em and they support PCI-e ACS.
