130120 victor romanchuk wrote:
> On 01/20/2013 12:51 PM, Philip Webb wrote:
>> I just tried upgrading to udev-197 , which is supposed to be stable.
>> There were multiple problems & I'm now back with udev-171 .
>> (1) "Setting system clock using HW clock; can't access HW clock".
>> (2) "Mounting
On Sun, Jan 20, 2013 at 10:22:24PM +, Alan Mackenzie wrote
> emerge decided to install sys-fs/udisks-1.0.4-r4 (presumably this had
> just become stable), and this had a dependency on
>
> >=virtual/udev-197[gudev,hwdb]
>
> . So rather than refusing to merge udisks, it insisted on merging
On Sun, Jan 20, 2013 at 06:17:04PM -0600, Dale wrote
> Since this appears to be a issue now, I'm switching to eudev.
Welcome to the dark side Luke. I'm in the midst of re-installing
Gentoo on my netbook with eudev instead of mdev. It's working so far,
but I haven't installed all the applicati
On Sat, Jan 19, 2013 at 7:07 PM, Grant wrote:
[...]
> * tryton - GTK client, somebody went to town for Gentoo in the tryton overlay
[...]
>
> - Grant
>
With the mention of tryton, I figured I'd throw my vote in for
xTuple/PostBooks. It does require postgresql (as far as I know) but
has great cro
I'm completely stuck on getting Grub2 to work with the EFI on a new
macbook pro. I have grub2 emerged w/o issue, and efibootmg as well.
I've looked at both the Grub2 wiki and the Macbook wiki and the
various directions are just /not/ clicking for me. Anyone have any
clue how to actually get the EFI
Bruce Hill wrote:
> On Sun, Jan 20, 2013 at 06:17:04PM -0600, Dale wrote:
>>
>> It does here:
>>
>> root@fireball / # ls -al /dev/root
>> lrwxrwxrwx 1 root root 4 Jan 10 07:12 /dev/root -> sda6
>> root@fireball / #
>>
>> Since this appears to be a issue now, I'm switching to eudev. For some
>> rea
On Sun, 20 Jan 2013 20:01:33 -0600
Canek Peláez Valdés wrote:
[snip explanation of kmod & module-init-tools]
> Hope it helps.
Yes, very much -- thank you.
On Sun, Jan 20, 2013 at 7:44 PM, »Q« wrote:
> On Sat, 19 Jan 2013 10:41:07 -0600
> Canek Peláez Valdés wrote:
>
>> On Sat, Jan 19, 2013 at 10:02 AM, Jarry wrote:
>> > Hi Gentoo-users,
>> >
>> > I'm just in the process of updating my nearly identical servers.
>> > Some of them I updated without a
Hartmut Figge:
>Well, now i can look for a real solution.
Done. Back to udev-171. ;)
Hartmut
--
Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/
Von Usern fuer User :-)
On Sat, 19 Jan 2013 10:41:07 -0600
Canek Peláez Valdés wrote:
> On Sat, Jan 19, 2013 at 10:02 AM, Jarry wrote:
> > Hi Gentoo-users,
> >
> > I'm just in the process of updating my nearly identical servers.
> > Some of them I updated without any problem. "Unfortunatelly",
> > right now new udev-19
>> * ledgersmb - outdated ebuild in bugzilla, requires postresql
>
> You don't really need an ebuild for LedgerSMB - you just install Postgres and
> Apache; untar the ledgerSMB files into /var/www/mysite/whatever and add a
> user to Postgres.
>
> There's perhaps a *smidgeon* more to it than that,
On Sun, Jan 20, 2013 at 06:17:04PM -0600, Dale wrote:
> walt wrote:
> > On 01/20/2013 01:29 AM, victor romanchuk wrote:
> >> just migrated to sys-fs/udev-197 - everything went smoothly and seems to
> >> work. the only observation at this time is absence of device file
> >> /dev/root whilst both /et
Dale wrote:
> I been reading this thread hoping I could help but turned out, you
> helped me. I ran into this and been working on it off and on since
> yesterday, in between hunting and such. Anyway, for anyone else
> running into this, I have this in package.mask: sys-fs/udev-init-scripts
>> =virt
Alan Mackenzie wrote:
> That was it, sort of. emerge decided to install sys-fs/udisks-1.0.4-r4
> (presumably this had just become stable), and this had a dependency on
> >=virtual/udev-197[gudev,hwdb] . So rather than refusing to merge
> udisks, it insisted on merging udev-197. This strikes me as a
walt wrote:
> On 01/20/2013 01:29 AM, victor romanchuk wrote:
>> just migrated to sys-fs/udev-197 - everything went smoothly and seems to
>> work. the only observation at this time is absence of device file
>> /dev/root whilst both /etc/mtab and /proc/mounts are referring to that
>> device node:
>>
On 01/20/2013 01:29 AM, victor romanchuk wrote:
> just migrated to sys-fs/udev-197 - everything went smoothly and seems to
> work. the only observation at this time is absence of device file
> /dev/root whilst both /etc/mtab and /proc/mounts are referring to that
> device node:
>
> # grep root /et
Hi, Alan.
On Sun, Jan 20, 2013 at 11:18:40PM +0200, Alan McKinnon wrote:
> On Sun, 20 Jan 2013 20:50:12 +
> Alan Mackenzie wrote:
> > Hi, Gentoo!
> > After synching, I've got a whole lot of programs to emerge, amongst
> > them being udev-197. :-( I'd rather do this on its own, in peace
>
On Sun, Jan 20, 2013 at 08:50:12PM +, Alan Mackenzie wrote:
> Hi, Gentoo!
>
> After synching, I've got a whole lot of programs to emerge, amongst them
> being udev-197. :-( I'd rather do this on its own, in peace and quiet,
> rather than together with 12 or 13 other programs.
>
> emerge -pu
On 20 January 2013, at 18:51, Pandu Poluan wrote:
> ...
> Let's say I have a bunch of AVSEQxx.DAT files, ripped from a Video CD
> (VCD). … The rip was done properly (methinks) using IsoBuster in Windows
> (using
> the "Extract but filter only MPEG frames").
This isn't how I'd think to do it, per
On Sun, 20 Jan 2013 20:50:12 +
Alan Mackenzie wrote:
> Hi, Gentoo!
>
> After synching, I've got a whole lot of programs to emerge, amongst
> them being udev-197. :-( I'd rather do this on its own, in peace
> and quiet, rather than together with 12 or 13 other programs.
>
> emerge -puND wo
Hi, Gentoo!
After synching, I've got a whole lot of programs to emerge, amongst them
being udev-197. :-( I'd rather do this on its own, in peace and quiet,
rather than together with 12 or 13 other programs.
emerge -puND world generates these:
[ebuild U #] sys-fs/udev-197-r4 [171-r9] USE
Am 19.01.2013 12:36, schrieb Daniel Troeder:
> Am 19.01.2013 11:49, schrieb Florian Philipp:
>> Hi list!
>>
>> I've noticed that there is probably a lot of performance to be gained
>> from activating backend acceleration in cairo. It's just that I have no
>> clue about the details:
>>
>> drm, galli
Stroller:
>On 20 January 2013, at 16:01, Hartmut Figge wrote:
>> ...
>> No problem so far with the horrible udev-197 *g*.
>
>Really? I'm thinking this is udev not assigning eth0 to your network
>card.
And you are right. I could get PADO packets on eth1. Modifying
/etc/conf.d/net gave me back the i
I have now set the line length to 80, because the output of some routines would
be too difficult to read with a length of 72 without editing.
Stroller:
>On 20 January 2013, at 16:01, Hartmut Figge wrote:
>> ...
>> No problem so far with the horrible udev-197 *g*.
>
>Really? I'm thinking this is ud
Hello list!
I know this is kind of off-topic... but as we all know this is a list
where the SNR is perhaps the highest one can ever find in the
Internet, so...
Let's say I have a bunch of AVSEQxx.DAT files, ripped from a Video CD
(VCD). This VCD is *mine*, purchased legally, I just want to rip it
On 20 January 2013, at 16:01, Hartmut Figge wrote:
> ...
> No problem so far with the horrible udev-197 *g*.
Really? I'm thinking this is udev not assigning eth0 to your network card.
> Here is what happens when i try to manually start ppp.
> ...
> - /etc/conf.d/net -
> modules="ifconfi
On Sunday 20 January 2013 08:51:43 Philip Webb wrote:
> I just tried upgrading to udev-197 , which is supposed to be stable.
> There were multiple problems & I'm now back with udev-171 .
My daily update pulled in udev-197-r3. The installation went smoothly but I
decided I ought to reboot to che
On 20 January 2013, at 01:07, Grant wrote:
> ...
> * ledgersmb - outdated ebuild in bugzilla, requires postresql
You don't really need an ebuild for LedgerSMB - you just install Postgres and
Apache; untar the ledgerSMB files into /var/www/mysite/whatever and add a user
to Postgres.
There's per
Greetings,
after 'emerge --sync' followed by 'emerge -uDN world' i have no longer a
connection to the internet. At the moment i am using an older Gentoo on
another partition of the same machine. The real Gentoo is mounted and i
can access it to answer questions.
I have now udev-197 which told me
On Sun, Jan 20, 2013 at 3:52 AM, Neil Bothwick wrote:
> On Sun, 20 Jan 2013 03:12:23 -0600, Canek Peláez Valdés wrote:
>
>> Therefore, for all the programs that installed rules in
>> /usr/lib/udev/rules.d before the update, those rules cannot be found
>> for the new udev. We had a discussion about
On Sun, 20 Jan 2013 03:12:23 -0600, Canek Peláez Valdés wrote:
> Therefore, for all the programs that installed rules in
> /usr/lib/udev/rules.d before the update, those rules cannot be found
> for the new udev. We had a discussion about that some days ago,
> several people posted different comman
On 01/20/2013 12:51 PM, Philip Webb wrote:
> I just tried upgrading to udev-197 , which is supposed to be stable.
> There were multiple problems & I'm now back with udev-171 .
>
> (1) "Setting system clock using HW clock; can't access HW clock".
> (2) "Mounting local filesystems; mount point /de
On Sun, Jan 20, 2013 at 2:51 AM, Philip Webb wrote:
> I just tried upgrading to udev-197 , which is supposed to be stable.
> There were multiple problems & I'm now back with udev-171 .
>
> (1) "Setting system clock using HW clock; can't access HW clock".
> (2) "Mounting local filesystems; mount
I just tried upgrading to udev-197 , which is supposed to be stable.
There were multiple problems & I'm now back with udev-171 .
(1) "Setting system clock using HW clock; can't access HW clock".
(2) "Mounting local filesystems; mount point /dev/shm doesn't exist".
(3) 'startx' : no mouse or ke
34 matches
Mail list logo