Re: [gentoo-user] data recovery advice needed
Am Sat, 15 Dec 2018 18:33:35 -0500 schrieb Jack : > Some months ago, I borked a laptop HDD by trying to move a partition > in a way that left both the old and new partitions invalid. (For my > sanity, I've forced the details out of my memory, but the old and > new locations overlapped, and I think the move might have been > interrupted. My own fault, I know.) Have you written anything on this HDD after moving those partitions? And did you move the partitions or did you repartition the HDD? You could try to find the beginning of the old partitions with hexedit and set a pointer to this position with losetup. Set the offset to this position. Linux actually doesn't need partitions to access the HDD and/or mount file systems. Partitions just make it a lot easier. And keep in mind that partitions are written to the partition table at the beginning of the drive. Repartitioning usually doesn't overwrite any data. So if you haven't written anything onto the new partitions (incl. formatting the new partitions) all the data is most likely still there. So you could also try to recover your old partition table. Maybe the backup of your old super block is still intact. Unfortunately I can't remember how to find it out. Maybe with fdisk resp. gdisk or with testdisk. But there is a chance that the behavior of moving partitions is a bit different than repartitioning the HDD, so that the data is actually already overwritten by moving those partitions. On the other hand, if you had really moved the partitions the partitioning tool you used should have seen that both partitions would overlap and shouldn't have done this. That said, no matter which problem you have with an HDD, always stay calm and think first before you do anything. In most cases you can recover your data. But the first step is to stop working (particularly writing) with this HDD. The second step is - as the others already mentioned - to make a copy with dd or ddrescue. I had a lot of HDD crashes, logical and physical ones. And once I even didn't have a backup. I never lost any data so far, not even a bit. Heiko
Re: [gentoo-user] Mount Android phone on Gentoo - Transport endpoint is not connected
Am Fri, 5 Oct 2018 12:30:16 -0600 schrieb the...@sys-concept.com: > I'm trying to access my android phone via Linux. > Installed: emerge -avq sys-fs/mtpfs I haven't heard about mtpfs yet, but maybe you could try ssh and/or sshfs. Just install the app SSHelper on your phone and sshfs on your Gentoo system. SSHelper is basically an ssh server which is pretty well documented on its website and it's OpenSource. https://arachnoid.com/android/SSHelper/ https://play.google.com/store/apps/details?id=com.arachnoid.sshelper&hl=en Heiko
Re: [gentoo-user] CUPS remote printing drives me crazy
Am Thu, 13 Sep 2018 14:59:03 + schrieb "J. Roeleveld" : > I select them on having a wired network port. But what about the price? Well, I guess it depends on the use case. I guess if I would need it on business I would consider this, too. > Wifi is slower than wired. > I prefer not to have to wait because of the network. Well, yes, but not so much. Depends on how much you have to print and how often. For these few pages I print every now and then it doesn't matter. Wifi is fast enough for those cases. Heiko
Re: [gentoo-user] CUPS remote printing drives me crazy
Am Thu, 13 Sep 2018 03:13:45 + schrieb "J. Roeleveld" : > Or simply via a network cable. Most printers don't have an ethernet port anymore these days. > Wifi isn't the most reliable option. I didn't have a problem yet with printing or scanning over Wifi. Heiko
Re: [gentoo-user] CUPS remote printing drives me crazy
Am Wed, 12 Sep 2018 14:50:36 +0200 schrieb Helmut Jarausch : > On one machine - called SERVER - I have a USB printer which works > just fine with CUPS. Just one maybe stupid question. Does this printer have Wifi support? Then it would be a lot easier. If you would disconnect this printer from the one PC and connect it to your network over Wifi then you probably would only need to configure your firewall. The printer would then be found automatically by CUPS. Heiko
Re: [gentoo-user] Epson L380 scanner+ printer
Am Tue, 17 Apr 2018 17:20:21 + schrieb Francisco Ares : > Can anyone tell me how to set up the scanner part of an Epson L380? It's most likely done this way (at least for printers which need the open source driver ESC/P-R): - Install sane. - In /etc/sane.d/dll.conf uncomment the line epson2. - In /etc/sane.d/epson2.conf set or uncomment those lines: usb usb net If you have it connected via Wifi you probably need to configure it for USB, too. At least you can configure it for both connection types at the same time. Just in case, you won't be able to use this printer with a Raspberry Pi, because it needs the proprietary ESC/P driver. If you consider connecting an EPSON printer to a Raspberry Pi you would need a printer which needs the open source driver ESC/P-R. Heiko
Re: [gentoo-user] [OT] Best *SIMPLE* firewall?
Am Thu, 1 Mar 2018 21:45:46 -0500 schrieb Rich Freeman : > If they did move netfilter to userspace, then it would most likely be more insecure because a userspace process can be easier bypassed, killed, hacked or whatever. That's a lot harder with the kernel if not impossible. See all those personal firewalls for Windows like Kerio Personal Firewall, Zone Alarm or whatever when Windows didn't have its own firewall. I hope netfilter will never move to userspace. And I'm pretty sure it won't.
Re: [gentoo-user] [SUSPECTED SPAM] [OT] Best *SIMPLE* firewall?
Am Wed, 28 Feb 2018 16:15:59 -0500 schrieb "Walter Dnes" : > Is there something besides iptables? It seems to be like > systemd/perl/python, continuously expanding its scope. And no, I'm > not looking for an "easy-peasy front-end gui" that'll probably pull > in 90% of QT as dependancies. I fondly remember IPCHAINS. I don't know what you're looking for exactly. If you want a command line tool for configuring your firewall with an easier syntax than iptables you could try ufw. I don't know nftables, yet, but from what I read so far they seem to got their inspiration from ufw's syntax. ufw itself uses iptables and generates iptables rules. Principally all those firewall tools do the same. They configure the kernel's own firewall netfilter. And most if not all of those tools use themselves iptables which is besides nftables the official tool for configuring netfilter. Fun fact: iptables is the successor of ipchains. And it's a very long time ago that ipchains was replaced by iptables.
Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?
Am Sun, 3 Dec 2017 19:08:25 -0600 schrieb Dale : > I hope that makes sense because it can be rather complicated if it > doesn't click as to what I'm describing. It does. > Based on all the threads, I'm sticking with the old profile until next > week or maybe two weeks. Let some of this settle. It seems things > are going pretty well but there does seem to be a few hiccups here > and there. I'm doing it right now on two PCs with --keep-going since almost one day. At least one night more to go. Some packages already failed to build but I don't know yet which. But usually `emerge --keep-going` prints a list of the failed packages at the end. Heiko
Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?
Am Sun, 3 Dec 2017 15:16:26 +0100 schrieb tu...@posteo.de: > what is about emerge -e @world --keep-going > instead? That would do something like a --resume --skipfirst automatically with the difference that it first recalculates the dependency tree in case another package would depend on the package that failed to build. But it's actually "--keep-going y". Heiko
Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?
Am Sun, 3 Dec 2017 09:09:37 -0500 schrieb "Spackman, Chris" : > emerge --resume --skipfirst `emerge --resume --skipfirst` is necessary if you don't use --keep-going y, a package fails to build and you want to manually resume the actual emerge. Not using --skipfirst wouldn't make much sense, because the broken package will fail to build again anyway. Maybe Dales suggestion would work here. In this case you shouldn't use --skipfirst after fixing the reasons why the package failed to build. If you run `emerge -e @world` e.g. and get a power failure then you shouldn't use --skipfirst because then you want to build the package which was currently built during the power failure again. If you want to do have emerge doing a --resume --skipfirst automatically then you should use --keep-going y in the original emerge command like `emerge -e --keep-going y @world` or `emerge -uDN --keep-going y @world`. Heiko
Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?
Am Sun, 3 Dec 2017 06:55:59 -0600 schrieb Dale : > I hope I understood what you meant with all this. I disturbed quite a > few electrons and stuff with this. lol I think you understood what I meant even if I didn't think about doing some other stuff with emerge in between another emerge. And I think even Meino was more concerned about a power failure in between `emerge -e @world`. Nevertheless interesting to know that `emerge --resume` even works or at least has once worked after another emerge. Heiko
Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?
Am Sun, 03 Dec 2017 09:53:21 + schrieb Peter Humphrey : > On Sunday, 3 December 2017 04:15:25 GMT Heiko Baums wrote: > > > Like I said before. emerge always calculates the dependency tree, > > which is a lot faster in case of `emerge -e @world` than in case of > > `emerge -uDN @world`. And then it knows which packages have already > > been installed and which are not. > > > > That said I haven't run an `emerge -e @world` before. So I'm > > actually not sure if this works the same way as with an `emerge > > -uDN @world`. > > Nope. Empty-tree means empty-tree. That is, whenever you emerge -e > world, you start from the beginning every time, regardless of > anything you were doing just before that. Actually I was talking about the behavior of `emerge --resume` in the case of `emerge -e @world` compared to `emerge -uDN @world`. Sorry, if this was unclear. Heiko
Re: [gentoo-user] Emerge does want to tell me...what?
Am Sun, 3 Dec 2017 06:29:29 +0100 schrieb tu...@posteo.de: > I already did this... There are two things which emerge can tell you with this message. 1. It can't find >=sys-devel/gcc-6.4.0 but only older gcc versions. 2. You have installed a package that depend on sys-devel/gcc-5.4.0-r3 or sys-devel/gcc-4.9.4. I already explained what you can do in the first case. In the second case I would try to fix (uninstall, rebuild, upgrade or whatever) those packages which depend on an outdated gcc. I guess equery is your friend. Heiko
Re: [gentoo-user] Emerge does want to tell me...what?
Am Sun, 3 Dec 2017 05:43:39 +0100 schrieb tu...@posteo.de: > Hi, > > I started emerge -e @world > > and it stops with this message: > > The following mask changes are necessary to proceed: > (see "package.unmask" in the portage(5) man page for more details) > # required by @selected > # required by @world (argument) > # /usr/portage/profiles/releases/17.0/package.mask: > # Andreas K. Huettel (27 May 2017) > # In the 17.0 profiles we assume that our system compiler uses C++14 > # or later as default language setting. This means it has to be at > # least GCC 6. If you need an older compiler for specific purposes, > # feel free to unmask it, however, using it for normal emerging of > # packages is neither recommended nor supported in any way. > =sys-devel/gcc-5.4.0-r3 > # required by @selected > # required by @world (argument) > # /usr/portage/profiles/releases/17.0/package.mask: > # Andreas K. Huettel (27 May 2017) > # In the 17.0 profiles we assume that our system compiler uses C++14 > # or later as default language setting. This means it has to be at > # least GCC 6. If you need an older compiler for specific purposes, > # feel free to unmask it, however, using it for normal emerging of > # packages is neither recommended nor supported in any way. > =sys-devel/gcc-4.9.4 I'd suggest you first do a clean gcc upgrade to gcc-6.4.0 or gcc-7.2.0 depending on whether you run a stable or a testing system. https://wiki.gentoo.org/wiki/Upgrading_GCC And then follow exactly the steps in the news item after the step of rebuilding gcc. Or in detail: Run these commands: # gcc-config -l # gcc-config set # emerge -1 sys-devel/gcc # gcc-config -l # gcc-config set # source /etc/profile # emerge -1 sys-devel/libtool # gcc --version # emerge --depclean =sys-devel/gcc- [for all installed gcc versions except for the latest (6.4.0 or 7.2.0)] # emerge -1 sys-devel/binutils # emerge -1 sys-libs/glibc # emerge -e @world Heiko
Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?
Am Sun, 3 Dec 2017 04:45:59 +0100 schrieb tu...@posteo.de: > Suppose one would do an emerge @world...and then BOOOM! a powerfailyre > would stop the whole thing. In such a case you should consider buying a UPS. Can't you do this over night or a weekend? And how often do you have a power failure? > Further suppose the filesystem, the > hardware and anything has survived luckily -- only emerge @world needs > to be restarted. > And one does NOT an emerge --resume but an emerge @world. If I'm not mistaken in this case an `emerge --resume` should be the right thing. It usually resumes the last interrupted emerge command. That is if you run `emerge -e @world` press Ctrl-C `emerge --resume` should resume this previous started `emerge -e @world` including the package which was built when it was interrupted. Ctrl-C is principally the same as a power failure. If this fails for some reason then you'd have to rerun the whole `emerge -e @world` I guess. > In this particular case...how does emerge knows from the previous > emerge @world what packages has been recompiled already and are "PIE"? Like I said before. emerge always calculates the dependency tree, which is a lot faster in case of `emerge -e @world` than in case of `emerge -uDN @world`. And then it knows which packages have already been installed and which are not. That said I haven't run an `emerge -e @world` before. So I'm actually not sure if this works the same way as with an `emerge -uDN @world`. Heiko
Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?
Am Sun, 3 Dec 2017 04:26:55 +0100 schrieb tu...@posteo.de: > Delaying would not solve the problem as it is... Btw., if you're using the testing tree (e.g. ~amd64) you should do a gcc upgrade instead of rebuilding gcc as the news item says. Unfortunately the news item explicitly mentions gcc-6.4.0. After rebuilding it as the news item says I found out that gcc-7.2.0 is already in the portage tree. So more than an hour wasted. Heiko
Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?
Am Sun, 3 Dec 2017 04:26:55 +0100 schrieb tu...@posteo.de: > If the compilation will fail at a certain point (and it will fail, > since this is a complete new thing) -- would it be possible to resume > even some tweaks, hacks and patches (even certain recompilations) > would be needed in between? Just run `emerge -e --keep-going y @world`. > Can I stop a running emerge @world and resume later? Maybe with `emerge --resume`. But I don't know if interrupting this would cause some problems in this particular case. > How does a restarted emerge @world recognizes packages, which are > already compiled according to the new standard? It simply creates a list of the packages to be installed as usual and knows which of them are already installed and which are not. Then it recalculates the dependency tree as usual. Heiko
Re: [gentoo-user] Re: grub-0.97-r16 and profile 17.0 change
Am Sat, 2 Dec 2017 18:33:09 -0500 schrieb Michael Orlitzky : > You're seeing a lot of reports because there is a news item telling > people to switch to the new profile and run "emerge -e @world". Does this mean that "emerge -e @world" should be run or that the news item is wrong in this point? Heiko
Re: [gentoo-user] remove gnome/systemd
Am Wed, 13 Sep 2017 09:48:57 +0200 schrieb Raffaele Belardi : > I might give Xfce a try. I did not find any definitive resource on the > web stating that LXDE is dead. There are some recent commits on the > sourceforge repo so it looks still alive (although not kickin'). I guess I wasn't quite up to date. That's what http://lxqt.org/about/ says: "Historically, LXQt is the product of the merge between LXDE-Qt, an initial Qt flavour of LXDE, and Razor-qt, a project aiming to develop a Qt based desktop environment with similar objectives as the current LXQt. LXQt was first supposed to become the successor of LXDE one day but as of 09/2016 both desktop environments will keep coexisting for the time being." Nevertheless I like Xfce better, mainly because in my opinion it has more and better panel add-ons and it feels slightly better. But, like I said, it's just a matter of taste. > Probably I was using the same here, thanks for reminding me. You're welcome. > I used xdm (although it looks ugly) because I need a DM that updates > the wtmp file and lxdm was not. Do you know if slim/lightdm support > it? I did some research at the time but I forgot. They both do it. With slim you need to add these two lines into your /etc/slim.conf: sessionstart_cmd/usr/bin/sessreg -a -l $DISPLAY %user sessionstop_cmd /usr/bin/sessreg -d -l $DISPLAY %user But if I recall correctly this was already added by default on Gentoo. But it's possible that I had to add them myself and just forgot it. I haven't tested lightdm on Gentoo, yet. But on my Raspberry Pi on which I currently run Arch Linux (despite systemd) it does it out-of-the-box. On Debian based Distributions there seems to be a bug. Heiko
Re: [gentoo-user] remove gnome/systemd
Am Tue, 12 Sep 2017 17:28:40 -0400 schrieb Mike Gilbert : > I would advise against this INSTALL_MASK setting. It is quite likely > to break things (like sys-fs/udev). No, it's not. I'd consider it a bug if systemd is not installed and another package that doesn't depend on systemd relies on something that is installed in a systemd subdirectory. And for me nothing was broken since several years now. And, like I said, I'm using eudev instead of udev. Heiko
Re: [gentoo-user] remove gnome/systemd
Am Tue, 12 Sep 2017 17:55:22 +0200 schrieb Raffaele Belardi : > 2. emerge -C gnome networkmanager You don't need to uninstall networkmanager except you want to uninstall it for some other reasons. It doesn't need gnome or systemd. > 5. emerge -N lxde-meta I'd prefer Xfce, but that's a matter of taste. As far as I know LXDE isn't developed any more in favor of LXQt. > 6. emerge -N xdm openrc anacron sysklogd sysvinit You don't need to install sysvinit explicitly. It's a dependency of openrc. Instead of anacron I'd suggest fcron. It has all the features of both cron and anacron. Instead of sysklogd I would use syslog-ng. I don't remember the reasons. Instead of xdm you'd better try slim or lightdm. Lightdm doesn't need systemd either, except if you want to use multiseat with it. Then you should replace udev by eudev and put USE="-gnome -systemd" into your USE flags in /etc/portage/make.conf. Just to be absolutely sure put this line into your /etc/portage/make.conf, too: INSTALL_MASK="/lib/systemd /lib32/systemd /lib64/systemd /usr/lib/systemd /usr/lib32/systemd /usr/lib64/systemd /etc/systemd" Heiko
Re: [gentoo-user] systemD?
Am Wed, 30 Aug 2017 23:27:12 +0100 schrieb Mick : > BTW, if you run ps axf and come across '/lib/systemd/systemd-udevd > --daemon' don't panic. RHL advocates of monolithic stack for Linux > haven't taken over your machine, but that's how udev is packaged > these days even if you have not installed or enabled systemd on your > OS. Why not using eudev? Works perfectly. No need for systemd-udev. Heiko
Re: [gentoo-user] Easiest way to block domains?
Am Tue, 29 Aug 2017 01:38:42 -0400 schrieb "Walter Dnes" : > I'm running a Core2-duo desktop from 2008 with 3 gigs of ram. I > want to run it into the ground, not throw it away while it's still > functional. With Gentoo optimization, pluse using ICEWM, it's > generally snappy. But there are a few web pages that throw the > kitchen sink of 3rd-pary adservers+trackers. 178 unique servers for > one web page will peg the load from the web browser to 150% of 1 cpu > core. On a 2-core machine, that is bad. The browser is unresponsive > for a few seconds at a time. > > I'm building up a rather large hosts file, but the adservers have a > gazillion subnames for each domain, in a deliberate attempt to bypass > hosts files. It would be more effective block entire domains. Is > there a lightweight DNS server, or some iptables trick, or whatever, > that'll block specified domains? I'm using the combination of these browser add-ons available for Firefox and Chromium: uBlock Origin uMatrix EFF Privacy Badger uBlock Origin is an ad blocker. uMatrix is similar to NoScript but a lot more flexible and easier to use, and comes with some hosts files (not copied to /etc/hosts). And Privacy Badger blocks domains, JavaScripts, cookies etc. that are used to create a profile of yours. Those three are doing quite a good job from what I can tell. And surfing on a Raspberry Pi 3 is also a lot better with these. That said, it's not only ad servers which cause a massive CPU load, it's also badly designed and overloaded websites which contain a lot of JavaScript and load content from several other servers, particularly from JavaScript hosts and CDNs. Heiko
Re: [gentoo-user] genkernel iwlwifi WiFi driver
Am Sat, 15 Jul 2017 11:20:52 +0200 schrieb Radoje Stojisic : > I've installed the Genkernel. Does Genkernel enables the iwlwifi > driver automatically? Or do I need the modify the kernel on my own? You can check if the firmware is included in the kernel config: grep -i wifi /usr/src/linux/.config If CONFIG_EXTRA_FIRMWARE is set, then a firmware is included. You just need to check if it's the right one for your wifi chip. Otherwise you can set some options in /etc/genkernel.conf. Set MENUCONFIG="yes" to be able to configure your kernel by yourself and set CONFIG_EXTRA_FIRMWARE there. Or instead you can set those options in /etc/genkernel.conf: FIRMWARE="yes" FIRMWARE_DIR="/lib/firmware" FIRMWARE_FILES="" I have't tried the latter, because I usually configure my kernel by myself with menuconfig. I only use genkernel as an easier way to have the kernel compiled, installed and the initrd built. Heiko
Re: [gentoo-user] xfce-base/xfce4-session-4.13.0 segmentation fault in settings dialog (Bug 621704)
Am 20.06.2017 um 13:35 schrieb Alexey Eschenko: > Hi. > > After writing to Gentoo Bugtracker (621704) I received recommendation to > use mailing list. > > What information do I need to provide? > > P.S. I have this problem on two of my Gentoo machines (laptop and desktop). > > P.P.S. Just tried to rollback to previous (4.12.1-r1) ebuild and problem > disappeared in this version. Looks like some sort of regression. Sorry, but this is bullshit what Jonas Stein has written in this bug report. Btw., he seems to be a new bug wrangler and not the package maintainer. As I've written in the closed bug report, which should be reopened, I can reproduce this bug. So it is a bug in xfce4-session-settings or in GTK+ and belongs to the bug tracker. I can't say if it's a downstream or an upstream bug. Heiko
Re: [gentoo-user] disaster recovery - planning
Am 21.03.2017 um 00:15 schrieb the...@sys-concept.com: > Besides standard "data" backup, if I was to plan for a disaster > recovery; what to include in a backup system if I was to rebuild a new box? > > - /etc > - /var/lib/portage/world > - /usr/src/linux/.config > - /var/spool/fax/ (if needed) > - /var/www/localhost/htdocs/ (if needed) > - crontab (users and root) > > What else did I miss? /home (I guess that's what you mean with standard "data" backup) /usr/local /root /usr/share/fonts (if needed) Actually I would make a backup of the whole system excluding those directories: lost+found/ /dev/ /media/ /mnt/ (depends) /proc/ /run/ /sys/ /tmp/ /var/export/ /var/run/ /home/*/.gvfs/ Heiko
Re: [gentoo-user] Has someone managed to compile nvidia-drivers against a 4.10.*-Linux-kernel?
Am 18.03.2017 um 13:13 schrieb tu...@posteo.de: > if someone has managed to compile the nividia-drivers > against one of the linux-4.10.* kernels I would > be glad fpr the information what version are compatible > with each other... :) It compiled with kernel 4.10.1 on my desktop but failed to build on my notebook. So I guess it depends on the hardware resp. on the kernel configuration. And I guess, as always, you'll have to wait until Nvidia releases an update of the driver. Heiko
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 21.12.2016 um 20:31 schrieb Rich Freeman: > OpenSource has nothing to do with whether something costs money. Not > even RMS or ESR would agree with "For OpenSource you don't need to > pay." Ok, now we're getting a little bit closer again. All the rest... I have neither time nor energy to answer to this. You definitely have not understood the original philosophy of OpenSource and the difference between OpenSource and ClosedSource. It's not only about the open source code. There's a lot more about that. But like I said... No time and no energy. And the wall I would talk to. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 21.12.2016 um 15:28 schrieb Rich Freeman: > udev and systemd operate based on text configuration files that are > declarative in nature. Seldom laughed as much. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 21.12.2016 um 14:03 schrieb Rich Freeman: > I don't agree that you are "forced" > to use systemd. Maybe you might be forced to use a different browser > or fork your browser or patch it or stick with an old version and > backport security fixes if you want to use it without systemd some > day. And there it is again this silly argument and this twisting of words. Typical for those Poettering fanboys. > But, if the entire Firefox developer community quit and decided > to do something else (a la Thunderbird) you'd be in a similar boat. > Sometimes you get what you pay for. And this again. You know the difference between OpenSource and ClosedSource? You pay for ClosedSource. For OpenSource you don't need to pay. But I have neither time nor energy to explain you the philosophy (before Poetterix) of OpenSource. But I can tell you this much. OpenSource and its developers usually have no commercial intentions. It seems to be different for Poettering and his fanboys. > I get that people who want to avoid systemd are frustrated by this, > but honestly it feels like spitting against the wind at this point. And the arrogance and ignorance of Poettering's and his fanboys' again. > I > was frustrated back when everybody stopped taking care of kde-3.5 and > kde-4 wasn't really ready and was a resource hog on older systems. I > switched to xfce for a while, because ultimately I can't demand that > the kde project cater to my whims. Just compare apples and oranges. Also typical for Poettering and his fanboys. The situation with KDE has nothing - and I mean nothing - to do with the situation with systemd. But I have neither time nor energy to explain that, too. I would talk to a wall anyway. > In general though, nobody is required to engage in > debates/arguments/etc here, or even read your posts. People choose to > participate in list discussions just as they choose what software they > want to maintain. There they are again: The apples and the oranges. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 20.12.2016 um 19:28 schrieb Alan McKinnon: > Now that you're running out of arguments... Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 20.12.2016 um 19:08 schrieb Alan McKinnon: > No. This is incorrect. Yes. This is correct. > eth0 is the first card found by software, and not always the one you > think it is. But you already heard of udev rules? I guess I mentioned them already. They are not so hard to write and they only need to be written once. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 20.12.2016 um 18:57 schrieb Rich Freeman: > but I see a lot more > people asking the systemd team to help them write systemd units than > people asking the openrc team to help them write init.d scripts. Why oh why could that be? And spare me your twisting of words. > Anybody can maintain openrc on any distro. Maybe they can't put it in > the official repository, that would be up to the people who control > those repositories. Oh! Now we're getting a little bit closer? Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 20.12.2016 um 18:38 schrieb Kai Peter: > Maybe there are different opinions, but what is cryptic on - as a > typical one - enp3s0?: > e - ethernet > n - network > p - pci (port) ... > 3 - ... 3 > s - slot ... > 0 - ... 0 Think about that yourself again and compare it to - eth0: eth - ethernet 0 - 1st card I don't think I need to explain which of both is a lot more complicated and cryptic. > Just an example. The real mess with systemd is that it violates the good > ol' Unix culture. Especially by "capturing" udev. Thanks to Gentoo for > eudev!!! That's also true but not the only problem with systemd. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 20.12.2016 um 17:47 schrieb Rich Freeman: > Clearly nobody forced you to run it, because you aren't running it > now. That's again one of those silly arguments. I'm just not running it because I'm using Gentoo again. On Arch Linux they forced systemd onto the users. Because the Arch Linux users don't have any choice if they want to use Arch Linux, because they e.g. don't want to compile anything and still want to have bleeding edge software. So, please, stop twisting every word. > Nobody is going to waste their time trying to convince you that > systemd is better than anything else, because in the end your opinion > doesn't actually affect us. Because of your ignorant attitude. Fortunately it's not only my opinion. Unfortunately the Poettering fanboys are just the loudest but not the majority. Btw... "doesn't actually affect us"? Didn't you tell you aren't a Poettering fanboy? > People who prefer systemd will maintain > it, and people who prefer openrc will maintain that, and we can all be > happy. That's true for Gentoo, Slackware, Devuan, and maybe still Debian, but not for the other Distros like Ubuntu and its derivatives, Arch Linux, Redhat, Fedora etc. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 19.12.2016 um 15:52 schrieb Marc Joliet: > That is incorrect, systemd allows for overriding files in > /etc/systemd/system/${unit_name}.d/*.conf. Then this is very new. > Furthermore, service units can > read environment variables from a file via EnvironmentFile. Initscripts can do the same. > I'm not convinced that you actually understand systemd particularly well. It > seems to me that if you want to develop an informed opinion about it, you > should: You don't need to be convinced. It's sufficient that I know systemd pretty well from the beginning when the Poettering fanboys of Arch Linux forced this crap onto the Arch Linux users, while they regularly were telling that they don't force it onto their users, that it will be only optional. > a) Read the official documentation (don't just rely on what others say; even > when well-intentioned, people can say stupid things). I did read all of Poettering's insults against his critics in his oh so "technical" documentation. Thanks! > b) Try to set up and/or run a systemd-based system, and seriously try to grok > it. Only then will you be able to compare it to other init systems properly. I already had to do it. That's why I went back from Arch Linux to Gentoo. And that's why I'm currently trying out Devuan on my RasPi. Looks pretty good so far. They even have a 64 bit image for the Pi 3. And I already couldn't read those crappy binary systemd log files on a correctly working POSIX system. Btw., yes, systems without systemd boot a lot faster than systems with systemd. Same experience made someone else here on the mailing list. I forgot who it was. So, yes, I know exactly what I'm talking about. And, yes, systemd is broken by design and just a PITA. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 20.12.2016 um 05:23 schrieb Andrej Rode: > Yeah they make life easier. From your talk you never had a problem with > eth<0,10> switching names after boot. Everyone who had them appreciates > predictable network interfaces. Everyone who had them could learn how to write simple udev rules to get fixed eth<0,10> names after every boot. No systemd and no "predictable" names necessary. Nevertheless I'm still wondering what's so predictable at those incomprehensible, cryptic device names anyway. And I don't want to know that. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 19.12.2016 um 10:59 schrieb Neil Bothwick: > If you can't work that out for yourself, what are you doing running > Gentoo. I'm stating it can be done, I have neither the time nor the > inclination to document it. The question is not, if I can work this out myself or not. The question is: Can you prove what you're claiming? > I never claimed it was reasonable, you asked for a way to read them if > you don't have systemd installed and I suggested a way. I didn't ask. I've proven that those binary log files are crap, because not they are not - say - compatible or interchangeable or whatever to normal POSIX systems like the text files are. The commands cat, less, grep are on every UNIX/Linux system. This systemd logreader (I've forgotten its name) is not. > But if you intend to dismiss anyone with a standpoint that does not > precisely align with yours as a fanboy, there is no point in continuing > this discussion. It's just that you gave the same silly arguments every Poettering fanboy gives in such discussions. > Excellent, adding distortion to the ad hominem insults. I was simply > pointing out that systemd does not preclude the use of an alternative > logger. Just twist it as you need it. > Why? Because you demand so? Because the Poettering fanboys and you always say so. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 19.12.2016 um 10:37 schrieb Neil Bothwick: > No you don't. You know what I did or did not? Interesting! Heiko Baums
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] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 18.12.2016 um 00:17 schrieb Heiko Baums: > Btw., I hope that the Devuan people once will make a release for the Pi, > too. They already did. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 18.12.2016 um 00:23 schrieb Andrej Rode: > For reference did you try to write an init script for a piece of > software in SysVInit, systemd and OpenRC to be able to compare them? Yes, at least I had to read a lot of them. And init scripts are really a lot easier to write and read than such a systemd service file, particularly you can separate the configuration to another file while you need to copy the whole service file to another place in which it won't be updated by the package manager if a new version would be released. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 17.12.2016 um 23:57 schrieb Andrej Rode: > And why should a Gentoo based system draw more power than any other > Linux distro? Because compiling takes quite a lot of time and power. Of course that may depend on how and how often you use your computer. Proably doesn't such a difference if your computer is running 24/7 anyway. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 17.12.2016 um 23:53 schrieb Alan McKinnon: > No, I'm not a Poetering fanboy, Ok, then I'm sorry. > and you seem to be seeing the world in a > way that fits your biases. No, I don't. > And you really need to go back and read the thread. Of course nobody > said Neil is offering you a solution; it is you that are demanding one > from people that never said they would. I'm not demanding any solution. I'm just proving that it's wrong what those Poettering fanboys let loose. If this would be possible, then it should be easy for them to just explain how this can be done or provide a link to a howto. They simply can't because it is not possible to switch from systemd to another init system, at least not for quite a lot of distros like Debian, Raspbian, Ubuntu etc. So I'm not demanding a solution, I just want proof. If they claim something then I think they should proof it. That's all. Btw., I've never seen that Poettering and his fanboys have proven anything they claim so far. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 17.12.2016 um 22:57 schrieb Marc Joliet: > Looks like somebody hasn't heard of cross-compiling! Perhaps check out sys- > devel/crossdev and/or ask on the gentoo-embedded mailing list. In fact, in > this particular case I *will* provide you with a link: > > https://wiki.gentoo.org/wiki/Raspberry_Pi_Cross_building Thanks, but I already know this link. Nevertheless, compiling everything is quit power consuming and takes a lot of time. And you need another computer for this to be done. That said, generally speaking I love Gentoo, but I'm still not sure if I really want it on my Pi. Maybe I'll reconsider this once. > Aha, so it's not enough that there are distros *right now* that let you avoid > systemd (e.g., Gentoo, Funtoo, Devuan, Knoppix), it has to be one of *those > particular* distros. You forgot Slackware. No that's not enough, because at least Gentoo and Funtoo are not for beginners. Well, I'm not a beginner, but I would like to have a distro without systemd which can be used by beginners. Well, maybe Devuan will be such a distro. There's another reason. In my opinion there should always be a choice, not only between the distros but between the software. And different distros follow different goals. And there's always this silly argument by these Poettering fanboys, that they don't force systemd onto anybody, and that's always possible to switch from systemd to another init system. Then this must be possible under - at least - almost every distro. As you can see, even the Poettering fanboys here refuse to explain how this can be done. Obviously they don't admit that they are proven wrong by this. Btw., I hope that the Devuan people once will make a release for the Pi, too. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 17.12.2016 um 16:44 schrieb Alan McKinnon: > It's not Neil's job to solve your problems. It's your job. > > Neil isn't offering a solution to you, he's trying to guide your > thoughts in a direction where you can see solutions, so please stop > asking him (or anyone else) to find them for you. No he isn't offering a solution. He claims that nobody is forcing me to using systemd. Well, Gentoo isn't indeed, but the other distros are. I just asked him for a solution. I couldn't find one so far. But I guess you are also one of those Poettering fanboys when I read your arguments. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 17.12.2016 um 15:58 schrieb Rich Freeman: > Well, how much did you pay for systemd, and who did you pay it to? And there it is. The second most stupid and second most frequently argument of those Poettering fanboys. You don't expect an answer to this, do you? > And as far as how to switch to something usable goes, the last time I > checked sysvinit was still open source. And what? Systemd is open source, too, but is a pain in the ass. >> So tell me, how to get rid of systemd on Arch Linux, Debian, Raspbian, >> XBian, Ubuntu, Fedora etc. in their most recent releases. >> > > Are you willing to: > 1. Do the work yourself? What is that supposed to mean? I just asked you to tell me how to get rid of systemd on those distros. If you explain it to me, I of course do it myself. > 2. Pay somebody else to do the work for you? And there it is again this stupid argument. > This really comes across as whining because a bunch of volunteers > decided to volunteer their time building things the way they would > prefer to build it, instead of the way you preferred that they build > it. And the next of those stupid arguments of those Poettering fanboys if they are running out of "technical" arguments. But aren't the Poettering fanboys regularly asking for "technical" arguments? Then xhy don't you give such silly answers instead of "technical" one? And why do just explain to me how to get rid of systemd on recent distros? A links would probably do it, too. > If you don't like the options out there, then make your own. And the next silly argument which always comes from these Poettering fanboys. As if everybody is a programmer, and as if everybody who uses a computer and/or Linux has to be a programmer. Still no "technical" argument. Don't you Poettering fanboys always ask for "technical" arguments? Why again such a silly non-technical argument? > If you don't think the guides on how to install Gentoo on a Pi are > good enough, then play around with it until you figure it out, and > then post an article on the Wiki. Didn't you read my e-mail? I don't want to have Gentoo on my Pi, because this would destroy the advantage of the Pi, its low power consumption. Well, maybe I will install Gentoo on the Pi once, just for fun, but that's not the question here. I didn't ask for a howto for installing Gentoo on a Pi, I asked for a howto for getting rid of systemd on recent versions of Arch Linux, Debian, Raspbian, Ubuntu, Fedora etc. You said it's possible and I'm not forced to use systemd, so I guess you know how and can explain it to me. Btw., would have cost you not more time than writing those silly answers that every Poettering fanboy regularly gives since the beginning. Still nothing has changed so far. > Look around Gentoo, or Arch, or Debian. Everything you see is the > result of somebody sacrificing their time to create something and make > it free for everybody. If something seems to be missing, it is > because somebody didn't sacrifice their time to create it. If you > care strongly about something, then at some point you need to get your > hands dirty and create the future you want to see. Those stereotypical silly answers of the Poettering fanboys have been boring from the beginning and still are boring. I just asked you a simple question, about something you volunteered information about. You volunteered saying that it is possible to switch from systemd to another system and that nobody is forcing anybody to using systemd. I just asked you how I can do this. And you? You seemingly can only give those silly, stereotypical, non-technical answers which have absolutely nothing to do with my question and your first statement. That's typical for those Poettering fanboys. Still nothing new. > Complaining on a mailing list isn't going to motivate somebody to help you. Now I'm complaining? Just twist my words so that it fits to your needs. There's still the question: How do I get rid of systemd on the mentioned distros? You said it is possible. Maybe I will get an answer someday. Honestly, I believe not. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 17.12.2016 um 14:17 schrieb Neil Bothwick: > I'm running the Debian 7 version of Raspbian on a number of Pis, all > without systemd. Yes, I am happy using systemd, but I can't be arsed > changing them when they continue to work perfectly well. Then explain me how this is done. Btw., Debian's and Raspbian's software repositories are somewhat outdated. But that's a different Debian related subject. > Boot from a live CD, like Ubuntu, and read the journals. There's always > a solution that doesn't involve flaming. Why would I boot from a Live CD if I have a PC with an installed OS particularly just to be able to read some simple log files? So, no that's not a reasonable solution. And that doesn't have anything to do with flaming. But that's typical for those Poettering fanboys, too, since the beginning. They ask for "technical" arguments. If "technical" arguments are given to them, then those arguments suddenly are no technical arguments. Then this is flaming. And Poettering and his fanboys just insult their critics, even in the official "technical" systemd documentation. I see, nothing has changed so far. > When I first tried systemd, I wasn't confident of my ability to work > with the journal, so I installed syslog-ng and had traditional log files > alongside the journal. In fact I ran it like that for quite some because > the log monitor I was using didn't work with the journal. Yes, that's the solution. Install an old very well tested and useful system logger which does the job perfectly on its own alongside of a crappy system logger just to be able to read the binary log files again with simple system tools which come along with EVERY distro like cat, less, grep etc. And running two programs which have the same purpose in the background don't need more system resources then just running one of them, particularly on hardware like the Pi? Did you and the other Poettering fanboys think about this logic? I guess not. > I don't use Firefox or semi-professional audio hardware, so I won't > comment on this. But that's the original subject of this thread. And PulseAudio is one of Poettering's crap. > With Debian, and Raspbian, just use version 7. It's Debian so it will be > supported for years to come. Or you could run Gentoo on your Pi. How do I compile Gentoo on the Pi? Even compiling it with distcc on another computer would be a lot more power consuming. What's one of the benefits of the Pi? Power-saving? > They're not. You are assuming you have to use it because you don't see an > alternative. I know a lot of good alternatives to systemd. But I don't see a way to get rid of systemd in favor of the good alternatives in the distros I mentioned. >> So tell me how I >> get a full refund for systemd and how to switch to something usable. > > I've answered the latter, your refund is attached :) No, you didn't. But I guess you can't. Same again. The Poettering fanboys deny that they are forcing their crap onto the users but can't or don't want to say how to get rid of this crap and how to convert their systems to something that is working well. The solution can't be to just install a totally outdated version of a distro from times before they started forcing systemd onto their users. This has to be possible with recent versions, too. So tell me, how to get rid of systemd on Arch Linux, Debian, Raspbian, XBian, Ubuntu, Fedora etc. in their most recent releases. Where do I get this Debian or Raspbian 7? I guess the software for those outdated distro versions are even more outdated than the software for the latest releases. > I never said it was easy. Should be easy. Heiko Baums
Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No
Am 17.12.2016 um 09:53 schrieb Neil Bothwick: > On Sat, 17 Dec 2016 00:55:21 -0500, Walter Dnes wrote: > > Really, no one is forcing you to use anything. If you don't like the way > particular piece of software is going, you can get a full refund and > switch to something else. Not this argument again. It's the most stupid argument (of a lot of other stupid ones) which was give most frequently by Poettering and those Poettering fanboys from the beginning of this systemd crap until - seemingly - now. And yes, it is still crap. Unfortunately I am forced to using it, because there is no usable distro for the Raspberry Pi which does not use systemd. I again went into trouble with it, if it's only those crappy binary log files. It's of course not only the binary log files. For some reason I couldn't boot the Pi anymore. What do you usually do in such a case? Right! You pull the sd card out of the Pi, mount it on another computer, and... bang! No log files can't be read, because they are binary and my Gentoo PC doesn't have systemd - for good reasons. Without this systemd crap, with the good old, very well tested system loggers I would have easily been able to read the the log files and to fix the problem. Thanks systemd I had to reinstall the whole distro. Regarding this really stupid decision of Mozilla's to only support PulseAudio... PulseAudio still doesn't work with (semi-)professional audio cards. It never did, Poettering closed the corresponding bug report, blamed the ALSA developers and claimed that their ALSA has a bug. ALSA supported those audio cards perfectly out of the box long way before. The bug report was reopened and I never heard anything of it anymore. I was subscribed to this bug report. Instead Poettering then eventually said that PulseAudio was designed only for consumer sound cards, not for professional audio cards. This was years ago and nothing has changed since then. It's audio cards like M-Audio Audiophile 24/96 and RME Hammerfall I'm talking about, btw. So ditching native ALSA support would mean that users with such an audio card wouldn't be able to hear any sound within Firefox. Thanks to Lennart Poettering and their fanboys. Just forgot to ask. Tell me how to easily get rid of systemd on - say - Arch Linux, Debian, OpenSUSE, Redhat, Fedora, Ubuntu and its derivatives. And how do I get rid of systemd on my Raspberry Pi? You said no one is forcing me to use this systemd crap. So tell me how I get a full refund for systemd and how to switch to something usable. You said it's possible and easily done and I'm not forced to using it. So show me. A nice little howto for the distros I mentioned would be nice. Heiko Baums
Re: [gentoo-user] imagemagick / graphicsmagick collision
Am 12.06.2016 um 12:05 schrieb Alan McKinnon: > My main desktop has been giving me these stupid error for a week now. > ANd I can't figure out what portage wants to do or how to stop it (other > than masking graphics magick): > > [blocks B ] media-gfx/graphicsmagick[imagemagick] > ("media-gfx/graphicsmagick[imagemagick]" is blocking > media-gfx/imagemagick-6.9.4.7) > [blocks B ] media-gfx/imagemagick ("media-gfx/imagemagick" is > blocking media-gfx/graphicsmagick-1.3.24) > So here's the question: Why is portage not realising I already have a > suitable *magick and decides I ought to have the blocker? Install graphicsmagick with USE="-imagemagick". If I recall correctly the blocker is because of a file or a feature collision of media-gfx/imagemagick and media-gfx/graphicsmagick[imagemagick].
Re: [gentoo-user] [OT] good alternative to Firefox extension "Ghostery"
Am 27.02.2016 um 07:14 schrieb meino.cra...@gmx.de: > with one of the latest updates the Firefox plugin/extension > "Ghostery", which blocks trackers mutated: > Before all setting were handled local, now everything can only > be done by creating an account at https://www.ghostery.com. That's not true. Ghostery still works locally. But now you can, but don't need to, create an account to be able to sync your settings with other devices, e.g. sync your settings on your desktop with your smartphone. It still works as usual without an account. I don't have one either. Sometimes reading the settings and the announcements can help.
Re: [gentoo-user] The X11-trap: Once back on textconsole...and no one comes back ever...
Am 15.01.2016 um 13:27 schrieb meino.cra...@gmx.de: > This has worked for years and didn't changed anything from > which I think it could be related. > > How can I fix this? https://bugs.gentoo.org/show_bug.cgi?id=564096
Re: [gentoo-user] Virtualbox not displaying USB devices
Am 26.11.2015 um 21:44 schrieb the...@sys-concept.com: > Which file is it? > > running lsusb as users show the printer is recognized: > Brother Industries > > $ lsusb > Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 001 Device 002: ID 04c5:11a2 Fujitsu, Ltd > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 003 Device 014: ID 04f9:2028 Brother Industries, Ltd > Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub It's the file /dev/bus/usb/003/014 if the entry with Brother Industries, Ltd is your printer.
Re: [gentoo-user] Virtualbox not displaying USB devices
Am 26.11.2015 um 21:14 schrieb the...@sys-concept.com: > I see. OK > clinic-amd ssh # modprobe vboxpci > clinic-amd ssh # lsmod | grep vboxpci > vboxpci11672 0 > vboxdrv 287977 4 vboxnetadp,vboxnetflt,vboxpci > > Do I need to log OUT/IN as user? > Restarting the VirtualBox did not help. Maybe you should check the file permissions of your printer device, and add your user to the appropriate group. Or just try adding your user to the group lp.
Re: [gentoo-user] Virtualbox not displaying USB devices
Am 26.11.2015 um 21:00 schrieb the...@sys-concept.com: > There is no need to add this module, it is already loaded: > > find /lib/modules/`uname -r` -name '*.ko' > /lib/modules/3.10.7-gentoo-r1/kernel/drivers/hwmon/it87.ko > /lib/modules/3.10.7-gentoo-r1/kernel/drivers/hwmon/hwmon-vid.ko > /lib/modules/3.10.7-gentoo-r1/kernel/drivers/char/kcopy/kcopy.ko > /lib/modules/3.10.7-gentoo-r1/kernel/drivers/i2c/algos/i2c-algo-pca.ko > /lib/modules/3.10.7-gentoo-r1/kernel/arch/x86/kernel/test_nx.ko > /lib/modules/3.10.7-gentoo-r1/misc/vboxnetadp.ko > /lib/modules/3.10.7-gentoo-r1/misc/vboxdrv.ko > /lib/modules/3.10.7-gentoo-r1/misc/vboxnetflt.ko > /lib/modules/3.10.7-gentoo-r1/misc/vboxpci.ko Those are the modules which are installed for your kernel. That doesn't say if they are loaded.
Re: [gentoo-user] Virtualbox not displaying USB devices
Am 26.11.2015 um 20:55 schrieb the...@sys-concept.com: > I'll try adding to /etc/conf.d/modules > modules="vboxdrv vboxnetflt vboxnetadp vboxpci" > > But how to load the module without restarting the box? Run as root: modprobe vboxpci To check if it's already loaded run: lsmod | grep vboxpci
Re: [gentoo-user] Virtualbox not displaying USB devices
Am 26.11.2015 um 20:14 schrieb the...@sys-concept.com: > > Yes, I think they are loaded. > > cat /etc/conf.d/modules > ... > modules="vboxdrv vboxnetflt vboxnetadp" Try adding vboxpci.
Re: [gentoo-user] Virtualbox not displaying USB devices
Am 26.11.2015 um 19:23 schrieb the...@sys-concept.com: > > What else should I checked for? When the Windows 7 guest is running, click in the menu bar of Virtualbox guest window onto "Devices -> USB". Then check the USB device you want to use within the Windows 7 guest.
Re: [gentoo-user] cx23885 (DVBSky 950) under Gentoo 4.0.5 (SOLVED)
Am 28.10.2015 um 14:19 schrieb Tamer Higazi: > Thank you still for your support. Do you have any idea to get the > "scan-s2" application compiled, that I am capable to scan here in > Germany DVB-S2 channels and to have as result the "channels.conf" ?! Unfortunately I don't. I have a DVB-C card so I can't say much about DVB-S2. But I'm not sure if the dvb-apps, scan and dvbscan, have worked for me. If I recall correctly I used w_scan which supports DVB-S2, too, according to its man page. It's in the portage tree.
Re: [gentoo-user] cx23885 (DVBSky 950) under Gentoo 4.0.5 (SOLVED)
Am 27.10.2015 um 00:34 schrieb Tamer Higazi: > Hi people! > > I have upgraded to the latest kernel 4.2.0 and selected all PCI boards > As option to choose which frontent, I selected automatic selection. > > I restarted now and it all runs the way I want. > > I have previously copied the firmware from dvbsky in /lib/firmware and > restarted the machine. > > The board is displayed propperly and it's listed in the /dev/dvb folder: > > tamer@tux ~ $ ls -lA /dev/dvb/adapter0/ > insgesamt 0 > crw-rw 1 root video 212, 1 27. Okt 00:12 demux0 > crw-rw 1 root video 212, 2 27. Okt 00:12 dvr0 > crw-rw 1 root video 212, 0 27. Okt 00:12 frontend0 > crw-rw 1 root video 212, 3 27. Okt 00:12 net0 > > > before I got to bed I recompile glibc, gcc x 2times and built the gentoo > kernel once again. Maybe they finally fixed this driver. It's a while ago that I tried this. Btw., I did the same as you did, but of course with an older kernel version. Or the sit2 module is only needed for the DVB-C and not for the DVB-S cards.
Re: [gentoo-user] cx23885 (DVBSky 950) under Gentoo 4.0.5
Am 27.10.2015 um 00:03 schrieb Mick: > I have neither cards, but can see there are DVBSky 950 drivers, firmware and > kernel patches here: > > http://www.dvbsky.net/Support_linux.html > > How to here: > > http://linuxtv.org/wiki/index.php/DVBSky I know those websites, and this driver didn't compile for me particularly not following this How to.
Re: [gentoo-user] cx23885 (DVBSky 950) under Gentoo 4.0.5
Am 26.10.2015 um 23:17 schrieb Tamer Higazi: > I do have a DVBSky S950 (PCI Express) in my gentoo system. > The poducer of this board told me that the kernel module is: cx23885 > which I don't find. Can somebody help me which modules to load ?! > > Where do I find those when I compile the kernel ? > > 04:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI > Video and Audio Decoder (rev 04) > Subsystem: DVBSky S950 > Flags: bus master, fast devsel, latency 0, IRQ 18 > Memory at fe80 (64-bit, non-prefetchable) [size=2M] > Capabilities: [40] Express Endpoint, MSI 00 > Capabilities: [80] Power Management version 2 > Capabilities: [90] Vital Product Data > Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+ > Capabilities: [100] Advanced Error Reporting > Capabilities: [200] Virtual Channel Those cx23885 based DVB cards by DVBSky or Mystique (both are identically) need a ClosedSource driver. The DVB chip is a cx23885. The driver for those chips is meanwhile principally included in the kernel but doesn't work, because it needs a ClosedSource module called sit2 which is not included in the kernel. I once bought such a DVB-C card by DVBSky, but wasn't able to install the driver and get it running, neither from the kernel nor from media-build-bst on the manufacturer's website which includes this sit2 module. Their support (the manufacturer's and the retailer's) wasn't able to or didn't want to help me. In a lot of e-mails they more or less only repeated the installation instructions in their README which don't work. In the end I returned that card and bought one with an saa7146 chip which is indeed fully OpenSource and included in the kernel. That said this card doesn't work very well, too.
Re: [gentoo-user] Porblems with nvidia-settings vs. nvidia-drivers: Up-/downgrade race condition
Am 17.10.2015 um 18:46 schrieb netfab: > Le 17/10/15 à 18:29, Heiko Baums a tapoté : >> The dependency in those ebuilds need to be changed to have >> x11-drivers/nvidia-drivers being installed with USE="tools" instead >> of pulling in media-video/nvidia-settings. > > No. Because of bug #414679. xfce4-sensors-plugin needs libXNVCtrl.a > which is not provided by nvidia-drivers, but by nvidia-settings. > > Maybe resolving bug #562910 would fix the problem, I don't know. Those two bug reports sound better indeed.
Re: [gentoo-user] Porblems with nvidia-settings vs. nvidia-drivers: Up-/downgrade race condition
Am 17.10.2015 um 18:37 schrieb Heiko Baums: > Am 17.10.2015 um 16:59 schrieb meino.cra...@gmx.de: >> The equery command found three more of those: >> app-admin/conky-1.9.0-r3 (nvidia ? media-video/nvidia-settings) >> sci-libs/vtk-6.1.0-r1 (video_cards_nvidia ? media-video/nvidia-settings) >> sys-apps/hwloc-1.10.0-r2 (gl ? media-video/nvidia-settings) >> >> I fixed that via accorinding use-flag setting as you suggested but >> unfortunately vtk is ignoring my manipulations: >> >> [I] sci-libs/vtk >> Available versions: ~6.0.0^t (~)6.1.0^t 6.1.0-r1^t {R +X all-modules >> aqua boost cg doc examples ffmpeg gdal imaging java json kaapi mpi mysql >> odbc offscreen postgres python qt4 rendering smp tbb tcl test theora tk >> views web xdmf2 ELIBC="FreeBSD" PYTHON_TARGETS="python2_7" >> VIDEO_CARDS="nvidia"} >> Installed versions: 6.1.0-r1^t(05:31:39 06/13/15)(X rendering tcl tk >> -R -all-modules -aqua -boost -cg -doc -examples -ffmpeg -gdal -imaging -java >> -json -kaapi -mpi -mysql -odbc -offscreen -postgres -python -qt4 -smp -tbb >> -test -theora -views -web -xdmf2 ELIBC="-FreeBSD" PYTHON_TARGETS="python2_7" >> VIDEO_CARDS="nvidia") >> Homepage:http://www.vtk.org/ >> Description: The Visualization Toolkit >> >> >> There is no 'nvidia-settings" use-flag with vtk. >> >> But nevertheless - it pulls it in: >> [nomerge ] sci-libs/vtk-6.1.0-r1::gentoo USE="X rendering tcl tk -R >> -all-modules (-aqua) -boost -cg -doc (-examples) -ffmpeg -gdal -imaging >> -java -json -kaapi -mpi -mysql -odbc -offscreen -postgres -python -qt4 -smp >> -tbb {-test} -theora -views -web -xdmf2" PYTHON_TARGETS="python2_7" >> VIDEO_CARDS="nvidia" >> [ebuild N~] media-video/nvidia-settings-355.11::gentoo USE="-examples >> -gtk3" 0 KiB >> >> >> Am I lost? ;) > > A bit. ;-) > > There is no USE flag "nvidia-settings". The USE flag is called > "video_cards_nvidia" resp. VIDEO="nvidia". It's both the same. In > make.conf you usually set VIDEO="nvidia", but you can also set or unset > USE="video_cards_nvidia" in make.conf, package.use or wherever instead. > > VIDEO="nvidia" automatically sets USE="video_cards_nvidia" in the > correspondent ebuilds. Sorry, it's of course not VIDEO="nvidia" but VIDEO_CARDS="nvidia".
Re: [gentoo-user] Porblems with nvidia-settings vs. nvidia-drivers: Up-/downgrade race condition
Am 17.10.2015 um 16:59 schrieb meino.cra...@gmx.de: > The equery command found three more of those: > app-admin/conky-1.9.0-r3 (nvidia ? media-video/nvidia-settings) > sci-libs/vtk-6.1.0-r1 (video_cards_nvidia ? media-video/nvidia-settings) > sys-apps/hwloc-1.10.0-r2 (gl ? media-video/nvidia-settings) > > I fixed that via accorinding use-flag setting as you suggested but > unfortunately vtk is ignoring my manipulations: > > [I] sci-libs/vtk > Available versions: ~6.0.0^t (~)6.1.0^t 6.1.0-r1^t {R +X all-modules > aqua boost cg doc examples ffmpeg gdal imaging java json kaapi mpi mysql odbc > offscreen postgres python qt4 rendering smp tbb tcl test theora tk views web > xdmf2 ELIBC="FreeBSD" PYTHON_TARGETS="python2_7" VIDEO_CARDS="nvidia"} > Installed versions: 6.1.0-r1^t(05:31:39 06/13/15)(X rendering tcl tk -R > -all-modules -aqua -boost -cg -doc -examples -ffmpeg -gdal -imaging -java > -json -kaapi -mpi -mysql -odbc -offscreen -postgres -python -qt4 -smp -tbb > -test -theora -views -web -xdmf2 ELIBC="-FreeBSD" PYTHON_TARGETS="python2_7" > VIDEO_CARDS="nvidia") > Homepage:http://www.vtk.org/ > Description: The Visualization Toolkit > > > There is no 'nvidia-settings" use-flag with vtk. > > But nevertheless - it pulls it in: > [nomerge ] sci-libs/vtk-6.1.0-r1::gentoo USE="X rendering tcl tk -R > -all-modules (-aqua) -boost -cg -doc (-examples) -ffmpeg -gdal -imaging -java > -json -kaapi -mpi -mysql -odbc -offscreen -postgres -python -qt4 -smp -tbb > {-test} -theora -views -web -xdmf2" PYTHON_TARGETS="python2_7" > VIDEO_CARDS="nvidia" > [ebuild N~] media-video/nvidia-settings-355.11::gentoo USE="-examples > -gtk3" 0 KiB > > > Am I lost? ;) A bit. ;-) There is no USE flag "nvidia-settings". The USE flag is called "video_cards_nvidia" resp. VIDEO="nvidia". It's both the same. In make.conf you usually set VIDEO="nvidia", but you can also set or unset USE="video_cards_nvidia" in make.conf, package.use or wherever instead. VIDEO="nvidia" automatically sets USE="video_cards_nvidia" in the correspondent ebuilds.
Re: [gentoo-user] Porblems with nvidia-settings vs. nvidia-drivers: Up-/downgrade race condition
Am 17.10.2015 um 18:22 schrieb Alan McKinnon: > Update: I see at least the latest nvidia-drivers (358.09) includes > nvidia-settings. If that driver supports your hardware, you can unmerge > nvidia-settings, put nvidia-drivers back in world and the whole problem > goes away Unfortunately it doesn't go away, because the packages in question are pulling in media-video/nvidia-settings directly as their dependency. I would call this a bug due to changes made by upstream. The dependency in those ebuilds need to be changed to have x11-drivers/nvidia-drivers being installed with USE="tools" instead of pulling in media-video/nvidia-settings.
Re: [gentoo-user] Porblems with nvidia-settings vs. nvidia-drivers: Up-/downgrade race condition
Am 17.10.2015 um 13:07 schrieb meino.cra...@gmx.de: > previously I had emerged nvidia-settings seperately. This leads to an > problem with a recent update, because the nvidia-settings were > pulling in the old version of the nvidia-drivers and the update wants > the new version of the drivers. > > So I emerge -C'ed the nvidia-settings, set the USE-flag 'tools' for > the drivers and updated...it works. > > This morning ... updateing my Gentoo box again, the same scenario > happens again...nvidia-settings (old version) were missing (why?) > and again wants the old driver while emerge wants the new one. > > How can I get out of this? Do you have xfce-extra/xfce4-sensors-plugin with USE="video_cards_nvidia" resp. VIDEO_CARDS="nvidia" installed? Because this pulls in media-video/nvidia-settings. My guess is that media-video/nvidia-settings is now included in x11-drivers/nvidia-drivers and is therefore not needed anymore as a separate package. As a workaround, because I hadn't had time to file a bug report when I discovered this, I just reinstalled xfce-extra/xfce4-sensors-plugin with USE="-video_cards_nvidia". There are some other packages which pull in media-video/nvidia-settings if VIDEO_CARDS="nvidia" is set. So if you don't use Xfce it's probably one of those packages. Just run `equery depends nvidia-settings` or `emerge -pv --tree ...` to see by which package it gets pulled in.
Re: [gentoo-user] Xfce Logout/Shutdown/Suspend
Am 14.09.2015 um 21:00 schrieb siefke_lis...@web.de: > siefke ~ $ cat /etc/env.d/90xsession > XSESSION="startxfce4 --with-ck-launch" And try to change this to: XSESSION=Xfce4 ck-launch-session was removed a long time ago and doesn't work anymore.
Re: [gentoo-user] Xfce Logout/Shutdown/Suspend
Am 14.09.2015 um 20:43 schrieb siefke_lis...@web.de: > gentoomobile conf.d # cat /etc/X11/Sessions/Xfce4 > ck-launch-session startxfce4 That's the problem. You need to remove ck-launch-session.
Re: [gentoo-user] How to play audio CD with mplayer?
Am 12.09.2015 um 18:43 schrieb Walter Dnes: > I don't know why this is so difficult, because mplayer can handle just > about anything. Google searches turned up 2 commandline approaches, > neither of which work on my system. I want to play track 12 on an audio > CD, but for now I'll settle for anything. Here's option 1... > > ## > > [d531][waltdnes][~] mplayer cdda://12 > MPlayer SVN-r37373 (Gentoo)-4.8.5 (C) 2000-2015 MPlayer Team > > Playing cdda://12. > No stream found to handle url cdda://12 > > ## > > That didn't work. Option 2 finds the CD, but merely spits out a > listing of the tracks, and exits... > > ## > > [d531][waltdnes][~] mplayer vcd://12 > MPlayer SVN-r37373 (Gentoo)-4.8.5 (C) 2000-2015 MPlayer Team > > Playing vcd://12. > track 01: adr=1 ctrl=0 format=2 00:02:00 mode: 0 > track 02: adr=1 ctrl=0 format=2 02:15:07 mode: 0 > track 03: adr=1 ctrl=0 format=2 04:43:35 mode: 0 > track 04: adr=1 ctrl=0 format=2 06:58:50 mode: 0 > track 05: adr=1 ctrl=0 format=2 08:52:48 mode: 0 > track 06: adr=1 ctrl=0 format=2 11:02:00 mode: 0 > track 07: adr=1 ctrl=0 format=2 13:33:00 mode: 0 > track 08: adr=1 ctrl=0 format=2 15:50:00 mode: 0 > track 09: adr=1 ctrl=0 format=2 17:53:55 mode: 0 > track 10: adr=1 ctrl=0 format=2 20:07:30 mode: 0 > track 11: adr=1 ctrl=0 format=2 22:00:17 mode: 0 > track 12: adr=1 ctrl=0 format=2 24:30:15 mode: 0 > track 13: adr=1 ctrl=0 format=2 26:55:43 mode: 0 > track 14: adr=1 ctrl=0 format=2 29:13:68 mode: 0 > track 15: adr=1 ctrl=0 format=2 31:28:66 mode: 0 > track 16: adr=1 ctrl=0 format=2 33:20:11 mode: 0 > track 17: adr=1 ctrl=0 format=2 35:26:31 mode: 0 > track 18: adr=1 ctrl=0 format=2 37:32:69 mode: 0 > track 19: adr=1 ctrl=0 format=2 40:02:31 mode: 0 > track 20: adr=1 ctrl=0 format=2 42:05:71 mode: 0 > > ## > > Is it possible that I'm missing a necessary USE option for mplayer? > > [d531][waltdnes][~] emerge -pv mplayer > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R] media-video/mplayer-1.2_pre20150214-r1::gentoo USE="X > alsa cdio dvd dvdnav enca encode iconv jpeg libass network osdmenu png > shm truetype x264 xscreensaver xv -a52 -aalib (-altivec) (-aqua) -bidi > -bl -bluray -bs2b -cddb -cdparanoia -cpudetection -debug -dga -directfb > -doc -dts -dv -dvb -faac -faad -fbcon -ftp -ggi -gif -gsm -ipv6 -jack > -joystick -jpeg2k -ladspa -libcaca -libmpeg2 -lirc -live -lzo -mad > -md5sum -mng -mp3 -nas -nut -openal -opengl -oss -pnm -pulseaudio -pvr > -radio -rar -rtc -rtmp -samba -sdl (-selinux) -speex -tga -theora > -toolame -tremor -twolame -unicode -v4l -vdpau (-vidix) -vorbis -xanim > -xinerama -xvid -xvmc -zoran" CPU_FLAGS_X86="mmx mmxext sse sse2 ssse3 > -3dnow -3dnowext" VIDEO_CARDS="-mga -s3virge -tdfx" 0 KiB First of all, vcd is not a cd, it's a video cd. It's a very old format (predecessor of the dvd with a much lower resolution as far as I know). I have never seen one. Regarding the CDs, try to build mplayer with USE="cdparanoia". If you have a Blu-ray drive you probably want to build it with USE="bluray", too. And for some convenience you also may want to add USE="cddb".
Re: [gentoo-user] CD ripper that generates song titles?
Am 26.08.2015 um 22:06 schrieb Walter Dnes: > I went to the CNE (Canadian National Exhibition) yesterday and > indulged in a buying spree of 18 CD sets of my fave music (basically > anything pop/rock/country pre-Beatles). I now have over 20 CDs that I > want to rip to flac eventually. I dread the gruntwork in renaming > tracks like track01.cdda.wav, etc. What Gentoo ebuilds are there for > stuff that'll get ahold of track titles? Is it in the form of metadata > on the CD? I use ripit for ripping my CDs. http://suwald.com/ripit/ It's unfortunately not in the portage tree, but there's an ebuild: https://bugs.gentoo.org/show_bug.cgi?id=117383 The latest stable release is 3.9.0. Or you could try abcde or grip which are in the portage tree. All of them have freedb support and use cdparanoia as back-end.
Re: [gentoo-user] Re: [~amd64] Keyboard stops working several times/day
Am 18.08.2015 um 04:04 schrieb walt: > I see the keyboard problem in mate and xfce4 (the only ones I use > now). I've wondered about the same things but I don't know how to > debug those possible scenarios. And which terminal emulator are you using? > At the moment I'm waiting for my new keyboard to arrive from amazon, > hoping to pin the blame on flakey hardware instead of flakey software. Somehow I doubt that it's the keyboard. I rather guess it's either a wrong configuration of or a bug in the desktop environment, the terminal emulator and/or systemd/udev.
Re: [gentoo-user] [~amd64] Keyboard stops working several times/day
Am 16.08.2015 um 18:45 schrieb walt: > I've been seeing this keyboard problem for the past few weeks: after > running some command from a bash prompt (haven't tried zsh yet) the > keyboard stops working. Almost like somebody unplugged the keyboard > from its usb port (except that the LED on the keyboard stays lit so I > know the power is still on). I don't have this issue, but I guess you're using a terminal emulator in a desktop environment. Which terminal emulator and which desktop environment are you using? Maybe the problem is just that the terminal emulator takes the control over the keyboard or the desktop environment gives the keyboard controls to the terminal emulator. > There are no error messages in journalctl That doesn't mean much. > When I unplug the keyboard from the usb port I can see the kernel > recognize the unplug event, which makes me think that it's not a > kernel/usb bug or a broken wire in the keyboard cable. > > When I re-plug the keyboard into a usb port the keyboard immediately > starts working normally again until the next time I happen to trigger > the problem by running some black-magical command from a command > prompt. There is no particular command that causes it--it can be any > arbitrary command AFAICT. Could theoretically also be a bug in systemd and/or udev? That wouldn't surprise me. And it wouldn't surprise me if Poettering and Sievers would blame the kernel developers for it again if it is a systemd and/or udev bug.
gentoo-user@lists.gentoo.org
Am 08.08.2015 um 21:30 schrieb Rich Freeman: > This was the subject of extensive discussion and a council decision. > > The rationale for not configuring the installing of small files via a > USE flag is that it would greatly increase the number of packages that > would depend on that flag, and then when a user swtiches their > configuration they're rebuilding half their system just for the sake > of a few dozen single-inode files. > > If people want to set install masks they can. However, this will come > at the cost of having to rebuild half your system later if you change > your mind. And what's the difference if I have to rebuild half my system because of a USE flag or because of an INSTALL_MASK? The USE flag has the advantage that the necessary packages are automatically re-emerged by emerge -uDN @world if I would change my mind later.
gentoo-user@lists.gentoo.org
Am 08.08.2015 um 19:05 schrieb walt: > I just noticed that net-misc/netifrc installs two systemd service files, > which puzzled me. Is this in preparation for virtualizing openrc? This is to provide systemd users with the corresponding service files like OpenRC users get the necessary init scripts. Both are installed by netifrc and other packages. That's why I set: INSTALL_MASK="/lib/systemd /lib32/systemd /lib64/systemd /usr/lib/systemd /usr/lib32/systemd /usr/lib64/systemd /etc/systemd" I don't use systemd, so I don't need and want those files. That said, I don't mind if systemd users get their service files like OpenRC users get their init scripts, but I don't let portage install the systemd related files on my system. I think this should actually be handled by USE="-systemd", and not by INSTALL_MASK. On the other hand maybe there should be a USE flag "openrc" which handles the installation of init scripts and OpenRC related stuff for people who want to use systemd instead of OpenRC.
gentoo-user@lists.gentoo.org
Am 08.08.2015 um 00:28 schrieb Rich Freeman: > Udev installs into such a path, and currently does not depend on > systemd (in fact, they block each other). They block each other because udev is part of systemd. So if you install systemd you already have udev and don't need the separate udev package. Regarding the separate udev package, at least regarding eudev I would consider this a bug, because those systemd directories are systemd specific and don't belong to the FHS. If Poettering wants to break Unix, Linux and POSIX standards, it's up to him. Packages that don't belong to Poettering's software are supposed to follow those standards and do it so far. But remember, udev is part of systemd and announced to break on non-systemd systems. So udev is not a valid example here. > Obviously you don't use udev, but in general as more stuff ends up in > systemd you'll probably find more important stuff with "systemd" in > the filename. Why would it? This again would be a reason for a bug report. Or do you consider every important stuff to be part of systemd? Do you really believe that there will be no other important stuff than systemd resp. that systemd will be the only init system or system managing system? Question again: That sounds exactly like those Poetterix fanboys, particularly when they forced systemd on every user of certain distros whether they wanted it or not. I don't need to be worried, that this will happen with Gentoo either anytime soon? > I'd suggest taking the time to understand what it is > before you decide that you don't want it (speaking generally, I'm not > suggesting that you didn't know what you're doing when you switched to > eudev). Heck, even gummiboot is being merged into systemd. Bad example again. Gummiboot was originally developed by Kay Sievers, one of Poettering's fanboys and co-developer of systemd. So a no-go anyway, and no surprise that it got merged into systemd.
gentoo-user@lists.gentoo.org
Am 07.08.2015 um 21:46 schrieb Heiko Baums: > That has nothing to do with eudev or anything else. So if you don't want > to have a systemd-free system Typo: Should obviously be without the "don't".
gentoo-user@lists.gentoo.org
Am 07.08.2015 um 00:10 schrieb Rich Freeman: > Like I said - if you want to go this route be prepared to tweak half > your system to keep it working. Why would I need to tweak half my system? That sounds exactly like those Poetterix fanboys, particularly when they forced systemd on every user of certain distros whether they wanted it or not. I don't need to be worried, that this will happen with Gentoo either anytime soon? > Replacing udev with eudev is > certainly possible, but probably not something I'd recommend for > somebody trying out Gentoo for the first time. I would highly recommend it, even for first time users. Of course not if they want to use systemd. > Most of the eudev > developers would probably not recommend setting install masks and > setting USE=-systemd either. I doubt that, particularly the USE=-systemd part. As I already mentioned, USE=-systemd only affects ebuilds which have optional systemd related features and/or dependencies. Ebuilds which have hard systemd dependencies ignore USE=-systemd. That has nothing to do with eudev or anything else. So if you don't want to have a systemd-free system you can safely or even should add USE=-systemd to your make.conf. If that leads to a problem then it is a bug, of course except if you want to use systemd and set USE=-systemd anyway. If packages that don't need systemd as a hard dependency or are installed with USE=-systemd write anything which is important for them or could break them even without systemd into one of those systemd directories which I have in my INSTALL_MASK, this would be definitely a bug, either up- or downstream. > And you're using udev all the same - there isn't much that was in udev > before the systemd merge which isn't in eudev today. It seems a bit > odd to object to a package on the sole basis of what source repository > its maintainers are using. But, whatever floats your boat. I don't think this is odd, because eudev is generally not maintained by Poettering and his fanboys. And the goal for eudev is to have it completely free of systemd dependencies which is not the case for udev. In contrast the udev maintainers already announced that udev will soon break on systems without systemd. So I would still highly recommend switching to eudev which btw. works flawlessly. The switch from udev to eudev went totally smooth, too. > If a package declares a dependency against a package that installs > something in /usr/lib/systemd, and it breaks because you masked that > directory, then your bug is probably going to be marked invalid. You've written about a hard systemd dependency. In such a case portage will automatically pull systemd into your system no matter if you have set USE=-systemd or not. So if someone wouldn't want to install systemd he will be warned by this and most likely won't install that particular package. Of course I had to remove my INSTALL_MASK if I would want this particular package anyway. But I wouldn't want that package. > (Fun piece of Gentoo trivia. Most Gentoo-derived systems don't run > either openrc or systemd - they run upstart, despite it not even being > in the main Gentoo repository. Go figure...) Out of interest: Which ones?
gentoo-user@lists.gentoo.org
Am 06.08.2015 um 22:01 schrieb Rich Freeman: > You're defining "really systemd-free" in the same sense that the FSF > defines a "really free" distro (they think Debian FOSS-only isn't good > enough). Sticking with the base profile should get you an experience > about the same as what you'd have gotten 4 years ago before anybody > heard of systemd, and going as far as you suggestion may cause > problems if you use software that has been subsequently merged into > systemd, but which is still available standalone (think udev/etc). > > But, to each their own, that is the Gentoo way. Just don't file any > bugs if something breaks purely as a result of doing the steps above. You're totally wrong. USE="-systemd" tells portage not to build and install optional systemd features, dependencies etc. Ebuilds that need systemd as a hard dependency like GNOME are not affected by this. The INSTALL_MASK just tells portage to not install systemd related files which are not necessary and not used on none-systemd systems like those unit files or whatever they are called which are unfortunately installed by several ebuilds along with the OpenRC init scripts. So, yes, I will file any bugs if something breaks, because systemd is supposed to be optional on Gentoo. And, no, I won't install any package which is merged into systemd. As you mentioned udev, what do you need udev for if you don't use systemd? Just install eudev. Works perfectly without any systemd dependency. And, yes, I don't like systemd - in fact I hate it - because it's just broken by design. But discussing with Poettering and his fanboys is pointless since they aren't able to take criticism. There are a lot of other reasons, too. And I really don't want to have any part of this Poetterix crap like systemd, pulseaudio etc. on my system. So I take it as a compliment when you compare my definition of "really systemd-free" with the FSF's definition of a "really free" distro.
gentoo-user@lists.gentoo.org
Am 06.08.2015 um 18:59 schrieb Jc García: > OpenRC is there on the stage3, systemd isn't, if you don't think about > systemd you get an OpenRC installation, I think it would confuse more > people to talk about choosing init system(especially noobs) right at > the beginning of the handbook. To get a really systemd-free system you unfortunately need to do two additional steps: 1. Add USE="-systemd" to your /etc/portage/make.conf 2. Add INSTALL_MASK="/lib/systemd /lib32/systemd /lib64/systemd /usr/lib/systemd /usr/lib32/systemd /usr/lib64/systemd /etc/systemd" to your /etc/portage/make.conf
gentoo-user@lists.gentoo.org
Am 06.08.2015 um 18:34 schrieb James: > Or, We could also point them to existing gentoo > derivatives for a test-drive:: pentoo, lilblue, sabayon, calculate etc etc > first, if we are not going to roll more frequent live* images? That's not a good idea, at least not regarding Sabayon. They use systemd as their default init system.
gentoo-user@lists.gentoo.org
Am 06.08.2015 um 04:23 schrieb Felix Miata: > After reading > https://wiki.gentoo.org/wiki/Handbook:X86/Installation/Media#Minimal_installation_CD > which does not link to it until after its first mention I spent considerable > time on http://mirrors.us.kernel.org/gentoo/ trying to find one. The only iso > files I managed to find are DVD size. When I reach the location that I think > should list them, > http://mirrors.us.kernel.org/gentoo/releases/x86/autobuilds/current-iso (aka > www.gtlib.gatech.edu/pub/gentoo), I consistently get this instead: > > http://mirrors.us.kernel.org/images/bucket.jpg > Sorry, we cannot find your kernels > > I really wanted to install by booting from an installed Linux anyway, but > first command after extracting stage and chrooting, I got this: > > failed to run command '/bin/bash': Exec format error > > When I attempted to find the stage file to download in the first place, they > all seemed to be arch-agnostic, so this is the one I tried (newest pre-Grub2): > > > http://www.gtlib.gatech.edu/pub/gentoo/releases/sh/autobuilds/20120323/sh4-unknown-linux-gnu/stage3-sh4-20120307.tar.bz2 > > Kernel booted from is Debian Jessie's 3.16.0-4-amd64, on a Core2Duo E8400, so > I'm confused why the apparent arch error message. ??? > I get the Minimal Installation CD and the stage3 with one resp. two clicks. Go to https://www.gentoo.org and click on "Downloads". There you are. And if you do it from your link to the Gentoo Handbook: Go to https://wiki.gentoo.org/wiki/Handbook:X86/Installation/Media#Minimal_installation_CD Read this: "The default installation media that Gentoo Linux uses are the minimal installation CDs, which host a bootable, very small Gentoo Linux environment with the right tools to install Gentoo Linux from. The CD images themselves can be downloaded from one of the many mirrors available. On those mirrors, the minimal installation CDs can be found as follows: Go to the releases/ directory Select the right architecture, such as x86/ Select the autobuilds/ directory Select the current-iso/ directory Inside this location, the installation CD file is the file with the .iso suffix. For instance, take a look at the following listing:" Click the link behind the word "mirrors" in the second sentence and follow the instructions you read before. If there are no isos on the mirror you've chosen like kernel.org (which is btw. not listed as an official Gentoo mirror anymore) read the file latest-iso.txt in the directory mentioned above on that mirror or choose another one. Then follow the instructions on https://wiki.gentoo.org/wiki/Handbook:X86/Installation/Stage and you get the stage3 tarball. It's actually pretty easy.
Re: [gentoo-user] Re: grub-2 update
Am 16.07.2015 um 22:05 schrieb James: > I spent days during early kernel upgrades getting grub2 happy. You only need to run `grub2-mkconfig -o /boot/grub/grub.cfg` after each kernel update. I'm using grub2 not for such a long time, but I made some kernel upgrades since I switched from grub-legacy to grub2 and had no problems so far. > The last (2) kernel updates when smooth. I was also curious if > anyone else has upgraded to > > grub- 2.02_beta2-r7 ? I don't know when or if it was updated after I switched to grub2, but I have grub 2.02_beta2-r7 installed and had no problems with it either. But what can happen at worst when you update a boot loader? That your boot loader fails to boot. So you can still boot from a LiveCD and select the option "Boot from harddrive". Then you can easily fix the boot loader.
Re: [gentoo-user] splashutils users: how often does fbsplashd crash for you?
Am 31.05.2015 um 12:01 schrieb Nikos Chantziaras: > how often does fbsplashd crash for you? For me not once since it exists. > fbsplashd.stati[599]: segfault at 7f24ceb9b000 ip 0050a6f0 sp > 7f24ce35fd08 error 6 in fbsplashctl Are you sure that there's no other problem with your system? fbsplashd.stati is actually fbsplashd.static. But I don't know if your system logger just cuts the file name. I would first try to reinstall media-gfx/splashutils.
Re: [gentoo-user] Re: having problems getting burned cds to work
Am 26.05.2015 um 15:53 schrieb cov...@ccs.covici.com: > Hmmm, well I tried this and it was successful, so I wonder what is going > on with cdrecorder? So you probably have found a bug in cdrecord. Have you tried to downgrade cdrtools to check if it works with previous, preferentially stable releases? > Also, I logged in as root > which is normally how I have always burned cds, any way aside from > marking xfburn as suid root which I would prefer not to do to use the > program as a normal user? It's usually not necessary to burn a CD as root or give xfburn suid root. This leads to the next questions. Have you set the correct file permissions for /dev/sr0 (particularly user and group)? Should be root:cdrom. And is your user in the corresponding group (usually the group cdrom)?
Re: [gentoo-user] having problems getting burned cds to work
Am 26.05.2015 um 09:04 schrieb cov...@ccs.covici.com: > OK, I have a bit more info, I managed to burn the CD on another box and > when I tried to mount it using this drive, it gave me in the logs > May 26 02:41:59 ccs.covici.com kernel: end_request: I/O error, dev sr0, > sector 942680 > May 26 02:41:59 ccs.covici.com kernel: Buffer I/O error on device sr0, > logical block 117835 > May 26 02:42:00 ccs.covici.com kernel: end_request: I/O error, dev sr0, > sector 942680 > May 26 02:42:00 ccs.covici.com kernel: Buffer I/O error on device sr0, > logical block 117835 > but it did mount successfully! and I did a diff against the same iso > mounted via -o loop and there were no differences. There are several possibilities which come to my mind. Regardless of whether the image can be loop mounted or not, have you tried to download it again - maybe from another mirror - or have you checked the MD5 or SHAxxx checksums of the downloaded iso? Maybe the file is corrupt. Have you tried to burn it onto another blank DVD from a different manufacturer? Maybe your blank DVDs don't work well together with your DVD writer. Have you checked that you have built every necessary kernel module? Maybe your missing one like the mentioned UDF module or a hardware (drive/bus) related module. I guess with "this drive" you mean the drive in the other box? Otherwise the drive could be faulty. Have you checked the cables? Or in case of a bug in cdrecord, have you tried to downgrade cdrtools?
Re: [gentoo-user] monitor what application installs
Am 25.05.2015 um 19:59 schrieb behrouz khosravi: > Hello everyone. I am gonna install MATLAB on my box. Is there any way to > monitor what it installs on my machine? > Thanks. Best way is to use an ebuild and install it with emerge. Then you can check what's installed with: equery files --tree Here is an ebuild for matlab: https://bugs.gentoo.org/show_bug.cgi?id=466140
Re: [gentoo-user] recommended applications
Am 24.05.2015 um 16:14 schrieb waben...@gmail.com: > behrouz khosravi wrote: > >> So I am going to use console based tools mostly. I will also replace >> KDE with i3wm. >> >> What do you recommend as a replacement for kmail? (is mutt a good >> choise?) > > Many years ago I also looked for a replacement for kmail, because kde3 > was not longer supported and I disliked kde4. First I used thunderbird > but I was not very lucky with it (filters were poor and enigmail also > was not very komfortable IIRC). > I've tested all available e-mail clients and at the end I sticked with > claws mail. I'm still using this client and I'm very lucky with it. > However, if you prefer HTML-Mail, then it is maybe not the best choice > for you. > > Btw, I'm using geany as text editor, ding as dictionary, thunar as > filemanager (sometimes also caja), qpdfview as document viewer, geeqie > as image viewer, sonata as mpd client, audacious as music player and > xfce as "DE". He actually asked for console tools. The tools you listed are only GUI tools.
Re: [gentoo-user] recommended applications
Am 24.05.2015 um 12:32 schrieb behrouz khosravi: > Torrent client? rtorrent is quite good.
Re: [gentoo-user] abi_x86_32 FLAG
Am 21.04.2015 um 20:06 schrieb Mike Gilbert: > On Mon, Apr 20, 2015 at 7:51 PM, Heiko Baums wrote: >> Am 21.04.2015 um 01:27 schrieb Mike Gilbert: >> >>> Better yet, upgrade to grub:2 already. >> >> Why? As long as grub legacy is working there's no need to upgrade. I'm >> still running grub legacy, too. >> > > In this context, because you can build it without having any 32-bit > libs installed. That's what grub-static is for. So why would I upgrade to grub:2 if grub:0 is still working?
Re: [gentoo-user] cryptsetup wont use aes-xts:plain64
Am 21.04.2015 um 11:21 schrieb Marko Weber | 8000: > > Finally! > > ... > > i got it working! > > cryptsetup -c aes-xts-plain -h sha256 -y -s 256 luksFormat > /dev/mapper/VolGroup01-media2 > > But on writing a testfile of 4G with i get 22,9 Mb/sec. > Is there a cipher/hash/keysize which alloows me a bit more write > performance? I don't know if it helps you with the write performance, but you can also use aes-xts-plain64 instead of aes-xts-plain. # cryptsetup -c aes-xts-plain64 -h sha256 -y -s 256 luksFormat /dev/mapper/VolGroup01-media2
Re: [gentoo-user] abi_x86_32 FLAG
Am 21.04.2015 um 03:30 schrieb cov...@ccs.covici.com: > I was looking to my world update and I saw that none of my emul-linux > packages will be removed and there are some packages which depend on > them such as nvidia-drivers and the C compiler! So any reason to do > anything, or just let portage sort things out as the packages remove > their dependencies on emul-linux? It's actually explained in the news you can read with `eselect news read`. The short version: You need to first uninstall all emul-linux-x86* packages manually by running: # emerge -C emul-linux-x86* Then you need to do a world update which will tell you which packages will need USE="abi_x86_32".
Re: [gentoo-user] abi_x86_32 FLAG
Am 21.04.2015 um 03:14 schrieb Joseph: > I don't think grub is asking for it. I know it does, because grub-0.97 is 32 bit only software, and the package sys-boot/grub-0.97-r14 compiles grub from the sources with dynamic linking. So it needs 32 bit dependencies (packages with USE="abi_x86_32") incl. sys-devel/gcc. If you don't want to have any abi_x86_32 dependencies being installed on your system you need to replace sys-boot/grub-0.97-r14 by sys-boot/grub-static-0.97-r12, because this package contains the grub binary with static linking. The binary of sys-boot/grub-static again is precompiled by the sys-boot/grub-0.97-r14 ebuild with USE="static". So sys-boot/grub-static doesn't need any 32 bit dependencies (packages with USE="abi_x86_32").
Re: [gentoo-user] abi_x86_32 FLAG
Am 21.04.2015 um 01:27 schrieb Mike Gilbert: > Better yet, upgrade to grub:2 already. Why? As long as grub legacy is working there's no need to upgrade. I'm still running grub legacy, too.
Re: [gentoo-user] abi_x86_32 FLAG
Am 21.04.2015 um 00:22 schrieb Joseph: > I'm trying to update one of my amd64 (I use XFCE) and there are lot of > package that require use flag: abi_x86_32 > > Which package is forcing new: abi_x86_32 flag? sys-boot/grub-0.97-r14 x11-drivers/nvidia-drivers Replace sys-boot/grub-0.97-r14 by sys-boot/grub-static-0.97-r12. Don't forget to write the new bootloader into your MBR afterwards by running: # grub grub> root (hdX,X) grub> setup (hdX) And regarding x11-drivers/nvidia-drivers see those bug reports: https://bugs.gentoo.org/show_bug.cgi?id=545582 https://bugs.gentoo.org/show_bug.cgi?id=485724
Re: [gentoo-user] cryptsetup wont use aes-xts:plain64
Am 20.04.2015 um 15:43 schrieb Marko Weber | 8000: > # cryptsetup -c aes-xts:plain64 -y -s 512 luksFormat > /dev/mapper/VolGroup01-media2 As I've already mentioned in my first answer, there is a typo in this command. Well, I actually didn't mention that it's a typo, but I gave you the correct command: # cryptsetup -s 256 -y -c aes-xts-plain64 luksFormat /dev/mapper/VolGroup01-media2 Maybe you should consider those parameters: -s 512 (for a longer key) -h sha512 (otherwise sha1 will get used for the password hash) --use-random (manpage says: "Using /dev/urandom can lead to weak keys.") Or in other words: It's not -c aes-xts:plain64, but -c aes-xts-plain.
Re: [gentoo-user] cryptsetup wont use aes-xts:plain64
Am 18.04.2015 um 12:27 schrieb Marko Weber | 8000: > i try to crypt a partition with cryptsetup. > Yes, in Kernel i had all need things i think. Sorry, but I forgot some more kernel modules you need: CONFIG_BLK_DEV_DM=y CONFIG_DM_CRYPT=y You didn't mention them, so I don't know if you have them already built into your kernel.
Re: [gentoo-user] cryptsetup wont use aes-xts:plain64
Am 18.04.2015 um 14:12 schrieb Ralf: > No. Could you please explain why you think so? > Even if your root partition is encrypted, your ramdisk could load the > modules. Are you sure about that? Are you sure that the necessary modules are definitely put into the initrd and that the kernel will be able to load them soon enough at boot time? Compiling those modules into the kernel is definitely more secure (in terms of being sure that they are always available) and doesn't do any harm, because they need to be loaded anyway. Btw., several dm-crypt/LUKS documentation (all that I've read) say that those modules have to be compiled into the kernel directly. > After loading the modules you can see that they are available by cat > /proc/crypto. You won't be able to run this command when the kernel tries to unlock the LUKS container at boot time. > The modules can be loaded _after_ bootup as well. If you want to unlock the LUKS container at boot time (particularly if your root partition is encrypted), loading the modules after bootup is too late. So I wouldn't risk it.
Re: [gentoo-user] cryptsetup wont use aes-xts:plain64
Am 18.04.2015 um 12:27 schrieb Marko Weber | 8000: > i try to crypt a partition with cryptsetup. > Yes, in Kernel i had all need things i think. Depending on the password hash you're using (parameter -h) you need to make the appropriate changes here, too: > CONFIG_CRYPTO_SHA1=m CONFIG_CRYPTO_SHA1=y > CONFIG_CRYPTO_SHA1_SSSE3=m CONFIG_CRYPTO_SHA1_SSSE3=y > CONFIG_CRYPTO_SHA256_SSSE3=m CONFIG_CRYPTO_SHA256_SSSE3=y > CONFIG_CRYPTO_SHA512_SSSE3=m CONFIG_CRYPTO_SHA512_SSSE3=y > CONFIG_CRYPTO_SHA1_MB=m CONFIG_CRYPTO_SHA1_MB=y > CONFIG_CRYPTO_SHA256=m CONFIG_CRYPTO_SHA256=y > CONFIG_CRYPTO_SHA512=m CONFIG_CRYPTO_SHA512=y