a new question on iptables and port 5353
To all: With help from Craig and Reindl, I've understood what happens with the automated entry of port 631 for udp/tcp and how to rewrite to not make it a world access (in/out) rule. Waiting for next install of F16 to test when and how the automated entry happens. I saw this entry in iptables but decided to wait on asking about it until I understood port 631: +++ -A INPUT -m state --state NEW -m udp -p udp --dport 5353 -d 224.0.0.251 -j ACCEPT +++ I know I didn't add it. From what I can tell, port 224.0.0.251 has to do with "multicast DNS". Everything I see about port 5353 involves Macs. My gut says that, since I have no Macs, this must be something that got added when I installed my printer and that CUPS/whatever did a blanket automated entry to cover any issues if I had a Mac on my net. Can anyone tell me if I am right (or, if not, what it really is). I feel I should be able to blast it from iptables without having any problems, but want some better minds to comment first. Thanks, 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: question on iptables, port 631 and CUPS
On 3/24/2012 7:43 PM, Craig White wrote: On Sat, 2012-03-24 at 19:18 -0700, Paul Allen Newell wrote: On 3/24/2012 6:30 AM, Reindl Harald wrote: Am 24.03.2012 14:29, schrieb Craig White: On Fri, 2012-03-23 at 22:07 -0700, Paul Allen Newell wrote: Hello: I am noticing that when I install a printer on my local network, I get an entry added to iptables to the effect of: +++ -A INPUT -m state --state NEW -m udp -p udp --dprot 631 -j ACCEPT +++ generally default policies would allow everything to/from localhost (127.0.0.1) so beyond the basic policies themselves regarding device lo, there should be no need for rules that source or destine it. CUPS (port 631) does have options to allow automatic discover of shared printers on the LAN and it is often quite useful to allow your LAN systems to access port 631. but this is a stupid WORLDWIDE open port! normally a machine should not offer any network port worldwide -A INPUT -m state --state NEW -m udp -p udp --dprot 631 -j ACCEPT Craig and Reindl: Thanks for both of your responses. It makes sense that 127.0.0.1 would be covered to/fro by default policies. And it was clear to me from my initial Googling that CUPS / port 631 made sense and is a relative old and stable standard. But I am still wondering about the openness of the automatically added rule ... it does seem to say that udp from any sourceIP to any destinIP is legit when using dport 631 (yeah, a worldwide open port is a good way to phrase it). If this were a "real hole", then I would have to believe someone would have flagged it a long time ago and I don't see evidence on the net for such (given that I assume this auto-rule is added to anyone and everyone's iptables when CUPS starts looking for printers?). This is more of a question to help better understand iptables. If I try to reach a solution based on my limited knowledge, it would seem that one would want to change the udp to have a 127.0.0.1 sourceIP and a destinIP restricting to the LAN (I am assuming simple home user usage where there's a single LAN that has one connection through a router to the outside world). Such would say that any other udp would get rejected (or allowed by some other rule). Probably implies some means at start-up (rc.local perhaps) to check to see if iptables has changed from the last known settings (is there a way to get an email from root to say "hey, I just changed iptables and you might like to know it happened so you can see if this is what you want"?). Once again, appreciate the information (and hopefully will be able to get a bit more to see if I am getting all this correctly). if port 631 is reachable from anyone on the Internet (ie - you don't have a firewall/router blocking the Internet from your LAN traffic, then yes, I wouldn't want the port to be acessible by anything other than localhost. Otherwise, I want CUPS automatic discovery of shared printers. Craig Craig: Thanks, that confirms that I am at least understanding what the impact of the automatically added rule is and what would need to be changed. If I am correct in my understanding, I think I should have bypassed the automatic discovery by making the printer a static IP in the LAN and overriding the automated discovery with a "use this IP". It seemed that different setup methods worked differently and that I had to give it the address to get hp-setup to find the printer. I kinda like the override as, while I am still sorting out all the learning for iptables, firewalls, etc. on F16, any automatic processes led to a "what is that?". To make sure I really get it, I am going to modify the rule and see if the printer still works. Then, on the next machine I bring up on F16 (thanks to Tim resurrecting my dead machine my suggesting its a fading power supply and to "unplug stuff") I'll try to track whether it is being added regardless of whether I use automatic discovery or manual override 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: Fedora disimprovements: am I alone?
Am 25.03.2012 04:00, schrieb Joe Zeff: > On 03/24/2012 06:40 PM, Michael Hennebry wrote: >> As a rule, someone who says whatever-agnostic means whatever-apathetic. > > Possibly referring to it as "DE indifferent" would be best. why do you not realize that all your stiff is off-topic? the answer to a question was "system-config-services" NOBODY except you brouth DE's in the game why? because this doe snot matter if someone needs program X yum will pull the deps that is why package managment exists 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: Help with sound on Fc16
On 03/24/2012 07:41 PM, Craig White wrote: a victory for the intellectually incurious is a victory indeed. Fix the symptom, and let someone else fix the problem. Sarcasm and insults have their place. I didn't know that this list was 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: question on iptables, port 631 and CUPS
On Sat, 2012-03-24 at 19:18 -0700, Paul Allen Newell wrote: > On 3/24/2012 6:30 AM, Reindl Harald wrote: > > > > Am 24.03.2012 14:29, schrieb Craig White: > >> On Fri, 2012-03-23 at 22:07 -0700, Paul Allen Newell wrote: > >>> Hello: > >>> > >>> I am noticing that when I install a printer on my local network, I get > >>> an entry added to iptables to the effect of: > >>> +++ > >>> -A INPUT -m state --state NEW -m udp -p udp --dprot 631 -j ACCEPT > >>> +++ > >>> > >>> > >> > >> generally default policies would allow everything to/from localhost > >> (127.0.0.1) so beyond the basic policies themselves regarding device lo, > >> there should be no need for rules that source or destine it. > >> > >> CUPS (port 631) does have options to allow automatic discover of shared > >> printers on the LAN and it is often quite useful to allow your LAN > >> systems to access port 631. > > but this is a stupid WORLDWIDE open port! > > normally a machine should not offer any network port worldwide > > > > -A INPUT -m state --state NEW -m udp -p udp --dprot 631 -j ACCEPT > > > > Craig and Reindl: > > Thanks for both of your responses. > > It makes sense that 127.0.0.1 would be covered to/fro by default > policies. And it was clear to me from my initial Googling that CUPS / > port 631 made sense and is a relative old and stable standard. > > But I am still wondering about the openness of the automatically added > rule ... it does seem to say that udp from any sourceIP to any destinIP > is legit when using dport 631 (yeah, a worldwide open port is a good way > to phrase it). > > If this were a "real hole", then I would have to believe someone would > have flagged it a long time ago and I don't see evidence on the net for > such (given that I assume this auto-rule is added to anyone and > everyone's iptables when CUPS starts looking for printers?). This is > more of a question to help better understand iptables. > > If I try to reach a solution based on my limited knowledge, it would > seem that one would want to change the udp to have a 127.0.0.1 sourceIP > and a destinIP restricting to the LAN (I am assuming simple home user > usage where there's a single LAN that has one connection through a > router to the outside world). Such would say that any other udp would > get rejected (or allowed by some other rule). Probably implies some > means at start-up (rc.local perhaps) to check to see if iptables has > changed from the last known settings (is there a way to get an email > from root to say "hey, I just changed iptables and you might like to > know it happened so you can see if this is what you want"?). > > Once again, appreciate the information (and hopefully will be able to > get a bit more to see if I am getting all this correctly). if port 631 is reachable from anyone on the Internet (ie - you don't have a firewall/router blocking the Internet from your LAN traffic, then yes, I wouldn't want the port to be acessible by anything other than localhost. Otherwise, I want CUPS automatic discovery of shared printers. Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- 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: Help with sound on Fc16
On Sat, 2012-03-24 at 19:35 -0700, Joe Zeff wrote: > On 03/24/2012 07:28 PM, Ed Greshko wrote: > > In any case, it is*not* a "requirement" as you've stated. It is a > > "kludge" to get > > around another problem. > > *Shrug!* I'm only quoting what I was told and reporting that it worked > for me. You can argue all you want about whether or not it's a > "requirement," but the fact remains that it worked for me, 2 for 2. a victory for the intellectually incurious is a victory indeed. Fix the symptom, and let someone else fix the problem. Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- 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: Help with sound on Fc16
On 03/25/2012 10:35 AM, Joe Zeff wrote: > *Shrug!* I'm only quoting what I was told and reporting that it worked for > me. > You can argue all you want about whether or not it's a "requirement," but the > fact > remains that it worked for me, 2 for 2. Yes, it worked for you. But, just like duct tape your are hiding a problem that may bite you in the ass at a later date. Giving that type of advice is to be discouraged. -- Do not condemn the judgment of another because it differs from your own. You may both be wrong. -- Dandemis -- 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: Help with sound on Fc16
On 03/24/2012 07:28 PM, Ed Greshko wrote: In any case, it is*not* a "requirement" as you've stated. It is a "kludge" to get around another problem. *Shrug!* I'm only quoting what I was told and reporting that it worked for me. You can argue all you want about whether or not it's a "requirement," but the fact remains that it worked for me, 2 for 2. -- 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: Help with sound on Fc16
On 03/25/2012 10:16 AM, Joe Zeff wrote: > No. However, I tried to get sound just before adding myself to the group. It > failed on both boxes. On my desktop, it started working as soon as I made the > change. On the laptop, I had to log out and back in before I got sound. On > both > boxes, the only thing that I changed was adding myself to the group. And, if > it > doesn't work, what harm's done? I believe you got it to work. However, you "force fixed" it and are hiding the underlying problem. When you login the acls of the devices listed in /dev/snd should be changed to something along the lines of: # file: hwC0D0 # owner: root # group: audio user::rw- user:egreshko:rw- group::rw- mask::rw- other::--- In your case that is not happening. So, you've force fixed it by joining the "audio" group as all the devices are in the "audio" group. This could also point to other issues on your system where other acls aren't getting properly modified on login. In any case, it is *not* a "requirement" as you've stated. It is a "kludge" to get around another problem. -- Do not condemn the judgment of another because it differs from your own. You may both be wrong. -- Dandemis -- 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: booting from DVD image on hard drive partition
I managed to boot from the F13, F14 and F15 install isos. Still no go with F16. To boot F13, I needed to point at a partition that was a copy of the F13 iso. To boot F14 and F15, I needed to point at a filesystem that had their respective isos as files. For F15, I did the install. F16 seems to be impossible. I've still got crap. Here is the grub stanza: title Install Fedora15 from iso root (hd0,2) pause have rooted find /isolinux15/vmlinuz pause have finded kernel /isolinux15/vmlinuz askmethod pause have kerneled find /isolinux15/initrd.img pause have finded initrd /isolinux15/initrd.img pause have initrded # ks=http://www.cs.ndsu.nodak.edu/~hennebry/anaconda-ks.cfg I couldn't use the kickstart file. I kept getting messages like this: Unable to read package metadata. This may be due to a missing repodata directory. Please ensure that your install tree has been correctly generated. Cannot retrieve repository metadata (repomd.xml) for repository: Fedora 15-i386. Please verify its path and try again. The kickstart file is attached. The old /boot was /dev/sdb2 . The new one is /dev/sda2 . When asking where to put the bootloader, the choices were the mbr of /dev/sdb or the first sector of /dev/sdb2 . I chose the latter. I'm not sure why the other mbr was not an option. When I first tried what was supposed to be the initial reboot, my old /boot , now called /shoe , was used. I pushed reset, went into setup and reversed the hard drive boot order. The result was not quite the blue screen of death. It also had the word GRUB. I pushed reset again, went into setup and reversed the hard drive boot order. This time I went into the grub command line and chainloaded into (hd0,1). I am currently using the result. How do I make my machine boot with the new /boot ? At the moment, I do not have vim or gvim. Here is what happened when I tried to get them: [root@localhost ~]# yum install gvim rpmdb: __db_meta_setup: /var/lib/rpm/Name: unexpected file type or format error: cannot open Name index using db3 - Invalid argument (22) rpmdb: __db_meta_setup: /var/lib/rpm/Providename: unexpected file type or format error: cannot open Providename index using db3 - Invalid argument (22) Loaded plugins: langpacks, presto, refresh-packagekit Adding en_US to language list rpmdb: __db_meta_setup: /var/lib/rpm/Name: unexpected file type or format rpmdb: __db_meta_setup: /var/lib/rpm/Name: unexpected file type or format fedora/metalink | 24 kB 00:00 Could not parse metalink https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=i386 error was No repomd file Error: Cannot retrieve repository metadata (repomd.xml) for repository: fedora. Please verify its path and try again How do I get gvim? -- Michael henne...@web.cs.ndsu.nodak.edu "On Monday, I'm gonna have to tell my kindergarten class, whom I teach not to run with scissors, that my fiance ran me through with a broadsword." -- Lily# Kickstart file automatically generated by anaconda. #version=DEVEL install cdrom lang en_US.UTF-8 keyboard us network --onboot yes --bootproto dhcp --noipv6 #network --onboot yes --device eth0 --bootproto dhcp --noipv6 timezone --utc America/North_Dakota/New_Salem rootpw --iscrypted $6$kwBdvuhPC0cEY23L$rXyZL5Scid5uGSOmh2DjKkVObujaNEVAZpNMfbuUSMQ3w96hKJBDYDXVv8AO4l9y5e8NHZalhYk0qYmZ2ZR1O/ selinux --enforcing authconfig --enableshadow --passalgo=sha512 --enablefingerprint firewall --service=ssh # The following is the partition information you requested # Note that any partitions you deleted are not expressed # here so unless you clear all partitions first, this is # not guaranteed to work #clearpart --none #part None --fstype=vfat --onpart=sda1 --noformat #part /boot --fstype=ext4 --onpart=sda2 #part None --fstype=ext3 --label="ide3" --onpart=sda3 --noformat #part swap --onpart=sda5 #part None --fstype=ext3 --label="/home" --onpart=sda6 --noformat #part None --fstype=ext3 --label="ide7" --onpart=sda7 --noformat #part None --fstype=ext3 --label="/home1" --onpart=sdb1 --noformat #part / --fstype=ext4 --onpart=sdb10 #part /var --fstype=ext4 --onpart=sdb11 #part /shoe --fstype=ext3 --label="/boot1" --onpart=sdb2 --noformat #part None --fstype=ext3 --label="/1" --onpart=sdb3 --noformat #part None --fstype=ext3 --label="/var1" --onpart=sdb5 --noformat #part swap --onpart=sdb6 #part None --fstype=ext3 --onpart=sdb7 --noformat #part None --fstype=ext3 --onpart=sdb8 --noformat #part None --fstype=ext3 --label="sata400-9" --onpart=sdb9 --noformat bootloader --location=mbr --driveorder=sda,sdb --append="rhgb quiet" repo --name="Fedora 15 - i386" --baseurl=http://mirror.its.uidaho.edu/pub/fedora/linux/releases/15/Everything/i386/os/ --cost=1000 repo --name='=Adobe Systems Incorporated' --baseurl=http://linuxdownload.adobe.com/linux/i386/ # repo --name='=Evolution updates and EWS (
Re: question on iptables, port 631 and CUPS
On 3/24/2012 6:30 AM, Reindl Harald wrote: Am 24.03.2012 14:29, schrieb Craig White: On Fri, 2012-03-23 at 22:07 -0700, Paul Allen Newell wrote: Hello: I am noticing that when I install a printer on my local network, I get an entry added to iptables to the effect of: +++ -A INPUT -m state --state NEW -m udp -p udp --dprot 631 -j ACCEPT +++ generally default policies would allow everything to/from localhost (127.0.0.1) so beyond the basic policies themselves regarding device lo, there should be no need for rules that source or destine it. CUPS (port 631) does have options to allow automatic discover of shared printers on the LAN and it is often quite useful to allow your LAN systems to access port 631. but this is a stupid WORLDWIDE open port! normally a machine should not offer any network port worldwide -A INPUT -m state --state NEW -m udp -p udp --dprot 631 -j ACCEPT Craig and Reindl: Thanks for both of your responses. It makes sense that 127.0.0.1 would be covered to/fro by default policies. And it was clear to me from my initial Googling that CUPS / port 631 made sense and is a relative old and stable standard. But I am still wondering about the openness of the automatically added rule ... it does seem to say that udp from any sourceIP to any destinIP is legit when using dport 631 (yeah, a worldwide open port is a good way to phrase it). If this were a "real hole", then I would have to believe someone would have flagged it a long time ago and I don't see evidence on the net for such (given that I assume this auto-rule is added to anyone and everyone's iptables when CUPS starts looking for printers?). This is more of a question to help better understand iptables. If I try to reach a solution based on my limited knowledge, it would seem that one would want to change the udp to have a 127.0.0.1 sourceIP and a destinIP restricting to the LAN (I am assuming simple home user usage where there's a single LAN that has one connection through a router to the outside world). Such would say that any other udp would get rejected (or allowed by some other rule). Probably implies some means at start-up (rc.local perhaps) to check to see if iptables has changed from the last known settings (is there a way to get an email from root to say "hey, I just changed iptables and you might like to know it happened so you can see if this is what you want"?). Once again, appreciate the information (and hopefully will be able to get a bit more to see if I am getting all this correctly). 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: Help with sound on Fc16
On 03/24/2012 07:09 PM, Ed Greshko wrote: Have you since gone back and removed yourself from the "audio" group to check your work? No. However, I tried to get sound just before adding myself to the group. It failed on both boxes. On my desktop, it started working as soon as I made the change. On the laptop, I had to log out and back in before I got sound. On both boxes, the only thing that I changed was adding myself to the group. And, if it doesn't work, what harm's done? -- 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: Help with sound on Fc16
On 03/25/2012 09:57 AM, Joe Zeff wrote: > On 03/24/2012 04:18 PM, Ed Greshko wrote: >> Where did you get that nugget of information? > > I got it from fedoraforum.org. And, after "upgrading" both my desktop and > laptop > to F16, neither of them had sound until I did it. You said "requirement" and certainly I don't have any such settings or requirements. Indeed, I can start all of my systems in multi-user mode (non-graphical) and will have sound. Have you since gone back and removed yourself from the "audio" group to check your work? -- Do not condemn the judgment of another because it differs from your own. You may both be wrong. -- Dandemis -- 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 disimprovements: am I alone?
On 03/24/2012 06:40 PM, Michael Hennebry wrote: As a rule, someone who says whatever-agnostic means whatever-apathetic. Possibly referring to it as "DE indifferent" would be best. -- 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 disimprovements: am I alone?
On 03/24/2012 06:27 PM, Craig White wrote: regardless of whatever DE you choose, packages run because the necessary libs are installed. Yes. I know. I also know that I can install Gnome-centric programs without pulling in other parts of Gnome because they're already installed. Thus, it's hard for me to tell if a package is part of Gnome or not. -- 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: Help with sound on Fc16
On 03/24/2012 04:18 PM, Ed Greshko wrote: Where did you get that nugget of information? I got it from fedoraforum.org. And, after "upgrading" both my desktop and laptop to F16, neither of them had sound until I did 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: Fedora disimprovements: am I alone?
On Sat, 24 Mar 2012, Reindl Harald wrote: Am 24.03.2012 19:49, schrieb Joe Zeff: On 03/24/2012 11:38 AM, Reindl Harald wrote: how does this matter? It means that if I already have the program I have no way of knowing if it's DE agnostic, or simply left over from when I used Gnome what is "DE agnostic"? you will not believe it but you can even make "yum install gftp gedit" on KDE systems, really that works, proven I'm feeling grumpy, so I'll point out that DE-agnostic is a misnomer. As a rule, someone who says whatever-agnostic means whatever-apathetic. -- Michael henne...@web.cs.ndsu.nodak.edu "On Monday, I'm gonna have to tell my kindergarten class, whom I teach not to run with scissors, that my fiance ran me through with a broadsword." -- Lily -- 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 disimprovements: am I alone?
On Sat, 2012-03-24 at 11:30 -0700, Joe Zeff wrote: > On 03/24/2012 06:18 AM, Craig White wrote: > > No - but I was assuming that a Fedora user would at least at least have > > enough sense to try running system-config-services before jumping to any > > conclusions and thus find out that it is an executable that will run > > irrespective of the DE. > > My finding it on either of my machines would prove nothing as I migrated > both of them from Gnome to XFCE and still have various Gnome stuph on them. regardless of whatever DE you choose, packages run because the necessary libs are installed. That is why I can use evolution with KDE (Evolution is a Gnome program through and through). Likewise, Firefox depends upon Gnome libs and you couldn't run FF on Linux without them. Migrated or fresh install, the full 'GNOME Desktop Environment' group package set installed or not isn't material to whether system-config-services gets installed or whether it works. I don't understand why you sought to insert yourself into this thread since you only created a tangential thread which focuses on your lack of knowledge and intellectual curiosity. Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- 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: Help with sound on Fc16
On 03/25/2012 05:15 AM, Joe Zeff wrote: > On 03/24/2012 01:52 PM, don fisher wrote: >> >> but no sound:-( > > Make sure you're in the audio group, because that's required as of F 16. You > may > need to log out and back in to get it working. Yes, I know that it's a stupid > requirement, but it wasn't *my* idea. Where did you get that nugget of information? I just ran the XFCE live from the CD and had no problems running sound...with nothing other than audio:x:63: in /etc/group. All of my system are that way, and all have sound just fine. They are all running pulseaudio as well. I've not tried twm as of yet. That's for later in the day after a bit more coffee. -- Do not condemn the judgment of another because it differs from your own. You may both be wrong. -- Dandemis -- 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: Updates not occuring, manual update errors out
On 24 Mar 2012 at 11:58, les wrote: Subject:Re: Updates not occurring, manual update errors out From: les To: Michael Schwendt Date sent: Sat, 24 Mar 2012 11:58:38 -0700 Copies to: users@lists.fedoraproject.org > Hi, Ed and Michael, > For now I ran manual updates on everything that did not depend on the > GCC stuff (none of that would update anyway.), and now fingers crossed > that we get the other bit done soon. Are any of rest of you having > the same issue? > I finally did a test on a system, and activated update-testing repo using yumex and just selected llvm packages. It then installed them, and the related stuff including the gcc stuff and clang. Then I ran the regular yum upate to get a clean update. Didn't have the problem on 32 bit machines, or 64 bit systems that just had the basic compiler stuff. So, must be something that links to the llvm and/or clang in some situations? > I was going to ask what would make my setup different, but really I > have lots of software tools on here and quite a few outside packages, > and stuff I have developed already, so all of that probably has a lot > to do with it. Someday I will have stuff to put out for you guys to > play with I hope. > > Regards, > Les H > On Sat, 2012-03-24 at 11:36 +0100, Michael Schwendt wrote: > > On Sat, 24 Mar 2012 01:01:44 -0700, L (les) wrote: > > > > > Hi, everyone, > > > I thought I saw this go by on someone else's dime, but I can't > > > find the requisite thread now. Googling did not help me. Here is > > > the error message: == > > > Error: Package: clang-2.9-6.fc16.x86_64 (@updates) > > >Requires: gcc-c++ = 4.6.2 > > >Removing: gcc-c++-4.6.2-1.fc16.x86_64 > > > (@koji-override-0/$releasever) > > >gcc-c++ = 4.6.2-1.fc16 > > >Updated By: gcc-c++-4.6.3-2.fc16.x86_64 (updates) > > >gcc-c++ = 4.6.3-2.fc16 > > > You could try using --skip-broken to work around the problem You > > > could try running: rpm -Va --nofiles --nodigest > > > == > > > > > > The first doesn't change the error message, nor finish the update. > > > > Obviously, it only excludes updates with broken dependencies. > > It cannot fix them. > > > > "clang" is a build from the "llvm" package set. It needs an update > > for the new GCC, but is still in updates-testing: > > https://admin.fedoraproject.org/updates/FEDORA-2012-4574 > > > > > the second hums away for a bit but no issues seem to arise and no > > > messages: = > > > # rpm -Va --nofiles --nodigest > > > # > > > > > > > > > I tried yum clean all just to make sure there was no other issue > > > clouding the results, but everything seems OK. What does this > > > (@koji-override-0/$releasever) bit actually mean anyway? > > > > It's a repository id as in "yum list installed". > > > > -- > > Fedora release 17 (Beefy Miracle) - Linux 3.3.0-1.fc17.x86_64 > > loadavg: 0.02 0.04 0.10 > > > > -- > 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 +--+ Michael D. Setzer II - Computer Science Instructor Guam Community College Computer Center mailto:mi...@kuentos.guam.net mailto:msetze...@gmail.com http://www.guam.net/home/mikes Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +--+ http://setiathome.berkeley.edu (Original) Number of Seti Units Returned: 19,471 Processing time: 32 years, 290 days, 12 hours, 58 minutes (Total Hours: 287,489) BOINC@HOME CREDITS SETI11969293.719299 | EINSTEIN 7540627.629852 ROSETTA 4338248.975416 | ABC 11889193.887520 -- 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: Help with sound on Fc16
On 03/24/2012 01:52 PM, don fisher wrote: but no sound:-( Make sure you're in the audio group, because that's required as of F 16. You may need to log out and back in to get it working. Yes, I know that it's a stupid requirement, but it wasn't *my* idea. -- 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: Help with sound on Fc16
On 03/23/12 18:38, stan wrote: On Fri, 23 Mar 2012 18:05:26 -0700 don fisher wrote: I am trying to find documentation on the alsa/pulse audio system. My goal is to set it up independent of gnome or KDE. This is the default configuration for Fedora out of the box. If I run KDE the sound works. If I run twm or equivalent, it does not. Why is the sound configuration buried in the window manager? It isn't. Go to a console, Ctl-LeftAlt-F2, and type aplay. You should hear sound. Gnome and KDE provide an extra layer of abstraction on top of pulseaudio, but that shouldn't affect your ability to use sound outside of them. If you have a standard install, LeftAlt-F1 should get you back to the gui. If not, try LeftAlt-F7. I use mplayer to play music through pulse at consoles all the time. Audacious should do the same in any window manager (it's worked in every wm I've tried). What do I have to do to implement the same function that KDE provides? Do you have alsa-plugins-pulseaudio installed? It sets up the system so that things that are sent to alsa are routed through pulseaudio, and is the default on Fedora. If it is, and sound doesn't work, adding your user to the audio group should work. Note that pulse only allows a single user to have sound at any time unless it is run as a daemon (last I checked). aplay another_brick_in_the_wall_part_2.wav Playing WAVE 'another_brick_in_the_wall_part_2.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo but no sound:-( I looked online and found a few things as shown below udevadm info -qall -p /sys/class/sound/card0/ P: /devices/pci:00/:00:14.2/sound/card0 E: UDEV_LOG=3 E: DEVPATH=/devices/pci:00/:00:14.2/sound/card0 E: SUBSYSTEM=sound E: ID_PATH=pci-:00:14.2 E: ID_PATH_TAG=pci-_00_14_2 E: ID_FOR_SEAT=sound-pci-_00_14_2 E: SOUND_INITIALIZED=1 E: ID_VENDOR_FROM_DATABASE=ATI Technologies Inc E: ID_MODEL_FROM_DATABASE=SBx00 Azalia (Intel HDA) E: ID_BUS=pci E: ID_VENDOR_ID=0x1002 E: ID_MODEL_ID=0x4383 E: SOUND_FORM_FACTOR=internal E: SYSTEMD_WANTS=sound.target E: TAGS=:seat:systemd: pacmd list-cards Welcome to PulseAudio! Use "help" for usage information. >>> 0 card(s) available. pactl stat Currently in use: 1 blocks containing 63.9 KiB bytes total. Allocated during whole lifetime: 8015 blocks containing 28.3 MiB bytes total. Sample cache size: 0 B User name: dfisher Host Name: dfpc47 Server Name: pulseaudio Server Version: 0.9.23 Default Sample Specification: s16le 2ch 44100Hz Default Channel Map: front-left,front-right Default Sink: auto_null Default Source: auto_null.monitor pactl list provides a huge amount of output, but I noticed that "Sink #0" is the "Dummy Output". The audoo card shows up under udev, but pacmd list-cards says that no cards are available. Any ideas? Again, KDE can output sound, so the is something (many things:-) that I am missing. Thanks, Don -- 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: Can't install nvidia drivers at runlevel3
On 24 March 2012 11:14, Reindl Harald wrote: > > > Am 24.03.2012 11:58, schrieb Ian Malone: >> Exhibit B: >>> seems you do not realize that Linux is these days >>> the OS supporting most hardware of all out of the >>> box and you must do something terrible wrong buy >>> unsupported hardware >>> >> Like buy graphics cards from one of the major manufacturers? You're >> just trolling now. > > so why do we all not install windows > it is one of the major OS manufacturers > > you see your argumentation is silly? > Yes, of course, why did I ever think anything different? Thank you for showing me the error of my ways. Oh, hang on, we were talking about hardware. -- imalone -- 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 disimprovements: am I alone?
On 03/24/2012 11:53 AM, Reindl Harald wrote: what is "DE agnostic"? you will not believe it but you can even make "yum install gftp gedit" on KDE systems Yes, by bringing in whatever Gnome packages it needs. "DE agnostic" doesn't care what the DE is because it doesn't need any support packages from one or another DE. -- 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: Updates not occuring, manual update errors out
Hi, Ed and Michael, For now I ran manual updates on everything that did not depend on the GCC stuff (none of that would update anyway.), and now fingers crossed that we get the other bit done soon. Are any of rest of you having the same issue? I was going to ask what would make my setup different, but really I have lots of software tools on here and quite a few outside packages, and stuff I have developed already, so all of that probably has a lot to do with it. Someday I will have stuff to put out for you guys to play with I hope. Regards, Les H On Sat, 2012-03-24 at 11:36 +0100, Michael Schwendt wrote: > On Sat, 24 Mar 2012 01:01:44 -0700, L (les) wrote: > > > Hi, everyone, > > I thought I saw this go by on someone else's dime, but I can't find the > > requisite thread now. Googling did not help me. Here is the error > > message: > > == > > Error: Package: clang-2.9-6.fc16.x86_64 (@updates) > >Requires: gcc-c++ = 4.6.2 > >Removing: gcc-c++-4.6.2-1.fc16.x86_64 > > (@koji-override-0/$releasever) > >gcc-c++ = 4.6.2-1.fc16 > >Updated By: gcc-c++-4.6.3-2.fc16.x86_64 (updates) > >gcc-c++ = 4.6.3-2.fc16 > > You could try using --skip-broken to work around the problem > > You could try running: rpm -Va --nofiles --nodigest > > == > > > > The first doesn't change the error message, nor finish the update. > > Obviously, it only excludes updates with broken dependencies. > It cannot fix them. > > "clang" is a build from the "llvm" package set. It needs an update for the > new GCC, but is still in updates-testing: > https://admin.fedoraproject.org/updates/FEDORA-2012-4574 > > > the second hums away for a bit but no issues seem to arise and no > > messages: > > = > > # rpm -Va --nofiles --nodigest > > # > > > > > > I tried yum clean all just to make sure there was no other issue > > clouding the results, but everything seems OK. What does this > > (@koji-override-0/$releasever) bit actually mean anyway? > > It's a repository id as in "yum list installed". > > -- > Fedora release 17 (Beefy Miracle) - Linux 3.3.0-1.fc17.x86_64 > loadavg: 0.02 0.04 0.10 -- 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 disimprovements: am I alone?
Am 24.03.2012 19:49, schrieb Joe Zeff: > On 03/24/2012 11:38 AM, Reindl Harald wrote: >> how does this matter? > > It means that if I already have the program I have no way of knowing if it's > DE > agnostic, or simply left over from when I used Gnome what is "DE agnostic"? you will not believe it but you can even make "yum install gftp gedit" on KDE systems, really that works, proven your "Assuming, of course, that your DE has something like that" in context of "system-config-*" is simply a useless comment, accept it and learn to understand that fedora apckages are NOT "DE agnostic" at all 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: Fedora disimprovements: am I alone?
On 03/24/2012 11:38 AM, Reindl Harald wrote: how does this matter? It means that if I already have the program I have no way of knowing if it's DE agnostic, or simply left over from when I used Gnome. -- 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 disimprovements: am I alone?
Am 24.03.2012 19:30, schrieb Joe Zeff: > On 03/24/2012 06:18 AM, Craig White wrote: >> No - but I was assuming that a Fedora user would at least at least have >> enough sense to try running system-config-services before jumping to any >> conclusions and thus find out that it is an executable that will run >> irrespective of the DE. > > My finding it on either of my machines would prove nothing as I migrated both > of them from Gnome to XFCE and still have various Gnome stuph on them. how does this matter? if you do "yum install systemconfig-*" it is installed finished, that was it it does not matter which package is default for which DE with your argumentation every package not in the default-install would be not useable for anything because "it is not there possibly at KDE" 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: Fedora disimprovements: am I alone?
On 03/24/2012 06:18 AM, Craig White wrote: No - but I was assuming that a Fedora user would at least at least have enough sense to try running system-config-services before jumping to any conclusions and thus find out that it is an executable that will run irrespective of the DE. My finding it on either of my machines would prove nothing as I migrated both of them from Gnome to XFCE and still have various Gnome stuph on them. -- 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: .bash_history in F15/16 randomly truncated/incomplete/damaged
On Sat, 24 Mar 2012 10:46:01 +0100 Frantisek Hanzlik wrote: > I'm accustomed have longer bash history - usually my HISTSIZE=1. > Never from Redhat 4 epoch was problems with this, but now at F15 and > F16 I in several cases I found weirdness, when my commands are > missing in history, in one case I had .bash_history completely empty. > > IMO it is problem in newer bash versions, but yet more I suspect when > it may be any cripled systemd behavior at init 0/6 (sorry, i want > say poweroff.target/reboot.target ;), whether systemd (in order to > halt/reboot computer several microseconds faster) kill bash before > it is able save their stuff. > > Have You met someone with this problem? I suspect I have. I remember rebooting after a complicated command here in F15, and when I restarted I wanted to bring it back out of history, and it wasn't there. I thought I was just misremembering. I've started closing terms with history -a; exit before shutdown to avoid the problem. I also use mc and screen - haven't really been monitoring them for this behavior. Also, like you, I have history set really high, 100,000. Maybe it is the size causing problems? While this isn't proof, it does add support for your observation. And now that you've mentioned it, I'll keep an eye out. I have rules about commands not to add to history (ls, cd, etc.). And not to add duplicate commands, though this is only duplicates of the last command, not all of history. Perhaps there has been a change in their behavior. > Any idea how diagnose it? Maybe a test would be to use a unique command (not already in history) at a term, and then shut down, and see if it is in history on reboot. I just rebooted after upgrading the kernel. Next upgrade I'll do this, if I remember. -- 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: Tracker crashes
On 24.03.2012, Jonathan Ryshpan wrote: > I don't think I have hardware problems, since I don't have problems with > any other programs. Tracker is not easy to disable or remove. Obvious > ways to disable it don't seem to work. Other packages depend on it, in > particular totem, grilo, and brasero. If you have GNOME or XFCE, you can disable tracker esily via the GUI "Applications -> Settings -> Session -> Session and startup -> Application autostart". Worked for me. -- 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: Tracker crashes
On Thu, 2012-03-08 at 20:30 +0100, Heinz Diehl wrote: > On 08.03.2012, Jonathan Ryshpan wrote: > > > What is "Tracker" > > http://projects.gnome.org/tracker/ > > > and why is it crashing all the time? Almost every > > time I start my system, I get an Abrt warning with this message: > > > > Process /usr/libexec/tracker-extract was killed by signal 11 > > (SIGSEGV) > > Sounds like a bug in the tracker package. Can be a faulty system, too > (defective RAM, overclocking). > > Disable it, if you don't need it. I don't think I have hardware problems, since I don't have problems with any other programs. Tracker is not easy to disable or remove. Obvious ways to disable it don't seem to work. Other packages depend on it, in particular totem, grilo, and brasero. -- 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 disimprovements: am I alone?
On Sat, 24 Mar 2012 06:43:11 -0700 Craig White wrote: > On Sat, 2012-03-24 at 08:24 -0500, Ranjan Maitra wrote: > > On Sat, 24 Mar 2012 06:18:45 -0700 Craig White > > wrote: > > > > > On Fri, 2012-03-23 at 10:37 -0700, Joe Zeff wrote: > > > > On 03/23/2012 05:27 AM, Craig White wrote: > > > > > no - if command line syntax/invocations are challenging, you can do > > > > > this > > > > > rather simply via the 'system-config-services' gui. > > > > > > > > Assuming, of course, that your DE has something like that. Not all > > > > Fedora users run Gnome, you know. > > > > > > No - but I was assuming that a Fedora user would at least at least have > > > enough sense to try running system-config-services before jumping to any > > > conclusions and thus find out that it is an executable that will run > > > irrespective of the DE. > > > > Actually, as I mentioned a couple of days ago, there is now no option > > to start the job upon reboot in system-config-services. It had to be > > started at every reboot unless the systemd command was given to enable > > it at boot. I brought this up with respect to the sshd daemon. > > > > I had this issue on a LXDE spin. Is this a bug? > > appears that enable/disable options aren't functional, only > start/stop/restart and that would be a bug. Correct. So, then this should be filed as a bug? Or a feature? In any case, it appears that the advice to use the system-config-services gui is no longer ready for implementation. My personal view wrt this and similar discussions: the biggest USP of linux and unix-based systems is stability: it would be nice not to compromise on that. Despite its leading edge status, Fedora did maintain that from 1 through the initial days of 14 (even though there were hiccups in 2 with jump from 2.4 to 2.6). I hope whatever changes are introduced do not cause people like me to wonder about this. Many thanks and best wishes, Ranjan -- 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: Voting for packages waiting on FE-NEEDSPONSOR state
On Sat, 24 Mar 2012 06:44:05 +0200 Alek Paunov wrote: > On 20.03.2012 20:30, Kevin Fenzi wrote: > > On Sun, 18 Mar 2012 03:12:37 +0200 > > Alek Paunov wrote: > > > >> Which is the proper way to vote and describe potential benefits of > >> a new package, with candidate maintainer who needs sponsorship. > > > > Voting for what? > > For the package. As a Fedora user (not a packager at the time being) > I would be happy to see number of projects (whose upstream > development I closely follow) as a Fedora packages, but don't know > how/where to express this and how to share my humble points about the > potential benefits to the Distribution if we have them. Well, you could add comments to the bug or post to the devel list about how a package would improve the distribution, but there's nothing like voting. If people who are sponsors feel the package is important they will review it and sponsor the submitter. ;) > > Maintainers that need sponsorship have to use one of the methods on: > > http://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group > > > > Basically you need to convince a sponsor that you are trustworthy > > and ready to be sponsored. > > What happens when the candidate maintainer has done the packaging > task fairly well ([1] as instance), but obviously is not active > enough in the sponsor seeking? Which is the mechanism to "unstuck" > the important packages from this state? As mentioned, you could try extolling the virtues of the package in a post to the devel list and see if anyone is able to review/sponsor. kevin signature.asc Description: PGP 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: .bash_history in F15/16 randomly truncated/incomplete/damaged
Frantisek Hanzlik wrote: > And more - at several important machines when I want reboot > them, I press for logging off and then login on for this only > "shutdown -r now" command. And by then I at these machines not > observed problems with bash history. Maybe it is speculation, > but seem for me as systemd causation. I have noticed that when I shut a computer down using the command line, systemd will kill any open bash sessions before they get a chance to save the history to ~/.bash_history. If this seriously bothers you, you could investigate the history command, and possibly put it into the PROMPT_COMMAND environment variable so the history is written to disk each time the shell shows a new prompt. Hope this helps, James. -- E-mail: james@ | Blinking text seems awfully archaic and old-fashioned in aprilcottage.co.uk | these days of flash and javascript atrocities, but we had | to manage to get annoyed at the technology that was | available at the time; you youngsters won't understand. | -- http://lwn.net/Articles/140450 -- 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: Help with sound on Fc16
don fisher comcast.net> writes: > > I am trying to find documentation on the alsa/pulse audio system. My > goal is to set it up independent of gnome or KDE. > > Thanks, > don I ran into a similar problem with my FC16 installation of the Xfce re-spin. The solution I finally came up with was to remove pulse audio and just go with ALSA. This was based on running into more than a few posting with that suggestion. When pulse works, it's great. When it doesn't work it just gets in the way. Cheers, Dave -- 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: why is ipv6 fixly compiled in latest F15 and all F16 kernels?
Frantisek Hanzlik wrote: > Hello, up to Fedora 15 including, there was ipv6 as loadable kernel > module and was not problem disable/not load it. But recent F15 and > F16 kernels have IPV6 support compiled in kernel, know anyone for > which reason? For IPv4-only sites (which is absolute majority) this > is unneeded... http://lists.fedoraproject.org/pipermail/kernel/2011-June/003105.html It is future ;) -- 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: .bash_history in F15/16 randomly truncated/incomplete/damaged
suvayu ali wrote: > On Sat, Mar 24, 2012 at 12:39, Frantisek Hanzlik wrote: >> suvayu ali wrote: >>> On Sat, Mar 24, 2012 at 10:46, Frantisek Hanzlik >>> wrote: IMO it is problem in newer bash versions, but yet more I suspect when it may be any cripled systemd behavior at init 0/6 (sorry, i want say poweroff.target/reboot.target ;), whether systemd (in order to halt/reboot computer several microseconds faster) kill bash before it is able save their stuff. >>> >>> This is just a ridiculous claim. Do you have any evidence to support >>> this claim? >> >> And more - at several important machines when I want reboot >> them, I press for logging off and then login on for this only >> "shutdown -r now" command. And by then I at these machines not >> observed problems with bash history. Maybe it is speculation, >> but seem for me as systemd causation. >> > > I have used shutdown many times since Fedora switched to systemd. It has > always worked for me. I think your problem is more likely due to some > options or commands in your bashrc and profile files. If you really > believe another program is to blame, I would rather investigate programs > which interact with your desktop session more closely (e.g. your > terminal emulator, your desktop's session manager, some faulty cron job, > a bug in some script, ... I can keep going), rather than point fingers > at systemd. > > If I were you, I would check some of the following: > > 1. Do you use any kind of history manipulation commands in your rc or >profile files (e.g. any commands like `history `)? > 2. Do you have any history related environment variable set to some >undefined value (could be a typo, a change in compatibility between >versions, or some other reason)? > 3. Do you have anything in your prompt related variables that could be >misbehaving (e.g. PS1, PROMPT_COMMAND, etc)? > 4. Do you have some stray old rc file messing up the settings? > 5. Could there be some rc files from some other compatible shell >interfering with your bash instance? > > When the problem occurs again, I would also check for the last > modification time and size of your history file to confirm the observation. > >> Franta > > Hope the pointers above help. Hmm, I'm only not systemd fanatical sectarian. It is program as others, new thing, with bugs, is evolving according to system/distributions needs. IMO tell something as described here: http://0pointer.de/blog/projects/why.html without single false point to systemd, it simply isn't true. Regarding Your recommendations - I personally think problem isn't there (with F15 I switched to Xfce, but desktop manager probably isn't culprit as at some machines where problem occurs I'm working only in console. System and user profile/bashrc are Fedora's original (only difference is "HISTORY=1" in /etc/profile, and several aliases in root's .bashrc (for rpm, I use these for years), nothing else. Points 1)-5) too aren't probable/possible - they not exist or their resulst would be more predictable. Now occurred to me that i can watch several (mainly roots) history files by incrond and start some script which log some events on it. Maybe it helps. Thanks. -- 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 disimprovements: am I alone?
On Sat, 2012-03-24 at 08:24 -0500, Ranjan Maitra wrote: > On Sat, 24 Mar 2012 06:18:45 -0700 Craig White > wrote: > > > On Fri, 2012-03-23 at 10:37 -0700, Joe Zeff wrote: > > > On 03/23/2012 05:27 AM, Craig White wrote: > > > > no - if command line syntax/invocations are challenging, you can do this > > > > rather simply via the 'system-config-services' gui. > > > > > > Assuming, of course, that your DE has something like that. Not all > > > Fedora users run Gnome, you know. > > > > No - but I was assuming that a Fedora user would at least at least have > > enough sense to try running system-config-services before jumping to any > > conclusions and thus find out that it is an executable that will run > > irrespective of the DE. > > Actually, as I mentioned a couple of days ago, there is now no option > to start the job upon reboot in system-config-services. It had to be > started at every reboot unless the systemd command was given to enable > it at boot. I brought this up with respect to the sshd daemon. > > I had this issue on a LXDE spin. Is this a bug? appears that enable/disable options aren't functional, only start/stop/restart and that would be a bug. Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- 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
Dell 14z Mini DisplayPort
I have a Dell 14z laptop. That has Nvidia Optimus technology. $ lspci | grep -i vga 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) 01:00.0 VGA compatible controller: nVidia Corporation Device 1050 (rev a1) Currently the system loads the nouveau and i915 drivers. I haven't installed the nvidia driver. I want to use the laptop for running training courses, so I'll be using the Mini DisplayPort to plug it into random projectors. The first time I tried that, the new monitor wasn't detected so I couldn't get the projector working. I know there's the Bumblebee project for dealing with Optimus, but at this stage I'm not really interested in switching between the two video cards, I just want to get the Mini DisplayPort working. There's also an HDMI output - I haven't tried that yet, but most projectors that I come across don't have HDMI inputs (perhaps I need a better class of client!) If anyone has any suggestions how I can get the DisplayPort working under Fedora 16, I'd love to hear them. Happy, of course, to supply any further information that might help. Thanks, Dave... -- Dave Cross :: d...@dave.org.uk http://dave.org.uk/ @davorg -- 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
why is ipv6 fixly compiled in latest F15 and all F16 kernels?
Hello, up to Fedora 15 including, there was ipv6 as loadable kernel module and was not problem disable/not load it. But recent F15 and F16 kernels have IPV6 support compiled in kernel, know anyone for which reason? For IPv4-only sites (which is absolute majority) this is unneeded... -- 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: question on iptables, port 631 and CUPS
Am 24.03.2012 14:29, schrieb Craig White: > On Fri, 2012-03-23 at 22:07 -0700, Paul Allen Newell wrote: >> Hello: >> >> I am noticing that when I install a printer on my local network, I get >> an entry added to iptables to the effect of: >> +++ >> -A INPUT -m state --state NEW -m udp -p udp --dprot 631 -j ACCEPT >> +++ >> >> It actually shows up multiple times, which makes it look like each time >> I reinstalled the printer to get things right it did an automatic entry >> without bothering to check if it already there. >> >> Everything I can find online makes it sound like this is "to be >> expected". However, I am seeing examples of manual additions of this >> rule adding a "-s 127.0.0.1". I take this to mean that it limits the >> request to "coming from my machine". >> >> Is this a good idea or even necessary? My knowledge of iptables (very >> limited but getting better) thinks that the default rule allows any >> source addr or destin addr and the only limitation is that it is >> restricted to port 631. It would seem that if I wanted to really limit >> it, I would make the source addr myself/machine and the destin addr >> limited to my LAN (192.168.2.*) --- I'm still searching my notes from >> this list for the proper syntax as I know I have been emailed that before. >> >> Am I understanding all this correctly? > > generally default policies would allow everything to/from localhost > (127.0.0.1) so beyond the basic policies themselves regarding device lo, > there should be no need for rules that source or destine it. > > CUPS (port 631) does have options to allow automatic discover of shared > printers on the LAN and it is often quite useful to allow your LAN > systems to access port 631. but this is a stupid WORLDWIDE open port! normally a machine should not offer any network port worldwide -A INPUT -m state --state NEW -m udp -p udp --dprot 631 -j ACCEPT 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: question on iptables, port 631 and CUPS
On Fri, 2012-03-23 at 22:07 -0700, Paul Allen Newell wrote: > Hello: > > I am noticing that when I install a printer on my local network, I get > an entry added to iptables to the effect of: > +++ > -A INPUT -m state --state NEW -m udp -p udp --dprot 631 -j ACCEPT > +++ > > It actually shows up multiple times, which makes it look like each time > I reinstalled the printer to get things right it did an automatic entry > without bothering to check if it already there. > > Everything I can find online makes it sound like this is "to be > expected". However, I am seeing examples of manual additions of this > rule adding a "-s 127.0.0.1". I take this to mean that it limits the > request to "coming from my machine". > > Is this a good idea or even necessary? My knowledge of iptables (very > limited but getting better) thinks that the default rule allows any > source addr or destin addr and the only limitation is that it is > restricted to port 631. It would seem that if I wanted to really limit > it, I would make the source addr myself/machine and the destin addr > limited to my LAN (192.168.2.*) --- I'm still searching my notes from > this list for the proper syntax as I know I have been emailed that before. > > Am I understanding all this correctly? generally default policies would allow everything to/from localhost (127.0.0.1) so beyond the basic policies themselves regarding device lo, there should be no need for rules that source or destine it. CUPS (port 631) does have options to allow automatic discover of shared printers on the LAN and it is often quite useful to allow your LAN systems to access port 631. Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- 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 disimprovements: am I alone?
On Sat, 24 Mar 2012 06:18:45 -0700 Craig White wrote: > On Fri, 2012-03-23 at 10:37 -0700, Joe Zeff wrote: > > On 03/23/2012 05:27 AM, Craig White wrote: > > > no - if command line syntax/invocations are challenging, you can do this > > > rather simply via the 'system-config-services' gui. > > > > Assuming, of course, that your DE has something like that. Not all > > Fedora users run Gnome, you know. > > No - but I was assuming that a Fedora user would at least at least have > enough sense to try running system-config-services before jumping to any > conclusions and thus find out that it is an executable that will run > irrespective of the DE. Actually, as I mentioned a couple of days ago, there is now no option to start the job upon reboot in system-config-services. It had to be started at every reboot unless the systemd command was given to enable it at boot. I brought this up with respect to the sshd daemon. I had this issue on a LXDE spin. Is this a bug? Ranjan -- 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: .bash_history in F15/16 randomly truncated/incomplete/damaged
On Sat, Mar 24, 2012 at 12:39, Frantisek Hanzlik wrote: > suvayu ali wrote: >> On Sat, Mar 24, 2012 at 10:46, Frantisek Hanzlik >> wrote: >>> IMO it is problem in newer bash versions, but yet more I suspect >>> when it may be any cripled systemd behavior at init 0/6 (sorry, i >>> want say poweroff.target/reboot.target ;), whether systemd (in >>> order to halt/reboot computer several microseconds faster) kill >>> bash before it is able save their stuff. >> >> This is just a ridiculous claim. Do you have any evidence to support >> this claim? > > And more - at several important machines when I want reboot > them, I press for logging off and then login on for this only > "shutdown -r now" command. And by then I at these machines not > observed problems with bash history. Maybe it is speculation, > but seem for me as systemd causation. > I have used shutdown many times since Fedora switched to systemd. It has always worked for me. I think your problem is more likely due to some options or commands in your bashrc and profile files. If you really believe another program is to blame, I would rather investigate programs which interact with your desktop session more closely (e.g. your terminal emulator, your desktop's session manager, some faulty cron job, a bug in some script, ... I can keep going), rather than point fingers at systemd. If I were you, I would check some of the following: 1. Do you use any kind of history manipulation commands in your rc or profile files (e.g. any commands like `history `)? 2. Do you have any history related environment variable set to some undefined value (could be a typo, a change in compatibility between versions, or some other reason)? 3. Do you have anything in your prompt related variables that could be misbehaving (e.g. PS1, PROMPT_COMMAND, etc)? 4. Do you have some stray old rc file messing up the settings? 5. Could there be some rc files from some other compatible shell interfering with your bash instance? When the problem occurs again, I would also check for the last modification time and size of your history file to confirm the observation. > Franta Hope the pointers above help. -- Suvayu Open source is the future. It sets us free. -- 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 disimprovements: am I alone?
On Fri, 2012-03-23 at 10:37 -0700, Joe Zeff wrote: > On 03/23/2012 05:27 AM, Craig White wrote: > > no - if command line syntax/invocations are challenging, you can do this > > rather simply via the 'system-config-services' gui. > > Assuming, of course, that your DE has something like that. Not all > Fedora users run Gnome, you know. No - but I was assuming that a Fedora user would at least at least have enough sense to try running system-config-services before jumping to any conclusions and thus find out that it is an executable that will run irrespective of the DE. Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- 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: .bash_history in F15/16 randomly truncated/incomplete/damaged
suvayu ali wrote: > On Sat, Mar 24, 2012 at 10:46, Frantisek Hanzlik > wrote: >> IMO it is problem in newer bash versions, but yet more I suspect >> when it may be any cripled systemd behavior at init 0/6 (sorry, i >> want say poweroff.target/reboot.target ;), whether systemd (in >> order to halt/reboot computer several microseconds faster) kill >> bash before it is able save their stuff. > > This is just a ridiculous claim. Do you have any evidence to support > this claim? And more - at several important machines when I want reboot them, I press for logging off and then login on for this only "shutdown -r now" command. And by then I at these machines not observed problems with bash history. Maybe it is speculation, but seem for me as systemd causation. Franta -- 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: .bash_history in F15/16 randomly truncated/incomplete/damaged
suvayu ali wrote: > On Sat, Mar 24, 2012 at 10:46, Frantisek Hanzlik > wrote: >> IMO it is problem in newer bash versions, but yet more I suspect >> when it may be any cripled systemd behavior at init 0/6 (sorry, i >> want say poweroff.target/reboot.target ;), whether systemd (in >> order to halt/reboot computer several microseconds faster) kill >> bash before it is able save their stuff. > > This is just a ridiculous claim. Do you have any evidence to support > this claim? I haven't, therefore I ask there when somebody have same problem, and how I should diagnose this issue. I not know, how reproduce it, it seems occur pure randomly and rarely - but I'm sure it occur at least in 8-10 cases at several different F15/F16 i686 machines. Why You think this claim is ridiculous? - it may be bash bug, why not? In F15/16 is new 4.2 line, maybe it introduce some different way with history treating, is insafe when several bash instance for same user ends simultaneously, etc. - why it could not be systemd bug? When is servicing 0/6 runlevels in similar way as SYSV init/upstart before, then send SIGTERM and then SIGKILL to processes - and when it kill bash before is able write history, then what? - one another reason tackled me. I very often use Midnight Commander (mc), which probably run another bash process as its child. Then perhaps problem may occur when at exiting mc it kill child bash before bash write its history. I have no idea for other reasons to this problem. What seems You ridiculous here? -- 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: Can't install nvidia drivers at runlevel3
Am 24.03.2012 11:58, schrieb Ian Malone: > Exhibit B: >> seems you do not realize that Linux is these days >> the OS supporting most hardware of all out of the >> box and you must do something terrible wrong buy >> unsupported hardware >> > Like buy graphics cards from one of the major manufacturers? You're > just trolling now. so why do we all not install windows it is one of the major OS manufacturers you see your argumentation is silly? > In any case nVidia do provide a linux driver do they for older cards? you have to use the legacy driver > when a kernel or X update introduces an incompatibility I just stick > with the old version till they update it maybe you will wait forever until the legacy driver for older nvidia cards is updated for the newest kernel the OP could also simply install the nouveau driver but seems to be masochist dealing around since months with the nvidia BLOB driver 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: Can't install nvidia drivers at runlevel3
On 23 March 2012 22:25, Reindl Harald wrote: Exhibit A: > the other OSs just work? > who told you? > > they only do because the manufactoror put a driver > CD in the package or the OS is preinstalled Exhibit B: > seems you do not realize that Linux is these days > the OS supporting most hardware of all out of the > box and you must do something terrible wrong buy > unsupported hardware > Like buy graphics cards from one of the major manufacturers? You're just trolling now. In any case nVidia do provide a linux driver, when a kernel or X update introduces an incompatibility I just stick with the old version till they update it. -- imalone -- 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: .bash_history in F15/16 randomly truncated/incomplete/damaged
On Sat, Mar 24, 2012 at 10:46, Frantisek Hanzlik wrote: > IMO it is problem in newer bash versions, but yet more I suspect when > it may be any cripled systemd behavior at init 0/6 (sorry, i want > say poweroff.target/reboot.target ;), whether systemd (in order to > halt/reboot computer several microseconds faster) kill bash before > it is able save their stuff. This is just a ridiculous claim. Do you have any evidence to support this claim? -- Suvayu Open source is the future. It sets us free. -- 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: Updates not occuring, manual update errors out
On Sat, 24 Mar 2012 01:01:44 -0700, L (les) wrote: > Hi, everyone, > I thought I saw this go by on someone else's dime, but I can't find the > requisite thread now. Googling did not help me. Here is the error > message: > == > Error: Package: clang-2.9-6.fc16.x86_64 (@updates) >Requires: gcc-c++ = 4.6.2 >Removing: gcc-c++-4.6.2-1.fc16.x86_64 > (@koji-override-0/$releasever) >gcc-c++ = 4.6.2-1.fc16 >Updated By: gcc-c++-4.6.3-2.fc16.x86_64 (updates) >gcc-c++ = 4.6.3-2.fc16 > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > == > > The first doesn't change the error message, nor finish the update. Obviously, it only excludes updates with broken dependencies. It cannot fix them. "clang" is a build from the "llvm" package set. It needs an update for the new GCC, but is still in updates-testing: https://admin.fedoraproject.org/updates/FEDORA-2012-4574 > the second hums away for a bit but no issues seem to arise and no > messages: > = > # rpm -Va --nofiles --nodigest > # > > > I tried yum clean all just to make sure there was no other issue > clouding the results, but everything seems OK. What does this > (@koji-override-0/$releasever) bit actually mean anyway? It's a repository id as in "yum list installed". -- Fedora release 17 (Beefy Miracle) - Linux 3.3.0-1.fc17.x86_64 loadavg: 0.02 0.04 0.10 -- 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 16 installer kernel crash
I finally set aside time to try to upgrade my Fedora 14 box to F16, but I'me failing at the first hurdle. Anaconda is crashing out with a kernel bug shortly after selecting the OS to update: kernel bug security/selinux/ss/services.c:655 invalid opcode [#1] SMP Pid: 855, comm: anaconda I've had a quick google and can't find any other reference to this. I'll have a more concerted look again later. Anyone any thoughts? Do I just have to raise a bugzilla report? I can't use preupgrade as it's crashing out because I have /boot on S/W RAID1 (a known & as-yet unfixed bug). Because of the same issue I'm booting the DVD with the extra option “nogpt” (“Common F16 Bugs” on the wiki) although I've not a clue what that does. Is it possible that selinux=0 on the DVD boot line will help? -- [phoenix@fnx ~]# rm -f .signature [phoenix@fnx ~]# ls -l .signature ls: .signature: No such file or directory [phoenix@fnx ~]# exit -- 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
.bash_history in F15/16 randomly truncated/incomplete/damaged
I'm accustomed have longer bash history - usually my HISTSIZE=1. Never from Redhat 4 epoch was problems with this, but now at F15 and F16 I in several cases I found weirdness, when my commands are missing in history, in one case I had .bash_history completely empty. IMO it is problem in newer bash versions, but yet more I suspect when it may be any cripled systemd behavior at init 0/6 (sorry, i want say poweroff.target/reboot.target ;), whether systemd (in order to halt/reboot computer several microseconds faster) kill bash before it is able save their stuff. Have You met someone with this problem? Any idea how diagnose it? Thanks, Franta -- 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 disimprovements: am I alone?
Dr. Michael J. Chudobiak wrote:
>> How they were started does not seem to have much to do with chkconfig.
>
> The init system used a series of hard-coded numbers in the init scripts
> to judge which services were to be started in which sequence, which was
> a horrible mess.
>
> You had to make sure the service X's priority of 37 was in between
> service Y'x priority of 18 and service Z's priority of 56.
>
> With systemd, you just say things like:
>
> After=syslog.target network.target auditd.service
> and/or
> Before=poweroff.service reboot.service halt.service
>
> Which is MUCH more concise and easy to understand. The computer figures
> it all out, instead of the user having to juggle priority levels.
>
> Also, all init scripts with priorities > 37 would all have to wait for
> the "service X" to finish. This is not so with systemd. The service
> files specify the minimum dependencies. If service Z does not require
> service X, it can go ahead, even if service X gets delayed.
>
> See?
>
> - Mike
You point is from service developer. But for system administrators this
nothing changes on fact that systemctl syntax is insane tedious.
I must have in root .bashrc some as this helper:
function a(){
[[ "$1" =~ (\?|-h) ]] && {
echo -e "1st param:\n -nothing-\tlist-units|grep
\.service\na\t\tlist-unit-files\nl\t\tlist-unit-files|grep \.service
2nd param(1st=service):\n
-nothing-\tstatus\ne\t\tenable\nd\t\tdisable\nr\t\trestart\ns\t\tstart\nk\t\tstop\n"
return; }
C="--help"; unset S
if [ $# -eq 0 ]; then C="--all list-units"; S="|grep '\.service'";
elif [ $# -eq 1 ]; then [ "$1" = "a" ] && C="list-unit-files";
[ "$1" = "l" ] && { C="list-unit-files"; S="|grep '\.service'"; }
else
C="status"; S="$1";
[[ "$1" =~ \. ]] || S="$S.service";
[[ "$2" =~ ^e ]] && C="enable"; [[ "$2" =~ ^d ]] && C="disable";
[[ "$2" =~ ^r ]] && C="restart"; [[ "$2" =~ ^s ]] && C="start";
[[ "$2" =~ ^k ]] && C="stop";
fi
eval systemctl $C $S
}
--
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: Updates not occuring, manual update errors out
On 03/24/2012 04:21 PM, les wrote: > I must have typed something wrong in the search last time, because this > time it came up. > > The message from September said to use the following command, but on my > system I didn't get much joy. Any hints out there? > > # yumdownloader evolution-data-server-3.1.90-1.fc16.x86_64 > Loaded plugins: langpacks, presto, refresh-packagekit > No Match for argument evolution-data-server-3.1.90-1.fc16.x86_64 > Nothing to download Looking in the release area of F16, it seems that F16 was released with evolution-data-server-3.2.1-1 and then updated to the current level evolution-data-server-3.2.3-2 I don't see there ever was a 3.1.90-1 version released. -- Do not condemn the judgment of another because it differs from your own. You may both be wrong. -- Dandemis -- 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: Updates not occuring, manual update errors out
On Sat, 2012-03-24 at 01:01 -0700, les wrote: > Hi, everyone, > I thought I saw this go by on someone else's dime, but I can't find the > requisite thread now. Googling did not help me. Here is the error > message: > == > Error: Package: clang-2.9-6.fc16.x86_64 (@updates) >Requires: gcc-c++ = 4.6.2 >Removing: gcc-c++-4.6.2-1.fc16.x86_64 > (@koji-override-0/$releasever) >gcc-c++ = 4.6.2-1.fc16 >Updated By: gcc-c++-4.6.3-2.fc16.x86_64 (updates) >gcc-c++ = 4.6.3-2.fc16 > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > == > > The first doesn't change the error message, nor finish the update. > the second hums away for a bit but no issues seem to arise and no > messages: > = > # rpm -Va --nofiles --nodigest > # > > > I tried yum clean all just to make sure there was no other issue > clouding the results, but everything seems OK. What does this > (@koji-override-0/$releasever) bit actually mean anyway? > > Regards, > Les H > > I must have typed something wrong in the search last time, because this time it came up. The message from September said to use the following command, but on my system I didn't get much joy. Any hints out there? # yumdownloader evolution-data-server-3.1.90-1.fc16.x86_64 Loaded plugins: langpacks, presto, refresh-packagekit No Match for argument evolution-data-server-3.1.90-1.fc16.x86_64 Nothing to download Regards, Les H -- 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
Updates not occuring, manual update errors out
Hi, everyone, I thought I saw this go by on someone else's dime, but I can't find the requisite thread now. Googling did not help me. Here is the error message: == Error: Package: clang-2.9-6.fc16.x86_64 (@updates) Requires: gcc-c++ = 4.6.2 Removing: gcc-c++-4.6.2-1.fc16.x86_64 (@koji-override-0/$releasever) gcc-c++ = 4.6.2-1.fc16 Updated By: gcc-c++-4.6.3-2.fc16.x86_64 (updates) gcc-c++ = 4.6.3-2.fc16 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest == The first doesn't change the error message, nor finish the update. the second hums away for a bit but no issues seem to arise and no messages: = # rpm -Va --nofiles --nodigest # I tried yum clean all just to make sure there was no other issue clouding the results, but everything seems OK. What does this (@koji-override-0/$releasever) bit actually mean anyway? Regards, Les H -- 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
