Re: DHCP assistance required.
Hi Simon, The same config works fine for me. I use default-lease-time 3000; max-lease-time 3000; What is the version of dhcp you are using? -- picsfoo my travel-log : http://picsfoo.blogspot.com/ On Tue, Feb 17, 2009 at 11:26 AM, Simon Slater wrote: >G'day all, >I'm just starting to get to know dhcp and have got stuck very > early on > with the dhcp parser rejecting dhcpd.conf as shown below: > > Feb 17 16:46:36 dell dhcpd: /etc/dhcpd.conf line 4: expecting a > parameter or declaration > Feb 17 16:46:36 dell dhcpd: default-lease-time 600; > Feb 17 16:46:36 dell dhcpd:^ > > The dhcpd.conf file is very basic to begin with: > > [r...@dell network-scripts]# cat /etc/dhcpd.conf > #Sample /etc/dhcpd.conf > # (add your comments here) > ddns-update-style none; > default-lease-time 600; > max-lease-time 7200; > #option subnet-mask 255.255.255.0; > #option broadcast-address 192.168.1.255; > option routers 192.168.1.254; > #option domain-name-servers 192.168.1.1, 192.168.1.2; > #option domain-name "mydomain.org"; > authoritative; > subnet 192.168.1.0 netmask 255.255.255.0 { > range 192.168.1.100 192.168.1.199; > } > [r...@dell network-scripts]# > >All the examples I can find have a similar line for default lease time > (line 4 here), but the parser seems to want more. There is nothing > after the ";" so what do I need? > > -- > Regards, > Simon Slater > Registered Linux User #463789. Be counted at: http://counter.li.org/ > > -- > fedora-list mailing list > fedora-list@redhat.com > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list > Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines > -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Getting Rid of NepoMuk
Javier Perez wrote: > Well, I had to nuke my KDE environment and switch to XFCE. damn! No need for such a sledgehammer approach... Nepomuk can be disabled in systemsettings. Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: DHCP assistance required.
On Tue, 2009-02-17 at 17:45 +1030, Tim wrote: > > default-lease-time 600; > > > > All the examples I can find have a similar line for default > lease time > > (line 4 here), but the parser seems to want more. There is nothing > > after the ";" so what do I need? > > Are you sure that it's an ordinary blank space typed before the "600"? > Well I used vi to go to the end of the line, deleted everything including the ; and retyped the ; to make sure there was nothing after it. Still got the parsing error. -- Hooroo, Simon Registered Linux User #463789. Be counted at: http://counter.li.org/ -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Getting Rid of NepoMuk
Javier Perez wrote: > How do I kill this? Where is it coming from? > I do not see with service --status-all > Neither do I see it with KDE services > > How do I kill this beast? In System Settings, under Advanced / Desktop Search, uncheck "enable Nepomuk semantic services" and click "Apply". Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: problems compiling source code using gcc
David Antonio Garcia Campos wrote: > Ive been trying to compile some applications but i always run into errors, > see error below. su -c "yum groupinstall buildsys-build" will install the common stuff most software needs to build. (You'll still have to install the -devel packages for any libraries the software uses though.) Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: DHCP assistance required.
On Tue, 2009-02-17 at 16:56 +1100, Simon Slater wrote: > default-lease-time 600; > > All the examples I can find have a similar line for default lease time > (line 4 here), but the parser seems to want more. There is nothing > after the ";" so what do I need? Are you sure that it's an ordinary blank space typed before the "600"? -- [...@localhost ~]$ uname -r 2.6.27.12-78.2.8.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
Mark Haney wrote: > And yes akonadi does require MySWL, but KDE 4.2 does NOT require > akonadi. So my point is still very valid. KDE 4.2 as provided by upstream does not even *compile* without Akonadi! Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
Ed Greshko wrote: > When I have more time I will look at it... However, I doubt that each > application will spawn a new instance of mysql since that would > certainly defeat the purpose of a centralized database. Looking at what > little documentation I have...I am confident that it is one instance of > mysql per user. It is, as long as only Akonadi does it. But I think his point was that there may be other services or applications starting to do the same, which will then use separate databases. Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: conflicts in kde updates
Patrick O'Callaghan wrote: > What sometimes works is erasing the old package, installing the new one, > then reinstalling the old one. It doesn't seem reasonable that this > should work (it seems to imply that "conflicts with" is not > commutative), but it often does. This probably only "worked" because of bugs in RPM, which should be fixed now. So don't expect to get away with this anymore. Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
Martín Marqués wrote: > They could have used some lighter database engine, like sqlite. They tried. It didn't work for them. The alternatives they had were trying to get SQLite fixed and delaying Akonadi for a couple years or just using MySQL which works now. I can't really blame them for their decision, even if it means larger dependencies than strictly necessary (but that's really the _only_ complaint you can make about that decision). It's not like they're requiring you to do any administration work for that MySQL instance. Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Differences between KDE & Gnome
Patrick O'Callaghan wrote: > OK, I'll bite. The short answer is that KDE apps such as Quanta need the > KDE libraries to run, and Gnome apps such as Evolution need the Gnome > libraries to run. You can have both sets of libraries and use both on > *either* of the desktops, i.e. Quanta under Gnome or Evo under KDE. And FWIW, Quanta still uses the KDE 3 libraries, so those are extra libraries to install anyway (even under KDE, which is now KDE 4). Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Disabling mouse taps on Fedora 10
Please start a new subject instead of replying to an existing one. It's not the same thing! Most people on mailing lists use mail programs which understand threading, so a reply shows up as part of the thread you're replying to, which is wrong. Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
Andreas M. Kirchwitz wrote: > In Fedora 10, akonadi cannot be un-installed without removing KDE. > And KDE cannot be updated to version 4.2 without updating akonadi > as well. In the end, KDE 4.2 requires MySQL (server) to be installed. And where's the problem? It doesn't use much disk space and you don't have to configure anything, you only need the executable. (And the systemwide service, which Akonadi does not need, is disabled by default in the mysql-server package anyway, as it ought to be.) Why is it a problem that you need an executable which happens to be called mysqld? How's that worse than, say, kded4 or to take a GNOME example, gnome-settings-daemon or gnome-keyring-daemon? It's just a daemon which happens to be a database. > And by default, akonadi uses a local MySQL instance. That's weird for a > desktop workstation, and it's the wrong way to use a database like MySQL. What alternative do you suggest? You surely can't expect all users to configure their own database server! Starting up a local, automatically configured, per-user instance is the only possible default which just works. You can set it up to use a central server if you don't want a local one. > However, I accept the fact that KDE 4.2 now depends on MySQL, and > installing a different Linux distribution after all these years > won't help because sooner or later all other Linux distributions > will have the same dependencies which come from akonadi (and > without akonadi, you cannot install KDE). So, until GNOME people > start their local MySQL instances as well, the only option is to > remove KDE from the system. No, your other option is to just accept that MySQL is required. I don't see where the problem is. Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
Colin J Thomson - G6AVK wrote: > Well if I am not mistaken Kabc is using it, I am not sure if it is set to > use Kabc initially as default, Rex, Kevin? Actually I think Akonadi is simply set up to autostart as a service, no matter whether you actually have stuff using it or not. Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Getting Rid of NepoMuk
Well, I had to nuke my KDE environment and switch to XFCE. damn! It seemed like the 7-head hydra.No matter how many times I killed it would just restart. It killed my MythTV box in the middle of movies. Now with XFCE I could finally watch them. WAF went way down after this JP On Mon, Feb 16, 2009 at 11:25 PM, Craig White wrote: > On Mon, 2009-02-16 at 20:10 -0800, Antonio Olivares wrote: > > > New features that no one knows about coming to your KDE desktop one > update at a time :) > > you mean like akonodai? > > ;-) > > Craig > > -- > fedora-list mailing list > fedora-list@redhat.com > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list > Guidelines: > http://fedoraproject.org/wiki/Communicate/MailingListGuidelines > -- -- /\_/\ |O O| pepeb...@gmail.com Javier Perez While the night runs toward the day... m m Pepebuho watches from his high perch. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
Clemens Eisserer wrote: > Sorry for that off-topic question, but have the KDE4.2 packages > already been released for regular online update (for F10) Yes. > or are they still in testing? No. Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Black vs. blue panel (was: Re: First thoughts on KDE4.2...)
Anne Wilson wrote: > I have OpenGL rendering. I wonder if that's affecting things? Maybe I > should try the alternative. I think it's just how these themes are. Maybe you want to make your own theme with more transparency? It's all SVG, no code needed (nor supported, unfortunately, which makes making Plasma themes very unattractive for developers like me; artists should love it though ;-) ). Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
>> > Linux bloat continues unabated. >> >> >> I think... >> >> - that you would have to have kde-pim package installed to bloat here >> >> - agreed on bloat but considering that my Acer Aspire One is 10 Gb >> Windows installation and 5 Gb Fedora 10 and I have a lot more 'stuff' >> installed in Fedora. >> > Agreed. My other laptop has to dual-boot with XP. However, I only require it > for one application. I partitioned it with 8GB for XP system (no data) and to > my surprise the most basic install filled it to danger point. I could > certainly run a modern linux distro, with more applications, in the same > space. > > More importantly, in linux, if you think something does install too much, you > do have a choice. > > Anne Looking at KDE 4.2, which seems to have sacrificed functionality for good looks & an enhanced (but difficult to navigate & configure interface), it seems a part of Linux seems to be moving the Windows way (re: Vista's complex operation, non-intuitive functions & the 'aero' interface) ... choice in Linux seems to be going the Redmond way (probably an overstatement, but now may be a good time for a check). Hope the next OO.org will not present us a telly-tubby look with a 'ribbon'. Jay -- Registered Linux User # 483705 @ http://counter.li.org/ (openSUSE 11.1, i686) Smolts Profile: http://www.smolts.org/client/show/?uuid=pub_b541a450-9bc1-45fd-beab-d46ee43a0108 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: qemu-kvm: qns regarding network and usb keyboard setup
2009/2/16 gary artim : > On Mon, Feb 16, 2009 at 7:22 AM, suvayu ali > wrote: >> 2009/2/15 Kevin Kofler : >>> suvayu ali wrote: Neither can I go to a virtual terminal using Ctrl+Alt+. everytime I press Ctrl+Alt it releases the keyboard input and I am back in the host. >>> >>> Even if the grab wasn't released by Ctrl+Alt, the key would still be >>> intercepted by the host. This happens at X11 level, so the key doesn't even >>> reach applications such as QEMU-KVM. >>> >> how do I get around this? >> >> -- >> Suvayu >> > > I had a similar problem running vmplayer on fc10 and had to add to : > > /etc/vmware/config : > > xkeymap.keycode.108 = 0x138 # Alt_R > xkeymap.keycode.106 = 0x135 # KP_Divide > xkeymap.keycode.104 = 0x11c # KP_Enter > xkeymap.keycode.111 = 0x148 # Up > xkeymap.keycode.116 = 0x150 # Down > xkeymap.keycode.113 = 0x14b # Left > xkeymap.keycode.114 = 0x14d # Right > xkeymap.keycode.105 = 0x11d # Control_R > xkeymap.keycode.118 = 0x152 # Insert > xkeymap.keycode.119 = 0x153 # Delete > xkeymap.keycode.110 = 0x147 # Home > xkeymap.keycode.115 = 0x14f # End > xkeymap.keycode.112 = 0x149 # Prior > xkeymap.keycode.117 = 0x151 # Next > xkeymap.keycode.78 = 0x46 # Scroll_Lock > xkeymap.keycode.127 = 0x100 # Pause > xkeymap.keycode.133 = 0x15b # Meta_L > xkeymap.keycode.134 = 0x15c # Meta_R > xkeymap.keycode.135 = 0x15d # Menu > > the arrow keys work again. not sure if this is even closely equivilant. > > -- Gary I couldn't find anything similar on my machine. In a way there shouldn't be, isn't it? After all VMWare and KVM are fundamentally different. If only I knew where to start looking ... -- Suvayu Open source is the future. It sets us free. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
DHCP assistance required.
G'day all, I'm just starting to get to know dhcp and have got stuck very early on with the dhcp parser rejecting dhcpd.conf as shown below: Feb 17 16:46:36 dell dhcpd: /etc/dhcpd.conf line 4: expecting a parameter or declaration Feb 17 16:46:36 dell dhcpd: default-lease-time 600; Feb 17 16:46:36 dell dhcpd:^ The dhcpd.conf file is very basic to begin with: [r...@dell network-scripts]# cat /etc/dhcpd.conf #Sample /etc/dhcpd.conf # (add your comments here) ddns-update-style none; default-lease-time 600; max−lease−time 7200; #option subnet−mask 255.255.255.0; #option broadcast−address 192.168.1.255; option routers 192.168.1.254; #option domain−name−servers 192.168.1.1, 192.168.1.2; #option domain−name "mydomain.org"; authoritative; subnet 192.168.1.0 netmask 255.255.255.0 { range 192.168.1.100 192.168.1.199; } [r...@dell network-scripts]# All the examples I can find have a similar line for default lease time (line 4 here), but the parser seems to want more. There is nothing after the ";" so what do I need? -- Regards, Simon Slater Registered Linux User #463789. Be counted at: http://counter.li.org/ -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
On Mon, 2009-02-16 at 22:44 -0600, Arthur Pemberton wrote: > On Mon, Feb 16, 2009 at 8:38 PM, Patrick O'Callaghan > wrote: > > On Mon, 2009-02-16 at 21:35 +, Colin J Thomson - G6AVK wrote: > >> Well if I am not mistaken Kabc is using it, I am not sure if it is > >> set to use > >> Kabc initially as default, Rex, Kevin? but I use it (for testing > >> purposes) > >> with Kabc: > >> > >> 2560 /usr/bin/akonadi_control > >> 2562 akonadiserver > >> 2569 /usr/libexec/mysqld --defaults- > >> file=/home/g6avk/.local/share/akonadi//mysql.conf -- > >> datadir=/home/g6avk/.local/share/akonadi/db_data/ -- > >> socket=/home/g6avk/.local/share/akonadi/db_misc/mysql.socket > >> 2622 /usr/bin/akonadi_mailthreader_agent --identifier > >> akonadi_mailthreader_agent > >> 2623 /usr/bin/akonadi_vcard_resource --identifier > >> akonadi_vcard_resource_2 > >> > >> Works well an not resource hungry. If you don't want/need to use it > >> disable it > >> in systems settings. > > > > I've never heard of Kabc and have no idea what it is. There's no file > > with that name installed anywhere on my system (I checked). > > > > I'd still like to know why I'm running akonadi. > > > > poc > > > Kabc is the K Address Book, it's always been called kabc Well, you learn something new every day. I was searching for Kabc, not kabc. I still don't use it though, nor Kontact, nor Knotes, nor Kmail. So why am I running akonadi? I occasionally run Konqueror and Dolphin. Would that explain it? poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
On Mon, Feb 16, 2009 at 8:38 PM, Patrick O'Callaghan wrote: > On Mon, 2009-02-16 at 21:35 +, Colin J Thomson - G6AVK wrote: >> Well if I am not mistaken Kabc is using it, I am not sure if it is >> set to use >> Kabc initially as default, Rex, Kevin? but I use it (for testing >> purposes) >> with Kabc: >> >> 2560 /usr/bin/akonadi_control >> 2562 akonadiserver >> 2569 /usr/libexec/mysqld --defaults- >> file=/home/g6avk/.local/share/akonadi//mysql.conf -- >> datadir=/home/g6avk/.local/share/akonadi/db_data/ -- >> socket=/home/g6avk/.local/share/akonadi/db_misc/mysql.socket >> 2622 /usr/bin/akonadi_mailthreader_agent --identifier >> akonadi_mailthreader_agent >> 2623 /usr/bin/akonadi_vcard_resource --identifier >> akonadi_vcard_resource_2 >> >> Works well an not resource hungry. If you don't want/need to use it >> disable it >> in systems settings. > > I've never heard of Kabc and have no idea what it is. There's no file > with that name installed anywhere on my system (I checked). > > I'd still like to know why I'm running akonadi. > > poc Kabc is the K Address Book, it's always been called kabc -- Fedora 9 : sulphur is good for the skin ( www.pembo13.com ) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Disabling mouse taps on Fedora 10
Hi, I've spent the whole day googling and looking at the Fedora List Archives. All I need to do is disable mouse taps in my mouse pad. I've edited /usr/share/hal/fdi/policy/20thirdparty/10-synaptics.fdi over and over, but apparently, I don't know the syntax or how it really all works. And all I got was fragmented pieces of information from my research. I would like to adhere to the new approach to configuring hardware. I'm assuming that creating an xorg.conf file just confuses things and doesn't address the new way of doing things. Ok, so does anyone know how to correctly edit an FDI file to disable mouse taps (and which file)? Or is there a better way? Btw... I'm running KDE 4.2.0 Thanks in advance, Rocco -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Getting Rid of NepoMuk
On Mon, 2009-02-16 at 20:10 -0800, Antonio Olivares wrote: > New features that no one knows about coming to your KDE desktop one update at > a time :) you mean like akonodai? ;-) Craig -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Getting Rid of NepoMuk
--- On Mon, 2/16/09, Javier Perez wrote: > From: Javier Perez > Subject: Getting Rid of NepoMuk > To: "Community assistance, encouragement, and advice for using Fedora." > > Date: Monday, February 16, 2009, 8:01 PM > Hi > How do I kill this? Where is it coming from? > I do not see with service --status-all > Neither do I see it with KDE services > > How do I kill this beast? > > -- > -- > /\_/\ > |O O| pepeb...@gmail.com > Javier Perez > While the night runs > toward the day... > m m Pepebuho watches >from his high perch. > -- kill it with a nepomukservices GUN :) Seriously, I encountered the same problem on rawhide. Let it run for a while and it should take care of itself. while meaning 3 minutes or more, depending on your machine's power CPU and ram this could take less or more. http://techbase.kde.org/Development/Tutorials/Metadata/Nepomuk/NepomukServices http://markmail.org/message/sppmcpz4a6dhctro You have not seen NOTHING yet, there is another one called kde4d or kded4, I have encountered it on rawhide it hogs your CPU :(, but I killed it with 2980 olivares 20 0 151m 19m 14m R 84.6 3.9 2:25.38 kded4 killall -9 kded4 and thankfully CPU came back to normal. **Wonder what that does(kde4d)?** New features that no one knows about coming to your KDE desktop one update at a time :) Regards, Antonio -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Getting Rid of NepoMuk
Hi How do I kill this? Where is it coming from? I do not see with service --status-all Neither do I see it with KDE services How do I kill this beast? -- -- /\_/\ |O O| pepeb...@gmail.com Javier Perez While the night runs toward the day... m m Pepebuho watches from his high perch. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: g++ -save-temps mess
On Mon, Feb 16, 2009 at 18:16:29 -0600, Michael Hennebry wrote: > I recently went from FC8 to FC9. > Since then commands like g++ -save-temps main1.cc > give me .s files with names like main1.tmp.localhost.localdomain.2918.s > and don't give me any preprocessed source at all. > What is going on? > How do I fix it? > > I'm sure the messy .s file names are useful for people > doing really interesting things with file organization. > I am not. Since I just went through this; make sure you aren't using ccache. I needed to get a .ii file for a bug report I filed and just using -save-temps only saved the .s files. Since it was easiest, I just removed ccache, but there must be a way to turn it off without uninstalling it. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: problems compiling source code using gcc
On Mon, 2009-02-16 at 21:56 -0500, David Antonio Garcia Campos wrote: $ gcc -Wall hello.c -o hello In file included from /usr/include/features.h:359, from /usr/include/stdio.h:28, from hello.c:1: /usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: No such file or directory $ rpm -qf /usr/include/gnu/stubs.h glibc-headers-2.9-3.x86_64 -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
Thanx ann Sent from BlackBerry® on Airtel -Original Message- From: Anne Wilson Date: Mon, 16 Feb 2009 19:42:35 To: Community assistance, encouragement,and advice for using Fedora. Subject: Re: KDE 4.2 requires local MySQL Server -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Tools to work with a Sansa
Richard England wrote: Steve Snyder wrote: On Wednesday 11 February 2009 17:09:55 Robert Moskowitz wrote: I just got a Sansa 4Gb Connect MP3. This is audio and video. I am running FC10 and Gnome on an Asus 701. I plug the sansa in with its special USB cable and I show a USB device but it is not accessable. The Sansa devices can be configured in 2 USB modes. By default they are configured such that they appear to be a media device to MS Windows. You want the other mode, it which the Sansa appears to be a storage device. That's configured in the Sansa's Settings section. I have tried to add the Disk Mounter tool to the panel, but when I click on add, nothing happens. So perhaps multiple things are going wrong here. But what tool would I use to move music, pics, and videos to the Sansa? When I plug in my Sansa, I am informed (on my KDE desktop) that a new device has been plugged in. I opt to mount that device. Then it is a simple matter to copy files to /media/SANSA_CLIP/PODCASTS/ (or whatever). When the Sansa is disconnected it automatically re-indexes the files stored on it. Then they are available via the on-screen menu selection. FYI, the Sansa firmware is updated the same way: just copy the firmware file to the root of the device's filesystem. No need for Sandisk's Win32 application. Steve, Where do you find the firmware updates that are _not_ in the form or a *.exe file? Or is there some way to break the components out of the *.exe? Thanks, ~~R To answer myself, see: http://forums.sandisk.com/sansa/board/message?board.id=clip&thread.id=10534 in case the next person needs it. Instructions and code worked perfectly for a new Sansa Clip. (and it now handles FLAC and OGG) ~~R -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
problems compiling source code using gcc
hello eveyone, Ive been trying to compile some applications but i always run into errors, see error below. [davi...@localhost gcc]$ gcc -Wall hello.c -o hello In file included from /usr/include/features.h:359, from /usr/include/stdio.h:28, from hello.c:1: /usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: No such file or directory This always happens whenever I want to install a new tool. I have noticed that if I use this flag for gcc -m32 , it always compiles fine. but why do i get the error shown above? how can i fix this problem? i dont really want to use the -m32 option, as my arch is 64 bits. Thanks for the help, Dave -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Craig White wrote: >On Mon, 2009-02-16 at 15:38 -0500, Gene Heskett wrote: >> webmin not available according to yum. >> >> Ok, so I rip it out again, only this time I run a script that searches the >> locate database for mysql and deletes all the leftovers before I >> reinstall. >> >> Would that help? Something is obviously completely fubar. > > >turned out that I had to start mysqld before running... > >mysqladmin - u root password 'new-password' > >after that, it was no problem connecting > ># mysqladmin -u root password 'test' >[r...@lin-workstation httpd]# mysql -p >Enter password: >Welcome to the MySQL monitor. Commands end with ; or \g. >Your MySQL connection id is 5 >Server version: 5.0.67 Source distribution > >Type 'help;' or '\h' for help. Type '\c' to clear the buffer. > >mysql> \q >Bye > >webmin (rpm and/or tarball) is available at http://www.webmin.com > >Craig This time I not only had yum remove anything mysql related, I then ran thru the output of a fresh updatedb run, and nuked everything I could find. Then I had yum install about 50 mysql related packages. Now it will at least start mysqld. If the root pw is empty I should be able to run something, so I'll start with mysqladmin in the gui. And using the gui, and this machines FQDN, I am apparently in. The bottom line would appear to be, if you don't have any databases to save, then yum remove *mysql*, updatedb locate and nuke ANYTHING left behind, then re-install. If you have a database to save, well, rotsa ruck. Hope you have backups. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Been Transferred Lately? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Gordon Messmer wrote: >Gene Heskett wrote: >> See other posts that describe what I did to recover. Thanks. > >I read your other posts, but didn't see that you'd recovered. Things >are working now? Yes, I had yum remove it all, then ran updatedb so I could locate the ghosts and nuke them too. Then I had yum reinstall the whole maryann. And it appears to be working, I can now get a mysql shell just fine. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Our houseplants have a good sense of humous. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
On Mon, 2009-02-16 at 21:35 +, Colin J Thomson - G6AVK wrote: > Well if I am not mistaken Kabc is using it, I am not sure if it is > set to use > Kabc initially as default, Rex, Kevin? but I use it (for testing > purposes) > with Kabc: > > 2560 /usr/bin/akonadi_control > 2562 akonadiserver > 2569 /usr/libexec/mysqld --defaults- > file=/home/g6avk/.local/share/akonadi//mysql.conf -- > datadir=/home/g6avk/.local/share/akonadi/db_data/ -- > socket=/home/g6avk/.local/share/akonadi/db_misc/mysql.socket > 2622 /usr/bin/akonadi_mailthreader_agent --identifier > akonadi_mailthreader_agent > 2623 /usr/bin/akonadi_vcard_resource --identifier > akonadi_vcard_resource_2 > > Works well an not resource hungry. If you don't want/need to use it > disable it > in systems settings. I've never heard of Kabc and have no idea what it is. There's no file with that name installed anywhere on my system (I checked). I'd still like to know why I'm running akonadi. poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
Gene Heskett wrote: See other posts that describe what I did to recover. Thanks. I read your other posts, but didn't see that you'd recovered. Things are working now? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Gordon Messmer wrote: >Gene Heskett wrote: >... > >> With all due respect Craig, what the hell use is it then when ALL the >> documentation is wrong? > >... > >> /tmp itself is drwxr-xr-x amanda disk system_u:object_r:tmp_t:s0 >> tmp > >Well, that's totally wrong. I'm curious about how permissions on /tmp >got broken. That's almost certainly what caused the problem. My guess >is that the first time mysql started, it began the initialization >process for the databases in /var/lib/mysql, but failed partially >through because of the problem with /tmp. After that, MySQL will not >continue trying to initialize, so you've got a bad database. > >To correct the problem, you need to make sure that /tmp is in good >order. It should look like this: > ># ls -ldZ /tmp >drwxrwxrwt root root system_u:object_r:tmp_t:s0 /tmp/ > >If it doesn't, then "chmod 1777 /tmp" and "chown root:root /tmp" > >Next, delete the contents of /var/lib/mysql. That directory must also >exist and must have the correct permissions. It should look like this: > >$ ls -ldZ /va/lib/mysql >drwxr-xr-x mysql mysql system_u:object_r:mysqld_db_t /var/lib/mysql > >Once those two directories are fixed, you *should* be able to start >msyql, and use the cli "mysql" and "mysqladmin" tools without a >password. If not, check for new SELinux problems. > >And with all due respect, the documentation isn't wrong just because it >doesn't cover recovery from the specific error condition on your host. See other posts that describe what I did to recover. Thanks. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) "Die? I should say not, dear fellow. No Barrymore would allow such a conventional thing to happen to him." -- John Barrymore's dying words -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Mon, 2009-02-16 at 16:16 -0800, Rick Stevens wrote: > Name calling won't solve anyone's problems, gang. Let's try to keep > this a bit more professional, shall we? > > Now, to address the issue, /var/lib/mysql/mysql.sock is a FIFO (actually > a named pipe), not an actual file and is created when mysqld starts up > and deleted when mysql shuts down. When mysqld is running, it should > appear as follows: > > # ls -lZ mysql.sock > srwxrwxrwx mysql mysql unconfined_u:object_r:mysqld_var_run_t:s0 mysql.sock > > If your /var/lib/mysql/mysql.sock is a regular file (which it would be > if you used "touch" to create it), first delete the file and run > "restorecon -v /var/lib/mysql" as root. Then see if mysql will start > up. It may not, because if you "rm -rf /var/lib/mysql", then you also > destroyed mysql's users, hosts and permissions database which it needs > to manage things. You should be able to recover them by running the > following commands: > > # mysql# mysql# mysql > Or "yum remove mysql*" and reinstall the packages that get removed. entirely unnecessary Rick... [r...@lin-workstation httpd]# rm -fr /var/lib/mysql/* You have new mail in /var/spool/mail/root [r...@lin-workstation httpd]# service mysqld start Initializing MySQL database: Installing MySQL system tables... 090216 17:52:30 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295 090216 17:52:30 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295 OK Filling help tables... 090216 17:52:31 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295 090216 17:52:31 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295 OK To start mysqld at boot time you have to copy support-files/mysql.server to the right place for your system PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER ! To do so, start the server, then issue the following commands: /usr/bin/mysqladmin -u root password 'new-password' /usr/bin/mysqladmin -u root -h lin-workstation.azapple.com password 'new-password' Alternatively you can run: /usr/bin/mysql_secure_installation which will also give you the option of removing the test databases and anonymous user created by default. This is strongly recommended for production servers. See the manual for more instructions. You can start the MySQL daemon with: cd /usr ; /usr/bin/mysqld_safe & You can test the MySQL daemon with mysql-test-run.pl cd mysql-test ; perl mysql-test-run.pl Please report any problems with the /usr/bin/mysqlbug script! The latest information about MySQL is available on the web at http://www.mysql.com Support MySQL by buying support/licenses at http://shop.mysql.com [ OK ] Starting MySQL:[ OK ] [r...@lin-workstation httpd]# mysqladmin -u root password 'test' [r...@lin-workstation httpd]# mysql -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 3 Server version: 5.0.67 Source distribution Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> \q Bye Craig -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
g++ -save-temps mess
I recently went from FC8 to FC9. Since then commands like g++ -save-temps main1.cc give me .s files with names like main1.tmp.localhost.localdomain.2918.s and don't give me any preprocessed source at all. What is going on? How do I fix it? I'm sure the messy .s file names are useful for people doing really interesting things with file organization. I am not. -- Michael henne...@web.cs.ndsu.nodak.edu "Pessimist: The glass is half empty. Optimist: The glass is half full. Engineer: The glass is twice as big as it needs to be." -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
Gene Heskett wrote: On Monday 16 February 2009, Craig White wrote: On Mon, 2009-02-16 at 17:52 -0500, Gene Heskett wrote: On Monday 16 February 2009, Craig White wrote: On Mon, 2009-02-16 at 15:51 -0500, Gene Heskett wrote: On Monday 16 February 2009, Anne Wilson wrote: On Monday 16 February 2009 20:27:04 Gene Heskett wrote: No package webmin available. Nothing to do I don't think I've ever had webmin from a distro package, but it installs so easily from the website. Anne I found it, installed it, let it do its updates, but a scan for servers doesn't find mysql cuz it is not running and now won't run. I had NDI this was going to such a PIMA, but a friend has mythtv running at his place and it does everything but fix breakfast. If anyone has any idea how to reset this SOB to absolutely square one, never having been run, please advise. Deleting /var/lib/mysql didn't do it. you don't delete /var/lib/mysql you delete /var/lib/mysql/* mkdir /var/lib/mysql chown mysql:mysql /var/lib/mysql service mysqld start I got to here ^^^ and selinux stuck up its hand & waved at me. SELinux is preventing mysqld (mysqld_t) "create" to mysql.sock (var_lib_t). And recommended I run restorecon -v 'mysql.sock', but: [r...@coyote rpms]# restorecon -v 'mysql.sock' restorecon: stat error on mysql.sock: No such file or directory So I go back to the top of the list above and repeat, apparently forever cuz I get the same thing when I restart mysqld. Now, since mysql.sock doesn't exist, because it can't create it, therefore restorecon can't do anything about it, WTH do I do next? So I located the old one in the database, touched a new one, then 'chown mysql:mysql mysql.sock;restorecon -v mysql.sock' No errors reported. But, a 'service mysqld start' eventually fails. And now the selinux count is plus 2 cuz I tried it twice. So how do we fix YAMYSQLFSCKUP? ignoring that the person whining is the one who deleted the directory in the first place, it should have been obvious to you that you needed to also restore the security contexts on /var/lib/mysql when you recreated it. Are you having a good time blaming everything else for your troubles? There are millions of people running mysql without your issues. Craig With all due respect Craig, it must have done it once, over a year ago, but I haven't been using it for anything. I had yum rpm -e the whole thing which took a few other things along with it, then reinstalled the whole maryann. No change. If, when it was installed originally, it spit out any such errors, I don't after a year, recall them, and selinux has been updated a dozen times since the install and my re-enabling selinux. So lets be realistic and see just what the hell we can do about selinux killing mysql instead of your usual shoot the messenger attitude. Name calling won't solve anyone's problems, gang. Let's try to keep this a bit more professional, shall we? Now, to address the issue, /var/lib/mysql/mysql.sock is a FIFO (actually a named pipe), not an actual file and is created when mysqld starts up and deleted when mysql shuts down. When mysqld is running, it should appear as follows: # ls -lZ mysql.sock srwxrwxrwx mysql mysql unconfined_u:object_r:mysqld_var_run_t:s0 mysql.sock If your /var/lib/mysql/mysql.sock is a regular file (which it would be if you used "touch" to create it), first delete the file and run "restorecon -v /var/lib/mysql" as root. Then see if mysql will start up. It may not, because if you "rm -rf /var/lib/mysql", then you also destroyed mysql's users, hosts and permissions database which it needs to manage things. You should be able to recover them by running the following commands: # mysql https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Tools to work with a Sansa
Steve Snyder wrote: On Wednesday 11 February 2009 17:09:55 Robert Moskowitz wrote: I just got a Sansa 4Gb Connect MP3. This is audio and video. I am running FC10 and Gnome on an Asus 701. I plug the sansa in with its special USB cable and I show a USB device but it is not accessable. The Sansa devices can be configured in 2 USB modes. By default they are configured such that they appear to be a media device to MS Windows. You want the other mode, it which the Sansa appears to be a storage device. That's configured in the Sansa's Settings section. I have tried to add the Disk Mounter tool to the panel, but when I click on add, nothing happens. So perhaps multiple things are going wrong here. But what tool would I use to move music, pics, and videos to the Sansa? When I plug in my Sansa, I am informed (on my KDE desktop) that a new device has been plugged in. I opt to mount that device. Then it is a simple matter to copy files to /media/SANSA_CLIP/PODCASTS/ (or whatever). When the Sansa is disconnected it automatically re-indexes the files stored on it. Then they are available via the on-screen menu selection. FYI, the Sansa firmware is updated the same way: just copy the firmware file to the root of the device's filesystem. No need for Sandisk's Win32 application. Steve, Where do you find the firmware updates that are _not_ in the form or a *.exe file? Or is there some way to break the components out of the *.exe? Thanks, ~~R -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
On Mon, Feb 16, 2009 at 5:12 PM, Andreas M. Kirchwitz wrote: > Mark Haney wrote: > > > And yes akonadi does require MySWL, but KDE 4.2 does NOT require > > akonadi. So my point is still very valid. > > In Fedora 10, akonadi cannot be un-installed without removing KDE. > And KDE cannot be updated to version 4.2 without updating akonadi > as well. In the end, KDE 4.2 requires MySQL (server) to be installed. > > Yes, you may run KDE without akonadi, and akonadi may use remote > databases, but Fedora 10 insists on installing MySQL server packages > if you want to have KDE 4.2. And by default, akonadi uses a local > MySQL instance. That's weird for a desktop workstation, and it's the > wrong way to use a database like MySQL. Are all KDE core developers > aware of this new dependency, and are they all happy about it? > > However, I accept the fact that KDE 4.2 now depends on MySQL, and > installing a different Linux distribution after all these years > won't help because sooner or later all other Linux distributions > will have the same dependencies which come from akonadi (and > without akonadi, you cannot install KDE). So, until GNOME people > start their local MySQL instances as well, the only option is to > remove KDE from the system. > > It's okay. Fedora has always been more GNOME-ish than KDE-ish, > so it's not such a big loss. I'm not using KDE as my default > desktop environment, but I liked some KDE apps. Will search for > alternatives. > >Don't worry ... Andreas By your comment one would think that installing mysql-server brings some great evil with it. -- Fedora 9 : sulphur is good for the skin ( www.pembo13.com ) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Craig White wrote: >On Mon, 2009-02-16 at 17:52 -0500, Gene Heskett wrote: >> On Monday 16 February 2009, Craig White wrote: >> >On Mon, 2009-02-16 at 15:51 -0500, Gene Heskett wrote: >> >> On Monday 16 February 2009, Anne Wilson wrote: >> >> >On Monday 16 February 2009 20:27:04 Gene Heskett wrote: >> >> >> No package webmin available. >> >> >> Nothing to do >> >> > >> >> >I don't think I've ever had webmin from a distro package, but it >> >> > installs so easily from the website. >> >> > >> >> >Anne >> >> >> >> I found it, installed it, let it do its updates, but a scan for servers >> >> doesn't find mysql cuz it is not running and now won't run. >> >> >> >> I had NDI this was going to such a PIMA, but a friend has mythtv >> >> running at his place and it does everything but fix breakfast. >> >> >> >> If anyone has any idea how to reset this SOB to absolutely square one, >> >> never having been run, please advise. Deleting /var/lib/mysql didn't >> >> do it. >> > >> > >> >you don't delete /var/lib/mysql >> >you delete /var/lib/mysql/* >> > >> >mkdir /var/lib/mysql >> >chown mysql:mysql /var/lib/mysql >> >service mysqld start >> >> I got to here ^^^ and selinux stuck up its hand & waved at me. >> SELinux is preventing mysqld (mysqld_t) "create" to mysql.sock >> (var_lib_t). >> >> And recommended I run restorecon -v 'mysql.sock', but: >> [r...@coyote rpms]# restorecon -v 'mysql.sock' >> restorecon: stat error on mysql.sock: No such file or directory >> >> So I go back to the top of the list above and repeat, apparently forever >> cuz I get the same thing when I restart mysqld. >> >> Now, since mysql.sock doesn't exist, because it can't create it, therefore >> restorecon can't do anything about it, WTH do I do next? >> >> So I located the old one in the database, touched a new one, then >> 'chown mysql:mysql mysql.sock;restorecon -v mysql.sock' No errors >> reported. But, a 'service mysqld start' eventually fails. And now the >> selinux count is plus 2 cuz I tried it twice. >> >> So how do we fix YAMYSQLFSCKUP? > > >ignoring that the person whining is the one who deleted the directory in >the first place, it should have been obvious to you that you needed to >also restore the security contexts on /var/lib/mysql when you recreated >it. > >Are you having a good time blaming everything else for your troubles? > >There are millions of people running mysql without your issues. > >Craig With all due respect Craig, it must have done it once, over a year ago, but I haven't been using it for anything. I had yum rpm -e the whole thing which took a few other things along with it, then reinstalled the whole maryann. No change. If, when it was installed originally, it spit out any such errors, I don't after a year, recall them, and selinux has been updated a dozen times since the install and my re-enabling selinux. So lets be realistic and see just what the hell we can do about selinux killing mysql instead of your usual shoot the messenger attitude. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) "Open the pod bay doors, HAL." -- Dave Bowman, 2001 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Mon, 2009-02-16 at 17:52 -0500, Gene Heskett wrote: > On Monday 16 February 2009, Craig White wrote: > >On Mon, 2009-02-16 at 15:51 -0500, Gene Heskett wrote: > >> On Monday 16 February 2009, Anne Wilson wrote: > >> >On Monday 16 February 2009 20:27:04 Gene Heskett wrote: > >> >> No package webmin available. > >> >> Nothing to do > >> > > >> >I don't think I've ever had webmin from a distro package, but it installs > >> > so easily from the website. > >> > > >> >Anne > >> > >> I found it, installed it, let it do its updates, but a scan for servers > >> doesn't find mysql cuz it is not running and now won't run. > >> > >> I had NDI this was going to such a PIMA, but a friend has mythtv running > >> at his place and it does everything but fix breakfast. > >> > >> If anyone has any idea how to reset this SOB to absolutely square one, > >> never having been run, please advise. Deleting /var/lib/mysql didn't do > >> it. > > > > > >you don't delete /var/lib/mysql > >you delete /var/lib/mysql/* > > > >mkdir /var/lib/mysql > >chown mysql:mysql /var/lib/mysql > >service mysqld start > > I got to here ^^^ and selinux stuck up its hand & waved at me. > SELinux is preventing mysqld (mysqld_t) "create" to mysql.sock (var_lib_t). > > And recommended I run restorecon -v 'mysql.sock', but: > [r...@coyote rpms]# restorecon -v 'mysql.sock' > restorecon: stat error on mysql.sock: No such file or directory > > So I go back to the top of the list above and repeat, apparently forever cuz > I > get the same thing when I restart mysqld. > > Now, since mysql.sock doesn't exist, because it can't create it, therefore > restorecon can't do anything about it, WTH do I do next? > > So I located the old one in the database, touched a new one, then > 'chown mysql:mysql mysql.sock;restorecon -v mysql.sock' No errors reported. > But, a 'service mysqld start' eventually fails. And now the selinux count is > plus 2 cuz I tried it twice. > > So how do we fix YAMYSQLFSCKUP? ignoring that the person whining is the one who deleted the directory in the first place, it should have been obvious to you that you needed to also restore the security contexts on /var/lib/mysql when you recreated it. Are you having a good time blaming everything else for your troubles? There are millions of people running mysql without your issues. Craig -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Custom Keyboard layout in KDE 4.2
On Sun, 15 Feb 2009 22:13:25 +0100 Kevin Kofler wrote: > Andreas Waldenburger wrote: > > I'm using a customized version of the German Dvorak layout and I > > would like KDE4 to use that. It used to work in KDE3 where I would > > just copy my customized xkb_symbols into the de symbols file and > > edit a lst file in xkb/rules.. (I've used > > http://hektor.umcs.lublin.pl/~mikosmul/computing/articles/custom-keyboard-layouts-xkb.html > > for reference). Now that doesn't seem to work anymore. > > I suspect this stopped working because of the switch to evdev, not > because of KDE 4. > Maybe. I can't seem to find any good information on evdev, so I'll ask here: Anybody know how to set up by keyboard with evdev properly? Any hints much appreciated. /W -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
Mark Haney wrote: > And yes akonadi does require MySWL, but KDE 4.2 does NOT require > akonadi. So my point is still very valid. In Fedora 10, akonadi cannot be un-installed without removing KDE. And KDE cannot be updated to version 4.2 without updating akonadi as well. In the end, KDE 4.2 requires MySQL (server) to be installed. Yes, you may run KDE without akonadi, and akonadi may use remote databases, but Fedora 10 insists on installing MySQL server packages if you want to have KDE 4.2. And by default, akonadi uses a local MySQL instance. That's weird for a desktop workstation, and it's the wrong way to use a database like MySQL. Are all KDE core developers aware of this new dependency, and are they all happy about it? However, I accept the fact that KDE 4.2 now depends on MySQL, and installing a different Linux distribution after all these years won't help because sooner or later all other Linux distributions will have the same dependencies which come from akonadi (and without akonadi, you cannot install KDE). So, until GNOME people start their local MySQL instances as well, the only option is to remove KDE from the system. It's okay. Fedora has always been more GNOME-ish than KDE-ish, so it's not such a big loss. I'm not using KDE as my default desktop environment, but I liked some KDE apps. Will search for alternatives. Don't worry ... Andreas -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: hwo to install a goup with GUI
William M. Quarles wrote: > Adel ESSAFI wrote: >> Hi list >> >> I want to ask how to do to install a group of package graphically. the >> add/remove software allows only to parse the groups and then you have >> to select the needed packages. There is even "select all" option. > > Just to clarify, I think you meant "Is there even a 'select all' option?" > > Folks, it seems to me that he is referring to "gpk-application" or > whatever the equivalent is for KDE, which of course uses Yum as its > backend. > > Yes, I would like to know how to do this, too. You should be able to do > it from the command line using yum, but I don't see any way to do it > using any GUI utilities except when running Anaconda on the installation > discs. I would suggest submitting a Bugzilla report if somebody hasn't > already as a future feature request. > > As for now, it looks like we are stuck with using yum at the command > line in order to mass-install or mass-uninstall groups of packages. I've > only seen that I can install and uninstall entire groups using "yum > groupinstall " and "yum groupremove " respectively, but > these only install and remove the groups as they come on the > installation discs (use "yum grouplist" to list groups of packages). > They do not take into account the extra packages available from the > Fedora repositories, nor any other repositories added to the yum > configuration. Does anybody out there know how to add an entire group of > packages, no matter where they come from, using yum at the commandline? > > Thanks, > William > If you are using yumex, click on the folder icon - this gives you the group view instead of the package view. From their, you can go down the tree one level and install the standard group packages with one checkbox. You still have to open the group to get the optional packages, but I believe you have to do that with yum as well. Is this what you are after, or am I missing something? Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup! signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Mike Wright wrote: >locate mysql | grep '/bin/' | grep install /usr/bin/mysql_install_db /usr/bin/mysql_secure_installation The secure installer asks me for my root pw then tells me to just press enter Enter current password for root (enter for none): ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) Enter current password for root (enter for none): So I ctl-c it and run the install_db, which gets me back to the selinux & its used bull food leavings. Do I need to touch /.autorelabel and reboot? With 2TB of drives I can't begin to describe how painful that 4 hours would be. Or go file a bug against selinux and mysql? Frustration reigns supreme here. If I have to reboot, it might just be to Kubuntu-8.10 or a beta of 9.4. Added that (selinux) list to To: Daniel, your turn, it's 18:05 here, and I've been screwing with this since about 18:00 yesterday. That is long enough IMO. This thread has a now VERY lengthy thread on the fedora list. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) There appears to be irrefutable evidence that the mere fact of overcrowding induces violence. -- Harvey Wheeler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Craig White wrote: >On Mon, 2009-02-16 at 15:51 -0500, Gene Heskett wrote: >> On Monday 16 February 2009, Anne Wilson wrote: >> >On Monday 16 February 2009 20:27:04 Gene Heskett wrote: >> >> No package webmin available. >> >> Nothing to do >> > >> >I don't think I've ever had webmin from a distro package, but it installs >> > so easily from the website. >> > >> >Anne >> >> I found it, installed it, let it do its updates, but a scan for servers >> doesn't find mysql cuz it is not running and now won't run. >> >> I had NDI this was going to such a PIMA, but a friend has mythtv running >> at his place and it does everything but fix breakfast. >> >> If anyone has any idea how to reset this SOB to absolutely square one, >> never having been run, please advise. Deleting /var/lib/mysql didn't do >> it. > > >you don't delete /var/lib/mysql >you delete /var/lib/mysql/* > >mkdir /var/lib/mysql >chown mysql:mysql /var/lib/mysql >service mysqld start I got to here ^^^ and selinux stuck up its hand & waved at me. SELinux is preventing mysqld (mysqld_t) "create" to mysql.sock (var_lib_t). And recommended I run restorecon -v 'mysql.sock', but: [r...@coyote rpms]# restorecon -v 'mysql.sock' restorecon: stat error on mysql.sock: No such file or directory So I go back to the top of the list above and repeat, apparently forever cuz I get the same thing when I restart mysqld. Now, since mysql.sock doesn't exist, because it can't create it, therefore restorecon can't do anything about it, WTH do I do next? So I located the old one in the database, touched a new one, then 'chown mysql:mysql mysql.sock;restorecon -v mysql.sock' No errors reported. But, a 'service mysqld start' eventually fails. And now the selinux count is plus 2 cuz I tried it twice. So how do we fix YAMYSQLFSCKUP? Thanks Craig >mysqladmin -u root password 'new-password' > ^don't change ^change > >done > >Craig -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) "In the face of entropy and nothingness, you kind of have to pretend it's not there if you want to keep writing good code." -- Karl Lehenbauer -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
unable to join Fedora with Windows 2K3 domain
Whenever I try to join my fedora workstation with windows 2k3 domain its shows me below mentioned message == [2009/02/17 02:56:32, 0] libads/kerberos.c:ads_kinit_password(228) kerberos_kinit_password fedor...@i2c.com failed: Preauthentication failed Failed to join domain: Logon failure ADS join did not work, falling back to RPC... Joined domain IC. == Please help me out, I want to join with domain. Thank you Adeel Akbar -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: unable to join windows 2K3 domain
On Tue, 2009-02-17 at 03:00 +0500, Adeel Akbar wrote: > Please help me out Message deleted. Was inappropriately sent as a reply to something unrelated. Post a "NEW" message, and try again. Do NOT hit reply and edit the details, that is *NOT* creating a new message. Post a "NEW" message. -- Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: What's on my system...
On Mon, 2009-02-16 at 15:14 +0100, DB wrote: > Hi all (today is my day for getting several ideas off my chest) > > Having used "s, you know what" for many years, with its "add/remove > programs" which tells when I last used a program; and its subset > "add/remove windoze elements", I'm wondering how I can do the same in FC9. Also having used other OSs that names start with "sh.." I can't really recall such useful functionality. There are all sorts of unused things on those systems that aren't listed, nor made to be uninstallable in any way, at all. Not to mention things that should have been uninstallable, because they're on the list, but the uninstall fouled up terribly. But the idea of such a thing is moderately simple: It's a database. One that stores what's installed, and various information about it. And, rather obviously, it knows nothing about anything that wasn't put into the database. All the OSs can have software run on them that aren't installed through a system that adds them to such a database, so it lets you down in that area, straight away. To have a database that includes information about what's used, would require YOUR user interface (menus, desktop icon launches, links between programs, etc.) to also add data to the database. It's do-able, but not done here. I'm not sure that I'd want to, either. How do you distinguish between: Important to be kept, but only used once or twice, so it doesn't look like it's important to be kept; looked at something a few times, but don't actually use it (don't need it, can't figure it out, people just had a look to see what it was, etc.); the user does actually make use of it; the thing gets run, but nobody actually uses it. > Since I want to migrate toward FC10, I'd like to find me a list of the > things which I use, so as to have a more targeted installation, without > all the bells, whistles, pots & pans that "someone" has decided I ought > to have That shouldn't be too hard. What do you use from day to day? Surely you remember that, unless you do use masses of things. And anything else that you need to use, later on, can be added when needed. > (and not to forget one of those essential "it only works if." > thingies). Not really something to be concerned about. If something *needs* something else to work, that something else would have been installed as a dependency, automatically. e.g. If I install a program that needs some Gnome libraries to run, then they're automatically included as part of the install. > It'd also be "very nice" if it were possible to "reverse engineer" the > installations I've made so as to produce my own installation script. Your initial installation left a file in /root that can be used to install another system with the same choices. The list of currently installed packages (the initial installations, plus all the changes) can be used to do the same thing (preload a new system install with your choices). Look into anaconda and kickstart files. > And... how can I tell if a package is "mission critical" to the life > of Fedora?? Well, then (a) you wouldn't be able to uninstall it, or (b) the process of trying to uninstall it would prompt you about uninstalling so many other obviously important things that you'd abort, and (c) it'd automatically be included in any new installation, no matter what you did. > Dave in freezing Austria (currently -5C) Tim, in warm Australia (26 now, 34 later, more 30+ this week, horribly over 40 the beginning of this month, probably more of the same to come later in the month - degrees Celsius, that is). -- [...@localhost ~]$ uname -r 2.6.27.12-78.2.8.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: hwo to install a goup with GUI
Adel ESSAFI wrote: Hi list I want to ask how to do to install a group of package graphically. the add/remove software allows only to parse the groups and then you have to select the needed packages. There is even "select all" option. Just to clarify, I think you meant "Is there even a 'select all' option?" Folks, it seems to me that he is referring to "gpk-application" or whatever the equivalent is for KDE, which of course uses Yum as its backend. Yes, I would like to know how to do this, too. You should be able to do it from the command line using yum, but I don't see any way to do it using any GUI utilities except when running Anaconda on the installation discs. I would suggest submitting a Bugzilla report if somebody hasn't already as a future feature request. As for now, it looks like we are stuck with using yum at the command line in order to mass-install or mass-uninstall groups of packages. I've only seen that I can install and uninstall entire groups using "yum groupinstall " and "yum groupremove " respectively, but these only install and remove the groups as they come on the installation discs (use "yum grouplist" to list groups of packages). They do not take into account the extra packages available from the Fedora repositories, nor any other repositories added to the yum configuration. Does anybody out there know how to add an entire group of packages, no matter where they come from, using yum at the commandline? Thanks, William -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
unable to join windows 2K3 domain
Whenever I try to join my fedora workstation with windows 2k3 domain its shows me below mentioned message == [2009/02/17 02:56:32, 0] libads/kerberos.c:ads_kinit_password(228) kerberos_kinit_password fedor...@i2c.com failed: Preauthentication failed Failed to join domain: Logon failure ADS join did not work, falling back to RPC... Joined domain IC. == Please help me out, I want to join with domain. Thank you Adeel Akbar -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Mon, 2009-02-16 at 15:38 -0500, Gene Heskett wrote: > webmin not available according to yum. > > Ok, so I rip it out again, only this time I run a script that searches the > locate database for mysql and deletes all the leftovers before I reinstall. > > Would that help? Something is obviously completely fubar. turned out that I had to start mysqld before running... mysqladmin - u root password 'new-password' after that, it was no problem connecting # mysqladmin -u root password 'test' [r...@lin-workstation httpd]# mysql -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 5 Server version: 5.0.67 Source distribution Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> \q Bye webmin (rpm and/or tarball) is available at http://www.webmin.com Craig -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
Gene Heskett wrote: ... With all due respect Craig, what the hell use is it then when ALL the documentation is wrong? ... /tmp itself is drwxr-xr-x amanda disk system_u:object_r:tmp_t:s0 tmp Well, that's totally wrong. I'm curious about how permissions on /tmp got broken. That's almost certainly what caused the problem. My guess is that the first time mysql started, it began the initialization process for the databases in /var/lib/mysql, but failed partially through because of the problem with /tmp. After that, MySQL will not continue trying to initialize, so you've got a bad database. To correct the problem, you need to make sure that /tmp is in good order. It should look like this: # ls -ldZ /tmp drwxrwxrwt root root system_u:object_r:tmp_t:s0 /tmp/ If it doesn't, then "chmod 1777 /tmp" and "chown root:root /tmp" Next, delete the contents of /var/lib/mysql. That directory must also exist and must have the correct permissions. It should look like this: $ ls -ldZ /va/lib/mysql drwxr-xr-x mysql mysql system_u:object_r:mysqld_db_t /var/lib/mysql Once those two directories are fixed, you *should* be able to start msyql, and use the cli "mysql" and "mysqladmin" tools without a password. If not, check for new SELinux problems. And with all due respect, the documentation isn't wrong just because it doesn't cover recovery from the specific error condition on your host. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
On Mon, 2009-02-16 at 14:06 -0500, Mark Haney wrote: > As for all the comments about KDE being 'Vista' I'd like to point out > that GNOME uses Beagle (if I recall) which is very similar to Akonadi. *Can* use Beagle, if you install it, if you want to. -- [...@localhost ~]$ uname -r 2.6.27.12-78.2.8.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
On Monday 16 February 2009 20:59:05 Patrick O'Callaghan wrote: > On Mon, 2009-02-16 at 20:33 +, Anne Wilson wrote: > > You could always stop akonadi then do a Save Session, but something must > > be using it, or you have started it through systemsettings, if that's > > possible, so be careful that you are not going to break something you > > want. > > Anne, I also have akonadi running but have no idea why: > > % pgrep -fl akonadi > 10876 /usr/bin/akonadi_control > 10878 akonadiserver > 10880 /usr/libexec/mysqld > --defaults-file=/home/poc/.local/share/akonadi//mysql.conf > --datadir=/home/poc/.local/share/akonadi/db_data/ > --socket=/home/poc/.local/share/akonadi/db_misc/mysql.socket 10901 > /usr/bin/akonadi_kabc_resource --identifier akonadi_kabc_resource_0 10902 > /usr/bin/akonadi_vcard_resource --identifier akonadi_vcard_resource_0 10910 > /usr/bin/akonadi_kabc_resource --identifier akonadi_kabc_resource_1 > > I don't use any of the kdepim components that I'm aware of. Furthermore, > attempting to remove akonadi leads to removing virtually all of KDE > including kdebase and kdelibs, so the question as to whether it's > "necessary" seems academic. Well if I am not mistaken Kabc is using it, I am not sure if it is set to use Kabc initially as default, Rex, Kevin? but I use it (for testing purposes) with Kabc: 2560 /usr/bin/akonadi_control 2562 akonadiserver 2569 /usr/libexec/mysqld --defaults- file=/home/g6avk/.local/share/akonadi//mysql.conf -- datadir=/home/g6avk/.local/share/akonadi/db_data/ -- socket=/home/g6avk/.local/share/akonadi/db_misc/mysql.socket 2622 /usr/bin/akonadi_mailthreader_agent --identifier akonadi_mailthreader_agent 2623 /usr/bin/akonadi_vcard_resource --identifier akonadi_vcard_resource_2 Works well an not resource hungry. If you don't want/need to use it disable it in systems settings. Colin -- Fedora 10 (Cambridge) Registered Linux user number #342953 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Request for an update of GTK+
Andrea wrote: > Hi, > > I've been tracking an issue that prevents from printing certain paper sizes > in GIMP. > It ended up being a bug in GTK+, fixed last December. > > I've filed a bug on Fedora > > https://bugzilla.redhat.com/show_bug.cgi?id=480245 > > It would be nice to have an updated version of GTK+ for Fedora 9 and 10. > > Thanks > > Andrea > Hi, I've just received an update of gtk2 for Fedora 9 (exactly gtk2-2.12.12-2). This still does not contain the patch for the wrong unit size in the print dialog used to select the paper size. Is it possible to have this patch added to gtk2. I need to recompile gtk2 every time it is updated. I attach the patch if anybody is interested. Andrea --- gtk+-2.12.12/gtk/gtkpapersize.c.old 2009-01-21 20:50:06.0 + +++ gtk+-2.12.12/gtk/gtkpapersize.c 2009-01-21 22:15:53.0 + @@ -853,7 +853,8 @@ if (ppd_name != NULL) paper_size = gtk_paper_size_new_from_ppd (ppd_name, display_name, - width, height); + _gtk_print_convert_from_mm(width, GTK_UNIT_POINTS), + _gtk_print_convert_from_mm(height, GTK_UNIT_POINTS)); else if (name != NULL) paper_size = gtk_paper_size_new_custom (name, display_name, width, height, GTK_UNIT_MM); -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
Sorry for that off-topic question, but have the KDE4.2 packages already been released for regular online update (for F10), or are they still in testing? Thanks, Clemens -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: xdg-screensaver not working
Rex Dieter wrote: > Andrea wrote: > >> Hi, >> >> I've tried to use xdg-screensaver many times with KDE 4 but it has never >> worked. I am on Fedora 9. >> >> This is the output >> >> [and...@thinkpad ~]$ xdg-screensaver status >> call failed >> ERROR: kdesktop KScreensaverIface isEnabled returned '' > > Nod, xdg-screensaver doesn't yet support KDE4 (adding support via the > assocated new dbus methios is not-trivial). I've been slowly working on it > over time... I think this little app is very useful for all cases when an application does not natively support this feature. It is very easy to write a small script doing it, much easier than navigating to the correct point in the config. Thanks for the update. Andrea -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
Gene Heskett wrote: Ok, so I rip it out again, only this time I run a script that searches the locate database for mysql and deletes all the leftovers before I reinstall. Would that help? Something is obviously completely fubar. I don't think you have to resort to that. MySql stores its settings in one of its own databases, usually /var/lib/mysql/mysql. If you really just want to start from scratch and you are sure there are no databases you need inside the directory /var/lib/myslq you could delete everything in there: "rm -rf /var/lib/mysql/*". Once that is empty take a look for mysql installers. e.g. "locate mysql | grep '/bin/' | grep install" Execute whichever one seems most promising and you should end up with a brand new out-of-the-box wide open mysql database setup. Start the mysqld server. Run mysqladmin and set the root password. Should be good to go from there. :m) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
On Mon, 2009-02-16 at 20:33 +, Anne Wilson wrote: > You could always stop akonadi then do a Save Session, but something must be > using it, or you have started it through systemsettings, if that's possible, > so be careful that you are not going to break something you want. Anne, I also have akonadi running but have no idea why: % pgrep -fl akonadi 10876 /usr/bin/akonadi_control 10878 akonadiserver 10880 /usr/libexec/mysqld --defaults-file=/home/poc/.local/share/akonadi//mysql.conf --datadir=/home/poc/.local/share/akonadi/db_data/ --socket=/home/poc/.local/share/akonadi/db_misc/mysql.socket 10901 /usr/bin/akonadi_kabc_resource --identifier akonadi_kabc_resource_0 10902 /usr/bin/akonadi_vcard_resource --identifier akonadi_vcard_resource_0 10910 /usr/bin/akonadi_kabc_resource --identifier akonadi_kabc_resource_1 I don't use any of the kdepim components that I'm aware of. Furthermore, attempting to remove akonadi leads to removing virtually all of KDE including kdebase and kdelibs, so the question as to whether it's "necessary" seems academic. poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Using rsync to maintain local FC10 updates repo
On Mon, Feb 16, 2009 at 14:57:31 -0500, Robert Moskowitz wrote: > I want to use rsync to maintain a local FC10 updates repo. I do this > with Centos. > > So I wanted to do a simple rsync against one of the mirrors, and tried > the script: > > #!/bin/sh > rsync -auv > rsync://mirrors.usc.edu/pub/linux/distributions/fedora/linux/updates/10/i386/ > \ > --delete --exclude=debug/ /repos/fedora/10/updates/i386 Below is what I use to pull x86_64 and i386 repos for Fedora 10 and rawhide plus rpm fusion. If you have both i386 and x86_64 machines you want to pull stuff for both at one as the x86_64 repo's include some of the i386 stuff and you don't need to grab it twice. If you don't want x86_64 stuff remove all of the options that refer to it in path names. The same goes for rawhide (remove options that refer to development in path names). Check the mirror list to see if other mirrors are more suitable for you. #!/bin/sh RELEASE=10 BASEDIR=/home/f${RELEASE} FEDORA=rsync://mirror.hiwaay.net/fedora-linux/ FUSION=rsync://fr2.rpmfind.net/linux/rpmfusion/ echo -e "\nSyncing local Fedora ${RELEASE} mirrors ...\n" rsync -rltHvz --delete-after --include=/releases --include=/updates --exclude=/'*' --include=/releases/${RELEASE} --exclude=/releases/'*' --include=/releases/${RELEASE}/Everything --include=/releases/${RELEASE}/Fedora --exclude=/releases/${RELEASE}/'*' --include=/releases/${RELEASE}/Everything/i386/ --include=/releases/${RELEASE}/Everything/x86_64/ --exclude=/releases/${RELEASE}/Everything/'*' --include=/releases/${RELEASE}/Everything/i386/os/ --include=/releases/${RELEASE}/Everything/x86_64/os/ --exclude=/releases/${RELEASE}/Everything/i386/'*' --exclude=/releases/${RELEASE}/Everything/x86_64/'*' --include=/releases/${RELEASE}/Fedora/i386 --exclude=/releases/${RELEASE}/Fedora/'*' --include=/releases/${RELEASE}/Fedora/i386/iso --exclude=/releases/${RELEASE}/Fedora/i386/'*' --include=/releases/${RELEASE}/Fedora/i386/iso/'*'-netinst.iso --exclude=/releases/${RELEASE}/Fedora/i386/iso/'*' --include=/updates/${RELEASE} --include=/updates/testing --exclude=/updates/'*' --include=/u pdates/${RELEASE}/i386 --include=/updates/${RELEASE}/x86_64 --exclude=/updates/${RELEASE}/'*' --exclude=/updates/${RELEASE}/'*'/debug --include=/updates/testing/${RELEASE} --exclude=/updates/testing/'*' --include=/updates/testing/${RELEASE}/i386 --include=/updates/testing/${RELEASE}/x86_64 --exclude=/updates/testing/${RELEASE}/'*' --exclude=/updates/testing/${RELEASE}/'*'/debug ${FEDORA} ${BASEDIR} echo -e "\nSyncing local RPM Fusion Fedora ${RELEASE} mirrors ...\n" rsync -rltHvz --delete-after --include=/'*'free --exclude=/'*' --include=/'*'free/fedora --exclude=/'*'free/'*' --include=/'*'free/fedora/releases --include=/'*'free/fedora/updates --exclude=/'*'free/fedora/'*' --include=/'*'free/fedora/releases/${RELEASE} --exclude=/'*'free/fedora/releases/'*' --include=/'*'free/fedora/releases/${RELEASE}/Everything --include=/'*'free/fedora/releases/${RELEASE}/Fedora --exclude=/'*'free/fedora/releases/${RELEASE}/'*' --include=/'*'free/fedora/releases/${RELEASE}/Everything/i386/ --include=/'*'free/fedora/releases/${RELEASE}/Everything/x86_64/ --exclude=/'*'free/fedora/releases/${RELEASE}/Everything/'*' --include=/'*'free/fedora/releases/${RELEASE}/Everything/i386/os/ --include=/'*'free/fedora/releases/${RELEASE}/Everything/x86_64/os/ --exclude=/'*'free/fedora/releases/${RELEASE}/Everything/i386/'*' --exclude=/'*'free/fedora/releases/${RELEASE}/Everything/x86_64/'*' --include=/'*'free/fedora/releases/${RELEASE}/Fedora/i386 --exclude=/'*'free/ fedora/releases/${RELEASE}/Fedora/'*' --exclude=/'*'free/fedora/releases/${RELEASE}/Fedora/i386/'*' --include=/'*'free/fedora/updates/${RELEASE} --include=/'*'free/fedora/updates/testing --exclude=/'*'free/fedora/updates/'*' --include=/'*'free/fedora/updates/${RELEASE}/i386 --include=/'*'free/fedora/updates/${RELEASE}/x86_64 --exclude=/'*'free/fedora/updates/${RELEASE}/'*' --exclude=/'*'free/fedora/updates/${RELEASE}/'*'/debug --include=/'*'free/fedora/updates/testing/${RELEASE} --exclude=/'*'free/fedora/updates/testing/'*' --include=/'*'free/fedora/updates/testing/${RELEASE}/i386 --include=/'*'free/fedora/updates/testing/${RELEASE}/x86_64 --exclude=/'*'free/fedora/updates/testing/${RELEASE}/'*' --exclude=/'*'free/fedora/updates/testing/${RELEASE}/'*'/debug ${FUSION} ${BASEDIR} -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Mon, 2009-02-16 at 15:51 -0500, Gene Heskett wrote: > On Monday 16 February 2009, Anne Wilson wrote: > >On Monday 16 February 2009 20:27:04 Gene Heskett wrote: > >> No package webmin available. > >> Nothing to do > > > >I don't think I've ever had webmin from a distro package, but it installs so > >easily from the website. > > > >Anne > > I found it, installed it, let it do its updates, but a scan for servers > doesn't find mysql cuz it is not running and now won't run. > > I had NDI this was going to such a PIMA, but a friend has mythtv running at > his place and it does everything but fix breakfast. > > If anyone has any idea how to reset this SOB to absolutely square one, never > having been run, please advise. Deleting /var/lib/mysql didn't do it. you don't delete /var/lib/mysql you delete /var/lib/mysql/* mkdir /var/lib/mysql chown mysql:mysql /var/lib/mysql service mysqld start mysqladmin -u root password 'new-password' ^don't change ^change done Craig -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Anne Wilson wrote: >On Monday 16 February 2009 20:27:04 Gene Heskett wrote: >> No package webmin available. >> Nothing to do > >I don't think I've ever had webmin from a distro package, but it installs so >easily from the website. > >Anne I found it, installed it, let it do its updates, but a scan for servers doesn't find mysql cuz it is not running and now won't run. I had NDI this was going to such a PIMA, but a friend has mythtv running at his place and it does everything but fix breakfast. If anyone has any idea how to reset this SOB to absolutely square one, never having been run, please advise. Deleting /var/lib/mysql didn't do it. Thanks Ann. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) The appreciation of the average visual graphisticator alone is worth the whole suaveness and decadence which abounds!! -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Robert L Cochran wrote: >The documentation on the MySQL website that I pointed to, and that >detailed in Paul DuBois' book, absolutely works for all Fedora >implementations of MySQL. The Fedora distro packagers do not do anything >"Fedora different" from a standard MySQL installation. > >I know from having studied the spec files in Fedora source packages for >mysql-server and from having to clean up my own messes now and then that >this is so. > >What is important...is to very carefully read and research the >documentation provided first, before ever doing anything. > >Bob > >Craig White wrote: >> On Mon, 2009-02-16 at 14:06 -0500, Gene Heskett wrote: >>> On Monday 16 February 2009, Craig White wrote: I think original setup for mysql is for root user via local socket and not via localhost so there actually isn't an account for r...@localhost thus attempting to connect via tcp/ip as root is doomed to fail out of the box. Craig >>> >>> With all due respect Craig, what the hell use is it then when ALL the >>> documentation is wrong? >>> >>> Now, I just had the bright idea of looking at the mysqld.log after >>> ripping it all out and putting even more of it back in, and see this: >>> >>> [r...@coyote etc]# cat /var/log/mysqld.log >>> 090216 13:30:36 mysqld ended >>> >>> 090216 13:30:45 mysqld started >>> /usr/libexec/mysqld: Can't create/write to file '/tmp/ibnoIZas' (Errcode: >>> 13) 090216 13:30:45 InnoDB: Error: unable to create temporary file; >>> errno: 13 090216 13:30:45 [Note] /usr/libexec/mysqld: ready for >>> connections. Version: '5.0.45' socket: '/var/lib/mysql/mysql.sock' >>> port: 3306 Source distribution >>> >>> So obviously /tmp doesn't have the right perms. Or at least I assume >>> (there is that word again) that an error 13 is permissions related. >>> Selinux is in targeted mode, enabled, and it isn't fussing. >>> >>> /tmp itself is drwxr-xr-x amanda disk system_u:object_r:tmp_t:s0 >>> tmp but nearly everything in it is root:root except the amanda and >>> amanda-debug directories. So I just changed tmp to drwxrwxrwx But that >>> also didn't change anything. Or did it, now the log shows this when I >>> restart mysqld: >>> >>> 090216 13:51:44 mysqld started >>> InnoDB: The first specified data file ./ibdata1 did not exist: >>> InnoDB: a new database to be created! >>> 090216 13:51:44 InnoDB: Setting file ./ibdata1 size to 10 MB >>> InnoDB: Database physically writes the file full: wait... >>> 090216 13:51:45 InnoDB: Log file ./ib_logfile0 did not exist: new to be >>> created InnoDB: Setting log file ./ib_logfile0 size to 5 MB >>> InnoDB: Database physically writes the file full: wait... >>> 090216 13:51:45 InnoDB: Log file ./ib_logfile1 did not exist: new to be >>> created InnoDB: Setting log file ./ib_logfile1 size to 5 MB >>> InnoDB: Database physically writes the file full: wait... >>> InnoDB: Doublewrite buffer not found: creating new >>> InnoDB: Doublewrite buffer created >>> InnoDB: Creating foreign key constraint system tables >>> InnoDB: Foreign key constraint system tables created >>> 090216 13:51:46 InnoDB: Started; log sequence number 0 0 >>> 090216 13:51:46 [Note] /usr/libexec/mysqld: ready for connections. >>> Version: '5.0.45' socket: '/var/lib/mysql/mysql.sock' port: 3306 >>> Source distribution >>> >>> Which says one problem seems to be sorted, at the expense of a huge >>> security hole in /tmp as anyone can do anything there now. >>> >>> Ok, so now try a login again: >>> [r...@coyote /]# mysql -u root -p >>> Enter password: >>> ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using >>> password: YES) [r...@coyote /]# mysql -u root -p >>> Enter password: >>> ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using >>> password: NO) [r...@coyote /]# >>> >>> Seems like this is where I started, isn't it? >>> >>> Now that the tmp perms is sorted, I suppose I need to go back and do all >>> that other stuff again... >>> >>> Which I just did, and didn't change a thing. WTF? >>> Thanks Craig >> >> >> after initial installation but before you actually ever start mysqld >> service... >> >> mysqladmin - u root password 'new-password' >> >> *might* work after the mysqld service has already been started but if >> you look at the script involved in /etc/init.d/mysqld, much will happen >> the first time you start it. >> >> You can always stop mysqld service, empty contents of /var/lib/mysql and >> start the service if you don't care about any of the setup. >> >> As for the documentation...it's not wrong but the documentation doesn't >> account for what the various distributions will do with their >> initialization scripts. >> >> If it's all too much for you, install webmin and use that to >> create/maintain user accounts in mysql. >> >> Craig webmin not available according to yum. Ok, so I rip it out again, only this time I run a script that searches the locate datab
Re: myqsl dummy needs help
On Monday 16 February 2009 20:27:04 Gene Heskett wrote: > No package webmin available. > Nothing to do I don't think I've ever had webmin from a distro package, but it installs so easily from the website. Anne signature.asc Description: This is a digitally signed message part. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
On Monday 16 February 2009 20:22:37 Martín Marqués wrote: > 2009/2/16 Mark Haney : > > Martín Marqués wrote: > >> Please, enlight me. How can akonadi work without a mysql instance? > >> > >> http://techbase.kde.org/Projects/PIM/Akonadi#Which_DBMS_does_Akonadi_use > >>.3F > >> > >> BTW, is there a way to disable akonadi and still work with KDE destop? > > > > And yes akonadi does require MySWL, but KDE 4.2 does NOT require > > akonadi. So my point is still very valid. > > OK. By default akonadi starts when I enter my session. What have you got that is using it? > What do I have > to do for this not to happen again at logging? Stopping akonadi during > my open session will make it not start in the next logging? > You could always stop akonadi then do a Save Session, but something must be using it, or you have started it through systemsettings, if that's possible, so be careful that you are not going to break something you want. As a matter of interest, what resources is it using? cpu and ram? Anne signature.asc Description: This is a digitally signed message part. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
The documentation on the MySQL website that I pointed to, and that detailed in Paul DuBois' book, absolutely works for all Fedora implementations of MySQL. The Fedora distro packagers do not do anything "Fedora different" from a standard MySQL installation. I know from having studied the spec files in Fedora source packages for mysql-server and from having to clean up my own messes now and then that this is so. What is important...is to very carefully read and research the documentation provided first, before ever doing anything. Bob Craig White wrote: > On Mon, 2009-02-16 at 14:06 -0500, Gene Heskett wrote: > >> On Monday 16 February 2009, Craig White wrote: >> > > >>> >>> I think original setup for mysql is for root user via local socket and >>> not via localhost so there actually isn't an account for r...@localhost >>> thus attempting to connect via tcp/ip as root is doomed to fail out of >>> the box. >>> >>> Craig >>> >> With all due respect Craig, what the hell use is it then when ALL the >> documentation is wrong? >> >> Now, I just had the bright idea of looking at the mysqld.log after ripping >> it all out and putting even more of it back in, and see this: >> >> [r...@coyote etc]# cat /var/log/mysqld.log >> 090216 13:30:36 mysqld ended >> >> 090216 13:30:45 mysqld started >> /usr/libexec/mysqld: Can't create/write to file '/tmp/ibnoIZas' (Errcode: 13) >> 090216 13:30:45 InnoDB: Error: unable to create temporary file; errno: 13 >> 090216 13:30:45 [Note] /usr/libexec/mysqld: ready for connections. >> Version: '5.0.45' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source >> distribution >> >> So obviously /tmp doesn't have the right perms. Or at least I assume (there >> is that word again) that an error 13 is permissions related. Selinux is in >> targeted mode, enabled, and it isn't fussing. >> >> /tmp itself is drwxr-xr-x amanda disk system_u:object_r:tmp_t:s0 tmp >> but nearly everything in it is root:root except the amanda and amanda-debug >> directories. So I just changed tmp to drwxrwxrwx But that also didn't >> change >> anything. Or did it, now the log shows this when I restart mysqld: >> >> 090216 13:51:44 mysqld started >> InnoDB: The first specified data file ./ibdata1 did not exist: >> InnoDB: a new database to be created! >> 090216 13:51:44 InnoDB: Setting file ./ibdata1 size to 10 MB >> InnoDB: Database physically writes the file full: wait... >> 090216 13:51:45 InnoDB: Log file ./ib_logfile0 did not exist: new to be >> created >> InnoDB: Setting log file ./ib_logfile0 size to 5 MB >> InnoDB: Database physically writes the file full: wait... >> 090216 13:51:45 InnoDB: Log file ./ib_logfile1 did not exist: new to be >> created >> InnoDB: Setting log file ./ib_logfile1 size to 5 MB >> InnoDB: Database physically writes the file full: wait... >> InnoDB: Doublewrite buffer not found: creating new >> InnoDB: Doublewrite buffer created >> InnoDB: Creating foreign key constraint system tables >> InnoDB: Foreign key constraint system tables created >> 090216 13:51:46 InnoDB: Started; log sequence number 0 0 >> 090216 13:51:46 [Note] /usr/libexec/mysqld: ready for connections. >> Version: '5.0.45' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source >> distribution >> >> Which says one problem seems to be sorted, at the expense of a huge security >> hole in /tmp as anyone can do anything there now. >> >> Ok, so now try a login again: >> [r...@coyote /]# mysql -u root -p >> Enter password: >> ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using >> password: YES) >> [r...@coyote /]# mysql -u root -p >> Enter password: >> ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using >> password: NO) >> [r...@coyote /]# >> >> Seems like this is where I started, isn't it? >> >> Now that the tmp perms is sorted, I suppose I need to go back and do all >> that >> other stuff again... >> >> Which I just did, and didn't change a thing. WTF? >> Thanks Craig >> > > after initial installation but before you actually ever start mysqld > service... > > mysqladmin - u root password 'new-password' > > *might* work after the mysqld service has already been started but if > you look at the script involved in /etc/init.d/mysqld, much will happen > the first time you start it. > > You can always stop mysqld service, empty contents of /var/lib/mysql and > start the service if you don't care about any of the setup. > > As for the documentation...it's not wrong but the documentation doesn't > account for what the various distributions will do with their > initialization scripts. > > If it's all too much for you, install webmin and use that to > create/maintain user accounts in mysql. > > Craig > > -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Craig White wrote: >On Mon, 2009-02-16 at 14:06 -0500, Gene Heskett wrote: >> On Monday 16 February 2009, Craig White wrote: >> > >> >I think original setup for mysql is for root user via local socket and >> >not via localhost so there actually isn't an account for r...@localhost >> >thus attempting to connect via tcp/ip as root is doomed to fail out of >> >the box. >> > >> >Craig >> >> With all due respect Craig, what the hell use is it then when ALL the >> documentation is wrong? >> >> Now, I just had the bright idea of looking at the mysqld.log after ripping >> it all out and putting even more of it back in, and see this: >> >> [r...@coyote etc]# cat /var/log/mysqld.log >> 090216 13:30:36 mysqld ended >> >> 090216 13:30:45 mysqld started >> /usr/libexec/mysqld: Can't create/write to file '/tmp/ibnoIZas' (Errcode: >> 13) 090216 13:30:45 InnoDB: Error: unable to create temporary file; >> errno: 13 090216 13:30:45 [Note] /usr/libexec/mysqld: ready for >> connections. Version: '5.0.45' socket: '/var/lib/mysql/mysql.sock' port: >> 3306 Source distribution >> >> So obviously /tmp doesn't have the right perms. Or at least I assume >> (there is that word again) that an error 13 is permissions related. >> Selinux is in targeted mode, enabled, and it isn't fussing. >> >> /tmp itself is drwxr-xr-x amanda disk system_u:object_r:tmp_t:s0 >> tmp but nearly everything in it is root:root except the amanda and >> amanda-debug directories. So I just changed tmp to drwxrwxrwx But that >> also didn't change anything. Or did it, now the log shows this when I >> restart mysqld: >> >> 090216 13:51:44 mysqld started >> InnoDB: The first specified data file ./ibdata1 did not exist: >> InnoDB: a new database to be created! >> 090216 13:51:44 InnoDB: Setting file ./ibdata1 size to 10 MB >> InnoDB: Database physically writes the file full: wait... >> 090216 13:51:45 InnoDB: Log file ./ib_logfile0 did not exist: new to be >> created InnoDB: Setting log file ./ib_logfile0 size to 5 MB >> InnoDB: Database physically writes the file full: wait... >> 090216 13:51:45 InnoDB: Log file ./ib_logfile1 did not exist: new to be >> created InnoDB: Setting log file ./ib_logfile1 size to 5 MB >> InnoDB: Database physically writes the file full: wait... >> InnoDB: Doublewrite buffer not found: creating new >> InnoDB: Doublewrite buffer created >> InnoDB: Creating foreign key constraint system tables >> InnoDB: Foreign key constraint system tables created >> 090216 13:51:46 InnoDB: Started; log sequence number 0 0 >> 090216 13:51:46 [Note] /usr/libexec/mysqld: ready for connections. >> Version: '5.0.45' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source >> distribution >> >> Which says one problem seems to be sorted, at the expense of a huge >> security hole in /tmp as anyone can do anything there now. >> >> Ok, so now try a login again: >> [r...@coyote /]# mysql -u root -p >> Enter password: >> ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using >> password: YES) [r...@coyote /]# mysql -u root -p >> Enter password: >> ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using >> password: NO) [r...@coyote /]# >> >> Seems like this is where I started, isn't it? >> >> Now that the tmp perms is sorted, I suppose I need to go back and do all >> that other stuff again... >> >> Which I just did, and didn't change a thing. WTF? >> Thanks Craig > > >after initial installation but before you actually ever start mysqld >service... > >mysqladmin - u root password 'new-password' > >*might* work after the mysqld service has already been started but if >you look at the script involved in /etc/init.d/mysqld, much will happen >the first time you start it. > >You can always stop mysqld service, empty contents of /var/lib/mysql and >start the service if you don't care about any of the setup. I didn't, but: [r...@coyote /]# service mysqld stop STOPPING server from pid file /var/run/mysqld/mysqld.pid 090216 14:57:46 mysqld ended Stopping MySQL:[ OK ] [1]+ Donemysqld_safe --skip-grant-tables --init-file=/tmp/mysql.user [r...@coyote /]# mysqladmin password 'xxxsanitized' mysqladmin: connect to server at 'localhost' failed error: 'Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)' Check that mysqld is running and that the socket: '/var/lib/mysql/mysql.sock' exists! [r...@coyote /]# cd /var/lib [r...@coyote lib]# ls alternatives cs dhclient hal kdm multipath pgsql rkhunter sepolgentexmf yum awstats davdhcpv6hsqldb logrotate.status mysql php rpcbind setroubleshoot vdr bittorrentdbus dirmngr htdig misc nfs PolicyKitrpm spamassassinwebalizer bluetooth denyhosts games iptraf mlocate ntp random-seed samba sta
Re: KDE 4.2 requires local MySQL Server
2009/2/16 Mark Haney : > Martín Marqués wrote: >> >> Please, enlight me. How can akonadi work without a mysql instance? >> >> http://techbase.kde.org/Projects/PIM/Akonadi#Which_DBMS_does_Akonadi_use.3F >> >> BTW, is there a way to disable akonadi and still work with KDE destop? >> > > And yes akonadi does require MySWL, but KDE 4.2 does NOT require > akonadi. So my point is still very valid. OK. By default akonadi starts when I enter my session. What do I have to do for this not to happen again at logging? Stopping akonadi during my open session will make it not start in the next logging? -- Martín Marqués select 'martin.marques' || '@' || 'gmail.com' DBA, Programador, Administrador -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
it was hidden behind a terminal window. I was going to go back and try > to figure out was it was all aboutbut subsequently forgot about it. > Your post did enlighten me as to what happened as I now recall seeing > "akonadi" at some point. > > But, I have been using the latest version of KDE for the past several > days...and I haven't been bothered or presented with the need to know > anything about MySQL. I only now notice there is an instance of MySQL > running not taking up much resources. I'm not sure it would have come > to my attention if you hadn't written your post. > > Took a quick look at http://pim.kde.org/akonadi/ and on the surface > seems like a reasonable direction/idea. So, not quite sure as to why > you may consider this to be a big issue. > > > -- > ... Had this been an actual emergency, we would have fled in terror, and > you would not have been informed. mei-mei.gres...@greshko.com > http://tw.youtube.com/watch?v=cCSz_koUhSg > > > -- > fedora-list mailing list > fedora-list@redhat.com > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list > Guidelines: > http://fedoraproject.org/wiki/Communicate/MailingListGuidelines > I double that. Why should it bother a user if the akonadi interface takes care of all database operations. All the user has to do is fill in gui. -- Rangeen Basu Roy Chowdhury sherry...@gmail.com !!!Windows is "micro"-soft[ware]..I like bigger things!!! -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Using rsync to maintain local FC10 updates repo
I want to use rsync to maintain a local FC10 updates repo. I do this with Centos. So I wanted to do a simple rsync against one of the mirrors, and tried the script: #!/bin/sh rsync -auv rsync://mirrors.usc.edu/pub/linux/distributions/fedora/linux/updates/10/i386/ \ --delete --exclude=debug/ /repos/fedora/10/updates/i386 It fails: @ERROR: Unknown module 'pub' rsync error: error starting client-server protocol (code 5) at main.c(1296) [receiver=2.6.8] Can someone help me? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Mon, 2009-02-16 at 14:06 -0500, Gene Heskett wrote: > On Monday 16 February 2009, Craig White wrote: > > > >I think original setup for mysql is for root user via local socket and > >not via localhost so there actually isn't an account for r...@localhost > >thus attempting to connect via tcp/ip as root is doomed to fail out of > >the box. > > > >Craig > > With all due respect Craig, what the hell use is it then when ALL the > documentation is wrong? > > Now, I just had the bright idea of looking at the mysqld.log after ripping > it all out and putting even more of it back in, and see this: > > [r...@coyote etc]# cat /var/log/mysqld.log > 090216 13:30:36 mysqld ended > > 090216 13:30:45 mysqld started > /usr/libexec/mysqld: Can't create/write to file '/tmp/ibnoIZas' (Errcode: 13) > 090216 13:30:45 InnoDB: Error: unable to create temporary file; errno: 13 > 090216 13:30:45 [Note] /usr/libexec/mysqld: ready for connections. > Version: '5.0.45' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source > distribution > > So obviously /tmp doesn't have the right perms. Or at least I assume (there > is that word again) that an error 13 is permissions related. Selinux is in > targeted mode, enabled, and it isn't fussing. > > /tmp itself is drwxr-xr-x amanda disk system_u:object_r:tmp_t:s0 tmp > but nearly everything in it is root:root except the amanda and amanda-debug > directories. So I just changed tmp to drwxrwxrwx But that also didn't change > anything. Or did it, now the log shows this when I restart mysqld: > > 090216 13:51:44 mysqld started > InnoDB: The first specified data file ./ibdata1 did not exist: > InnoDB: a new database to be created! > 090216 13:51:44 InnoDB: Setting file ./ibdata1 size to 10 MB > InnoDB: Database physically writes the file full: wait... > 090216 13:51:45 InnoDB: Log file ./ib_logfile0 did not exist: new to be > created > InnoDB: Setting log file ./ib_logfile0 size to 5 MB > InnoDB: Database physically writes the file full: wait... > 090216 13:51:45 InnoDB: Log file ./ib_logfile1 did not exist: new to be > created > InnoDB: Setting log file ./ib_logfile1 size to 5 MB > InnoDB: Database physically writes the file full: wait... > InnoDB: Doublewrite buffer not found: creating new > InnoDB: Doublewrite buffer created > InnoDB: Creating foreign key constraint system tables > InnoDB: Foreign key constraint system tables created > 090216 13:51:46 InnoDB: Started; log sequence number 0 0 > 090216 13:51:46 [Note] /usr/libexec/mysqld: ready for connections. > Version: '5.0.45' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source > distribution > > Which says one problem seems to be sorted, at the expense of a huge security > hole in /tmp as anyone can do anything there now. > > Ok, so now try a login again: > [r...@coyote /]# mysql -u root -p > Enter password: > ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using > password: YES) > [r...@coyote /]# mysql -u root -p > Enter password: > ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using > password: NO) > [r...@coyote /]# > > Seems like this is where I started, isn't it? > > Now that the tmp perms is sorted, I suppose I need to go back and do all that > other stuff again... > > Which I just did, and didn't change a thing. WTF? > Thanks Craig after initial installation but before you actually ever start mysqld service... mysqladmin - u root password 'new-password' *might* work after the mysqld service has already been started but if you look at the script involved in /etc/init.d/mysqld, much will happen the first time you start it. You can always stop mysqld service, empty contents of /var/lib/mysql and start the service if you don't care about any of the setup. As for the documentation...it's not wrong but the documentation doesn't account for what the various distributions will do with their initialization scripts. If it's all too much for you, install webmin and use that to create/maintain user accounts in mysql. Craig -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
Gene Heskett kirjoitti viestissään (lähetysaika maanantai, 16. helmikuuta 2009): > There is no localhost in my /etc/passwd file, do I need to > adduser first? MySQL has its own user/password management system that has absolutely nothing to do with /etc/passwd, PAM or other Linux account management components. -- Markku Kolkka markku.kol...@iki.fi -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
On Monday 16 February 2009 16:44:03 Martín Marqués wrote: > 2009/2/15 Ed Greshko : > > Took a quick look at http://pim.kde.org/akonadi/ and on the surface > > seems like a reasonable direction/idea. So, not quite sure as to why > > you may consider this to be a big issue. > > They could have used some lighter database engine, like sqlite. > I would rather see one instance of akonadi/mysql servicing many apps, than many apps each having its own sqlite instance. Anne signature.asc Description: This is a digitally signed message part. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
On Monday 16 February 2009 18:58:55 Martín Marqués wrote: > > BTW, is there a way to disable akonadi and still work with KDE destop? > Yes. I'm still looking forward to eventually benefitting from akonadi, but it's not for me at the moment. KOrganizer asks me if I want to put entries into an akonadi-compatible diary, and I decline, selecting my old-style one. Absolutely no akonadi configuration has been done at this point. It is, in fact, the right answer, IMO, but still in relatively early days. Anne signature.asc Description: This is a digitally signed message part. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: F10: Unable to save sessions
Daniel B. Thurman wrote: I have downloaded and updated packages that I wanted and yet, I cannot seem to be able to save my desktop sessions. Does anyone have this problem or know how to fix this or if a big was submitted? For GNOME, this is a known issue being worked on. Refer https://fedoraproject.org/wiki/Common_F10_bugs#GNOME_session_saving_broken Rahul -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Mike Wright wrote: >mysqladmin password 'secretcode' mysqladmin: connect to server at 'localhost' failed error: 'Access denied for user 'root'@'localhost' (using password: NO)' -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) I have no doubt that it is a part of the destiny of the human race, in its gradual improvement, to leave off eating animals. -- Thoreau -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: connecting cell phone
On Monday 16 February 2009 19:15:00 Patrick O'Callaghan wrote: > On Mon, 2009-02-16 at 16:18 +, Anne Wilson wrote: > > On Monday 16 February 2009 15:46:45 Patrick O'Callaghan wrote: > > > On Mon, 2009-02-16 at 16:09 +0100, François Patte wrote: > > > > -BEGIN PGP SIGNED MESSAGE- > > > > Hash: SHA1 > > > > > > > > Bonjour, > > > > > > > > I have cell phone Nokia 3120 and I want to connect it to my computer > > > > with a usb data cable. > > > > > > Try gnokii (yum install gnokii). > > > > Hmm - userbase could really use a Tutorial section on connecting devices > > like this. I don't suppose you could start it off? If it helps I'll > > prepare a place-saver for you, and help if you want a basic template to > > work to > > If that was directed at me Anne, I'm willing to help where I can but I > mentioned gnokii in this case just because I knew of its existence. I do > remember playing with it a year or two ago but I'm sure there are other > people better qualified to talk about it. I'd probably just copy bits of > the manual. > Come to think of it, it opens up a whole new section, so perhaps it had better be on the back burner for a little longer. Anne signature.asc Description: This is a digitally signed message part. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Mike Wright wrote: >Gene Heskett wrote: > > >> /tmp itself is drwxr-xr-x amanda disk system_u:object_r:tmp_t:s0 >> tmp but nearly everything in it is root:root except the amanda and >> amanda-debug directories. So I just changed tmp to drwxrwxrwx But that >> also didn't change anything. Or did it, now the log shows this when I >> restart mysqld: > >Hi Gene. You also need to execute "chmod +t /tmp". I think your >permissions should be drwxrwxrwt. No difference Mike, thanks. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) I have no doubt that it is a part of the destiny of the human race, in its gradual improvement, to leave off eating animals. -- Thoreau -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: connecting cell phone
On Monday 16 February 2009 19:15:00 Patrick O'Callaghan wrote: > On Mon, 2009-02-16 at 16:18 +, Anne Wilson wrote: > > On Monday 16 February 2009 15:46:45 Patrick O'Callaghan wrote: > > > On Mon, 2009-02-16 at 16:09 +0100, François Patte wrote: > > > > -BEGIN PGP SIGNED MESSAGE- > > > > Hash: SHA1 > > > > > > > > Bonjour, > > > > > > > > I have cell phone Nokia 3120 and I want to connect it to my computer > > > > with a usb data cable. > > > > > > Try gnokii (yum install gnokii). > > > > Hmm - userbase could really use a Tutorial section on connecting devices > > like this. I don't suppose you could start it off? If it helps I'll > > prepare a place-saver for you, and help if you want a basic template to > > work to > > If that was directed at me Anne, I'm willing to help where I can but I > mentioned gnokii in this case just because I knew of its existence. I do > remember playing with it a year or two ago but I'm sure there are other > people better qualified to talk about it. I'd probably just copy bits of > the manual. > Yes, it was directed at you :-) So, François, if you install it, once you've had a little time to find your way around, will you help us with this? Anne signature.asc Description: This is a digitally signed message part. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Robert L Cochran wrote: >http://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html > >http://dev.mysql.com/doc/refman/5.0/en/privilege-system.html > All of which assume that the simple mysql shell works. It doesn't, can't connect r...@localhost, error 1045 >Robert L Cochran wrote: >> There is a 'root'@'localhost' account, but it has no password. For more >> information see the MySQL knowledgebase at www.mysql.com. >> >> Been there, done that. >> >> Bob >> >> Craig White wrote: >>> On Mon, 2009-02-16 at 11:06 -0500, Robert L Cochran wrote: All the heavier-weight database engines have their own user accounts, so they can grant or restrict permissions to various databases and tables based on who the user is. MySQL does this. Even though mysql has a root user that user is totally separate from the OS root account. You can also have a mysql user account named mickey even though your host box does not have such a user. So think only in terms of the defined MySQL users. You need to reset the MySQL root user password. There may be no password to start with. I wonder what happens if you just press enter when prompted for the password. If there is no password, then you can set one using mysqladmin. When you first start the mysqld server using 'service start mysqld' the syntax of the command is explained to you right on the terminal window. One more point. If you want to assign a password to a user on a specific host machine, such as 'mickey'@'mickeymouse.m1.org' then I believe that at the time someone attempts to log in with that username the actual machine name must resolve correctly on dns to 'mickeymouse.m1.org' or the user 'mickey' must have a password defined for the localhost machine ('mickey'@'localhost'). To do reset the root password correctly, you can find copious details on the MySQL knowledgebase. Go to www.mysql.com and search off their knowledgebase. There is a method described for changing the password for the root user, but it is fairly complicated. I've used it successfully once or twice before when I made a mess of my own mysql root password. Another great resource is to read Paul DuBois book "MySQL". It is really the bible of all things MySQL. If you intend to use MySQL seriously then this book is mandatory purchasing and reading. >>> >>> >>> I think original setup for mysql is for root user via local socket and >>> not via localhost so there actually isn't an account for r...@localhost >>> thus attempting to connect via tcp/ip as root is doomed to fail out of >>> the box. >>> >>> Craig -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) We all agree on the necessity of compromise. We just can't agree on when it's necessary to compromise. -- Larry Wall -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
Arthur Pemberton wrote: > > > If a component you want requires a resource, it is, by definition, > necessary. Or are you using an alternate definition of necessary. No, that works for me, however, the OP mentions KDE4.2 /requiring/ MySQL. And, no it does not require it for every instance. But yes if it is a component you want, it is necessary. But that's splitting hairs. KDE4.2 runs just fine without akonadi, therefor it does not require MySQL. If for whatever reason 4.2 would NOT run fine without MySQL, then I'd agree with you. To me, akonadi is useless and a waste of resources, much like Beagle is on GNOME. But then, to me GNOME is a waste of resources. I'd like to speak to the goon decided on GNOME's latest interface. If anything, GNOME is Linux Vista. It's poorly designed and with no thoughts to whether the end user finds it usable or not. > > As an uninformed observer, the requirement of mysql-server seems over > kill, but it's a 21MB download that only consumes as much resources as > is required at any one time. > -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Robert L Cochran wrote: >That is to say, on the initial installation of a MySQL server, there is >indeed a 'root'@'localhost' account, but it has no password. See page >609 of MySQL, Third Edition, by Paul DuBois and read through the next >several pages. > >I just did this for a new MySQL installation on one of my test boxes and >was able to set the root password with only a little fussiness from >mysqladmin. I first set the password for localhost, There is no localhost in my /etc/passwd file, do I need to adduser first? >then logged into the >mysql server as 'root'@'localhost' and set the password for >'root'@'my.box.name'. You need to set both these passwords for root. >Then I tested my login and did a few easy queries such as 'show >databases;' and I was all set. > >Bob > >Robert L Cochran wrote: >> There is a 'root'@'localhost' account, but it has no password. For more >> information see the MySQL knowledgebase at www.mysql.com. >> >> Been there, done that. >> >> Bob >> >> Craig White wrote: >>> On Mon, 2009-02-16 at 11:06 -0500, Robert L Cochran wrote: All the heavier-weight database engines have their own user accounts, so they can grant or restrict permissions to various databases and tables based on who the user is. MySQL does this. Even though mysql has a root user that user is totally separate from the OS root account. You can also have a mysql user account named mickey even though your host box does not have such a user. So think only in terms of the defined MySQL users. You need to reset the MySQL root user password. There may be no password to start with. I wonder what happens if you just press enter when prompted for the password. If there is no password, then you can set one using mysqladmin. When you first start the mysqld server using 'service start mysqld' the syntax of the command is explained to you right on the terminal window. One more point. If you want to assign a password to a user on a specific host machine, such as 'mickey'@'mickeymouse.m1.org' then I believe that at the time someone attempts to log in with that username the actual machine name must resolve correctly on dns to 'mickeymouse.m1.org' or the user 'mickey' must have a password defined for the localhost machine ('mickey'@'localhost'). To do reset the root password correctly, you can find copious details on the MySQL knowledgebase. Go to www.mysql.com and search off their knowledgebase. There is a method described for changing the password for the root user, but it is fairly complicated. I've used it successfully once or twice before when I made a mess of my own mysql root password. Another great resource is to read Paul DuBois book "MySQL". It is really the bible of all things MySQL. If you intend to use MySQL seriously then this book is mandatory purchasing and reading. >>> >>> >>> I think original setup for mysql is for root user via local socket and >>> not via localhost so there actually isn't an account for r...@localhost >>> thus attempting to connect via tcp/ip as root is doomed to fail out of >>> the box. >>> >>> Craig -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Would you *__really* want to get on a non-stop flight? -- George Carlin -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
Gene Heskett wrote: /tmp itself is drwxr-xr-x amanda disk system_u:object_r:tmp_t:s0 tmp but nearly everything in it is root:root except the amanda and amanda-debug directories. So I just changed tmp to drwxrwxrwx But that also didn't change anything. Or did it, now the log shows this when I restart mysqld: Hi Gene. You also need to execute "chmod +t /tmp". I think your permissions should be drwxrwxrwt. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: qemu-kvm: qns regarding network and usb keyboard setup
On Mon, Feb 16, 2009 at 7:22 AM, suvayu ali wrote: > 2009/2/15 Kevin Kofler : >> suvayu ali wrote: >>> Neither can I go to a virtual terminal using Ctrl+Alt+. everytime >>> I press Ctrl+Alt it releases the keyboard input and I am back in the host. >> >> Even if the grab wasn't released by Ctrl+Alt, the key would still be >> intercepted by the host. This happens at X11 level, so the key doesn't even >> reach applications such as QEMU-KVM. >> > how do I get around this? > >>Kevin Kofler >> > > -- > Suvayu > > Open source is the future. It sets us free. > > -- > fedora-list mailing list > fedora-list@redhat.com > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list > Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines > I had a similar problem running vmplayer on fc10 and had to add to : /etc/vmware/config : xkeymap.keycode.108 = 0x138 # Alt_R xkeymap.keycode.106 = 0x135 # KP_Divide xkeymap.keycode.104 = 0x11c # KP_Enter xkeymap.keycode.111 = 0x148 # Up xkeymap.keycode.116 = 0x150 # Down xkeymap.keycode.113 = 0x14b # Left xkeymap.keycode.114 = 0x14d # Right xkeymap.keycode.105 = 0x11d # Control_R xkeymap.keycode.118 = 0x152 # Insert xkeymap.keycode.119 = 0x153 # Delete xkeymap.keycode.110 = 0x147 # Home xkeymap.keycode.115 = 0x14f # End xkeymap.keycode.112 = 0x149 # Prior xkeymap.keycode.117 = 0x151 # Next xkeymap.keycode.78 = 0x46 # Scroll_Lock xkeymap.keycode.127 = 0x100 # Pause xkeymap.keycode.133 = 0x15b # Meta_L xkeymap.keycode.134 = 0x15c # Meta_R xkeymap.keycode.135 = 0x15d # Menu the arrow keys work again. not sure if this is even closely equivilant. -- Gary -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
F10: Unable to save sessions
I have downloaded and updated packages that I wanted and yet, I cannot seem to be able to save my desktop sessions. Does anyone have this problem or know how to fix this or if a big was submitted? Thanks! Dan -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Robert L Cochran wrote: >That is to say, on the initial installation of a MySQL server, there is >indeed a 'root'@'localhost' account, but it has no password. See page >609 of MySQL, Third Edition, by Paul DuBois and read through the next >several pages. > >I just did this for a new MySQL installation on one of my test boxes and >was able to set the root password with only a little fussiness from >mysqladmin. I first set the password for localhost, then logged into the >mysql server as 'root'@'localhost' and set the password for >'root'@'my.box.name'. You need to set both these passwords for root. >Then I tested my login and did a few easy queries such as 'show >databases;' and I was all set. > >Bob > >Robert L Cochran wrote: >> There is a 'root'@'localhost' account, but it has no password. For more >> information see the MySQL knowledgebase at www.mysql.com. >> >> Been there, done that. >> >> Bob >> >> Craig White wrote: >>> On Mon, 2009-02-16 at 11:06 -0500, Robert L Cochran wrote: All the heavier-weight database engines have their own user accounts, so they can grant or restrict permissions to various databases and tables based on who the user is. MySQL does this. Even though mysql has a root user that user is totally separate from the OS root account. You can also have a mysql user account named mickey even though your host box does not have such a user. So think only in terms of the defined MySQL users. You need to reset the MySQL root user password. I have done this 5 times now. There may be no password to start with. I wonder what happens if you just press enter when prompted for the password. If there is no password, then you can set one using mysqladmin. mysqladmin is also being denied access. [r...@coyote /]# mysqladmin mysqladmin Ver 8.41 Distrib 5.0.45, for redhat-linux-gnu on i386 Copyright (C) 2000-2006 MySQL AB This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to modify and redistribute it under the GPL license Administration program for the mysqld daemon. Usage: mysqladmin [OPTIONS] command command -c, --count=# Number of iterations to make. This works with -i (--sleep) only. -#, --debug[=name] Output debug log. Often this is 'd:t:o,filename'. -f, --force Don't ask for confirmation on drop database; with multiple commands, continue even if an error occurs. -C, --compress Use compression in server/client protocol. --character-sets-dir=name Directory where character sets are. --default-character-set=name Set the default character set. -?, --help Display this help and exit. -h, --host=name Connect to host. -p, --password[=name] Password to use when connecting to server. If password is not given it's asked from the tty. -P, --port=#Port number to use for connection. --protocol=name The protocol of connection (tcp,socket,pipe,memory). -r, --relative Show difference between current and previous values when used with -i. Currently works only with extended-status. -O, --set-variable=name Change the value of a variable. Please note that this option is deprecated; you can set variables directly with --variable-name=value. -s, --silentSilently exit if one can't connect to server. -S, --socket=name Socket file to use for connection. -i, --sleep=# Execute commands again and again with a sleep between. --ssl Enable SSL for connection (automatically enabled with other flags). Disable with --skip-ssl. --ssl-ca=name CA file in PEM format (check OpenSSL docs, implies --ssl). --ssl-capath=name CA directory (check OpenSSL docs, implies --ssl). --ssl-cert=name X509 cert in PEM format (implies --ssl). --ssl-cipher=name SSL cipher to use (implies --ssl). --ssl-key=name X509 key in PEM format (implies --ssl). --ssl-verify-server-cert Verify server's "Common Name" in its cert against hostname used when connecting. This option is disabled by default. -u, --user=name User for login if not current user. -v, --verbose Write more information. -V, --version Output version information and exit. -E, --vertical Print output vertically. Is similar to --relative, but prints output vertically. -w, --wait[=#] Wait and retry if connection is down. --connect_timeout=# --shutdown_timeout=# Variables (--variable-name=value) and boolean options {FALSE|TRUE} Value (after reading options) - - count
Re: KDE 4.2 requires local MySQL Server
On Mon, Feb 16, 2009 at 12:38 PM, Martín Marqués wrote: > 2009/2/16 Arthur Pemberton : >> On Mon, Feb 16, 2009 at 11:13 AM, Martín Marqués >> wrote: >>> >>> IMHO, this is the beginning of the end of KDE >> >> Because some portions of it require a free database engine? Seriously? > > Not becuase of that. Because it's starting to use resources which are > totally unnecesary. It's starting to look like the Linux Vista: Nice, > but useless. If a component you want requires a resource, it is, by definition, necessary. Or are you using an alternate definition of necessary. As an uninformed observer, the requirement of mysql-server seems over kill, but it's a 21MB download that only consumes as much resources as is required at any one time. -- Fedora 9 : sulphur is good for the skin ( www.pembo13.com ) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: connecting cell phone
On Mon, 2009-02-16 at 16:18 +, Anne Wilson wrote: > On Monday 16 February 2009 15:46:45 Patrick O'Callaghan wrote: > > On Mon, 2009-02-16 at 16:09 +0100, François Patte wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > > Hash: SHA1 > > > > > > Bonjour, > > > > > > I have cell phone Nokia 3120 and I want to connect it to my computer > > > with a usb data cable. > > > > Try gnokii (yum install gnokii). > > > Hmm - userbase could really use a Tutorial section on connecting devices like > this. I don't suppose you could start it off? If it helps I'll prepare a > place-saver for you, and help if you want a basic template to work to If that was directed at me Anne, I'm willing to help where I can but I mentioned gnokii in this case just because I knew of its existence. I do remember playing with it a year or two ago but I'm sure there are other people better qualified to talk about it. I'd probably just copy bits of the manual. Cheers poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Robert L Cochran wrote: >There is a 'root'@'localhost' account, but it has no password. For more >information see the MySQL knowledgebase at www.mysql.com. > >Been there, done that. > >Bob So have I Bob, and other than disclosing my /tmp perms weren't as wide open as they needed to be, which was denying INNoDB permission to write a scratch file, no change. I even ripped it out and reinstalled even more of it, again, no change. The only way I can access it is with: mysqld_safe --skip-grant-tables & So where is this "grant-tables"? >Craig White wrote: >> On Mon, 2009-02-16 at 11:06 -0500, Robert L Cochran wrote: >>> All the heavier-weight database engines have their own user accounts, so >>> they can grant or restrict permissions to various databases and tables >>> based on who the user is. MySQL does this. Even though mysql has a root >>> user that user is totally separate from the OS root account. You can >>> also have a mysql user account named mickey even though your host box >>> does not have such a user. So think only in terms of the defined MySQL >>> users. >>> >>> You need to reset the MySQL root user password. >>> >>> There may be no password to start with. I wonder what happens if you >>> just press enter when prompted for the password. If there is no >>> password, then you can set one using mysqladmin. When you first start >>> the mysqld server using 'service start mysqld' the syntax of the command >>> is explained to you right on the terminal window. >>> >>> One more point. If you want to assign a password to a user on a specific >>> host machine, such as 'mickey'@'mickeymouse.m1.org' then I believe that >>> at the time someone attempts to log in with that username the actual >>> machine name must resolve correctly on dns to 'mickeymouse.m1.org' or >>> the user 'mickey' must have a password defined for the localhost machine >>> ('mickey'@'localhost'). >>> >>> To do reset the root password correctly, you can find copious details on >>> the MySQL knowledgebase. Go to www.mysql.com and search off their >>> knowledgebase. There is a method described for changing the password for >>> the root user, but it is fairly complicated. I've used it successfully >>> once or twice before when I made a mess of my own mysql root password. >>> >>> Another great resource is to read Paul DuBois book "MySQL". It is really >>> the bible of all things MySQL. If you intend to use MySQL seriously then >>> this book is mandatory purchasing and reading. >> >> >> I think original setup for mysql is for root user via local socket and >> not via localhost so there actually isn't an account for r...@localhost >> thus attempting to connect via tcp/ip as root is doomed to fail out of >> the box. >> >> Craig -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Eloquence is logic on fire. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
Martín Marqués wrote: > 2009/2/16 Mark Haney : >> Martín Marqués wrote: >>> 2009/2/16 Arthur Pemberton : On Mon, Feb 16, 2009 at 11:13 AM, Martín Marqués wrote: > IMHO, this is the beginning of the end of KDE Because some portions of it require a free database engine? Seriously? >>> Not becuase of that. Because it's starting to use resources which are >>> totally unnecesary. It's starting to look like the Linux Vista: Nice, >>> but useless. >>> >> What part of KDE requires MySQL server? None that I am aware of. But >> then I build my own from source and not rely on these asinine package >> dependencies from binary packages. There are NO KDE components that >> /require/ MySQL. You can' specify database support, but it's not required. > > Please, enlight me. How can akonadi work without a mysql instance? > > http://techbase.kde.org/Projects/PIM/Akonadi#Which_DBMS_does_Akonadi_use.3F > > BTW, is there a way to disable akonadi and still work with KDE destop? > And yes akonadi does require MySWL, but KDE 4.2 does NOT require akonadi. So my point is still very valid. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
Martín Marqués wrote: > 2009/2/16 Mark Haney : >> Martín Marqués wrote: >>> 2009/2/16 Arthur Pemberton : On Mon, Feb 16, 2009 at 11:13 AM, Martín Marqués wrote: > IMHO, this is the beginning of the end of KDE Because some portions of it require a free database engine? Seriously? >>> Not becuase of that. Because it's starting to use resources which are >>> totally unnecesary. It's starting to look like the Linux Vista: Nice, >>> but useless. >>> >> What part of KDE requires MySQL server? None that I am aware of. But >> then I build my own from source and not rely on these asinine package >> dependencies from binary packages. There are NO KDE components that >> /require/ MySQL. You can' specify database support, but it's not required. > > Please, enlight me. How can akonadi work without a mysql instance? > > http://techbase.kde.org/Projects/PIM/Akonadi#Which_DBMS_does_Akonadi_use.3F > > BTW, is there a way to disable akonadi and still work with KDE destop? > Of course. I don't run akonadi server at all. And it works just fine. As for all the comments about KDE being 'Vista' I'd like to point out that GNOME uses Beagle (if I recall) which is very similar to Akonadi. GNOME's latest releases suck so bad I will never go back. KDE 4.2 is the best version of KDE4 and is simply amazing. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
On Monday 16 February 2009, Craig White wrote: >On Mon, 2009-02-16 at 11:06 -0500, Robert L Cochran wrote: >> All the heavier-weight database engines have their own user accounts, so >> they can grant or restrict permissions to various databases and tables >> based on who the user is. MySQL does this. Even though mysql has a root >> user that user is totally separate from the OS root account. You can >> also have a mysql user account named mickey even though your host box >> does not have such a user. So think only in terms of the defined MySQL >> users. >> >> You need to reset the MySQL root user password. >> >> There may be no password to start with. I wonder what happens if you >> just press enter when prompted for the password. If there is no >> password, then you can set one using mysqladmin. When you first start >> the mysqld server using 'service start mysqld' the syntax of the command >> is explained to you right on the terminal window. >> >> One more point. If you want to assign a password to a user on a specific >> host machine, such as 'mickey'@'mickeymouse.m1.org' then I believe that >> at the time someone attempts to log in with that username the actual >> machine name must resolve correctly on dns to 'mickeymouse.m1.org' or >> the user 'mickey' must have a password defined for the localhost machine >> ('mickey'@'localhost'). >> >> To do reset the root password correctly, you can find copious details on >> the MySQL knowledgebase. Go to www.mysql.com and search off their >> knowledgebase. There is a method described for changing the password for >> the root user, but it is fairly complicated. I've used it successfully >> once or twice before when I made a mess of my own mysql root password. >> >> Another great resource is to read Paul DuBois book "MySQL". It is really >> the bible of all things MySQL. If you intend to use MySQL seriously then >> this book is mandatory purchasing and reading. > > >I think original setup for mysql is for root user via local socket and >not via localhost so there actually isn't an account for r...@localhost >thus attempting to connect via tcp/ip as root is doomed to fail out of >the box. > >Craig With all due respect Craig, what the hell use is it then when ALL the documentation is wrong? Now, I just had the bright idea of looking at the mysqld.log after ripping it all out and putting even more of it back in, and see this: [r...@coyote etc]# cat /var/log/mysqld.log 090216 13:30:36 mysqld ended 090216 13:30:45 mysqld started /usr/libexec/mysqld: Can't create/write to file '/tmp/ibnoIZas' (Errcode: 13) 090216 13:30:45 InnoDB: Error: unable to create temporary file; errno: 13 090216 13:30:45 [Note] /usr/libexec/mysqld: ready for connections. Version: '5.0.45' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source distribution So obviously /tmp doesn't have the right perms. Or at least I assume (there is that word again) that an error 13 is permissions related. Selinux is in targeted mode, enabled, and it isn't fussing. /tmp itself is drwxr-xr-x amanda disk system_u:object_r:tmp_t:s0 tmp but nearly everything in it is root:root except the amanda and amanda-debug directories. So I just changed tmp to drwxrwxrwx But that also didn't change anything. Or did it, now the log shows this when I restart mysqld: 090216 13:51:44 mysqld started InnoDB: The first specified data file ./ibdata1 did not exist: InnoDB: a new database to be created! 090216 13:51:44 InnoDB: Setting file ./ibdata1 size to 10 MB InnoDB: Database physically writes the file full: wait... 090216 13:51:45 InnoDB: Log file ./ib_logfile0 did not exist: new to be created InnoDB: Setting log file ./ib_logfile0 size to 5 MB InnoDB: Database physically writes the file full: wait... 090216 13:51:45 InnoDB: Log file ./ib_logfile1 did not exist: new to be created InnoDB: Setting log file ./ib_logfile1 size to 5 MB InnoDB: Database physically writes the file full: wait... InnoDB: Doublewrite buffer not found: creating new InnoDB: Doublewrite buffer created InnoDB: Creating foreign key constraint system tables InnoDB: Foreign key constraint system tables created 090216 13:51:46 InnoDB: Started; log sequence number 0 0 090216 13:51:46 [Note] /usr/libexec/mysqld: ready for connections. Version: '5.0.45' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source distribution Which says one problem seems to be sorted, at the expense of a huge security hole in /tmp as anyone can do anything there now. Ok, so now try a login again: [r...@coyote /]# mysql -u root -p Enter password: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES) [r...@coyote /]# mysql -u root -p Enter password: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO) [r...@coyote /]# Seems like this is where I started, isn't it? Now that the tmp perms is sorted, I suppose I need to go back and do all that other stuff again... Which I just did, and di
Re: KDE 4.2 requires local MySQL Server
2009/2/16 Mark Haney : > Martín Marqués wrote: >> 2009/2/16 Arthur Pemberton : >>> On Mon, Feb 16, 2009 at 11:13 AM, Martín Marqués >>> wrote: IMHO, this is the beginning of the end of KDE >>> Because some portions of it require a free database engine? Seriously? >> >> Not becuase of that. Because it's starting to use resources which are >> totally unnecesary. It's starting to look like the Linux Vista: Nice, >> but useless. >> > > What part of KDE requires MySQL server? None that I am aware of. But > then I build my own from source and not rely on these asinine package > dependencies from binary packages. There are NO KDE components that > /require/ MySQL. You can' specify database support, but it's not required. Please, enlight me. How can akonadi work without a mysql instance? http://techbase.kde.org/Projects/PIM/Akonadi#Which_DBMS_does_Akonadi_use.3F BTW, is there a way to disable akonadi and still work with KDE destop? -- Martín Marqués select 'martin.marques' || '@' || 'gmail.com' DBA, Programador, Administrador -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
Martín Marqués wrote: > 2009/2/16 Arthur Pemberton : >> On Mon, Feb 16, 2009 at 11:13 AM, Martín Marqués >> wrote: >>> IMHO, this is the beginning of the end of KDE >> Because some portions of it require a free database engine? Seriously? > > Not becuase of that. Because it's starting to use resources which are > totally unnecesary. It's starting to look like the Linux Vista: Nice, > but useless. > What part of KDE requires MySQL server? None that I am aware of. But then I build my own from source and not rely on these asinine package dependencies from binary packages. There are NO KDE components that /require/ MySQL. You can' specify database support, but it's not required. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: KDE 4.2 requires local MySQL Server
2009/2/16 Arthur Pemberton : > On Mon, Feb 16, 2009 at 11:13 AM, Martín Marqués > wrote: >> >> IMHO, this is the beginning of the end of KDE > > Because some portions of it require a free database engine? Seriously? Not becuase of that. Because it's starting to use resources which are totally unnecesary. It's starting to look like the Linux Vista: Nice, but useless. -- Martín Marqués select 'martin.marques' || '@' || 'gmail.com' DBA, Programador, Administrador -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: myqsl dummy needs help
With databases, you need to do careful research first and foremost. Otherwise you make a big mess and it becomes far worse to fix. http://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html Bob Mike Wright wrote: > Gene Heskett wrote: >> On Monday 16 February 2009, Robert L Cochran wrote: >>> All the heavier-weight database engines have their own user >>> accounts, so >>> they can grant or restrict permissions to various databases and tables >>> based on who the user is. MySQL does this. Even though mysql has a root >>> user that user is totally separate from the OS root account. You can >>> also have a mysql user account named mickey even though your host box >>> does not have such a user. So think only in terms of the defined MySQL >>> users. >>> >>> You need to reset the MySQL root user password. >>> >>> There may be no password to start with. I wonder what happens if you >>> just press enter when prompted for the password. If there is no >>> password, then you can set one using mysqladmin. When you first start >>> the mysqld server using 'service start mysqld' the syntax of the >>> command >>> is explained to you right on the terminal window. >>> >>> One more point. If you want to assign a password to a user on a >>> specific >>> host machine, such as 'mickey'@'mickeymouse.m1.org' then I believe that >>> at the time someone attempts to log in with that username the actual >>> machine name must resolve correctly on dns to 'mickeymouse.m1.org' or >>> the user 'mickey' must have a password defined for the localhost >>> machine >>> ('mickey'@'localhost'). >>> >>> To do reset the root password correctly, you can find copious >>> details on >>> the MySQL knowledgebase. Go to www.mysql.com and search off their >>> knowledgebase. There is a method described for changing the password >>> for >>> the root user, but it is fairly complicated. I've used it successfully >>> once or twice before when I made a mess of my own mysql root password. >> >> I have now done that procedure twice, setting a different passwd the >> last time in case mysql has a password length limit less that the >> size of my root pw. >> >> It didn't help, I'm still getting exactly the same error. How can I >> nuke it all & start from a truly scratch install? > > Hi Gene, > > Before you do that I have an idea. > > I don't install MySql very often but I seem to recall an alert given > upon installation advising the use of mysqladmin to set the initial > root password. On a clean install the password is the empty string > (return). > > "mysqladmin password 'secretcode'" > > After that you use the GRANT command to control access to the rdb. > > Hope I'm not all wet here. Sometimes my CRS gets in the way ;) > > Mike Wright > -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: What is an "internal Extender?" (KDE 4.2)
I also tried to look around what this thing is, but unfortunately could not decipher its use. -- Prakhar Agarwal Linux User# 474643 http://fedoraproject.org/wiki/User:Prakhar "Life is the greatest teacher" -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines