Re: Default services enabled

On Mon, Aug 22, 2011 at 4:32 PM, Lennart Poettering wrote: > In fact, systemd offers quite a number security features to secure your > services wich can be easily used to enhance local security. I'll > probably blog about this soonishly, but there's a lot of nice stuff in > there. For example, set

Re: Default services enabled

On Wed, Aug 24, 2011 at 9:22 AM, Alexander Kurtakov wrote: > I want to add one more POV - not every database is constantly-used. Example > usage is Amarok using mysql database and I really want mysql to not be > started > until I start Amarok. Not that this is very common usage scenario but > sti

Re: Default services enabled

On Wed, Aug 24, 2011 at 9:31 AM, Jef Spaleta wrote: > > > On Wed, Aug 24, 2011 at 9:22 AM, Alexander Kurtakov > wrote: > >> I want to add one more POV - not every database is constantly-used. >> Example >> usage is Amarok using mysql database and I reall

Re: floppy support

On Tue, Aug 30, 2011 at 11:04 AM, Przemek Klosowski < przemek.klosow...@nist.gov> wrote: > I feel your pain; a lot of perfectly good lab equipment has floppies > too, but whenever practical, I'd recommend a USB floppy drive emulator > from ipcas or http://www.rioc.us/ufr-usb-floppy-replacement.php

Re: floppy support

On Tue, Aug 30, 2011 at 11:20 AM, Przemek Klosowski < przemek.klosow...@nist.gov> wrote: > > They connect to the floppy cable and look like a floppy drive. > > Bah, I'd think you'd want to go the other way if you could get an external usb based floppy reader which is autodetected on the usb bus.

Re: floppy support

2011/8/30 Miloslav Trmač > I hope no software is still doing this - that was idiotic 10 years > ago, let alone now. (The purpose of the seek is to detect drives that > can support only "double density", i.e. 360K, 5.25" disks, not "high > density", i.e. 1.2M disks. It doesn't do anything useful

Re: floppy support

2011/8/30 Miloslav Trmač > The seek is there to detect the double-density _drive_ that was last > shipped in PC XT: PC AT already had a high-density drive. Wikipedia > tells me that the seek is there to detect hardware that became > obsolete in 1984. > > you take the fun out of everything. But

Re: Notice of intent: patching glibc

On Tue, Sep 6, 2011 at 3:09 PM, Adam Williamson wrote: > Well, yes, that parallel came up in my mind too, but really, the two > aren't particularly similar. I don't think there's any intent to > obfuscate in the case of the glibc spec, it's simply done the way that > seemed convenient to its main

Re: What do rawhide testers want and expect?

On Mon, Sep 12, 2011 at 7:57 AM, Stephen John Smoogen wrote: > In some cases, expectations may be off which means we need to market > our deliverables better. In other cases, they may be looking for a > better way to get attention to rawhide issues when everyone else is > focused on F-XX-beta. In

Re: [systemd-devel] question

On Tue, Sep 13, 2011 at 4:13 PM, Genes MailLists wrote: > The kernel has undergone more updates than systemd ... all for very > good reasons - making it better and solving problems. Sure the same > would apply to systemd. > > We also go to some lengths to make sure that there is a fall back kern

Re: what if native systemd service is slower than old sysvinit script?

On Wed, Sep 14, 2011 at 7:28 AM, Tom Lane wrote: > Michal's numbers look pretty damning, and I find it remarkable that the > systemd advocates seem to have managed not to read them, let alone admit > that they suggest something's seriously wrong. > > Michal's numbers look intriguing. I look forw

Re: what if native systemd service is slower than old sysvinit script?

Michał Piotrowski wrote: > Ok, I made four series of tests: > - start/stop an old init script > - start/stop an old init script with dropping caches - should simulate > system booting > - start/stop service file > - start/stop service file with dropping caches Just to be clear. This is done on a

Re: what if native systemd service is slower than old sysvinit script?

2011/9/14 Michał Piotrowski > Exactly. F15, PostgreSQL 9.0 and just service file from PostgreSQL > 9.1. Root filesystem and database are on SSD and Ext4. > > Okay... brace yourself. I just ran this test on my non-SSD ext4 based F15 system and I get the opposite result on start...repeatably. On

Re: grub / grub2 conflicts

On Fri, Sep 16, 2011 at 10:29 AM, Doug Ledford wrote: > See my above comment about cross-compilers. There are certainly use > cases for having the tool install and live on the host. As for > security, if you assume that the host is locked down tight with no > running services besides sshd and l

Re: how to have yum prefer one dependency over others

On Fri, Sep 16, 2011 at 10:48 AM, Richard Hughes wrote: > That's nonsense, sorry. Zif is quite capable of using the same > metadata as yum and performing the same function with the same set of > packages. > > It's also capable of making different decisions? Isn't that your point? So far I get the

Re: how to have yum prefer one dependency over others

On Fri, Sep 16, 2011 at 11:10 AM, seth vidal wrote: > As a point of fact we added a depsolving plugin hook for > compare_providers over a year ago into the yum codebase. > > Specifically so anyone could do fun and exciting additions to > compare_providers and/or request user input on the decisions

Re: how to have yum prefer one dependency over others

On Fri, Sep 16, 2011 at 11:22 AM, Richard Hughes wrote: > This is what I've come up with already: > https://github.com/hughsie/zif/tree/master/data/tests/transactions > > Okay just to make sure I understand what the manifest info is local: the package installed remote: the available provider(s)

Re: how to have yum prefer one dependency over others

On Fri, Sep 16, 2011 at 11:35 AM, Richard Hughes wrote: > > The transactions are all taken in spirit from real problems, but made > as simple as possible. The repodata is all cut down to the bare > minimum. > > Are you sure you didn't cut it down so much that you are hiding problems that your deps

Re: how to have yum prefer one dependency over others

On Fri, Sep 16, 2011 at 11:38 AM, Jef Spaleta wrote: > > > On Fri, Sep 16, 2011 at 11:35 AM, Richard Hughes wrote: > >> >> The transactions are all taken in spirit from real problems, but made >> as simple as possible. The repodata is all cut down to the bare >&g

Re: how to have yum prefer one dependency over others

On Fri, Sep 16, 2011 at 11:35 AM, Richard Hughes wrote: > The transactions are all taken in spirit from real problems, but made > as simple as possible. The repodata is all cut down to the bare > minimum. > > Uhm your repomd.xml in your repodata directory in git appears to have the wrong sha256 ch

Re: how to have yum prefer one dependency over others

On Fri, Sep 16, 2011 at 11:58 AM, Richard Hughes wrote: > > > I'm assuming you've done this already. are there particular test > > transactions where yum comes up with a different solution than zif using > > your cutdown repodata that you would like to draw my attention to? > > No, I've not, but I

Re: how to have yum prefer one dependency over others

On Fri, Sep 16, 2011 at 11:58 AM, Richard Hughes wrote: > On 16 September 2011 20:46, Jef Spaleta wrote: > >> Are you sure you didn't cut it down so much that you are hiding problems > >> that your depsolving rules don't solve well? Did you throw out >

Re: how to have yum prefer one dependency over others

On Sat, Sep 17, 2011 at 12:51 PM, Jef Spaleta wrote: > But putting that aside for a minute. I'm interested in asking zif a series > of more complicated real world Fedora repository questions to get a better > understanding how your chosen scoring rules currently work in practi

Re: how to have yum prefer one dependency over others

On Sun, Sep 18, 2011 at 2:44 PM, Kevin Kofler wrote: > Richard Hughes wrote: > > Naa, try the version of zif in F16, or grab the latest upstream SRPM > > and rebuild it for f15 from here: > > http://people.freedesktop.org/~hughsient/fedora/15/SRPMS/ > > I submitted a Koji scratch build of zif-0.2.

Re: grub / grub2 conflicts

On Mon, Sep 19, 2011 at 10:53 AM, Doug Ledford wrote: > Like I said, not true. The grub package is designed to be updateable > without requiring an mbr reinstall. What's more is I had a look at the > stage1.[hS] files in the grub shipped in FC-1 and RHEL-5, and just like I > said, they are inde

Re: how to have yum prefer one dependency over others

On Mon, Sep 19, 2011 at 9:33 AM, Richard Hughes wrote: > Can you open a ticket on Red Hat bugzilla please, component "zif" and > attach the output of "zif install paprefs -v" > I've not tested zif on F15 in a lng time and it's probably just a > trivial bug. Thanks. > > Filed : Bug 739701

Re: Zif backport repository for F15 available for testing

On Tue, Sep 20, 2011 at 8:48 AM, Kevin Kofler wrote: > I hope we can get all the annoyances in zif sorted out soon. > > Kevin, were you able to reproduce my problem with the official adobe repository? I'm still not sure if my multiple issues with zif depsolving are a problem with my system specif

Re: Zif backport repository for F15 available for testing

On Tue, Sep 20, 2011 at 1:17 PM, Kevin Kofler wrote: > Jef Spaleta wrote: > > Kevin, were you able to reproduce my problem with the official adobe > > repository? > > To be honest, I haven't tried it, I've been busy enough filing the bugs for > the issues I fo

Re: Zif backport repository for F15 available for testing

On Tue, Sep 20, 2011 at 2:25 PM, Stephen John Smoogen wrote: > What do you want me to do to try and test it more? Install some KDE items? > > Remove the gnome DE stack entirely install the KDE stack, make sure kpackagekit is not installed and run it again. kpackagekit is probably going to be inst

Re: Zif backport repository for F15 available for testing

On Tue, Sep 20, 2011 at 4:11 PM, Stephen John Smoogen wrote: > I hope the above helps answer your question. I can install the RC2 > with a minimal install if that would help any. > > Almost what I wanted :-> But appreciated. What you have asked Is a related question. What do you get if you have

Re: Zif backport repository for F15 available for testing

On Tue, Sep 20, 2011 at 7:10 PM, Kevin Kofler wrote: > > (And besides, your example is about the worst you could pick, since if > somebody is skilled enough with package management to remove the PackageKit > frontend, surely he or she knows what to do if zif wants to pick the wrong > one. ;-) Real

Re: Zif backport repository for F15 available for testing

On Thu, Sep 22, 2011 at 10:51 AM, Doug Ledford wrote: > - Original Message - >> I'm >> just trying to test how well zif handles the multple provider case >> and understand how it makes the judgment on what is installed. > > There's probably a pretty strong argument to be made that if packa

Re: GNOME 3 - font point sizes now scaled?

On Fri, Sep 30, 2011 at 8:47 AM, Tomasz Torcz wrote: > Or > http://svn.gnome.org/viewvc/gnome-settings-daemon/branches/gnome-2-24/plugins/xsettings/gsd-xsettings-manager.c?view=markup#249 > (line 249)? I'm not sure that's relevant for the current codebase. But even so if you look at 73-75 the h

Re: Fedora 16 beta vice Knoppix

On Tue, Oct 4, 2011 at 3:32 PM, JB wrote: > Let me append "The Blame Game". > # systemd-analyze blame >  32983ms livesys.service >  22828ms NetworkManager.service That timing for NM is so vastly different than what I'm seeing on my installed F15 system. I am intrigued. -jef -- devel mailing lis

Re: Fedora 16 beta vice Knoppix

On Tue, Oct 4, 2011 at 3:32 PM, JB wrote: >  13837ms udev-settle.service >  11392ms plymouth-start.service if you use the plot option instead of blame option and produce the svg of the service timing you get a better feel for what Lennart was talking about with regard to the udev settle being pr

Re: Fedora 16 beta vice Knoppix

On Tue, Oct 4, 2011 at 6:40 PM, Adam Williamson wrote: > So essentially all that's going on here is 'wait for udev to be done', > which is a fairly sensible prerequisite for all manner of other bits of > boot. > > The reasons why udev takes a while to be 'done' are more interesting and > Lennart w

Re: Fedora 16 beta vice Knoppix

On Wed, Oct 5, 2011 at 9:22 AM, JB wrote: > Here it is. No..that's not it.. that is the starting point necessary to understand the udev differences between the two systems. It is not a dissection. To understand what is happening with udev across those systems you have to look really close at the

Re: Fedora 16 beta vice Knoppix

On Wed, Oct 5, 2011 at 5:56 AM, Kay Sievers wrote: > There is no general rule, but anything that calls 'udevadm settle' is > suspicious and should be carefully checked if it does not rely on > assumptions which just bet on luck and can't reliably work in hotplug > setups. Kay, Is there a general

Re: Why EDID is not trustworthy for DPI

On Thu, Oct 6, 2011 at 10:01 AM, Bill Nottingham wrote: > Obviously you embed radar in every projector. Quite possible to do with existing off the shelf ultrasonic or diode laser telemetry being used for DYI robotic range finding. In fact you can get ones that use i2c for data acquisition.I could

Re: Subject: IMPORTANT: Mandatory password and ssh key change by 2011-11-30

On Thu, Oct 13, 2011 at 11:43 PM, drago01 wrote: > There are people that use their keys for more than one machine. You > people make it sound like it is so easy to change keys. > It is *NOT* PERIOD. Well if fedora infrastructure asked us to use gpg keys for ssh auth, and we all used gpg subkey cr

Re: Subject: IMPORTANT: Mandatory password and ssh key change by 2011-11-30

On Fri, Oct 14, 2011 at 8:41 AM, Jeffrey Ollie wrote: > I've looked a little at monkeysphere this morning and it looks > interesting.  It'd be nice if at least the FI folks could publish the > host keys for the Fedora systems using monkeysphere.  I plan on giving > monkeysphere a good trial here.

Re: Taking a two-week holiday

On Fri, Oct 14, 2011 at 3:56 AM, Paul W. Frields wrote: > On Thu, Oct 13, 2011 at 09:19:19PM +0300, Jussi Lehtola wrote: > Thanks Jussi.  For your and other contributors' reference, we have a > [[Vacation]] wiki page where this information can be added as well.  I > took the liberty of inserting J

Re: openSUSE announces release of openqa

On Sat, Oct 15, 2011 at 8:12 AM, Adam Williamson wrote: > (If someone suggests putting an OCR in the loop I'm going to get my > gun. :>) And I'll make sure that I grab my pumped up kicks so I have a marginally better chance to run faster than your bullets. -jef"why is _that_ song stuck in my hea

Re: systemd - standard place to run stuff after the network is up?

On Thu, Oct 20, 2011 at 11:51 AM, Nicolas Mailhot wrote: > No, it's an attempt to explain a general concept and not to point the > finger at anyone. Because as soon as you provide specifics, someone will > feel offended, get defensive, and refuse to listen to the general > message. I'd honestly l

Re: systemd - standard place to run stuff after the network is up?

On Thu, Oct 20, 2011 at 12:26 PM, Nicolas Mailhot wrote: > On anything more complex a new connexion will usually be established in > addition to the existing ones, and will have a specific pre-set > configuration. For example, a port can be dedicated to guest systems, or > communication with speci

Re: systemd - standard place to run stuff after the network is up?

On Thu, Oct 20, 2011 at 1:03 PM, Nicolas Mailhot wrote: > The problem is mostly integration with networked apps, which are either > of the 'network can be up or not, if it's up always do foo' kind, or the > 'can manage multiple networks, but expects all of them to exist at > startup'. There is a d

Re: F17 heads up: gnome-shell for everyone!

On Fri, Nov 4, 2011 at 9:35 AM, Matthew Garrett wrote: > Shipping bug-free software is the job of maintainers. It's reasonable to > ask a reporter to take an issue upstream if you feel that that'll result > in the bug being fixed faster, but there's no reason to mandate that and > it certainly doe

Re: Heads Up: FESCo is considering to block packages providing sysvinit services without systemd unit

On Mon, Nov 7, 2011 at 10:28 AM, Tomas Mraz wrote: > Eventual blocking of the packages that violate this Fedora packaging > rule was not yet definitively decided upon, but we agreed that the > Fedora package maintainers should be warned that such blocking might > happen before the Fedora 17 Alpha

Re: Review beg (netcdf libs)

Yikes. I'll try real real hard to do this tonight after I get home if noone beats me to it. -jef On Wed, Nov 9, 2011 at 11:42 AM, Orion Poplawski wrote: > Not sure I have time to do a swap, but I need the following reviews done: > > https://bugzilla.redhat.com/show_bug.cgi?id=742605 - netcdf-cxx

Re: Dropping the ownership model

2011/11/22 "Jóhann B. Guðmundsson" : > What do people see as pros and cons continuing to use the current > package ownership model? I can't speak for anyone else. But for me I'm more than willing to see other contributors work with me to fix things in packages that I "own." I'll even take the hea

Re: Changing kernel API / Breaking VirtualBox - update criteria violation?

On Tue, Nov 22, 2011 at 11:07 PM, Reindl Harald wrote: > that is not the point You are missing the point as well. Regardless of whether or not you have a valid gripe about rpmfusion's volunteer effort... this is absolutely not the place to voice your concerns. It is very much off topic here on th

Re: mock deletes logs on successful package build?

On Mon, Dec 5, 2011 at 4:08 PM, Jonathan Underwood wrote: > Hi, > > Weirdly I am seeing that mock (1.1.18 on a rhel 6 machine) is now > deleting the logs if a package rebuilds successfully. The logs are not > deleted if the package fails to complete building. I've looked at the > man page and can'

Re: P2P Packaging/Koji Cloud

On Wed, Dec 7, 2011 at 11:12 AM, seth vidal wrote: > Bandwidth is the big concern for the end user here and then the other > issue is  - is all of this worth it for building pkgs? I don't think it > is, personally, pkg building is not that huge of a hit, afaict to > getting things done. +1 as a c

Re: Changing kernel API / Breaking VirtualBox - update criteria violation?

On Thu, Dec 8, 2011 at 11:23 AM, Reindl Harald wrote: > nonsense > > they HAD the manpower to do this rebuilds for so.114 to so.115 > so WTF why they jumping to a outdated version instead so.119? > > doing such nonsense and after that whine about to few manpower > is a little bit strange - the reb

Re: The question of rolling release?

On Tue, Jan 24, 2012 at 11:13 AM, mike cloaked wrote: > So how did Arch Linux cope with that particular set of changes?  I > suppose Arch Linux collapsed never to recover?  I think not! It would behoove the argument you are making if you could write up the summary of how Arch handles technology s

Re: The question of rolling release?

On Tue, Jan 24, 2012 at 7:47 PM, Nathanael Noblet wrote: > So far I've seen lots of discussion about can we do it, but no proposal nor > any real set of why it would be better. Does it reduce packaging work? Does > it do X Y Z? Why would I *want* a rolling release? So far I'm not thrilled with w

Re: The question of rolling release?

On Thu, Jan 26, 2012 at 8:09 AM, Bruno Wolff III wrote: > Hardware specific regressions aren't that rare. I have run into them > several times. I have had problems with disk controllers, USB flash > drives and video cards. Sometimes there are work arounds (e.g. using > nomodeset or disabling AGP),

Re: Unity For Fedora (As in OpenSUSE or Arch)

On Thu, Jan 26, 2012 at 8:21 AM, Lars Seipel wrote: > The last I heard from the Arch packaging efforts was that Unity won't be an > officially supported package until it no longer depends on non-upstream > patches > to GTK+ and friends. > > The same seems to be true for OpenSuse: >> Since we're r

Re: Unity For Fedora (As in OpenSUSE or Arch)

On Thu, Jan 26, 2012 at 1:59 PM, Kevin Kofler wrote: > Jef Spaleta wrote: >> required patches to gtk and core gnome components that are not >> acceptable to upstream are basically a non-starter. > > Well, we could do what openSUSE did and just ship this in an unofficial re

Re: UsrMove feature breaking "yum upgrade" upgrades from older releases to F17?

On Fri, Jan 27, 2012 at 8:43 AM, Reindl Harald wrote: > if you finally want have /bin as symlink forever this whole > change is only wasted time and makes no sense at all If you haven't read the new summary write-up on the benefits of the /user feature that I think you would benefit from reading

Re: Rolling release Fedora - fantastic idea

On Sat, Jan 28, 2012 at 3:42 PM, Noah Hall wrote: > Fuduntu Dev here. One question for you with your Fuduntu Dev hat on. Is Fuduntu is still using a Gnome 2 derived desktop experience? Assuming that is true. And please correct me if it is not. Can you point me to any documentation or any arch

Re: filesystem

On Fri, Feb 3, 2012 at 5:10 PM, darrell pfeifer wrote: > If you continue to repeat the "eating babies" myth then it will become > self-fulfilling. I would humbly suggest that use of future tense is that sentence is overly optimistic and is misleading. I think that sentence above reads more accura

Re: /usrmove?

On Wed, Feb 8, 2012 at 12:46 PM, Adam Williamson wrote: > "The objectives of the Alpha release are to: > >    Publicly release installable media versions of a feature complete > test release >    Test accepted features of Fedora 17 >    Identify as many F17Beta blocker bugs as possible >    Identi

Re: /usrmove?

On Wed, Feb 8, 2012 at 12:56 PM, Adam Williamson wrote: > On Wed, 2012-02-08 at 12:49 -0900, Jef Spaleta wrote: >> And in this scope. Inability to upgrade would be such a Beta blocker, >> methinks. > > Sure. But the above doesn't mean that beta and final blockers sh

Re: /usrmove?

On Wed, Feb 8, 2012 at 4:01 PM, Kevin Fenzi wrote: > Personally, I think f16 was a very stable boring release. > There were rough spots, but there always are. I'm still pretty sure we are doing better introducing subsystem transitions now than the pain of the initial udev transition way back in t

Re: /usrmove? -> about the future

On Fri, Feb 10, 2012 at 8:21 AM, Reindl Harald wrote: > F15 was the first Linux i saw where "reboot" did not > work until you typed "kill 1" while praying! Can you point me to a bug report from you or anyone else that has been confirmed by at least one other person? I personally didn't experienc

Re: /usrmove? -> about the future

On Fri, Feb 10, 2012 at 8:36 AM, Dan Williams wrote: > In any case, badmouthing systemd for an upgrade bug where it actually > works fine *when you're really running F15* doesn't seem right.  I > wouldn't have had this problem if it'd installed off the Live CD or done > a fresh install. Shrug, I

Re: /usrmove? -> about the future

On Fri, Feb 10, 2012 at 8:41 AM, Reindl Harald wrote: > no i can not because it is a one-shot thing to do "yum distro-sync" and so i > had no time for a bugrport while other more important things like mysqld were > horrible broken Let me strongly suggest, that unfiled problems will never get fixe

Re: /usrmove? -> about the future

On Fri, Feb 10, 2012 at 8:49 AM, Jon Ciesla wrote: > I've been yum upgrading since FC1.  I didn't see that.  I was also > running a mysql server. Maybe you should file a bug report noting that yum upgrade worked for you. I personally think that is a bug. unsupported workflows should be broken fo

Re: /usrmove? -> about the future

On Fri, Feb 10, 2012 at 8:56 AM, Jon Ciesla wrote: > Dammit.  I knew I was doing something wrong.  I'd better set those > machines on fire. youtube video or it didnt happen. -jef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: /usrmove? -> about the future

On Fri, Feb 10, 2012 at 9:07 AM, Adam Williamson wrote: > On Fri, 2012-02-10 at 19:02 +0100, Michal Schmidt wrote: >> On 02/10/2012 07:00 PM, Adam Williamson wrote: >> > The one-time case - 'the first time you go from systemd X to systemd Y, >> > the system won't shut down cleanly' - does seem to

Re: /usrmove? -> about the future

On Fri, Feb 10, 2012 at 9:39 AM, Scott Doty wrote: > Sez who? > > http://fedoraproject.org/wiki/SIGs/Server I don't see the word "production" on that page. I can imagine the existence of "non-production" servers which would not invalidate anything said on that page. -jef"I'm not even sure Fedor

Re: /usrmove? -> about the future

On Fri, Feb 10, 2012 at 9:17 AM, Reindl Harald wrote: >> What is the exact symptoms encapsulated in "not shutdown cleanly?" > > "can not connect to systembus" or some "connection refused" > somewhat in this direction apologizes to the list. I meant to ask Adam that in private email, so I could h

Re: User session printing

On Mon, Mar 5, 2012 at 8:02 AM, Bill Nottingham wrote: > Tim Waugh (twa...@redhat.com) said: >> For a plain network printer, where the printer might not be able to >> accept the job while it's busy processing others, you might have to >> queue the job and retry it later.  So if you are doing that

Re: User session printing

2012/3/8 Miloslav Trmač : > The lazy answer to both is "fail, or not, the same way as cups > currently fails, or not" (in fact, could the session printing service > simply be cups that treats the system instance as another remote > server?). If we were looking for the lazy answer, we'd just not bo

Re: User session printing

2012/3/8 Miloslav Trmač : > Right... I just wanted to make sure that any potential work on user > session printing is not discouraged by adding requirements that are > not currently satisfied with the system daemon. Of course. That wasn't meant as stop energy. If those situations have a _least sur

Re: User session printing

On Fri, Mar 9, 2012 at 12:46 AM, Tim Waugh wrote: > Yes, exactly, and that is what I'm suggesting.  For printing entirely in > the user session it is a case of using an alternative to using CUPS > running on the local machine, so that means: > > a) no filters or drivers; the job document is the PD

Re: F16: "last superblock write time in future"

On Mon, Mar 26, 2012 at 8:16 AM, Reindl Harald wrote: > i notice this since upgraded to Fedora 16 on mostly all > virtual machines while i have never seeen this with F15 > > how to track down and for which component file a bugreport? http://forums.fedoraforum.org/showthread.php?t=273727 -jef -

Re: F16: "last superblock write time in future"

On Mon, Mar 26, 2012 at 9:29 AM, Jef Spaleta wrote: > On Mon, Mar 26, 2012 at 8:16 AM, Reindl Harald wrote: >> i notice this since upgraded to Fedora 16 on mostly all >> virtual machines while i have never seeen this with F15 >> >> how to track down and for which

Re: F16: "last superblock write time in future"

> hmmm - which HWCLOCK clock? > we are speaking about VMware Machines on ESXi/vSphere My best suggestion for you is to read the following document. www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf and follow the best practises outlined there. You should have your linux guests setting

Re: F16: "last superblock write time in future"

On Mon, Mar 26, 2012 at 10:42 AM, Reindl Harald wrote: > the document above is hughe outdated Oh well. Nevermind then. Good luck correcting your configs -jef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Install Fedora Button for LiveCD

On Tue, Apr 3, 2012 at 9:51 AM, Nathanael D. Noblet wrote: > How bout adding/changing the icon for installing? Can we not include some > text in the icon? "Install Fedora" somehow?? Actually... would it make sense to force a notification event about the install option on live CD login? It pops up

Re: Install Fedora Button for LiveCD

On Tue, Apr 3, 2012 at 10:23 AM, Kamil Paral wrote: > That is a good idea that can be probably implemented very easily. > > However, what is the benefit over a persistent button in the top panel? I believe its adequately provides a solution to meet all constraints so far expressed in this discuss

Re: Revelation password manager issue

It seems there is a new upstream for revelation as of March this year. I'll poke at them a little bit to see what's going on. It's been a while since there has been an active upstream for this codebase. Here's a thought... what's Debian's policy concerning security issues is packages with a dead

Re: Revelation password manager issue

On Fri, Jun 15, 2012 at 11:05 AM, Adam Williamson wrote: > On Fri, 2012-06-15 at 10:56 -0800, Jef Spaleta wrote: >> It seems there is a new upstream for revelation as of March this year. >>  I'll poke at them a little bit to see what's going on.  It's been a &g

Re: Revelation password manager issue

On Fri, Jun 15, 2012 at 11:14 AM, Jef Spaleta wrote: > On Fri, Jun 15, 2012 at 11:05 AM, Adam Williamson wrote: >> On Fri, 2012-06-15 at 10:56 -0800, Jef Spaleta wrote: >>> It seems there is a new upstream for revelation as of March this year. >>>  I'll poke at

Re: Revelation password manager issue

So yeah... revelation is back to being entirely noarch python again. Is bouncing a package from arch to noarch as an update going to cause problems? -jef On Fri, Jun 15, 2012 at 11:22 AM, Adam Williamson wrote: > On Fri, 2012-06-15 at 11:14 -0800, Jef Spaleta wrote: >> On Fri, Jun 15

Re: Revelation password manager issue

On Fri, Jun 15, 2012 at 11:22 AM, Adam Williamson wrote: > Well, not so much exit as shutdown. It seems to frequently throw an > exception of some kind on shutdown, which seems to block up the shutdown > process until you dismiss the error dialog. Maybe it's Just Me (TM) Successful rawhide sc

Thoughts on Canonical's Quickly

I poked a little bit and I got quickly up and running partially on an F16 system. I say partially because I can't use all the exposed commands in the ubuntu application template because some of the commands aimed at publication require a coherent debian system configuration to make a local .deb fi

Re: Default image target size [Was:Re: Summary/Minutes from today's FESCo Meeting (2012-06-18)]

On Tue, Jun 19, 2012 at 2:47 PM, "Jóhann B. Guðmundsson" wrote: > Again anything that gets handed out at various events should be considered > release blockers since the quality of that product reflects back at us as a > community thus if an relevant SIG cannot cover it's own release testing > apa

Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs

On Fri, Jun 1, 2012 at 7:05 AM, Gregory Maxwell wrote: > Thats not true (and I've used tmpfs for tmp for years, so I'm speaking > from experience)— tmpfs is backed by swap on demand. Just add the > space that you would have used for /tmp to your swap. I am _very_ concerned about large files in c

Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs

On Wed, Jun 20, 2012 at 9:41 AM, Gregory Maxwell wrote: > Tmpfs volumes have a size set as a mount option. The default is half > the physical ram (not physical ram plus swap). You can change the size > with a remount. When its full, its full, like any other filesystem Okay that was what I was mis

Re: Revelation password manager issue

Rawhide target scratch build of the upstream tree with the fix. http://koji.fedoraproject.org/koji/taskinfo?taskID=4191839 I have done a local build and test on an F16 system. Revelation informs me that the key file is an old encryption format and requests me to resave to update the encryption.

Re: Revelation password manager issue

2012 at 12:17 PM, Tom London wrote: > On Sun, Jun 24, 2012 at 12:57 PM, Jef Spaleta wrote: >> Rawhide target scratch build of the upstream tree with the fix. >> >> http://koji.fedoraproject.org/koji/taskinfo?taskID=4191839 >> >> I have done a local build

Re: Revelation password manager issue

On Sun, Jun 24, 2012 at 12:45 PM, Jef Spaleta wrote: > Users with existing revelation configurations can blow away > .gconf/apps/revelation and relogin to avoid the errors and reconfig > revelation in the process. But clearly that is not optimal.  If there > is a packaging mechanis

Re: Revelation password manager issue

On Sun, Jun 24, 2012 at 12:17 PM, Tom London wrote: > Haven't checked the crypto changes, but I do notice this spew when I > try 'Edit->Preferences': Okay I think I have the GConf scriptlets fixed: http://koji.fedoraproject.org/koji/taskinfo?taskID=4191873 On local testing. Install the new sc

Re: Revelation password manager issue

On Sun, Jun 24, 2012 at 9:50 PM, Pierre-Yves Chibon wrote: > I had a number of problem with guake and its gconf schema, so after > discussion here I added this to the spec file: > > %posttrans > killall -HUP gconfd-2 > /dev/null || : > > That pretty much forces gconf to reload. Uhm has this been

Re: Revelation password manager issue

On Mon, Jun 25, 2012 at 5:36 AM, Tom London wrote: > Hmm... Still seeing spew: > Here is what I did: > > 1. I 'rpm -Uvh --force' the new package. > 2. I 'recovered' my old ~/.gconf/apps/revelation/ settings (I had > saved them by moving them to revelation.old before updating/testing > with the pre

Re: prelink should not mess with running executables

On Sun, Jul 15, 2012 at 9:58 AM, Jan Kratochvil wrote: > That prelink is being run on battery I repeat is a bug of cron. > > I had a script to disable such jobs automatically, I do it by hand nowadays. Generally speaking do we have a cron-like service that knows how to taste for onbattery in a hi

Re: prelink should not mess with running executables

On Sun, Jul 15, 2012 at 2:00 PM, Sam Varshavchik wrote: > A means for authenticating a filesystem domain socket's peer. Receive the > peer's credentials, then check /proc/pid/exe and /proc/self/exe. If they're > same, the daemon is talking to another instance of itself. The "same" in what sense?

  1   2   >