On Mon, 02 Feb 2015 18:22:17 -0800
Daniel Frey wrote:
> I've been having a strange issue with my USB flash drives.
>
> I can't seem to copy much anything to them. It appears to copy and
> then hangs, then I get:
>
> [ 6841.490036] usb 2-6: reset high-speed USB device number 16 using
> ehci-pci
Am Montag, 02.02.2015 um 18:57
schrieb Sid S :
> I don't think anybody is capable of giving you a firm answer because
> nobody has done it. You would probably be the first. In fact, when
> double-checking the info I had found earlier, some of the searches
> gave your message in the first 3-4 resul
I've been having a strange issue with my USB flash drives.
I can't seem to copy much anything to them. It appears to copy and then
hangs, then I get:
[ 6841.490036] usb 2-6: reset high-speed USB device number 16 using ehci-pci
[ 6848.540029] usb 2-6: reset high-speed USB device number 16 using eh
Mike Gilbert gentoo.org> writes:
> > CPU_FLAGS_X86="mmx sse sse2 sse3 ssse3 sse4 sse4_1 sse4_2 sse4a ssse3 \
> > mmx mmxext xop 3dnowprefetch 3dnow 3dnowext aes avx avx2 fma3 fma4 \
> > padlock popcnt "
> Exactly how did you "surmise" your list?
cat /usr/portage/profiles/desc/cpu_flags_x86.d
On 02/02/2015 10:29 AM, Tom H wrote:
> On Sun, Feb 1, 2015 at 7:31 PM, walt wrote:
>>
>> For example, I had to add the rpcbind.service to the multi-user
>> systemd target because even nfs3 seems to need it.
>
> You must mean "because especially nfsv3 needs it" because,
> theoretically, nfsv4 does
I don't think anybody is capable of giving you a firm answer because
nobody has done it. You would probably be the first. In fact, when
double-checking the info I had found earlier, some of the searches
gave your message in the first 3-4 results. Hi Mom!
Cards which support UHD should support 4k.
On Mon, Feb 2, 2015 at 4:43 PM, James wrote:
> But, looking at : /usr/portage/profiles/desc/cpu_flags_x86.desc
> I surmise:
>
> CPU_FLAGS_X86="mmx sse sse2 sse3 ssse3 sse4 sse4_1 sse4_2 sse4a ssse3 \
> mmx mmxext xop 3dnowprefetch 3dnow 3dnowext aes avx avx2 fma3 fma4 \
> padlock popcnt "
>
Exa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 02.02.2015 um 22:35 schrieb Neil Bothwick:
> On Mon, 02 Feb 2015 19:02:24 +0100, Stefan G. Weichinger wrote:
>
>> I applied the patch from Comment 9 to nfs-utils-1.3.2-r1 but
>> rpc-statd.service doesn't start either.
>>
>> Do I have to downgrade
Neil Bothwick digimed.co.uk> writes:
> CPU specific USE flags have moved, there was a news item about it
> eselect news read
yea, ok.
so I ran the script and got:
# cpuinfo2cpuflags-x86
CPU_FLAGS_X86="aes avx fma3 fma4 mmx mmxext popcnt sse sse2 sse3 sse4_1
sse4_2 sse4a ssse3 xop"
But, loo
On Mon, 02 Feb 2015 19:02:24 +0100, Stefan G. Weichinger wrote:
> I applied the patch from Comment 9 to nfs-utils-1.3.2-r1 but
> rpc-statd.service doesn't start either.
>
> Do I have to downgrade as well?
> I don't fully understand that from the comments there.
You need to set CONFIG_NFS_V4_2.
On Sun, Feb 1, 2015 at 9:15 PM, Rich Freeman wrote:
>
> I believe that starting nfs-client.service or nfs-server.service
> starts everything needed EXCEPT rpcbind. I'd have to re-trace
> everything, but I think that there are multiple packages involved here
> and the upstream units don't include
On Sun, Feb 1, 2015 at 7:31 PM, walt wrote:
>
> For example, I had to add the rpcbind.service to the multi-user
> systemd target because even nfs3 seems to need it.
You must mean "because especially nfsv3 needs it" because,
theoretically, nfsv4 doesn't need rpcbind since an nfsv4 mount only
needs
On 02.02.2015 16:55, Holger Hoffstätte wrote:
> https://bugs.gentoo.org/show_bug.cgi?id=538372
>
> Explanations & fixes.I have it running on both server & client (with
> openrc). Refusing to set NFS_V4_2 on the client may break things since
> it's apparently the default for protocol negotiation
On Sun, Feb 1, 2015 at 4:18 PM, walt wrote:
>
> Everybody's favoritest cuddly FOSS personality Theo de Raadt is quoted in
> Wikipedia as saying: "NFS4 is not on our roadmap. It's a horribly bloated
> protocol that they keep adding crap to."
>
> The latest nfs-utils package demonstrates why he's a
On Mon, Feb 2, 2015 at 11:36 AM, Matthias Hanft wrote:
> Alexander Kapshuk wrote:
> >
> > What's the output of the command lines shown below on your system?
> > grep -Es 'ffmpeg|CPU' /etc/portage/*
>
> Ah uh...
>
> /etc/portage/package.use:# this is necessary for ffmpeg update (see
> gentoo-bug 2
On Mon, Feb 2, 2015 at 10:55 AM, Holger Hoffstätte
wrote:
> On Mon, 02 Feb 2015 16:33:53 +0100, Stefan G. Weichinger wrote:
>
>> didn't read the whole thread, sorry ... but I also noticed my
>> nfsv4-server stopped working with that latest update.
>>
>> Some systemd-service-files were renamed and/
Alexander Kapshuk gmail.com> writes:
> On Sun, Feb 1, 2015 at 7:36 PM, Jarry gmail.com> wrote:
> Hi Gentoo-users,
> where can I find description of *all* USE flags? I
http://www.gentoo.org/dyn/use-index.xml
On Mon, 02 Feb 2015 16:33:53 +0100, Stefan G. Weichinger wrote:
> didn't read the whole thread, sorry ... but I also noticed my
> nfsv4-server stopped working with that latest update.
>
> Some systemd-service-files were renamed and/or removed, right?
No, it's (ironically) a systemd-specific bug.
On Mon, Feb 2, 2015 at 10:19 AM, wrote:
>
> Thanks for the explanation. My NFS servers are running Ubuntu 14.04.1
> LTS. Only my clients are gentoo systems. And on the clients I have no
> NFS 4 support in the kernel and I also don't have to specify nfsver=4.
> Maybe this problem only occurs with
On 02.02.2015 16:19, waben...@gmail.com wrote:
> Thanks for the explanation. My NFS servers are running Ubuntu 14.04.1
> LTS. Only my clients are gentoo systems. And on the clients I have no
> NFS 4 support in the kernel and I also don't have to specify nfsver=4.
> Maybe this problem only occurs
Am Montag, 02.02.2015 um 08:37
schrieb Neil Bothwick :
> On Mon, 2 Feb 2015 02:01:11 +0100, waben...@gmail.com wrote:
>
> > > It's got nothing to do with the init system used. That message
> > > tells you what to do to try to mount the NFS shares when you
> > > boot, but unless you have suitable
Michael,
I tried out paludis a few months ago. I do find Portage can be a bit slow.
So I thought great - a "C++ version of Portage"!
However cave does do much stricter checking and has much more verbose
output than emerge (way too much - like eix I guess). I really gave it my
best shot to migrate
2015-01-31 2:28 GMT-02:00 James :
>
> Francisco Ares gmail.com> writes:
>
>
> > I am new to android development. I know a bit of C++ and Qt, but almost
> > nothing about Java. Which would be the needed packages, besides the
ones
> > listed on http://wiki.gentoo.org/wiki/Android
>
> There are man
Hello list,
just for fun I am reading about alternatives to portage. So far the most
interesting I found are: paludis and pkgsrc.
paludis mostly because it seems to come from some gentoo-like enviroment
and pkgsrc because of the nice thought to have the same pkg files for
multiple OSes.
Is anybo
2015-01-31 1:38 GMT-02:00 Sid S :
>
> A bit ago I was surprised to find out that
> http://doc.qt.io/qt-5/android-support.html exists. You might look at
> it, I can't personally recommend it.
> See also http://doc.qt.io/qt-5/platform-notes-android.html.
>
> I tend to suggest people at least look at
2015-01-31 1:10 GMT-02:00 Stroller :
>
>
> On Fri, 30 January 2015, at 5:05 pm, Francisco Ares
wrote:
> >
> > I am new to android development. I know a bit of C++ and Qt, but almost
nothing about Java.
> >
> > Which would be the needed packages, besides the ones listed on
http://wiki.gentoo.org/wi
Alexander Kapshuk wrote:
>
> What's the output of the command lines shown below on your system?
> grep -Es 'ffmpeg|CPU' /etc/portage/*
Ah uh...
/etc/portage/package.use:# this is necessary for ffmpeg update (see gentoo-bug
290741)
/etc/portage/package.use:media-video/ffmpeg -pic
Seems that I d
On 02/02/2015 05:45, meino.cra...@gmx.de wrote:
> Hi,
>
> this is *NO* complaint/critsim neither implicitely nor explicitely!
>
> I am just curious... ;)
>
> What is the (technical) reason for makeing libav the default instead
> of ffmpeg?
>
>
> Best regards,
> Meino
>
>
It's not really a
On Mon, 2 Feb 2015 02:01:11 +0100, waben...@gmail.com wrote:
> > It's got nothing to do with the init system used. That message tells
> > you what to do to try to mount the NFS shares when you boot, but
> > unless you have suitable mount options or kernel config, that attempt
> > will fail.
>
>
29 matches
Mail list logo
