[gentoo-user] anti-portage wreckage?
Hi! I know I don't post here much but I read it a lot and have been using Gentoo for several years now. I keep seeing users mention about how they do an update and then everything goes to crap. I've experienced this myself quite a bit too. I believe the reason this happens is the drawback one of Gentoo's nicest features; constantly being up to date. In contrast to Gentoo, most distros have a new version released every year or so which includes major updates like new kernels, sound drivers, updated software, etc. In Gentoo, the system is updated while you are using it. This causes us users to modify whatever we're running to suit all these changes. Take for instance some recent packages that have had updates, like PHP, mysql, and apache. All three of these have had major updates at almost the exact same time. And then on the desktop side, we've had to deal with the whole xorg going modular thing and other similar updates, also at the same time. This can be quite a headache on a live system, especially when you have multiple systems. Like, it's easier to mask the new versions and just stick with the minor updates (like mysql 4.0.x, instead of going from 4.0 to 4.1 or 5), but this also leaves the users with having to manage all of these masks for multiple systems. Anyways, my question is that since we have profiles, like 2006.1 currently, why can't we do something like restrict versions of apps to specific profiles? I'd rather be able to specify that I'm using like the 2005 profile, and then when I try to do emerge -u world, I don't have to deal with my applications going from one major version to another major version all by themselves and then breaking with no easy way to revert back. This is pretty much similar to how Red Hat works with up2date. That way the community wouldn't have to worry about dealing with older installs since they could drop support for them after a while. Also, us users can miss a month or so of updates and not have to worry about updating 500 config files only to realize the new version of mysql just broke like 20 other applications and won't even start because it's using the old config. Please tell me there's some solution to this? I haven't seen one mentioned anywhere yet. Even with Gentoo's occasional problems, I like it too much to use any other distro but I'd definitely like to see better version management than what its got, which is none.
Re: [gentoo-user] Re: anti-portage wreckage?
I totally agree to neil's assessment. Mike certainly has point that Debian is more mature in some aspects (is has been around since '93). That being said it is lacking so much in other departments that for me it is no serious alternative to Gentoo (difficulty installing source packages not in the apt repositories, inferior security support in comparison to Gentoo to name a few). I really believe we should give Gentoo some time to evolve (Gentoo was first released in 2002) In time gentoo will become more mature and better fit to our needs. In order to achieve this however we all need to put an effort into making Gentoo the best distro available. So please stop talking and get moving. Open a thread, mobilize people, contact aforementioned Gentoo businesses. _Contribute_ in any way possible to realize the features you envision. On 12/31/06, *Neil Walker* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Mike Myers wrote: I just wanted to add something to the original post. I've recently began experimenting with Debian and noticed their updating system is exactly like what I was asking about. Basically, there's package updates, and then there's distro updates. Why is it unreasonable for Gentoo to have something like this? I think it would help Gentoo a lot in the server market, where scalability is important. If Debian does what you want then why not go with it? What would be the point in making Gentoo like Debian? Gentoo offers a different approach which many of us like. It's all about choice - if you like Debian, choose it - but don't expect Gentoo to turn into a Debian clone. It's not going to happen. -- gentoo-user@gentoo.org mailto:gentoo-user@gentoo.org mailing list The update system is the -only- nice thing about it over Gentoo. Debian is nowhere near Gentoo when it comes to everything else (especially docs). I don't think suggesting a single feature that another distro has and putting into Gentoo is trying to make it a clone. I'm just asking for a relief from having to constantly worry if updating something out of the 300 packages that need updated is going to break something, and not having to make sure etc-update isn't going to destroy my custom configs afterwards. If it wasn't for that, Gentoo would be perfect. I'm sure there's got to be others that would agree.
Re: [gentoo-user] Setting up a home router
On Sat, 2007-01-20 at 23:01 +0100, Daniel Pielmeier wrote: The only last thing I could suggest is running lsof to see what files are being accessed when you start the net.eth1 script. I tried lsof, but is there a possibility to run it constantly or for a specified time to catch the complete progress of the script, like the top command to monitor all files which are used by this process. As far as i can see lsof list only the current processes and the files used and then it stops. don't know :) someone else will have to help you there... a better option would be `emerge --noconfmem package`, which esentially re-does all your conf files. I tried this also but i can't figure out which files could be responsible for this something like this should do it: for i in `sudo find /etc -name ._cfg\*`; do tkdiff `echo $i | awk '{ sub(/._cfg_/,); print }'` $i; done replace tkdiff with your favourite. Additionally i tried this, running the init-script and then i applied this find command find / -mount -cmin -1 which lists all the files which status has changed the last minute, but there are no files which could be the reason for the changing if the tables. I don't know if this command does what i want. I think it lists the files which are altered and which are accessed. Am i right here? it will list files that have been accessed, only if you _don't_ have noatime in /etc/fstab for that filesystem. noatime says don't update the time when the file is accessed (but not changed). the default is atime, but a lot of people use noatime for speed improvements. This gets a bit frustrating for me now i always have to reset my iptables manually after i start my internet connection. Is it possible that there is no real file causing this trouble? There must be something, somewhere doing it.. Maybe you could join the shorewall ml and see what they say? As a workaround, you could add this to /etc/conf.d/net: postup() { if [[ $1 == eth1 ]] ; then /etc/init.d/iptables restart fi } or something similar. Not the ideal solution, but at least it would do it automatically. sorry I can't help any further :) -- Iain Buchanan iaindb at netspace dot net dot au Mollison's Bureaucracy Hypothesis: If an idea can survive a bureaucratic review and be implemented it wasn't worth doing. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Would zapping USE in make.defaults hurt anything?
Walter Dnes wrote: On Sun, Jun 26, 2005 at 09:39:15AM +0100, Neil Bothwick wrote Bit I think you're missing the point. These are DEFAULTS, if you really don't want any unnecessary GNOME packages installed, you should be specifically including -gnome in /etc/make.conf. The point which I'm trying to make, and everybody else seems to be missing, is that *THE DEFAULTS ARE CONSTANTLY CHANGING UNDER OUR FEET*. Several weeks ago, I didn't have to put -gnome in USE in /etc/make.conf. Now I do. Several months ago, I didn't have to put -ipv6 in USE. Now I do. What's going to be added to the defaults next week or next month? I don't like the idea of an anti-USE definition that needs constant checking and updating like a Windows anti-virus definition. Here's what /usr/portage/profiles/default-linux/x86/make.defaults has accumulated over the years to date... USE=alsa apm arts avi berkdb bitmap-fonts crypt cups emboss encode fortran foomaticdb gdbm gif gnome gpm gtk gtk2 imlib ipv6 jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl spell ssl tcpd truetype truetype-fonts type1-fonts X xml2 xmms xv zlib Yeah, that does seem a little excessive. Is all this *REALLY* necessary, folks? Now we know why people trying to build a minimal Gentoo have problems cutting it down to size. There is mention of a use.mask file in man and on Gentoo, but that gets overwritten too. The ideal solution would be -* followed by just the flags that I want in /etc/make.conf. Is that syntax legal? The portage man page says: /etc/portage/profile/ site-specific overrides of /etc/make.profile/ So you want /etc/portage/use.mask. I've heard that USE=-* has broken some builds in the past but I'm not sure about the current state of things. Another question, does GRP_STAGE23_USE apply to stage 2 and 3 for all users, including those who started with stage 1? The portage man page says: GRP_STAGE23_USE Special USE flags used by catalyst for building a stage3 and GRP sets. So this only applies if you build your own stage with catalyst (unlikely). Note that you can manage your own profile inside PORTDIR_OVERLAY. Just copy /usr/portage/profiles and change the /etc/make.profile symlink to point to your customized profile. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: My laptop is freaking me out.
Richard Fish wrote: Ian K wrote: Oh yes, I should also note that this seems to only happen in KDE, not XFCE or FluxBox. I perosnally dont care for GNOME so I haven't tried it. But I did notice that when I briefly had Ubuntu on this laptop, I did not have these issues. Is KDE the culprit? Probably not KDE, but possibly X itself. Maybe it isn't the CPU, but the GPU that is overheating. The radeon driver has a DynamicClocks setting (man radeon). Do you have this option in your xorg.conf file? Nope, but after setting it to 'true' (and restarting my computer) I notice that my laptop cooling fans are on (probably about mid-speed) *constantly*. I'm looking over, and seeing my computer idling at 0% CPU usage. Its fans are blasting cool air through it, and its running a lot less hot. Looks like you solved the problem. Heck, it doesn't matter if its the CPU or GPU warming up too much, the whole system is on at full blast after KDE is started. Its AWESOME! :) I will let you know if I have further problems. PS With those temperatures, I do have all available options under ACPI enabled, however, GKrellm2 says in the info tab that no such sensors were found. I am also on Kernel 2.6.13-rc1-mm1. Is that too bleeding edge? :) Do you have /proc/acpi/thermal_zone/THM*/temperature? If so, just do: I do, but the directory structure(?) ends at thermal_zone. There is nothing in it. while sleep 2 ; do clear ; cat /proc/acpi/thermal_zone/THM*/temperature; done Again, did you check /var/log/messages to see if anything interesting shows up there. If you have Machine Check Exception options in your kernel, many overheating, fan, or voltage problems should get reported there. -Richard Thank you so much! All the best, Ian begin:vcard fn:Ian K n:K;Ian email;internet:[EMAIL PROTECTED] note;quoted-printable:Pentium 3=0D=0A= 500mHz=0D=0A= 256MB RAM=0D=0A= 80.0GB HDD=0D=0A= ATI Radeon 7000 Evil Wizard 64MB=0D=0A= Computer name: PentaQuad=0D=0A= x-mozilla-html:TRUE version:2.1 end:vcard
Re: [gentoo-user] emerge --update - the best version available
On Fri, Aug 19, 2005 at 05:27:39PM +0200, Holly Bostick wrote: Mark Knecht schreef: Hi, I wonder what the explanation in the emerge man page about the --update option really means. What is meant by, and how does emerge pick, the best version available? - Mark snip So, 'best' is a matter of judgement, and basically Gentoo sorts packages into categories so that you can have some context to make the judgement about what is best *for you*. If stable is best for you, then Portage will choose the stable packages (because you told it to). If unstable is best for you, then Portage will choose the unstable packages (because you told it to). If stable is generally best, but in some specific cases, unstable is best for you, then Portage will choose the stable packages except where you told it that unstable is OK. That's how it's done, mostly. One other thing is that --update is often contrasted against the now deprecated --upgradeonly option from yonder times. If, say, you updated a package yesterday, and someone found a critical bug in it this morning. The devs decide to hard-mask the ebuild until the problem is solved. emerge --update world will downgrade that packages to the latest one not hard-masked and fits in your profile, while emerge --upgradeonly world will skip that downgrade. I suppose this might have been used before packages.keywords were introduced and allowed people who installed certain programs using KEYWORDS=~arch emerge ... to not constantly worry about the up-and-down jumpiness of updates. Best, W -- `You ARE Zaphod Beeblebrox?' `Yeah,' said Zaphod, `but don't shout it out or they'll all want one.' `THE Zaphod Beeblebrox?' `No, just A Zaphod Bebblebrox, didn't you hear I come in six packs?' `But sir,' it squealed, `I just heard on the sub-ether radio report. It said you were dead...' `Yeah, that's right, I just haven't stopped moving yet.' - Zaphod and the Guide's receptionist. Sortir en Pantoufles: up 7 days, 19:07 -- gentoo-user@gentoo.org mailing list
Re: [SOLVED - new xorg related?] Re: [gentoo-user] Whoa - .xsession-errors at 340MB in less than 24 hours!
On 7/3/06, John J. Foster [EMAIL PROTECTED] wrote: OK, I can reproduce this. Open Firefox (www-client/mozilla-firefox-1.5.0.4) Navigate to http://radar.weather.gov/radar.php?rid=ILNproduct=N0Zoverlay=1110loop=yes I can't tell for sure, but the .xsession-errors grows by about 10K with every loop of the radar. Click on Stop to stop the loop, and the log stops growing. This is another issue that seems related to the xorg update, as I usually have that page running constantly (with AutoUpdate is ON). Any ideas why this might be happening? This sounds like a font issue. I am running unstable X 7.1 and I don't have any of these errors, I do however have quite a few fonts installed. I am running: X Window System Version 7.1.0 Release Date: 22 May 2006 X Protocol Version 11, Revision 0, Release 7.1 Build Date: 30 June 2006 With these font packages: [I--] [ ] media-fonts/corefonts-1-r2 (0) [I--] [ ~] media-fonts/font-adobe-100dpi-1.0.0 (0) [I--] [ ~] media-fonts/font-adobe-75dpi-1.0.0 (0) [I--] [ ~] media-fonts/font-adobe-utopia-type1-1.0.1 (0) [I--] [ ~] media-fonts/font-alias-1.0.1 (0) [I--] [ ~] media-fonts/font-bh-type1-1.0.0 (0) [I--] [ ~] media-fonts/font-cursor-misc-1.0.0 (0) [I--] [ ~] media-fonts/font-misc-misc-1.0.0 (0) [I--] [ ~] media-fonts/font-util-1.0.1 (0) [I--] [ ] media-fonts/freefonts-0.10-r2 (0) [I--] [ ] media-fonts/gnu-gs-fonts-std-8.11 (0) [I--] [ ] media-libs/fontconfig-2.2.3 (1.0) [I--] [ ~] x11-apps/mkfontdir-1.0.2 (0) [I--] [ ~] x11-apps/mkfontscale-1.0.1 (0) [I--] [ ~] x11-libs/libXfont-1.1.0-r1 (0) [I--] [ ~] x11-libs/libfontenc-1.0.2 (0) [I--] [ ~] x11-proto/fontcacheproto-0.1.2 (0) [I--] [ ~] x11-proto/fontsproto-2.0.2 (0) [I--] [ ~] x11-proto/xf86bigfontproto-1.1.2 (0) Not sure if thats helpful but it may be a start. -Mike -- Michael E. Crute http://mike.crute.org I may not have gone where I intended to go, but I think I have ended up where I intended to be. --Douglas Adams -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Protecting my server against an individual
An option for ports that don't need to be open constantly (like 80 443) is to use net-misc/knockd.Portknocking allows a port to be opened on demand in response to a series of attempted port opens.There's a wiki page on it here: http://gentoo-wiki.com/HOWTO_Port_Knocking.Note, if he is on the same LAN as you or the machine you're trying to secure, this will only slow him down, not stop him. (he can sniff packets and determine the knock sequence.) dcmOn 7/6/06, Daniel da Veiga [EMAIL PROTECTED] wrote: On 7/6/06, Lord Sauron [EMAIL PROTECTED] wrote: On 7/5/06, Ryan Tandy [EMAIL PROTECTED] wrote: Steven Susbauer wrote: On Wed, 5 Jul 2006, Ryan Tandy wrote: Lord Sauron wrote: If you can, what I'd do is try and get the guy's MAC Address or something and then totally block that off.That's send him away right quickly.I don't know enough to know if that'd be totally possible, but if the guy isn't terribly intelligent, that'll send him packing. net-analyzer/macchanger ;) What's this? Portage on Windows? More just to mention that there is such a thing out there.And if it exists for us, chances are he has a similar tool available. However, if you block his mac without an error message, then he can't know how you're identifying him to block him.He probably won't know what to do, and just might give up then.Worth a try, if nothing else.Yeah, that's pretty much true. For a LAN. Doying it at the Internetwould most probably blacklist a entire subnet that's routed to you with that MAC. So, not worth a try, it would be something more toconfigure, and get you no benefit at all, while risking making yourmachine invisible for people who could use the services you are tryingto securely provide. --Daniel da VeigaComputer Operator - RS - Brazil-BEGIN GEEK CODE BLOCK-Version: 3.1GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V-PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ --END GEEK CODE BLOCKgentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: mtrr: no MTRR for e8000000,4000000 found
On Montag 20 Juli 2009, Mark Knecht wrote: On Sun, Jul 19, 2009 at 7:00 PM, Mark Knechtmarkkne...@gmail.com wrote: On Sun, Jul 19, 2009 at 6:24 PM, Mark Knechtmarkkne...@gmail.com wrote: SNIP myth12 mythtv # cat /var/log/Xorg.0.log | grep EE Current Operating System: Linux myth12 2.6.29-gentoo-r5 #4 PREEMPT Fri Jun 26 09:51:45 PDT 2009 i686 (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (II) Loading extension MIT-SCREEN-SAVER (EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM myth12 mythtv # myth12 linux # dmesg | tail -n 5 [ 17.486289] usb 1-0:1.0: uevent [ 19.612246] eth0: setting full-duplex. [ 30.350021] eth0: no IPv6 routers present [ 433.541492] pci :01:05.0: PCI INT A - Link[LNKA] - GSI 11 (level, low) - IRQ 11 [ 435.609192] mtrr: no MTRR for e800,400 found myth12 linux # cat /proc/mtrr reg00: base=0x0 (0MB), size= 256MB, count=1: write-back reg01: base=0x00c00 ( 192MB), size= 64MB, count=1: uncachable myth12 linux # Seems that maybe this machine really doesn't have an MTRR at e800. Are MTRR's necessary? This machine ran a much older kernel - circa 2.6.19 - until I tried to upgrade the xorg server. Possibly I was never using MTRR and having it turned on at all is a mistake? Thanks, Mark OK, I have it at least partially working. For some reason it was unhappy (VERY) with my .xinitrc file left over from the old days. Go figure?!?! I erased the .xinitrc file and just type startx and it work. Three terminals on the screen. xclock. Everything looks normal. I am still getting messages about the MTRR but it doesn't stop X from coming up. I get back on this tomorrow and see if I can get fluxbox running. Thanks, Mark yes, you 'need' mtrr. Not having working mtrr is like driving a car while constantly stepping on the brakes and gas at the same time. There is lots of stuff about that in Documentation/ - use grep to find it.
Re: [gentoo-user] ebuild help: java main class?
Grant wrote: I'm trying to fix up the JAlbum ebuild: http://bugs.gentoo.org/show_bug.cgi?id=128356 and get it to use java-pkg-2. Here's what I have so far: inherit java-pkg-2 eutils S=${WORKDIR}/Jalbum DESCRIPTION=Web photo album generator HOMEPAGE=http://jalbum.net/; SRC_URI=http://jalbum.net/download/Jalbum${PV}.zip; LICENSE=as-is SLOT=0 KEYWORDS=x86 IUSE= DEPEND==virtual/jre-1.5 RDEPEND=${DEPEND} src_install() { java-pkg_dojar JAlbum.jar java-pkg_dolauncher jalbum \ --jar JAlbum.jar \ --java_args -Xmx400M local dest=/usr/lib/${PN} dodir ${dest} cp -R ${S}/* ${D}/${dest} || die Install failed doicon ${FILESDIR}/Jalbum-icon.png make_desktop_entry ${PN} } It executes just fine, but I get: $ jalbum Error: se.datadosen.jalbum.JAlbum java.lang.ClassNotFoundException: se.datadosen.jalbum.JAlbum at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at se.datadosen.jalbum.Main.main(Main.java:23) I was told I need to define the main class with --main. Does anyone know how to determine what the main class should be? No, it has clearly already loaded at least one class (last line of that stack trace reveals this), and is looking for some others needed by that class -- but the classloader fails to find them. JAlbum probably also has a Main-Class header defined in the jar's manifest, so this is likely to be just another classpath-related issue. But the ebuild you're pushing ... I think it would need some serious work for the installation part. I think it installs files in all wrong places, and thus Gentoo's Generation 2 java system cannot automatically add them to classpath. There is some advice on the issue in section 3, the Filesystem layout over here: http://www.gentoo.org/proj/en/java/java-devel.xml After trudging through that you might understand why Gentoo Java team has constantly several dev positions advertised on help wanted. Some of Java's ways don't mix that well with Gentoo's approaches, especially with compiling and packaging (installations). If you are in a hurry of some sort, you might just try taking the jar, unpacking it into a subdir under your homedir, cd'ing in, and trying something like CLASSPATH=.:${CLASSPATH} foo.sh. With a little luck it might work as such, without the pain of making a proper ebuild for it. -- Arttu V.
Re: [gentoo-user] ebuild help: java main class?
I'm trying to fix up the JAlbum ebuild: http://bugs.gentoo.org/show_bug.cgi?id=128356 and get it to use java-pkg-2. Here's what I have so far: inherit java-pkg-2 eutils S=${WORKDIR}/Jalbum DESCRIPTION=Web photo album generator HOMEPAGE=http://jalbum.net/; SRC_URI=http://jalbum.net/download/Jalbum${PV}.zip; LICENSE=as-is SLOT=0 KEYWORDS=x86 IUSE= DEPEND==virtual/jre-1.5 RDEPEND=${DEPEND} src_install() { java-pkg_dojar JAlbum.jar java-pkg_dolauncher jalbum \ --jar JAlbum.jar \ --java_args -Xmx400M local dest=/usr/lib/${PN} dodir ${dest} cp -R ${S}/* ${D}/${dest} || die Install failed doicon ${FILESDIR}/Jalbum-icon.png make_desktop_entry ${PN} } It executes just fine, but I get: $ jalbum Error: se.datadosen.jalbum.JAlbum java.lang.ClassNotFoundException: se.datadosen.jalbum.JAlbum at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at se.datadosen.jalbum.Main.main(Main.java:23) I was told I need to define the main class with --main. Does anyone know how to determine what the main class should be? No, it has clearly already loaded at least one class (last line of that stack trace reveals this), and is looking for some others needed by that class -- but the classloader fails to find them. JAlbum probably also has a Main-Class header defined in the jar's manifest, so this is likely to be just another classpath-related issue. But the ebuild you're pushing ... I think it would need some serious work for the installation part. I think it installs files in all wrong places, and thus Gentoo's Generation 2 java system cannot automatically add them to classpath. There is some advice on the issue in section 3, the Filesystem layout over here: http://www.gentoo.org/proj/en/java/java-devel.xml After trudging through that you might understand why Gentoo Java team has constantly several dev positions advertised on help wanted. Some of Java's ways don't mix that well with Gentoo's approaches, especially with compiling and packaging (installations). If you are in a hurry of some sort, you might just try taking the jar, unpacking it into a subdir under your homedir, cd'ing in, and trying something like CLASSPATH=.:${CLASSPATH} foo.sh. With a little luck it might work as such, without the pain of making a proper ebuild for it. -- Arttu V. So 'emerge JAlbum' isn't feasible? - Grant
Re: [gentoo-user] Strange iwl3945 behavior (possibly wpa_supplicant related?)
On Sat, 2009-11-07 at 12:09 +0200, Alan McKinnon wrote: On Saturday 07 November 2009 04:20:09 Mike Edenfield wrote: When using NetworkManager on my work network, however, things go horribly wrong. I get tons of this in my kernel logs: wlan0: authenticate with AP 00:1e:58:04:1e:ec wlan0: authenticated wlan0: associate with AP 00:1e:58:04:1e:ec wlan0: RX AssocResp from 00:1e:58:04:1e:ec (capab=0x411 status=12 aid=1) wlan0: AP denied association (code=12) wlan0: associate with AP 00:1e:58:04:1e:ec wlan0: RX AssocResp from 00:1e:58:04:1e:ec (capab=0x411 status=12 aid=1) wlan0: AP denied association (code=12) wlan0: associate with AP 00:1e:58:04:1e:ec wlan0: RX AssocResp from 00:1e:58:04:1e:ec (capab=0x411 status=12 aid=1) wlan0: AP denied association (code=12) wlan0: association with AP 00:1e:58:04:1e:ec timed out wlan0: authenticate with AP 00:1e:58:04:1e:ec wlan0: authenticated wlan0: associate with AP 00:1e:58:04:1e:ec wlan0: RX AssocResp from 00:1e:58:04:1e:ec (capab=0x411 status=0 aid=1) wlan0: associated If it works everywhere else and not at home, the difference is obviously with your home router. What config does it have and how does it differ from what everywhere else has? Well, it works at home but not at work, so I don't have much information beyond what they can tell me. I'll try to find someone who knows more, but as far as I can tell it's nearly identical to what I have at home: a single WAP with a broadcast SSID using WPA Personal, even using the same (cheap) Linksys hardware. What really confuses me is that the NIC works fine at work *if* I run wpa_supplicant manually; it only seems to fail when NetworkManager is controlling the NIC. So, yeah, it seems like the difference is with NetworkManager and/or wpa_supplicant, but I have no idea what that difference is. (Also, to head off the upcoming just don't use NetworkManager: this laptop is eventually going to someone who'll be roaming a lot more than I do, for whom constantly editing wpa_supplicant.conf isn't really an option. Wicd doesn't support VPN connections, so NetworkManager seems to be my only option :\) --Mike
Re: [gentoo-user] How the HAL are you supposed to use these files?
On Freitag 12 Februar 2010, Zeerak Waseem wrote: On Fri, 12 Feb 2010 00:03:27 +0100, Volker Armin Hemmann volkerar...@googlemail.com wrote: On Donnerstag 11 Februar 2010, Zeerak Waseem wrote: On Thu, 11 Feb 2010 23:53:10 +0100, Volker Armin Hemmann volkerar...@googlemail.com wrote: On Donnerstag 11 Februar 2010, Zeerak Waseem wrote: Particularly when your wm can handle all the inter-app communication that is necessary without dbus. the problem is the WM can NOT handle all the inter-app communication that is needed by a modern desktop environment. Especially, when you have apps that are just frames around building blocks that have to talk to each other (like for example konqueror, that is just a gui to the dolphin, khtml, konsole, gwenview kparts). But it seems to me, that the apps that need the communication are in DE's. Which is fine, I just think that if you're choosing a smaller WM (Openbox, awesome, JWM, etc.), where there isn't a need for an inter-app communication that extensive, then it's a bit of an overkill really. so how do you propose that a network connection manager tells a broweser or mail app that they are offline? And don't start with sockets. That will result in a nightmare. dbus is a clean solution to a huge problem. Apps have to talk to each other. The only way to keep it sane is a standardized IPC daemon like dbus. Well how about something with sockets ;) because then you need all apps to talk the same 'language'. You also have to built in filters into every app to prevent 'malicious' or damaged messages from doing harmfull stuff. Every app. So from a workload, maintenance and security POV - a nightmare. Oh, and don't forget the wasted memory and CPU cycles because of all the duplicated code. dbus is a clean and simple solution that reduces workload for the devs AND resources needed by the system. A win-win scenario. Personally, I don't see a big problem in a network connection manager not being able to tell various apps that they don't have a connection to the internet. If you're offline often you will know it, and if not you have something to look into. oh yeah, it is just a great thing that the mail app constantly tries to reach servers and then throws errors. Not like this needs zero cpu cycles and zero ram. It is so much worse that the mail app knows that there is nothing to do and that it can sleep on... sarcasm
Re: [gentoo-user] Re: Why does high-res video drop frames at 60% CPU?
On 07/07/2010 05:33 AM, Grant wrote: I've been using VDPAU acceleration to play back Blu-Ray rips for a while, but the extra layer is getting to be quite a hassle so I'm trying to get decent performance via software decoding. It has actually come a long way since the last time I tried and playing Blu-Ray rips via mplayer is nearly watchable. I'm using a dual-core 3.1Ghz CPU and one of the cores is only taxed up to 60% during playback, but frames are still being dropped constantly. Does anyone know where the bottleneck might be? Not sure. Could be wrong CPU load display; which tool do you use to get the CPU load? I use top. On the mplayer list, people were saying they too get 60% CPU load but no playback problems. Anyway, if you're not already doing so, you might want to try the multithreaded version of mplayer so both CPU cores can do decoding. It's in the multimedia overlay. More details here: http://forums.gentoo.org/viewtopic-t-789673.html I really don't think it's a CPU issue. What other factors could be at play? Could it be my nouveau video drivers? - Grant Regarding mplayer: There is another ebuild in the multimedia-overlay that I prefer now to mplayer(-mt) and that also uses ffmpeg-mt : media-video/mplayer-uau. It fetches the mplayer-version from one of the mplayer-devs and creates a binary called mplayer-uau which can be installed at the same time as the official mplayer package. Regarding your frame drops: it is highly likely that sound is the problem. Please try playing the video with -ao null to see if that's the case. I assume you use pulseaudio? Check if it has real time capabilities (kill it, start it with verbose/debug in foreground, read log). Also try -ao alsa and -ao oss. Your data-source (gard disk, network?) is fast enough? Copy 1GB into RAM to be sure by ether using RAM-disk or cache-settings. Try nvidia-binary. You'll get VDPAU in that case, which will result in about 5% CPU usage when decoding h264! Hope some of this helps... Daniel -- PGP key @ http://pgpkeys.pca.dfn.de/pks/lookup?search=0xBB9D4887op=get # gpg --recv-keys --keyserver hkp://subkeys.pgp.net 0xBB9D4887 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Why does high-res video drop frames at 60% CPU?
On 07/07/2010 12:35 PM, App Deb wrote: You have dual core so 60% means: 50% (full one core) is for decoding, and the rest 10% is for audio, resizing etc. Oh - didn't think about this - yes... you could be seeing the wrong thing in top. If you have more than 1 CPU/Core you should push 1 in top to get separate statistics per CPU/Core. Push W to save your settings. (Use s to change statistics collection time, 1 sec. is good.) Use htop to see threads. As far as I know top won't show those. So you can't check if your multi-threaded mplayer is really using more than 1 thread/process. BTW: On my core2duo 2,4 GHz I have no problems watching H.264 encoded 1080p videos with AAC sound. All decoding is done in software. When I use original mplayer 720p is possible without problem, 1080p only with low bitrate. For high bitrate 1080p I need the mt-version. Daniel You can't play the video correctly because your decoder is not multithreaded and uses just the one CPU at its fullest. Try using multithreaded version of mplayer mplayer-mt (in some overlay probably) with lavdopts=threads=2 in mplayer config. On Wed, Jul 7, 2010 at 5:17 AM, Grant emailgr...@gmail.com mailto:emailgr...@gmail.com wrote: I've been using VDPAU acceleration to play back Blu-Ray rips for a while, but the extra layer is getting to be quite a hassle so I'm trying to get decent performance via software decoding. It has actually come a long way since the last time I tried and playing Blu-Ray rips via mplayer is nearly watchable. I'm using a dual-core 3.1Ghz CPU and one of the cores is only taxed up to 60% during playback, but frames are still being dropped constantly. Does anyone know where the bottleneck might be? - Grant
Re: [gentoo-user] Dropbox, cli, and all that
Hi, * fe...@crowfix.com fe...@crowfix.com [24.09.2010. @21:11:46 -0700]: I have recently discovered Dropbox as an interesting thing to experiment with, not without its drawbacks, but interesting. I have it running on a work Mac laptop and an Android phone, and it is another interesting idea to put it on Linux. However, its downloads are for Fedora and Ubuntu, or a source file which requires Nautilus. Also, I don't want its daemon running constantly, altho that feature is part of what makes it interesting wth the laptop and phone. Searches bring up various pages, but nothing really promising, either old or rather convulated or still using Mautilus. One involves a python script which apparently runs the command over and over, each time creating one more fake lib to make up for the Fedora/Ubunto ones required. No thanks ... while an interesting hack, it's not my idea of a way to the future :-) So the question is ... does anyone have experience with Dropbox on gentoo? My system is ~amd64, running fvwm when necessary, neither KDE nor Gnome. I'd really like a command line program which I could run for manual syncing. I'm using Dropox to synchronize few conf files and data between my Gentoo boxes (desktops and server). I only use it in CLI, without nautilus or something else (my server has no X server). Since I do not want to let Dropbox having clear data, I encrypt them with encFS. Lokk at these few links I used : https://www.dropbox.com/downloading?os=lnx (official page, the first solution is for server install) http://wiki.dropbox.com/TipsAndTricks/TextBasedLinuxInstall (the tutorial itself) https://www.dropbox.com/download?dl=packages/dropbox.py (the CLI script) http://pragmattica.wordpress.com/2009/05/10/encrypting-your-dropbox-seamlessly-and-automatically/ (an encFS+Dropbox tutorial, very useful) Then I run .dropbox-dist/dropbox (or .dropbox-dist/dropboxd if I want it as a daemon) when I want a synchronization. Run it without '' and type ctrl-C to stop it after sync, or write a simple start/stop script. Regards, JC pgpPwkXi4glVG.pgp Description: PGP signature
Re: [gentoo-user] [Somewhat OT] Laptop battery not showing up in KDE, Smart Battery calibration
On Wednesday 10 November 2010 18:05:40 Paul Hartman wrote: 2010/11/10 Fatih Tümen fthtmn+gen...@gmail.com: On Tue, Nov 9, 2010 at 23:52, Paul Hartman paul.hartman+gen...@gmail.com wrote: Hi, snipped Last night I took it to full charge, put in memtest86+ boot CD and the system lasted 9 minutes before battery was drained. So that matches the 1/3 batter life I experienced under normal usage, too. I just read somewhere on WWW that sometimes better calibration can be achieved by leaving battery completely drained for some time (more than 5 hours) before plugging the charger back in. So I'll try that as one last desperate hope. If the cells are dead then I can't do any more harm to them so why not try it? :) If these are discharged too far (The circuitry in the battery-pack should prevent this) the cells can get permanently damaged. This seems to have happened. Best practices for batteries (any type, apart from Lead Acid ;) ) is to take them out of the laptop when running for long periods from the mains. This is to prevent the batteries from being constantly charged. Now, since this is an old laptop (6 years) I am skeptical about buying a replacement battery that may have been sitting in a stockroom for several years. Local battery store wants more than US$100 for a name brand replacement (Rayovac). Online, I can find one for less than half that price, but I am really suspicious about the quality. My past experience of buying generic laptop batteries online has not been good. Don't fit properly, poor lifespan, etc. snipped If these batteries have been charged to 70% before storage, they can last a while, but one should still top them up to 70% once every year or so. Has anyone tried to replace the cells inside their own battery? I'm reading this site: http://www.electronics-lab.com/articles/Li_Ion_reconstruct/ Seems kind of dangerous... I can't price the cells because I haven't opened my battery pack, so I don't know if it's really any cheaper than buying a new one. Actually, it is dangerous and I wouldn't trust the batterypack anywhere near my laptop after a procedure like that. If the soldering isn't done correctly, the battery-pack can literally explode when put under load. -- Joost Roeleveld
Re: [gentoo-user] E17 installation
Apparently, though unproven, at 18:56 on Saturday 27 November 2010, Mick did opine thusly: On Saturday 27 November 2010 07:37:48 Alan McKinnon wrote: Apparently, though unproven, at 08:39 on Saturday 27 November 2010, Hung Dang did opine thusly: Hi all, I am trying to get E17 on my computer using this guide http://en.gentoo-wiki.com/wiki/E17. I have also added source /var/lib/layman/make.conf to make.conf and update PORTDIR_OVERLAY= to /var/lib/layman/make.conf. After that I try to emerge elightenment and can only get x11-wm/enlightenment-1.0.7. When I try to log in to enlightenment I can only get E16. Any idea? Thanks in advance Hung You didn't unmask/keyword anything, so you are getting the window manager in portage, which is e16. To get e17 you need to get it from an overlay. The only overlay that actually works right now is http://svn.enlightenment.org/svn/e/trunk/packaging/gentoo vapier's overlay was out of date, is now being updated and is in a state of flux, i.e. constantly breaking and changing. I've never heard of the overlay on the gentoo-wiki page. To use the e17 window manager you *must* install the - efl libs from svn. The e17 ebuild does not cater for the -beta2 versions. I'm not sure that efl overlay is still required to run E17. I just today moved from efl to the enlightenment overlay (Vapier's). I had to keyword all necessary E17 packages as - ** to be able to install stuff, or the E16 packages were being drawn in. The enlightenment overlay seems to be a couple of months behind efl judging by the bugs that I thought were already resolved. Some packages (e.g. epdf) will not build because dependencies are missing and what not, but the following packages were able to emerge without problems and give (me) a functioning desktop: [snip] I see new ebuilds have been added. This is good, the target is moving. What this now means is that until e17-1.0.0 is released and in the tree, no- one can tell you how to build the stuff, it's changing too rapidly :-) PS. Alan, are you saying that all the new beta packages are for e16 only? No, they are for e17. There is no code in e17 that has anything to do with e16 at all. What I meant was that according to the last time I looked in the tree, the only ebuild for the window manager was in efl overlay. So to get the window manager (not just EFL) you have to use the - ebuild, not the betas. But that has changed. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] color in terminals with white background
On Tuesday 22 March 2011 16:30:28 Bill Longman wrote: On 03/22/2011 08:43 AM, John Blinka wrote: Hi, All, For quite a few years I've had a low level irritation with the font colors in my x11-terms/terminal. I like a white background and a black font in my terminals, and that satisfies me perfectly 99.44% of the time. The colors that appear by default with the ls command are perfect. But the colors that appear when I do an emerge -ptDuNv, and the colors that appear when interactively merging config files with dispatch-conf (configured to use vimdiff) are sometimes completely unreadable. In particular, the light yellow font on a white background that portage uses sometimes is almost invisible. I have tried now and then in the past to develop my own color scheme, but without notable success. I once tried making the yellow darker in various ways, and that helped, but then the (formerly yellow) text became unreadable if I highlighted it. I tried dark backgrounds for a while, but I guess I have too many years of reading black print on white pages; dark backgrounds are just wrong for me. And I haven't found any satisfactory answers with web searches. Is there anybody with a font color scheme they like for use on a white background? Thanks for any suggestions, Will someone please answer John so I can use it too? And for that matter, does anyone who uses a dark background AND uses vimdiff as their etc-update tool run up against the same issue: vimdiff mode and certain syntax highlighting rules combine to make some sections of documents completely illegible. My workarounds are to use vim's syntax off in *each* window (PITA) which solves the vimdiff problem. For poor color, I use xterm's Ctrl-Middle menu to go dark background. And most of root's vim sessions seem to think my background is dark, so I'm constantly have to do :set bg=light. I use xterm. Sorry I don't have an answer to the OP, although Neil's suggestion should allow him to get rid of yellow fg colour. @Bill: Is colordiff any better/different than vimdiff? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Problems starting OpenLDAP
On Tuesday 22 March 2011 22:00:21 Johannes Geiss wrote: Hi there, I try to start an LDAP-service for managing by eMail-Addresses centralised on my server. Unfortunately I constantly fail to start slapd. Are you trying to start is using the init-script? I tried a lot of documentations I've found on the web, including Gentoo's non-official doc at http://www.gentoo.org/doc/en/ldap-howto.xml as well as http://www.yolinux.com/TUTORIALS/LinuxTutorialLDAP.html but to no avail. The daemon slapd only starts as root and connecting to it via ldapadd -f stooges.ldif -xv -D cn=StoogeAdmin,o=stooges \ -h 127.0.0.1 -w secret1 always fails with ldap_initialize( ldap://127.0.0.1 ) ldap_bind: Invalid credentials (49) This indicates that the login-details are incorrect or not allowed to connect. I suspect something is wrong with my backend database. Is stooges.ldif the first LDIF you are trying to import? eg. is the backend database still empty? Has anybody installed and started OpenLDAP successfully on Gentoo? I am interested in config files and which components/use flags are involved. I have and am happily using it. I configured the database-part in the /etc/openldap/slapd.conf file: ** ### # BDB database definitions ### databasehdb suffix dc=example,dc=org checkpoint 32 30 # checkpoint: kbyte min rootdn cn=Manager,dc=example,dc=org # Cleartext passwords, especially for the rootdn, should # be avoid. See slappasswd(8) and slapd.conf(5) for details. # Use of strong authentication encouraged. password-hash {crypt} rootpw IDONOTTHINKSO_:) # The database directory MUST exist prior to running slapd AND # should only be accessible by the slapd and slap tools. # Mode 700 recommended. directory /var/lib/openldap-data ** Also, when I restore a backup (or build a new one) I always first use slapadd to initialize the openldap backend database prior to trying to start slapd: 1) /etc/init.d/slapd stop 2) rm /var/lib/openldap-data/* 3) slapadd -f backup-file.ldif 4) chown -R ldap:ldap /var/lib/openldap-data/ 5) /etc/init.d/slapd start Please adjust the paths and suffix/rootdn to match your installation. HTH, Joost Roeleveld PS. step 4 is important as slapadd will create the files owned by current user (root) and slapd will run as ldap which means slapd will not be able to access without that step.
Re: [gentoo-user] chrome and everything
On Thursday 02 June 2011 09:23:47 Paul Hartman wrote: On Thu, Jun 2, 2011 at 3:49 AM, András Csányi sayusi.a...@gmail.com wrote: Hi All, Something strange happen here. I have seen few things in Linux world but this is very new for me! I have this fantastic browser called Chromium (12.0.742.68) and I really like it. But, sometimes, when I see flash videos on different sites (youtube, cnn, bbc) the whole chromium become frozen and basicly impossible to kill it Flash is behaving like this in every browser on my Gentoo ~amd64 box ever since Flash plugin 10.3 was released. Constantly freezing UI, flash video still showing when when window is closed, etc. With earlier 10.x series it was (mostly) okay, it was definitely usable. With 10.3 so far it is basically a waste of time to try loading any flash objects. Noscript/adblock to the rescue. ;) [I] www-plugins/adobe-flash Available versions: 10.2.159.1!m!s (~)10.2.159.1_p201011173!m!s 10.3.181.14-r1!m!s{tbz2} {+32bit +64bit bindist kde multilib vdpau} Installed versions: 10.3.181.14-r1!m!s{tbz2}(23:05:11 15.05.2011)(-kde - vdpau) Homepage:http://www.adobe.com/flashplayer Description: Adobe Flash Player working fine in chromium here - apart from a bug that if I open several tabs with flash, the flash part is not shown until I reload the page. Chromium works fine here too. Stable and quick. www-client/chromium Available versions: (0) 11.0.696.68 11.0.696.71 (~)12.0.742.60 (~)12.0.742.68 {M} (~)13.0.767.1{tbz2} {M}(~)13.0.772.0-r1{tbz2} (live) {M}**-r1 {cups gnome gnome-keyring kerberos linguas_am linguas_ar linguas_bg linguas_bn linguas_ca linguas_cs linguas_da linguas_de linguas_el linguas_en_GB linguas_es linguas_es_LA linguas_et linguas_fa linguas_fi linguas_fil linguas_fr linguas_gu linguas_he linguas_hi linguas_hr linguas_hu linguas_id linguas_it linguas_ja linguas_kn linguas_ko linguas_lt linguas_lv linguas_ml linguas_mr linguas_nb linguas_nl linguas_pl linguas_pt_BR linguas_pt_PT linguas_ro linguas_ru linguas_sk linguas_sl linguas_sr linguas_sv linguas_sw linguas_ta linguas_te linguas_th linguas_tr linguas_uk linguas_vi linguas_zh_CN linguas_zh_TW test xinerama} Installed versions: 13.0.772.0-r1{tbz2}(21:26:22 26.05.2011)(cups -gnome -gnome-keyring -kerberos -test -xinerama) Homepage:http://chromium.org/ Description: Open-source version of Google Chrome web browser
Re: [gentoo-user] mysqld invoked oom-killer
So swap isn't treated exactly like RAM. It actually has special handling in Linux which makes it beneficial to have on almost any Linux system? According to Alan, things get very bad when a Linux system hits swap. How can behavior like this be beneficial: When a linux machine hits swap, it does so very aggressively, there is nothing nice about it at all. The entire machine slows to a painstaking crawl for easily a minute at a time while the kernel writes pages out to disk, and disk is thousands of times slower than RAM. This is not entirely true. There's regular swapping and there is thrashing. Thrashing is indicative of a memory-starved system, i.e. when many processes are trying to access memory, but there just isn't enough and the system is frantically swapping in/out. I'm talking about your normal day-to-day swapping that you probably don't even notice. It gets so bad that you can't even run a shell properly to try and see what's going on and kill the actual memory hog. Again, that is thrashing. I'm talking about normal swappage. Dont throw the baby out with the bath water. Also, aren't you likely to wear out your hard disk sooner using swap? Is this coming from someone who uses Gentoo linux, which is constantly downloading/compiling/linking object files? Syslog and other loggers writing everything under the sun to a log file. Backups, journal writes, database transactions, etc. Compare how many disk transactions take place during your normal Gentoo usage versus a few megabytes here/there being swapped in/out. Again, I'm talking about regular swapping, not oh my god I has no RAM and my hard drive won't stop Even so, we're talking about modern drives here. This isn't the 1960s. If I understand correctly, an out-of-memory condition that would lock up a system without swap, will cause it to thrash with swap. A remote system of mine was locked up for many hours due to running out of memory without swap. If I had enabled swap, the system would have thrashed for those hours? - Grant
Re: [gentoo-user] [OT]: Reset of USB when switching to console and back to X?
Paul Hartman paul.hartman+gen...@gmail.com [11-08-17 18:02]: On Tue, Aug 16, 2011 at 10:01 PM, meino.cra...@gmx.de wrote: Hi, I have attached an old keyboard (PS/2-connector) via an USB-PS/2-adaptor to my PC. When typing too fast (...) the three LEDs of the keyboard flashes and everything typed then is typed as if the CTRL-Key constantly locked (I am using the X-window-system with openbox as windowmanager. There is no session management.) It is possible to revert back to normal when I switch from X-windows to the Linux console (CTRL-ALT-F1) and back to X (CTRL-ALT-F7). My question is: What part (PC? Adapator? Keyboard?) gets out of sync here is resetted (somehow), while switching between console and X-windows? How can I reset the behaviour without switching? How can I prevent the behaviour completly? FWIW I have experienced that same behavior with several PS/2 to USB adapters, in Windows, in Linux, etc. I think it's a common problem with those adapters in general. I've never used one that didn't go crazy a few times a day. Hi Paul, after some recursive investigations :) via internet I found some interesting things: 1) Yes, your are completly right: It is the USB-PS2-adapter, which goes crazy. 2) No, you are wrong, the reason is different. ;) :) 3) The answer is 41.98 (calculated by a P90). ;) The reason for stuck CTRL/SHIFT keys is a missing pull-up resistor from the clock and the data line to the +5V line of the PS2 connection. Or in other words: Adding these resistors seem to fix the problem in most cases. See the link below (which describes the process for a IBM Model M keyboard. Seems true for other old PS2 keyboards as mine, too): http://ps-2.kev009.com:8081/ohlandl/keyboard/modify_keyboard/Model_M_Modifications.html The PS2 goes crazy because the high level gets too low without the additonal pull up resistors. But the origin of the reason is not the adapter, but the low high levels of the old PS2 line as such. I did find these information that late (after posting to this list) by searching for informations about certain different usb-PS/2-adapter. Sorry, when answering the other half of my own question :)
Re: [gentoo-user] Re: [OT] Disappointing USB3 performance
On Mon, Oct 24, 2011 at 4:31 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2011-10-24, Florian Philipp li...@binarywings.net wrote: Am 24.10.2011 22:02, schrieb Grant Edwards: On 2011-10-24, walt w41...@gmail.com wrote: I just bought an add-on USB3 adapter and outboard USB3/sata docking station, and I've been comparing the performance with my old e-sata outboard docking station. Not so good :( After getting some unreliable results with hdparm, I settled on copying one 3GB file from one partition of the outboard drive to another partition of the same drive. These results are highly reproducible, and favor e-sata over USB3 by a large margin. Over at least six trials on each docking station I consistently get 105 seconds for USB and 84 seconds for e-sata, a 5:4 ratio in favor of e-sata. Not surprising. Did you expect that adding a gateway device to the communication path and another protocol layer on top of SATA would make things faster? I used the same hard disk and the same pci-e slot in the same minimally-loaded machine for all the runs, and got very consistent results every time. Basically, the USB3/sata docking station gets the same throughput as the older sata 1 drives connected to the onboard pci sata controller, which is still pretty respectable for an outboard drive, I think. Yep, SATA performs the same as SATA. AFAIK, eSATA and SATA are identical apart from the physical specs for the connector, a few minor voltage level differences (to imporove noise tolerance), and hot-plug support. Normal SATA also offers hotplug. Usually works, too. I read somewhere that not all controllers support hotplug on internal connectors, but I can't personally attest to having found one that didn't. So, has anyone out there done similar tests on USB3 drives yet? There are disk drives that talk USB3 natively and aren't just using USB-SATA gateways? Well, there is USB Attached SCSI (CONFIG_USB_UAS in the kernel). It supports command queuing and works for USB-2.0 and 3.0 (but has additional software overhead for USB-2.0). I've not yet seen a compatible device, though. Interesting. Is USB3 peer to peer like SCSI and Firewire, or is it the same master/slave poll/response scheme that has always crippled USB? Doing SCSI via a poll/response transport protocol seems like it would lose most of the advantages of SCSI. IIRC USB3 is interrupt-driven instead of constantly polling the device.
Re: [gentoo-user] can one tell me: gentoo vs opensuse
On Thu, Dec 8, 2011 at 10:18 AM, James Broadhead jamesbroadh...@gmail.com wrote: On 8 December 2011 15:10, LinuxIsOne linuxis...@gmail.com wrote: On Thu, Dec 8, 2011 at 9:29 AM, Alan McKinnon alan.mckin...@gmail.com wrote: Don't take our word for it, go look for yourself. I could give you examples of how that forum works, I could give you links that show what we are saying, but NOTHING can prepare you for what you really find on the Ubuntu user forums. Okay but at least Ubuntu is good for new users and Windows convert and for those doesn't it give a learning curve in Linux? That's debatable; it generally means that the amount of time that passes before they realise that Linux is not Windows is increased. It definitely gets them booted into a desktop environment quicker, but it doesn't really save on the learning curve - something will go awry sooner or later, and the fact that they've had the command-line hidden from them until that first fateful trip to the forums won't feel like such a benefit then. I got started with Linux via Red Hat 5.2. (Pre-Fedora, pre-RHEL days). I used it for only a few days before switching to Debian. If I hadn't seen Red Hat's relatively automagic setup of X, and the availability of all the tools to do things I wanted using a GUI interface, I probably would have hopped back to Windows 95. As it was, seeing that GUI and knowing that a familiar interface was what left me willing to deal with the couple weeks it took me to learn how to set up XFree86 3.3.6 on Debian.[1] Fortunately, just about every Linux distro, including Gentoo, has much better resource for getting a GUI up and running, so a modern newbie experience shouldn't be nearly so taxing on initial patience. Sure, being able to learn a system inside and out is a good thing, but you need to get past that initial hurdle before you're ready to tackle it, and Ubuntu handles that initial hurdle quite well. Give a user six months to a year, and they'll grow tired of Ubuntu constantly breaking their customizations, and they'll probably switch to Debian or Linux Mint. I've watched that leap several times now. A few of them eventually leave Debian or Mint for Gentoo. Some land on Fedora or OpenSuSE, but they're usually heavily working with RHEL or CentOS in other contexts. [1] Luckily, I wasn't even an adolescent yet; I don't think I'd have had the time or patience for that as an adult. -- :wq
Re: [gentoo-user] Re: can one tell me: gentoo vs opensuse
On Sat, Dec 10, 2011 at 12:39 PM, Pandu Poluan pa...@poluan.info wrote: On Dec 11, 2011 12:02 AM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2011-12-10, Pandu Poluan pa...@poluan.info wrote: And even you can't guarantee that the kernels are the same. Many distros introduce their own distro-specific patches to the vanilla kernel. RedHat is particularly bad about this. I maintain a couple Linux drivers that have to work with a wide range of kernel versions. There are lot's of #ifdef's that depend on not only the kernel and some of them also have to check whether it's a _RedHat_ kernel or not, since RedHat is fond of shipping a kernel with version X.Y.Z that isn't even close to compatible with the driver API for vanilla kernel X.Y.Z. With Gentoo, it's even more complicated, as most experienced Gentooroids will configure and compile their own kernels. I've never had to add special code to a driver to handle the Gentoo version of a kernel. Ah, I see that I might have misconstrued myself. My bad. Regarding drivers: usually they're no big deal, since the 'infrastructure' portions of the kernel (e.g., SCSI disk support) are most likely have been enabled. For most applications, usually they don't really care what's in the kernel since they operate at a quite high-level. Problems might arise though if you're doing exotic things. For example: If I built the IPset portion as 'built-in' into the kernel, I won't be able to install xtables-addons. This is due to the package wanting to install its own set of IPset modules. Fortunately, such cases are few and far between in the Gentooverse. People doing exotic things are naturally expected to Know What They Are Doing™ :-) Speaking from experience, the real difficulty is knowing that you're doing something exotic. Once you find out, you generally have two options: Follow the route most people go (such as is happening with udev), or help fix the system so that your desired approach still works (such as the fellow who's been working with mdev). If you're constantly exploring, you'll very likely hit the exotic edge cases, but then that's going to be part of learning the thing you're exploring. Gentoo can be really great for that. Even better, in that it's often not that hard (after a while) to help smooth those edges, making it easier to go on exploring. -- :wq
[gentoo-user] For those who complain
For those who complain about default portage behavior: It changes constantly. If you can't accept the bleeding edge behavior, you're probably using the wrong distro. There are always going to be changes. Some you don't like, some you say oh gosh, finally!. For the latter, I cheer, for former, I work around. EMERGE_DEFAULT_OPTS is your friend. For those who complain about not knowing something was added/removed/changed. Most packages do a decent job of providing good ChangeLogs, either from Gentoo or upstream. It's not Gentoo's responsibility to make you read them. It's like reading the fine print. Yet you can't complain that it's not there if it's in the fine print. Some say there should be more announcements for changes, yet others say there are too many announcements and important stuff gets lost. One man's trash is another man's treasure. There just doesn't exist a sweet spot that will satisfy everyone. For those who complain about man pages being too cryptic/incomplete/etc. Man pages have pretty much always been designed to be reference manuals. The key word is reference. They are not guides, they are not tutorials. They are more suited for I know this library provides a function to do *this* but I don't know the function's signature. They are less suited for I don't know how to do *this*. There are other resources for the latter. And if there are not, that's not the fault of the man page. But in my experience, and I'm sure I'm not alone on this, most people who complain about man pages are those who don't bother, or at least put *very* little effort, to *read* the man pages. For those who complain Why do I have to compile all this stuff to get X?: Why are you using Gentoo? For those who complain about bugs/regressions: Why do you use software? For those who complain about software/features needed/unwanted/changed in a way you disagree with: Where is your patch? For those who have genuine technical questions; for those who can provide answers to those questions w/o being overly critical; for those who give back by submitting bug reports, patches, ideas, praise: Thank you. Gentoo is a rainbow with no end and no pot of gold. -a
Re: [gentoo-user] Disk usage during emerge
On Wed, Mar 7, 2012 at 6:57 PM, Frank Steinmetzger war...@gmx.de wrote: Hello list It came to my attention that during (after) an emerge run, df reports considerably less space available on my / than before the emerge (everything except /home sits on the root partition). I was wondering how this comes to be, since I have /var/tmp/portage on tmpfs. I am in the middle of a KDE upgrade (4.8.0→4.8.1) right now and before I started, I downloaded all distfiles and then looked at df /, it showed 1022 blocks, hence about 1 GB of free disk space. I am at package 115 out of 174 right now, and df shows a mere 389k blocks remaining. Also before I began the emerge run, I started 'ncdu -x /' which scans all dirs on the / partition and then I can browse through my FS hieararchy, showing the disk usage of every directory. Now I ran the same ncdu command again in another screen, so I can compare it with the first one. The folders themselves have 0.1 to 0.2 GB difference between their old and new state, and ncdu's bottom bar even shows the same values for both apparent and real total disk usage (rounded to 0.1 GB). So what am I missing here? I searched df's man page for something about apparent sizes/sparse files, but then again, why would portage create such files in the first place? Do you have any thoughts that might help me understand what I'm seeing? -- Gruß | Greetings | Qapla' I forbid any use of my email addresses with Facebook services. You will find everything in an online database. Just not what you are looking for. Unless you have it mounted on tmpfs for increased compilation speed as many others do, /var/tmp/portage can easily grow to several hundred megabytes as packages are compiled. Once the compilation finishes successfully, it will be cleaned up, so the contents are constantly changing during an emerge, and it may not be easy to track down after the fact.
Re: [gentoo-user] Disk usage during emerge
On Wed, Mar 7, 2012 at 11:53 PM, Julian Simioni julian.simi...@gmail.com wrote: On Wed, Mar 7, 2012 at 6:57 PM, Frank Steinmetzger war...@gmx.de wrote: Hello list It came to my attention that during (after) an emerge run, df reports considerably less space available on my / than before the emerge (everything except /home sits on the root partition). I was wondering how this comes to be, since I have /var/tmp/portage on tmpfs. I am in the middle of a KDE upgrade (4.8.0→4.8.1) right now and before I started, I downloaded all distfiles and then looked at df /, it showed 1022 blocks, hence about 1 GB of free disk space. I am at package 115 out of 174 right now, and df shows a mere 389k blocks remaining. Also before I began the emerge run, I started 'ncdu -x /' which scans all dirs on the / partition and then I can browse through my FS hieararchy, showing the disk usage of every directory. Now I ran the same ncdu command again in another screen, so I can compare it with the first one. The folders themselves have 0.1 to 0.2 GB difference between their old and new state, and ncdu's bottom bar even shows the same values for both apparent and real total disk usage (rounded to 0.1 GB). So what am I missing here? I searched df's man page for something about apparent sizes/sparse files, but then again, why would portage create such files in the first place? Do you have any thoughts that might help me understand what I'm seeing? -- Gruß | Greetings | Qapla' I forbid any use of my email addresses with Facebook services. You will find everything in an online database. Just not what you are looking for. Unless you have it mounted on tmpfs for increased compilation speed as many others do, /var/tmp/portage can easily grow to several hundred megabytes as packages are compiled. Once the compilation finishes successfully, it will be cleaned up, so the contents are constantly changing during an emerge, and it may not be easy to track down after the fact. And only after hitting send to I register the line where you mention that you do in fact use tmpfs. doh!
Re: [gentoo-user] NFS terribly slow on writes
the biggest things to think about: - nfs versions (some work better or are more compatible with others) - nfs write/read cache settings - use nfsstat to get an idea of what the nfs traffic is like - is filesystem constantly having locking issues or refreshing file attributes? might need to change mount options. - if not local lan, might have significant problems...especially with mtu - doesn't hurt to check iostat -x -k 5 on sending server too along with nic card stats - it usually isn't that hard to track down where the problem lies - I've had great performance with nfs over local lans, horrible issues with any kind of remote nfsnewer nfs versions are trying to work around the issues. On Fri, Apr 20, 2012 at 1:34 PM, Michael Mol mike...@gmail.com wrote: On Fri, Apr 20, 2012 at 2:29 PM, Helmut Jarausch jarau...@igpm.rwth-aachen.de wrote: Hi, on one of our students' lab the home directories of the students are mounted via NFS. Our main application (www.codelite.org) seems to write a lot of small chunks to files in the students' home directories. Thus, just finishing Codelite takes 100 seconds while the same version on a pure local machine takes about 2 seconds for that. A simple test dd bs=80 count=1 if=/dev/zero of=$HOME/Test shows only 80 Kb/sec (speed of a floppy drive). The machine was idle and connected to a dedicated, nearly idle server by a network of 1Gb/sec. Does anybody have some hints on how to speed up such an NFS3 setup? There's all kinds of NFS tuning options. I'm not an expert, so I can't really make any strong suggestions, but my first stop would probably be grabbing the ebook version of http://shop.oreilly.com/product/9781565925106.do and giving that a good couple hours' deep skim. -- :wq -- Matthew Marlowe m...@professionalsysadmin.com https://www.twitter.com/deploylinux 1-805-857-9144
[gentoo-user] Google Chrome leftovers
Hi, I've sort of decided I like Chrome's UI better than others that I've spent time with (mostly Firefox Konqueror) but I'm constantly held up by leftover processes when Chrome is closed: mark@c2stable ~ $ ps aux | grep chrome mark 3206 0.0 0.0 292448 16064 ?S06:32 0:01 /opt/google/chrome/chrome --extra-plugin-dir=/usr/lib64/nsbrowser/plugins mark 3207 0.0 0.0 6376 380 ?S06:32 0:00 /opt/google/chrome/chrome-sandbox /opt/google/chrome/chrome --type=zygote mark 3208 0.0 0.1 332364 40784 ?S06:32 0:00 /opt/google/chrome/chrome --type=zygote mark 3212 0.0 0.0 189608 23336 ?S06:32 0:00 /opt/google/chrome/nacl_helper_bootstrap /opt/google/chrome/nacl_helper --reserved_at_zero=0x --r_debug=0x00213000 mark 3216 0.0 0.0 365148 15552 ?S06:32 0:00 /opt/google/chrome/chrome --type=zygote mark 24747 0.0 0.0 8596 904 pts/4S+ 13:05 0:00 grep --colour=auto chrome mark 27655 0.0 0.4 657892 114500 ? S07:31 0:01 /opt/google/chrome/chrome --extra-plugin-dir=/usr/lib64/nsbrowser/plugins mark@c2stable ~ $ In this case if I start Chrome again I don't get any bookmarks. I have to kill all Chrome process id by hand and restart Chrome to get my bookmarks. Anyone else experiencing this sort of problem? Machines are 64-bit mostly stable. Clearly Chrome itself is testing so maybe this is early days? mark@c2stable ~ $ eix -Ic chrome [I] www-client/google-chrome (24.0.1312.25_beta169562(beta){tbz2}@11/28/2012): The web browser from Google mark@c2stable ~ $ Also, is anyone successfully using GoogleTalk in Chrome on Gentoo? Thanks, Mark
Re: [gentoo-user] Intel Atom: architecture, distcc, crossdev and compile flags
On Wed, Dec 12, 2012 at 09:16:58AM +0100, Florian Philipp wrote: * The last thing I’m going to set up is filesystem encryption, at least for ~. I already know/think that AES would be the best choice due to limited CPU power, but what else is there to heed besides key size? Nothing, you're good. Hash and key chaining method have negligible impact. If you stick with an x86_32 userspace I suggest at least using an x64 kernel so you can use of CRYPTO_AES_X86_64. That's an interesting idea. [...] I haven't done any comparisons of 32/64 crypto yet, I'm just reading docs on Luks (never used it before). Well now, I did a few comparisons yesterday. Not much---just permutated a few of the most probable crypto combinations (aes/twofish, cbc/xts, essiv/plain). I created the LUKS container, opened it and gave it a spin with hdparm -t. The result was shocking and outrageous; reported throughput w/o encryption was 75 MB/s, which is your typical 5400 rev laptop HDD. First I was disappointed when I saw what aes-cbc-essiv gave me on 32 bit: a mere 19 and a bit. But on 64 bit, it yielded a whopping 34 MB/s. I had a hunch and booted the 32 bit system with the 64 bit kernel---and throughput stayed high as expected. So for the sake of simplicity (and to give it a rest after two weeks of ricing to the day), I will use the 32 bit userland with a 64 bit kernel. I will only need to set up some magic (a multilib crossdev gcc and separate build dirs) so I can build both kernels with their separate configs from the same source dir. I personally see no reason for encrypting root as there is nothing of interest in there. Hm ideed, the only password I have in a plaintext config file are WiFi passwords vor wpa and vpnc. For those the symlink solution could be used. Not needing an initrd is a big incentive. :) On a sidenote, While I was cleaning up unread mails in the ML, I just found your interesting frontswap/zcache trick. I tried that, too, but for now will keep it disabled---simple copying of big files was slowed down to 33 MB/s, obviously b/c the cache is constantly being changed. It's just not suitable for little Atoms. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me with any Facebook service. The duration of a minute is relative. It depends on the side of the toilet door you are standing on. signature.asc Description: Digital signature
Re: Multiboot Live USB creatores - Was: Re: [gentoo-user] Re: Re: Re: Kaspersky Rescue Disk
On 13/02/13 11:55, Tanstaafl wrote: On 2013-02-13 4:20 AM, Michael Sondow mson...@iciiu.org wrote: Yes, there seem to be a number of programs that will create a bootable USB flash drive from a linux distro ISO, and also from some of the rescue disk ISOs. Some of these utlities create persistence, but I'm not sure what that means: just save data somewhere on the flash drive, or actually integrate new data into the linux op sys? I'm going to give them a try. Ditto for the multiboot live USB creators. We'll see what persistence means for them. I'm very interested in this topic. I've been wanting to create my own bootable USB3 Thumb drive that I've added my own bootable ISOs to, that gives me a menu for booting whichever one I want... I'd be very interested in hearing everyone's take on which one is best, what is the easiest way to do this, and to keep it updated... Thanks! @Tanstaffl, I swear by Multisystem ( http://sourceforge.net/projects/multisystem/). Has way to much dependencies on Ubuntu. If I had the time I would re-write it just to use the back-end stuff. It covers all the top 100 distro's in DIstrowatch and attempts to create scripts that will either chain-load the iso image or extracts the necessary files (using rsync) from the iso image. Basically you can multi-boot of a single USB partition. They do the heavy lifting for you by constantly updating the back-end code for each Distro release (as things to change with how distros boot). Doesn't always work (didn't seem to play ball with how OpenSUSE mount their SquashFS image). It's worth checking out though. These days I tend to rely on it less - but it helps you see how to crack the nut and get started. Once you get the idea you can manually update distros and add your own stuff... I've even managed to stick in the Paragon Partition Manager bootable image (which is based on Linux) in my bootable USB stick partition. Just my $.02 Bob
Re: [gentoo-user] Moving from old udev to eudev
On 02/08/13 03:19, William Kenworthy wrote: On 02/08/13 07:42, Samuli Suominen wrote: On 02/08/13 02:27, William Kenworthy wrote: On 02/08/13 00:28, Tanstaafl wrote: Hi all, Ok, rehashing this, but please don't turn it into another udev vs systemd thread. I have an older server that I have been putting off this update, debating on whether to update to the regular udev, or to eudev. I've googled until my fingers are blue, but cannot for the life of me find any explicit instructions for *how* to switch from udev to eudev. The eudev project page is sparse, to say the least. Anyone? Something like olympus ~ # cat /etc/portage/package.mask =sys-fs/udev-180 ... olympus ~ # olympus ~ # grep udev /etc/portage/package.keywords sys-fs/eudev ~amd64 =virtual/udev-206 ~amd64 olympus ~ # unmerge everything udev emerge eudev its been much less fuss and bother than trying to stick with the udev machinations - I have maybe 15 machines and vm's running eudev, no udev ... :) nope, you just believed all the FUD there has been out there. i've said it many times, and i'll say it again: the only real different is USE=rule-generator and that's it and sys-fs/eudev is constantly out of date and haven't developed any features of their own so why follow with unreliable fork, when there is the official package available with equal features? and I just searched gentoo's bugzilla for eudev and there is a single bug which is a stabilisation request. Looking at the eudev github page recent updates range from hours to days though some are months as one would expect. If its unreliable, where are the bugs? Try doing a search of gentoo's bugzilla for udev instead of eudev ... The bugs assigned to udev-bugs@ apply also to sys-fs/eudev in almost every case. And the sys-fs/eudev specific bugs are in the github page at 'Tickets', and some in bugzilla. And yes, there are attempt at keeping up-to-date but everytime I (or we) review how it was done, bits are missing from here and there. So still, eudev is the unnecessary experimental toy trying to catch up udev, and sys-fs/udev will be the default for long as sys-apps/openrc is the default.
Re: [gentoo-user] Moving from old udev to eudev
Samuli Suominen wrote: On 02/08/13 05:48, Dale wrote: Samuli Suominen wrote: Huh? USE=firmware-loader is optional and enabled by default in sys-fs/udev Futhermore predictable network interface names work as designed, not a single valid bug filed about them. Stop spreading FUD. Looking forward to lastrite sys-fs/eudev just like sys-apps/module-init-tools already was removed as unnecessary later on. So your real agenda is to kill eudev? Maybe it is you that is spreading FUD instead of others. Like others have said, udev was going to cause issues, eudev has yet to cause any. Yes, absolutely sys-fs/eudev should be punted from tree since it doesn't bring in anything useful, and it reintroduced old bugs from old version of udev, as well as adds confusing to users. And no, sys-fs/udev doesn't have issues, in fact, less than what sys-fs/eudev has. Like said earlier, the bugs assigned to udev-bugs@g.o apply also to sys-fs/eudev and they have even more in their github ticketing system. And sys-fs/udev maintainers have to constantly monitor sys-fs/eudev so it doesn't fall too much behind, which adds double work unnecessarily. They don't keep it up-to-date on their own without prodding. Really, this is how it has went right from the start and the double work and user confusion needs to stop. - Samuli So any bug that udev has eudev has too? Then with that logic, udev is just as unstable as eudev. You claim eudev has a bug that udev doesn't, let's see them. Based on your posts, there should be plenty of them. Funny I haven't ran into any of them yet tho. Here is the deal OK. Udev went in a direction I do NOT like. I CHOSE not to use it and plan to not use it. I PREFER eudev whether you like that decision or not. I also plan to use eudev as long as it serves my needs as I suspect others will as well. You can preach FUD all you want but it works here for me and as others have posted, it works fine for them. The OP asked for assistance in switching to eudev not for you to second guess their choice or to second guess anyone else who chooses to use it. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Moving from old udev to eudev
On 02/08/13 11:01, Samuli Suominen wrote: On 02/08/13 05:48, Dale wrote: Samuli Suominen wrote: Huh? USE=firmware-loader is optional and enabled by default in sys-fs/udev Futhermore predictable network interface names work as designed, not a single valid bug filed about them. Stop spreading FUD. Looking forward to lastrite sys-fs/eudev just like sys-apps/module-init-tools already was removed as unnecessary later on. So your real agenda is to kill eudev? Maybe it is you that is spreading FUD instead of others. Like others have said, udev was going to cause issues, eudev has yet to cause any. Yes, absolutely sys-fs/eudev should be punted from tree since it doesn't bring in anything useful, and it reintroduced old bugs from old version of udev, as well as adds confusing to users. And no, sys-fs/udev doesn't have issues, in fact, less than what sys-fs/eudev has. Like said earlier, the bugs assigned to udev-bugs@g.o apply also to sys-fs/eudev and they have even more in their github ticketing system. And sys-fs/udev maintainers have to constantly monitor sys-fs/eudev so it doesn't fall too much behind, which adds double work unnecessarily. They don't keep it up-to-date on their own without prodding. Really, this is how it has went right from the start and the double work and user confusion needs to stop. - Samuli From my point of view, its udev/systemd that should be punted - what about user choice? - Ive decided I no longer want to buy into the flaky, unusable systems gnome3 and udev/systemd integration caused me even though I didn't have systemd installed, so why should I be forced to? A group have come up with a way to keep my systems running properly without those packages and its working better than udev ever has for me ... BillK
Re: [gentoo-user] Moving from old udev to eudev
On Fri, Aug 2, 2013 at 6:14 AM, Dale rdalek1...@gmail.com wrote: Samuli Suominen wrote: On 02/08/13 05:48, Dale wrote: Samuli Suominen wrote: Huh? USE=firmware-loader is optional and enabled by default in sys-fs/udev Futhermore predictable network interface names work as designed, not a single valid bug filed about them. Stop spreading FUD. Looking forward to lastrite sys-fs/eudev just like sys-apps/module-init-tools already was removed as unnecessary later on. So your real agenda is to kill eudev? Maybe it is you that is spreading FUD instead of others. Like others have said, udev was going to cause issues, eudev has yet to cause any. Yes, absolutely sys-fs/eudev should be punted from tree since it doesn't bring in anything useful, and it reintroduced old bugs from old version of udev, as well as adds confusing to users. And no, sys-fs/udev doesn't have issues, in fact, less than what sys-fs/eudev has. Like said earlier, the bugs assigned to udev-bugs@g.o apply also to sys-fs/eudev and they have even more in their github ticketing system. And sys-fs/udev maintainers have to constantly monitor sys-fs/eudev so it doesn't fall too much behind, which adds double work unnecessarily. They don't keep it up-to-date on their own without prodding. Really, this is how it has went right from the start and the double work and user confusion needs to stop. - Samuli So any bug that udev has eudev has too? Then with that logic, udev is just as unstable as eudev. You claim eudev has a bug that udev doesn't, let's see them. Based on your posts, there should be plenty of them. Funny I haven't ran into any of them yet tho. Here is the deal OK. Udev went in a direction I do NOT like. I CHOSE not to use it and plan to not use it. I PREFER eudev whether you like that decision or not. I also plan to use eudev as long as it serves my needs as I suspect others will as well. You can preach FUD all you want but it works here for me and as others have posted, it works fine for them. The OP asked for assistance in switching to eudev not for you to second guess their choice or to second guess anyone else who chooses to use it. I join this statement! Thanks! Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Moving from old udev to eudev
On Fri, Aug 2, 2013 at 6:17 AM, William Kenworthy bi...@iinet.net.au wrote: On 02/08/13 11:01, Samuli Suominen wrote: On 02/08/13 05:48, Dale wrote: Samuli Suominen wrote: Huh? USE=firmware-loader is optional and enabled by default in sys-fs/udev Futhermore predictable network interface names work as designed, not a single valid bug filed about them. Stop spreading FUD. Looking forward to lastrite sys-fs/eudev just like sys-apps/module-init-tools already was removed as unnecessary later on. So your real agenda is to kill eudev? Maybe it is you that is spreading FUD instead of others. Like others have said, udev was going to cause issues, eudev has yet to cause any. Yes, absolutely sys-fs/eudev should be punted from tree since it doesn't bring in anything useful, and it reintroduced old bugs from old version of udev, as well as adds confusing to users. And no, sys-fs/udev doesn't have issues, in fact, less than what sys-fs/eudev has. Like said earlier, the bugs assigned to udev-bugs@g.o apply also to sys-fs/eudev and they have even more in their github ticketing system. And sys-fs/udev maintainers have to constantly monitor sys-fs/eudev so it doesn't fall too much behind, which adds double work unnecessarily. They don't keep it up-to-date on their own without prodding. Really, this is how it has went right from the start and the double work and user confusion needs to stop. - Samuli From my point of view, its udev/systemd that should be punted - what about user choice? - Ive decided I no longer want to buy into the flaky, unusable systems gnome3 and udev/systemd integration caused me even though I didn't have systemd installed, so why should I be forced to? A group have come up with a way to keep my systems running properly without those packages and its working better than udev ever has for me ... BillK I second this statement! The monolithic nature of the systemd maintainer is something that should be banned (dependency, which requires dependency recursively until you end up with no choice and medium quality components). There was no reason to merge the code base of udev to any other code base. There was no reason to kill backward compatibility. Well, you all know the reason of why eudev was established. I am very happy with eudev, had zero issues. Thanks! Alon Bar-Lev
Re: [gentoo-user] PMTUD
Thanks Mick. Can you generally rely on PMTUD to set the MTU optimally or should this be experimented with when changing connections? Short answer: default Linux machine settings behave properly as network devices and acknowledge packets larger than their MTU value with the appropriate response. Longer answer: Communications between IPv4 end points use PMTUD by setting a Don't Fragment (DF) bit in the headers of the outgoing packet. If a router/server along the path has a smaller MTU, it will drop that packet and respond with an ICMP 'Destination Unreachable -- Fragmentation Needed' packet including its smaller MTU value. Upon receiving this smaller packet value the initiating host will dynamically reduce the size of the outgoing packets, until the packet arrives at its intended destination. PMTUD should always be switched on in any well behaving network implementation, but here's the rub: some network nodes, firewalls, servers are configured to never respond with *any* ICMP packets (because they think that this is a way to avoid DDoS problems and the like). Therefore, the initiating host keeps sending large packets never knowing that they are dropped on the way. This network problem is known as a PMTUD black hole and is explained better here: http://tools.ietf.org/html/rfc2923 Some MSWindows servers were notoriously bad at this, but I think that modern configurations have corrected their buggy ways. Linux machines have PMTUD switched on by default and behave properly. Got it, thank you. If you are still troubled by the proxy connection stalling problem, have you tried transferring large files over the network using scp/sftp to see if you are also getting similar symptoms? This would isolate it to the application level (squid) or if the problem remains would point to network configuration issues. How can I make this determination? I'm testing a 50MB scp over hotel wifi from my laptop to the remote proxy server now (with squid running in case it matters) and it seems OK. It oscillates constantly between 0.0KB/s and 80.0KB/s. As soon as I start browsing via the proxy server, the upload frequently goes to stalled but I suppose that could be a bandwidth issue. Browsing still stalls before very long. - Grant
Re: [gentoo-user] separate / and /usr to require initramfs 2013-11-01
On Sun, Sep 29, 2013 at 02:45:05PM -0400, Tanstaafl wrote On 2013-09-29 2:25 PM, Dale rdalek1...@gmail.com wrote: Tanstaafl wrote: The way I see it, if you cannot provide a rational answer to that question, then there is no reason for you to use this as a reason to abandon gentoo, only a reason to merge /usr into /... Simple, I have never had to resize / or /boot before. I have had to resize /usr, /var and /home several times tho. THAT is the reason. Ok, but... everything I've read and personal experience over the years shows that space required for /usr should not change much, especially constantly grow over time (like requirements for /home can and will)- it may fluctuate (increase, decrease) *a little* over time, but it definitely should not grow substantially, so, if you had to resize it, most likely it is because you simply didn't allocate enough room to start with. For me, it doesn't matter if it is rational to YOU or not. Sorry, but rationality is not subjective. Just because something seems to be rational to you doesn't mean that it is. You have still not stated a logical, rational reason for wanting a separate /usr. Here's my version of LVM without the overhead of LVM to allow maximum flexibity, without the overhead of LVM. * /dev/sda is the entire 1 terabyte drive (extended partition) * /dev/sda5 is 200 *MEGA*bytes (YES! 200 * 10^6). It's the rootfs and physically contains / and /boot, etc, etc. It also has empty directories /home, /opt, /var, /usr, and /tmp * /dev/sda6 is swap, a few gigabytes * /dev/sda7 is the rest of the hard drive. It is mounted as /home. It contains directories bindmounts/opt bindmounts/var bindmounts/usr and bindmounts/tmp * Note the following excerpt from /etc/fstab /dev/sda5 / ext2 noatime,nodiratime,async 0 1 /dev/sda7 /home ext4 noatime,nodiratime,async 0 1 /home/bindmounts/opt/opt auto bind 0 0 /home/bindmounts/var/var auto bind 0 0 /home/bindmounts/usr/usr auto bind 0 0 /home/bindmounts/tmp/tmp auto bind 0 0 /dev/sda6 none swap sw The rootfs is currently 22% used, so no worries there. I originally adopted this setup years ago when I was bouncing around between distros. It allowed me to change to an entirely different distro without blowing away my user directory. Even today, it gives me maximum flexibility without the overhead of LVM. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] separate / and /usr to require initramfs 2013-11-01
On Sunday 29 September 2013 14:45:05 Tanstaafl wrote: On 2013-09-29 2:25 PM, Dale rdalek1...@gmail.com wrote: Tanstaafl wrote: The way I see it, if you cannot provide a rational answer to that question, then there is no reason for you to use this as a reason to abandon gentoo, only a reason to merge /usr into /... Simple, I have never had to resize / or /boot before. I have had to resize /usr, /var and /home several times tho. THAT is the reason. Ok, but... everything I've read and personal experience over the years shows that space required for /usr should not change much, especially constantly grow over time (like requirements for /home can and will)- it may fluctuate (increase, decrease) *a little* over time, but it definitely should not grow substantially, so, if you had to resize it, most likely it is because you simply didn't allocate enough room to start with. Then what would be a correct size for the / partition when putting /usr on there as well? I have had no issues with giving / 500MB, /boot another 500MB and have everything else with minimal values on LVM and extending partitions without rebooting the machine whenever necessary. If I am now forced to put /usr on /, detailed steps on how to migrate all my systems succesfully with minimal downtime would be appreciated. Along with a size-indication that will: 1) Always be sufficient 2) Not be a waste of valuable diskspace For me, it doesn't matter if it is rational to YOU or not. Sorry, but rationality is not subjective. Just because something seems to be rational to you doesn't mean that it is. You have still not stated a logical, rational reason for wanting a separate /usr. Dale has, and so have I, see above. I am the one doing things on my puter not you or anyone else. If the init thingy fails, that will be me staring at a error message, not you. I don't want one of those things either, but that isn't what I was questioning you about. Of course you can do whatever you want *and* are technically capable of on your own computer, but that doesn't automatically make those things logical or rational. I did see one good case for a separate /usr (someone who was using ancient PATA drives, and something about striping for performance), but that was obviously a corner case... Actually, it isn't a corner case. Striping increases performance, I use it as well. Why put all the software that I load when needed (and expect to be thrown out of memory when not used) on a single disk when you have the option to put all that on a RAID0 (striping) set? -- Joost
Re: [gentoo-user] do subslots improve user-experience?
On 11/2/2013 07:04, hasufell wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Another round of questioning the users here. These are good, thank you. Short answer here is no. more specifically: * how often do you experience useless rebuilds? At least one of my machines is constantly wanting to rebuild some package or another. Currently, one of my desktops wants to rebuild x11-misc/compton with every emerge. * do you really have a problem with running revdep-rebuild/haskell-updater/perl-cleaner etc after every emerge? No, because I typically understand when they're needed and can predict when I should use them, which really isn't all that often. * do you think it's worth the effort to add more stuff to the PM, so that you don't have to run revdep-rebuild that often? I think we should have stopped at @preserved-rebuild. It's a sort of middle ground between rebuilding things all the time and having a broken system. I like it because it allows me to leave some things in a semi-broken state until I have time and CPU cycles to dedicate to rebuild them (i.e. libreoffice, etc.). * do you trust the other methods like subslots or preserved-rebuild to work reliably? (as in: do you still use revdep-rebuild?) I've been using preserved-rebuild ever since it was backported to 2.1, and I don't think I've needed revdep-rebuild since then. I run it occasionally, but it's never found anything. If you want my opinion on subslots: # grep EMERGE_DEFAULT_OPTS /etc/portage/make.conf EMERGE_DEFAULT_OPTS=--ignore-built-slot-operator-deps=y I'm getting closer to this sentiment as well; I'm beginning to think they're more trouble than they're worth. I'm getting tired of seeing an emerge list of 10 or 15 rebuilds when I'm trying to install something brand new because some package in the tree I already have installed has changed. If I cared about that package and its dependencies, I would have asked for it to be rebuilt/upgraded/whatever, but I don't, I'm working on something else right now. -- ♫Dustin http://dustin.hatch.name/
[gentoo-user] Re: using eclipse with java
gottlieb at nyu.edu writes: I am a CS prof at NYU, which uses Java for CS 101. Haven't been part of a U, since I was asked to leave; all my students were making to much money consulting and did not want those tuition waivers or TA paychecks. Are things any better now ? wiki.eclipse.org but am not sure where to go to from here. Your not alone. Elipse is a constantly morphing ecosystem where billion dollar boys twist the future for their $elfish reason$. For example, TI installes Code Composer on top of eclipse for their internet of things embedded linux development ecosystem: Sitara. http://processors.wiki.ti.com/index.php/Installing_CCS_over_Eclipse The other semiconductors houses likewise. Many BSP (Board Support Packages) for newly offered embedded linux system, involve eclipse in some major or minor way. This approach better integrate support from the SemiConductor company's point of view for both winblowz and *nix platforms. Most of the embedded linux kernel vendors, such as MontaVista are similarly using Eclipse: http://www.mvista.com/development-tools.html If you guys are deep into hardware at NYU, I'd suggest getting friendly with one of the big semiconductor houses, via a local FAE or rep. firm and see what kind of goodies you can get. I use to get hundreds of thousands of dollars in toys from SemiConductor companies, while at a U. You just got to talk to them and find the embedded hotshots as they like hanging at the U, imho. Many are hard core coders and still unmarried so those dergraduate females are of keen value to a total solution community at the U, imho! I know, I married the worlds smartest female embedded coder, had 3 kids and retired as a single entrepreneur. Dam, I'm now missing that sort of (U)) fun. Also the FPGA companies are hugely into everything Eclipse, too. Windows environments are huge with Eclipse, as much of corporate America is still trying to make Java, the end to all means. So Eclipse becomes the bridge between the business college weenies and the engineering groups. Most business schools teach and use java; Java + Database is huge in the business world. Still, Elipse holds interests for me too: http://www.eclipse.org/proposals/technology.eclipsescada/ So my sugestions is to participate in the NYU Elipse Thinktank to see what exactly they are planning for Eclipse. It's a huge ecosystem (echo_system?) and everybody is lost, but prtenders abound ymmv. Gentoo has not always robustly embraced Java, as Python is the big daddy here, imho. So once you find out where NYU is headed for Eclipse you'll be just fine. Be careful, or you could easily be leading the charge: Java, Java, mocha Java hth, cheers! James
Re: [gentoo-user] Systemd upower
On 04/06/14 15:21, Tanstaafl wrote: On 6/3/2014 1:08 PM, Canek Peláez Valdés can...@gmail.com wrote: On Tue, Jun 3, 2014 at 11:48 AM, Tanstaafl tansta...@libertytrek.org wrote: On 6/3/2014 11:10 AM, Canek Peláez Valdés can...@gmail.com wrote: Maybe. The thing is, this is going to keep happening, as more and more infrastructure migrates towards systemd. Perhaps a news item everytime it happens is unrealistic? Weren't you the one saying that those of us who were voicing concerns that systemd proponents were ultimately wanting to FORCE systemd on everyone were just scare-mongering conspiracy theorists? Who is forcing anything? I was specifically referring to your comment that: The thing is, this is going to keep happening, as more and more infrastructure migrates towards systemd. That comment right there - specifically the word *infrastructure* - screams to me 'we intend to take over the world'. And yes, as devs get lazier (decide to rely on systemd rather than build it to work independently of the init system), this will in fact result in *users* (read: those lacking the skills to code every program out there to work without systemd) eventually being *forced* to switch to systemd. You can still install GNOME without systemd from Portage using the USE=openrc-force (which needs to be unmasked using /etc/portage/profile/use.mask line like -openrc-force) And nobody is ever forced to do anything within Open Source, you always have the option to contibute code, or donate money to get someone else contribute the code Calling volunteers who work without paycheck lazy is just bad behavior That is simply the reality. You can ignore it if you like, but it doesn't change it. Forced is forced. That's what you and many others don't seem to understand: systemd is a *BETTER* implementation for basically *ALL* the hodgepodge of solutions that we had before in our plumbing layer. Time will tell, and you may even be right. The problem is, average users really don't have a way to prove this to themselves, all we see is the wailing and gnashing of teeth as stuff constantly *breaks* that *never* broke before. Nothing has been broken so far yet. People are just facing hard realities and noticing some packages have been abandoned for years, even before systemd became popular as it is now. You can't blame systemd, upower, and other developers for ditching such outdated code and using what they like as they code it for their application. - Samuli
Re: [gentoo-user] python-updater constantly rebuilds one same package
On 14/08/2014 23:23, Mike Gilbert wrote: On Thu, Aug 14, 2014 at 2:26 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On 14/08/2014 18:09, Mike Gilbert wrote: On Thu, Aug 14, 2014 at 11:57 AM, Сергей protsero...@gmail.com wrote: I have looked at dev-libs/libgamin-0.1.10-r4 and dev-libs/libgamin-0.1.10-r5 ebuilds and compared them. dev-libs/libgamin-0.1.10-r5 has PYTHON_TARGETS=python2_7 (r4 had no PYTHON_TARGETS) and now python-updater doesn't rebuild libgamin. Seems like now everything is ok and it was only a portage bug. It is actually a bug with python-updater. However, we have no plans to fix it; instead, the problem will be resolved once all python-based ebuilds are migrated to python-r1.eclass and therefore utilize PYTHON_TARGETS. At that point, python-updater will become obsolete and you will no longer need to run it. Um, yeah. That's what they said about revdep-rebuild when @preserved-rebuild hit. And then again when sub-slots hit. But revdep-rebuild to this day still catches things both of those solutions missed. In Gentoo-land I have learned to be extremely wary of any statement like old xyz tool is no longer necessary :-) It seems like the 98%-2% rule is still very much in play I have not run revdep-rebuild in over a year. If you have seen that preserve-libs is missing things, that's a a bug. Slot-operators are going to take a LONG time to get implemented tree-wide, and I agree that it may never happen. Packages which utilize PYTHON_TARGETS do not get rebuilt by python-updater anyway -- it explicitly skips them. At this point, the majority of packages that people actually use have been converted. Many users may not even need to run python-updater if they don't have USE=python enabled globally. That's good to know - I wasn't aware that python-updater did that. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Booted Gentoo the first time on the Arietta.G25...but...
On 19/11/14 18:12, meino.cra...@gmx.de wrote: snip Hi Joost, I tried that for the Beaglebone Black I also use. It will not work constantly enough well to setup a complete system. There are two sources for trouble: The makefiles access meta-applications like moc fpr qt and either try to start a arm binary on my AMD64 PC or they use moc of the AMD64 arch. and produce some rubbish from the point of view of the ARM arch. (ok, moc is bad example, since it is platform idenpendant regarding ist outout I think, but...) Or: The software isn't written that clean and import low level headers (kernel...) of the AMD64 platform into the ARM compilation results. I also tried distcc and it does not work for me. May be its me or distcc. The results were...mixed... Since that I compile all the stuff (accept the kernel itsself because it is self contained) on the target itsself. With the beaglebone black this only a matter of waiting (not THAT long: 1GHz CPU single core with 512MB RAM and an mobile hd). With that tiny Arietta and await waiting for days until I have a system of my choice. But that is ok, since the main purpose of this tiny Linux thingy is only the steering of some electronics. Nothing fancy... So I need only a few addtional applications. But the beaglebone black is acapble enough to run SIMH emulating a PDP11 with an ancient UNIX (with an original login of Dennis Ritchie ;) at 100% original speed. Or an ATARi800 emulator (also at 100% original speed). Or other nice things... :) Best regards, Meino if you are having difficulty with [1] then you could always have an emulator running on real hardware, doing distcc. you can set distcc to do no compiling locally by excluding localhost. then you can have your multi cores running happily within a virtualbox doing nothing more than compiling for the limited arm device. on the virtualbox device, if you then ensure to have in /etc/portage/make.conf FEATURES=buildpkg then you get binary packages for free. this means that if something goes wrong with the the device or you want to do this again on another device you can use emerge -K (as long as you set the package location in advance of course) and the hours of compiling become copy, untar, install [1] http://wiki.gentoo.org/wiki/Distcc/Cross-Compiling
Re: [gentoo-user] Gentoo's future directtion ?
On 11/22/14 01:20, Rich Freeman wrote: On Fri, Nov 21, 2014 at 7:13 PM, wirel...@tampabay.rr.com wrote: On 11/21/14 17:10, Rich Freeman wrote: If you want to work on them, you might consider becoming a dev, or working on them in an overlay (which is a good way to become a dev, actually). Exactly, I agree. That is why the idea to have a small core of Gentoo elites (the chosen devs) and move everyone else into overlays, is a very bad idea. You seem to be under the impression that Gentoo devs work on things that the Gentoo leadership tells them to work on. That is hardly the case, many of our most important packages are also the least maintained, because devs work on what they work on, and not on the stuff the leadership considers important. If a Gentoo developer wanted to work on Java the leadership wouldn't interfere with that just as they didn't interfere with a couple of devs deciding to fork udev. Rich Not really. I think you misss my points and intentions exactly. Java is critical and growing. Folks are constantly knocking on the gentoo door with technologies, that are java centric. Here is the latest one, just posted to gentoo-dev: https://wiki.gentoo.org/wiki/Project:Android I tried to participate with the java herd/project. Few have the authority to close old java bugs. The few that do, are apathetic, absent or just do not 'give a shit'. I was told to go work on java bugs, maybe somebody will notice. Really. The first 100 or so I looked at, are deprecated. They just need somebody to 'remove them' the BGO java backlog is being artificially used to prevent java work on gentoo. Somebody of authority needs to open up java for other folks to work on. Close the 100 oldest bugs is a no brainer and a good start, yet nobody will do that, and nobody else is allowed to close them. *CONVENIENT* if you hate java and are in control. If this is not true, the the council should open up java bug cleaning. Worst case scenario, these hundreds of old bugs will have to be re-filed, with updated data from this decade. (actually a very excellent idea in and of itself). This policy, whether part of a grand conspiracy, or due to apathetic leadership, has the net effect to run off potential new devs to gentoo and who like java. PS. sorry about forking to new threads, my access is now nntp (earlybird) and it just down not follow the thread correctly. Rich, I actually appreciate you help. But somebody of authority is going to have to step into this java on gentoo mess and clean house, provide leadership and encourage (hell, just remove the roadblocks) from java on gentoo. OK? sincerely, James
Re: [gentoo-user] Re: Get off my lawn?
On Thu, Jan 22, 2015 at 1:16 PM, Rich Freeman ri...@gentoo.org wrote: On Thu, Jan 22, 2015 at 1:06 PM, Tom H tomh0...@gmail.com wrote: Samsung's starting to release Tizen-driven phones, TVs, white goods, etc. Tizen uses systemd and, given the size of Samsung, the number of systemd embedded devices is going to skyrocket in the next few years. Samsung wouldn't have chosen systemd for Tizen if it were too resource hungry for its use case. Embedded is a pretty broad term, and it impacts all aspects of a device's design. You can't really put a smartphone and a microwave in the same category. Phones actually have plenty of storage, RAM, and CPU by most embedded standards. The main issue is battery use, which is mostly about ensuring that your software isn't constantly waking up the CPU. If systemd is well-behaved in this regard I'd expect it to work on a phone just fine. The thing is that most devices that couldn't run systemd would probably be hard-pressed to run any kind of generic linux distro in any case. They might not even run linux, or if they did it might be a super-stripped-down build with an embedded initramfs containing nothing but a single executable built in C which runs as PID 1 (no need for even filesystem support, let alone stuff like /proc and so on). ACK to all the above! I'm genuinely curious as to how systemd and competing solutions are adopted in the embedded world, including phones but especially getting beyond this (huge) niche. Same here. I'd really like to see whether systemd'll be used beyond Tizen/Sailfish/UbuntuTouch. I'm also curious as to where ChromeOS ends up going. It is based on Gentoo, but runs Upstart (which isn't used by just about anybody else now, and which isn't even in Gentoo's portage). I'm also curious about the future ChromeOS init. Upstart is, sadly, walking dead (IIUC Ubuntu'll stop using it in 2019 once 14.04 is EOLd). It's going to be systemd or Android init, isn't it? AIUI Google wants to have Android and ChromeOS converge somewhat so it's more likely to be Android init. Speculation! :)
Re: [gentoo-user] I don't seem to have a system log. Help, please!
On Monday 09 Feb 2015 10:19:20 Alan McKinnon wrote: On 09/02/2015 11:48, Alan Mackenzie wrote: Hello, Gentoo! I've pretty much got my new system up and running. It took me less than a week (compared with the month it took me when I first installed Gentoo a few years ago). The most time consuming bit was getting my email server (qmail) going. I've still got to go through my old /var/lib/portage/world file, and see which packages I had I still want installed. However, I don't seem to have a system log. There is no file named /var/log/syslog, or anything like it. I've got syslog-ng installed, and rc-update show shows that it is in runlevel default. Indeed, there exists /var/run/syslog-ng.pid and /var/run/syslog-ng.ctl. But no /var/log/syslog, if that's what the logfile is indeed called. (The syslog-ng manpages don't make this clear.) Do I actually need to configure the name of a log file in /etc/conf.d/syslog-ng? The Gentoo installation guide didn't mention, or even hint at, such being necessary. Clearly, I'm missing something obvious here. What is it? Thanks in advance for the help. Gentoo defaults to calling it /var/log/messages (it's also constantly tailed on vt12, just in case you need to see what's going on it right now) I noticed the same on a recent installation. /var/log/syslog is not created by default any more, when installing syslog-ng. I haven't looked in the /etc/syslog-ng/syslog-ng.conf file of the new install to see what's different, but it used to be that something like this would do the trick: = destination d_syslog { file(/var/log/syslog); }; filter f_syslog { not facility(authpriv, mail); } log { source(src); filter(f_syslog); destination(d_syslog); }; = I am not sure if the format has changed since the last time I looked at it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] basic grub question
On Wed, 15 Jun 2016 09:41:07 -0400 cov...@ccs.covici.com wrote: > Neil Bothwick <n...@digimed.co.uk> wrote: > > > On Wed, 15 Jun 2016 08:42:45 -0400, cov...@ccs.covici.com wrote: > > > > > > > But the manual and the html pages constantly talk about the grub > > > > > command or rather the grub interactive command, and they usually > > > > > call it grub, maybe it has a different name. > > > > > > > > That's the GRUB interactive shell, that you get to from the boot menu > > > > (press c) or get dropped into it if there is no grub.cfg file. > > > > > > > > > > hmmm, I thought you could do it from the console as well, for certain > > > commands. > > > > The commands that show up in "qlist grub" can be run from a standard > > shell. The GRUB interactive shell is different, with its own set of > > commands. You really need to read the online manual or the info pages > > again. The man pages explain the individual commands, but only the full > > manual shows how it all fits together. > > > > Why are you looking to switch from Lilo to GRUB now? If Lilo works, stick > > with it. If it is because you have EFI hardware, I'd skip GRUB and go > > straight to Gummiboot or systemd-boot. > > Well, I am trying to use the nvidia driver which conflicts with uvesafb > frame buffer, so it seems. It used to work fine, but not it does not > work anymore and the only solutions I have found was a couple of grub > parameters which gives you a higher resolution and passes it on to > linux. It would not be as good as the uvesafb, but at least it would be > better than 80x25. I use the console a lot and only use gnome > sometimes, but I don't want to have to reboot into a different kernel > just to use gnome. You can pass any kernel parameters using lilo as well. Also it should be possible to use uvesafb and nvidia driver without kernel switch, at least this is possible with fbcon: as described in [1], it is possible to unbind framebuffer console and use text vga console, then you should be able to unload uvesafb module and load nvidia propietary blob. [1] https://www.kernel.org/doc/Documentation/fb/fbcon.txt Best regards, Andrew Savchenko pgpFvb0f1VF4r.pgp Description: PGP signature
Re: [gentoo-user] basic grub question
Andrew Savchenko <birc...@gentoo.org> wrote: > On Wed, 15 Jun 2016 09:41:07 -0400 cov...@ccs.covici.com wrote: > > Neil Bothwick <n...@digimed.co.uk> wrote: > > > > > On Wed, 15 Jun 2016 08:42:45 -0400, cov...@ccs.covici.com wrote: > > > > > > > > > But the manual and the html pages constantly talk about the grub > > > > > > command or rather the grub interactive command, and they usually > > > > > > call it grub, maybe it has a different name. > > > > > > > > > > That's the GRUB interactive shell, that you get to from the boot menu > > > > > (press c) or get dropped into it if there is no grub.cfg file. > > > > > > > > > > > > > hmmm, I thought you could do it from the console as well, for certain > > > > commands. > > > > > > The commands that show up in "qlist grub" can be run from a standard > > > shell. The GRUB interactive shell is different, with its own set of > > > commands. You really need to read the online manual or the info pages > > > again. The man pages explain the individual commands, but only the full > > > manual shows how it all fits together. > > > > > > Why are you looking to switch from Lilo to GRUB now? If Lilo works, stick > > > with it. If it is because you have EFI hardware, I'd skip GRUB and go > > > straight to Gummiboot or systemd-boot. > > > > Well, I am trying to use the nvidia driver which conflicts with uvesafb > > frame buffer, so it seems. It used to work fine, but not it does not > > work anymore and the only solutions I have found was a couple of grub > > parameters which gives you a higher resolution and passes it on to > > linux. It would not be as good as the uvesafb, but at least it would be > > better than 80x25. I use the console a lot and only use gnome > > sometimes, but I don't want to have to reboot into a different kernel > > just to use gnome. > > You can pass any kernel parameters using lilo as well. > > Also it should be possible to use uvesafb and nvidia driver without > kernel switch, at least this is possible with fbcon: as described > in [1], it is possible to unbind framebuffer console and use text > vga console, then you should be able to unload uvesafb module and > load nvidia propietary blob. > > [1] https://www.kernel.org/doc/Documentation/fb/fbcon.txt But, if I compile uvesafb as a module, as opposed to having it built into the kernel, I can never activate the frame buffer, I always get /dev/fb0 no such file or directory when trying to use fbset. If I could do that, and get the correct mode, that would also solve my problem. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] [OT?]: CH340 working/not working with ESP286 Node MCU
On 07/07/2016 10:22 PM, meino.cra...@gmx.de wrote: Hi, I have bought an ESP8266 Lua NodeMCU board, which has an FTDI-like chip on board to map USB to serial and vice versa. It is an CH340 one. There is an according module in the driver (compiled and - to get shure - loaded by hand). When I connect the ESP8266 board to my Gentoo PC nothing happens (dmesg shows nothing). When pressing RST on the board, I see this sometimes: [ 4340.105221] usb 7-4: new full-speed USB device number 9 using ohci-pci [ 4340.630234] usb 7-4: device not accepting address 9, error -62 (both lines are printed right after another - no delay...) or this: [ 4473.567739] usb 7-4: new full-speed USB device number 11 using ohci-pci [ 4473.712306] usb 7-4: New USB device found, idVendor=1a86, idProduct=7523 [ 4473.712316] usb 7-4: New USB device strings: Mfr=0, Product=2, SerialNumber=0 [ 4473.712321] usb 7-4: Product: USB2.0-Serial [ 4473.763259] usbcore: registered new interface driver ch341 [ 4473.763278] usbserial: USB Serial support registered for ch341-uart [ 4473.763295] ch341 7-4:1.0: ch341-uart converter detected [ 4473.786463] usb 7-4: ch341-uart converter now attached to ttyUSB1 [ 4473.888987] usb 7-4: USB disconnect, device number 11 [ 4473.889485] ch341-uart ttyUSB1: ch341-uart converter now disconnected from ttyUSB1 [ 4473.889511] ch341 7-4:1.0: device disconnected [ 4474.292773] usb 7-4: new full-speed USB device number 12 using ohci-pci there is no new device under /dev/. Do I miss something seriously important here related to using the CH340 driver...or is this board simply demaged ??? Thank you very much in advance for any help! Best regards, Meino If memory serves, udev/eudev generates the nodes/devices in /dev now. To get the correct hardware ID, it uses a specific database. The hardware ID's database may need to be updated ( or supplemented ). The package "sys-apps/pciutils" has the hardware database included in it. I have a 990FX chipset MB that is constantly ID as a 880 chipset board. No info on 990FX chipsets found in the hardware ID's database. The kernel keeps applying a 880 chipset workaround for the PCI bus, every boot. Same problem I think, different hardware.
[gentoo-user] Re: USB crucial file recovery
Am Mon, 29 Aug 2016 17:51:19 -0700 schrieb Grant <emailgr...@gmail.com>: > > # mount -o loop,ro -t ntfs usb.img /mnt/usbstick > > NTFS signature is missing. > > Failed to mount '/dev/loop0': Invalid argument > > The device '/dev/loop0' doesn't seem to have a valid NTFS. > > Maybe the wrong device is used? Or the whole disk instead of a > > partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around? > > > > How else can I get my file from the ddrescue image of the USB stick? > > > > - Grant > > > Ah, I got it, I just needed to specify the offset when mounting. > Thank you so much everyone. Many hours of work went into the file I > just recovered. > > So I'm done with NTFS forever. Will ext2 somehow allow me to use the > USB stick across Gentoo systems without permission/ownership problems? Long story short: Do not put important files on USB thumb drives. They are known to break unexpected and horribly. They even offer silent data corruption as a hidden feature if stored away for a few weeks or 1-2 years without ever connecting them. By the way: Many thumb drives are internally optimized to FAT and NTFS usage - putting anything else on them puts more stress on the internal flash transition layer, which is most of the time very simple (some drives only do wear leveling where the FAT tables usually are). So using NTFS was probably not your worst decision. Ext2 (or even worse ext3 due to its journal) may very well destroy your thumb drive faster. I was once able to destroy a cheap thumb drive within two weeks by putting something else on it than FAT32, and wrote some multiple 10 GBs to it constantly in small blocks. Now it has unusable blocks spread all over its storage space. I cannot format anything else to it than FAT32 now. I don't use it any longer. It no longer reliable stores files. Most thumb drives also need to refresh their cells internally, this is part of a maintenance process which runs while they are connected. So, you even cannot use them for archive storage. Thumb drives are for temporary storage only, to transport files. But never use them as a single copy of important data. -- Regards, Kai Replies to list-only preferred.
[gentoo-user] Recommend a good replacement for XFCE?
I've been running XFCE for many, many years, and I was perfectly happy with it until 4.11 came out. Support for multiple displays[1] was broken in xfdesktop by a commit made in 2013. It's been broken ever since, and there doesn't appear to be any intention of fixing it. About a year ago, when 4.12 went stable, I had to block it to avoid this bug. I've been running 4.10 ever since, but the ebuild for 4.10 just got pruned, so it's probably time to start thinking about switching to a different desktop. Would anybody care to make a recommendation? The requirements are: * simple and lightweight * support for multiple displays[1] * support for multiple virtual desktops on each display (I currently run 4 virtual desktops on each of 3 displays) * must have focus-follows mouse and must be able disable "raise-on-click" * some sort of easily modifiable root-window menu that I can use to start apps * some sort of task-bar (auto-hide required) * some sort toolbar OK (as long as it's auto-hide) * GTK-based strongly preferred -- I typically don't have Qt or any KDE stuff installed, and have some custom-written GTK apps on which I'm rather dependent. * I don't want a file manager, terminal emulator, or any other bundled apps, so it would be nice if they were all optional, separate ebuilds I don't want any storage auto-mounter, network manager, modem manager, or any of that sort of thing. Anything with "manager" in the name is probably right out. All I want is something to run urxvt terminals and xemacs windows -- with maybe an instance of firefox, chrome, or wireshark. I also occasionally run libreoffice or xfreerdp, but only under duress. I don't want any icons or folders or shortcuts or whatnot on the desktop. I don't even need the ability to use an image as my desktop "wallpaper": all I want is a user-configurable sold color. When I'm moving/resizing a window, all I want to see is a wireframe -- I don't need a window's contents being re-rendered constantly as I move or resize it. No fancy animation or translucency silliness. [1] I'm referring to separate X11 displays/desktops, not a single logical display spread across multiple physical monitors. -- Grant Edwards grant.b.edwardsYow! FROZEN ENTREES may at be flung by members of gmail.comopposing SWANSON SECTS ...
Re: [gentoo-user] Re: Portage vs Qt
On 17/12/2016 14:51, Mick wrote: > On Saturday 17 Dec 2016 12:27:18 Kai Krakow wrote: >> Am Wed, 14 Dec 2016 00:06:00 -0500 >> >> schrieb Philip Webb <purs...@ca.inter.net>: >>> I just updated Qt5 to 5.6.2 & ran into a familiar Portage problem. >>> >>> The emerge command responds with a list of "conflicts", >>> all involving 5.6.1 vs 5.6.2 versions of the c 15 pkgs. >>> The only way to get around this is to unmerge the existing pkgs via >>> '-C', then install the new versions. That works, but it's brute >>> force. >>> >>> Portage sb able to resolve this kind of conflict for itself. >>> If not, then at least it should advise users intelligently >>> to do what I've just described. It can happen with other sets of >>> pkgs. >>> >>> Yes, I did do 'backtrack==30'. >>> >>> Before I send in a bug, does anyone else have useful comments ? >> >> I constantly see the same conflict and haven't nailed it down exactly >> right now. It seems to happen when one package requires a binary >> compatibility to an older version of a depend but can also be built >> against the newer version. Usually, emerge should trigger a rebuild >> then. But this doesn't seem to work when both packages (the depend and >> the depender) are updated at the same time. Portage then pulls in the >> old and the new version of the same package at the same time, resulting >> in a conflict. >> >> Upgrading the depends with "-1a" first sometimes helps but usually I'll >> also resolv it by unmerging the conflicting package first. > > Or, I usually end up unmerging the older version and emerge then picks up the > latest stable version of the dependency. I'm not saying this is the correct > way to do it but either of these two methods get me out of the woods > eventually. > It is the "correct" way, but not because it has some stamp of approval :-) It's correct because it's the easiest way out of a tricky problem that is really hard to solve any other way. It's a lot like doors - removing them is not exactly what they were built for but if you need to get a 92cm couch through a 90cm door the only way to get that extra 2cm is to take the door off it's hinges :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] disaster recovery - planning
On Mon, Mar 20, 2017 at 7:15 PM, <the...@sys-concept.com> wrote: > 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) > Here is what I'm backing up to the cloud via duplicity (where storage is expensive so I have a more selective set of rules here): --include /boot --include /usercache --include /etc --include /data/www --include /data/home --include /root --include /var/lib/samba --include /var/spool/tftp --include /var/lib/cdcat --include /var/bind --include /usr/local --include /var/lib/portage/world --include /data/diskless/gentooinst64 --include /data/diskless/mythliv2 --include /var/lib/bitcoin/.bitcoin/wallet.dat --include /var/lib/quassel/ --include /var/lib/ --include /data/sstorage3/containers/mariadb/ --include /data/sstorage3/containers/vpn/ --include /data/sstorage3/containers/ddclient/ --include /data/sstorage3/containers/dns/ (I realize that a lot of this references mountpoints that are useless to you, but the end of the paths is probably good enough as a checklist. Yes, I realize a few of those are redundant, but I suspect they might get around exclusions.) My excludes for these more expensive backups contain things like: www cache directories for some apps Trash directories NNTP client caches Download directories ~/.cache mail client caches (I use IMAP) bitcoin blockchains mysql data directory (I separately run mysqldump and back that up) .snapshots on volumes that use zfs/btrfs /usr and /var/log on my containers Any random /tmp that would otherwise be caught In general I try to stick stuff I want to back up in /home, and stick stuff I don't want to backup elsewhere and just symlink it into /home where needed. The include/excludes just handle the random stuff where this policy isn't practical. Now, I also keep local backups of everything and the rules are much more inclusive there. I just exclude things like /sys, /proc, anything with a bind mount (so as to not save it twice), /usr/portage (changes constantly, trivial to restore), all those .snapshots directories, and the same sorts of things in chroots (but not containers). As far as the suggestion to use ansible/etc goes for things like /etc - I certainly agree it is a best practice. -- Rich
Re: [gentoo-user] what about dracut and systemd?
On Sun, Jul 30, 2017 at 10:53 AM, John Covici <cov...@ccs.covici.com> wrote: > > Thanks. clone-depth seems not to be available, so I amnot sure whats > best here. I thinkI like the history, so I will see how to do a git > clone. I do havethe type as git in the gentoo.conf, but I don't know > what happened to clone-depth -- its not in the portage man page. > Feel free to attach the file and we can take a quick look at it. I'm also not sure if it only applies on the initial sync. I think the option has been around for a while so I'm not sure why it isn't working if you really do have the type set to git. And you can always browse the history from the web viewers. The reason that we ended up removing Changelogs is that they end up adding a lot of bandwidth to the sync process (and of course they take up space), when you only rarely look at them. Even if you occassionally do look at one, in order for it to be there you have thousands of them constantly being synced. The other challenge was that with the way rsync worked it greatly increases the bandwidth transferred if new entries are added to the top (if they were added to the bottom rsync would only transmit the last block of the file). However, from a convenience standpoint it is usually nicer to have new entries at the top. The general sense is that Changelogs represent the old way of doing things. Most projects have gone away from having them, or they just auto-generate them from git. I don't think most projects routinely distribute them either - they just stick them on a webpage and only people who care about them look at them. The linux kernel only includes the changes in the last release in their change logs as well (which is nothing more than a dump of git log). Encouraging users to use git is also a relatively positive thing, because this is a tool with extremely widespread use. The exact same commands you use to find out what is going on in the Gentoo repo will serve you just as well when trying to figure out what is going on in some other project. It also makes it trivial to do historical checkouts - users sometimes are looking for old portage snapshots to try to deal with updating outdated systems, and with git this is pretty trivial to accomplish. -- Rich
Re: [gentoo-user] Skype
On 11/27/2017 11:10 AM, Jigme Datse Yli-RAsku wrote: > Is Skype "largely unusable" on Gentoo? It feels like about 3 days ago I > was forced to upgrade because "this version is no longer supported" and > to upgrade I had to keyword the latest version. If this keeps > happening, to me, this is broken. And I'm not sure if the problem is > that we are so far behind, that when Microsoft removes support we only > just barely meet the requirements, or if there is something I am missing. > > I *do* like to keep my computer updated, but unless I misunderstand (and > it seems that Gentoo has changed a lot since I started using it about > 15-20 years ago (I think)) stable is the recommended way to run the > system unless you want to go into "here be pesky programmes" territory. > When I started, even "stable" was a lot more work than previously used > distributions, but with Gentoo, I've always felt that with Gentoo, while > doing "basic stuff" can be more difficult, other distributions have > always been "if it doesn't work out of the box, it's probably not that > worth trying to figure it out." > > I still feel that getting things working in Gentoo is always "a bit of > work" and if it "doesn't just work" it often still can be done without a > whole lot more work. But having to upgrade in a "manual way" on > approximately a weekly basis just to have functionality tells me that > something is badly broken (and I don't feel it is Gentoo in this case, > but I need to have some better understanding). > > I know, that when I was trying to figure out just "what was supported" I > actually wasn't getting good information... > personal opinion/ It is the software author / maintainer being stupid. Two Possibilities : # 1 : They can't do it right the first time, so they get to constantly redo it. # 2 : Skype is a MS product. MS still ( on purpose ) breaks their software routinely so it will not work on other OS's. NOTE : Microsoft has a reputation for being a "feckless weasel" when it comes to what is supported and how it is supported. /personal opinion. Corbin
[gentoo-user] Re: A lawyer?!
Your initial argument, as I imagine you ment to communicate (a single negation, rather than the double negation you proffered) hits a snag: I am a licensed attorney. "You ain't no lawyer, buddy" Your double negatives speak the truth: I am a licensed attorney. "you're a clueless halfwit" I'm sure my intellect is half that of someone somewhere. "clueless" Incorrect, I have informed you of the law, and my analysis is correct. the likes of which I've seen innumerable times in my years with Linux Many lawyers perhaps begged the linux copyright holders to stop playing fast and loose with the law and their licensing regime. Their advice, of-course, was rejected, and their patches rejected by linus. One attempted patch (the GPLv3) very publicly so. I'd ask when you're planning on moving out of your mom's basement, but, really, we already know the answer to that: never. I notice that the nobles of europe, those that were not murdered, are still in the possession of their inherited lands, while you americans are poor as you constantly divide you wealth in your quest to be "real men". (You also murder anyone who likes cute young girls, in that same quest). I'd tall you to grow up, but that ship has clearly sailed. I'm quite tall already. Enjoy your wage slave life though :) While you were slaving away, being a MhrrAhhN I attended law school, graduated, acquired my license, studied more, programmed videogames, studied more, built 3d architecture, studied more, did RL architecture, studied more, etc. And had parties every other week with my friends. While you pursued the goals of a real man. On 2018-12-25 12:50, f...@fuckyou.net wrote: Hahahahahaha! You ain't no lawyer, buddy -- you're a clueless halfwit, the likes of which I've seen innumerable times in my years with Linux. The Libertarian/Men's Rights morons who circle jerk themselves to no end over on r/TheDonald. I'd ask when you're planning on moving out of your mom's basement, but, really, we already know the answer to that: never. I'd tall you to grow up, but that ship has clearly sailed.
Re: [gentoo-user] Creative Sound Blaster Z 5.1 (CA0132)
On Sun, 2020-03-29 at 17:36 +0200, tu...@posteo.de wrote: > hi, > > The onboard sound chip of my new motherboard is .. > > I am looking for a soundcard. I came accross the > > Creative Sound Blaster Z 5.1 > > the problem with the soundcard is: I can find a > CONFIG_SND_HDA_CODEC_CA0132 > setting in the kernel configuration file (not set yet of course) and > on the other hand I can find a lot of people complaining about not > getting this beast to work under Linux. The CA0132 is the sound chip > of that card. > And I dont know how well the support is, if it will work at all. > > If someone on this list ownes this card I would be very happy for > a short info about whether it works und Linux, whether there are > any restrictions and how well the support is. > > Thanks a lot in advance for any helpful advice! > :) > > Cheers! > Meino > Hello, First of all, I have a slightly different board, called ZxR. My experience is that it used to not work with linux at all. For the longest time. And then, simply over night, it started working. And working ok, by my standards. https://www.phoronix.com/scan.php?page=news_item=Sound-Blaster-ZxR-Linux Here's an article about it. Anyway, as a ZxR owner, I didn't find anything to complain about. It's what I came to expect from creative products. Like the live and audigy boards. Don't work, for the longest time, and boom, a day comes and they start working. A bit awkward at first, to adjust to the new controls. It happened with Live! and audigy too. Treble and bass. Now it's a x-bass control thing. 5 things with sliders to control, an equalizer control thing. It gives you a little more control. It's like, I never used to run alsa-mixer. Now I kinda have to because the sound ain't right. But it's not my sound board. With ac97 you never notice stuff like this, and even if you do, you can't change anything about. this movie is too bass-ey. or too treble-ey. Now you constantly start alsa-mixer to adjust the controls to sound just right. and you can. So overall I can confirm at least 2 theories. 1, it didn't work for the longest time (I seem to recall to buy it in 2016 and it was not new then). And it started working at the end of 2018. And it's working just fine now. Not one problem. Other than the OCD controls. always fiddling with them.
Re: [gentoo-user] How to compress lots of tarballs
On Sunday, 26 September 2021 13:25:24 BST Ramon Fischer wrote: > Addendum: > > To complete the list. Here the parallel implementation of "lzip": > > "plzip": https://www.nongnu.org/lzip/plzip.html > > -Ramon > > On 26/09/2021 14:23, Ramon Fischer wrote: > > In addition to this, you may want to use the parallel implementations > > of "gzip", "xz", "bzip2" or the new "zstd" (zstandard), which are > > "pigz"[1], "pixz"[2], "pbzip2"[3], or "zstmt" (within package > > "app-arch/zstd")[4] in order to increase performance: > > > >$ cd > >$ for tar_archive in *.tar; do pixz "${tar_archive}"; done > > > > -Ramon > > > > [1] > > * https://www.zlib.net/pigz/ > > > > [2] > > * https://github.com/vasi/pixz > > > > [3] > > * https://launchpad.net/pbzip2 > > * http://compression.ca/pbzip2/ > > > > [4] > > * https://facebook.github.io/zstd/ > > > > On 26/09/2021 13:36, Simon Thelen wrote: > >> [2021-09-26 11:57] Peter Humphrey > >> > >>> part text/plain 382 > >>> Hello list, > >> > >> Hi, > >> > >>> I have an external USB-3 drive with various system backups. There > >>> are 350 .tar > >>> files (not .tar.gz etc.), amounting to 2.5TB. I was sure I wouldn't > >>> need to > >>> compress them, so I didn't, but now I think I'm going to have to. Is > >>> there a > >>> reasonably efficient way to do this? I have 500GB spare space on > >>> /dev/sda, and > >>> the machine runs constantly. > >> > >> Pick your favorite of gzip, bzip2, xz or lzip (I recommend lzip) and > >> then: > >> mount USB-3 /mnt; cd /mnt; lzip * > >> > >> The archiver you chose will compress the file and add the appropriate > >> extension all on its own and tar will use that (and the file magic) to > >> find the appropriate decompresser when you want to extract files later > >> (you can use `tar tf' to test if you want). Thank you both. Now, as it's a single USB-3 drive, what advantage would a parallel implementation confer? I assume I'd be better compressing from external to SATA, then writing back, or is that wrong? Or, I could connect a second USB-3 drive to a different interface, then read from one and write to the other, with or without the SATA between. -- Regards, Peter.
RE: [gentoo-user] Iphone and transferring image files, pics and videos.
> CAUTION: This is an EXTERNAL email. Do not click links or open attachments > unless you recognize the sender and know the content is safe. > > Howdy all, > > My Sis-n-law has a Iphone. She takes TONS of pics and quite a lot of videos > with it. Since a lot of them are family photos, I'd like to download them to > my puter. I'd prefer to use Digikam since I can tell it to 'download new' > next time and not have to worry about duplicates or missing some. Thing is, > it can't access all the photo directories. I know there is about 4,000 files > all together. Digikam only shows less than 1,000. I managed to copy them > over using Dolphin but it took several tries and some disconnect and > reconnecting to do it. > > I did see a error in messages that mtp-probe?? was missing. I found it and > installed it. That error went away and it did improve things. > Maybe I'm missing something else but dmesg and messages isn't complaining. > > What do others do to accomplish this? Is it normal to have issues with this > or am I missing something? > > Dale > > :-) :-) > It's a bit more work than maybe you're looking for, but I set up a Nextcloud server and then all our phones have the Nextcloud app and are set to automatically upload new pictures whenever they have an appropriate connection. This does require maintaining a Nextcloud server or similar, but it also makes it so that you don't have to plug the phone into anything, or even remember to do it yourself. Furthermore, if you configure the Nextcloud app correctly, then when you run low on space, you can tell it to remove the local copies of the older pictures and it will keep only the thumbnails on the phone itself, but can seamlessly pull them back in should you want to look at them full-size. Plus it lets you synchronize notes for things like grocery lists at no extra charge. I know a few people who use iPhones with Linux. It can usually be made to work with some trouble, but Apple constantly tries to lock out third party access, so it requires regular updates and tweaking. LMP
Re: [gentoo-user] Iphone and transferring image files, pics and videos.
Laurence Perkins wrote: >> CAUTION: This is an EXTERNAL email. Do not click links or open attachments >> unless you recognize the sender and know the content is safe. >> >> Howdy all, >> >> My Sis-n-law has a Iphone. She takes TONS of pics and quite a lot of videos >> with it. Since a lot of them are family photos, I'd like to download them >> to my puter. I'd prefer to use Digikam since I can tell it to 'download >> new' next time and not have to worry about duplicates or missing some. >> Thing is, it can't access all the photo directories. I know there is about >> 4,000 files all together. Digikam only shows less than 1,000. I managed to >> copy them over using Dolphin but it took several tries and some disconnect >> and reconnecting to do it. >> >> I did see a error in messages that mtp-probe?? was missing. I found it and >> installed it. That error went away and it did improve things. >> Maybe I'm missing something else but dmesg and messages isn't complaining. >> >> What do others do to accomplish this? Is it normal to have issues with this >> or am I missing something? >> >> Dale >> >> :-) :-) >> > It's a bit more work than maybe you're looking for, but I set up a Nextcloud > server and then all our phones have the Nextcloud app and are set to > automatically upload new pictures whenever they have an appropriate > connection. > > This does require maintaining a Nextcloud server or similar, but it also > makes it so that you don't have to plug the phone into anything, or even > remember to do it yourself. > > Furthermore, if you configure the Nextcloud app correctly, then when you run > low on space, you can tell it to remove the local copies of the older > pictures and it will keep only the thumbnails on the phone itself, but can > seamlessly pull them back in should you want to look at them full-size. > > Plus it lets you synchronize notes for things like grocery lists at no extra > charge. > > I know a few people who use iPhones with Linux. It can usually be made to > work with some trouble, but Apple constantly tries to lock out third party > access, so it requires regular updates and tweaking. > > LMP So me having issues with it wasn't just me, it's just how it is. Great. Well, at least I know it isn't something I'm doing wrong. Guess I'll have to deal with it as is. I was hoping I could get it to work dependably with Digikam but maybe not. Thanks for the info. It helps clear up things. Just wish it worked as well as my Samsung. It works like a regular camera with no issues at all. :-) Dale :-) :-)
RE: [gentoo-user] Synchronous writes over the network.
>> -Original Message- >> From: Rich Freeman >> Sent: Thursday, December 23, 2021 9:50 AM >> To: gentoo-user@lists.gentoo.org >> Subject: Re: [gentoo-user] Synchronous writes over the network. >> >> On Thu, Dec 23, 2021 at 12:39 PM Mark Knecht wrote: >> > >> > I'll respond to Rich's points in a bit but on this point I think >> > you're both right - new SSDs are very very reliable and I'm not overly >> > worried, but it seems a given that forcing more and more writes to an >> > SSD has to up the probability of a failure at some point. Zero writes >> > is almost no chance of failure, trillions of writes eventually wears >> > something out. >> > >> >> Every SSD has a rating for total writes. This varies and the ones that cost >> more will get more writes (often significantly more), and wear pattern >> matters a great deal. Chia fortunately seems to have died off pretty >> quickly but there is still a ton of data from those who were speculating on >> it, and they were buying high end SSDs and treating them as expendable >> resources - and plotting Chia is actually a fairly ideal use case as you >> write a few hundred GB and then you trim it all when you're done, so the >> entirety of the drive is getting turned over regularly. People plotting >> Chia were literally going through cases of high-end SSDs due to write wear, >> running them until failure in a matter of weeks. >> >> Obviously if you just write something and read it back constantly then wear >> isn't an issue. >> >> Just googled the Samsung Evo 870 and they're rated to 600x their capacity in >> writes, for example. If you write 600TB to the 1TB version of the drive, >> then it is likely to fail on you not too long after. >> >> Sure, it is a lot better than it used to be, and for typical use cases I >> agree that they last longer than spinning disks. However, a ZIL is not a >> "typical use case" as such things are measured. >> >> -- >> Rich >> >> This is also why the video surveillance industry still uses spinning rust for anything beyond a very minimal capacity. Rotating drives wear out primarily based on time run as long as you're not thrashing the heads all the time by running Windows (Windows 10 seems to have given up even trying to optimize read and write on non-SSD media.) SSD wears out primarily based on write throughput, and anything with a large turnover can easily wear one out in a matter of months. LMP
Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.
threads very rarely makes sense for anything, btw. On Thu, 17 Feb 2022 at 21:41, Miles Malone wrote: > > Now for your own sanity you might consider stopping adding things > globally constantly, and using app-portage/flaggie to sanely manage > them per-package... Cause there's far more use flags that make sense > per-package than make sense globally. I used to manage them all > largely globally like ten years ago, but it's utterly unrealistic to > do that today. > > On Thu, 17 Feb 2022 at 21:34, Dale wrote: > > > > Neil Bothwick wrote: > > > On Thu, 17 Feb 2022 01:42:39 -0600, Dale wrote: > > > > > >> P. S. Is there a tool to make the USE line in make.conf in alphabetical > > >> order or something? When I add things, I try to put them in order so it > > >> is easier to find them. For some reason, they are out of order, a lot. > > >> Something at some point messed up my organizing, badly. > > > emerge --info shows the flags in alphabetical order, whatever their order > > > in make.conf. It lso shows all flags, including those set b the profile, > > > so you can see exactly what portage is using. > > > > > > > > > -- Neil Bothwick Deja Foobar: A feeling of having made the same > > > mistake before. > > > > > > Now that is cheating big time. Why didn't I think of that? Now they > > back in order. I been cleaning up my USE line in make.conf. I think > > some flags I added ages ago were only used by a few packages but are in > > wide use now, and I don't always need them. So, I edit, run emerge > > -auDN world to see what blows up. Edit again, run emerge and repeat. I > > think I'm on about the 10th repeat now. Slowly cleaning things up. > > > > I love the sig on this one. How is it that thing knows which to pick? > > ROFL > > > > Thanks for the cheat, I mean tip. Hit the nail on the head. > > > > Dale > > > > :-) :-) > >
Re: [gentoo-user] How to degrade Gentoo system with webrsync method?
Hi, to the downgrade thing it can be partly done using the squashfs portage snapshots laying on every portage mirror. There is a long history list there. https://gentoo.osuosl.org/snapshots/squashfs/ So you can migrate your portage tree from plain files to the squashfs. But actually the real issue here is that you are modifying your live system with potentially broken things and than stay in a non working state. For stable binary distribution there is a very high probability that upgrade will pass correctly. But on gentoo the probability is much less. So it needs to be counted with. The easiest thing is to let the portage create binary packages from the ones that are unmerged and keep old portage squashfs at hand. This is still live system and I would not do that. Instead just use any filesystem for the root that allows you creating boot environments (zfs, btrfs, lvm). I have only experience with zfs, so creating boot environments is very easy and an atomic operation, where the upgrade only happen in a new BE until it is ready to go. Having BE setup correctly and squashfs images in it, provides you a consistent working environment all the time. And if something does not work as expected, you may return to the previous BE (if you didnt remove it). Robert. On 1/9/22 12:47, gevisz wrote: I constantly have problems with updating/recompiling tensorflow. Sometimes, it compiles ok but most of the time it is not. The last time when it failed to recompile was on 30-12-2021. I reported this in the thread "tensorflow-2.5.0-r1 compilation failed" So, I decided to degrade my Gentoo system to the state in which it was on 12-12-2021, when my tensorflow was still ok, and froze it forever. The problem is that I do not know how to sync my Gentoo repository to the state it was on 12-12-2021. I use webrsync sync method via "maint -A sync" and would prefer to use the same sync method for degrading my Gentoo system. Can anybody, please, tell me how to do it using this sync method?
Re: [gentoo-user] Backup program that compresses data but only changes new files.
On Mon, Aug 15, 2022 at 3:20 PM J. Roeleveld wrote: > > Actually, you can with the "-p / --pause" option. > Also, as per the man-page, if you forget this, the process will simply inform > you the target location is full and you can move slices away to a different > location: > " > If the destination filesystem is too small to contain all the slices of the > backup, the -p option (pausing before starting new slices) might be of > interest. Else, in the case the filesystem is full, dar will suspend the > operation, asking for the user to make free space, then continue its > operation. To make free space, the only thing you cannot do is to touch the > slice being written. > " > > The pause-option will actually stop between slices and you can umount the > target location and mount a different disk there. > > This option has been around for a while. Hmm, sounds kind of non-ideal. It sounds like you can either have it pause when full, or pause between slices. Neither is great. If it pauses when full, and you can't touch the slice being written, then you can't unmount the drive it is being written to. So you end up having to write to a scratch area and keep moving slices off of that onto another drive. At best that is extra IO which slows things down, and of course you need scratch space. If you pause between slices, then you have to have drives of equal size to store to, otherwise you'll have to swap drives that aren't completely full. Ideally you'd want to write until the drive is almost full, then finish a slice and pause. However, it at least seems workable if slow. Just have scratch space for a bunch of slices, let it pause when full, then move slices off as they are done, and accept that your backups will run at maybe 25% of the speed of the scratch drive since it will be constantly seeking between writing new slices and reading old ones. Or if you have enough RAM you could use a tmpfs for that but that seems really cumbersome unless you use very small slices and have the shuffling scripted. -- Rich
Re: [gentoo-user] Re: Upgrading from 5.14 to 6.0 version
On Sat, Nov 12, 2022 at 2:13 PM Wol wrote: > > The idea behind stable kernels is great. The implementation leaves a lot > to be desired and, as always, the reason is not enough manpower. > Two things: first, LTS kernels aren't the same as stable kernels. Dale has been running stable kernels, and gentoo-sources kernels are all stable kernels. Second, I've been running LTS kernels for years without issue. I got into them due to running zfs/btrfs/nvidia. ZFS and nvidia are out of tree modules, and they tend to lag in support for the latest stable branches, so it is a constant battle if you want to run stable. If you run LTS they just work. When I was running btrfs I wanted to stick to LTS mainly because btrfs was constantly breaking things in new releases, which like every other subsystem are introduced in new branches. That was a while ago and maybe btrfs is more stable today. If you run anything out of tree though LTS is a much easier target. Aside from that, new kernel options are almost never added within LTS branch releases, so I just run make oldconfig and I'm done. You do get the rare change, and it is very easy to manage those. The downside is if you want some new kernel feature you won't get it, and you might need to update for support for new chipsets/CPUs if you're upgrading. That isn't a big deal to manage as I don't do it often. I can't remember the last time an LTS kernel blew up on me, but I never rush out to update a kernel the day it is released. Occassionally I do see a regression fixed and it tends to happen fairly quickly. All that said, it would be nice if the kernel had more of a QA process. I think the kernel has basically deferred all of that to distros, which means by running an upstream kernel I get none of it. The upstream kernel config defaults are also less than ideal, which is something distros also manage. -- Rich
Re: [gentoo-user] Don't be like stupid me!
On 10/2/24 23:56, Alan Mackenzie wrote: Hello, gentoo. I was wanting to do a pretty full build of my Emacs working repository. This involved first purging al *.elc files. The way to do this is $ find . -name '*.elc' | xargs rm . But for some reason, I typed $ find . '*.elc' | xargs rm . I even carefully checked it before pressing RET. However, press it I did, instantly deleting all files in my working directory. OUTCH! So, I fell back on my backup from last Sunday. After about 1½ hours trial and error, I had my source files as of last Sunday back again, though git could have been more helpful than it actually is. Thankfully, I had Emacs open, with all the files modified since Sunday in buffers. So, I laboriously worked through Emacs's buffer list, saving those ones I'd since changed. I lost all my timestamps on the files, and lost all my Emacs backup files (things ending in ~ which Emacs constantly makes). But my software builds and runs. It could have been a lot worse. Boys and girls, don't use $ find | xargs rm unless you really know what you're doing. And even then, it's probably better not to. ;-( It occurred to me fairly quickly after that press of RET that I could have done well with a COW snapshot facility, something which has been discussed at length on another recent thread. I even have LVM on my machine for its RAID capabilities. But I've never bothered before. I mean "I'm too careful", amn't I? ;-( At least I do a weekly backup, though. So, in the end I managed to recover fairly well, thankfully. No, you don't need a snapshot system - you need a proper backup system that stores the proper metadata. When I was experimenting with snapshots (btrfs and moosefs) at different times I lost everything a few times with filesystem corruption which meant I lost the snapshots too. Snapshots are NOT safe backups - treat them as a convenient copy ... BillK
Re: [gentoo-user] [OT] Anyone running mutt outboung smtp on port 587?
On Tue, Jan 09, 2024 at 02:54:06PM -0500, Philip Webb wrote > > IIRC we both live in/near Toronto, so no doubt Big Bad Bell is > responsible. I'm currently on EBOX cable. Bell bought them https://www.newswire.ca/news-releases/bell-acquires-longueuil-based-internet-provider-ebox-819104090.html but EBOX still operates as a separate brand. After the purchase Bell is now a TPIA customer of Rogers (giggle) for EBOX cable customers. Bell obviously doesn't like this and wants to route my traffic over their own fibre so they don't have to pay Rogers. > My notes tell me (set up Mutt in new machine ANB6) : > > /etc/group : add '' to 'ssmtp' Wierd; I've been running for years without that. mutt passes email to ssmtp which passes it on to the EBOX smtp server. > and (authenticate for mail access) : > > Send mail via Wifi : new procedure, as prev'ly no security needed ; >now CIN has to be told who it's dealing w. I think something similar is happening to me. Because their networks are probably still separate, the EBOX smtp server sees Bell fibre traffic as coming from "an external network", requiring authentication. > 'set ssl_starttls=yes > set ssl_force_tls=yes > set smtp_url="smtp://@smtp.ca.inter.net:25" > set smtp_pass=""' > > I don't know anything re Port 587 : how do I find out my port number ? Thanks for the settings. From my Google searches, the ":25" in "smtp_url" indicates port 25. User posts on the EBOX DSLReports forum all seem to talk about port 587 for fibre customers. Wikipedia https://en.wikipedia.org/wiki/SMTP_Authentication says "generally on port 587", so apparently it can work on other ports. In your case, "if it ain't broke, don't fix it". > BTW I do recommend ca.inter.net (their name) for I/net + e-mail : > I've used them happily for 15 years ; they are in Waterloo, Ont. As an incentive to go fibre, EBOX/Bell is offering me somewhat faster fibre service for the same price I'm paying now. My invoice for Dec 2023 is the same price as for Nov 2020, unlike Bell who constantly raise prices. I'd like to hang around if EBOX keeps their rates static. I checked the ca.inter.net website. There are asterisks beside the monthly price... which goes up $10 after the first 12 months. -- Roses are red Roses are blue Depending on their velocity Relative to you
Re: [gentoo-user] How many GB for / partition?
. *LOL* _You_ should not talk about maths :) you obviously don't understand simple statistics. Seems like. But maybe it's just, that I've got problems following your nonsense, hm? Sad. Thanks. I feel fine, though. Again: if every harddrive has a chance to die in 1:100 000 hours, every disk you add increases the chance that ONE of them dies. True. So? You're the one with too small harddrives. If you need more space, you'll either have to buy a bigger one or additional drives. If I'm bad in statistics, than you're very week in the area of logics. I haven't seen any good reason for a bazillion small partitions, That's of course not what I wrote. BTW: What's a bazillion? More than you can count? More than 5? :) And *YOU* are talking about maths? a bazillion is just more than needed. And more than needed on a single home computer is anything above 4 for the system That's of course not true. Its good practice to put the major directories on seperate filesystems, even if you're too dumb to understand that, as you keep on demonstrating. yes, really, remount this, remount that, check that there is enough space in /var, check that there is enough space in /usr, check this, check that = not much work, if any additional work at all more work. Not really. Again, you're completely exaggerating - as usual. and have to be monitored constantly (f* /var is full, f* /tmp is full f* I have to remount /usr). What are you talking about? constantly? almost everyday, True. A df is really hard. Yes, sure. And almost everyday sounds VERY MUCH differently than constantly. The latter implies, that something is done very often. As you just said now, you're rather thinking about doing something rather seldom. Like almost everyday, so maybe even just every other day. Make up your mind please. Well, you know, if df is too hard for you - sorry, pal, tough luck. But you just cannot expect to be taken seriously. you forgot 'cp', 'mv' and, in the worst case 'tar everything up and change partition layout, because /usr became to small' What do you mean? Why cp, mv and tar? You are the one, who does not understand simple math, Like 15% 15%? That kind of math? If so, then yes, you're right, I don't understand your kind of simple math. And as I said, I know what I am talking about. You most certainly don't. I did the 'put everything on a dedicated partition', I even put them on different disks (/usr on one, /usr/lib on another for speeding up starting processes), and it hurts more than it gives you in the long run. Of course not. It eases system administration very much, if not completely overdone. /usr /usr/lib would be a case, where I'd say that this is overdone. Just another case of your exaggerations. Alexander Skwar -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Home page slowness
On Saturday 10 May 2008, [EMAIL PROTECTED] wrote: Hi, We plan to eval Gentoo. We await 2008 final. The comment is, Gentoo home page gives no clue about status. Convincing people that Gentoo is alive becomes tricky because the final is months late and little motion on the home page. That's about all most people inspect. I think you misunderstand how Gentoo works. First of all, there's no such thing as the latest Gentoo version. What you do have is the current state of the portage tree and that is constantly changing. All that 2008 is, is a workable snapshot of a basic system that you use to install Gentoo. The next thing you do is update the tree to the latest state, and update the system by recompiling everything that has changed since your CD image was built. There's only one reason to wait for the 2008 CD, and that is if you have hardware that cannot boot from existing installers due to driver issues. So this is a bootstrap problem, not a latest version problem. For example, this very notebook I'm using now is 7 months old, and I used a 2005 installer CD to install - it just happened to be the only one I conveniently had handy at the time. Gentoo is not Ubuntu, don't try to think of it in Ubuntu terms. Don't claim that this confuses new users, because those new users are mistaken. Shoehorning Gentoo into something where the latest installer is of vital importance is never going to work and all attempts to do so will fail, in much the same way that awaiting linux kernel 2.6 SP9 is also never going to work out So bottom line, impressions of Gentoo are going south even before we test. That's a false assumption. You or your users are looking at a blue sky and asking why it isn't green with pink dots because those colours are nice. Doesn't work that way. Some sort of progress bar or chart showing bugs squashed and new reported, maybe?? At least some kind of ticker showing expected final release date? Counting lines of code or something? Personally I don't care when final ships - just knowing present expectations or status with an easy home page glance is all I ask. OK, so this is what you'd like. Unfortunately you can't get it. What could be done though is a nice big clear link to an article that explains how Gentoo works and why OS versioning is not relevant. Perhaps a chart laying out the latest stale and unstable versions of major packages, categorized by arch would suit your needs. Distrowatch's list of packages provided would be a good place to start. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Home page slowness
Alan McKinnon schrieb: On Saturday 10 May 2008, [EMAIL PROTECTED] wrote: Hi, We plan to eval Gentoo. We await 2008 final. The comment is, Gentoo home page gives no clue about status. Convincing people that Gentoo is alive becomes tricky because the final is months late and little motion on the home page. That's about all most people inspect. I think you misunderstand how Gentoo works. First of all, there's no such thing as the latest Gentoo version. What you do have is the current state of the portage tree and that is constantly changing. All that 2008 is, is a workable snapshot of a basic system that you use to install Gentoo. The next thing you do is update the tree to the latest state, and update the system by recompiling everything that has changed since your CD image was built. There's only one reason to wait for the 2008 CD, and that is if you have hardware that cannot boot from existing installers due to driver issues. So this is a bootstrap problem, not a latest version problem. For example, this very notebook I'm using now is 7 months old, and I used a 2005 installer CD to install - it just happened to be the only one I conveniently had handy at the time. Gentoo is not Ubuntu, don't try to think of it in Ubuntu terms. Don't claim that this confuses new users, because those new users are mistaken. Shoehorning Gentoo into something where the latest installer is of vital importance is never going to work and all attempts to do so will fail, in much the same way that awaiting linux kernel 2.6 SP9 is also never going to work out So bottom line, impressions of Gentoo are going south even before we test. That's a false assumption. You or your users are looking at a blue sky and asking why it isn't green with pink dots because those colours are nice. Doesn't work that way. Some sort of progress bar or chart showing bugs squashed and new reported, maybe?? At least some kind of ticker showing expected final release date? Counting lines of code or something? Personally I don't care when final ships - just knowing present expectations or status with an easy home page glance is all I ask. OK, so this is what you'd like. Unfortunately you can't get it. What could be done though is a nice big clear link to an article that explains how Gentoo works and why OS versioning is not relevant. Perhaps a chart laying out the latest stale and unstable versions of major packages, categorized by arch would suit your needs. Distrowatch's list of packages provided would be a good place to start. That was what I meant to say! Thanks for this more epic explanation! signature.asc Description: OpenPGP digital signature
RE: [gentoo-user] Nvidia users: please sign petition for open/free drivers
-Original Message- From: Hemmann, Volker Armin [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 02, 2008 9:59 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers On Mittwoch, 2. Januar 2008, Jesús Guerrero wrote: On Tue, 1 Jan 2008 19:51:36 +0100 Hemmann, Volker Armin [EMAIL PROTECTED] wrote: On Montag, 31. Dezember 2007, Enrico Weigelt wrote: Hi folks, I'd just want to let you know there's an petition to NV on opening their driver code (or at least specs) to the free world: * http://www.petitiononline.com/nvfoss/ no, 'online petitions' are a worthless waste of time. They are like a fart in the wind - just worse. They are like farting and then tell everybody that you have farted. You are just angry that your beloved, but maybe crappy hardware does not work with a driver that is pretty old by now. Not true. It is true that a petition by itself will not do anything, but it serves another purposes. Any joining effort demonstrates that people actually care about a problem. And, by the way, if you fart, the less you can do is to be honest, and not blame anyone else while you are the only guilty. believe me, all the guys constantly whining around on nvnews have shown nvidia already that there are people who care about this. This is not about old or new hardware, this is about getting a free driver, and that, as linux users, is something that would benefit everyone in this list. You don't seem to understand what this is about at all. it is not about a free driver, it is about a stupid petition. If you want free drivers, support nouveau or write a polite letter to nvidia. Please sign the petition and spread around this link. Please don't spam. We could argue if this topic is valid for the list or not, that is debatable, but everything you wrote above this last sentence is pure spam. Far more spammy than the post of the original poster. And, in turn, you generated a need for additional responses, like the one from Neil Walker and this one that I am writing right now. this topic and the 'support nouveau' has shown up on this list in the past AND every linux site out there SEVERAL times. So yes, it is spam. And asking people to spam other lists, makes it worse. Thing that could have been avoided if you just posted something in the lines of Isn't this offtopic?, and nothing more. Maybe you should have taken your own medicine? Not reacting at all to reduce noise? No? -- [EMAIL PROTECTED] mailing list Keeping in mind that this petition probably might not work, I think it's a good idea to let Nvidia know how many people are interested in having free drivers. This might lead them to release information on how to write drivers for their hardware. I'm sick of sending polite letters to Nvidia. They are not going to give much thought to individuals sending polite letters. Not many people like to duke it out with corporations on their own -- It is better to do it as a group. Maybe all the spam they receive will get them to change their minds about freeing their software or at least specific information of how to write the free drivers. It is they after all that probably have to spend less money on coders if the software goes free. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Daniel Robbins' come back ?
Well, it's like if I am opening my eyes. I never looked at what the foundation was supposed to do. For a couple of years I've been using gentoo, I never get any political announcement, maybe because I didn't look at the right place, or maybe there was no. I mean that except the Gentoo's Philosophy and the Gentoo's Social Contract, I didn't see politic, for my eyes were probably closed. It doesn't mean I didn't enjoyed gentoo, its power, its flexibility, its community. But I certainly missed something. There are so many ways to communicate (lists, IRC, boards, wikis, project pages, etc.) that I must admit I'm sometime lost. Today, I learn we're in trouble. Good. What trouble ? What's happening ? Why through the words of Daniel Robbins, I feel some fear ? I feel he foresees a dead end and offers an opportunity to change before it is too late. Once more, to quote Matrix, the problem is choice. In Free Software, there are often choices where the community can get involved in and it makes our strength. The problem is, and is not, legal papers. Because, IMO, legal papers are the visible part of an Iceberg. Could someone tell me what *really* is the crisis ? If people did not do what they were supposed to do : what should they have done ? Thanks. Alan McKinnon a écrit : On Saturday 12 January 2008, [EMAIL PROTECTED] wrote: Daniel Robbins offers to take back Gentoo leadership. What about it ? Read http://blog.funtoo.org/2008/01/here-my-offer.html I've kept very quiet about Gentoo politics for a long time, but Daniel's blog has promoted me to finally open my mouth and express my views. Daniel is in a tricky position - he is the legal President of the Foundation but also has no role in the project in real life. There is no evidence whatsoever that the Trustees as a group have ever done a single thing for Gentoo in three years. The fundamental responsibility of Trustees is to ensure that legal paperwork is properly filed, they did not even do this. Grant Goodyear is getting some things done but he's doing it as one person. Chris is in a similar position. But the Trustees, as a body with specific duties, simply does not exist in any reasonable definition of Trustees. I used to read -dev and various council mailing lists a long time ago as I wanted to keep up to date with these things as a user. I unsubscribed because I couldn't stand the constant bickering going on there. OSS projects always have their laundry out in the public eye and some conflict is always present but Gentoo management manages to take this to a whole new level - from on outsider's point of view, the bickering is done for the sake of bickering, and it does not result in decisions being made or solutions found. Ciaran Mcreesh - I am very specifically looking at you here. The council - I'm not up to date on that aspect so can't comment. When I read about current Gentoo politics I can't help but constantly think of just one word: Stampede. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Constant Load 1.00+ on new Toshiba laptop
Beau Henderson wrote: On Thu, Feb 19, 2009 at 10:04 AM, Beau Henderson b...@thehenderson.com mailto:b...@thehenderson.com wrote: On Thu, Feb 19, 2009 at 9:53 AM, Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com wrote: On Thursday 19 February 2009 01:38:39 Beau Henderson wrote: I've tried manually altering the governor to performance but its the same story. The system doesn't appear sluggish, I'm really more concerned that something is causing the load and this might lead to shorter battery life and and more heat. Right in the beginning you said the load was *exactly* 1.00. Now, load is defined as the _number_ of processes on average waiting for the cpu in the last 1, 5, 15 minutes So it does not mean that the cpu is necessarily working hard (but usually does) if the load is high. Yours is _exactly_ 1.00 (very suspicious) This is almost certainly one of two things: 1. A stupid kernel config that you should not have done :-) 2. Some app is blocking hard on IO I guess #2 - something waits for IO, it is not available, so immediately goes back to sleep waiting for it's next time slice. This happens many times a second and averaged over a minute looks like the cpu is constantly busy. Thus, no real extra cpu load is happening, the machine does not appear at all sluggish and the only harm is that it is annoying as hell. -- alan dot mckinnon at gmail dot com Woah, now were getting somewhere. After reading that, I had another look at the top output and noticed that a single hald process was in D state. /etc/init.d/hald stop and the load is lowering as I type. I'm going to have to dig into this deeper as time permits. Thanks everyone :) -- Beau Dylan Henderson No human being should be denied the fundamental right to educate themselves or indulge their curiosities. To deny any person the right to do so, for whatever reason, is nothing more than the safeguarding of ignorance to ensure that enlightenment does not become a threat. For nothing in this world is more dangerous than an open mind. -- Matthew Good The culprit: Hals cdrom polling. Interestingly, the load shot down as soon as I stuck a disk. The fix: hal-disable-polling --device /dev/scd0 'hal' -- Beau Dylan Henderson No human being should be denied the fundamental right to educate themselves or indulge their curiosities. To deny any person the right to do so, for whatever reason, is nothing more than the safeguarding of ignorance to ensure that enlightenment does not become a threat. For nothing in this world is more dangerous than an open mind. -- Matthew Good I would never have guessed this was your problem but I had the same thing happen on my DESKTOP puter a while back. I hit the eject button, closed the tray again, restarted hald and it went back to normal. I also had a TON of errors in messages too. I have cron set up to rotate messages so I may not have those now. This may be a different cause but does make one wonder. Also, it hasn't done it since. Dale :-) :-)
Re: [gentoo-user] Getting to kde 3.5
On Sun, 18 Dec 2005 20:24:43 -0500, Philip Webb wrote: No wonder you find world unsatisfactory unless you use --oneshot every time Of course I do, when the package is not already in world or system: there's now an easy abbreviation '-1'. I know about, and use, -1, but the full name makes the post more understandable to those that don't. Otherwise, I keep a list of all the packages I have installed -- something Gentoo should provide automatically, but 'world' doesn't, Yes it does. world provides a list of all packages YOU have installed. Rubbish ! It doesn't list packages installed in support of another during the same emerge command. Read what I wrote again. Hell, I even emphasised YOU and you missed it. Dependencies are installed by portage, not the user. I don't give a flying fig whether libfoo is installed or why it was installed, as long as the packages that need it can find it. However, I don't want cruft on my system, and world lets me avoid that, because I can remove all packages that were neither installed by me nor a dependency of something else. qpkg -I equery list find /var/db/pkg -name '*.ebuild' will all do this. Yes exactly, as I said, I started my own list from 'qpkg -I', but that doesn't update the list nor tell me when/why I installed things. The list is automatically updated, it is in /var/db, just not as a single text file like world. As for when you installed things, this information is in /var/log/emerge.log, which can be read manually or parsed by tools like genlop. I don't think anything is intelligent enough to work out why you installed a package. If you mean to mark what pulled it in as a dependency, that information is irrelevant. Does it really matter which package caused X to be installed (probably kdebase on my systems) when so many others depend on it. The original dependent package may not even be present, as with kdebase here. Really, I am constantly shocked by the blinkers some people wear: That's the way you're supposed to do it everyone else does. The quote should be that's how world is supposed to be used. You are trying to do something for which world was not designed. Don't blame a hammer because it does a poor job of driving in screws, find a screwdriver instead. Anyway, enough of this side-issue for now. The world concept is a core part of Gentoo, it can never be considered a side issue. The main problem with world is the number of people that do not understand the concept correctly. Not because they are stupid, but because it is not obviously documented in the handbook, I too screwed up my world file on my first Gentoo system. -- Neil Bothwick Hm..what's this red button fo|'».'NO CARRIER signature.asc Description: PGP signature
Re: [gentoo-user] Hardware issues, probably overheating, help?
A long shot, but I had this happen once due to bad power supply. Is there a chance the power supply is failing? If you have an alternate supply, you may want to swap it out. Are you pushing it near its limits, perhaps with many disk drives? Can you remove some drives as a test? On Fri, 17 Feb 2006, Mrugesh Karnik wrote: Hi, I've been having issues with the computer shutting down automatically. Makes me wonder if it's an over heating problem. The system (AMD Sempron 2500+, MSI K8M800 mobo, two Seagate HDDs, an LG DVD Burner and a GB of RAM) has developed a habit of shutting down or restarting randomly, no matter what OS I'm using. A few days ago, the system shut itself down. I pressed the start switch but it would not respond, instead the power LED just kept blinking. I thought it to be an overheating issue and let it cool off for a bit. It worked fine for a few days and then this phenomenon just kept repeating itself and the frequency increased. There were a few lockups in between too. This would happen when running and update world while running Azureus in KDE or even when I was doing something as trivial as just chatting. One day, the system refused to start. I pressed the start switch after a few minutes of such a shutdown and all that happened was I could see the power, HDD LEDs and the DVD burner's LED all glowing, but the monitor wouldn't start. The CPU fan would be working. I let the thing sleep for a few hours. Later, I though I'd just run memtest to check if the RAM modules aren't causing any trouble. The pc actually started this time, but as soon as the memtest86+ screen came up, the thing shut itself down once again. Next day, I had the system lock up twice while editing the BIOS settings. This time I decided to dig out the processor and take the board and the processor to the dealer for checkup. Turns out that the processor had got stuck to the heat sink. After separating and reinstalling the two, the system worked fine for a few days. Now, again, a couple of days ago, I had the shut down. This time I decided to keep the room as cool as possible and have been running the computer with the lid open. But then again, just a few minutes ago, I had the shutdown while compiling K3B while running KDE and Azureus. Since then I've put up ksensors to check the temperature constantly. It's showing a pretty neat 35C right now, running Azureus, Kmail and Kopete. Anyway, the point of this lng emails is that I haven't exactly pin pointed the problem. If anyone thinks this is something other than over heating, please reply. Thank you, Mrugesh -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Hardware issues, probably overheating, help?
Mrugesh Karnik wrote: Hi, I've been having issues with the computer shutting down automatically. Makes me wonder if it's an over heating problem. The system (AMD Sempron 2500+, MSI K8M800 mobo, two Seagate HDDs, an LG DVD Burner and a GB of RAM) has developed a habit of shutting down or restarting randomly, no matter what OS I'm using. A few days ago, the system shut itself down. I pressed the start switch but it would not respond, instead the power LED just kept blinking. I thought it to be an overheating issue and let it cool off for a bit. It worked fine for a few days and then this phenomenon just kept repeating itself and the frequency increased. There were a few lockups in between too. This would happen when running and update world while running Azureus in KDE or even when I was doing something as trivial as just chatting. One day, the system refused to start. I pressed the start switch after a few minutes of such a shutdown and all that happened was I could see the power, HDD LEDs and the DVD burner's LED all glowing, but the monitor wouldn't start. The CPU fan would be working. I let the thing sleep for a few hours. Later, I though I'd just run memtest to check if the RAM modules aren't causing any trouble. The pc actually started this time, but as soon as the memtest86+ screen came up, the thing shut itself down once again. Next day, I had the system lock up twice while editing the BIOS settings. This time I decided to dig out the processor and take the board and the processor to the dealer for checkup. Turns out that the processor had got stuck to the heat sink. After separating and reinstalling the two, the system worked fine for a few days. Now, again, a couple of days ago, I had the shut down. This time I decided to keep the room as cool as possible and have been running the computer with the lid open. But then again, just a few minutes ago, I had the shutdown while compiling K3B while running KDE and Azureus. Since then I've put up ksensors to check the temperature constantly. It's showing a pretty neat 35C right now, running Azureus, Kmail and Kopete. Anyway, the point of this lng emails is that I haven't exactly pin pointed the problem. If anyone thinks this is something other than over heating, please reply. Thank you, Mrugesh 1. Tell us the Watts of the power supply (perhaps you'll have to change it) 2. Take the PC powered off and try extracting the video card and replugging it. 3. Try to change the plug you use to give power to the PC. 4. Try to discharge the bios and reconfigure it. ___ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Hardware issues, probably overheating, help?
It could be a power supply problem, too. I seen it when one of the power rails gets flakey the computer will do funny things. If you have another power supply connect it - you don't have to install it but just put it beside the box and then hook it up. If it works you have found the problem. For overheating clean everything well - get rid of dust, etc. and then open the case and use an external fan to blow air in the case. From: Mrugesh Karnik [EMAIL PROTECTED] Date: 2006/02/16 Thu PM 05:47:49 EST To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Hardware issues, probably overheating, help? Hi, I've been having issues with the computer shutting down automatically. Makes me wonder if it's an over heating problem. The system (AMD Sempron 2500+, MSI K8M800 mobo, two Seagate HDDs, an LG DVD Burner and a GB of RAM) has developed a habit of shutting down or restarting randomly, no matter what OS I'm using. A few days ago, the system shut itself down. I pressed the start switch but it would not respond, instead the power LED just kept blinking. I thought it to be an overheating issue and let it cool off for a bit. It worked fine for a few days and then this phenomenon just kept repeating itself and the frequency increased. There were a few lockups in between too. This would happen when running and update world while running Azureus in KDE or even when I was doing something as trivial as just chatting. One day, the system refused to start. I pressed the start switch after a few minutes of such a shutdown and all that happened was I could see the power, HDD LEDs and the DVD burner's LED all glowing, but the monitor wouldn't start. The CPU fan would be working. I let the thing sleep for a few hours. Later, I though I'd just run memtest to check if the RAM modules aren't causing any trouble. The pc actually started this time, but as soon as the memtest86+ screen came up, the thing shut itself down once again. Next day, I had the system lock up twice while editing the BIOS settings. This time I decided to dig out the processor and take the board and the processor to the dealer for checkup. Turns out that the processor had got stuck to the heat sink. After separating and reinstalling the two, the system worked fine for a few days. Now, again, a couple of days ago, I had the shut down. This time I decided to keep the room as cool as possible and have been running the computer with the lid open. But then again, just a few minutes ago, I had the shutdown while compiling K3B while running KDE and Azureus. Since then I've put up ksensors to check the temperature constantly. It's showing a pretty neat 35C right now, running Azureus, Kmail and Kopete. Anyway, the point of this lng emails is that I haven't exactly pin pointed the problem. If anyone thinks this is something other than over heating, please reply. Thank you, Mrugesh -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Hardware issues, probably overheating, help?
On Fri, 17 Feb 2006, Emanuele Morozzi wrote: Mrugesh Karnik wrote: Hi, I've been having issues with the computer shutting down automatically. Makes me wonder if it's an over heating problem. The system (AMD Sempron 2500+, MSI K8M800 mobo, two Seagate HDDs, an LG DVD Burner and a GB of RAM) has developed a habit of shutting down or restarting randomly, no matter what OS I'm using. A few days ago, the system shut itself down. I pressed the start switch but it would not respond, instead the power LED just kept blinking. I thought it to be an overheating issue and let it cool off for a bit. It worked fine for a few days and then this phenomenon just kept repeating itself and the frequency increased. There were a few lockups in between too. This would happen when running and update world while running Azureus in KDE or even when I was doing something as trivial as just chatting. One day, the system refused to start. I pressed the start switch after a few minutes of such a shutdown and all that happened was I could see the power, HDD LEDs and the DVD burner's LED all glowing, but the monitor wouldn't start. The CPU fan would be working. I let the thing sleep for a few hours. Later, I though I'd just run memtest to check if the RAM modules aren't causing any trouble. The pc actually started this time, but as soon as the memtest86+ screen came up, the thing shut itself down once again. Next day, I had the system lock up twice while editing the BIOS settings. This time I decided to dig out the processor and take the board and the processor to the dealer for checkup. Turns out that the processor had got stuck to the heat sink. After separating and reinstalling the two, the system worked fine for a few days. Now, again, a couple of days ago, I had the shut down. This time I decided to keep the room as cool as possible and have been running the computer with the lid open. But then again, just a few minutes ago, I had the shutdown while compiling K3B while running KDE and Azureus. Since then I've put up ksensors to check the temperature constantly. It's showing a pretty neat 35C right now, running Azureus, Kmail and Kopete. Anyway, the point of this lng emails is that I haven't exactly pin pointed the problem. If anyone thinks this is something other than over heating, please reply. Thank you, Mrugesh 1. Tell us the Watts of the power supply (perhaps you'll have to change it) 2. Take the PC powered off and try extracting the video card and replugging it. 3. Try to change the plug you use to give power to the PC. 4. Try to discharge the bios and reconfigure it. Add to this to make sure the line cord is plugged in well, both at the wall and at the computer. I once replaced a power supply only to find that the line cord wasn't plugged in all the way. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Gentoo-Sources/Vanilla-Sources/Video 4 Linux
Jon Hardcastle wrote: Hi, i have spent the weekend trying to get my new Hauppage USB tv stick to work under linux. I have been constantly perplexed by references to compilable kernel modules I couldn't see! I assumed it was because they referred to old modules or something. But having downloaded and booted into Knoppix and run make menuconfig on that i have confirmed that kernel seems to have 10's of TV card chipset drivers availible to compile whereas gentoo-sources/vanilla-sources emerged on my machine have maybe 2 or 3. Can someone offer me some assistance as to why this might be? Thank you (This is my first mailing list post - please be gentle!) because a large part of the dvb/tv drivers are developed outside of the main kernel tree. Also a large part is hidden under experimental. For my dvb-t stick I need to checkout a mercurial rep and do a make, make install in it do get drivers that work. And with 'work' I mean: no sound on first try, but after disconnecting the stick and reconnecting it, it suddenly works. Hi, I went thru this process but i still dont have the option to add support as a kernel module. Should the mercurial add steps to the menuconfig? no. it just installs all the drivers in the rep as modules. It doesn't touch any configs at all. Hmmm i wonder why i have seen sooo many references to alot more kernel options than i have in either my gentoo-sources or vanilla-sources. because they patch their kernel. Is it possible to 'patch' the kernel source instead of downloading using mercurial. Also how does it 'know' what kernel to make the modules available under? I have 3 sets of kernel code on my machine? a) /usr/src/linux b) uname -r c) just make clean make make install for every kernel. Why patch at all? with the rep and make make install you get all the drivers. It is not that much 'overhead' compared to the work of patching the kernel. And you don't even need to worry about which driver you need - autoloading will do that for you ;) Hi, cheers for all your help so far. If you are sure they were patching the kernel and hence the extra options I am happy to draw a line under that line of investigation.. as i wondered if i was using the wrong kernel or something. Secondly I dont really understand the commands you have given me there. I have my 3 kernels yes at /usr/src with a symlink pointing to my active one which DOESN'T have any DVB stuff compiled in at all. I got the latest gentoo-sources kernel to experiment with and ultimately to switch over to, booted into it.. and downloaded the v4l using mercurial did the make install and it all worked grandly. but how do i know where it has put its modules, if it puts them under /usr/src/linux or gets any kernal info from there then they are in the wrong place. But if it is clever enough to know what kernel i am currently booted into and put them in the correct place accordingly then I am still stumped as i cant get this blasted card to work. Can you also recommend some kernel debug options i can turn on? Can they be done as parameters to the kernel instead of compiled in? i have plug and play debug and some USB debug but i'd like more! Thanks for your help.
Re: [gentoo-user] Help with nautilus
This looks very odd. Given that this command is fine when run as root, I have the following suggestion: Create a new user and try again with that user. If it works, then it means that the gnome configuration for the original user is damaged (which AFAIK happens often.) in that case, maybe you'll have to probably re-do it. Try that with the same command as before and look for the errors again. Let's see if that works, Hope this helps, - AR On 5/16/05, Ognjen Bezanov [EMAIL PROTECTED] wrote: A. R. wrote: Hello, Would you please provide more details about the actual error? One good way to do that is to launch nautilus from a terminal with the following command IIRC: nautilus --no-desktop --file-browser and take a look at the ouput when it crashes. I used to use gnome, and I can say that nautilus was a bit buggy IMHO, but I was using gnome 2.6. Regards, -AR On 5/16/05, Ognjen Bezanov [EMAIL PROTECTED] wrote: I am using gnome with gentoo, but i have a major bug with nautilus which results in it constantly crashing. Whatever I click on a file nautilus crases and asks to be reloaded, I have tried remerging, updating, uninstalling, and a ton of other stuff, and I cant seem to fix it. does anyone know what the problem is? This cannot be a bug because if it was it would have rendered gnome unusable (and someone would have fixed it by now). Any tips welcome. -- gentoo-user@gentoo.org mailing list here is the error output from the command you specified: [EMAIL PROTECTED] ognen $ nautilus --no-desktop --file-browser ** (nautilus:13834): WARNING **: URI NOT LOADED ** (nautilus:13834): WARNING **: Error in parse: Error on line 1851 char 14: Odd character 'T', expected a '' character to end the start tag of element 'URIion ' ** (nautilus:13834): WARNING **: Error on line 1851 char 14: Odd character 'T', expected a '' character to end the start tag of element 'URIion' ** (eog:13859): WARNING **: Failed to lock: Resource temporarily unavailable ** (eog:13859): WARNING **: URI NOT LOADED ** (eog:13859): WARNING **: Error in parse: Error on line 1851 char 14: Odd char acter 'T', expected a '' character to end the start tag of element 'URIion' ** (eog:13859): WARNING **: Error on line 1851 char 14: Odd character 'T', expec ted a '' character to end the start tag of element 'URIion' ** (eog:13859): WARNING **: URI NOT LOADED ** (eog:13859): WARNING **: Error in parse: Error on line 1851 char 14: Odd char acter 'T', expected a '' character to end the start tag of element 'URIion' ** (eog:13859): WARNING **: Error on line 1851 char 14: Odd character 'T', expec ted a '' character to end the start tag of element 'URIion' Any help appreciated. Whats interesting to note is that if i run the above command as root it works, without crashing. It seems to be a problem with my user account/permissions rather then the program itself. -- gentoo-user@gentoo.org mailing list -- If the truth can't set you free, a lie will save you. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] partition sizes and home directories
On Tue, 2005-10-25 at 09:44 +, sean wrote: I know this can be a tough call on how to partition a drive, but I am looking for some input. My system will be used as for my own personal use, no server for outside, though I may run a web server for private in home use, some games, whatever I wish to play and experiment. The most simple and effective partition setup for a basic install is just boot-root-swap! ie, a /boot partition, a / and some swapspace. Everything else can hang off there. If however, you're like me and you have lots of user downloaded stuff, I would consider either an extra /home partition, or an ftp shared directory where all your vids / music / games / bug stuff can go. Users, mainly just me, and perhaps a family member or three. Here is what I quickly setup. $ df -h FilesystemSize Used Avail Use% Mounted on /dev/hda3 471M 271M 176M 61% / udev 1004M 208K 1004M 1% /dev /dev/hda1 38M 2.6M 34M 8% /boot /dev/hda5 4.6G 185M 4.2G 5% /var /dev/hda6 31G 2.3G 27G 8% /usr shm 1004M 0 1004M 0% /dev/shm personally I wouldn't bother with usr and var, but many people will disagree. What caught me off guard was that fact that /home is located under / and that is where my user profiles are being set, instead of /usr/home like it is on my freebsd system. When I copied over my personal files, it quickly filled up the / partition, which I have since deleted. *lol* You've since deleted the / partition? How is that working for you?!! Now I noticed that there is a /usr/home, what exactly is that used for, since users are not there by default? you probably made it by mistake when copying stuff from your freebsd machine. I would figure /boot does not really change much in size, leave as is, maybe shrink a few mb. I couldn't see a /boot in your `df -h` list, probably because it wasn't mounted. I've never needed a /boot larger than 100Mb, and I'm constantly recompiling kernels, with a few old versions lying around in /boot just in case. /var, up and down, perhaps bring it down a gig, gig and a half. /usr, would grow depending on software installs, much as possible. I have not installed much currently. remember /usr/portage. This can potentially hog a lot of space. I have a final partition (ok I lied about only having boot-root-swap :) mounted as /home/ftp/pub/gentoo, which is mounted again as /usr/portage. This lets me share my distfiles with others, as well as keeping the size of /usr down. If /home was on its own, I am guessing that the current / allocation would be fine? Anyone confirm? If you want to keep / small, then don't forget about /opt. Quite a few (but getting fewer and fewer) large apps install themselves there. ATM in /opt I have enemy-territory, quake 3, blackdown jdk and jre, vmware, and acrobat 7, as well as some others, totalling 1.1Gb!! Now I just have to figure what I want /home to be, or perhaps could the default setup for users be located in /usr/home? Would this cause problems? possibly Is it non standard? What standard? The everybody-else-does-it standard, or the LFS standard??!! -- Iain Buchanan [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SATA kernel messages
On 4/16/07, Daniel Pielmeier [EMAIL PROTECTED] wrote: 2007/4/16, David Grant [EMAIL PROTECTED]: I am constantly getting errors like this. I don't think it is a problem with the drive although it might be. I have seen hard resetting port messages through my google searches but often they are associated with an error of some sort. I'm using 2.6.19. Anyone else have any experience with this? Apr 16 01:44:19 sonata kernel: ata1: hard resetting port Apr 16 01:44:20 sonata kernel: ata1: hardreset failed, retrying in 5 secs Apr 16 01:44:24 sonata kernel: ata1: hard resetting port Apr 16 01:44:25 sonata kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Apr 16 01:44:25 sonata kernel: ata1.00: configured for UDMA/100 Apr 16 01:44:25 sonata kernel: ata1: EH complete Apr 16 01:44:25 sonata kernel: SCSI device sda: 625142448 512-byte hdwr sectors (320073 MB) Apr 16 01:44:25 sonata kernel: sda: Write Protect is off Apr 16 01:44:25 sonata kernel: SCSI device sda: drive cache: write back I also had this kind of problem after setting up my new pc from components. To fix it i checked the connections of my sata cables which were not connected tightly. Maybe you have the same problem. Thanks for the tip. Actually I should have been looking at syslog rather than messages because syslog does show the error: Apr 16 08:54:45 sonata kernel: ata1: exception Emask 0x10 SAct 0x0 SErr 0x9 action 0x2 frozen Apr 16 08:54:45 sonata kernel: ata1: hard resetting port Apr 16 08:54:45 sonata kernel: ata1: COMRESET failed (device not ready) Apr 16 08:54:45 sonata kernel: ata1: hardreset failed, retrying in 5 secs Apr 16 08:54:50 sonata kernel: ata1: hard resetting port Apr 16 08:54:51 sonata kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Apr 16 08:54:51 sonata kernel: ata1.00: configured for UDMA/100 Apr 16 08:54:51 sonata kernel: ata1: EH complete Apr 16 08:54:1 sonata kernel: SCSI device sda: 625142448 512-byte hdwr sectors (320073 MB) Apr 16 08:54:51 sonata kernel: sda: Write Protect is off Apr 16 08:54:51 sonata kernel: sda: Mode Sense: 00 3a 00 00 Apr 16 08:54:51 sonata kernel: SCSI device sda: drive cache: write back -- David Grant http://www.davidgrant.ca
Re: [gentoo-user] Port Tracer Program Needed
On Tuesday 14 March 2006 11:08 am, Timothy A. Holmes wrote: Hans -- Thank you, I realize that I can make it blink with network traffic, the problem is that basically all the ports on the switches have traffic running constantly on them, so I need to find a way to make it distinctive enough so it can be picked out from the rest of the noise. I will try to run down the tools that you mentioned and see if any of them provide a solution -- thank you TIM Timothy A. Holmes IT Manager / Network Admin / Web Master / Computer Teacher Medina Christian Academy A Higher Standard... Jeremiah 33:3 Jeremiah 29:11 Esther 4:14 -Original Message- From: Hans-Werner Hilse [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 14, 2006 12:01 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Port Tracer Program Needed Hi, On Tue, 14 Mar 2006 10:03:24 -0500 Timothy A. Holmes [EMAIL PROTECTED] wrote: I am getting ready to start a project here in the building to map the physical infrastructure of our network (its been assembled kinda willy nilly over the last 8 years or so). I am looking for a program to run on my laptop that I can plug into a wall plate and it will cause the port activity lights on the switch to blink distinctly so that I can begin tracing plugs to ports. Due to budgetary constraints, open source / freeware is very very preferable. Not sure about distinctly (that will certainly depend on the switch's electronic and programmatic design), but - tada - you can usually cause the traffic light on the switch to blink with network traffic ;-) So broadcasting some UDP packages out into the wild should be sufficient. Use e.g. netcat. OTOH, you might want to play with ethtool and switch connection rates for short intervals. Usually switches have a light indicator for the speed, too, so that should be easier to distinct on a busy switch. Toggle this in a shell loop with a few sleeps inserted... -hwh -- Netwox (+ optionally netwag) has some neat tools. One that I have found handy is the audible ping. Whenever it receives a successful ping response it beeps your pc speaker. It may or may not have any benefit for you in this secenario but it can be useful at times when you are muddling around and can't see your screen, you can just listen for the beep, beep, beep then disconnect the proper cable and it goes silent. Or in the reverse, plug in the right cable and you start to hear the beep, beep, beep. Netwox has a ton of other neat tools, servers and clients. If your switches are manageable you can probably look up your switches cam table (MAC address to eth port mapping) then look at your clients ARP cache after pinging your broadcast address on each network. Good luck on your network mapping. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: anti-portage wreckage?
On Sun, 31 Dec 2006, Mike Myers wrote: On 12/31/06, Mark Kirkwood [EMAIL PROTECTED] wrote:Mike Myers wrote: I just wanted to add something to the original post. I've recently began experimenting with Debian and noticed their updating system is exactly like what I was asking about. Basically, there's package updates, and then there's distro updates. Why is it unreasonable for Gentoo to have something like this? I think it would help Gentoo a lot in the server market, where scalability is important. While this is true, one of the differentiating points of Gentoo is precisely the build-from-source idea (there are plenty of binary update distros out there). I'm not trying to suggest that Gentoo should go to a binary distro or anything like that. Besides, it's easy enough to just use a binary package server if that's what one needs. I'm just wondering why there isn't some kind of update management system to like, differentiate minor updates like firefox 1.5.0.5 to firefox 1.5.0.7 and major ones like, y'know, gcc 3.4.4 to 4+? The way it is now, they're all lumped together like one big update. The lack of such a system might make it easier for the devs.. but this is a pain in the ass for the users when they run into a problem like this unexpectedly. It's even worse when that user is managing several Gentoo machines. This kind of thing does not scale at all. The problem is that the chance of something breaking gets higher the more you do at once, and the chance of something you need to be able to recover also breaking goes up sharply. I've been watching people use Debian for quite a while now, and I've rarely if ever seen a system upgrade without major problems. People have problems like: the new release has a version of Apache that has a different config file arrangement, and it's hard to make a new config file that handles the web app the system is supposed to be running; the old Apache worked fine, but the new release doesn't use it, and the old binary requires a ton of libraries that the new release doesn't have, either. And there's no easy way to downgrade to the old release until you have time to mess with config files. With Gentoo, you find that the new apache doesn't work with your config files, so you mask it until you have time to deal with it. I'm just asking for a relief from having to constantly worry if updating something out of the 300 packages that need updated is going to break something, and not having to make sure etc-update isn't going to destroy my custom configs afterwards. If it wasn't for that, Gentoo would be perfect. I'm sure there's got to be others that would agree. Well, there are two goals here: make it so you can do all the safe updates without any of the ones which will require manual fixing, and make it so your custom configs are protected. I think it would be useful to have an ebuild thing for upgrading to this package from version {expression} requires the following steps, such that the message will be displayed only if you're doing that, and such that the upgrade will be masked if you're being conservative in upgrading. I also think that emerge should keep track of the config files installed by packages, so that etc-update knows if you've got local modifications, and give you a big warning when you might lose a change you made. -Daniel *This .sig left intentionally blank* -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: My laptop is freaking me out.
Ian K wrote: Probably not KDE, but possibly X itself. Maybe it isn't the CPU, but the GPU that is overheating. The radeon driver has a DynamicClocks setting (man radeon). Do you have this option in your xorg.conf file? Nope, but after setting it to 'true' (and restarting my computer) I notice that my laptop cooling fans are on (probably about mid-speed) *constantly*. I'm looking over, and seeing my computer idling at 0% CPU usage. Its fans are blasting cool air through it, and its running a lot less hot. Looks like you solved the problem. Heck, it doesn't matter if its the CPU or GPU warming up too much, the whole system is on at full blast after KDE is started. Its AWESOME! :) I will let you know if I have further problems. I seem to recall some kind of kernel problem with ACPI and fans not turning onI can't remember the details though, and I didn't have this problem myself. Now, why setting DynamicClocks in the xorg.conf file would turn your fans on, I cannot possibly comprehend!!! But, I'm glad it's working. I do, but the directory structure(?) ends at thermal_zone. There is nothing in it. Interesting...maybe we should double check your ACPI configuration options. I have: carcharias linux # grep ^CONFIG.*ACPI /usr/src/linux/.config CONFIG_ACPI=y CONFIG_ACPI_BOOT=y CONFIG_ACPI_INTERPRETER=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_SLEEP_PROC_FS=y CONFIG_ACPI_AC=y CONFIG_ACPI_BATTERY=y CONFIG_ACPI_BUTTON=y CONFIG_ACPI_VIDEO=y CONFIG_ACPI_FAN=y CONFIG_ACPI_PROCESSOR=y CONFIG_ACPI_THERMAL=y CONFIG_ACPI_BLACKLIST_YEAR=0 CONFIG_ACPI_BUS=y CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_PCI=y CONFIG_ACPI_SYSTEM=y And during bootup, I get the following in /var/log/messages: Jul 11 07:20:11 carcharias ACPI: AC Adapter [ADP0] (on-line) Jul 11 07:20:11 carcharias ACPI: Battery Slot [BAT0] (battery present) Jul 11 07:20:11 carcharias ACPI: Battery Slot [BAT1] (battery absent) Jul 11 07:20:11 carcharias ACPI: Lid Switch [LID] Jul 11 07:20:11 carcharias ACPI: Sleep Button (CM) [SLPB] Jul 11 07:20:11 carcharias ACPI: Power Button (CM) [PWRB] Jul 11 07:20:11 carcharias ACPI: Processor [CPU0] (supports 8 throttling states) Jul 11 07:20:11 carcharias ACPI: Processor [CPU1] (supports 8 throttling states) Jul 11 07:20:11 carcharias ACPI: Thermal Zone [THM0] (52 C) Do you get anything similar? -Richard -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: rsync internal mirror configuration
Dave Nebinger dnebinger at joat.com writes: I recently set up an internal server for rsync and distfile distribution. How do I check to ensure that this internal server actually was successful at downloading the rsync files and the appropriate distfiles for the other sytems? /usr/portage/metadata/timestamp contains the timestamp for when the sync was completed. Ahhh that's it: # cat /usr/portage/metadata/timestamp Tue Jul 12 13:06:52 UTC 2005 # date Wed Jul 13 12:05:26 UTC 2005 The clock (hw and OS) were off, by about25 minutes but that has been correct now. /etc/crontab was set for 1:30 30 1 * * * root emerge sync PROBLEM? I manually ran 'emerge -uDp world' today on both a client and the sever. The client updated a few files, the server returned nothing to update. I kept another p4 system using rsync and downloading the distfiles separate. Since the server is the local rsync mirror it must do it's emerge --sync first. After it has completed (note: not during the run), the client(s) can emerge --sync. emerge -uDp world shows this file (among others) on the P4 system using the old external update method: [ebuild NS ] sys-kernel/gentoo-sources-2.6.12-r5 The new internal-AMD rsync/distfile server, issueing 'emerge -s gentoo-sources' shows: sys-kernel/gentoo-sources Latest version available: 2.6.12-r4 Latest version installed: 2.6.12-r4 Is this evidence that the nightly updates, are not working on the internal server? No, it is merely an indication that at some point between the server's sync and the older sync that -r5 of gentoo sources was released. My systems, as of last night around midnight thought only -r4 was available. Just now I ran emerge --sync on the server and it now sees that -r5 is available. It's strictly a timing issue. Well now I'm starting to 'get it'. Before when I ran rsync manually, it did not update (rsync was launched last night (EST), so I got some error message about not being available or something like that. Now I just ran 'emerge syncc' maually on the server machine and it did update the rsync files (portage cache). On the internal server emerge -uDp world now does not reveal any new files to update... Is there a simple test to determine if the updates are working on the rsync and distfiles? Sure. New packages are released every day. I can't remember a single day in the last month where emerge -uDp reported no packages to update. So if you run a few days and constantly see emerge -uDp reporting no packages, there's probably a sync problem. Well 2 things. I'm going to implement your scripts now. And I shall have patiences for a few days to see how the updates proceed on the internal server and the clients using the internal server. Checking against the internal clients still using remote servers for rsync and distfile updates Thanks, James -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] how to control portage space usage
- Original Message - From: Fernando Meira [EMAIL PROTECTED] Date: Sunday, August 7, 2005 10:22 pm Subject: [gentoo-user] how to control portage space usage Hi, this is probably an old discussion, sorry for bring it up again. When I joined Gentoo (a few months ago) I got the idea that I could control very well the space that gentoo would require. That would be great because of my 4.6G available to it. Then, not so long time ago I got very surprised with how much less space available I had when I didn't have (almost) anything installed. Now it's completely full and I'm the middle of an emerge :( Well, tears apart, I would like to know if there's a good way to control the space usage of portage, since it is the reason for my problem. My /usr/portage and /var/tmp/portage/ take 2.2G which is almost half of the partition. What I have installed: - some (split) ebuilds of kde 3.4.1 - e16 - e17 - firefox - gimp - acrobat reader 7 - xmms, amsn (and maybe a few more small packages) What I've found until now: - clear /usr/portage/distfiles and /var/tmp/portage after an emerge, or regularly (using tmpreaper) - there are some users-made scripts (still buggy) that look for old ebuilds in portage tree and erases them ( http://forums.gentoo.org/viewtopic-t-3011-highlight- portage+space+usage.html) Any comments/ideas/scripts about this, or everyone has plenty space to spare... Cheers, Fernando As far as I know, that's pretty much what you can do (assuming that the cleaning of /var/tmp/portage occurs when you have a failed emerge as well, since failed emerges leave the temporary work files there until the emerge is either correctly completed, or you delete the files yourself). The thing is, it now depends to some degree on just what you are emerging, because as you fill your disk with emerged programs, and assuming that those programs don't reside on another disk (/usr, /var, /tmp, or /opt on another disk or partition than / ), you will lose the ability to compile certain programs that naturally take up more space than you have available during the emerge process. I'm thinking specifically of OpenOffice.org, which takes about 3GB just to emerge, but I suspect Mozilla and its ilk, and certain KDE programs may not be much better. Not to mention X.org or glibc. But from what you've said, even if /usr/portage/distfiles and /var/tmp/portage are empty, you wouldn't have enough space to emerge OO.o at this time, and possibly other high-end programs as well. Of course, you could just use the openoffice-bin package for that case. But not for every case that this might occur, and frankly, it's a losing proposition (either you have to be constantly on the ball as to how much space every program you want needs to emerge, or you have to give up some stuff). Less than 5GB is really not enough for a Gentoo install unless it's going to be *very* minimal. If I was you, I'd look around for an old 5 or 10 GB disk, slap it in the box and move /usr or /var (probably a better choice) to that, and then mount it to the / partition. Just my 0.02 Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Gentoo or Linux from Scratch - Perspectives?
Paul Hoy schreef: On Aug 14, 2005, at 5:24 PM, Neil Bothwick wrote: On Sun, 14 Aug 2005 15:42:19 -0400, Paul Hoy wrote: I really like Gentoo and I like that fact that it does a pretty good job at supporting Gnome, however, it's still behind other releases, such as Fedora, in terms of when it releases updates, etc. Gentoo has rolling updates, so it is always up to date. If you want to run the latest of everything you will need to run a ~arch system. There are no releases for Gentoo beyond the installation live CDs. Once installed, provided you keep up to date, there is no difference between a system installed three years ago and one installed yesterday. -- Neil Bothwick Windows Error #09: Game Over. Exiting Windows. Hi Neil, ~arch is a little scary for me, since it's not in the stable branch. Paul Well, that's understandable, if that's the way you are, but you (generic) can't have it both ways. If you want the latest upstream release of whatever, it's not necessarily going to be stable... all newly-released software is subject to bugs that only come out with use of the kind that only freaky ol' users can conceive. No distribution marks anything stable until it's old enough to have been worked to death to get the bugs out. Which is fine. Nobody's making anybody use ~, and if you (generic) value stability, you're already used to waiting. It's true that there is a backlog of submitted ebuilds on b.g.o... some of them are perfectly stable (but just aren't in actual Portage yet), some need some help before they'll work properly (because the ebuild writer made some mistakes along the way). I've been following the taskjuggler b.g.o ebuild for a couple of months, and that just made it into Portage yesterday. But I've had taskjuggler for a couple of months (had to hack the ebuild to get it to compile). I'm looking forward to upgrading to the new ebuild to see if all of the kinks have been ironed out. Almost all Linux software is a constantly-evolving WIP, and conforming a WIP to a distribution which itself is a WIP is a big job. The only way it can succeed in terms of being considered temporarily stable is to freeze things at some point. RedHat (Fedora) and other binary distros do this themselves (you won't get thus-and-so version of X application until they've worked out the kinks between the app and the distro). Gentoo relies on you to do this for yourself. Mask all of unstable if that's how you want it (and wait for it to propagate down). Or unmask specific programs that you're willing to deal with some possible instability in order to 'keep up with the Joneses'. Or just live wild and run completely unstable (which usually works, but can go horribly, horribly wrong on occasion-- I still haven't gotten over the PAM debacle that ate my previous Gentoo install). It's up to you. It always is, with Gentoo... which is why I love it. But I don't so much see what there is to debate about-- your system is *yours*; run it the way you want. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Slightly OT: favorite window manager/desktop environ?
On 9/6/05, Holly Bostick [EMAIL PROTECTED] wrote: SNIP The solution would seem to be to either not make the software available until it has been sufficiently tested so that it does JustWork under all possible conditions (which the trained greed of users will not allow), or teach the user that sometimes they may have to do something a bit more complicated than just click 'Send' (which means that the user cannot be a pure user anymore). I don't see any middle ground here, but maybe I'm missing something. Holly SNIP I don't think you're missing anything but I do think there are options. None of what I say below is necessarily for Gentoo folks to do. It's just comments, none of which are original: 1) Having this 'Just Work' is important for end users. End users aren't interested in what's under the hood. They just want to drive. 'Just Works' is the most important thing. Nothing else matters unless you're ready to make a commitment. 2) The 'trained greed' mode is really with, IMO, coming from CS and IT types and other such folks who like living in the 'Wild West'. At my advanced age I personally don't care much if things are really up to date or not, unless they don't 'Just Work'. Unfortunately for folks like me portage keeps me far more updated than I really think I need to be. All my desktop and laptop machines (5 PCs) are almost constantly doing compiles. On the other hand my 4 MythTV frontend machines haven't been touched in 1-2 months. Of course, at this point they 'Just Work', so why touch them? 3) Releases could be more layered, such that consumer ready apps that do 'Just Work' are what's available and the stuff I'm emerging this morning isn't made so easily available to non-CS/IT types like me. In my mind this would probably end up looking more like a 'desktop release' instead of just the difference between stable and ~x86/~amd64. Of course, that's pretty much Fedora/Suse, Debian, but I want Gentoo's stability and I want an environment where it's really easy to do the few things I do that require me to compile and administer code. (Ardour Linux Sampler mostly, but a few other audio apps also.) 4) Some set of apps, like the web-based CUPS manager, could be set up, documented and maintained better for end-user types like me. These apps should be able to administer all aspect of networking, video setup, sound, etc., so that the end-user type doesn't need to know how to use an editor. no more nano, vi, etc., for end-user types. Over time they will learn it, but in the beginning they should be able to set up a machine without it. (Maybe these already exist. I've heard of Webmin but the one time I tried it I ended up with problems on my Redhat box so I stopped.) All in all it's a big job, and I think a huge portion of what Microsoft appears to offer people. It's sad that underneath their offering is so little stability, so many viruses and so little control, but folks jump in, get set up, spend their money and then find the way out of that mess is not easy. To you Holly, thanks for all your inputs and insights. you've got lots of good stuff to say. Cheers, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What to do about firefox
Jonathan Wright schreef: Holly Bostick wrote: Firefox itself has any issues, but it does seem to have a memory leak? hog? something-- which saddens me, because it makes me feel like I'm using Mozilla again, which had these kinds of problems for a long, long time. Firefox was a big relief because it *didn't* have 'that damn Mozilla memory problem', but it seems to have developed it. At the end of the day - it's still a massive improvement over anything M$ have produced with IE. So long as you know the limitations you can work around it - i.e. if you've been playing with alot of tabs, just close it down and start it back up again when you're done (a few seconds work). And, I think with one of the tab extensions that you can download it'll save the current tabs you have open and recreate them all for you when you restart firefox. Why/How else do you think I have 30 tabs open constantly? Of *course* I use Session Saver to maintain them, usually in groups of tabs related to whatever projects I'm working on at the moment, atm it's subtitling, Morrowind, fvwm, and a bunch on css and web page design, plus a couple extra for random things like reading web comics and checking packages.gentoo.org. Since these are all related to long-term ongoing projects, I wouldn't be able to manage the reference section at *all* if I didn't have a way to maintain my currently-open tabs when closing FF. Session Saver, and the modular search engine bar, are such good features, which I find so essential, that Firefox would have to get a whole lot closer to unuseable than this before I'd consider giving it up. It's not a (very) big problem yet, but it is very disappointing, nonetheless. I've used Mozilla since it was Netscape, and Firefox since it was Phoenix, so I'm fairly well-placed to monitor how they compare both to previous versions of themselves, and to each other (though I haven't used Mozilla in a while, since -- as you say-- it's slow and cumbersome compared to Firefox, even now). And at least Firefox doesn't yet crash the way Mozilla used to when it had these memory conditions-- and since it was under Windows, it crashed the whole bloody OS when it went. My bf, who uses the Moz 1.8 alpha under Win2K, still has to log out and back in sometimes because of Mozilla crashing. So it seems to me that it's definitely something in the Moz backend that's the issue, and I suspect it has to do with the merging of the trees as Moz is phased out and replaced definitively by FF (and Thunderbird). But that's just speculation on my part as I only follow Moz development over my bf's shoulder. I just find Mozilla (Suite) slow and cumbersome, although it does have better Javascript support than Firefox (useful for IE-centric sites), and Opera is propiritary and has an over-enthuisatic interface (not as simple as firefox). Long live firefox! :) Indeed. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Outputing 15.9kHz?
The guy there says it won't work because a computer outputs a non-interlaced signal and a standard TV uses interlaced. Basically, exactly what you said. From your link, it looks like an interlaced signal can be specifiec in xorg.conf which should solve that problem. Is that right? There might be some vga cards that can't output an interlaced signal. But most should do pretty well. And I'm relatively sure you can't break anything by trying it out. Take the modelines from the link I've given and just try it out. And I did not talk about the different synchronization behaviour (mentioned in the site I've linked, too), but that's probably what your adapter does. So I would just give it a try. I would do a hot plugin and not wait too long if there's no picture appearing. No guarantees, though, but at that signal levels it shouldn't hurt. People did that before... Ok I finally got this device today: http://mythic.tv/product_info.php?products_id=30 I'm using the modeline from this link: http://www.sput.nl/hardware/tv-x.html and my xorg.conf looks like this: Section Monitor Identifier monitor1 Modeline 736x485i 14.16 736 760 824 904 485 491 496 525 interlace -hsync -vsync EndSection Section Device Identifier device1 Driver i810 VideoRam 4096 EndSection Section Screen Identifier screen1 Device device1 Monitor monitor1 EndSection Section ServerLayout Identifier layout1 Screen screen1 InputDevice mouse1 CorePointer InputDevice keyboard1 CoreKeyboard EndSection When I try to open an xfce4 desktop like this, the image is somewhat scrambled and constantly rolls on the TV. It looks normal on a monitor with the same settings. /var/log/Xorg.0.log reports this: (II) I810(0): monitor1: Using default hsync range of 28.00-33.00 kHz (II) I810(0): monitor1: Using default vrefresh range of 43.00-72.00 Hz (II) I810(0): Clock range: 9.50 to 163.00 MHz (II) I810(0): Not using mode 736x485i (unknown reason) (II) I810(0): Not using default mode 640x350 (hsync out of range) (II) I810(0): Not using default mode 320x175 (bad mode clock/interlace/doublescan) It continues through a long list of Not using resolutions, and then: (--) I810(0): Virtual size is 640x480 (pitch 640) (**) I810(0): *Default mode 640x480: 25.2 MHz, 31.5 kHz, 60.0 Hz (II) I810(0): Modeline 640x480 25.20 640 656 752 800 480 490 492 525 -hsync -vsync I've tried the 640x480i modeline from the above link with the same results. What do you guys think? - Grant -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Anybody tried shake defragmenter?
I know Linux systems aren't supposed to become fragmented, but I've also read that it can happen eventually. I'm on ext3. I've read that ext4 will have a defragmenter but that it doesn't have one yet. It's not that they aren't supposed to become fragmented, it is that they try to avoid it. There is a big difference, and things like streaming writes (downloads, bittorrents, etc) can cause extreme fragmentation. Yeah, that's when I'm hearing the HD access I didn't hear before. I run miro and it's downloading several torrents all the time. It never made a sound before, but now there's a rhythmic grinding sound when miro is running, maybe because the HD is more full now. Could shake help with this? To find out, should I be running it on the partially downloaded torrents? Well, bittorent does not download in sequential order, so it is constantly doing random reads and writes. You may not be able to avoid the HD grinding during this kind of activity. Download to a RAM drive or SSD or something perhaps. Fragmentation definitely gets worse the nearer you are to full (which for me is always). I have seen very small files with hundreds of fragments as I live at 99% of my space used. They say a hard drive has 2 states: new and full :) It certainly wouldn't hurt to defrag the partial files, though you may want to pause your download before doing it (I don't know how much locking/blocking may occur on in-use files). Some bittorrent clients have an option to write a placeholder file; this is supposed to prevent fragmentation since it's allocating the space for the whole file immediately. Vuze is what I use, it calls this option allocate and zero new files on creation. The down-side is it could take a while to initialize if you're downloading something huge, especially if you're saving to a network or USB hard drive that's not very fast. Is there any tool available to show which files are being written to any any given time? iotop is great for watching the I/O rate and which process is responsible, but sometimes I wonder which files are being written. For example, miro is showing a constant 3.5Mbps write in iotop, and I only have 50kbps downloading and 30kbps uploading. I'd really like to know what is being written to. Here's how I'm running shake, please let me know if you would modify this to work on my noisy drive problem: shake -vX --new 0 --old 0 --bigsize 0 folder Does anyone know what these headers indicate (FRAGC and SHOCKED for example)? There is no info in man or on the homepage: IDEAL START END FRAGC CRUMBC AGE SHOCKED NAME - Grant
Re: [gentoo-user] running e2fsck pre-mount
On Tue, Sep 08, 2009 at 08:37:49PM -0600, Penguin Lover Maxim Wexler squawked: On an Asus netbook during boot after the line *checking all filesystems there'll be a message something like 'filesystem mounted 36 times without being checked. Check forced' then something like '17.1% non-contiguous' then a long delay. Then one of two things, either a message saying 'errors fixed' or a forced reboot. A feature of mount and a feature of e2fs. First, from man 5 fstab The sixth field, (fs_passno), is used by the fsck(8) program to deter- mine the order in which filesystem checks are done at reboot time. The root filesystem should be specified with a fs_passno of 1, and other filesystems should have a fs_passno of 2. Filesystems within a drive will be checked sequentially, but filesystems on different drives will be checked at the same time to utilize parallelism available in the hardware. If the sixth field is not present or zero, a value of zero is returned and fsck will assume that the filesystem does not need to be checked. Now you know what the last dangling number in /etc/fstab is for! For most of my partitions, except the root one, I set it to 0. Mostly because that my partitions are in ReiserFS. However, it is probably set to 0 in your case, otherwise the message you saw wouldn't have happened. Next, if you look at man tune2fs, you'd see the option '-c', which (just quoting the relevant parts) Adjust the number of mounts after which the filesystem will be checked by e2fsck. If [the number] is 0 or -1, the number of times the filesystem is mounted will be disregarded by e2fsck. What does it mean 'without being checked' Does the boot process expect a filesystem check, in this case e2fsck? Why should their be errors. I shut the machine like this '#shutdown -h(or -r) now' Everything is unmounted and the machine turns off without a glitch that I''m aware of. More from the manpage for tune2fs: You should strongly consider the consequences of disabling mount-count-dependent checking entirely. Bad disk drives, cables, memory, and kernel bugs could all corrupt a filesystem without makrking the filesystem dirty or in error. If you are using journaling on your filesystem, your filesystem will never be marked dirty, so it will not normally be checked. A filesystem error detected by the kernel will still force an fsck on the next reboot, but it may already be too late to prevent data loss at that point. Basically, since you don't ask the filesystems to be checked on every boot, to make sure your fs's are sane, ext2/3 will ask the filesystems to be checked every X mounts (also every T period of time, see the -i option in tune2fs for details). Like the manpage said, sh*t happens, and it is better that you check once in a while. However, if every single time when the fsck is run you either reboot or there is an error... there maybe something wrong with your hardware. If you don't have smartd installed, you should consider it, your data on the harddrive should be worth your time. W -- There was a man in a nuthouse who constantly scared off all the newcomers with a menacing smile and the dreadful-sounding phrase, I differentiate you! I differentiate you!--invariably the newcomer would cower in the corner and stay far away from the man. However, one day another man came in and confronted the first man. Of course, the first began yelling at the newcomer, I differentiate you! I differentiate you! But it had no effect on the newcomer. The man yelled I differentiate you! several times to no avail. Finally, he broke down in tears. Why, why?!? he asked. The second man stated simply, I'm e^x. Sortir en Pantoufles: up 1006 days, 7:02
Re: [gentoo-user] Re: decrapify your kernel config WAS: ps shows pegasus process running - what is it?
On 8 Nov 2009, at 06:55, Dale wrote: ... I am not you, but I need maybe 5min for a config ;) and there are more benefits. Smaller binary, more cpu cache free for real data. Better performance lies that way. Also, you don't have to wonder about processes you did not start. Security is also a point. A smaller codebase in use is a saver codebase in use. A lot of bugs only affect kernels with certain features turned on - it is very relaxing if you don't have that feature... I agree. When I first installed Gentoo I had never built a kernel or even run make menuconfig. It took me three tries to get a bootable kernel but it was worth it. I don't put something in my kernel that isn't needed or that I use, well except for NTFS support. I may have to rescue my brother one day. Point being, you only have to build one good kernel then you can copy and run make oldconfig after that. I'm with Volker on this, 5 minutes at most once you get a good build. If you know your system really well, you may can start from scratch and config one in that time. You really need to learn to make your own kernel. ... Whilst I agree in principle that a good (slim?) kernel is better and your comments on that, I am sceptical whether the majority of people have the knowledge to make any significant performance or security improvements. AIUI the kernels shipped by distros like Red Hat, for instance, are configured by the very people that work on and maintain the mainline kernel tree. How can any of us simple end-users compete with that? I imagine it to be very easy for any of us normal people to enable or disable options that make significant performance impact - but we would never know it, because we're not benchtesting it or even qualified to assess proper benchtests. I cannot believe that in a day you could study this subject sufficiently to have any reasonable competence on the matter. And thus if you do spend only a day, that's wasted time. I would add that the kernel is evolving constantly, and in a year's time your knowledge - and your .config - is likely to be at least somewhat outdated. I chose to copy the .config from Knoppix because it's easy to get hold of that, but also because it's selected by someone who knows more than me, and it is likely to work with any hardware I install into my machine or connect by USB. I take Volker's point that a LiveCD .config _could_ be the worst possible choice so I'm open to alternatives, but I hope those who say I should learn to make your own kernel appreciate my points over how effectual that will be - sure, I can delete my .config and start again with `make menuconfig` and I can go through every option and read the help, and I'm sure I'll get just as good results as 80% of the people on this list, but I just don't know that that's much of an answer. Stroller.
[gentoo-user] /var/log/messages is huge
Last week I got a message the my /var partition was almost full. Since it was 10G and I am using lvm2 I added 5G more to it. This evening I got the same message, now I had to investigate. When I did I found that /var/log/messages is huge. # ls -lh /var/log/messages -rw--- 1 root root 12G Aug 16 20:15 /var/log/messages It seem to be constantly written to and growing. # ls -l /var/log/messages -rw--- 1 root root 11986603021 Aug 16 20:20 /var/log/messages # ls -l /var/log/messages -rw--- 1 root root 11986687279 Aug 16 20:20 /var/log/messages # ls -l /var/log/messages -rw--- 1 root root 11986759997 Aug 16 20:21 /var/log/messages # ls -l /var/log/messages -rw--- 1 root root 11986783403 Aug 16 20:21 /var/log/messages # ls -l /var/log/messages -rw--- 1 root root 11986830215 Aug 16 20:21 /var/log/messages When I tail it I get the following. # tail /var/log/messages Aug 16 20:22:59 host kernel: usb-storage: -- transfer complete Aug 16 20:22:59 host kernel: usb-storage: Bulk command transfer result=0 Aug 16 20:22:59 host kernel: usb-storage: Attempting to get CSW... Aug 16 20:22:59 host kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes Aug 16 20:22:59 host kernel: usb-storage: Status code 0; transferred 13/13 Aug 16 20:22:59 host kernel: usb-storage: -- transfer complete Aug 16 20:22:59 host kernel: usb-storage: Bulk status result = 0 Aug 16 20:22:59 host kernel: usb-storage: Bulk Status S 0x53425355 T 0x5c33 R 0 Stat 0x0 Aug 16 20:22:59 host kernel: usb-storage: scsi cmd done, result=0x0 Aug 16 20:22:59 host kernel: usb-storage: *** thread sleeping. What's going on here? Why all these usb-storage messages? I don't know exactly when this started, but I'm guessing it has to do with a recent upgrade. I also thought there's suppose to be some sort of log rotation going on to prevent this. Any ideas? Right now I'm going to cat /dev/null /var/log/messages so I can boot up in the morning. Now my /var dropped to 16%. Thanks, dhk
Re: [gentoo-user] Re: Upgrading from FX-5200 to a GeForce 6200 512MB
Robin Atwood wrote: On Saturday 06 November 2010, Dale wrote: Dale wrote: This is getting weird. I haven't rebooted in a few weeks now. I tried to watch a video a bit ago and it was slow again. It was down to about 2 or 3 frames per second. It is awful. If I go tell it to switch to opengl, it gets fast again but after a while it will go back to being really slow. Why do I have to keep telling it to use nvidia's opengl when it says it is using it and I have switched to a few times? If it is using it, why does it slow down until I tell it to switch? I did do a huge KDE upgrade the other day. I don't recall seeing anything else X related being updated but I could have missed something in that LONG list. I did do a baselayout upgrade and portage itself has been upgraded a few times. Any ideas on why this thing keeps doing this? Would a reboot even help in this situation? When it gets very slow start up top and see what's using the CPU. My bet is the Xserver. I have a GeForce 9400 GT 512MB and the xserver will happily use 90% while nothing much is happening. Start a KDE4 app which constantly updates (ktorrent, kps are good 3rd party examples) and the xserver goes crazy. HTH -Robin Nope, it wasn't that here. This is what top says: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 17995 root 20 0 45360 15m 3360 R 89.6 0.7 0:35.72 glxgears 32113 dale 20 0 305m 162m 27m S 3.3 8.0 17:56.38 seamonkey-bin 31796 root 20 0 187m 76m 30m S 2.0 3.8 21:51.94 X 31914 dale 20 0 286m 47m 24m S 1.7 2.3 18:04.02 kwin It was glxgears that was taking up the most CPU time but I think the rest of it was processing the video. Thing is, nothing has been updated and I have not even logged out of KDE since it was working this morning. So, without me doing a single thing, it has stopped working as it should. It's like the card is being bypassed as far as it using its own CPU to process the picture. Oh, look at this miserable mess: 2 frames in 8.5 seconds = 0.236 FPS 2 frames in 8.7 seconds = 0.230 FPS 2 frames in 8.3 seconds = 0.241 FPS 2 frames in 8.1 seconds = 0.246 FPS 2 frames in 8.1 seconds = 0.247 FPS 2 frames in 8.1 seconds = 0.247 FPS 2 frames in 8.3 seconds = 0.241 FPS Trust me, to see those little wheels turn that slow is really boring. Going back to single user and switch this again. I have noticed that telling it to switch to nvidia's opengl while in single user mode does seem to last longer. Going to re-emerge the drivers to while I am at it. Can't hurt anything. Still open to ideas cause this is weird. Dale :-) :-)
Re: [gentoo-user] Re: Upgrading from FX-5200 to a GeForce 6200 512MB
On Monday 08 November 2010, Dale wrote: Robin Atwood wrote: On Saturday 06 November 2010, Dale wrote: Dale wrote: This is getting weird. I haven't rebooted in a few weeks now. I tried to watch a video a bit ago and it was slow again. It was down to about 2 or 3 frames per second. It is awful. If I go tell it to switch to opengl, it gets fast again but after a while it will go back to being really slow. Why do I have to keep telling it to use nvidia's opengl when it says it is using it and I have switched to a few times? If it is using it, why does it slow down until I tell it to switch? I did do a huge KDE upgrade the other day. I don't recall seeing anything else X related being updated but I could have missed something in that LONG list. I did do a baselayout upgrade and portage itself has been upgraded a few times. Any ideas on why this thing keeps doing this? Would a reboot even help in this situation? When it gets very slow start up top and see what's using the CPU. My bet is the Xserver. I have a GeForce 9400 GT 512MB and the xserver will happily use 90% while nothing much is happening. Start a KDE4 app which constantly updates (ktorrent, kps are good 3rd party examples) and the xserver goes crazy. HTH -Robin Nope, it wasn't that here. This is what top says: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 17995 root 20 0 45360 15m 3360 R 89.6 0.7 0:35.72 glxgears 32113 dale 20 0 305m 162m 27m S 3.3 8.0 17:56.38 seamonkey-bin 31796 root 20 0 187m 76m 30m S 2.0 3.8 21:51.94 X 31914 dale 20 0 286m 47m 24m S 1.7 2.3 18:04.02 kwin It was glxgears that was taking up the most CPU time but I think the rest of it was processing the video. Thing is, nothing has been updated and I have not even logged out of KDE since it was working this morning. So, without me doing a single thing, it has stopped working as it should. It's like the card is being bypassed as far as it using its own CPU to process the picture. Oh, look at this miserable mess: 2 frames in 8.5 seconds = 0.236 FPS 2 frames in 8.7 seconds = 0.230 FPS 2 frames in 8.3 seconds = 0.241 FPS 2 frames in 8.1 seconds = 0.246 FPS 2 frames in 8.1 seconds = 0.247 FPS 2 frames in 8.1 seconds = 0.247 FPS 2 frames in 8.3 seconds = 0.241 FPS Trust me, to see those little wheels turn that slow is really boring. Going back to single user and switch this again. I have noticed that telling it to switch to nvidia's opengl while in single user mode does seem to last longer. Going to re-emerge the drivers to while I am at it. Can't hurt anything. Still open to ideas cause this is weird. AFAIK, all eselect opengl does is set up some symlinks so you use NVidia libraries and not Mesa ones. You might want to poke around and check last access dates. HTH -Robin -- -- Robin Atwood. Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst from Mandalay by Rudyard Kipling --