Re: [gentoo-user] [a bit OT] Re: USB sticks now mounting on /run/media instead of /media ?
On 2012-05-03 23:48, Canek Peláez Valdés wrote: >And anyway, if > you are using a desktop system you don't care where the drive mounts, > it just appears in your filemanager. I have a desktop system but I don't have a "filemanager" installed and I don't run an automounter. You assume everyone uses what you do? I don't even have a /run directory so please don't assume that, at least some of us, doesn't care about where "the drive mounts" (since I mount manually)... >If you are not using a desktop, > then you should not have udisks2 installed, probably. I don't have udisks(n) installed either... see no need for it. :-) Best regards Peter K
Re: [gentoo-user] Re: USB sticks now mounting on /run/media instead of /media ?
On Thu, 3 May 2012 20:33:19 -0400 Joshua Murphy wrote: > On Thu, May 3, 2012 at 7:00 PM, walt wrote: > > On 05/03/2012 02:48 PM, Canek Peláez Valdés wrote: > >> On Thu, May 3, 2012 at 3:18 PM, walt wrote: > >>> On 04/13/2012 05:19 PM, walt wrote: > > A recent update > (udev?) on my ~amd64 machines is now mounting removable drives > on /run/media instead of /media. > >>> > >>> > >>> Ha! I should have suspected Lennart from the beginning: > >>> > >>> http://cgit.freedesktop.org/systemd/systemd/commit/?id=231931ffba1bca9d8759bbd6f797e56f8c6971fa > >> > >> The link you posted has nothing to do with this; that's only a > >> systemd-specific change in response to a change in udisks2. In > >> other words, Lennart has nothing to do with this change, the > >> responsible is David Zeuthen, udisks2 maintainer: > >> > >> https://plus.google.com/u/0/110773474140772402317/posts/NqPUifsFUYH > > > > Thanks for the correction. > > > >> And it's actually a pretty reasonable change (IMHO): now in > >> multiseat configurations each user can plug a USB drive and only > >> him/she will see it > > > > I've thought that for a long time. Mounting my own "personal > > mount" on a system directory never made any sense to me. > > However, /run/media is still a system directory, so it still > > doesn't make any sense to me. > > > > I think /home/wa1ter/media is a more logical choice. But I'm not > > doing the coding in this bazaar ;) > > > > The upstream dev(s) seem intent on mounting removable media on a > > tempfs for some reason. Do you know why? > > > > I understand completely the reason for inventing /run and making it > > a tempfs (I think Lennart *was* involved in that), but why use /run > > when it's not necessary or (IMHO) logical? > > In my completely uninformed guess... a) tmpfs automatically 'cleans > up' every reboot, making sure old folders aren't sitting around stale > even if something did go wrong, and/or b) it's guaranteed writable for > the service that needs to make those mount points. I could probably > come up with a 'c', but I'd likely have to actually do a bit of > reading on the topic before rising looking even more foolishly un-read > on the topic than I already do! :-P > Here you go, one time c): /run can be guaranteed to exist immediately after / is mounted, which fixes a whole slew of really horrible problems if it isn't. -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: USB sticks now mounting on /run/media instead of /media ?
On Thu, May 3, 2012 at 7:00 PM, walt wrote: > On 05/03/2012 02:48 PM, Canek Peláez Valdés wrote: >> On Thu, May 3, 2012 at 3:18 PM, walt wrote: >>> On 04/13/2012 05:19 PM, walt wrote: A recent update (udev?) on my ~amd64 machines is now mounting removable drives on /run/media instead of /media. >>> >>> >>> Ha! I should have suspected Lennart from the beginning: >>> >>> http://cgit.freedesktop.org/systemd/systemd/commit/?id=231931ffba1bca9d8759bbd6f797e56f8c6971fa >> >> The link you posted has nothing to do with this; that's only a >> systemd-specific change in response to a change in udisks2. In other >> words, Lennart has nothing to do with this change, the responsible is >> David Zeuthen, udisks2 maintainer: >> >> https://plus.google.com/u/0/110773474140772402317/posts/NqPUifsFUYH > > Thanks for the correction. > >> And it's actually a pretty reasonable change (IMHO): now in multiseat >> configurations each user can plug a USB drive and only him/she will >> see it > > I've thought that for a long time. Mounting my own "personal mount" on > a system directory never made any sense to me. However, /run/media is > still a system directory, so it still doesn't make any sense to me. > > I think /home/wa1ter/media is a more logical choice. But I'm not doing > the coding in this bazaar ;) > > The upstream dev(s) seem intent on mounting removable media on a tempfs > for some reason. Do you know why? > > I understand completely the reason for inventing /run and making it a > tempfs (I think Lennart *was* involved in that), but why use /run when > it's not necessary or (IMHO) logical? In my completely uninformed guess... a) tmpfs automatically 'cleans up' every reboot, making sure old folders aren't sitting around stale even if something did go wrong, and/or b) it's guaranteed writable for the service that needs to make those mount points. I could probably come up with a 'c', but I'd likely have to actually do a bit of reading on the topic before rising looking even more foolishly un-read on the topic than I already do! :-P -- Poison [BLX] Joshua M. Murphy
Re: [gentoo-user] Re: USB sticks now mounting on /run/media instead of /media ?
On Thu, May 3, 2012 at 6:00 PM, walt wrote: > On 05/03/2012 02:48 PM, Canek Peláez Valdés wrote: >> On Thu, May 3, 2012 at 3:18 PM, walt wrote: >>> On 04/13/2012 05:19 PM, walt wrote: A recent update (udev?) on my ~amd64 machines is now mounting removable drives on /run/media instead of /media. >>> >>> >>> Ha! I should have suspected Lennart from the beginning: >>> >>> http://cgit.freedesktop.org/systemd/systemd/commit/?id=231931ffba1bca9d8759bbd6f797e56f8c6971fa >> >> The link you posted has nothing to do with this; that's only a >> systemd-specific change in response to a change in udisks2. In other >> words, Lennart has nothing to do with this change, the responsible is >> David Zeuthen, udisks2 maintainer: >> >> https://plus.google.com/u/0/110773474140772402317/posts/NqPUifsFUYH > > Thanks for the correction. > >> And it's actually a pretty reasonable change (IMHO): now in multiseat >> configurations each user can plug a USB drive and only him/she will >> see it > > I've thought that for a long time. Mounting my own "personal mount" on > a system directory never made any sense to me. However, /run/media is > still a system directory, so it still doesn't make any sense to me. > > I think /home/wa1ter/media is a more logical choice. But I'm not doing > the coding in this bazaar ;) > > The upstream dev(s) seem intent on mounting removable media on a tempfs > for some reason. Do you know why? So the mountpoint can be created on the fly, and so it is also volatile. The system could "mkdir /media/" everytime a USB is plugged, and then "rmdir /media/" when it's unplugged; but if something happens (a power failure or something similar), then you would need to manually remove the stale dir, or have a process do it from time to time. Actually, some years ago it was not rare to have such stale directories under /media. None of this happens with a tmpfs. > I understand completely the reason for inventing /run and making it a > tempfs (I think Lennart *was* involved in that), but why use /run when > it's not necessary or (IMHO) logical? I don't know, really. gvfs (the new virtual filesystem for GNOME) mounts the remote shares in $HOME/.gvfs (which is also a tmpfs). I suppose a $HOME/.mount could be created. I personally don't care, but it is certainly not consistent. However, I agree with the idea of getting rid of the /media dir, and I have not used /mnt in years, so I'm thinking on deleting both so my root dir is cleaner. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] SCP bash script
On Thu, May 3, 2012 at 7:44 AM, LiangYun Gong wrote: > Hi guys, > > I have a problem with scp bash script. I was trying to automate scp command > to copy files in and out, and I was trying to avoid key in the password > myself. > > So I attempt to use the "here string" feature of bash, it didn't work with > scp. > > And those server I am working with, they don't have expect package > installed. :-( > > ps. I am not supposed to change the configuration of the servers( includes > setup openssh keys, or install expect) > > You guys have any idea that can help this case? > > Thanks & Regards, > kit393 Well, expect is generally used client-side and doesn't require a server-side counterpart, assuming you're pulling files to, or pushing from, a machine you do have actual control of. SSH keys are the usual means, since they don't involve writing a password somewhere in plain text, but lacking those, expect on your own machine would do the trick. -- Poison [BLX] Joshua M. Murphy
Re: [gentoo-user] Re: Video editing advice on formats and size of file
Hello, On Sun, 01 Jan 2012, Mick wrote: >Anyhow, have a look again at the mencoder man page. There's a few >settings in there for video called "extreme" and "insane". You may >want to try them. I use -ovc x264 -x264encopts \ crf=22:trellis=1:qcomp=0.8:weight_b:8x8dct:subq=6:threads=1:nr=750 or the same with crf=23 for lower quality input and nr=500 (for clean input). That gives me for DVD MPEG2 input output of the same quality (and yes, I've looked at very difficult parts of both input and output basically "frame by frame" while finding those settings ;) Those settings give quite small files at times, esp. due to the 'nr' noise reduction filter (which makes files 20-50% smaller with no visual impact and little impact (<6%) on encoding speed. I get e.g. a mere 241MiB video track for a 41:19min series-episode in PAL (720x576@25fps progessive anamorphic (=> 1024x576) with crf=22). The MPEG2 original is 1.16GiB for the video track... For me, depending on input, above settings are the "sweet spot" regarding quality (no difference I can see, either at 1:1 or fullscreen at 1280x1024 with black bars) and file size. HTH, -dnh -- Never put off till tomorrow what you can avoid all together. -- fortune file
Re: [gentoo-user] Video editing advice on formats and size of file
Hello, On Fri, 23 Dec 2011, Michael Mol wrote: >I'd suggest you give the other tools a try, too. The other tools >brought up will do essentially the same thing as avidemux; they're >just ripping the audio and video streams out of the source container >files and placing them into a new container file. mkvmerge has the -y option where you can specify - an offset for a specific track (e.g. delay the audio track by 1000ms) - and specify a ratio how one track is faster/slower than the other. For example: I recently had a subtitle track declared as PAL (25fps) but it was actually NTSC (23.97fps). Additionally, there was an offset. So, I used: mkvmerge -o output.mkv --language 1:en input1.avi --language 0:de \ -D input_sound2.ac3 \ -y 0:-7000,23.97/25 subtitle1.srt | ^^|^^ - delay ratio / skew | `- absolute offset (-7s) `- track 0 of the input file (i.e. subtitle1.srt), with the usual video+audio in one file, it'd be Track 1: for the audio, use mkvinfo/mediainfo on the input to find out. (or the other way around resp. PAL/NTCS rates, anyway, according to my ~/.bash_history the above gave me the correct output ;) By that feature, you can offset one track (e.g. sound or subs) by an absolute time and skew it at a relative ratio (when one track is "faster" than the other, usually PAL vs. NTSC or 24fps. Anyway, try those ratios ,23.97/25 or ,25/23.97 first ;) After determining the "absolute offset" as early in the file as possible. When stitching files together, it might be that just one file has that problem, so, remux that one file with an -y 0:offset,skew into a temp-file and then append the temp to the other input (or vice versa). Takes a bit of testing etc., but you should be able to solve all "stable" desyncronizations. You're lost if the desync varies over one file (e.g. +1s at the start, +2 at 25%, in sync at 50%, +3s at 60%, -2s at 75%, +1s at the end...) HTH, -dnh -- > Good. now let's bash PHP.-- Satya I thought we were talking about programming languages? -- Peter Corlett
[gentoo-user] Re: X segfault with nvidia-drivers-295.40 on GT520
On 05/02/2012 11:39 PM, Raffaele BELARDI wrote: > One month ago I switched to an Nvidia-based (ASUS GT520, PCI-e) video > card on an ~amd64 box. I immediately had problems with the latest Nvidia > driver causing a segfault when X started I make this ridiculous suggestion only because you're still having trouble. The ebuild for the proprietary ati-drivers includes this advice: "If you experience unexplained segmentation faults and kernel crashes" "with this driver and multi-threaded applications such as wine," "set UseFastTLS in xorg.conf to either 0 or 1, but not 2." Hey, how much time can you waste testing it with nvidia-drivers ;)
[gentoo-user] Re: libreoffice 3.5.2.2 paste special fails
On 05/02/2012 05:40 PM, Adam Carter wrote: >>> Any idea how to troubleshoot this? Any sense in trying rm -fr >>> ~/.libreoffice? >>> >> ... >> >> always worth a try - but just rename the old directory first and then >> move it back if thats not the problem. > > mv ~/.libreoffice ~/.libreoffice-orig didnt help. Any other ideas? (I may be guilty of repeating myself here, but I hope not.) I found some irritating regressions in the chart module in 3.5.* so I asked about it on a libreoffice mailing list. The one response I got recommended that I reinstall 3.4.* because a lot of people are having problems with 3.5.* So that's what I did. Not a very satisfying fix, though.
[gentoo-user] Re: USB sticks now mounting on /run/media instead of /media ?
On 05/03/2012 02:48 PM, Canek Peláez Valdés wrote: > On Thu, May 3, 2012 at 3:18 PM, walt wrote: >> On 04/13/2012 05:19 PM, walt wrote: >>> >>> A recent update >>> (udev?) on my ~amd64 machines is now mounting removable drives >>> on /run/media instead of /media. >> >> >> Ha! I should have suspected Lennart from the beginning: >> >> http://cgit.freedesktop.org/systemd/systemd/commit/?id=231931ffba1bca9d8759bbd6f797e56f8c6971fa > > The link you posted has nothing to do with this; that's only a > systemd-specific change in response to a change in udisks2. In other > words, Lennart has nothing to do with this change, the responsible is > David Zeuthen, udisks2 maintainer: > > https://plus.google.com/u/0/110773474140772402317/posts/NqPUifsFUYH Thanks for the correction. > And it's actually a pretty reasonable change (IMHO): now in multiseat > configurations each user can plug a USB drive and only him/she will > see it I've thought that for a long time. Mounting my own "personal mount" on a system directory never made any sense to me. However, /run/media is still a system directory, so it still doesn't make any sense to me. I think /home/wa1ter/media is a more logical choice. But I'm not doing the coding in this bazaar ;) The upstream dev(s) seem intent on mounting removable media on a tempfs for some reason. Do you know why? I understand completely the reason for inventing /run and making it a tempfs (I think Lennart *was* involved in that), but why use /run when it's not necessary or (IMHO) logical?
Re: [gentoo-user] Send events to ACPI via dbus as a simple user?
On Thu, 03 May 2012 23:31:21 +0100, Ignas Anikevicius wrote: > Is it possible to send events to the acpid daemon via dbus? What I want > to do is to write some scripts, which would be executed by a window > manager in X and then would trigger some event in acpid (e.g. suspend or > other root requiring things). There doesn't appear to be a connection for acpi, at least "qdbus | grep -i acpi" returns nothing. Could you add a line to /etc/sudoers to allow your script, or the command it needs, to be run as root without a password? -- Neil Bothwick Do radioactive cats have 18 half-lives? signature.asc Description: PGP signature
[gentoo-user] Send events to ACPI via dbus as a simple user?
Hello list, I was wondering if anybody could help me on this. Is it possible to send events to the acpid daemon via dbus? What I want to do is to write some scripts, which would be executed by a window manager in X and then would trigger some event in acpid (e.g. suspend or other root requiring things). Thanks in advance, Ignas
Re: [gentoo-user] Re: USB sticks now mounting on /run/media instead of /media ?
On Thu, May 3, 2012 at 3:18 PM, walt wrote: > On 04/13/2012 05:19 PM, walt wrote: >> >> A recent update >> (udev?) on my ~amd64 machines is now mounting removable drives >> on /run/media instead of /media. > > > Ha! I should have suspected Lennart from the beginning: > > http://cgit.freedesktop.org/systemd/systemd/commit/?id=231931ffba1bca9d8759bbd6f797e56f8c6971fa The link you posted has nothing to do with this; that's only a systemd-specific change in response to a change in udisks2. In other words, Lennart has nothing to do with this change, the responsible is David Zeuthen, udisks2 maintainer: https://plus.google.com/u/0/110773474140772402317/posts/NqPUifsFUYH And it's actually a pretty reasonable change (IMHO): now in multiseat configurations each user can plug a USB drive and only him/she will see it (unless it has the corresponding permissions). And anyway, if you are using a desktop system you don't care where the drive mounts, it just appears in your filemanager. If you are not using a desktop, then you should not have udisks2 installed, probably. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Re: USB sticks now mounting on /run/media instead of /media ?
On Thu, May 03, 2012 at 01:18:04PM -0700, walt wrote > On 04/13/2012 05:19 PM, walt wrote: > > A recent update (udev?) on my ~amd64 machines is now mounting > > removable drives on /run/media instead of /media. > > Ha! I should have suspected Lennart from the beginning: > > http://cgit.freedesktop.org/systemd/systemd/commit/?id=231931ffba1bca9d8759bbd6f797e56f8c6971fa Are we running Linux or are we running Lennax? -- Walter Dnes
Re: [gentoo-user] Backscatter and nikko
Am Donnerstag, 3. Mai 2012, 16:36:14 schrieb Michael Mol: > On Thu, May 3, 2012 at 4:29 PM, Dale wrote: > > Michael Hampicke wrote: > >> Am 03.05.2012 18:08, schrieb Paul Hartman: > >>> On Thu, May 3, 2012 at 11:00 AM, Michael Mol wrote: > Is anyone else getting a large amount of gentoo-user-related > backscatter from a set of mailservers including nikko.homeunix.net? > I've gotten eight in the last five minutes or so. > >>> > >>> Yes. One for everything I've posted to the list recently... > >> > >> Yes, they are starting to build a line here too. I'm assuming it has > >> something to do with free cupcakes :) > > > > Me too. Just one so far. What is causing this? Is it Gentoo's servers > > or someone else? > > Looks like a misconfiguration on Nikko's internal mailservers. jopp, Mr Nikko fucked up and we all get to know about it. There are many good reasons not to set up your own mail servers. He is just demonstrating one of them. -- #163933
Re: [gentoo-user] Backscatter and nikko
On Thu, May 3, 2012 at 4:29 PM, Dale wrote: > Michael Hampicke wrote: >> >> >> Am 03.05.2012 18:08, schrieb Paul Hartman: >>> On Thu, May 3, 2012 at 11:00 AM, Michael Mol wrote: Is anyone else getting a large amount of gentoo-user-related backscatter from a set of mailservers including nikko.homeunix.net? I've gotten eight in the last five minutes or so. >>> >>> Yes. One for everything I've posted to the list recently... >>> >> Yes, they are starting to build a line here too. I'm assuming it has >> something to do with free cupcakes :) >> >> > > > Me too. Just one so far. What is causing this? Is it Gentoo's servers > or someone else? Looks like a misconfiguration on Nikko's internal mailservers. -- :wq
Re: [gentoo-user] Backscatter and nikko
Michael Hampicke wrote: > > > Am 03.05.2012 18:08, schrieb Paul Hartman: >> On Thu, May 3, 2012 at 11:00 AM, Michael Mol wrote: >>> Is anyone else getting a large amount of gentoo-user-related >>> backscatter from a set of mailservers including nikko.homeunix.net? >>> I've gotten eight in the last five minutes or so. >> >> Yes. One for everything I've posted to the list recently... >> > Yes, they are starting to build a line here too. I'm assuming it has > something to do with free cupcakes :) > > Me too. Just one so far. What is causing this? Is it Gentoo's servers or someone else? Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS="--quiet-build=n"
[gentoo-user] Re: USB sticks now mounting on /run/media instead of /media ?
On 04/13/2012 05:19 PM, walt wrote: A recent update (udev?) on my ~amd64 machines is now mounting removable drives on /run/media instead of /media. Ha! I should have suspected Lennart from the beginning: http://cgit.freedesktop.org/systemd/systemd/commit/?id=231931ffba1bca9d8759bbd6f797e56f8c6971fa
Re: [gentoo-user] Re: Why do I have both net-libs/webkit-gtk-1.8.1-r200 and net-libs/webkit-gtk-1.8.1-r300?
On Thu, May 3, 2012 at 3:14 PM, Nikos Chantziaras wrote: > On 03/05/12 00:58, Hilco Wijbenga wrote: >> >> Hi all, >> >> I ran equery depends on both > > > If you want accurate results, use emerge, not equery: > > emerge -pv --depclean net-libs/webkit-gtk > > It will tell you what's pulling it in. I have --tree in EMERGE_DEFAULT_OPTS for additional clarity. -- :wq
[gentoo-user] Re: Why do I have both net-libs/webkit-gtk-1.8.1-r200 and net-libs/webkit-gtk-1.8.1-r300?
On 03/05/12 00:58, Hilco Wijbenga wrote: Hi all, I ran equery depends on both If you want accurate results, use emerge, not equery: emerge -pv --depclean net-libs/webkit-gtk It will tell you what's pulling it in.
Re: [gentoo-user] Why do I have both net-libs/webkit-gtk-1.8.1-r200 and net-libs/webkit-gtk-1.8.1-r300?
On Thu, May 3, 2012 at 1:58 PM, Hilco Wijbenga wrote: > On 2 May 2012 15:20, Canek Peláez Valdés wrote: >> On Wed, May 2, 2012 at 5:08 PM, Canek Peláez Valdés wrote: >>> On Wed, May 2, 2012 at 4:58 PM, Hilco Wijbenga >>> wrote: Hi all, I ran equery depends on both but it gives me identical results: centaur ~ # equery depends net-libs/webkit-gtk * These packages depend on net-libs/webkit-gtk: dev-java/swt-3.7.2 (webkit ? >=net-libs/webkit-gtk-1.2:2) gnome-extra/sushi-0.2.1 (net-libs/webkit-gtk:3[introspection]) gnome-extra/zenity-3.2.0 (webkit ? >=net-libs/webkit-gtk-1.4.0:3) media-gfx/gimp-2.6.12 (webkit ? net-libs/webkit-gtk:2) centaur ~ # equery depends =net-libs/webkit-gtk-1.8.1-r200 * These packages depend on net-libs/webkit-gtk-1.8.1-r200: dev-java/swt-3.7.2 (webkit ? >=net-libs/webkit-gtk-1.2:2) gnome-extra/sushi-0.2.1 (net-libs/webkit-gtk:3[introspection]) gnome-extra/zenity-3.2.0 (webkit ? >=net-libs/webkit-gtk-1.4.0:3) media-gfx/gimp-2.6.12 (webkit ? net-libs/webkit-gtk:2) centaur ~ # equery depends =net-libs/webkit-gtk-1.8.1-r300 * These packages depend on net-libs/webkit-gtk-1.8.1-r300: dev-java/swt-3.7.2 (webkit ? >=net-libs/webkit-gtk-1.2:2) gnome-extra/sushi-0.2.1 (net-libs/webkit-gtk:3[introspection]) gnome-extra/zenity-3.2.0 (webkit ? >=net-libs/webkit-gtk-1.4.0:3) media-gfx/gimp-2.6.12 (webkit ? net-libs/webkit-gtk:2) I unmerged the *-r200 version but it got reinstalled so apparently "something" needs it. Can anyone explain this? >>> >>> One uses gtk+-2, the other one gtk+-3. If you use something with >>> gtk+-3 (e.g., GNOME), it is needed and will be pulled. >> >> I meant GNOME 3. > > I'm not running Gnome but I do have various Gnome dependent packages > installed. So both gtk+-2 and gtk+-3 are installed. > > Unfortunately, I'm finding it hard to determine why I need gtk+-2 (and > consequently net-libs/webkit-gtk-1.8.1-r200). Running equery depends > ... gives me identical results and thus does not help. Using emerge > -vtp or emerge -vetp does not yield useful information either. Any > ideas? Use the slot for equery: equery depends x11-libs/gtk+:2 equery depends x11-libs/gtk+:3 Saludos. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Why do I have both net-libs/webkit-gtk-1.8.1-r200 and net-libs/webkit-gtk-1.8.1-r300?
On 2 May 2012 15:20, Canek Peláez Valdés wrote: > On Wed, May 2, 2012 at 5:08 PM, Canek Peláez Valdés wrote: >> On Wed, May 2, 2012 at 4:58 PM, Hilco Wijbenga >> wrote: >>> Hi all, >>> >>> I ran equery depends on both but it gives me identical results: >>> >>> centaur ~ # equery depends net-libs/webkit-gtk >>> * These packages depend on net-libs/webkit-gtk: >>> dev-java/swt-3.7.2 (webkit ? >=net-libs/webkit-gtk-1.2:2) >>> gnome-extra/sushi-0.2.1 (net-libs/webkit-gtk:3[introspection]) >>> gnome-extra/zenity-3.2.0 (webkit ? >=net-libs/webkit-gtk-1.4.0:3) >>> media-gfx/gimp-2.6.12 (webkit ? net-libs/webkit-gtk:2) >>> centaur ~ # equery depends =net-libs/webkit-gtk-1.8.1-r200 >>> * These packages depend on net-libs/webkit-gtk-1.8.1-r200: >>> dev-java/swt-3.7.2 (webkit ? >=net-libs/webkit-gtk-1.2:2) >>> gnome-extra/sushi-0.2.1 (net-libs/webkit-gtk:3[introspection]) >>> gnome-extra/zenity-3.2.0 (webkit ? >=net-libs/webkit-gtk-1.4.0:3) >>> media-gfx/gimp-2.6.12 (webkit ? net-libs/webkit-gtk:2) >>> centaur ~ # equery depends =net-libs/webkit-gtk-1.8.1-r300 >>> * These packages depend on net-libs/webkit-gtk-1.8.1-r300: >>> dev-java/swt-3.7.2 (webkit ? >=net-libs/webkit-gtk-1.2:2) >>> gnome-extra/sushi-0.2.1 (net-libs/webkit-gtk:3[introspection]) >>> gnome-extra/zenity-3.2.0 (webkit ? >=net-libs/webkit-gtk-1.4.0:3) >>> media-gfx/gimp-2.6.12 (webkit ? net-libs/webkit-gtk:2) >>> >>> I unmerged the *-r200 version but it got reinstalled so apparently >>> "something" needs it. Can anyone explain this? >> >> One uses gtk+-2, the other one gtk+-3. If you use something with >> gtk+-3 (e.g., GNOME), it is needed and will be pulled. > > I meant GNOME 3. I'm not running Gnome but I do have various Gnome dependent packages installed. So both gtk+-2 and gtk+-3 are installed. Unfortunately, I'm finding it hard to determine why I need gtk+-2 (and consequently net-libs/webkit-gtk-1.8.1-r200). Running equery depends ... gives me identical results and thus does not help. Using emerge -vtp or emerge -vetp does not yield useful information either. Any ideas?
[gentoo-user] Re: X segfault with nvidia-drivers-295.40 on GT520
On 03/05/12 18:18, Raffaele BELARDI wrote:
On 05/03/2012 04:45 PM, Nikos Chantziaras wrote:
thanks, but I'd rather keep that as a last option because I have no
guarantee of success with the 302.07 driver.
There are no guarantees in life. Only wasted time, which in this case
amounts to 5-8 minutes for copying/editing and emerging. If you even
need a guarantee even for not losing 8 minutes of your time, then I
don't know :-/
You are right, it might be a quick solution if it works.
What kernel and xorg-server version are you running with 302.07?
Latest versions available on ~amd64. So that's kernel 3.3.4 and
xorg-server 1.12.1.
Remember that for nvidia-settings, you need to delete (or comment-out)
the two patch lines after you copy the ebuild:
epatch "${FILESDIR}/0001-Makefile-improvements.patch"
epatch "${FILESDIR}/0002-Build-libNVCtrl-with-PIC.patch"
Re: [gentoo-user] Backscatter and nikko
Am 03.05.2012 18:08, schrieb Paul Hartman: > On Thu, May 3, 2012 at 11:00 AM, Michael Mol wrote: >> Is anyone else getting a large amount of gentoo-user-related >> backscatter from a set of mailservers including nikko.homeunix.net? >> I've gotten eight in the last five minutes or so. > > Yes. One for everything I've posted to the list recently... > Yes, they are starting to build a line here too. I'm assuming it has something to do with free cupcakes :)
Re: [gentoo-user] Backscatter and nikko
On Thu, May 3, 2012 at 11:00 AM, Michael Mol wrote: > Is anyone else getting a large amount of gentoo-user-related > backscatter from a set of mailservers including nikko.homeunix.net? > I've gotten eight in the last five minutes or so. Yes. One for everything I've posted to the list recently...
[gentoo-user] Backscatter and nikko
Is anyone else getting a large amount of gentoo-user-related backscatter from a set of mailservers including nikko.homeunix.net? I've gotten eight in the last five minutes or so. -- :wq
Re: [gentoo-user] SCP bash script
Right, I am just not sure that's the only way. Since I just want to copy one file in and one file out on many servers, this solution will double the work. It's just for servers auditing, you know. But thanks a lot anyway. Appreciate you help. :-) On Thu, May 3, 2012 at 9:20 PM, Adam Carter wrote: > On Thu, May 3, 2012 at 9:44 PM, LiangYun Gong wrote: > > Hi guys, > > > > I have a problem with scp bash script. I was trying to automate scp > command > > to copy files in and out, and I was trying to avoid key in the password > > myself. > > > > So I attempt to use the "here string" feature of bash, it didn't work > with > > scp. > > > > And those server I am working with, they don't have expect package > > installed. :-( > > > > ps. I am not supposed to change the configuration of the servers( > includes > > setup openssh keys, or install expect) > > Typically you would copy local:~/.ssh/id_dsa.pub (or non dsa > equivalent) into remote:~/.ssh/authorized_keys - since that's only > user level, no need for root access. Its changing the configuration of > the user on the remote machine, but since that user is you, its > usually ok. > > You then use -i with scp. > >
Re: [gentoo-user] Re: X segfault with nvidia-drivers-295.40 on GT520
On 05/03/2012 04:45 PM, Nikos Chantziaras wrote: >> thanks, but I'd rather keep that as a last option because I have no >> guarantee of success with the 302.07 driver. > > There are no guarantees in life. Only wasted time, which in this case > amounts to 5-8 minutes for copying/editing and emerging. If you even > need a guarantee even for not losing 8 minutes of your time, then I > don't know :-/ You are right, it might be a quick solution if it works. What kernel and xorg-server version are you running with 302.07? thanks, raffaele
[gentoo-user] Re: X segfault with nvidia-drivers-295.40 on GT520
On 03/05/12 17:13, Raffaele BELARDI wrote: On 05/03/2012 08:50 AM, Nikos Chantziaras wrote: On 03/05/12 09:39, Raffaele BELARDI wrote: One month ago I switched to an Nvidia-based (ASUS GT520, PCI-e) video card on an ~amd64 box. I immediately had problems with the latest Nvidia driver causing a segfault when X started (text console is ok) so I switched to 295.20-r1 and everything was fine. But I forgot to mask 295.40 and during yesterday's update it got pulled in again, with the same segfault behaviour when starting X. I tried to manually downgrade nvidia-drivers but now glibc is upgraded to 2.15-r1 and nvidia-drivers-295.20-r1 depends on an older glibc (2.14.1-r3, I think). Emerge refuses to downgrade glibc so I am stuck. Since it is a mythtv box I want to stay away from nouveau. No problem myself with it but most of the mythtv development is around proprietary nvidia drivers. What other options do I have? Is everybody running nvidia-drivers-295.40 without problems? No problems here, but you can try 302.07 (I run those since yesterday.) The usual way: copy the ebuild in your local overlay and rename it to nvidia-drivers-302.07.ebuild, then do a digest. Same for nvidia-settings, but edit it and remove the patches. thanks, but I'd rather keep that as a last option because I have no guarantee of success with the 302.07 driver. There are no guarantees in life. Only wasted time, which in this case amounts to 5-8 minutes for copying/editing and emerging. If you even need a guarantee even for not losing 8 minutes of your time, then I don't know :-/
Re: [gentoo-user] Re: X segfault with nvidia-drivers-295.40 on GT520
On 05/03/2012 04:22 PM, Michael Mol wrote: >> It'd be interesting to understand why I'm getting the segfault with the >> 295.40, but being a closed driver I suppose there is little I can diagnose. > > Emerge with --ggdb3, enable core dumps (I forget the particular > sysctl, sorry), and open up the core dump in gdb. At the very least, > you might get something interesting if the segfault happens in a stack > frame belonging to an open-source function a closed blob links to, or > if the segfault happens in a pure portion of the stack. > > (For example, on my broken boxes, the stack hadn't gotten into > application-specific portions; it was still trying to get into the > general CRT prologue code.) X prints a backtrace when it segfaults and I saw some nvidia_* stuff I *think* at the top of the stack. I'll re-check and possibly try your suggestion. raffaele
Re: [gentoo-user] Re: X segfault with nvidia-drivers-295.40 on GT520
On Thu, May 3, 2012 at 10:13 AM, Raffaele BELARDI wrote: > On 05/03/2012 08:50 AM, Nikos Chantziaras wrote: >> On 03/05/12 09:39, Raffaele BELARDI wrote: >>> One month ago I switched to an Nvidia-based (ASUS GT520, PCI-e) video >>> card on an ~amd64 box. I immediately had problems with the latest Nvidia >>> driver causing a segfault when X started (text console is ok) so I >>> switched to 295.20-r1 and everything was fine. >>> >>> But I forgot to mask 295.40 and during yesterday's update it got pulled >>> in again, with the same segfault behaviour when starting X. >>> >>> I tried to manually downgrade nvidia-drivers but now glibc is upgraded >>> to 2.15-r1 and nvidia-drivers-295.20-r1 depends on an older glibc >>> (2.14.1-r3, I think). Emerge refuses to downgrade glibc so I am stuck. >>> >>> Since it is a mythtv box I want to stay away from nouveau. No problem >>> myself with it but most of the mythtv development is around proprietary >>> nvidia drivers. >>> >>> What other options do I have? >>> Is everybody running nvidia-drivers-295.40 without problems? >> >> No problems here, but you can try 302.07 (I run those since yesterday.) >> The usual way: copy the ebuild in your local overlay and rename it to >> nvidia-drivers-302.07.ebuild, then do a digest. Same for >> nvidia-settings, but edit it and remove the patches. > > thanks, but I'd rather keep that as a last option because I have no > guarantee of success with the 302.07 driver. > > Another possibility came to my mind: I have a backup partition which I > did not upgrade since I switched from the on-board ATI GPU to the Nvidia > video card. > I'll try to upgrade that partition masking >nvidia-drivers-295.20-r1. > > It'd be interesting to understand why I'm getting the segfault with the > 295.40, but being a closed driver I suppose there is little I can diagnose. Emerge with --ggdb3, enable core dumps (I forget the particular sysctl, sorry), and open up the core dump in gdb. At the very least, you might get something interesting if the segfault happens in a stack frame belonging to an open-source function a closed blob links to, or if the segfault happens in a pure portion of the stack. (For example, on my broken boxes, the stack hadn't gotten into application-specific portions; it was still trying to get into the general CRT prologue code.) -- :wq
Re: [gentoo-user] Re: X segfault with nvidia-drivers-295.40 on GT520
On 05/03/2012 08:50 AM, Nikos Chantziaras wrote: > On 03/05/12 09:39, Raffaele BELARDI wrote: >> One month ago I switched to an Nvidia-based (ASUS GT520, PCI-e) video >> card on an ~amd64 box. I immediately had problems with the latest Nvidia >> driver causing a segfault when X started (text console is ok) so I >> switched to 295.20-r1 and everything was fine. >> >> But I forgot to mask 295.40 and during yesterday's update it got pulled >> in again, with the same segfault behaviour when starting X. >> >> I tried to manually downgrade nvidia-drivers but now glibc is upgraded >> to 2.15-r1 and nvidia-drivers-295.20-r1 depends on an older glibc >> (2.14.1-r3, I think). Emerge refuses to downgrade glibc so I am stuck. >> >> Since it is a mythtv box I want to stay away from nouveau. No problem >> myself with it but most of the mythtv development is around proprietary >> nvidia drivers. >> >> What other options do I have? >> Is everybody running nvidia-drivers-295.40 without problems? > > No problems here, but you can try 302.07 (I run those since yesterday.) > The usual way: copy the ebuild in your local overlay and rename it to > nvidia-drivers-302.07.ebuild, then do a digest. Same for > nvidia-settings, but edit it and remove the patches. thanks, but I'd rather keep that as a last option because I have no guarantee of success with the 302.07 driver. Another possibility came to my mind: I have a backup partition which I did not upgrade since I switched from the on-board ATI GPU to the Nvidia video card. I'll try to upgrade that partition masking >nvidia-drivers-295.20-r1. It'd be interesting to understand why I'm getting the segfault with the 295.40, but being a closed driver I suppose there is little I can diagnose. raffaele
Re: [gentoo-user] SCP bash script
On Thu, May 3, 2012 at 9:44 PM, LiangYun Gong wrote: > Hi guys, > > I have a problem with scp bash script. I was trying to automate scp command > to copy files in and out, and I was trying to avoid key in the password > myself. > > So I attempt to use the "here string" feature of bash, it didn't work with > scp. > > And those server I am working with, they don't have expect package > installed. :-( > > ps. I am not supposed to change the configuration of the servers( includes > setup openssh keys, or install expect) Typically you would copy local:~/.ssh/id_dsa.pub (or non dsa equivalent) into remote:~/.ssh/authorized_keys - since that's only user level, no need for root access. Its changing the configuration of the user on the remote machine, but since that user is you, its usually ok. You then use -i with scp.
[gentoo-user] SCP bash script
Hi guys, I have a problem with scp bash script. I was trying to automate scp command to copy files in and out, and I was trying to avoid key in the password myself. So I attempt to use the "here string" feature of bash, it didn't work with scp. And those server I am working with, they don't have expect package installed. :-( ps. I am not supposed to change the configuration of the servers( includes setup openssh keys, or install expect) You guys have any idea that can help this case? Thanks & Regards, kit393
