Re: [389-users] error log showing Detected Disorderly Shutdown on startup
I encountered a similar issue. I got it when creating an index with the vlvindex command, which was apparently not correct. The index creation failed with a segfault and after that I could not start the server anymore. I was also unable to do deletion of the index, since ldap was not up. The error log showed also the rebuilding the database, with no percentages following. I also tried deleting the vlv named file I found somewhere, with no succes. Finally because of time pressure I just started over (by removing everything with remove-ds-admin.pl). I did find some selinux entry : SELinux is preventing /bin/bash from search access on the directory /var/lib/dirsrv/slapd-asahi/db/userRoot. This might have been a cause for the issue, but I am unsure. I think this situation should somehow be fixable, but I had no clue how. Now I am off doing a reinstall and a re-import. Hope this helps anyone, if anyone knows what to do, please post :). -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: [389-users] error log showing Detected Disorderly Shutdown on startup
On 05/28/2013 04:57 AM, Vincent Gerris wrote: I encountered a similar issue. I got it when creating an index with the vlvindex command, which was apparently not correct. Can you provide your vlv index configuration and the exact command line you used? The index creation failed with a segfault and after that I could not start the server anymore. Any time you get a crash, it will be most helpful to follow this: http://port389.org/wiki/FAQ#Debugging_Crashes So that we can get a stack trace and determine the cause I was also unable to do deletion of the index, since ldap was not up. You can edit dse.ldif directly in this case. The error log showed also the rebuilding the database, with no percentages following. Excerpts? I also tried deleting the vlv named file I found somewhere, with no succes. vlv named file? Finally because of time pressure I just started over (by removing everything with remove-ds-admin.pl). I did find some selinux entry : SELinux is preventing /bin/bash from search access on the directory /var/lib/dirsrv/slapd-asahi/db/userRoot. This might have been a cause for the issue, but I am unsure. Would be nice to know what generated this AVC. What platform and what version of 389-ds-base? I think this situation should somehow be fixable, but I had no clue how. Now I am off doing a reinstall and a re-import. Hope this helps anyone, if anyone knows what to do, please post :). By now you are pretty far out in the weeds - not sure what state your system is in. -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: [389-users] Indexes and not filters
On 05/26/2013 02:50 PM, Graham Leggett wrote: On 25 May 2013, at 10:27 PM, Graham Leggett minf...@sharp.fm wrote: It just gets weirder and weirder. We start with no index on the associatedDomain attribute: [root@monica slapd-monica]# ls -al /var/lib/dirsrv/slapd-monica/db/userRoot/associatedDomain.db4 ls: cannot access /var/lib/dirsrv/slapd-monica/db/userRoot/associatedDomain.db4: No such file or directory I ask 389ds to create the index on associatedDomain: [root@monica slapd-monica]# ./db2index.pl -D cn=Directory Manager -w - -n userRoot -t associatedDomain Bind Password: adding new entry cn=db2index_2013_5_25_21_21_43, cn=index, cn=tasks, cn=config I watch the log file, 389ds goes through the motions of creating an index on associatedDomain: [25/May/2013:21:21:42 +0100] - userRoot: Indexing attribute: associatedDomain [snip] [25/May/2013:21:22:11 +0100] - userRoot: Finished indexing. We end with no index on the associatedDomain attribute, no error message, no nothing: Got to the bottom of this. Should the two master servers not agree on the schema, most specifically schema elements on server A are missing from server B, the index generation process will fail silently, and return a message saying Finished indexing above. This fools the admin into thinking the attribute has been successfully indexed when no indexing took place. Hopefully this will help someone else. Can you please file a ticket - fixing this in the source is the best way to help someone else. Regards, Graham -- -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
[389-users] Posix Plug-in problem
Hi all, I enabled Posix Winsync API, everything works. After, I decide to change to older versions of windows Posix attributes as describe in the documentation: https://access.redhat.com/site/documentation/en-US/Red_Hat_Directory_Server/9.0/html/Administration_Guide/posix-sync.html Chapter 12.5.3 And now replication doesn't work, I went to the log error and get: uidNumber/gidNumber required by object class posixAccount But in my Active Directory, I want to synchronise some users how don't have Posix uidNumber/gidNumber. It's possible or do I need to synchronize just users with posix attribute when this plug-in is enable ? Thanks, Alex Computer: centos 6.4 389ds: 1.2.11.15 -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Who screwed up ClamAV in F18?
Ok... (Before anyone tells me I need to) I will be filing a bugzilla report on this later today but someone did a bad thing in ClamAV. If you install the latest packages from the update repositories, they url chunks unable to create the clamupdate user and group. Problem appears to be in the clamav-update package. During the yum install of the clamav packages... -- groupadd [options] GROUP Options: -f, --force exit successfully if the group already exists, and cancel -g if the GID is already used -g, --gid GID use GID for the new group -h, --helpdisplay this help message and exit -K, --key KEY=VALUE override /etc/login.defs defaults -o, --non-unique allow to create groups with duplicate (non-unique) GID -p, --password PASSWORD use this encrypted password for the new group -r, --system create a system account -R, --root CHROOT_DIR directory to chroot into useradd: group 'clamupdate' does not exist warning: user clamupdate does not exist - using root warning: group clamupdate does not exist - using root Installing: clamav-filesystem### [1522/2490] Installing: clamav-update### [1523/2490]/usr/bin/chown: invalid group: ‘root:clamupdate’ No such file or directory warning: %post(clamav-update-0.97.8-1.fc18.x86_64) scriptlet failed, exit status 1 -- I've had to add that user and group by hand on some of my real systems but that's not possible in building the NST (Network Security Toolkit) http://www.networksecuritytoolkit.org/nst/index.html respins of F18 since those are building bootable iso images. Obviously, it only affects fresh installs where someone installs ClamAV on a new system (or, at least, one that hasn't had it on there before). If the UID and GID already exist on the system, there's not a problem. Regards, Mike -- Michael H. Warfield (AI4NB) | (770) 985-6132 | m...@wittsend.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0x674627FF| possible worlds. A pessimist is sure of it! -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Who screwed up ClamAV in F18?
On Tue, 28 May 2013 09:36:18 -0400, Michael H. Warfield wrote: Ok... (Before anyone tells me I need to) I will be filing a bugzilla report on this later today but someone did a bad thing in ClamAV. A different suggestion: If you care about ClamAV in the Fedora package collection, observe it more closely. Fresh installs probably have not been (re)tried, but three testers have given feedback on the update: https://admin.fedoraproject.org/updates/FEDORA-2013-8047/clamav-0.97.8-1.fc18 -- Fedora release 19 (Schrödinger’s Cat) - Linux 3.9.4-300.fc19.x86_64 loadavg: 0.13 0.14 0.13 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Who screwed up ClamAV in F18?
I see it's already been reported... https://bugzilla.redhat.com/show_bug.cgi?id=963920 On Tue, 2013-05-28 at 09:36 -0400, Michael H. Warfield wrote: Ok... (Before anyone tells me I need to) I will be filing a bugzilla report on this later today but someone did a bad thing in ClamAV. If you install the latest packages from the update repositories, they url chunks unable to create the clamupdate user and group. Problem appears to be in the clamav-update package. During the yum install of the clamav packages... -- groupadd [options] GROUP Options: -f, --force exit successfully if the group already exists, and cancel -g if the GID is already used -g, --gid GID use GID for the new group -h, --helpdisplay this help message and exit -K, --key KEY=VALUE override /etc/login.defs defaults -o, --non-unique allow to create groups with duplicate (non-unique) GID -p, --password PASSWORD use this encrypted password for the new group -r, --system create a system account -R, --root CHROOT_DIR directory to chroot into useradd: group 'clamupdate' does not exist warning: user clamupdate does not exist - using root warning: group clamupdate does not exist - using root Installing: clamav-filesystem### [1522/2490] Installing: clamav-update### [1523/2490]/usr/bin/chown: invalid group: ‘root:clamupdate’ No such file or directory warning: %post(clamav-update-0.97.8-1.fc18.x86_64) scriptlet failed, exit status 1 -- I've had to add that user and group by hand on some of my real systems but that's not possible in building the NST (Network Security Toolkit) http://www.networksecuritytoolkit.org/nst/index.html respins of F18 since those are building bootable iso images. Obviously, it only affects fresh installs where someone installs ClamAV on a new system (or, at least, one that hasn't had it on there before). If the UID and GID already exist on the system, there's not a problem. Regards, Mike -- Michael H. Warfield (AI4NB) | (770) 985-6132 | m...@wittsend.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0x674627FF| possible worlds. A pessimist is sure of it! -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Fedora 18 Update: geoip-geolite-2013.04-1.fc18 (fwd)
Greetings, Saw the following package update announced yesterday evening. Tried installing it on my F18 machines; get the following conflict: root@mercury ~ yum install geoip-geolite Loaded plugins: langpacks, presto, refresh-packagekit Resolving Dependencies -- Running transaction check --- Package geoip-geolite.noarch 0:2013.04-1.fc18 will be installed -- Finished Dependency Resolution Dependencies Resolved Package Arch Version Repository Size Installing: geoip-geolite noarch 2013.04-1.fc18 updates 24 M Transaction Summary Install 1 Package Total size: 24 M Installed size: 47 M Is this ok [y/N]: y Downloading Packages: Running Transaction Check Running Transaction Test Transaction Check Error: file /usr/share/GeoIP/GeoIP.dat from install of geoip-geolite-2013.04-1.fc18.noarch conflicts with file from package GeoIP-1.4.8-4.fc18.x86_64 Error Summary - Any suggestions? Max Pyziur p...@brama.com -- Forwarded message -- Date: Tue, 28 May 2013 00:59:21 + From: upda...@fedoraproject.org To: package-annou...@lists.fedoraproject.org Subject: Fedora 18 Update: geoip-geolite-2013.04-1.fc18 Fedora Update Notification FEDORA-2013-7539 2013-05-07 17:57:55 Name: geoip-geolite Product : Fedora 18 Version : 2013.04 Release : 1.fc18 URL : http://dev.maxmind.com/geoip/geolite Summary : Free IP geolocation databases Description : The GeoLite databases are free IP geolocation databases. The GeoLite databases are distributed under the Creative Commons Attribution-ShareAlike 3.0 Unported License. The attribution requirement may be met by including the following in all advertising and documentation mentioning features of or use of this database: This product includes GeoLite data created by MaxMind, available from http://www.maxmind.com;. Update Information: Initial packaging. ChangeLog: References: [ 1 ] Bug #910233 - Review Request: geoip-geolite - Free IP geolocation databases https://bugzilla.redhat.com/show_bug.cgi?id=910233 This update can be installed with the yum update program. Use su -c 'yum update geoip-geolite' at the command line. For more information, refer to Managing Software with yum, available at http://docs.fedoraproject.org/yum/. All packages are signed with the Fedora Project GPG key. More details on the GPG keys used by the Fedora Project can be found at https://fedoraproject.org/keys ___ package-announce mailing list package-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/package-announce -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Who screwed up ClamAV in F18?
Am 28.05.2013 15:52, schrieb Michael Schwendt: On Tue, 28 May 2013 09:36:18 -0400, Michael H. Warfield wrote: Ok... (Before anyone tells me I need to) I will be filing a bugzilla report on this later today but someone did a bad thing in ClamAV. A different suggestion: If you care about ClamAV in the Fedora package collection, observe it more closely. Fresh installs probably have not been (re)tried, but three testers have given feedback on the update: https://admin.fedoraproject.org/updates/FEDORA-2013-8047/clamav-0.97.8-1.fc18 it works without any problem on machines installed 2011 with F14 and after that 4 times yum distro-sync-upgrades --- SCAN SUMMARY --- Known viruses: 2287387 Engine version: 0.97.8 Scanned directories: 0 Scanned files: 1 Infected files: 0 Data scanned: 69.57 MB Data read: 14.71 MB (ratio 4.73:1) Time: 10.307 sec (0 m 10 s) [root@rh:/fileserver/software/windows]$ rpm -q clamav clamav-0.97.8-1.fc18.x86_64 signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
configuring mutt
Sorry for the HTML code; I'm trying to fix it. However, I yum-installed mutt and attempted to send the following email: Date: Sat, 25 May 2013 10:29:39 -0700 From: Mail Delivery Subsystem MAILER-DAEMON@localhost.localdomain To: richard@localhost.localdomain Subject: Warning: could not send message for past 4 hours [-- Attachment #1 --] [-- Type: text/plain, Encoding: 7bit, Size: 0.5K --] ** ** THIS IS A WARNING MESSAGE ONLY ** ** YOU DO NOT NEED TO RESEND YOUR MESSAGE ** ** The original message was received at Fri, 24 May 2013 22:10:06 -0700 from localhost.localdomain [127.0.0.1] - Transcript of session follows - users@lists.fedoraproject.org... Deferred: Connection timed out with smtp-mm02.fedoraproject.org. Warning: message still undelivered after 4 hours Will keep trying until message is 5 days old [-- Attachment #2 --] [-- Type: message/delivery-status, Encoding: 7bit, Size: 0.3K --] Reporting-MTA: dns; localhost.localdomain Arrival-Date: Fri, 24 May 2013 22:10:06 -0700 Final-Recipient: RFC822; users@lists.fedoraproject.org Action: delayed Status: 4.4.1 Remote-MTA: DNS; smtp-mm02.fedoraproject.org Last-Attempt-Date: Sat, 25 May 2013 10:29:38 -0700 Will-Retry-Until: Wed, 29 May 2013 22:10:06 -0700 [-- Attachment #3 --] [-- Type: message/rfc822, Encoding: 7bit, Size: 0.9K --] any ideas? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: configuring mutt
On Mon, 27 May 2013, Richard Vickery wrote: Sorry for the HTML code; I'm trying to fix it. However, I yum-installed mutt and attempted to send the following email: [snip] Does this happen with all email, or only email to fedoraproject? Here's the obligatory Hmmm... It works out of the box for me... I hate reading that when I have a problem, but I feel obligated to let you know. I'm not a mutt expert -- I have it installed only so I can script broadcast emails from the command line -- but my impression is that it's like pine in that it's a client, not a server, and uses the mail server software you have installed for sending (e.g. sendmail, postfix), and hands off to that. The error message you gave looks to me like a server issue. Do you have another client on that box, like alpine, that does work? Since the problem is a timeout, it sounds like the server is talking to fedoraproject, which means, to me, that mutt has handed it off. Here are some things that have screwed me over in the past: 1) The mailinglist only accepts mail with your name from one ip address or domain, and this ain't it. Usually this gets a better error message than timeout, but I've seen it. 2) There's an authentication problem (this is the most common for me, particularly if I'm doing POP/IMAP stuff involving dovecot). Again, this usually gets a better error message than a timeout, but I've seen it there, too. A lot depends on how the servers are configured. 3) You do not have your client pointing to the correct server/MTA. I've done this when I've had multiple domains and multiple servers behind one firewall/router. I've also made the mistake of using localhost for my server when I didn't mean to, and had installed, but not set up, sendmail on my laptop as part of a default setup. So, I kept trying to debug my real mail server and couldn't find a problem, when in fact my mail client was trying to use my unconfigured laptop as a server. Doh. That's a day out of my life I'll never get back. 4) You do not have your domain correctly denoted, and so there's a mismatch (e.g. you are sending from billoblog.com but you are attaching localdomain.) That can cause some problems later on, though usually for me the error message tells me that the reverse lookup failed at the recipient site. I also get this on occasion when sending mail through an ISP that returns the ISP domain on reverse lookup. 5) Fedoraproject's MTA was actually down when you tried to talk to it, and you just have bad timing. It will clear up later. Since this is a bit of a touchy mailinglist culture here, I assume you'll get all sorts of flak if you send an empty test email using a direct sendmail or postfix command. Maybe there's a test address that the mailinglist advertises for debugging. If so, I'd just do the old tried and true /usr/sbin/sendmail -v somewhere@somedomain /dev/null and see what you get. If *that* times out, then it's not mutt that's the problem. billo -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: firefox crash
Tim wrote: On Fri, 2013-05-24 at 09:15 -0700, Konstantin Svist wrote: If you just updated firefox, you may need to reboot the machine - I've seen stability problems before reboot Seems a bit extreme, this isn't Windows. For sure, you quit Firefox and make sure it's not running at all, after an update. I've certainly seen Firefox screw up if I tried to use it while it was still running during an update. But I've never had to reboot for it. Depending on what updates, you may have to rerun ldconfig to get FF looking at the correct libraries. I have to do that after some updates. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Solicited sales email distribution - advice needed
Gary Stainburn wrote: Hi Folks. I have at work one of our salesmen who has an opt-in stock-list distribution that has been running for some time now. He has in excess of 2500 recipients on this list. Up until now he has simply had a Distribution list in his MS Outlook which he maintains himself. He then sends himself an email every week containing the stock list and BCC's the distribution list. Other than generating an excessive load on my EXIM server there has been no real down side to this as it meant that I didn't have to get involved. However, we are now experiencing problems and I would like a better solution. I need a system that will distribute the email to each recipient as a seperate message, and if possible will monitor and highlight any emails that fail. Can anyone suggest a way of doing this? Ideally I would like the salesman to still be able to administer it but that isn't essential. If it is a system that is either text file or database driven I can create a UI that he would be able to use. I did a perl script, reads all of the addresses from a list, the mail text from another, command line options to control the number of recipients per connect (sounds like you want one) and time between connects. Also copes with the fact that the master list gets updated by someone else, so I have a file of addresses to rewrite to something working and one of addresses to just drop, even though they're in the master list. Set the From header to a unique value so you can isolate the bounces, or use a unique string in the subject, I tried Bounces-To and found little sites use dumb mail programs which use from even if sender or bounces-to are present. Enjoy. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
F17 losing settings
Where/How do I tell Fedora (Gnome 3) once and for all to show hidden files? Unless I command otherwise, I always want to see them; but the file manager seems to ignore the fact that I have that option checked. -- Beartooth Staffwright, Neo-Redneck Not Quite Clueless Power User Remember I have precious (very precious!) little idea where up is. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Alien
Bill Oliver wrote: On Fri, 24 May 2013, Neal Becker wrote: Michael Schwendt wrote: I don't know how useful alien would really be. Because package naming is not consistent between debian and Fedora, I'm guessing that it's unlikely to be able to satisfy requirements most of the time. That's what I keep running into. There are a couple of apps I use a lot (Makehuman,for example) that are not packaged for fedora. I've tried to get them going, including compiling from scratch, but keep running into dependency problems. They are solvable but simply not worth the effort of tracking down. I ended up installing Mint in virtualbox and run it from there on my fedora box. I have rather a lot of those, sometimes the least elegant solution is the easiest to maintain. The nice thing is that since they are frozen you don't have to worry about updates. The ultimate LTS version ;-) -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
RE: F17 losing settings
Where/How do I tell Fedora (Gnome 3) once and for all to show hidden files? Unless I command otherwise, I always want to see them; but the file manager seems to ignore the fact that I have that option checked. [agagne@dw-agagne ~]$ gsettings set org.gnome.nautilus.preferences show-hidden-files true [agagne@dw-agagne ~]$ gsettings get org.gnome.nautilus.preferences show-hidden-files true Alan -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Alien
Rahul Sundaram wrote: On 05/24/2013 03:53 PM, Rahul Sundaram wrote: On 05/24/2013 03:45 PM, Bill Oliver wrote: Thanks, but it turns out that the current version is 1.0 alpha 7, and the differences between 0.9 and 1.0 are pretty big. So, request an update I have filed one now at https://bugzilla.redhat.com/show_bug.cgi?id=967124 Next time, consider doing so before you attempt workarounds like building it yourself or using alien or whatever else Please don't take this as a criticism, because it's not. One reason that people don't like to ask the maintainers for ANYTHING is the frequency with which requests are met with comments on how busy everyone is, and the occasional reply from someone suggesting that you have source, why don't you fix that yourself. I also get notices that bugs of long standing have become WONTFIX because no one got around to them in a year. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: firefox crash
Patrick Dupre wrote: - Original Message - From: Ed Greshko Sent: 05/24/13 10:41 AM To: Community support for Fedora users Subject: Re: firefox crash On 05/24/13 16:38, Patrick Dupre wrote: I observed a lot of crashes with firefox 21 for example just going to www.thesaurus.com I also use ABP to block the AD, but it does not seem to be the poblem. What is wrong ? I just went to www.thesaurus.com and had no problems You've tried starting FF in safe mode? Thank for the suggestion. When I start in safe mode, every thing is frozen! with: Transferring data from ad.doubleclick.net Then I need to quit (kill) FF. Try refresh, that works for me when googleanalytics is slow. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Tool for unpacking SDC files
Dear All, Is there any Fedora tool to unpack a SDC file? Thanks in advance, Paul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Alien
On 05/28/2013 01:48 PM, Bill Davidsen wrote: Please don't take this as a criticism, because it's not. One reason that people don't like to ask the maintainers for ANYTHING is the frequency with which requests are met with comments on how busy everyone is, and the occasional reply from someone suggesting that you have source, why don't you fix that yourself. I also get notices that bugs of long standing have become WONTFIX because no one got around to them in a year. It isn't a perfect system. In all my time as a Fedora contributor, I have never seen any package maintainer suggest that because you have the source you can fix it yourself but I guess that can happen rarely but it is more common that some of the bug reports don't get resolved in time. Reporting bugs should really be seen as a way to contribute rather than just a way to get the fix you want. Most of the package maintainers are volunteers and they get asked to do things all the time and often more than they can really handle. There are literally hundreds of bug reports filed and fixed on a regular basis. You don't have to take my word for it. Just login #fedorabot in freenode IRC and look at the number of updates being pushed out daily. Majority of them are bug fix updates. https://admin.fedoraproject.org/updates/metrics/?release=F18_csrf_token=415d9ac0c6576d9dc425bb4f1c682d8723b1f19e https://admin.fedoraproject.org/updates/metrics/?release=F17_csrf_token=415d9ac0c6576d9dc425bb4f1c682d8723b1f19e We do have new contributors signing up on a regular basis but we are dealing with a ever growing repository of packages and the demand always exceeds supply Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: firefox crash
Hello, in firefox -safe-mode I just take for ever I had to stop several scripts And finally OK (after 1/2 hour!) and freezes again, etc... I also got: ATTENTION: default value of option force_s3tc_enable overridden by environment. Regards. On 05/24/13 16:38, Patrick Dupre wrote: I observed a lot of crashes with firefox 21 for example just going to www.thesaurus.com I also use ABP to block the AD, but it does not seem to be the poblem. What is wrong ? I just went to www.thesaurus.com and had no problems You've tried starting FF in safe mode? Thank for the suggestion. When I start in safe mode, every thing is frozen! with: Transferring data from ad.doubleclick.net Then I need to quit (kill) FF. Try refresh, that works for me when googleanalytics is slow. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France === -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: firefox crash
Am 28.05.2013 18:54, schrieb Bill Davidsen: Tim wrote: On Fri, 2013-05-24 at 09:15 -0700, Konstantin Svist wrote: If you just updated firefox, you may need to reboot the machine - I've seen stability problems before reboot Seems a bit extreme, this isn't Windows. For sure, you quit Firefox and make sure it's not running at all, after an update. I've certainly seen Firefox screw up if I tried to use it while it was still running during an update. But I've never had to reboot for it. Depending on what updates, you may have to rerun ldconfig to get FF looking at the correct libraries. I have to do that after some updates write a bugreport for the updated packages they *must* call ldconfig if they update libraries IMHO it is a misdesign that every single package has to run ldconfig for updates of many packages instead get this triggered at the end of the yum-transaction or at least yum could do ldconfig *at the end* of any transaction, but this is how things are working signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Weird network problem
Tim wrote: Allegedly, on or about 27 May 2013, Timothy Murphy sent: As a matter of interest, how do you configure DHCP to work with a dynamic IP? But are you talking about configuring a DHCP client or server? Sorry, I mis-read the query. I was thinking of a DHCP server -- Timothy Murphy e-mail: gayleard /at/ eircom.net tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College Dublin -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Fedora 18 Update: geoip-geolite-2013.04-1.fc18 (fwd)
On Tue, May 28, 2013 at 7:46 AM, Max Pyziur p...@brama.com wrote: Greetings, Saw the following package update announced yesterday evening. Tried installing it on my F18 machines; get the following conflict: Please report this as a bug against geoip-geolite: http://bugz.fedoraproject.org/geoip-geolite -T.C. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Weird network problem
Tim: But are you talking about configuring a DHCP client or server? Timothy Murphy: Sorry, I mis-read the query. I was thinking of a DHCP server The same basic answer still stands: A DHCP server, by default, doles out dynamic IPs. In other words, until an administrator customises the configuration, it doesn't absolutely associate a particular IP with a particular device. Leases are doled out from a pool of available addresses, and while there are un-used ones spare, it'll dole out these new un-used ones to new devices, re-issuing the same IPs to previous devices, if possible. There's a time period involved, so that a leased IP is kept in reserve for that device for a while, then it's no-longer reserved, and may be doled out to anything that asks for an IP. There's no standard period, that's up to whoever configured the package, and administrators can customise the lease time periods to suit themselves. Once the spare addresses run out, the DHCP server will start re-using IPs where the leases have expired, and that aren't currently in use (only a stupidly configured server will try to rip an IP off a currently active device and try to give it to someone else, but then some networks are run by idiots). A server could re-use expired-lease addresses before the spare un-used IPs have run out, but I haven't seen mine do that. It always worked through the pool of previously un-used IPs before re-using an older one. That way, even when the lease has expired, a machine is still likely to get the same IP as it had last time. My ISP doesn't work that way, if I disconnect for long enough (about over half a minute), I usually get a new random address. Which is handy if there was some sort of networking problem, I'm likely to bypass it on my next connection attempt. In general, dynamic IPs are doled out sequentially, rather than purely randomly. Some servers may dole them out from highest available IP number down to lowest, others may go the other way. But there's a convention amongst administrators to set static IPs from lowest upwards, and dynamic IPs from highest downwards, that some DHCP programmers seem to go along with. Static address assignment, where the same device always gets the same address, depends on the administrator configuring the DHCP server to work that way. It's usually done by associating a devices MAC with a particular IP, but there are other ways of doing it. DHCP clients, probably by default, may ask the server to give them the same IP as they had last time, but the server doesn't have to comply with client requests. Likewise, it should be possible for a client to be manually configured to ask for a specific address, but it's still okay for the server to ignore that and tell the client what it's going to use. On my LAN, I have a mix of static and dynamic addresses doled out by the DHCP server, and those addresses are put into the local DNS server (static ones put into the DNS server by me, dynamic ones managed by the DHCP server updating the DNS server). Certain machines which are always here get preset addresses, for the sake of my convenience, more than anything else. Any servers would get preset addresses, for the sake of less networking headaches, as wandering server addresses can upset everything else trying to access them, and make configuring their firewalls a lot more annoying. Clients, generally, don't do machine to machine networking, so changing their IP addresses rarely causes a problem. Only the DHCP server and the router have manual network configuration set on themselves with fixed addresses, such machines should never change addresses, and should be able to run stand-alone without having to be configured externally. Centrally managing all the machine addresses on the DHCP server, whether that be the hands-off dynamic addressing of new computers, or preset addressing of regular computers, means that I never have have mess with hand configuring the network settings of any computer that I plug into the LAN, at all. I don't have to learn six different ways of configuring a client, because they have different OSs, or because of all the changes that different versions of each OS has inflicted upon us. I don't need to get admin passwords to computers to get them on the net. I don't have to set their IPs, netmasks, DNS servers, mess with host files, etc. I just plug them in and they work. For what it's worth, I find it far better to centrally manage any network greater than about three machines. Above that, it becomes a right pain having to hand configure each machine, and deal with any changes that happen to your network. While you might think that you're not going to change IPs, it happens as soon as you have to replace something like a modem/router, or networked printer, that insists that it has to be 192.168.1.something rather than 192.168.0.something that your network was currently configured to use, because the damn fool device designers don't
replacing lxdm with slim
Hi, In Fedora 17 and before, I could successfully replace lxdm with slim just by uninstalling one (lxdm) and installing slim. Doing so in Fedora 18 does not work. By that, I mean that I do not get the graphical display with slim: instead, I get a text prompt and I have to login with password, following which I have to type startx. Following a load of text I am then put into the LXDE desktop screen. What exactly do I need to do in F18 to get back the old experience? Happy to provide more information: I am not sure what would be helpful and where to start. Many thanks and best wishes, Ranjan -- Important Notice: This mailbox is ignored: e-mails are set to be deleted on receipt. For those needing to send personal or professional e-mail, please use appropriate addresses. GET FREE SMILEYS FOR YOUR IM EMAIL - Learn more at http://www.inbox.com/smileys Works with AIM®, MSN® Messenger, Yahoo!® Messenger, ICQ®, Google Talk™ and most webmails -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org