Re: An arbitrarily sized /tmp does not fit all
On 12/20/2012 11:17 PM, Matthew Miller wrote: On Thu, Dec 20, 2012 at 01:03:37PM -0800, Chuck Forsberg WA7KGX N2469R wrote: For whatever reason Anaconda generates a separate file system for /tmp using an arbitrary size. One one machine it is about 4GB, causing Brasero to fail on larger jobs. Meanwhile there is some 30GB unused in the root filesystem. If /tmp is no longer part of / then its size should be easily adjustable. Check the filesystem -- it's in RAM by default using tmpfs, and tmpfs defaults to a size of half of physical ram. To disable and go back to haivng it be part of /, sudo systemctl mask tmp.mount To change the limit while leaving it in-ram, I assume you'd put the desired size in the Options line in the systemd tmp.mount file, but there may be a better way. I believe the argument is that if Brasero needs more space, /var/tmp would be a better place. This is a fine example of what a facepalm (to put it mildly) the whole /tmp-on-tmpfs is, really... - Panu - -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: sshd and LiveCDs
On 12/21/2012 02:13 AM, Ed Greshko wrote: I don't normally install from LiveCDs but I did so today to get KDE without GNOME. I was surprised to find that when all was installed that sshd service was disabled. Does anyone know the logic behind that choice? Each spin sig decides on their own which services they want enabled on their spin. That said perhaps because majority of desktop users dont even know what sshd is and leaving it on leaves them open to brute force attacks on a system that does not inform them when that happens. Administrators can always turn this on. JBG -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Unable to install from iso
Hi, In F18 I have not been able to install from harddisk. I filed bug https://bugzilla.redhat.com/show_bug.cgi?id=855513. I thought there was a blocker bug for not beeing able to install from iso-image, but I can't find it anymore. Is there a blocker present for not being able to install from an iso and if not shouldn't this be a blocker as installation should be possible from all supported installation methods. Regards, Koos. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Firefox no more starts if called by the gnome3 dashboard after having applied all updates this morning
Hi testers, after having applied all most recent F18 updates this morning, it's no more possible to start firefox by the gnome3 dashboard. It seems it dies immediately after start. I found out that firefox still runs normally if started inside a terminal. So I edited the firefox dashboard entry with alacarte and set the type to Application in terminal. This is a workaround (but now I get an additional terminal if firefox is started). Remark: All other apps called by the dashboard still run normally. Q: 1. Anybody sees this too? 2. Who could be the culprit? Kind regards -- Joachim Backes joachim.bac...@rhrk.uni-kl.de https://www-user.rhrk.uni-kl.de/~backes PGP key ID: 0x1BB12F9E -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Uh-oh something has gone wrong....
On 12/19/2012 08:31 PM, Clyde E. Kunkel wrote: After installing updates from rawhide 20121219 had to revert clutter, clutter-gtk and mutter to get desktop back. Don't know what is causing this or who to bz. If anyone knows, tell me and I will bz. Hi Clyde, I think I've fixed this up. There was a mutter update in the rawhide repo, but the matching gnome-shell update was missing. I've now done the new gnome-shell build and a bunch of others. This should show up in today's rawhide compose in a few hours. One thing to note is that you'll probably need to remove gnome-panel manually before doing the upgrade. It currently has broken deps and doesn't build. -- Hope this helps, Kalev -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On Fri, 21 Dec 2012 09:44:50 +0800, Ed Greshko wrote: I've not run into this beforeso I'm baffled. On my F17 system I get this, and it is what I expect. [egreshko@meimei ~]$ 八 bash: 八: command not found... However, on my F18 test VM I get this. [egreshko@localhost ~]$ 八 bash: $'\345\205\253': command not found Which is, of course, the Unicode value for 八. What has changed in a default install for that to happen? And what needs to be changed? locale is the same on both systems. Is PackageKit-command-not-found installed? What happens if you uninstall it and relogin? -- Fedora release 18 (Spherical Cow) - Linux 3.6.11-3.fc18.x86_64 loadavg: 0.04 0.10 0.08 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: imsettings
On Fri, Dec 21, 2012 at 02:12:37PM +0900, generic wrote: (2012/12/21 6:53), Gene Czarcinski wrote: There are updates available for imsettings. But, something is messed up with a dependency problem. This means that you cannot update a current F18beta. I just removed im-settings, ran updates again, and it actually installed them. Note that I don't use Gnome, but I do use ibus-anthy. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: I gotta stop him before he unleashes unholy havoc and it's just another Tuesday night in Sunnydale. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On 12/21/2012 06:51 PM, Michael Schwendt wrote: On Fri, 21 Dec 2012 09:44:50 +0800, Ed Greshko wrote: I've not run into this beforeso I'm baffled. On my F17 system I get this, and it is what I expect. [egreshko@meimei ~]$ 八 bash: 八: command not found... However, on my F18 test VM I get this. [egreshko@localhost ~]$ 八 bash: $'\345\205\253': command not found Which is, of course, the Unicode value for 八. What has changed in a default install for that to happen? And what needs to be changed? locale is the same on both systems. Is PackageKit-command-not-found installed? It was not installed Installing it corrected the problem. FWIW, this install was from the LiveCD for KDE. Guess they leave that out for a reason. Thanks -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rick Cook, The Wizardry Compiled -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: imsettings
Thanks for your efforts, 1) resolved imsettings's repository issue. [generic@localhost ~]$ yum list imsetting* Loaded plugins: langpacks, presto, refresh-packagekit Installed Packages imsettings.x86_64 1.5.1-2.fc18 @updates-testing imsettings-gnome.x86_64 1.5.1-2.fc18 @updates-testing imsettings-libs.x86_64 1.5.1-2.fc18 @updates-testing imsettings-mate.x86_64 1.5.1-2.fc18 @updates-testing imsettings-qt.x86_64 1.5.1-2.fc18 @updates-testing Available Packages imsettings-devel.i686 1.5.0-2.fc18 fedora imsettings-devel.x86_64 1.5.0-2.fc18 fedora imsettings-libs.i686 1.5.0-2.fc18 fedora imsettings-lxde.x86_64 1.5.0-2.fc18 fedora imsettings-xfce.x86_64 1.5.0-2.fc18 fedora imsettings-xim.x86_64 1.5.0-2.fc18 fedora [generic@localhost ~]$ 2) success system-config-users at the supper privilege snamikawa (2012/12/21 14:12), generic wrote: (2012/12/21 6:53), Gene Czarcinski wrote: There are updates available for imsettings. But, something is messed up with a dependency problem. This means that you cannot update a current F18beta. This means that an install fails because of it. The claim is that imsettings-desktop-module(x86_64) = 1.5.1-1.fc18 is required. imsettings-gnome provides imsettings-desktop-module = 1.5.1-1.fc18 Close but not a match. Gene Another case: I would like to invoke system-config-users at supper user mode as usual way. Under this repository miss matching between Fedora and Fedora Test Updates as follow, [root@localhost ~]# yum list imsetting* Loaded plugins: langpacks, presto, refresh-packagekit Installed Packages imsettings.x86_64 1.5.0-2.fc18 @fedora imsettings-gnome.x86_64 1.5.0-2.fc18 @fedora imsettings-libs.x86_64 1.5.0-2.fc18 @fedora imsettings-mate.x86_64 1.5.0-2.fc18 @fedora imsettings-qt.x86_64 1.5.0-2.fc18 @fedora Available Packages imsettings.x86_64 1.5.1-1.fc18 updates-testing imsettings-devel.i686 1.5.1-1.fc18 updates-testing imsettings-devel.x86_64 1.5.1-1.fc18 updates-testing imsettings-gnome.x86_64 1.5.1-1.fc18 updates-testing imsettings-libs.i686 1.5.1-1.fc18 updates-testing imsettings-libs.x86_64 1.5.1-1.fc18 updates-testing imsettings-lxde.x86_64 1.5.1-1.fc18 updates-testing imsettings-mate.x86_64 1.5.1-1.fc18 updates-testing imsettings-qt.x86_64 1.5.1-1.fc18 updates-testing imsettings-xfce.x86_64 1.5.1-1.fc18 updates-testing imsettings-xim.x86_64 1.5.1-1.fc18 updates-testing [root@localhost ~]# When invoking system-config-users at the supper privilege mode then fail with following messages... [root@localhost ~]# system-config-users system-config-users requires a currently running X server. RuntimeError: 'could not open display' [root@localhost ~]# But I could have a workaround to invoke system-config-users on my privilege used with desktop UI. snamikawa -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On Fri, 21 Dec 2012 19:26:47 +0800, Ed Greshko wrote: On 12/21/2012 06:51 PM, Michael Schwendt wrote: On Fri, 21 Dec 2012 09:44:50 +0800, Ed Greshko wrote: I've not run into this beforeso I'm baffled. On my F17 system I get this, and it is what I expect. [egreshko@meimei ~]$ 八 bash: 八: command not found... However, on my F18 test VM I get this. [egreshko@localhost ~]$ 八 bash: $'\345\205\253': command not found Which is, of course, the Unicode value for 八. What has changed in a default install for that to happen? And what needs to be changed? locale is the same on both systems. Is PackageKit-command-not-found installed? It was not installed Installing it corrected the problem. That's the wrong conclusion. ;-) It's an optional extension to search for missing commands in remote repositories (via PackageKit). Many users uninstall it because it has caused side-effects, such as delays or altered messages or it fails always because the default search time limit is too low. If the problem is not reproducible with PackageKit-c-n-f installed, the problem is _not in that_ package. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: imsettings
On 12/20/2012 11:11 PM, Adam Williamson wrote: On Thu, 2012-12-20 at 16:53 -0500, Gene Czarcinski wrote: There are updates available for imsettings. But, something is messed up with a dependency problem. This means that you cannot update a current F18beta. This means that an install fails because of it. The claim is that imsettings-desktop-module(x86_64) = 1.5.1-1.fc18 is required. imsettings-gnome provides imsettings-desktop-module = 1.5.1-1.fc18 Close but not a match. Already known and reported, it's only in updates-testing. Reminds me about asking: Why is updates-testing still activated by default in current f18? It's to some extend appropriate in early development phases, but I don't see any real sense for it in late phases, like the one at the moment. Or differently: Could somebody please add a note to advise people, to disable updates-testing to https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum#Fedora_17_-.3E_Fedora_18 ? Yesterday, I tried another f17-f18 upgrade using the yum method and was hit by the imsettings bug above. Provided I was using a slow and older machine, it took me quite a while to find out what was going on. Ralf -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
PackageKit Software Updates window flood
The PackageKit based Updates Installer in GNOME Shell here just opened
dozens of small dialogs at the end after installing today's updates,
requiring me to click many times to close them one after the other.
{...}
Then, when I wanted to start that program manually for a brief check
whether it still works, I used the desktop search, typed Soft, but
it didn't show the updater. It doesn't find any program when searching
for Upd either. This used to work...
--
Fedora release 18 (Spherical Cow) - Linux 3.6.11-3.fc18.x86_64
loadavg: 0.22 0.11 0.13
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
Re: imsettings
On 20.12.2012 22:53, Gene Czarcinski wrote: There are updates available for imsettings. But, something is messed up with a dependency problem. This means that you cannot update a current F18beta. This means that an install fails because of it. The claim is that imsettings-desktop-module(x86_64) = 1.5.1-1.fc18 is required. imsettings-gnome provides imsettings-desktop-module = 1.5.1-1.fc18 Close but not a match. Gene It is resolved now (I just updated my system without any problems). Next time, to be able to upgrade your system when you hit dependency error you can use --skip-broken yum command line argument. Mateusz Marzantowicz -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F-18 Branched report: 20121221 changes
Compose started at Fri Dec 21 09:16:15 UTC 2012 Updated Packages: fedmsg-0.6.3-1.fc18 --- * Wed Dec 05 2012 Ralph Bean rb...@redhat.com - 0.6.3-1 - Use python-logutils for dictConfig on py2.6. - Attempt to fixup rhel conditionals. - Added test dependency on python-six and python-mock. * Wed Dec 05 2012 Ralph Bean rb...@redhat.com - 0.6.2-1 - New support for zmq_tcp_keepalive. - New logging config. - Simplified fedmsg.commands internally. * Tue Nov 27 2012 Ralph Bean rb...@redhat.com - 0.6.1-1 - Stripped fedmsg.text out into its own plugin module. - Commands are now defined as classes and use the logging module. - Bugfixes to fedmsg-collectd. - Renamed fedmsg-tweet.ini to fedmsg-tweet.init. python-moksha-hub-1.1.0-1.fc18 -- * Tue Dec 04 2012 Ralph Bean rb...@redhat.com - 1.1.0-1 - Latest upstream with support for zmq_tcp_keepalive. * Tue Dec 04 2012 Ralph Bean rb...@redhat.com - 1.0.9-1 - Latest upstream. - Fixed check conditional for rhel6. Summary: Added Packages: 0 Removed Packages: 0 Upgraded Packages: 2 Compose finished at Fri Dec 21 13:23:01 UTC 2012 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On 12/21/2012 07:38 PM, Michael Schwendt wrote: On Fri, 21 Dec 2012 19:26:47 +0800, Ed Greshko wrote: On 12/21/2012 06:51 PM, Michael Schwendt wrote: On Fri, 21 Dec 2012 09:44:50 +0800, Ed Greshko wrote: I've not run into this beforeso I'm baffled. On my F17 system I get this, and it is what I expect. [egreshko@meimei ~]$ 八 bash: 八: command not found... However, on my F18 test VM I get this. [egreshko@localhost ~]$ 八 bash: $'\345\205\253': command not found Which is, of course, the Unicode value for 八. What has changed in a default install for that to happen? And what needs to be changed? locale is the same on both systems. Is PackageKit-command-not-found installed? It was not installed Installing it corrected the problem. That's the wrong conclusion. ;-) It's an optional extension to search for missing commands in remote repositories (via PackageKit). Many users uninstall it because it has caused side-effects, such as delays or altered messages or it fails always because the default search time limit is too low. If the problem is not reproducible with PackageKit-c-n-f installed, the problem is _not in that_ package. I suppose I don't quite understand your meaning. There is no command 八 on the system. So, just like [egreshko@localhost ~]$ adsfadsf bash: adsfadsf: command not found... Returns the actual command name as typed, I expect. [egreshko@localhost ~]$ 八 bash: 八: command not found... With PackageKit-c-n-f installed that is what I get With PackageKit-c-n-f removed I get [egreshko@localhost ~]$ 八 bash: $'\345\205\253': command not found So, installing it gives me what I expect/want. Therefore, I can't see why my conclusion is wrong. -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rick Cook, The Wizardry Compiled -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: sshd and LiveCDs
On Fri, 21 Dec 2012 10:13:00 +0800 Ed Greshko ed.gres...@greshko.com wrote: I don't normally install from LiveCDs but I did so today to get KDE without GNOME. I was surprised to find that when all was installed that sshd service was disabled. Does anyone know the logic behind that choice? sshd is disabled on the live media itself for various reasons. Few people would want to ssh into a live session. Root has no password. Live user has a known password, etc. I'm not sure why the installed system has sshd disabled, I would think it would be enabled on the installed version. Possibly a anaconda bug? kevin signature.asc Description: PGP signature -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: imsettings
On Fri, 21 Dec 2012 12:49:11 +0100 Ralf Corsepius rc040...@freenet.de wrote: Reminds me about asking: Why is updates-testing still activated by default in current f18? It's to some extend appropriate in early development phases, but I don't see any real sense for it in late phases, like the one at the moment. https://admin.fedoraproject.org/updates/FEDORA-2012-20723/fedora-release-18-1 should fix it. Or differently: Could somebody please add a note to advise people, to disable updates-testing to https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum#Fedora_17_-.3E_Fedora_18 ? It's a wiki, feel free. ;) However as soon as the above gets pushed stable it should fix this issue. Yesterday, I tried another f17-f18 upgrade using the yum method and was hit by the imsettings bug above. Provided I was using a slow and older machine, it took me quite a while to find out what was going on. The imsettings issue is also fixed in the push yesterday afternoon. kevin signature.asc Description: PGP signature -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Lag in system sounds
Good day all, Since updating to F18, I've noticed that system sounds for things like minimize and maximize and change desktop, take at least 2-3 seconds to occur. This is in KDE 4.9.90 btw I think it may be something to do with pulseaudio not having realtime privileges or whatever the correct term is, because there is no lag when i play mp3's or video files (lips are in sync). infact if i play an mp3 through audacious, and then while playing I change desktop or minimise or maximise the sound is instant, as tho pulseaudio has been elevated to realtime scheduling (if thats the correct terminology) This isn't a massive problem, I only mention it because it is different behaviour than F17, plus I'd like it to work as before if possible I wonder if this has been noticed by anyone else, and if I can do anything about it Thankyou Martin signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
PSA: updates-testing default disabled now
Just a heads up to everyone using f18 right now: with fedora-release-18-1 that just pushed out to updates-testing yesterday, the updates-testing repo is now by default disabled. This means you may well see some issues trying to install new packages/groups because you have NEWER packages from updates-testing installed, but that repo is no longer enabled. You can: 1) re-enable updates-testing and help test packages further. or 2) run a 'yum distro-sync' to sync with the stable repos. This should get you back on track with no updates-testing packages installed. Just a heads up if you see odd dep issues. ;) kevin signature.asc Description: PGP signature -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On Fri, 21 Dec 2012 22:29:18 +0800, Ed Greshko wrote: It's an optional extension to search for missing commands in remote repositories (via PackageKit). Many users uninstall it because it has caused side-effects, such as delays or altered messages or it fails always because the default search time limit is too low. If the problem is not reproducible with PackageKit-c-n-f installed, the problem is _not in that_ package. I suppose I don't quite understand your meaning. Okay, another try: There is no command 八 on the system. True. So, just like [egreshko@localhost ~]$ adsfadsf bash: adsfadsf: command not found... Returns the actual command name as typed, I expect. [egreshko@localhost ~]$ 八 bash: 八: command not found... True, but F18 does not do that, because there is a bug somewhere. I can reproduce it here, too. With PackageKit-c-n-f installed that is what I get With PackageKit-c-n-f removed I get [egreshko@localhost ~]$ 八 bash: $'\345\205\253': command not found So, installing it gives me what I expect/want. Therefore, I can't see why my conclusion is wrong. Installing that package is _not_ supposed to fix it as in a package is not installed, install it to solve the issue. It is not the package's responsibility to fix the (mis)behaviour. It is just a workaround due to side-effects caused by what PackageKit-c-n-f does when it intercepts a command not found situation (and queries repos). You may like it that your system does not show the described symptoms anymore with the package installed, _but_ the actual bug (or undesired behaviour) is still alive somewhere outside PackageKit-c-n-f. The reason I asked about PackageKit-c-n-f is not because installing it should fix the problem. I thought that PackageKit-c-n-f might the culprit and that uninstalling it would solve the issue. However, this time it's the opposite. ;) -- Fedora release 18 (Spherical Cow) - Linux 3.6.11-3.fc18.x86_64 loadavg: 0.14 0.29 0.16 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
GNOME3 fallback mode in F18: No switch to logout
Hi testers, did anybody to logout after opening a gnome session in the fallback mode? I didn't find some menu entry to logout from such a fallback session. The only possibility is to kill gdm which will close the fallback session :-( Anybody sees this too? Kind regards Joachim Backes joachim.bac...@rhrk.uni-kl.de https://www-user.rhrk.uni-kl.de/~backes PGP key ID: 0x1BB12F9E -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: GNOME3 fallback mode in F18: No switch to logout
On Fri, Dec 21, 2012 at 7:09 PM, Joachim Backes joachim.bac...@rhrk.uni-kl.de wrote: Hi testers, did anybody to logout after opening a gnome session in the fallback mode? I didn't find some menu entry to logout from such a fallback session. The only possibility is to kill gdm which will close the fallback session :-( You can use gnome-session-quit to end the session. There is also a setting to reenable logout for single user / single session systems (not sure it works for fallback though). -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: PSA: updates-testing default disabled now
On Fri, Dec 21, 2012 at 18:28:42 +, Nelson Marques nmo.marq...@gmail.com wrote: Question: Does this affect mock builds on koji ? I don't think so. koji builds only use what's in stable and explicit overrides. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: does final criteria #8 mean lvm-on-raid must be available?
On 2012-12-20, Matthew Miller mat...@fedoraproject.org wrote: I tried to make a mirrored /boot partition, and then a second mirrored partition with an LVM volume group on top of that (including / and /home partitions). The current UI doesn't offer this, although it was easy to do in the old one. I find this particular change to be very frustrating because LVM-on-RAID -- in my experience -- is such a common configuration. Maybe this is because I still have systems tied to actual physical disks; I can see that maybe this would be less common for virtual systems (in which the host would presumablyu take care of things like fault tolerance). -- Lars Kellogg-Stedman l...@oddbit.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: An arbitrarily sized /tmp does not fit all
Panu Matilainen (pmati...@laiskiainen.org) said: Check the filesystem -- it's in RAM by default using tmpfs, and tmpfs defaults to a size of half of physical ram. To disable and go back to haivng it be part of /, sudo systemctl mask tmp.mount To change the limit while leaving it in-ram, I assume you'd put the desired size in the Options line in the systemd tmp.mount file, but there may be a better way. I believe the argument is that if Brasero needs more space, /var/tmp would be a better place. This is a fine example of what a facepalm (to put it mildly) the whole /tmp-on-tmpfs is, really... How so? I imagine there are many desktop systems (I know I've deployed some) where all the spare space is on /home, and don't leave 8GB spare in / for dual-layer DVD isos. (Or Blu-ray, or whatever). Brasero should be checking the size beforehand, checking available writable-by-user space, and doing the right thing for the user (including asking them where appropriate), not just 'failing'. How much of this it does now, I haven't checked. Bill -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On 12/22/2012 03:11 AM, Ed Greshko wrote: True, but F18 does not do that, because there is a bug somewhere. I can reproduce it here, too. What do you mean does not do that? What I am showing above *is* on an F18 system. After the install of PackageKit-c-n-f got dropped -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rick Cook, The Wizardry Compiled -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On Sat, 22 Dec 2012 03:15:05 +0800, Ed Greshko wrote: On 12/22/2012 03:11 AM, Ed Greshko wrote: [egreshko@localhost ~]$ 八 bash: 八: command not found... True, but F18 does not do that, because there is a bug somewhere. I can reproduce it here, too. What do you mean does not do that? What I am showing above *is* on an F18 system. After the install of PackageKit-c-n-f got dropped With F18 does not do that I mean that a core/minimal installation of F18 prints stuff like $ 八 bash: $'\345\205\253': command not found $ export LC_ALL=en_GB.ISO-8859-1 $ 八 bash: $'�\205�': command not found and it is NOT the job/task/responsibility of PackageKit-c-n-f to change that. It is just a side-effect that PackageKit-c-n-f influences the output. The (mis)behaviour has occured before: https://bugzilla.redhat.com/725182 bash incorrect showing command not found message with non-Latin symbols -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On 12/22/2012 03:42 AM, Michael Schwendt wrote: On Sat, 22 Dec 2012 03:15:05 +0800, Ed Greshko wrote: On 12/22/2012 03:11 AM, Ed Greshko wrote: [egreshko@localhost ~]$ 八 bash: 八: command not found... True, but F18 does not do that, because there is a bug somewhere. I can reproduce it here, too. What do you mean does not do that? What I am showing above *is* on an F18 system. After the install of PackageKit-c-n-f got dropped With F18 does not do that I mean that a core/minimal installation of F18 prints stuff like $ 八 bash: $'\345\205\253': command not found $ export LC_ALL=en_GB.ISO-8859-1 $ 八 bash: $'�\205�': command not found and it is NOT the job/task/responsibility of PackageKit-c-n-f to change that. It is just a side-effect that PackageKit-c-n-f influences the output. The (mis)behaviour has occured before: https://bugzilla.redhat.com/725182 bash incorrect showing command not found message with non-Latin symbols Fair enough. In the context of my original question, nothing has changed. A bug exists somewhere within bash. It may, or may not, have been patched/fixed at one time. PackageKit-c-n-f masks the problem. I see you've commented on the closed bugzilla. Don't know that it will prompt any further action or if a new bugzilla would be appropriate. -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rick Cook, The Wizardry Compiled -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: An arbitrarily sized /tmp does not fit all
On 2012-12-21, John Reiser jrei...@bitwagon.com wrote: Brasero should be checking the size beforehand, checking available writable-by-user space, including shell environment variable TMPDIR (colon-separated list of directories) According to mktemp(1), TMPDIR is a single directory, not a colon-separated list. But otherwise, yes, it would be nice if everything would respect TMPDIR. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: An arbitrarily sized /tmp does not fit all
On Fri, Dec 21, 2012 at 08:08:08PM +, Lars Kellogg-Stedman wrote: including shell environment variable TMPDIR (colon-separated list of directories) According to mktemp(1), TMPDIR is a single directory, not a colon-separated list. But otherwise, yes, it would be nice if everything would respect TMPDIR. Although apparently we now need PROBABLYINMEMORYTMPDIR and PROBABLYONDISKWITHMORESPACEANDALONGERLIFETMPDIR. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: An arbitrarily sized /tmp does not fit all
On 2012-12-21, Matthew Miller mat...@fedoraproject.org wrote: Although apparently we now need PROBABLYINMEMORYTMPDIR and PROBABLYONDISKWITHMORESPACEANDALONGERLIFETMPDIR. I dunno. You may need to set TMPDIR per-application depending on your requirements. But honestly that's the state of things even without putting /tmp in memory; OpenStack does disk image manipulation in TMPDIR, for example, which means it really needs a TMPDIR that is dedicated to that particular environment (or an explict configuration setting that can be used to make it NOT DO THAT). -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[no subject]
Hello people, I just created my FAS account and I am happy that I can contribute to the project. I am more interested in testing updates, doing some research I saw that I have to create an account at bohdi and do the testing from there. Is this right?? I believe I will need a mentor for the beginning. My skills are mostly Java and a good experience with haskell, also I am using fedora for 2 years now so I can say that I feel comfortable with the command line. Thanks, Bill Vyzas -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F18 Final Blocker Bug Review #7 Minutes
= #fedora-bugzappers: f18final-blocker-review-7 = This was an unscheduled meeting, so there was no announcement - we just needed to get through some of these and enough people were around to do a meeting. Minutes: http://meetbot.fedoraproject.org/fedora-bugzappers/2012-12-21/f18final-blocker-review-7.2012-12-21-18.33.html Minutes (text): http://meetbot.fedoraproject.org/fedora-bugzappers/2012-12-21/f18final-blocker-review-7.2012-12-21-18.33.txt Log: http://meetbot.fedoraproject.org/fedora-bugzappers/2012-12-21/f18final-blocker-review-7.2012-12-21-18.33.log.html Meeting summary --- * Roll Call (tflink, 18:33:08) * Introduction (tflink, 18:37:56) * Our purpose in this meeting is to review proposed blocker and nice-to-have bugs and decide whether to accept them, and to monitor the progress of fixing existing accepted blocker and nice-to-have bugs. (tflink, 18:38:03) * We'll be following the process outlined at: (tflink, 18:38:11) * LINK: https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting (tflink, 18:38:11) * The bugs currently proposed as blocker or NTH are available at: (tflink, 18:38:56) * LINK: http://qa.fedoraproject.org/blockerbugs/current (tflink, 18:38:56) * The bugs currently queued for discussion are listed at: (tflink, 18:39:39) * LINK: http://tflink.fedorapeople.org/blockerbugs/sorted/blocker_bugs.html (tflink, 18:39:39) * LINK: http://tflink.fedorapeople.org/blockerbugs/sorted/nth_bugs.html (tflink, 18:39:42) * The criteria for release blocking bugs can be found at: (tflink, 18:39:46) * LINK: https://fedoraproject.org/wiki/Fedora_18_Alpha_Release_Criteria (tflink, 18:39:46) * LINK: https://fedoraproject.org/wiki/Fedora_18_Beta_Release_Criteria (tflink, 18:39:46) * LINK: https://fedoraproject.org/wiki/Fedora_18_Final_Release_Criteria (tflink, 18:39:46) * At the moment, the total number of blocker/nth bugs is: (tflink, 18:40:03) * 14 Proposed Blockers (tflink, 18:40:10) * 13 Accepted Blockers (tflink, 18:40:10) * 12 Proposed NTH (tflink, 18:40:10) * 27 Accepted NTH (tflink, 18:40:10) * Queued for discussion today are: (tflink, 18:40:25) * 8 Proposed Blockers (tflink, 18:42:57) * 10 Proposed NTH (tflink, 18:42:57) * (889101) AttributeError: 'NoneType' object has no attribute 'removeMember' (tflink, 18:43:56) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=889101 (tflink, 18:43:59) * Proposed Blocker, anaconda, ASSIGNED (tflink, 18:44:01) * AGREED: 889101 - AcceptedBlocker - Violates the following F18 final release criterion: The installer must be able to create and install to any workable partition layout using any file system offered in a default installer configuration, LVM, software, hardware or BIOS RAID, or combination of the above (tflink, 18:49:13) * (873468) F18 Beta TC7: sometimes when booting netinst, hub comes up showing 'Nothing selected' for Installation Source and Software Selection (tflink, 18:49:18) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=873468 (tflink, 18:49:21) * Proposed Blocker, anaconda, ASSIGNED (tflink, 18:49:24) * AGREED: 873468 - RejectedBlocker AcceptedNTH - This doesn't happen all the time and seems to be limited to slower than expected dhcp with ipv6, not enough to justify blocking release over. However, it can't be fixed with an update and a tested fix would be considered past freeze. Should be at least documented as commonbugs if not fixed before release (tflink, 18:53:42) * (889330) crash when reclaiming space from disk containing member of incomplete md raid0 (tflink, 18:53:52) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=889330 (tflink, 18:53:55) * Proposed Blocker, anaconda, ASSIGNED (tflink, 18:53:57) * AGREED: 889330 - AcceptedBlocker - Violation of the following F18 beta release criterion: The installer's custom partitioning mode must be capable of the following: Creating, destroying and assigning mount points to partitions of any specified size using most commonly-used filesystem types ... (tflink, 18:57:26) * (886314) MDRaidError: md_node_from_name failed: [Errno 2] No such file or directory: '/dev/md/root' (tflink, 18:57:31) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=886314 (tflink, 18:57:34) * Proposed Blocker, anaconda, NEW (tflink, 18:57:37) * AGREED: 886314 - RejectedBlocker - It sounds like this issue is not reproducable on more recent versions and therefore rejected as a blocker for F18 final. Please re-propose if a reproducing case is discovered. (tflink, 19:05:47) * (887539) FormatDestroyError: error wiping old signatures from /dev/sdb2: 1 (tflink, 19:05:56) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=887539 (tflink, 19:06:00)
Re: Unable to install from iso
On Fri, 2012-12-21 at 10:23 +0100, A.J. Werkman wrote: Hi, In F18 I have not been able to install from harddisk. I filed bug https://bugzilla.redhat.com/show_bug.cgi?id=855513. I thought there was a blocker bug for not beeing able to install from iso-image, but I can't find it anymore. Is there a blocker present for not being able to install from an iso and if not shouldn't this be a blocker as installation should be possible from all supported installation methods. Well, in the bug you say Remind that it only happens if you first set a new partitioning scheme and after that select the ISO-image. That's not the same as 'unable to install'. Though it's probably worth documenting. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
firefox does not start using an icon anymore
Hi, it seems that firefox has decided not to launch [1] when started from a gnome-shell desktop file anymore. Obviously, to make it more fun, when I do: $ killall firefox $ firefox from gnome-terminal, everything is dandy, making it really fun to debug. Today's update: Dec 21 07:20:30 Updated: btparser-0.24-1.fc18.x86_64 Dec 21 07:20:32 Updated: systemd-libs-195-13.fc18.x86_64 Dec 21 07:20:38 Updated: systemd-195-13.fc18.x86_64 Dec 21 07:20:39 Updated: mesa-libglapi-9.0.1-3.fc18.x86_64 Dec 21 07:20:39 Updated: libgudev1-195-13.fc18.x86_64 Dec 21 07:20:41 Updated: cracklib-2.8.22-2.fc18.x86_64 Dec 21 07:20:42 Updated: mesa-libGL-9.0.1-3.fc18.x86_64 Dec 21 07:20:44 Updated: gstreamer1-1.0.4-1.fc18.x86_64 Dec 21 07:20:45 Updated: fftw-libs-single-3.3.3-3.fc18.x86_64 Dec 21 07:20:46 Updated: imsettings-libs-1.5.1-2.fc18.x86_64 Dec 21 07:20:47 Updated: fftw-libs-quad-3.3.3-3.fc18.x86_64 Dec 21 07:20:48 Updated: khrplatform-devel-9.0.1-3.fc18.noarch Dec 21 07:20:49 Updated: fftw-libs-long-3.3.3-3.fc18.x86_64 Dec 21 07:20:50 Updated: fftw-libs-double-3.3.3-3.fc18.x86_64 Dec 21 07:20:50 Updated: 32:bind-license-9.9.2-6.P1.fc18.noarch Dec 21 07:20:51 Updated: 32:bind-libs-9.9.2-6.P1.fc18.x86_64 Dec 21 07:20:53 Updated: imsettings-1.5.1-2.fc18.x86_64 Dec 21 07:20:53 Updated: imsettings-gnome-1.5.1-2.fc18.x86_64 Dec 21 07:20:54 Updated: mesa-libGL-devel-9.0.1-3.fc18.x86_64 Dec 21 07:20:55 Updated: cracklib-dicts-2.8.22-2.fc18.x86_64 Dec 21 07:20:56 Updated: libpwquality-1.2.1-1.fc18.x86_64 Dec 21 07:20:57 Updated: mesa-libGLES-9.0.1-3.fc18.x86_64 Dec 21 07:20:58 Updated: mesa-libgbm-9.0.1-3.fc18.x86_64 Dec 21 07:20:58 Updated: mesa-libEGL-9.0.1-3.fc18.x86_64 Dec 21 07:21:00 Updated: cairo-1.12.8-2.fc18.x86_64 Dec 21 07:21:00 Updated: cairo-gobject-1.12.8-2.fc18.x86_64 Dec 21 07:21:02 Updated: gstreamer1-plugins-base-1.0.4-1.fc18.x86_64 Dec 21 07:21:03 Updated: clutter-gtk-1.4.2-1.fc18.x86_64 Dec 21 07:21:03 Updated: mesa-libEGL-devel-9.0.1-3.fc18.x86_64 Dec 21 07:21:05 Updated: cairo-devel-1.12.8-2.fc18.x86_64 Dec 21 07:21:05 Updated: systemd-sysv-195-13.fc18.x86_64 Dec 21 07:21:07 Updated: policycoreutils-2.1.13-49.fc18.x86_64 Dec 21 07:21:08 Updated: policycoreutils-python-2.1.13-49.fc18.x86_64 Dec 21 07:21:36 Updated: policycoreutils-devel-2.1.13-49.fc18.x86_64 Dec 21 07:21:38 Updated: dracut-024-16.git20121220.fc18.x86_64 Dec 21 07:21:39 Updated: libreport-filesystem-2.0.20-1.fc18.x86_64 Dec 21 07:21:40 Updated: libreport-2.0.20-1.fc18.x86_64 Dec 21 07:21:41 Updated: libreport-python-2.0.20-1.fc18.x86_64 Dec 21 07:21:42 Updated: abrt-libs-2.0.20-1.fc18.x86_64 Dec 21 07:21:43 Updated: abrt-2.0.20-1.fc18.x86_64 Dec 21 07:21:43 Updated: libreport-web-2.0.20-1.fc18.x86_64 Dec 21 07:21:44 Updated: libreport-plugin-kerneloops-2.0.20-1.fc18.x86_64 Dec 21 07:21:44 Updated: abrt-addon-kerneloops-2.0.20-1.fc18.x86_64 Dec 21 07:21:45 Updated: abrt-addon-vmcore-2.0.20-1.fc18.x86_64 Dec 21 07:21:46 Updated: abrt-plugin-bodhi-2.0.20-1.fc18.x86_64 Dec 21 07:21:47 Updated: libreport-plugin-ureport-2.0.20-1.fc18.x86_64 Dec 21 07:21:47 Updated: libreport-plugin-bugzilla-2.0.20-1.fc18.x86_64 Dec 21 07:21:50 Updated: abrt-retrace-client-2.0.20-1.fc18.x86_64 Dec 21 07:21:50 Updated: abrt-addon-python-2.0.20-1.fc18.x86_64 Dec 21 07:21:51 Updated: abrt-dbus-2.0.20-1.fc18.x86_64 Dec 21 07:21:53 Updated: abrt-addon-ccpp-2.0.20-1.fc18.x86_64 Dec 21 07:21:53 Updated: abrt-addon-xorg-2.0.20-1.fc18.x86_64 Dec 21 07:21:54 Updated: libreport-plugin-logger-2.0.20-1.fc18.x86_64 Dec 21 07:21:55 Updated: iproute-3.6.0-5.fc18.x86_64 Dec 21 07:21:57 Updated: 1:libguestfs-1.20.1-1.fc18.x86_64 Dec 21 07:21:59 Updated: 1:libguestfs-tools-c-1.20.1-1.fc18.x86_64 Dec 21 07:21:59 Updated: 1:perl-Sys-Guestfs-1.20.1-1.fc18.x86_64 Dec 21 07:22:01 Updated: 1:grub2-tools-2.00-15.fc18.x86_64 Dec 21 07:22:02 Updated: mesa-dri-filesystem-9.0.1-3.fc18.x86_64 Dec 21 07:22:03 Updated: pygobject3-base-3.4.2-5.fc18.x86_64 Dec 21 07:22:03 Updated: pygobject3-3.4.2-5.fc18.x86_64 Dec 21 07:22:04 Updated: caribou-gtk2-module-0.4.4.2-7.fc18.x86_64 Dec 21 07:22:05 Updated: python-caribou-0.4.4.2-7.fc18.noarch Dec 21 07:22:06 Updated: caribou-0.4.4.2-7.fc18.x86_64 Dec 21 07:22:07 Updated: caribou-gtk3-module-0.4.4.2-7.fc18.x86_64 Dec 21 07:22:07 Installed: jack-audio-connection-kit-example-clients-1.9.8-13.fc18.x86_64 Dec 21 07:22:08 Installed: recordmydesktop-0.3.8.1-8.fc18.x86_64 Dec 21 07:22:08 Updated: libreport-gtk-2.0.20-1.fc18.x86_64 Dec 21 07:22:09 Updated: abrt-gui-2.0.20-1.fc18.x86_64 Dec 21 07:22:10 Updated: libwacom-data-0.7-1.fc18.noarch Dec 21 07:22:11 Updated: libwacom-0.7-1.fc18.x86_64 Dec 21 07:22:13 Updated: gnome-settings-daemon-3.6.3-2.fc18.x86_64 Dec 21 07:22:16 Updated: 1:gdm-3.6.2-5.fc18.x86_64 Dec 21 07:22:16 Updated: mesa-dri-filesystem-9.0.1-3.fc18.i686 Dec 21 07:22:17 Updated: 1:gdm-libs-3.6.2-5.fc18.x86_64 Dec 21 07:22:17 Updated: gnome-settings-daemon-updates-3.6.3-2.fc18.x86_64 Dec 21 07:22:18 Updated: abrt-desktop-2.0.20-1.fc18.x86_64 Dec 21
Re: PackageKit Software Updates window flood
On Fri, 2012-12-21 at 13:05 +0100, Michael Schwendt wrote:
The PackageKit based Updates Installer in GNOME Shell here just opened
dozens of small dialogs at the end after installing today's updates,
requiring me to click many times to close them one after the other.
{...}
Then, when I wanted to start that program manually for a brief check
whether it still works, I used the desktop search, typed Soft, but
it didn't show the updater. It doesn't find any program when searching
for Upd either. This used to work...
Cool stories bro. But why are you posting it here as an anecdote and not
to bugzilla.redhat.com as a useful report with useful details? I'd've
thought you knew that...
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
Re: firefox does not start using an icon anymore
W dniu 22.12.2012 00:17, Julian Sikorski pisze: Hi, it seems that firefox has decided not to launch [1] when started from a gnome-shell desktop file anymore. Obviously, to make it more fun, when I do: $ killall firefox $ firefox from gnome-terminal, everything is dandy, making it really fun to debug. Today's update: Dec 21 07:20:30 Updated: btparser-0.24-1.fc18.x86_64 Dec 21 07:20:32 Updated: systemd-libs-195-13.fc18.x86_64 Dec 21 07:20:38 Updated: systemd-195-13.fc18.x86_64 Dec 21 07:20:39 Updated: mesa-libglapi-9.0.1-3.fc18.x86_64 Dec 21 07:20:39 Updated: libgudev1-195-13.fc18.x86_64 Dec 21 07:20:41 Updated: cracklib-2.8.22-2.fc18.x86_64 Dec 21 07:20:42 Updated: mesa-libGL-9.0.1-3.fc18.x86_64 Dec 21 07:20:44 Updated: gstreamer1-1.0.4-1.fc18.x86_64 Dec 21 07:20:45 Updated: fftw-libs-single-3.3.3-3.fc18.x86_64 Dec 21 07:20:46 Updated: imsettings-libs-1.5.1-2.fc18.x86_64 Dec 21 07:20:47 Updated: fftw-libs-quad-3.3.3-3.fc18.x86_64 Dec 21 07:20:48 Updated: khrplatform-devel-9.0.1-3.fc18.noarch Dec 21 07:20:49 Updated: fftw-libs-long-3.3.3-3.fc18.x86_64 Dec 21 07:20:50 Updated: fftw-libs-double-3.3.3-3.fc18.x86_64 Dec 21 07:20:50 Updated: 32:bind-license-9.9.2-6.P1.fc18.noarch Dec 21 07:20:51 Updated: 32:bind-libs-9.9.2-6.P1.fc18.x86_64 Dec 21 07:20:53 Updated: imsettings-1.5.1-2.fc18.x86_64 Dec 21 07:20:53 Updated: imsettings-gnome-1.5.1-2.fc18.x86_64 Dec 21 07:20:54 Updated: mesa-libGL-devel-9.0.1-3.fc18.x86_64 Dec 21 07:20:55 Updated: cracklib-dicts-2.8.22-2.fc18.x86_64 Dec 21 07:20:56 Updated: libpwquality-1.2.1-1.fc18.x86_64 Dec 21 07:20:57 Updated: mesa-libGLES-9.0.1-3.fc18.x86_64 Dec 21 07:20:58 Updated: mesa-libgbm-9.0.1-3.fc18.x86_64 Dec 21 07:20:58 Updated: mesa-libEGL-9.0.1-3.fc18.x86_64 Dec 21 07:21:00 Updated: cairo-1.12.8-2.fc18.x86_64 Dec 21 07:21:00 Updated: cairo-gobject-1.12.8-2.fc18.x86_64 Dec 21 07:21:02 Updated: gstreamer1-plugins-base-1.0.4-1.fc18.x86_64 Dec 21 07:21:03 Updated: clutter-gtk-1.4.2-1.fc18.x86_64 Dec 21 07:21:03 Updated: mesa-libEGL-devel-9.0.1-3.fc18.x86_64 Dec 21 07:21:05 Updated: cairo-devel-1.12.8-2.fc18.x86_64 Dec 21 07:21:05 Updated: systemd-sysv-195-13.fc18.x86_64 Dec 21 07:21:07 Updated: policycoreutils-2.1.13-49.fc18.x86_64 Dec 21 07:21:08 Updated: policycoreutils-python-2.1.13-49.fc18.x86_64 Dec 21 07:21:36 Updated: policycoreutils-devel-2.1.13-49.fc18.x86_64 Dec 21 07:21:38 Updated: dracut-024-16.git20121220.fc18.x86_64 Dec 21 07:21:39 Updated: libreport-filesystem-2.0.20-1.fc18.x86_64 Dec 21 07:21:40 Updated: libreport-2.0.20-1.fc18.x86_64 Dec 21 07:21:41 Updated: libreport-python-2.0.20-1.fc18.x86_64 Dec 21 07:21:42 Updated: abrt-libs-2.0.20-1.fc18.x86_64 Dec 21 07:21:43 Updated: abrt-2.0.20-1.fc18.x86_64 Dec 21 07:21:43 Updated: libreport-web-2.0.20-1.fc18.x86_64 Dec 21 07:21:44 Updated: libreport-plugin-kerneloops-2.0.20-1.fc18.x86_64 Dec 21 07:21:44 Updated: abrt-addon-kerneloops-2.0.20-1.fc18.x86_64 Dec 21 07:21:45 Updated: abrt-addon-vmcore-2.0.20-1.fc18.x86_64 Dec 21 07:21:46 Updated: abrt-plugin-bodhi-2.0.20-1.fc18.x86_64 Dec 21 07:21:47 Updated: libreport-plugin-ureport-2.0.20-1.fc18.x86_64 Dec 21 07:21:47 Updated: libreport-plugin-bugzilla-2.0.20-1.fc18.x86_64 Dec 21 07:21:50 Updated: abrt-retrace-client-2.0.20-1.fc18.x86_64 Dec 21 07:21:50 Updated: abrt-addon-python-2.0.20-1.fc18.x86_64 Dec 21 07:21:51 Updated: abrt-dbus-2.0.20-1.fc18.x86_64 Dec 21 07:21:53 Updated: abrt-addon-ccpp-2.0.20-1.fc18.x86_64 Dec 21 07:21:53 Updated: abrt-addon-xorg-2.0.20-1.fc18.x86_64 Dec 21 07:21:54 Updated: libreport-plugin-logger-2.0.20-1.fc18.x86_64 Dec 21 07:21:55 Updated: iproute-3.6.0-5.fc18.x86_64 Dec 21 07:21:57 Updated: 1:libguestfs-1.20.1-1.fc18.x86_64 Dec 21 07:21:59 Updated: 1:libguestfs-tools-c-1.20.1-1.fc18.x86_64 Dec 21 07:21:59 Updated: 1:perl-Sys-Guestfs-1.20.1-1.fc18.x86_64 Dec 21 07:22:01 Updated: 1:grub2-tools-2.00-15.fc18.x86_64 Dec 21 07:22:02 Updated: mesa-dri-filesystem-9.0.1-3.fc18.x86_64 Dec 21 07:22:03 Updated: pygobject3-base-3.4.2-5.fc18.x86_64 Dec 21 07:22:03 Updated: pygobject3-3.4.2-5.fc18.x86_64 Dec 21 07:22:04 Updated: caribou-gtk2-module-0.4.4.2-7.fc18.x86_64 Dec 21 07:22:05 Updated: python-caribou-0.4.4.2-7.fc18.noarch Dec 21 07:22:06 Updated: caribou-0.4.4.2-7.fc18.x86_64 Dec 21 07:22:07 Updated: caribou-gtk3-module-0.4.4.2-7.fc18.x86_64 Dec 21 07:22:07 Installed: jack-audio-connection-kit-example-clients-1.9.8-13.fc18.x86_64 Dec 21 07:22:08 Installed: recordmydesktop-0.3.8.1-8.fc18.x86_64 Dec 21 07:22:08 Updated: libreport-gtk-2.0.20-1.fc18.x86_64 Dec 21 07:22:09 Updated: abrt-gui-2.0.20-1.fc18.x86_64 Dec 21 07:22:10 Updated: libwacom-data-0.7-1.fc18.noarch Dec 21 07:22:11 Updated: libwacom-0.7-1.fc18.x86_64 Dec 21 07:22:13 Updated: gnome-settings-daemon-3.6.3-2.fc18.x86_64 Dec 21 07:22:16 Updated: 1:gdm-3.6.2-5.fc18.x86_64 Dec 21 07:22:16 Updated: mesa-dri-filesystem-9.0.1-3.fc18.i686 Dec 21 07:22:17 Updated: 1:gdm-libs-3.6.2-5.fc18.x86_64 Dec 21
Re: An arbitrarily sized /tmp does not fit all
On Dec 21, 2012, at 1:01 AM, Panu Matilainen pmati...@laiskiainen.org wrote: On 12/20/2012 11:17 PM, Matthew Miller wrote: I believe the argument is that if Brasero needs more space, /var/tmp would be a better place. This is a fine example of what a facepalm (to put it mildly) the whole /tmp-on-tmpfs is, really… I think the facepalm is that 9 months later it isn't already using /var/tmp. Has anybody tried to use e.g. Brasero with it? –Vratislav Podzimek http://lists.fedoraproject.org/pipermail/devel/2012-April/165478.html Chris Murphy -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: firefox does not start using an icon anymore
On 12/22/2012 01:07 AM, Julian Sikorski wrote: W dniu 22.12.2012 00:17, Julian Sikorski pisze: Hi, it seems that firefox has decided not to launch [1] when started from a gnome-shell desktop file anymore. Obviously, to make it more fun, when I do: $ killall firefox $ firefox from gnome-terminal, everything is dandy, making it really fun to debug. Today's update: Dec 21 07:20:30 Updated: btparser-0.24-1.fc18.x86_64 Dec 21 07:20:32 Updated: systemd-libs-195-13.fc18.x86_64 Dec 21 07:20:38 Updated: systemd-195-13.fc18.x86_64 Dec 21 07:20:39 Updated: mesa-libglapi-9.0.1-3.fc18.x86_64 Dec 21 07:20:39 Updated: libgudev1-195-13.fc18.x86_64 Dec 21 07:20:41 Updated: cracklib-2.8.22-2.fc18.x86_64 Dec 21 07:20:42 Updated: mesa-libGL-9.0.1-3.fc18.x86_64 Dec 21 07:20:44 Updated: gstreamer1-1.0.4-1.fc18.x86_64 Dec 21 07:20:45 Updated: fftw-libs-single-3.3.3-3.fc18.x86_64 Dec 21 07:20:46 Updated: imsettings-libs-1.5.1-2.fc18.x86_64 Dec 21 07:20:47 Updated: fftw-libs-quad-3.3.3-3.fc18.x86_64 Dec 21 07:20:48 Updated: khrplatform-devel-9.0.1-3.fc18.noarch Dec 21 07:20:49 Updated: fftw-libs-long-3.3.3-3.fc18.x86_64 Dec 21 07:20:50 Updated: fftw-libs-double-3.3.3-3.fc18.x86_64 Dec 21 07:20:50 Updated: 32:bind-license-9.9.2-6.P1.fc18.noarch Dec 21 07:20:51 Updated: 32:bind-libs-9.9.2-6.P1.fc18.x86_64 Dec 21 07:20:53 Updated: imsettings-1.5.1-2.fc18.x86_64 Dec 21 07:20:53 Updated: imsettings-gnome-1.5.1-2.fc18.x86_64 Dec 21 07:20:54 Updated: mesa-libGL-devel-9.0.1-3.fc18.x86_64 Dec 21 07:20:55 Updated: cracklib-dicts-2.8.22-2.fc18.x86_64 Dec 21 07:20:56 Updated: libpwquality-1.2.1-1.fc18.x86_64 Dec 21 07:20:57 Updated: mesa-libGLES-9.0.1-3.fc18.x86_64 Dec 21 07:20:58 Updated: mesa-libgbm-9.0.1-3.fc18.x86_64 Dec 21 07:20:58 Updated: mesa-libEGL-9.0.1-3.fc18.x86_64 Dec 21 07:21:00 Updated: cairo-1.12.8-2.fc18.x86_64 Dec 21 07:21:00 Updated: cairo-gobject-1.12.8-2.fc18.x86_64 Dec 21 07:21:02 Updated: gstreamer1-plugins-base-1.0.4-1.fc18.x86_64 Dec 21 07:21:03 Updated: clutter-gtk-1.4.2-1.fc18.x86_64 Dec 21 07:21:03 Updated: mesa-libEGL-devel-9.0.1-3.fc18.x86_64 Dec 21 07:21:05 Updated: cairo-devel-1.12.8-2.fc18.x86_64 Dec 21 07:21:05 Updated: systemd-sysv-195-13.fc18.x86_64 Dec 21 07:21:07 Updated: policycoreutils-2.1.13-49.fc18.x86_64 Dec 21 07:21:08 Updated: policycoreutils-python-2.1.13-49.fc18.x86_64 Dec 21 07:21:36 Updated: policycoreutils-devel-2.1.13-49.fc18.x86_64 Dec 21 07:21:38 Updated: dracut-024-16.git20121220.fc18.x86_64 Dec 21 07:21:39 Updated: libreport-filesystem-2.0.20-1.fc18.x86_64 Dec 21 07:21:40 Updated: libreport-2.0.20-1.fc18.x86_64 Dec 21 07:21:41 Updated: libreport-python-2.0.20-1.fc18.x86_64 Dec 21 07:21:42 Updated: abrt-libs-2.0.20-1.fc18.x86_64 Dec 21 07:21:43 Updated: abrt-2.0.20-1.fc18.x86_64 Dec 21 07:21:43 Updated: libreport-web-2.0.20-1.fc18.x86_64 Dec 21 07:21:44 Updated: libreport-plugin-kerneloops-2.0.20-1.fc18.x86_64 Dec 21 07:21:44 Updated: abrt-addon-kerneloops-2.0.20-1.fc18.x86_64 Dec 21 07:21:45 Updated: abrt-addon-vmcore-2.0.20-1.fc18.x86_64 Dec 21 07:21:46 Updated: abrt-plugin-bodhi-2.0.20-1.fc18.x86_64 Dec 21 07:21:47 Updated: libreport-plugin-ureport-2.0.20-1.fc18.x86_64 Dec 21 07:21:47 Updated: libreport-plugin-bugzilla-2.0.20-1.fc18.x86_64 Dec 21 07:21:50 Updated: abrt-retrace-client-2.0.20-1.fc18.x86_64 Dec 21 07:21:50 Updated: abrt-addon-python-2.0.20-1.fc18.x86_64 Dec 21 07:21:51 Updated: abrt-dbus-2.0.20-1.fc18.x86_64 Dec 21 07:21:53 Updated: abrt-addon-ccpp-2.0.20-1.fc18.x86_64 Dec 21 07:21:53 Updated: abrt-addon-xorg-2.0.20-1.fc18.x86_64 Dec 21 07:21:54 Updated: libreport-plugin-logger-2.0.20-1.fc18.x86_64 Dec 21 07:21:55 Updated: iproute-3.6.0-5.fc18.x86_64 Dec 21 07:21:57 Updated: 1:libguestfs-1.20.1-1.fc18.x86_64 Dec 21 07:21:59 Updated: 1:libguestfs-tools-c-1.20.1-1.fc18.x86_64 Dec 21 07:21:59 Updated: 1:perl-Sys-Guestfs-1.20.1-1.fc18.x86_64 Dec 21 07:22:01 Updated: 1:grub2-tools-2.00-15.fc18.x86_64 Dec 21 07:22:02 Updated: mesa-dri-filesystem-9.0.1-3.fc18.x86_64 Dec 21 07:22:03 Updated: pygobject3-base-3.4.2-5.fc18.x86_64 Dec 21 07:22:03 Updated: pygobject3-3.4.2-5.fc18.x86_64 Dec 21 07:22:04 Updated: caribou-gtk2-module-0.4.4.2-7.fc18.x86_64 Dec 21 07:22:05 Updated: python-caribou-0.4.4.2-7.fc18.noarch Dec 21 07:22:06 Updated: caribou-0.4.4.2-7.fc18.x86_64 Dec 21 07:22:07 Updated: caribou-gtk3-module-0.4.4.2-7.fc18.x86_64 Dec 21 07:22:07 Installed: jack-audio-connection-kit-example-clients-1.9.8-13.fc18.x86_64 Dec 21 07:22:08 Installed: recordmydesktop-0.3.8.1-8.fc18.x86_64 Dec 21 07:22:08 Updated: libreport-gtk-2.0.20-1.fc18.x86_64 Dec 21 07:22:09 Updated: abrt-gui-2.0.20-1.fc18.x86_64 Dec 21 07:22:10 Updated: libwacom-data-0.7-1.fc18.noarch Dec 21 07:22:11 Updated: libwacom-0.7-1.fc18.x86_64 Dec 21 07:22:13 Updated: gnome-settings-daemon-3.6.3-2.fc18.x86_64 Dec 21 07:22:16 Updated: 1:gdm-3.6.2-5.fc18.x86_64 Dec 21 07:22:16 Updated: mesa-dri-filesystem-9.0.1-3.fc18.i686 Dec 21 07:22:17
Re: An arbitrarily sized /tmp does not fit all
On 12/20/2012 11:46 PM, Jóhann B. Guðmundsson wrote: On 12/20/2012 09:03 PM, Chuck Forsberg WA7KGX N2469R wrote: For whatever reason Anaconda generates a separate file system for /tmp using an arbitrary size. One one machine it is about 4GB, causing Brasero to fail on larger jobs. Meanwhile there is some 30GB unused in the root filesystem. If /tmp is no longer part of / then its size should be easily adjustable. File a bug against brasero since it should be using /var/tmp these days... This means playing with symptoms. The fix is to disable /tmp on tmpfs. /tmp on tmpfs lacks generality and will only work in a limited subset of installations. Ralf -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: An arbitrarily sized /tmp does not fit all
On Sat, 2012-12-22 at 08:15 +0100, Ralf Corsepius wrote: On 12/20/2012 11:46 PM, Jóhann B. Guðmundsson wrote: On 12/20/2012 09:03 PM, Chuck Forsberg WA7KGX N2469R wrote: For whatever reason Anaconda generates a separate file system for /tmp using an arbitrary size. One one machine it is about 4GB, causing Brasero to fail on larger jobs. Meanwhile there is some 30GB unused in the root filesystem. If /tmp is no longer part of / then its size should be easily adjustable. File a bug against brasero since it should be using /var/tmp these days... This means playing with symptoms. The fix is to disable /tmp on tmpfs. /tmp on tmpfs lacks generality and will only work in a limited subset of installations. Please keep this pointless regurgitation of old arguments off test@. It's bad enough on devel@. The discussion has been had, and escalated, and settled, and had again, and again. Please just stop it now. Move on. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: An arbitrarily sized /tmp does not fit all
On 12/22/2012 08:22 AM, Adam Williamson wrote: On Sat, 2012-12-22 at 08:15 +0100, Ralf Corsepius wrote: On 12/20/2012 11:46 PM, Jóhann B. Guðmundsson wrote: On 12/20/2012 09:03 PM, Chuck Forsberg WA7KGX N2469R wrote: For whatever reason Anaconda generates a separate file system for /tmp using an arbitrary size. One one machine it is about 4GB, causing Brasero to fail on larger jobs. Meanwhile there is some 30GB unused in the root filesystem. If /tmp is no longer part of / then its size should be easily adjustable. File a bug against brasero since it should be using /var/tmp these days... This means playing with symptoms. The fix is to disable /tmp on tmpfs. /tmp on tmpfs lacks generality and will only work in a limited subset of installations. Please keep this pointless regurgitation of old arguments off test@. It's bad enough on devel@. The discussion has been had, and escalated, and settled, and had again, and again. Please just stop it now. Move on. Whether you like it or not, this discussion will reoccur as an FAQ in any Fedora forum maillist after F18 will be released, until /tmp on tmpfs will be reverted or at least be made optional, because the technical limitations remain valid, whether you continue to deny them or not - /tmp on tmpfs lacks generality - period. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
