Didn't work - put me into Vesa mode I guess but the delay remains
None of those worked for me either
Roger
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http:/
On Thu, 15 Aug 2013 16:36:24 -0700
Ben Greear wrote:
> I have a fancy and quite new E5 processor server system that has a
> Matrox VGA port in it:
>
> e:04.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA
> G200eW WPCM450 (rev 0a)
>
> This appears to use the mgag200 kernel modul
>
> Looks like you're not as skilled as Maverick. ;)
>
Neither am I. :)
Bummer!
poma
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/cod
On 16.08.2013 02:55, Frank wrote:
> On 08/15/2013 08:46 PM, poma wrote:
>> On 15.08.2013 20:10, Frank wrote:
>>
>>> With all due respect, I don't understand what's going on here---my
>>> network manager is not disabled. What effect does adding sleep to
>>> lightdm.service produce ?? I think I a
On 15.08.2013 15:04, Ben Greear wrote:
> On 08/15/2013 01:55 AM, poma wrote:
>> On 15.08.2013 08:11, Ben Greear wrote:
>
>> Last time I checked, the "lan" alias should do, i.e. lan0, lan1, …, but
>> not the "eth" one.[1]
>>
>> However I leave rename to systemd.
>> lspci
>> 01:09.0 Ethernet control
On 08/15/2013 08:46 PM, poma wrote:
On 15.08.2013 20:10, Frank wrote:
With all due respect, I don't understand what's going on here---my
network manager is not disabled. What effect does adding sleep to
lightdm.service produce ?? I think I am missing the point :)
Regards
Frank
It is a
On 15.08.2013 22:13, Marcin Zajączkowski wrote:
> On 2013-08-12 19:27, poma wrote:
>> On 12.08.2013 13:03, Marcin Zajączkowski wrote:
>>> Hi,
>>>
>>> I had no problem with a USB 3.0 port in my Asus N43SN since I bought a
>>> laptop (~2 years). Recently I replaced a motherboard to the new one
>>> (N
On 15.08.2013 20:10, Frank wrote:
>With all due respect, I don't understand what's going on here---my
> network manager is not disabled. What effect does adding sleep to
> lightdm.service produce ?? I think I am missing the point :)
>
> Regards
>
>
> Frank
It is a famous the dodge by braki
On 08/15/2013 12:48 AM, NOSpaze wrote:
On Wed, 2013-08-14 at 18:19 -0400, linuxnuts...@videotron.ca wrote:
Has anybody heard of this, or even tried it?
http://www.comodo.com/home/internet-security/antivirus-for-linux.php
In fact, a quick search at your mail domain (.com) shows a lot of
window
On 08/15/2013 10:50 AM, Steven Stern wrote:
On 08/15/2013 08:54 AM, linuxnuts...@videotron.ca wrote:
On 08/15/2013 12:52 AM, Jatin K wrote:
On Thursday 15 August 2013 03:49 AM, linuxnuts...@videotron.ca wrote:
Has anybody heard of this, or even tried it?
http://www.comodo.com/home/internet-se
I have a fancy and quite new E5 processor server system that has a Matrox VGA
port in it:
e:04.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA G200eW
WPCM450 (rev 0a)
This appears to use the mgag200 kernel module.
When this module is loaded, the Xorg log complains saying the
Am 15.08.2013 19:36, schrieb William W. Austin:
> This weekend I did a clean install of fedora 19 on my main workstation (I
> pulled the drive containing /, /tmp, and
> /var (plus swap) running fedora 17, and it's available to compare).
>
> I didn't care for the installer changes since 17, but
On 08/16/13 06:34, Tom Horsley wrote:
> to invent different names that are "better" in the opinion of the
> OCD moron who happened to have git commit rights, but of course
> since they are "better" that means they changed once again.
>
> How long will it be before some new developer with a differen
On Thu, 15 Aug 2013 14:54:41 -0700
Ben Greear wrote:
> I'm not actually complaining about their default naming..just the inability
> of udev to over-ride names based on a MAC address *with the new name being
> ethX*
> instead of fooX.
Yea, me too, especially since the whole "immutable" thing is
On 08/16/13 01:36, William W. Austin wrote:
> This weekend I did a clean install of fedora 19 on my main workstation (I
> pulled the drive containing /, /tmp, and /var (plus swap) running fedora 17,
> and it's available to compare).
>
> I didn't care for the installer changes since 17, but I got
On Thu, 15 Aug 2013 13:44:10 -0400
"William W. Austin" wrote:
> Last weekend I did a clean install of Fedora 19 on my main
> workstation replacing fc17 which had been there. (As I usually do, I
> pulled the drive containing /, /tmp, /var, and swap and replaced it
> there. That drive is in anoth
This weekend I did a clean install of fedora 19 on my main workstation
(I pulled the drive containing /, /tmp, and /var (plus swap) running
fedora 17, and it's available to compare).
I didn't care for the installer changes since 17, but I got through it
alive.
HOWEVER, I am now having some n
Last weekend I did a clean install of Fedora 19 on my main workstation
replacing fc17 which had been there. (As I usually do, I pulled the
drive containing /, /tmp, /var, and swap and replaced it there. That
drive is in another machine and I can compare the diffs.)
Suddenly although alsaplay
Am 15.08.2013 16:53, schrieb Ben Greear:
> On 08/15/2013 07:18 AM, Reindl Harald wrote:
>>
>>
>> Am 15.08.2013 16:05, schrieb Ben Greear:
with 4 NIC's this was never predictable and mostly luck
the only stupid thing is that this this new crap names also appear
if there is only one
Am 15.08.2013 16:05, schrieb Ben Greear:
>> with 4 NIC's this was never predictable and mostly luck
>> the only stupid thing is that this this new crap names also appear
>> if there is only one NIC or at least only identical ones with
>> the same driver what makes race-conditions unlikely
>
> I
Am 15.08.2013 15:09, schrieb Ben Greear:
> On 08/15/2013 12:56 AM, Reindl Harald wrote:
>>
>>
>> Am 15.08.2013 08:11, schrieb Ben Greear:
>>> I'm having all sorts of trouble trying to get udev to rename
>>> my interfaces based on MAC address. Please don't suggest
>>> I use biosdevname or other s
On 08/15/2013 02:50 PM, Marko Vojinovic wrote:
On Thu, 15 Aug 2013 10:42:03 -0700
Ben Greear wrote:
On 08/15/2013 08:14 AM, Reindl Harald wrote:
Am 15.08.2013 16:53, schrieb Ben Greear:
On 08/15/2013 07:18 AM, Reindl Harald wrote:
Am 15.08.2013 16:05, schrieb Ben Greear:
Yes, and I conside
On Thu, 15 Aug 2013 10:42:03 -0700
Ben Greear wrote:
> On 08/15/2013 08:14 AM, Reindl Harald wrote:
> > Am 15.08.2013 16:53, schrieb Ben Greear:
> >> On 08/15/2013 07:18 AM, Reindl Harald wrote:
> >>> Am 15.08.2013 16:05, schrieb Ben Greear:
>
> Yes, and I considered it, but I do not wan
On 2013-08-12 19:27, poma wrote:
> On 12.08.2013 13:03, Marcin Zajączkowski wrote:
>> Hi,
>>
>> I had no problem with a USB 3.0 port in my Asus N43SN since I bought a
>> laptop (~2 years). Recently I replaced a motherboard to the new one
>> (N43SL.413 looked the same as the first one) due to a prob
On 08/15/2013 01:58 PM, poma wrote:
…
5th:
cp /usr/lib/systemd/system/lightdm.service /etc/systemd/system
- add 10s delay in
/etc/systemd/system/lightdm.service
i.e.
…
[Service]
ExecStartPre=/usr/bin/sleep 10
ExecStart=/usr/sbin/lightdm
…
- enable it
i.e.
systemctl enable lightdm.service --for
On 08/15/2013 04:19 AM, poma wrote:
On 15.08.2013 01:53, Frank wrote:
On 08/14/2013 07:02 PM, poma wrote:
To opt out of the equation an Xorg driver for Intel integrated graphics
chipsets - man 4 intel, you can try the following:
/boot/grub2/grub.cfg
linux …nomodeset
Didn't work -
…
>
> 5th:
> cp /usr/lib/systemd/system/lightdm.service /etc/systemd/system
> - add 10s delay in
> /etc/systemd/system/lightdm.service
> i.e.
> …
> [Service]
> ExecStartPre=/usr/bin/sleep 10
> ExecStart=/usr/sbin/lightdm
> …
>
> - enable it
> i.e.
> systemctl enable lightdm.service --force
>
>
On 08/15/2013 08:14 AM, Reindl Harald wrote:
Am 15.08.2013 16:53, schrieb Ben Greear:
On 08/15/2013 07:18 AM, Reindl Harald wrote:
Am 15.08.2013 16:05, schrieb Ben Greear:
with 4 NIC's this was never predictable and mostly luck
the only stupid thing is that this this new crap names also ap
Sorry, attached is the messages log.
Frédéric
2013/8/15 Frédéric Bron :
> Since I use F19, I have toubles with suspend. I do not know if it is
> really related to F19 because I do not use suspend very often when at
> home but more often on holidays...
> What happens:
> If I use suspend some time a
Since I use F19, I have toubles with suspend. I do not know if it is
really related to F19 because I do not use suspend very often when at
home but more often on holidays...
What happens:
If I use suspend some time and until I turn off the computer
completely (i.e. not by using suspend), when the c
This is the result of running 'at', but I suspect its not related to 'at' per
se.
Aug 14 16:00:00 puget systemd-logind[446]: New session 18 of user geoff.
Aug 14 16:00:00 puget atd[2098]: Cannot make/remove an entry for the specified
session
Aug 14 16:00:00 puget systemd-logind[446]: Removed ses
On 08/15/2013 07:18 AM, Reindl Harald wrote:
Am 15.08.2013 16:05, schrieb Ben Greear:
with 4 NIC's this was never predictable and mostly luck
the only stupid thing is that this this new crap names also appear
if there is only one NIC or at least only identical ones with
the same driver what ma
On 08/15/2013 08:54 AM, linuxnuts...@videotron.ca wrote:
> On 08/15/2013 12:52 AM, Jatin K wrote:
>> On Thursday 15 August 2013 03:49 AM, linuxnuts...@videotron.ca wrote:
>>> Has anybody heard of this, or even tried it?
>>>
>>> http://www.comodo.com/home/internet-security/antivirus-for-linux.php
>>
On 08/15/2013 12:52 AM, Jatin K wrote:
On Thursday 15 August 2013 03:49 AM, linuxnuts...@videotron.ca wrote:
Has anybody heard of this, or even tried it?
http://www.comodo.com/home/internet-security/antivirus-for-linux.php
Might come in handy for scanning windows partitions
Yes ... I'm us
On 08/15/2013 06:49 AM, Reindl Harald wrote:
I have ifcfg-eth0 defined with proper HWADDR, and still that physical port
is not always called eth0 when the system boots. I do not have the other
NICs defined in ifcfg-ethX files
and you did read what i said?
*consider rename them to lan0, lan1,
On 08/15/2013 12:56 AM, Reindl Harald wrote:
Am 15.08.2013 08:11, schrieb Ben Greear:
I'm having all sorts of trouble trying to get udev to rename
my interfaces based on MAC address. Please don't suggest
I use biosdevname or other such things: I really do want names
to be ethX and I want the
On 08/15/2013 01:55 AM, poma wrote:
On 15.08.2013 08:11, Ben Greear wrote:
Last time I checked, the "lan" alias should do, i.e. lan0, lan1, …, but
not the "eth" one.[1]
However I leave rename to systemd.
lspci
01:09.0 Ethernet controller:
ifconfig
enp1s9:
dmesg
systemd-udevd: renamed network
On Wed, 14 Aug 2013 23:11:04 -0700
Ben Greear wrote:
> I'm having all sorts of trouble trying to get udev to rename
> my interfaces based on MAC address. Please don't suggest
> I use biosdevname or other such things: I really do want names
> to be ethX and I want them in a specific order base o
Am 15.08.2013 08:11, schrieb Ben Greear:
> I'm having all sorts of trouble trying to get udev to rename
> my interfaces based on MAC address. Please don't suggest
> I use biosdevname or other such things: I really do want names
> to be ethX and I want them in a specific order base on MAC addres
On 08/15/2013 11:30 AM, Timothy Murphy wrote:
Ralf Corsepius wrote:
I'd like to transfer a directory of personal information
(not just contacts) from my Fedora-19/KDE laptop
to my Samsung Galaxy S2 android phone.
What is the best way currently to do this?
I'd prefer if possible to use rsync.
Ralf Corsepius wrote:
>> I'd like to transfer a directory of personal information
>> (not just contacts) from my Fedora-19/KDE laptop
>> to my Samsung Galaxy S2 android phone.
>> What is the best way currently to do this?
>> I'd prefer if possible to use rsync.
> Like I said in reply to another
On 15.08.2013 08:11, Ben Greear wrote:
> I'm having all sorts of trouble trying to get udev to rename
> my interfaces based on MAC address. Please don't suggest
> I use biosdevname or other such things: I really do want names
> to be ethX and I want them in a specific order base on MAC address.
>
On 15.08.2013 01:53, Frank wrote:
> On 08/14/2013 07:02 PM, poma wrote:
>>
>>> To opt out of the equation an Xorg driver for Intel integrated graphics
>>> chipsets - man 4 intel, you can try the following:
>>>
>>> /boot/grub2/grub.cfg
>>> linux …nomodeset
>
>
> Didn't work - put me into V
43 matches
Mail list logo