Ilyes Gouta, Thu, 19 Aug 2010 21:43:45 +0100:
> How about a very well maintained open source piece of software, such as
> WebKit
which of the two forks of KHTML is well maintained in your opinion?
Google one? (http://spot.livejournal.com/312320.html)
> and WebKit2 (http://trac.webkit.org/wiki/We
Till Maas, Wed, 25 Aug 2010 13:15:20 +0200:
> Does it support setting "ip rule" commands if an interface is up?
> http://projects.gnome.org/NetworkManager/developers/settings-
spec-08.html
I am not sure I know what you mean (I am not that great netadmin), but I
a lot things can be done with scrip
Matthew Miller, Tue, 24 Aug 2010 10:09:52 -0400:
> On Tue, Aug 24, 2010 at 08:58:50AM -0500, Michael Cronenworth wrote:
>> Why are you complaining? If your package needs an MTA - put in a
>> Requires!
>
> If we follow the general state of things: "if a package might need
> something, toss it in as
Matthew Garrett, Tue, 24 Aug 2010 15:43:36 +0100:
> If the question is "How do I ensure that important
> system messages get delivered to someone who can do something about them
> in a timely manner", a local MTA isn't a great answer.
It would be if (rather obvious) https://bugzilla.redhat.com/sho
Jesse Keating, Mon, 23 Aug 2010 23:44:34 -0700:
> I just submitted updates for el5 and f1{2,3,4} as well as a build for
> rawhide (f15) of a new fedpkg build. Here is a summary from the rpm:
EL6?
--
http://www.ceplovi.cz/matej/, Jabber: mceplceplovi.cz
GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3
Kevin Kofler, Thu, 26 Aug 2010 19:59:00 +0200:
> 1. Not everyone uses GNOME.
I believe KDE should have something equivalent ... don't you have a tool
for managing multiple screens/heads?
> 3. What if you can't bring up X in the first place?
Somebody suggested Xorg -configure but the main point
Kevin Kofler, Sun, 29 Aug 2010 07:19:51 +0200:
>> I believe KDE should have something equivalent ... don't you have a
>> tool for managing multiple screens/heads?
>
> It doesn't do systemwide/permanent settings. (But I think the GNOME tool
> also doesn't implement that at this time.)
Oh sorry, no
Adam Williamson, Thu, 02 Sep 2010 12:11:57 -0700:
> http://www.happyassassin.net/2010/06/26/a-quick-reminder-on-64-bit-
flash/
>
> should sort you out.
well, I think that the advice on this page is somehow confused:
a) flash-plugin (at least as installed from http://get.adobe.com/cz/
flashplayer
Michał Piotrowski, Mon, 20 Sep 2010 17:32:49 +0200:
> PostgreSQL 9 was released
> http://www.postgresql.org/about/news.1235
>
> Are there any chances to get this for F14? The new version supports
> basic replication scenarios, so I would not have to use PgPool :)
I think this is an ideal project
Peter Lemenkov, Mon, 04 Oct 2010 15:22:24 +0400:
> Unfortunately you're talking (and the rest Fedora Mozilla team) about
BTW, just as a way of clarification, my rant was not targeted
specifically at you, but everybody (and it is currently a big fashion)
ranting against “proprietary” MoFo. No per
Peter Lemenkov, Mon, 04 Oct 2010 12:24:00 +0400:
> In fact the backlog for Mozilla-related packages is even bigger, because
> (due to the fact that MoFo products are unmaintainable at all) many of
> them were closed automatically with new Fedora releases.
It would be really helpful if instead of c
Florent Le Coz, Mon, 04 Oct 2010 15:20:04 +0200:
>> Trademark cannot be ever free as in freedom.
> That's why Fedora should not ship Firefox, but Iceweasel, or Icecat, or
> Minefield, or anything else that is not trademarked and isn't impossible
> to patch without mozilla's consent.
I won't comme
Ralf Corsepius, Tue, 05 Oct 2010 06:01:09 +0200:
> Close source school of thinking - Trademarks exist to protect an
> enterprise's product and to close out "copyiers". FLOSS exists to enable
> people "to share".
Nonsense, trademarks exists to protect users and to avoid living off
somebody else br
Martin Sourada, Wed, 06 Oct 2010 22:39:00 +0200:
> But I have my doubts about
> mozilla in this regard, after all, proper support on linux does not seem
> to be high priority for them
I just fell the urge to mention here
https://bugzilla.mozilla.org/show_bug.cgi?id=577653#c6
and
http://en.wikipedi
Martin Sourada, Thu, 07 Oct 2010 22:55:52 +0200:
> but unless someone announces API/ABI changes, you'll notice them only
> after someone fills a bug that your plugin does not work (yes, this is
> precisely the kind of thing that could be caught by usual dependency
> check if mozilla used properly v
mt-daapd in Fedora (and EPEL) is nothing than life of pain (crashes,
sudden unexaplained stops, etc.) and its upstream is dead.
There is now fork of it (http://blog.technologeek.org/category/hacks/
forked-daapd) which shows some life and hope it could be acutally
maintained by somebody who at le
Stephen Gallagher, Mon, 11 Oct 2010 08:20:08 -0400:
> Being that it's a different upstream project now, you need to create a
> new package in Fedora. Once that's reviewed and included in the
> packageset, you should raise the question of default inclusion with
> FESCo.
Sure, no problem. Just I don
Stephen Gallagher, Mon, 11 Oct 2010 08:34:18 -0400:
> Sorry, I think I was confusing daapd with another (system-critical)
> component. You probably need to contact the maintainer of the original
> mt-daapd and make sure they're on-board with switching to this new
> forked version, as well as trying
Jesse Keating, Wed, 13 Oct 2010 17:13:43 -0700:
> Am i the only one that finds it hilarious that this thing is named
> "Dynamic Window Manager"? So dynamic, you gotta recompile to change
> anything
Not sure about the word, but otherwise it just perfectly fullfills its
purpose:
Because d
Tim Niemueller, Thu, 28 Oct 2010 00:33:07 -0400:
> git clone package-repo
> make changes in package repo
> commit
> push repo somewhere
> send pull request to package maintainer
git format-patch(1)?
Matěj
--
http://www.ceplovi.cz/matej/, Jabber: mceplceplovi.cz
GPG Finger: 89EF 4BC6 288A BF43 1B
Orcan Ogetbil, Wed, 03 Nov 2010 21:02:02 -0400:
> Maybe it is time to discuss the usefulness of ABRT to Fedora. I think
> that it is a great idea for commercial products such as RHEL, but it
> obviously did not fit Fedora as is.
>
> From what I have seen, the maintainers are more responsive to man
Dne 14.7.2011 09:28, JB napsal(a):
> The original b-tree algorithm was a result of an academic study, formulation,
> and empirical testing, and was subjected to scientific scrutiny.
Ehm, I don't claim to have any deep knowledge on the matter, but I have
here B-trees explained in Wirth (1975), and
Hi,
I have just released ownership of avl. It was unsuccesful attempt to
build forked-daapd in Fedora. Its upstream maintainer is just too weird,
using the most weird libraries (including Grand Central Dispatch), and I
would spend my life maintaining it. Switched to ushare instead.
Matěj
--
Dne 26.7.2011 20:40, Bernd Stramm napsal(a):
> Oh it seems every useful for purposes like installing executables that
> most users will never find.
Actually I would prefer ~/.local/bin to ~/bin ... I actually use ~/ as
my workspace (I never got what's the point of ~/Desktop) so I don't
want to du
On 8.8.2011 14:44, Josef Bacik wrote:
> I appreciate those who will continue to use it and report bugs, we are
> working very hard on trying to get everything more stable and it is a
> slow going process. With your help we will be in a better situation
> for F17. Thanks,
So, no increase of your
Dne 12.8.2011 18:50, Jos Vos napsal(a):
> Should configs files of a package be patched to have settings that
> make it work more or less out of the box (as far as possible, some
> setting like DB access etc. just can't be filled in in advance)?
There are many caveats to this answer, but I think ge
Dne 19.8.2011 14:06, Peter Robinson napsal(a):
> Do you have IPv6, I wonder if its somehow related to that.
I haven't disabled it, but the turtle doesn't dance, so it is not
configured.
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/d
Dne 31.8.2011 08:50, Andreas Schwab napsal(a):
> Please wait until I am finished working on it. This is not a bug that
> can be easily reproduced.
I don't have a good reproducer, but I believe this one
firefox -g
run
{ and then run Firefox for couple of hours it fails }
is pretty certain way h
Dne 31.8.2011 13:12, Mattias Ellert napsal(a):
> At the moment jquery is not package as a separate package. If it was
> packagers could replace them with a symlink to that.
Help us to finish https://bugzilla.redhat.com/show_bug.cgi?id=nodejs and
you can get https://bugzilla.redhat.com/show_bug.cg
Dne 31.8.2011 19:31, Stephen John Smoogen napsal(a):
> they all came from the same version of upstream jquery. And delivering
> just one large jquery that can be used is not going to fit what either
> upstreams, web developers OR their users want or need.
I still haven't got the reason why jQuery
Dne 2.9.2011 22:54, Adam Williamson napsal(a):
> Hum, I didn't realize our resolutions were so customized, I thought they
> were the upstream ones; this is what I've been told when discussing
> custom resolutions in the past. It's certainly something you could
> propose as an enhancement by filing
Dne 3.9.2011 00:33, Matt McCutchen napsal(a):
> bugs would harmonize with the current RHEL policy. None of my 131 bugs
> have been marked CANTFIX [2]; maintainers seem to find that the
> better-known WONTFIX and NOTABUG cover the range of cases.
I use it routinely as a polite version of WONTFIX f
Dne 3.9.2011 10:38, Richard W.M. Jones napsal(a):
> https://rwmj.wordpress.com/2011/08/09/nice-rpm-git-patch-management-trick/
>
> This method is quite probably simpler than the one you're using now.
I am in the process of pushing our less interesting Xorg patches
upstream, and I had a great expe
Dne 6.9.2011 16:29, Panu Matilainen napsal(a):
>> I like the idea of quilt but I can't seem to find the magic recipe to
>> get it to integrate with rpmbuild.
What's wrong with
quilt setup specname.spec
?
Best,
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproje
Dne 11.9.2011 00:35, Pavel Alexeev (aka Pahan-Hubbitus) napsal(a):
> Obviously you have not read my question. It is not jreen. It is about
> psi and kopete. And there NO system versions of mentioned libs in Fedora
> yet.
I believe the correct answer is that those libraries should be still
unbundl
Dne 10.9.2011 17:23, Rahul Sundaram napsal(a):
> I agree with that. If Spot is going to maintain it anyway, it might as
> well as be in the repository and more accessible to end users with
> better security
Well, we could do a little salami tactic ... e.g., use system v8 which
is packaged and a
Dne 12.9.2011 11:26, Alex Hudson napsal(a):
> I view this as entirely equivalent to having a rule about not breaking
> trunk in version control: I don't know anyone who seriously argues that
> breaking a project compile is a good thing. Breaking the OS should be
> culturally identical - that it's a
Dne 12.9.2011 12:03, Rahul Sundaram napsal(a):
> If you maintain any of the critical path packages, it would be very useful
> to test them more instead of just a mad version number chase.
Take a deep breath, count to ten, and then repeat to yourself “S..t
happens.” Don’t throw around accusations
Dne 12.9.2011 12:21, Alex Hudson napsal(a):
> I find it interesting that you can jump from "don't break the OS" to
> "too much QA".
Yes, because IMHO any (non-automatic) QA on Rawhide is too much.
> Same for the pre-release branch. Breaking F16 should be serious
> business. Right now, it really i
Dne 13.9.2011 00:15, Jos Vos napsal(a):
> I just started to use it myself and it is in some situations *so much*
> faster than Firefox (on low-mem netbooks, for example), that I'm *very*
> glad to have Spot's packages. Looking at Google's Chrome RPM, I would
> definitely refuse to install it on an
On 4.10.2011 16:38, Toshio Kuratomi wrote:
> The date should not go there
> as you cannot tell if upstream will someday switch to an actual version
> string (which will then need an Epoch to upgrade cleanly from the date).
That's your opinion or actually some rule? Well, it depends on the
upstrea
Dne 8.10.2011 23:43, Christoph Wickert napsal(a):
>* My favorite extensions (and actually the only thing that keeps
> me using FF) stop working. In the last 7 weeks I had to pitch in
> three times and update packages to get things working again.
> Sometimes there
Dne 9.10.2011 18:20, Christoph Wickert napsal(a):
> I'm afraid I don't understand your question. What blue icon?
I thought there is some kind of Fedora fascism in play ("Unless it is
packaged by Fedora community, it is no good."). I was apparently wrong.
> I already gave a reason why we should m
Dne 9.10.2011 20:31, Christoph Wickert napsal(a):
> This is about installing extensions, not about actually *managing* them.
>
> There are several manual steps involved here (download, extract, look up
> app-id, create folder, copy to folder, register) and by *managing*
> something efficiently I me
Dne 24.10.2011 22:27, Michał Piotrowski napsal(a):
> Yeah, this solution has its drawbacks, but it also has undoubted
> advantages.
I am probably dumb, but could you tell me some *undoubted* advantage of
using
#!/usr/bin/env sh
(note, that couple of years ago, we were removing /usr/bin/env pyth
Dne 24.10.2011 22:48, Michał Piotrowski napsal(a):
> For example - you can switch to different version of language
> interpreter with different configuration without modification of the
> script and without the hassle for server admin.
So, because you haven't learned about ln(1) yet, we all have t
Dne 2.11.2011 01:04, Jesse Keating napsal(a):
> For f15 through rawhide and epel 6 there is a new update coming for
> fedpkg (part of fedora-packager).
What's wrong with patches in
https://fedorahosted.org/fedora-packager/ticket/{98,99,100,101}?
Matěj
--
devel mailing list
devel@lists.fedorapr
Dne 2.11.2011 19:06, Jesse Keating napsal(a):
> As noted on IRC, but repeated here for the rest of the class, I've
> been buried in the work necessary to convert the internal Red Hat
> repos from cvs to git, much like we did in Fedora. This required
> some changes to fedpkg, particularly moving mo
Dne 5.11.2011 00:39, Ian Malone napsal(a):
> Is there any point in me reporting any bug in Fedora bugzilla ever then?
Of course, there are plenty of bugs caused by our packaging or moments
when one programs stomps on the other one's toes.
See https://bugzilla.redhat.com/page.cgi?id=fields.html#u
Dne 30.3.2011 11:48, Tim Niemueller napsal(a):
> I'd like to push a minor update of Lua, which incorporates a small
> bugfix patch, and some cosmetic fixes to the builds script. First
> testing by a proven tester has been done successfully, but I need more
> testing to be able to push it, please ha
Dne 6.4.2011 15:35, Tim Niemueller napsal(a):
> Be careful what you wish for, I ended up becoming the maintainer of
> lua-xmlrpc when filing patches ;-)
OK, so I will be careful and ask somebody else to package lua-dbi (from
http://code.google.com/p/luadbi/downloads/list). It is new dependency of
Dne 10.4.2011 23:07, Adam Williamson napsal(a):
> (What I'd like to be able to do in this kind of case is have Bodhi
> explain, hey, this package is critpath because $THIS_OTHER_PACKAGE
> depends on it, and if $THIS_OTHER_PACKAGE is working okay, then this
> package has fulfilled its critpath respo
Dne 11.4.2011 17:33, Adam Williamson napsal(a):
> O rly? Are you *sure*?
Well, as much as I could be sure that reading of XML file with libxml is
risc-free process (yes, I think it is). OTOH, your decision is not
cost-free either ... users of F13 have over the year old
http://koji.fedoraproject
Dne 12.4.2011 18:12, Adam Jackson napsal(a):
> negative.) The list of video drivers that see any actual use is
> probably something like:
>
> ast, ati, cirrus, fbdev, geode, intel, mga, nouveau, openchrome,
> qxl, sis/xgi, vesa, vmware
A word from your Xorg bugmaster. I think even this
Dne 25.4.2011 10:35, Rahul Sundaram napsal(a):
> You can [...] remove PackageKit-yum-plugin.
Unfortunately not ... it takes away (among other things bluez,
control-center, gammu, gdm, gnome-bluetooth, orca, and gnome-shell).
Anybody any ideas how to get rid of it?
Best,
Matěj
--
devel mailin
Dne 25.4.2011 21:26, Ilyes Gouta napsal(a):
> Christoph Wickert provided an analysis in
> https://bugzilla.redhat.com/show_bug.cgi?id=699263
Which again lead to my broken gramophone song … we suck for not having
Suggests/Recommends. Ceterum autem censeo, Carthaginem esse delendam.
Matěj
--
dev
Dne 26.4.2011 09:11, Ilyes Gouta napsal(a):
>> Ceterum autem censeo, Carthaginem esse delendam.
>
>
> So this is Latin, what does it mean?
>
> Btw, I'm from Tunisia (Tunis), the country of Carthage (historically) ;)
http://en.wikipedia.org/wiki/Carthago_delenda_est ... it is used for
somebody who
Dne 26.4.2011 09:36, Richard W.M. Jones napsal(a):
> A simple 'Recommends:', known about by RPM but
> otherwise ignored by RPM, would allow tools that knew they were
> talking to a real person to make a sensible list of recommendations
> based on the packages the user already had installed or was a
Dne 26.4.2011 15:31, Kevin Kofler napsal(a):
> AIUI, Suggests/Recommends was almost accepted in rpm.org (BTW, rpm5.org has
> had it for ages), but the yum developers blocked it. :-/
I have to defend Seth here ... in the last flamewar on this theme he
admitted that introducing Suggests/Recommends
Dne 26.4.2011 18:23, Florian Festi napsal(a):
> I think if anybody can come up with a exact description how they should
> look like and how they should work and can create some evidence that
> this is want we need and want implementing them is not the problem[*].
> Until now no one has come up with
Hi,
I am trying to package forked-daapd and it depends on libevent 1.4.13.
When asking forked-daapd's maintainer about the compatibility with
libevent2, I've got this into reply:
libevent2 is not and will not be supported; you need to use
libevent 1.4.x.
Which I guess means eit
Dne 1.5.2011 03:04, Kevin Kofler napsal(a):
> - or you'll do this, upstream will reject it just because and we end up with
> forked-forked-daapd… ;-)
Given my level of proficiency in C, the most likely scenario is that I
won't have forked-daapd server for some time more. Oh well.
Matěj
--
deve
Dne 3.5.2011 18:10, Tomasz Torcz napsal(a):
> While you at it, could you take care of
> https://bugzilla.redhat.com/show_bug.cgi?id=657494 (mt-daapd:
> Providing native systemd file for upcoming F15 Feature Systemd)? As
> far as I know, forked-daapd is a replacement for mt-daapd. Fedora's
> mt-daap
Dne 10.5.2011 23:49, Josef Bacik napsal(a):
> btrfs-progs hasn't changed much so you should be fine with whats in
> fedora. If you want to be testing the latest and greatest it's
> probably better to either follow Chris's btrfs-unstable.git tree or my
> btrfs-work.git tree on kernel.org. Thanks,
Dne 12.5.2011 18:05, Adam Jackson napsal(a):
>> Which functions is it missing?
>
> Accessibility, for one.
And who cares about that ... :(
(My wife has MS and writing on keyboard is getting to be
difficult, so I am really disgusted with the level of ignoring a11y in
most current project ... Gn
Dne 14.5.2011 23:23, Andreas Tunek napsal(a):
> If I understand correctly, my computer (2011 27 inch iMac) has an
> integrated intel GPU, but Fedora is using the Radeon GPU. Is there any
> way what GPU you use? I did not find any documentation regarding this,
> but maybe I looked at the wrong place
Dne 25.5.2011 03:18, Peter Hutterer napsal(a):
> This update has been in testing since April 17 and all it requires is a
> provenpackager ack. Harmless update, penmount was completely broken before
> so it's hard to make it more broken now.
Just one more nitpick ... you meant proventester, right?
Dne 28.5.2011 12:49, Emmanuel Seyman napsal(a):
> The FSF's address is :
> Free Software Foundation, Inc.,
> 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
Is it? http://www.fsf.org/about/contact/ gives different zip code.
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
htt
Dne 14.6.2011 14:05, Heiko Adams napsal(a):
> my name is Heiko Adams, I am a professional Windows (please don't blame
> me for that :D)
No blame! We are sorry for you ;)
Welcome on board!
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
Dne 5.11.2011 21:40, Kevin Kofler napsal(a):
> Ian Malone wrote:
>> What would be nice would be the ability to forward bugs upstream from
>> within bugzilla.
>
> Yes, definitely! But the problem is that getting it right is hard, and
> requires closer cooperation with upstream infrastructure than we
Dne 7.11.2011 20:50, Daniel J Walsh napsal(a):
> systemd as of Fedora 16 has the ability to run system services with
> private /tmp and /var/tmp. I would like to propose that we make this
> the default in Fedora 17, or at least open a bugzilla on all system
> services that we know of that use /tmp
Dne 7.11.2011 22:44, Daniel J Walsh napsal(a):
> I often do this, (Probably did it with winbind.) but in some cases the
> maintainer might not know how to make the change or upstream would not
> want the change.
Well, if this project should ever succeeded than those bugs should have
probably patc
Dne 7.11.2011 22:12, Matthew Garrett napsal(a):
> Having some public discussion of a potentially contentious feature is a
> great way to help fesco make decisions. I'm personally in favour of that
> happening on a mailing list rather than in the discussion page on a wiki
> - it's a lot easier to fo
On 16.12.2011 00:32, Brendan Jones wrote:
Not sure if this is something which should be part of this package or
another entirely?
Sure, we will reinvent the wheel yet again (see
http://www.fossology.org/ ... yes it would probably require some
fedora-wide server, or maybe not, I don't know eno
On 20.12.2011 19:30, Dennis Jacobfeuerborn wrote:
Probably because OpenJDK and SunJDK aren't really that compatible.
I am afraid that most of these problems are caused by stupid developers
who are using (against all advices they were given) com.sun.* classes
(which I am said is the most commo
On 21.12.2011 18:52, Andrew Haley wrote:
There really is very little difference between the com.sun.* classes
in OpenJDK and the proprietary JDK, as far as I know. Of course, I
haven't really checked, but... ;-)
So, what is the root cause of (infrequent, but persistent) alarms about
incompat
Dne 10.1.2012 06:40, Marc Bradshaw napsal(a):
sl -- Joke command for when you type 'sl' instead of 'ls'
The most important package in whole Fedora repos. I will gladly take it
(also, the number of bugs there seems to be acceptable).
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
Dne 14.11.2011 17:49, Lucas napsal(a):
Have anyone here tried to compile cisco vpn for Fedora 16 - 32 or 64
bit? I need it sometimes and it should support ipsec over tcp,
unfortunately nothing in unix can provide it.
Also, I use pretty happily openswan (via NetworkManager-openswan, you
probabl
Dne 16.11.2011 18:13, Paul Wouters napsal(a):
At what point do we stop building another onion around the internet? Everyone
knows the internet should not be tunneled over tcp 443. Everyone knows when your
nat on the net your're not on the net. At some point, we are going to have to
leave those se
avl is now free for taking. I have planned to use it for forked-daapd,
but that I have never managed to build anyway, so it is useles for me.
It has been orphaned in pkgdb.
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Dne 13.1.2012 01:22, Paul Wouters napsal(a):
Perhaps it is time to turn these cisco's into RHEL servers with openswan
:)
Hear, hear!
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Dne 13.1.2012 21:03, Kevin Kofler napsal(a):
time to pick them up first, e.g. in one case (avl), your mail threatens to
retire a package less than 97 minutes (!) after it got orphaned. The time
This is purely my fault ... nobody uses avl to the best of my knowledge,
and I have just forgot to o
I would love to orphan nvi, because I have no serious interest in it
anymore, but please step up somebody and take it. If nobody steps up I
will have just to carry this thing further.
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/dev
On 20.1.2012 00:31, Stephen Gallagher wrote:
Currently, the official bug lifecycle includes the following phrase:
"The resolution UPSTREAM can be used by maintainers to denote a bug that
they expect to be fixed by upstream development and naturally rolled
back into Fedora as part of the update pr
On 20.1.2012 13:20, Stephen Gallagher wrote:
That's a fantastic idea, and probably an ideal solution. Unfortunately,
we're also talking about a minimum of several months' work to get that
in place, just on the engineering side. Not including the deployment
testing period.
Sure. Just to note tha
On 25.1.2012 15:32, Richard Shaw wrote:
The summary from the spec file says:
Summary:Jabber client based on Qt
which is much better, but the extended description could be more clear.
Is this package both a IM client and a collection of plugins?
Also, what's the difference from psi-non
On 27.1.2012 06:22, Sérgio Basto wrote:
I checked the other email tip about kmk_sed, and conclusion kbuild
bundle a sed based on 4.1.5 but very modified.
You surely didn't mean to include bundled version of the system sed in
your package, did you? I can immediately guess that FPC ticket
reque
ignore this please
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 10.2.2012 18:09, 80 wrote:
Python guidelines recommends that packagers installs python eggs using
distutils (python setup.py install as recommended in guidelines) while
pip use the same install method as easy_install (provided by
setuptools/distribute). The former one install egg metadata as a
On 13.2.2012 01:12, Kevin Kofler wrote:
IMHO, not only should the KDE spin become the default, but the Xfce spin
should replace the GNOME spin (which of course needs to stop calling itself
the "Desktop spin") on the mirrors. GNOME is no longer a major desktop! Xfce
is now the second most popular
On 16.2.2012 00:12, Reindl Harald wrote:
this will not work since if a systemd-unit is present
systemd no longer is interested in anything from
/etc/init.d/
Isn't this missing the point ... we are not here talking about using
service as an equivalent of systemd-unit, but using it as direct
co
On 16.2.2012 10:35, Reindl Harald wrote:
if "iptables.service" exists anything under /etc/init.d/ is ignored
service is redirecting to systemctl
Yes, that's a bug in systemctl which I thought we are discussing here.
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedor
On 16.2.2012 18:09, Bill Nottingham wrote:
Note, in this case, I'm referring to "/etc/init.d/foo make-me-a-sandwich,"
or "service foo make-me-a-sandwich". systemctl doesn't bother with this.
Awesome, I didn't know it (I am currently not on Fedora for a moment).
So why some people were reportin
On 16.2.2012 19:37, Nathanael D. Noblet wrote:
Just curious, when assigning the default applications I can select other
browsers, email clients etc, but only evolution for the calendar. Is
there something lightening doesn't do such that I can't select it as the
calendar app??
There is no Lighti
On 21.2.2012 18:48, Roman Rakus wrote:
So, PyXML duplicates dom, parsers and sax (and looks like python's is in
better shape). Is any package using marshall, schema or any other not in
python itself?
Deprecate PyXML or just remove duplicated parts?
What packages require PyXML? Could they be re
On 23.2.2012 16:54, Toshio Kuratomi wrote:
It's not as simple as saying that a library provides something that has the
same names as modules in the stdlib, you also have to figure out
compatibility and whether removing it will cause any problems for software
that Fedora ships.
Completely agree
On 22.2.2012 11:21, Roman Rakus wrote:
fedora-business-cards-0:0.2.4.3-2.fc15.noarch
I wonder why this is on the list: if I am not mistaken, it doesn't use
anything else than xml.dom.minidom (in generate.py), which was already
present in python 2.4 (the oldest Python currently living in Fedor
Looking at https://bugzilla.redhat.com/794971 (and its now depending
bugs) I have decided that I don't want to maintain gpodder (and
increasing number of packages, it seems) in EPEL-6 anymore since I don't
use it at all.
Does anybody want to take it or should I just orphaned and let it die in
>> mkdir -p
>>cp -p ...
It will be good if you make use of macro like %{__cp}
Please, no! %{__cp} hugely decreases readability and if the situation
happens that mkdir and cp are not in the $PATH we will have much bigger
problems than running sed on all .spec files. Use just plain Unix
com
On 12.3.2012 03:03, Adam Williamson wrote:
You could do that in about ten seconds with python-bugzilla, I think.
Huh. I take that back. Seems neither python-bugzilla nor Bugzilla's own
'modify several bugs at once' page is capable of marking multiple bugs
as duplicates of one other bug. You can
1 - 100 of 209 matches
Mail list logo
