Re: [gentoo-user] mysterious syslog message .
On Fri, 05 Feb 2010 13:08:26 +0930, Iain Buchanan wrote: The Mi-Fi is self powered, so the laptop's power requirements are exactly the same as when using any other wifi connection. but more than when just using 3G with you're wifi off I bet... Not that I know how much power my wireless card uses. The difference is minimal, either way. Cellular devices vary their power requirements depending on signal strength, so it drains more in poor signal areas. I know the Nokia N900 battery lasts longer when using wifi than with 3G. It also has the advantage that you can connect more than one computer through it. and the disadvantage that it's open to hackers... don't get me wrong - I looked at the mifi and it looks pretty cool (about the size of eight stacked credit cards) I'm just saying... Yes, but no more than any other access point using WPA. Less so really because the range is much shorter that a normal AP. You can send dbus messages from the command line you just need to know what to send to put Evolution offline. Not using Evolution, I wouldn't know, but you may not need dbus. At least with Claws, I can just run claws-mail --offline to put the running instance in offline mode. unfortunately evolution --offline opens a new instance of evolution and puts _that_ in offline mode... :( Time to look at the source. Or file a feature request. -- Neil Bothwick Don't judge a book by its movie. signature.asc Description: PGP signature
Re: [gentoo-user] mysterious syslog message .
On 5 Feb 2010, at 09:26, Neil Bothwick wrote: ... It also has the advantage that you can connect more than one computer through it. and the disadvantage that it's open to hackers... don't get me wrong - I looked at the mifi and it looks pretty cool (about the size of eight stacked credit cards) I'm just saying... Yes, but no more than any other access point using WPA. Less so really because the range is much shorter that a normal AP. I really understand why you would want to use the MiFi. Even if the MiFi + your laptop uses more power than just the laptop on its own, you can charge them separately. However, you should change the WPA key of your MiFi from the factory default, if you haven't already. A 'sploit was announced this week - I read about it on /., I think. The MiFi uses its SSID (I think) plus the manufacturing date in setting its default key, and this leads to a greatly reduced pool of possible keys. Stroller.
Re: [gentoo-user] OT: DLNA saga
On 5 Feb 2010, at 03:47, Iain Buchanan wrote: On Thu, 2010-02-04 at 13:55 +, James wrote: Hello Folks, In a previous thread I was curious about DLNA and anyone's experiences with it. DLNA is definitely a new MicroSoft Infection! As it turns out, a very bright (savant) EE friend of mine shared his recent experience with DLNA: QUOTE: [interesting story] end rant. END/QUOTE I just Don't Get It(TM). Being an embedded programmer, it is so friggin cheap and easy to chuck on a TTL-USB chip with drivers available for just about anything. Then you have usb-serial (or plain old serial if you want). Plonk your own version of a tiny binary protocol on it an voila! I'm extremely dubious of the alleged Microsoft-only compatibility. James has failed so far to adequately answer the suggestion that *surely* the amp is *controlled* by a web-browser interface. Surely the point of the web-browser integration is so that the user can program the front-panel keys and the list of favourite radio-stations. Whilst I have seen embedded devices (Dell DRAC4) that utilise Windows- only components, there was a purpose for doing so and I have seen many more (Dell RAC in the PowerEdge 2650, home NAS devices, 2 x KVM-IP of different manufacturers) that don't. Why should the programmer make his own life more difficult for no good reason. I could imagine that a tuner might enable one to stream audio to a laptop using DLNA or a Windows plug-in, but in many cases one could just stream internet radio directly to the laptop. Since we don't know for sure what the purpose of the web-browser integration is, it's impossible to even guess if it might be MS-only. Like I say, I'm imagining it _only to be for setting up_ the tuner's advanced functions, but the way to find out would be to talk to someone who has one (on, say, the AV Forums messageboards) or to try it. Pointless speculation is pointless. Stroller.
Re: [gentoo-user] mysterious syslog message .
On Fri, 5 Feb 2010 12:49:38 +, Stroller wrote: However, you should change the WPA key of your MiFi from the factory default, if you haven't already. A 'sploit was announced this week - I read about it on /., I think. The MiFi uses its SSID (I think) plus the manufacturing date in setting its default key, and this leads to a greatly reduced pool of possible keys. I didn't wait for an exploit to be announced, I changed it straight away. Not only for security, but if I'd lost the card with the key, I'd have been screwed. Now it's something I can remember. -- Neil Bothwick The world is a tragedy to those who feel, but a comedy to those who think.(Horace Walpole) signature.asc Description: PGP signature
Re: [gentoo-user] VGA-out screen aspect ratio
I've only ever used my laptop's VGA-out into 4:3 screens and it always works great. I've now plugged it into a 16:9 screen for the first time, and it still displays 4:3 on that screen and on my laptop. Is there a way for it to detect the proper aspect ratio? Maybe it depends on the monitor's EDID? If not, can I manually change the aspect ratio? - Grant Not sure about how well it will work automatically, but try running xrandr and reading the output. It should tell you what monitors you have hooked up and what resolutions and scan frequencies they support. I did this and then put the ones I wanted into my xorg.conf file and was good to go. Hope this helps, Mark Thanks Mark. Is there a slick way to restart xorg without rebooting so you can switch between VGA-out mode and non? When I'm doing VGA-out, my laptop's screen changes to match the aspect ratio of the output so it's good to be able to switch. - Grant Not sure of the best way to do that, but is it really necessary? I suppose you could try (from the console) /etc/init.d/xdm restart and see if it does what you want. Note that you can set up your screens using xrandr itself. I'm not very good at it but I've played with it and it works. Duncan on the amd64 list posted a couple of commands he uses. They look like this: xrandr --verbose --fb 1920x2400 --output DVI-0 --mode 1280x800 --panning 1920x1200+0+0/1920x1200+0+0/20/20/20/20 --output DVI-1 --mode 1280x800 -- panning 1920x1200+0+1200/1920x1200+0+1200/20/20/20/20 Clearly that's a mouthful but I'm sure it makes sense once you get down to the basics. I think you can break it apart into something like: xrandr --verbose --fb 1920x2400 --output DVI-0 --mode 1280x800 --panning 1920x1200+0+0/1920x1200+0+0/20/20/20/20 --output DVI-1 --mode 1280x800 --panning 1920x1200+0+1200/1920x1200+0+1200/20/20/20/20 where DVI-0 and DVI-1 are the monitors and everything else is info to xrandr is what to do. You would change the output names to whatever yours are called. The first line 1920x2400 sets up (I think) the overall screen size and then the next two lines set up the two monitors. I think in his case they sit vertically, not horizontally like mine and possibly yours do. In my case I run 1280x1024 on the left monitor and 1680x1050 on the right monitor. I can drag stuff left and right just fine. It gets messed up if I play a game though. Anyway, there's some stuff for you to look at and consider. Cheers, Mark Thanks Mark and Neil. - Grant
[gentoo-user] Re: revdep-rebuild keeps reinstalling binutils
Neil Bothwick n...@digimed.co.uk writes: On Thu, 4 Feb 2010 22:13:20 +0800, Leon Feng wrote: I have seen this for weeks, but since I upgrade to portage-2.2* at the same time, do not know whether it is related. My revdep-rebuild out is listed below, anyone has a solution? Are you also running the testing gentoolkit? Otherwise you're trying to use the old revdep-rebuild wit the new portage, which may have unexpected consequences. Have you run lafilefixer --justfixit? This should always be the first step when revdep-rebuild reports problems. You were speaking to Leon no me (The OP), but since my output was identical, I'll report too: I'm running ~x86 on everything and latest version of gentoolkit (I don't have gentoolkit-dev installed) I've emerged lafilefixer (thanks Steve) and ran lafilefixer --justfixit Then ran revdep-rebuild again it still finds broken binutils so I'm letting it `oneshot' the emerge. Was the expectation that running `lafilefixer --justfixit' would stop revdep-rebuild from continuously finding a broken binutils? Or was I expected to run lafilefixer --justfixit and then rebuild binutils once more? In any case I did the later and now the oneshot has finished and a rerun of revdep-rebuild again finds the same `broken' binutils Apparently no progress has occurred..
[gentoo-user] Re: baselayout2/openrc question
On 02/04/2010 01:29 AM, Neil Bothwick wrote: ...Gentoo now supports multiple package managers, so portage is not required either. I seem to be falling behind. What other package managers does gentoo support?
[gentoo-user] remove unneeded package.keywords entries
hi, I'd like to remove unneeded entries on package.keywords and I was wondering if there's some program to do that (or if it's a good idea for me to try to do it :) ). for example, I may have: =www-client/mozilla-firefox-3.6 but later (hopefully) this package will be unmasked and that entry becomes totally useless. and I may also unmask an ebuild without a version, and some time later this ebuild will have no keyworded version, so that package.keywords entry will be useless too. see you, -- Crístian Deives dos Santos Viana [aka CD1]
[gentoo-user] Re: binutils broken revdep-rebuild
Mariusz Ceier mce...@gmail.com writes: But if I am reading revdep-rebuild output correctly, it means that your binutils is compiled to be linked against that library. But the library cannot be found by revdep-rebuild. Hence the error. W libiberty.a comes from binutils. Looking at Stefan revdep-rebuild environment output it seems that revdep-rebuild doesn't handle 'include wildcard' statements in ld.so.conf. This bug is already reported #298651. Mariusz Ceier Much of the conversation on bugzilla went over my head Is there a known workaround a non-developer or non-tech-genius might employ?
Re: [gentoo-user] Compressed Filesystem
Helmut Jarausch wrote: On 3 Jan, Enrico Weigelt wrote: Helmut Jarausch wrote: Hi, I'm looking for a working and maintained compressed filesystem. I'd like to use it for backing up my root and my /usr filesystems, so that I can use rsync to keep it up-to-date. Perhaps you could try venti+fossil or git. Thanks, but I haven't found venti or fossil in Gentoo's tree. Are there any ebuilds around? plan9port Helmut. -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: i...@metux.de skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] remove unneeded package.keywords entries
chrome://messenger/locale/messengercompose/composeMsgs.properties: hi, I'd like to remove unneeded entries on package.keywords and I was wondering if there's some program to do that (or if it's a good idea for me to try to do it :) ). for example, I may have: =www-client/mozilla-firefox-3.6 but later (hopefully) this package will be unmasked and that entry becomes totally useless. and I may also unmask an ebuild without a version, and some time later this ebuild will have no keyworded version, so that package.keywords entry will be useless too. see you, -- Crístian Deives dos Santos Viana [aka CD1] This should work. eix-test-obsolete Be prepared for a LONG list tho. It prints a LOT on mine. I would also recommend you save a copy of those files just in case. Hope that helps. Dale :-) :-)
Re: [gentoo-user] remove unneeded package.keywords entries
On Fri, 5 Feb 2010 21:56:43 -0200 Crístian Viana wrote: for example, I may have: =www-client/mozilla-firefox-3.6 but later (hopefully) this package will be unmasked and that entry becomes totally useless. # emerge eix # eix-test-obsolete -d
Re: [gentoo-user] Re: baselayout2/openrc question
On Fri, Feb 05, 2010 at 03:52:15PM -0800, walt wrote: On 02/04/2010 01:29 AM, Neil Bothwick wrote: ...Gentoo now supports multiple package managers, so portage is not required either. I seem to be falling behind. What other package managers does gentoo support? There are two other package managers that can be used on gentoo systems that I know of. pkgcore and paludis. However, they are supported by their developers, and, the last time I looked, gentoo's documentation still only supports portage. In that sense, portage is still gentoo's _official_ package manager, but there are alternatives if you don't want to use portage. So, python actually is not required if you use paludis. I believe pkgcore, however, requires it. William pgp54ae7jcTbr.pgp Description: PGP signature
Re: [gentoo-user] Re: revdep-rebuild keeps reinstalling binutils
在 2010年2月6日星期六 07:46:05,Harry Putnam 写道: Neil Bothwick n...@digimed.co.uk writes: On Thu, 4 Feb 2010 22:13:20 +0800, Leon Feng wrote: I have seen this for weeks, but since I upgrade to portage-2.2* at the same time, do not know whether it is related. My revdep-rebuild out is listed below, anyone has a solution? Are you also running the testing gentoolkit? Otherwise you're trying to use the old revdep-rebuild wit the new portage, which may have unexpected consequences. Have you run lafilefixer --justfixit? This should always be the first step when revdep-rebuild reports problems. You were speaking to Leon no me (The OP), but since my output was identical, I'll report too: I'm running ~x86 on everything and latest version of gentoolkit (I don't have gentoolkit-dev installed) I've emerged lafilefixer (thanks Steve) and ran lafilefixer --justfixit Then ran revdep-rebuild again it still finds broken binutils so I'm letting it `oneshot' the emerge. Was the expectation that running `lafilefixer --justfixit' would stop revdep-rebuild from continuously finding a broken binutils? Or was I expected to run lafilefixer --justfixit and then rebuild binutils once more? In any case I did the later and now the oneshot has finished and a rerun of revdep-rebuild again finds the same `broken' binutils Apparently no progress has occurred.. Same here. I am running ~x86 too. lafilefixer --justfixit and reemerged glibc do no work. I will try out the patch in bug 298651 soon. Leon