On Fri, Oct 5, 2012 at 2:57 PM, Jeff Spaleta wrote:
> Here's the problem with that update it breaks existing revelation
> setups for people because of the gconf schema change.
I'll add that the additional wrinkle is that once you move to the new
version, it updates the en
On Fri, Oct 5, 2012 at 2:32 PM, Till Maas wrote:
> I noticed that the revelation security update was not pushed to stable.
> It is now 91 days old, which makes me suspect that Jef is somehow
> hindered to take care of it:
Here's the problem with that update it breaks existing revelation
setup
On Thu, Jul 21, 2011 at 12:45 PM, Karel Zak wrote:
>> because
>> really that is exactly what you want to do on your system. If our
>> mount command will still attempt to write to /etc/mtab once its a real
>> file again, maybe things will work for you as expected.
>
> No. systemd is not compatib
> i need NOT to "reset your expectations" because if i would
> start to expect that it is mordern everywhere to replace working
> things with new stuff which is NOT READY i should throw
> away all my computers and search a job in a church
Well you do what you feel is best for you. Working at a chu
On Wed, Jul 20, 2011 at 2:37 PM, Reindl Harald wrote:
> if you do not understand me:
> if have no problem with WORKING replacements
> but i have A HUGHE problem with things that should solve
> problems nobody sees and brings a lot of new ones
I have no problem with you speaking for yourself and e
On Wed, Jul 20, 2011 at 2:11 PM, Reindl Harald wrote:
> sorry, but this does not intesrest endusers
please don't speak for me.
-jef
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, Jul 20, 2011 at 12:06 PM, Doug Ledford wrote:
> Unfortunately, I was told I should remove the systemd support in
> particular, so I did. Glad to hear it worked for you though ;-)
You mean in F15? Or do you mean in rawhide as well?
Id be interested in using unofficial F15 systemd enable
On Wed, Jul 20, 2011 at 3:29 AM, Nicolas Mailhot
wrote:
> I don't think someone would have written all the 'find a free port, create a
> new workdir, etc' logic in the tomcat script if just 'copy and change settings
> in the init file' was scaling for his use. After all, 'copy and change things'
>
On Wed, Jul 20, 2011 at 5:43 AM, Lennart Poettering
wrote:
> On Wed, 20.07.11 11:06, Nicolas Mailhot (nicolas.mail...@laposte.net) wrote:
> I am not sure what precisely you need but systemd actually supports
> instantiated services. For example, getty@.service is instantiated 6
> times for getty@t
hey Lucas,
Can you point me to the on system manpage and docs for
console-kit-daemon which is running be default on my F15 install? I
can't seem to find the documentation.
>From my reading about available systemd roadmapping for systemd-logind
in the context of upstream systemd development s
On Tue, Jul 19, 2011 at 1:33 PM, Nicolas Mailhot
wrote:
> All this code is here just to instanciate the service and do the related
> housekeeping. It does not belong in a separate script any more or less
> than the rest of the sysv stuff. That example just shows the sysv setup
> was flexible enoug
On Tue, Jul 19, 2011 at 11:37 AM, Jeff Spaleta wrote:
> In this case the executable in question is in fact a bash script that
> appears to be a distro-specific enhancement...but an upstream
> deliverable.
sorry that should read... but not an upstream delivarble... that _not_
is sort of
On Tue, Jul 19, 2011 at 11:31 AM, Stijn Hoop wrote:
> In other words, why should the package tomcat6 not provide a
> better /usr/bin/tomcat6 "binary" (or shell script, or whatever) that
> can work out on its own whether to multi-instantiate?
In this case the executable in question is in fact a b
2011/7/19 "Jóhann B. Guðmundsson" :
> Hum best is to provide you with example which daemon do you maintain I can
> convert it for you and provide it to you as an example anyway here's an
> example of a systemd unit that I converted sometime ago for a know
> application named tomcat6 and I'll leave
On Tue, Jul 19, 2011 at 9:59 AM, Fulko Hew wrote:
> From what I understand, I will now have to provide some systemd
> application that is coded in C?
> If that is the case, I now have to create an RPM per-architecture
> and loose my architecture independence.
I do not believe you can have to inco
On Tue, Jul 19, 2011 at 8:51 AM, seth vidal wrote:
> I agree with one section of your argument:
> arguments which are just "I'm not used to this" are bad arguments.
>
> Many of the arguments presented in this and other threads do not boil
> down to that. If you believe them to do so, Jeff, then
Just because shell scripts are familiar doesn't make then easier.
Shell scripts can be quite quite fragile. Collectively as admins
we've grown very attuned to dealing with shell semantics good and bad.
None of us who are deeply familiar with shell can You easily assess
the relative merits of syst
On Mon, Jul 18, 2011 at 12:42 PM, mike cloaked wrote:
> I guess the process can be started - but by the time it is ready for
> prime time then any daemons that need to work should have been tested
> to work without the need for any /etc/sysconfig/... files - just by
> the way what then out of inte
On Mon, Jul 18, 2011 at 11:13 AM, Simo Sorce wrote:
> Some daemons cannot be "fixed", get over with this mantra that daemons
> need be fixed Lennart.
If I were a betting man I'd wager that all the daemons we ship are
easier to "fix" than the US deficit (in both the technical sense and
in the
On Fri, Jul 8, 2011 at 11:54 AM, Lennart Poettering
wrote:
> This is not really about packaging, more about writing unit files. Since
> unit files are intended to be included upstream this is better discussed
> on systemd-devel.
There is some benefit in making it possible for distribution package
On Fri, Jul 1, 2011 at 1:57 AM, Michael Schwendt wrote:
> Adam, Adam, Adam ;) it's this one in "updates":
> https://admin.fedoraproject.org/updates/libreport-2.0.4-1.fc15
Is there an open ticket about the report package that needs to be
bumped to get this cleaned up. It seems from the ticket tra
On Thu, Jun 30, 2011 at 8:16 AM, Jeff Spaleta wrote:
> On Thu, Jun 30, 2011 at 3:51 AM, Jiri Moskovcak wrote:
>> - I was afraid, that it would be against some Fedora policy ;) Then just
>> the rawhide..
>
>
> Okay if this isn't coming to F15, can you provide the suf
On Thu, Jun 30, 2011 at 9:18 AM, Genes MailLists wrote:
> Actually I'd prefer to know how to move forward to the new way ...
run rawhide!
-jef
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, Jun 30, 2011 at 3:51 AM, Jiri Moskovcak wrote:
> - I was afraid, that it would be against some Fedora policy ;) Then just
> the rawhide..
Okay if this isn't coming to F15, can you provide the sufficient
instructions on how to revert the libreport packages from F15 updates
testing so that
For context on the change in mtab behavior please read over the
upstream util-linux mailing list discussions concerning /etc/mtab.
I would suggest you start your review of discussion with this thread from 2007:
http://thread.gmane.org/gmane.linux.file-systems/15576/focus=15594
-jef
On Mon, Ju
On Sat, Jun 18, 2011 at 9:51 PM, Adam Williamson wrote:
> Probably not, but I wouldn't say they're equivalent. I don't think many
> people expect their desktop to have a screen recorder built in. I can't
> think of any other desktop that _does_. When I said Shell was fully
> mouse accessible I was
On Sat, Jun 18, 2011 at 9:55 AM, Adam Williamson wrote:
> That's a pretty unique example. It's really not core desktop
> functionality; it's an easter egg, really. I think it was initially put
> in purely for the use of GNOME PR / documentation people, and left in
> because it wasn't hurting anyth
On Fri, Jun 17, 2011 at 8:29 AM, Adam Williamson wrote:
> For more 'advanced' users, the keyboard shortcuts are there, and you're
> probably going to want to use them if you don't want to gnaw your own
> legs off out of boredom. No, they're not particularly discoverable: it's
> very difficult to d
On Fri, Jun 17, 2011 at 6:42 AM, Jared K. Smith
wrote:
> It can be named... it's called the "Super" key. Well, at least mine
> is super, as it has a Fedora logo on it :-)
That's a bad place for the Fedora logo... just like its a bad place
for the Windows logo. What is needed is project-neutral
On Fri, Jun 17, 2011 at 6:48 AM, Bill Nottingham wrote:
> Jeff Spaleta (jspal...@gmail.com) said:
>> If you want to pick up maintainership for istanbul let me know. I'm
>> going to be retiring this package in about a week.
>
> What's the preferred screen recorder t
On Fri, Jun 17, 2011 at 5:21 AM, Ralf Corsepius wrote:
> ... you mean by "holy ghost intuition", feel tempted to press a key to
> access a hidden feature, where once was a simple feature?
The question really isn't whether or not to make use of the newer
keys. The real question is how to make it l
If you want to pick up maintainership for istanbul let me know. I'm
going to be retiring this package in about a week.
-jef
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, Jun 16, 2011 at 9:42 AM, Lucas wrote:
> Thanks a lot for your advice, I will play with it.
The advanced gnome-clock based support for location is busted in
gnome3 but the manual lat/lon settings work fine. If you don't want
it to transition from day to night color temperature smoothly t
On Thu, Jun 16, 2011 at 7:17 AM, Lucas wrote:
> Dear All.
>
> Since Fedora 13 I am trying to replace my old OpenSuse 11.1 with Fedora and
> always failed.
> The problem is I can't use my laptop LCD picture. After about 20-30 minutes I
> feel eye strain.
Have you looked at installing and configu
On Tue, Jun 14, 2011 at 6:32 AM, Orcan Ogetbil wrote:
> I understand the inconsistency and it is indeed a bug in mount.
>
> Nevertheless you are missing the point. If X worked before (X=mounting
> at boot with fstab containing trailing slashes), and stops working now
> because of the change Y I
On Tue, Jun 14, 2011 at 5:32 AM, Reindl Harald wrote:
> i think this would be a good idea
>
> PHP (my main language) is fighting with traling slash or not troubles
> over all the years, but there is nothing to stop the boot-process and
> systemd is a very different level of software
Let's be clea
On Mon, Jun 13, 2011 at 11:25 PM, drago01 wrote:
> Well you can't expect him to test every possible scenario (no matter
> how trivial it is). I never saw an fstab with a trailing slash so I
> wouldn't have though about testing it either.
Same here. I actually spent a good chunk of my _volunteer
On Thu, May 12, 2011 at 8:41 AM, Camilo Mesias wrote:
> So, reading between the lines, is it fair to say that Ubuntu seem to
> have chosen a display manager to avoid dbus and consolekit?
I don't think the available information supports any such conclusions
concerning motivation. If you want to
On Thu, May 12, 2011 at 6:11 AM, Neal Becker wrote:
> Sounds interesting:
>
> http://digitizor.com/2011/05/12/ubuntu-11-10-lightdm/
Public discussion background see this thread:
http://mail.gnome.org/archives/desktop-devel-list/2010-October/msg00226.html
Specifically:
http://mail.gnome.org/arch
On Tue, May 10, 2011 at 7:34 AM, Jonathan Corbet wrote:
> Could it be that Fedora lacks the resources to maintain both Rawhide and
> the next-release branch? In retrospect, was No Frozen Rawhide as good an
> idea as it seemed?
I need to redo my tongue-n-cheek seasons of rawhide in the new No
Fr
It's that time of year again. I'm heading off to Antarctica again,
which means I'll effectively be unavailable to do any meaningful
Fedora related work.
Since I went through this last year, most if not all of my packages
should have coverage with existing co-maintainers. I'll be checking in
which
On Wed, Dec 8, 2010 at 6:06 PM, BJ Dierkes wrote:
> That is exactly right.
reading over the instructions on the pypi page for cement.devtools
explicitly tells people to easy_install cement prior to
easy_install'ing cement.devtools, so I wanted clarification as to
whether that was necessasry.
-j
On Wed, Dec 8, 2010 at 2:39 AM, BJ Dierkes wrote:
> Hello all,
>
Just to be clear... PyPI has an implied "one source" requirement
embedded in its repository structure and you have optimized your
upstream project release structure to meet PyPI's implied requirement.
Question does PyPI handle depe
On Tue, Dec 7, 2010 at 8:12 PM, Matt Domsch wrote:
>> Note that I am not advocating keeping these packages unfixed. I wanted
>> to point out that things might turn ugly and might even trigger an
>> avalanche when you remove the FTBFS packages from the repo and then
>> the packages that depend on t
On Tue, Dec 7, 2010 at 6:20 PM, Jesse Keating wrote:
> While I'm looking into the git setup and ACLs and all this, I have a
> question.
>
> Is anybody seeing any real value of having different commit ACLs per
> Fedora branch? I've seen some argument for EPEL vs Fedora, but is there
> real value i
Just to be clear this is F14 updates testing you are referring to?
-jef
On Fri, Nov 19, 2010 at 5:15 PM, Dave Jones wrote:
> Wtf happened in updates-testing ?
>
> gdm and a bunch of other stuff crashes on startup..
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.
On Thu, Nov 18, 2010 at 1:08 AM, Fulko Hew wrote:
> I know the definition for memcpy (on Linux) says don't use overlapping
> regions but thats really a poor excuse for knowingly misbehaving when
> it could certainly prevented. Sorry, but using 'optimization' as a defense
> is just plain poor engi
On Wed, Nov 17, 2010 at 8:16 PM, Jon Masters wrote:
> Did anyone upstream look into a compatibility environment variable that
> could be exported to change the direction of the memcpy? Yes, it's a
> hack, but it would allow affected users to have an option.
Could we make use of that sort of envir
On Tue, Nov 9, 2010 at 9:09 PM, Dennis Jacobfeuerborn
wrote:
> No. I'm sorry but it's fundamentaly unfair to hold me responsible for the
> behaviour of others. If you think this shouldn't have been brought up fine
> but if others decide to draw premature conclusions from this it's their
> fault an
On Tue, Nov 9, 2010 at 7:33 PM, Felix Miata wrote:
> Actually there is. When someone files a good bug, as opposed to one that
> requires more than trivial attention due to significant missing or invalid
> information, achieving fixed status is an informal statement that the filer's
> effort was va
On Tue, Nov 9, 2010 at 7:09 PM, Andrew Haley wrote:
> OK, so it's likely that everything will just continue to work
> remotely, and people won't experience any problems. And they won't
> have to run VNC just to get their favourite app to display remotely.
>
> If this had been explained clearly to
On Tue, Nov 9, 2010 at 6:12 PM, Dennis Jacobfeuerborn
wrote:
> Then why are people already calling for the rejection of Wayland even
> though Wayland is still far from being finished and hasn't even touched
> Fedora yet.
>
> raising concerns != screaming the sky is falling
Actually, if we go bac
On Tue, Nov 9, 2010 at 4:55 PM, Adam Jackson wrote:
> Remoting a wayland application is _trivial_. Either to an X or to a
> wayland view system. It's hard to make wayland remoting less flexible
> than X over the network, since the natural remoting level (surface
> updates) is basically stateless
On Fri, Nov 5, 2010 at 12:23 PM, Thomas Bendler wrote:
> What does this mean, wait until Canoncial provides patches before taking a
> look at interresting technologies? Or even better, don't use applications
> where Canoncial don't provide patches? That means that a lot of application
> can't be u
On Fri, Nov 5, 2010 at 11:57 AM, Richard W.M. Jones wrote:
> What's the implication for people who absolutely need to use
> X applications remotely?
I believe the idea for the overall plan is that the traditional X
server grows the ability to be a Wayland client and that any normal
distribution w
On Fri, Nov 5, 2010 at 2:10 AM, Rahul Sundaram wrote:
> Considering that it was started by a Red Hat employee, I would say there
> has already been some involvement
a cursory look at who has private branches of it on
git.freedesktop.org is also good indication as to where the
involvement has been
On Mon, Nov 1, 2010 at 10:32 PM, wrote:
> Fedora 14 Installation Guide have some mention about GRUB2
> but it is still not clear is anaconda capable to detect it.
> http://docs.fedoraproject.org/en-US/Fedora/14/html/Installation_Guide/s1-x86-bootloader.html
There is one reference to GRUB 2 to he
On Mon, Nov 1, 2010 at 10:00 PM, wrote:
> There is nothing about GRUB2 in Installation Guide
I'm not sure why there would be an expectation that their would be.
Fedora doesn't use Grub2. There are many possible bootloaders that
could be on a system. Do we mention any of them by name anywhere?
We
On Mon, Nov 1, 2010 at 5:08 PM, Adam Williamson wrote:
> Saying 'oh dear, this might not work, we'd better not try' is rarely a
> good approach, IMHO. It's better to try things, with the proviso that
> you accept when they aren't working and withdraw or modify them.
I would agree with this, if th
On Tue, Oct 12, 2010 at 12:46 PM, Jeff Spaleta wrote:
> The low activity on the Ubuntu torrent server generally really leaves
> me scratching my head as to how to evaluate the applicability of the
> alternative image approach.
Just to provide some closure on this. I watched the Ubunt
On Tue, Oct 12, 2010 at 11:32 AM, Evan Dandrea wrote:
> I honestly have no idea.
Hmm. That's unfortunate. It appears from the web pages that the
preferred way to get the alternative images is the torrent ticket (as
it appears ahead of the mirror urls). If users are meant to bump their
head on the
On Tue, Oct 12, 2010 at 10:42 AM, Evan Dandrea wrote:
> You can follow the path to the different desktop CDs from here:
>
> http://www.ubuntu.com/desktop/get-ubuntu/download
>
> The alternate CD can be found under the alternative downloads link,
> with an explanation that it "is suited for compute
On Tue, Oct 12, 2010 at 9:18 AM, Evan Dandrea wrote:
> I'm not challenging your point that the Fedora installer offers more complex
> options. I just wanted to clarify our approach, as our users are not screwed
> in these circumstances, we just clearly separate their use cases to different
> CDs.
On Fri, Oct 1, 2010 at 12:44 PM, Mike McLean wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=626209
> Reported against F13, but I've encountered it in F14 Beta.
>
> Seems like more folks ought to be impacted by this bug that seem to
> be, so I wonder what is going on here. Do less folks use s
On Tue, Sep 28, 2010 at 10:55 AM, Stephen Gallagher wrote:
> Or just have the download page provide a link to "List all download
> options"
this exists now in multiple forms on the
http://fedoraproject.org/get-fedora page
In the central frame "More download options..." right under the big
downl
On Mon, Sep 27, 2010 at 12:30 PM, Gregory Maxwell wrote:
> I would expect that the i686 install will remain the most common so
> long as that is what the Fedora project promotes.
I wouldn't. We can actually look a little deeper at some of the
download stats and take the concept of "promotion" out
2010/9/20 Michał Piotrowski :
> Yes. Most users don't care about libfoo 1.6.54 -> libfoo 1.7.0 upgrade.
> It's cool if you have strange problems with PgPool
You understand that what you have just describe is not easily wrapped
into a self-consistent policy right? There are undoubtably "strange
p
2010/9/20 Michał Piotrowski :
> Setting up "official" backport repo will avoid repos fragmentation.
Another repository/branch inside Fedora infrastructure does not
automatically avoid the any of the potential problems that you would
want to lump into "repo fragmentation." You'd have to take great
On Thu, Sep 16, 2010 at 8:31 AM, Nils Philippsen wrote:
> I like this. We also need black helicopters.
Surely blue helicopters.
-jef
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, Sep 16, 2010 at 7:57 AM, Richard Hughes wrote:
> It just so happens that app-install does just that.
The question isnt should app-install exist. The question is does it
interact with our package management system as a source of metadata
information in the right way that makes sense for ou
2010/9/14 "Jóhann B. Guðmundsson" :
> Should gnome-shell and every other feature fall under "technology
> preview" and stay like that for sometime as well before becoming the
> default or does this just applied to certain features maintained by
> certain people. . .
I'm making lemonade out of lem
On Tue, Sep 14, 2010 at 3:56 PM, James Laska wrote:
> Much like we introduced and communicated btrfs support in F-11, should
> we communicate systemd as a technology preview in Fedora 14?
I would agree with this. I certainly plan to run F14 with systemd in
anticipation of seeing it become the de
On Wed, Sep 8, 2010 at 10:07 AM, Alex Hudson wrote:
> I know fonts come in RPMs, but tbh as a user I could really care less.
I'm not disagreeing. But since fonts have come up in the context of
app-install.. I'd like to hear what the main PackageKit developer
thinks about fonts as _packages_.
I un
On Tue, Sep 7, 2010 at 1:23 PM, Richard Hughes wrote:
> A patch would be lovely, but some sample code that renders a ttf file
> to a png file "The smart brown fox or whatever" using cairo is
> probably good enough for me to get going.
Just to be clear. When "users" want a to get a new font what
On Tue, Aug 31, 2010 at 11:26 AM, Bill Nottingham wrote:
> It is not meant to be a complaint at you or a request for you to do more
> work. It's a complaint at the state of the world. (Why not find the
> biggest windmill of all to tilt at?)
I didn't mean for you to think it was a complaint. If I
On Tue, Aug 31, 2010 at 10:31 AM, Bill Nottingham wrote:
> That's gross. (I realize you're blocked on the sites you rely on, but
> geez, can't you find sites with real APIs?)
It is what it is. Though I do like being given credit for doing
development work that I'm not actually responsible for. M
On Tue, Aug 31, 2010 at 9:34 AM, Emmanuel Seyman
wrote:
> Same goes for programs that scrape web pages (I'm thinking of gcstar but
> I'm sure there are others). If the page layout changes, the page scraper
> needs to be updated and that usually involves updating the package.
Yep.. gourmet does th
On Tue, Aug 31, 2010 at 8:57 AM, Jon Masters wrote:
> Things like Firefox, and Thunderbird have large external teams
> maintaining them who appear to have goals around ensuring a consistent
> user experience, with testing, and so forth, over and above just getting
> new features. They even do self
On Tue, Aug 31, 2010 at 7:39 AM, Jesse Keating wrote:
> An update that changes behavior for the end user would never be
> acceptable as an update to a stable release. Only severe exceptions
> should be made to this rule, where the time/effort to backport the
> important fixes from a new upstream
On Fri, Aug 27, 2010 at 2:47 PM, Bob Arendt wrote:
> Actually I think Fedora *should* articulate who the users are, basically
> design and express who and what Fedora is designed for.
> I think it would be much better for Fedora to decide what it *should* be,
> specifically what the Fedora usersp
On Fri, Aug 27, 2010 at 2:08 PM, Jon Masters wrote:
> Again, I feel it is necessary to have a survey of Fedora users.
> Preferably annually. And listen to the feedback. If they say "yep, we
> just love the churn, the number of updates" and so forth, then fine. If
> they say "actually we'd like les
On Thu, Aug 26, 2010 at 10:29 AM, Jon Masters wrote:
> Great. It works fine on a laptop, in general. But on a
> desktop/server/workstation that is connected for weeks at a time (like
> mine), I don't want to have to do clicky buttony stuff just to make my
> network work. Nothing has yet proved as
On Tue, Aug 24, 2010 at 2:06 PM, Paul W. Frields wrote:
> I don't think anyone can generalize that the usage of Fedora is
> declining. What we can prove, and certainly is troublesome, is that
> yum check-ins of successive releases have been dropping by a couple
> percent each release (although do
On Fri, Aug 20, 2010 at 3:08 PM, Till Maas wrote:
> Nevertheless, imho it should not be used to develop infrastructure for Fedora,
> because people involved in Fedora might not want to use it, because it is not
> FOSS.
The less-than-clear-future roadmap for Wave as a service brings home
exactly t
On Fri, Aug 20, 2010 at 10:52 AM, Adam Williamson wrote:
> That would likely be a bad idea. Mandriva did something similar a few
> years back, before I left, and it was pretty unpopular and often
> confusing for users. I lost count of the number of times I explained how
> to change the default fil
On Fri, Aug 13, 2010 at 4:24 PM, David Malcolm wrote:
> Sorry about this.
You don't know how sorry! You've made it onto my Christmas Card list.
Which means I send you a live puppy in the mail COD overnight delivery
for Christmas day to your place of work. Now you have a choice. You
can either b
On Fri, Aug 13, 2010 at 10:20 AM, David Malcolm wrote:
> Personally, I'm leaning towards option (a) above (the "don't override
> warnings" option): closing the various as WONTFIX, and adding a section
> to the release notes, whilst working towards fixing this in Fedora 15.
> Affected applications
On Mon, Aug 2, 2010 at 9:52 AM, Adam Williamson wrote:
> Erm, what complaint? That it's dead? I've never heard that one before.
> Mostly, people seem to complain when it gets changed, not when it
> doesn't.
The gods of irony are pleased indeed.
However, this maybe a case where it would be good
On Fri, Jul 30, 2010 at 2:17 PM, Matěj Cepl wrote:
> Everybody was bitching about CVS for years,
I'm pretty sure I wasn't. But I'll still pile on with a +1 for the
switch over to git
-jef"getting git to compile on qnx is no fun"spaleta
--
devel mailing list
devel@lists.fedoraproject.org
https:
On Fri, Jul 30, 2010 at 11:21 AM, seth vidal wrote:
> As opposed to leaving off a ; which NEVER happens.
I never happens.. if you always use left handed emoticons <-;
-jef
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, Jul 26, 2010 at 6:38 PM, Adam Williamson wrote:
> revelation (okay, okay, i'm sneaking this one in because *i* depend on
> it :>)
I depend on it to and it needs a complete overhaul and an upstream
reboot. Want to help me start an effort to reboot the upstream? It
really needs to be retoo
On Mon, Jul 26, 2010 at 5:27 PM, David Malcolm wrote:
> Current status: 114 failing builds
> http://dmalcolm.fedorapeople.org/python-packaging/failures-2010-07-26-02.html
>
> See also the notes on:
> https://fedoraproject.org/wiki/Features/Python_2.7#Current_status
>
> Many of these appear to be p
On Sun, Jul 25, 2010 at 5:13 PM, David Malcolm wrote:
> Status:
> - we're down to 170 failing builds against python 2.7
> - various BuildRequires are now available in the 2.7 Koji tag:
> - boost and openmpi (thanks oget!)
yippie!
I hope to find some cycles tomorrow to pick up my pieces. Having
On Thu, Jul 22, 2010 at 1:46 PM, Stephen John Smoogen wrote:
> I have seen this done with a couple of GNU tools in the past. The
> problems that usually stopped this was that too many strange consoles
> seem to be a pipe at somepoint and so it spits out the wrong format at
> the wrong time. It is
On Thu, Jul 22, 2010 at 12:17 PM, Horst H. von Brand
wrote:
> Great to know about that. And yes, it is extremely relevant for a sysadmin
> to know how to tickle the system so it spits out awk(1)-able logs and stuff.
Hmm... can these tools learn to prefer a certain format when they are
piped int
2010/7/22 "Jóhann B. Guðmundsson" :
> I think it's time to re-inform everyone since they seemed to be so
> focused on systemd and have completely forgot about upstart.
>
> Nobody has said anything that upstart was being deprecated nobody!
That's not exactly what I'm talking about... though that's
On Thu, Jul 22, 2010 at 9:46 AM, Adam Williamson wrote:
> Can we please stick to the technical issues here? That is, how we should
> implement systemd to make the transition from upstart/sysv as painless
> as possible, and perhaps some semantic improvements to the parameters
> and command names Le
On Thu, Jul 22, 2010 at 8:48 AM, Lennart Poettering
wrote:
> Looking at what Windows and MacOS do in this area is probably
> healthy. Both systems rearrange sectors on disk and parallelize as much
> as possible. I think that's bascially a good recipe we should follow
> too. systemd caters for the
On Wed, Jul 21, 2010 at 10:00 PM, David Malcolm wrote:
> - numpy is segfaulting during %check; am waiting on a gdb build to
> finish (linked against 2.7) before I debug; this blocks pygtk2 which
> blocks various things
Sigh... of course it does. Since numpy pretty much blocks all the
packages im
On Wed, Jul 21, 2010 at 5:55 PM, Stephen John Smoogen wrote:
> I will forego the bikeshedding and say it should be sysconfig or
> syssetup but I do believe it will cause a lot of complaints.
sys-armyknife
system-get-me-a-beer
More seriously systemctl has been bantered around on this list
alread
1 - 100 of 189 matches
Mail list logo
