gt; -AdamM
> >
> > [0] -
> https://lists.fedoraproject.org/pipermail/arm/2015-June/009526.html
> >
>
>
> --
> Regards,
> Pradipta
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>
--
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
it in the compose)
* Suggest: no (let them be explicitly specified in the compose if they are
of high value for that spin or variant, ignore them otherwise)
Seems like the package-set for a variant or spin will become more explicit.
Which is not bad, but needs to be tested!
Besides that, I'd like to see how comps.xml handles these new relationships.
Thanks!
--
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ntOS with EPEL, SCLs, and/or other repos depending
> on what they need.
>
>
> --
> 真実はいつも一つ！/ Always, there's only one truth!
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct:
goal in of itself.
This seems like the OS being the goal, not minimization.
Though keeping things small should not be ignored, it's a nice to have
thing.
However, If folks get hung-up on semantics I've no problem accommodating
their concept of ring0 == minimal.
Though it's kinda bikeshed...
--
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
hoose to mount media in an insecure (world accessible) way?
[1] http://refspecs.linuxfoundation.org/FHS_2.3/fhs-2.3.html
[2] http://www.linuxbase.org/betaspecs/fhs/fhs.html
[3] https://www.ietf.org/rfc/rfc2119.txt
--
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin
nk I can get any traction getting that default reset at this point?
Unlikely.
[1] http://www.linuxbase.org/betaspecs/fhs/fhs.html#runRuntimeVariableData
--
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
eded to
> keep it in the cache).
>
export XZ_OPT=T0
If that were enabled in the environment the XZ compression phase would
be significantly faster.
--
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/deve
My regrets. I'm in transit and may be late at best or miss the meeting.
On Mar 19, 2015 7:37 AM, "Harald Hoyer" wrote:
> THIS TIME at 14:00 UTC because of US summer time.
>
> Agenda:
> - Interview candidates for new memberships
> - Optionally accept new members
> - Open Floor
>
> Please add it
ps://www.facebook.com/itamarjp
>
> [0] https://bugzilla.redhat.com/show_bug.cgi?id=632537
>
> Thanks.
>
> --Eric
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://
rg/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
You can extract the Fedora armhfp bits onto Android, and then chroot.
Similar setup to how Busybox works on Android, but much more heavy weight.
--
-Jon Disnard
--
devel mailing list
devel@l
interface appears to not be added to the bridge interface,
E.G. 'brctl addif br0 em1'.
Will investigate more as time allows, but wanted to confirm the
problem with "me too".
Thanks,
-Jon Disnard
fas: parasense
irc: masta
On Tue, Feb 11, 2014 at 2:11 PM, Steve Dickson wrote:
, spins, or remix.
--
-Jon Disnard
FAS: parasense
IRC: masta
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
name across all the
product lines.
Thanks,
-Jon
On Wed, Feb 19, 2014 at 1:49 PM, Miloslav Trmač wrote:
> On Wed, Feb 19, 2014 at 8:28 PM, Colin Walters wrote:
>>
>> On Wed, Feb 19, 2014 at 1:58 PM, Miloslav Trmač wrote:
>>
>> I think it's perfectly fine to ha
t very keen on ideas that make people unhappy to
test packages.
(positive reinforcement wins)
-Jon Disnard
fas: parasense
irc: masta
On Sun, Feb 23, 2014 at 11:33 AM, Christopher Meng wrote:
> Let's test this one asap to prevent epoch(if you want):
>
> https://admin.fedoraprojec
g the decision? What were the
highest reasons for NOT staying with EXT4?
Thanks,
-Jon Disnard
fas: parasense
irc: masta
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Sat, Mar 1, 2014 at 3:18 PM, Chris Murphy wrote:
>
> On Mar 1, 2014, at 1:19 PM, Jon wrote:
>
>> The inability to shrink or reduce XFS is rather disappointing. I've
>> seen a few sarcastic remarks along the lines of (paraphrased): why
>> would anyone ever wan
The base wg has been wondering the same for containers, and at this point
we may follow this guidance regarding libvirt too. I'll probably advocate
this at our next meeting.
Thanks
On Mar 3, 2014 6:09 AM, "Stephen Gallagher" wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/28/2
Does the u-boot piece require a new package or sub package of existing
u-boot we already have? Just curious.
Suppose I'm asking if the sunxi support is upstream in denx?
Looking forward to this feature. :-D
Thanks
On Mar 3, 2014 8:05 AM, "Jaroslav Reznik" wrote:
> = Proposed Self Contained Cha
On Mon, Mar 3, 2014 at 9:01 PM, Chris Murphy wrote:
>
> On Mar 3, 2014, at 4:57 PM, Jon wrote:
>>
>> We no longer release Fedora ARM rootfs tarballs, too hard to educate
>> people to do the right thing with ACL's, xattrs, selinux, etc...
>> Anyhow, it'
On Mar 9, 2014 11:05 PM, "Philip Prindeville" <
philipp_s...@redfish-solutions.com> wrote:
>
> I notice that after having set up AIDE, and then doing an RPM or YUM
update of a package, I then get spew about the contents of files related to
that update having changed.
>
> How difficult would it be t
hy the main installer is not working on my HP
>> D140 G3's with MCA video controllers.
>>
>> https://git.fedorahosted.org/cgit/anaconda.git/tree/?h=f20-branch
>>
>> Hope someone kind person has time to help me.
>>
>> Regards,
>>
>>
fedorahosted.org/rel-eng/newticket
>
> --
> Mathieu
Done!
$ koji untag-build --force f19-updates-testing guacamole-client-0.8.3-5.fc19
$ koji untag-build --force f20-updates-testing guacamole-client-0.8.3-5.fc20
--
-Jon
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
architecture.
Thanks
-Jon
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
oject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
--
-Jon
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Regrets.
Likely won't be able to attend this meeting today.
-Jon
On Fri, May 9, 2014 at 9:05 AM, Phil Knirsch wrote:
> Apologies for the late agenda, was out of office the last few days and
> didn't get to it before today.
>
> Agenda:
> - Follow up / status update merg
ed to run a test suite,
but not any part of build/compilation process.
Stuff to think about.
Thanks,
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
0
curl: (22) The requested URL returned error: 404 Not Found
The maintainer of the mopac7 package should fix the source0, or retire
the package.
Good luck,
--
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
I would imagine a load-balancer or whatever proxy type thing could sit
in front of koji to provide ssl/tls offload.
I'm not sure we have one, or could even afford one but nice to have. =)
-Jon
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/ma
usly I don't want to push it to stable. Once I get the email that's
> it's been successfully unpushed, so I just create a new update with the two
> packages that are fine and a new build of the problem package?
>
> Thanks,
> Richard
>
maybe just untag from whateve
maintainer time to chime in, otherwise make it happen
after reasonable time-out.
--
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> I suppose /etc/issue and /etc/issue.net would also be candidates for
> alternatives.
>
Perhaps, but /etc/issue.* files are things the sysadmin should be
managing, so IMHO be left alone.
(Perhaps I'm not fully appreciating the implications)
--
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
traffic, unless it downloads file lists by default?
It's arguable if file lists should be pre-fetched, to do things like
determine what package provides something... I would say no, but
bandwidth is cheap. So there really is a benefit, and it mostly leads
to continuously update metadata.
--
-Jo
> and BTW i am not playing around that much on my Rawhide VM but had
> *two times* today by type "dnf whatever" the "there is already an
> instance, wating for PID..." nonsense caused by the background
> metadata refresh
>
> do you *really* think that's a good user-expierience?
>
No, that is unfor
)
---
* masta (24)
* zodbot (5)
* dgilmore (5)
* jreznik_q10 (4)
* danofsatx-work (3)
--
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
s and
> performance of the delta repodata, which is currently lacking.
> Rather than listen to a dandified hullabaloo. :)
I think it would be great to XZ all the things.
For now createrepo still defaults to something else, not XZ.
-Jon
--
-Jon
--
devel mailing list
devel@lists.fedoraproje
qlite files, dnf uses the .xml.gz files
>
Would it be too much trouble to use the sqlite data in DNF?
I suppose it would be a step backwards to have our primary (future)
tool using gzip metadata.
--
-Jon
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/m
On Sun, Jun 22, 2014 at 6:26 AM, drago01 wrote:
> On Sun, Jun 22, 2014 at 8:11 AM, Tim Lauridsen
> wrote:
>>
>> On Sat, Jun 21, 2014 at 8:28 PM, Jon wrote:
>>>
>>> Would it be too much trouble to use the sqlite data in DNF?
>>> I suppose it would be
suppose in a way this goes back to the flame fest about the package
updater knowing about network conditions.
* With great network conditions, downloading full rpm might be optimal
to the deltas.
* With poor network conditions, deltas might be nice, but perhaps not
with low end computer.
-Jon
default option is listed, commented... but listed in the config.
Easy to find, and fix.
--
-Jon
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
use DRPMs to suck
slightly less.
At that future time we can reevaluate if we rewards are worth the aggravations.
--
-Jon
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
any sort with the cli. There doesn't seem to be any separate
> documentation.
> --
You can still use the web ui to see "scratch = True" for any given
scratch build.
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/l
h "Soon!" instead of any approximate date.
Setting up a number of m400 aarch64 nodes to provide ARMv7 virtual
builders is pretty cool.
So I certainly appreciate infra taking their time to get it right. :-)
--
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
t on rhel7 and fedora24 and see if the correct metadata is
> there and then again with createrepo_c.
>
> kevin
>
>
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
--
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
etically possible to pre-load adversarial
things, right? I have no idea if bash these days is static or
otherwise, so if you know please chime in?
Regardless, I am unable to think of any good reason to oppose Toby
Goodwin's proposal around removing the nologin shell from /etc/shells.
His reasoning seems solid.
-Jon Disnard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
From the source:
"""
On April 23, 2017, Technicolor's mp3 licensing program for certain mp3
related patents and software of Technicolor and Fraunhofer IIS has
been terminated.
"""
https://www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html
--
Normally Spot would revel these kind of topics.
Where are you Spot?
Have you run this topic through RH legal?
Presumably one does not need legal sign-off when patents legally
expire, but this topic is significant.
We can now package mp3 encoding software.
That is a big thing.
--Jon
On Wed
Do the codes only apply to WebRTC consumers, or can these be used in
other context?
For example Gnome has ctrl+alt+shift+R to screen-cast, which saves in
webM format.
Could that switch to whatever h.264 format with Cisco bits?
Maybe get the lawyers to look at this?
-Jon Disnard
irc: masta
fas
ave their own ideas for how frequently they
output. So base WG would need to be the lowest common denominator in that
way. Obviouly rel-eng and qa need to represent for this topic. :-)
Thanks,
-Jon Disnard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
In my opinion the -c option is the most rational use of hardlink,
except where the files are empty.
In the later case touch can be used align the timestamps before you
decide to combine the inode.
$ touch -r test1 test2
Regards,
-Jon Disnard
On Sun, Nov 10, 2013 at 2:27 PM, Brendan Jones
aproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
--
-Jon
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ommers
> A flexible client side mail filtering utility for IMAP servers
> https://admin.fedoraproject.org/pkgdb/acls/name/imapfilter
I have taken ownership of rdesktop.
Thanks
-Jon Disnard
fas:parasense
irc: masta
[snip]
--
devel mailing list
devel@lists.fedoraproject.org
https:
ntains stuff that Fedora cannot.
Say for example, my chromebook remixes in F19... those broke with
Fedora principles by using evil vendor tree kernels.
So in my thinking that is what a remix is for. but spins 100% stay
with the Fedora way of things, our four foundations or whatever.
In my opinion the
On Wed, Jan 29, 2014 at 5:48 PM, inode0 wrote:
> On Wed, Jan 29, 2014 at 5:19 PM, Stephen John Smoogen
> wrote:
>> On 29 January 2014 15:49, inode0 wrote:
>>> On Wed, Jan 29, 2014 at 4:39 PM, Jon wrote:
>>> > Putting on my rel-eng hat I can say that any spin
st with the bug link, indicating all
reasonable efforts to contact the maintainer have failed and that they
wish to take over the package.
In your case it's been years now waiting can you wait one more
week to complete step five?
NOTE: I'm not in FESCo, just my two cents...
[1]
htt
I don't believe mere mortals posses the capability to remove a
Bugzilla account once established.
The administrator might be able.
I guess you could change the email associated with your username in BZ
to some bogus address, effectively disabling the account.
good luck,
-Jon Disnard
O
enu system on our ISO images, etc.
No problem, the edit is probably fine until we have the time to go
through the site and mass edit for the stuff.
Thanks Marcelo.
-Jon Disnard
FAS: parasense
IRC: masta
On Fri, Feb 7, 2014 at 12:30 AM, Dennis Gilmore wrote:
> That's not necessary ab
Sorry for the noise.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Sorry for the noise again.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Seth Vidal wrote:
> Hi folks,
> This lwn article reports that berlios.de has been compromised for a long,
> long time.
>
> http://lwn.net/Articles/369633/
>
> So I compiled a little list of pkgs that need a look:
>
> http://skvidal.fedorapeople.org/misc/berlios-pkg-owners-list.txt
>
>
> Here is
Henrique Junior wrote:
> Hello folks,
> Due to an increasing lack of time I'm leaving my packages orphaned.
> Even if I want, I will not be able to devote the attention they deserve.
> I would like to thank all the kind help I received over time in the
> task of maintaining these packages.
> bkch
Dominik 'Rathann' Mierzejewski wrote:
> On Thursday, 21 January 2010 at 18:21, Bill Nottingham wrote:
>
>> We have an existing bug where if you're in single-user mode, and
>> SELinux is active, various commands don't print to the console.
>> The root of this is the single-user shell isn't runnin
On Wed, Jan 20, 2010 at 10:43 PM, David Woodhouse wrote:
> Did we grant _any_ exceptions? :)
Yes, firefox, thunderbird, and xulrunner due to trademark issues,
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Colin Walters wrote:
> On Thu, Jan 28, 2010 at 3:24 PM, Toshio Kuratomi wrote:
>
>> On Thu, Jan 28, 2010 at 09:01:25AM +0200, Alexander Kurtakov wrote:
>>
>>> How can I take jna-posix? I need it for one of my projects but I don't see a
>>> way to take it in pkgdb. I'm speaking for the deve
On 08/02/2010 09:58 PM, Chen Lei wrote:
> 2010/8/3 Jon Ciesla:
>>> Also I think that with
>>> wordpress 3 the separate wordpress-mu release fork has been merged
>>> into mainline. So wouldn't it be better to concentrate on wordpress 3?
>>>
>>
On 08/03/2010 01:08 PM, Conan Kudo (???) wrote:
On Tue, Aug 3, 2010 at 12:20 PM, Jon Ciesla <mailto:l...@jcomserv.net>> wrote:
On 08/02/2010 09:58 PM, Chen Lei wrote:
> 2010/8/3 Jon Cieslamailto:l...@jcomserv.net>>:
>>> Also I think that with
&
On 08/04/2010 02:43 AM, Adrian Reber wrote:
> On Tue, Aug 03, 2010 at 12:20:45PM -0500, Jon Ciesla wrote:
>>>>> Also I think that with
>>>>> wordpress 3 the separate wordpress-mu release fork has been merged
>>>>> into mainline. So wou
On 08/04/2010 08:59 AM, Jon Ciesla wrote:
>On 08/04/2010 02:43 AM, Adrian Reber wrote:
>> On Tue, Aug 03, 2010 at 12:20:45PM -0500, Jon Ciesla wrote:
>>>>>> Also I think that with
>>>>>> wordpress 3 the separate wordpress-mu release fork has bee
On 08/04/2010 09:03 AM, Jon Ciesla wrote:
>On 08/04/2010 08:59 AM, Jon Ciesla wrote:
>> On 08/04/2010 02:43 AM, Adrian Reber wrote:
>>> On Tue, Aug 03, 2010 at 12:20:45PM -0500, Jon Ciesla wrote:
>>>>>>> Also I think that with
>>>>>
On Thu, Aug 5, 2010 at 12:28 PM, Frank Murphy wrote:
> send an email to: ad...@fedoraproject.org
> Subject: BFO
>
> The right people will get back to you.
Simply because one of the people that tends BFO is in sysadmin-main
(the people who receive ad...@fp.o) does not make it a proper support
mec
On 08/11/2010 12:19 PM, Remi Collet wrote:
> Le 11/08/2010 18:32, Christopher Stone a écrit :
>> Im no longer maintaining all my packages
>>
>> Do whatever you need to do to orphan them or open them up.
>>
>> Thanks
>>
>> Bye.
> The Full list:
> https://admin.fedoraproject.org/pkgdb/users/package
On 08/11/2010 01:23 PM, Remi Collet wrote:
> Le 11/08/2010 19:28, Jon Ciesla a écrit :
>
>>> php-Smarty
>> I'll take php-Smarty.
> All ownership taken, except this one.
>
> +
Taken.
-J
--
- in your fear, speak only peace
in your fear, seek only love
-d.
On 08/12/2010 02:25 AM, Jan Kaluza wrote:
> On Thursday, August 12, 2010 04:19:25 am Ralf Corsepius wrote:
>> On 08/12/2010 03:34 AM, Kevin Kofler wrote:
>>> Mike McGrath wrote:
Luckily Remi got a list:
http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html
>>> Unfo
On 08/12/2010 01:39 PM, Mike McGrath wrote:
> On Thu, 12 Aug 2010, Jason L Tibbitts III wrote:
>
>>> "BN" == Bill Nottingham writes:
>> BN> I can't help but note that the slips have become more frequent as we
>> BN> started to actually *have* release criteria to test against. We
>> BN> di
On 08/12/2010 01:51 PM, Jason L Tibbitts III wrote:
>> "MM" == Mike McGrath writes:
> MM> Possibly also stop changing earlier?
>
> Not necessarily. We should certainly try to get the earth shattering
> changes done as early as possible (i.e. soon after branch) but I
> recognize that there
On 08/12/2010 02:14 PM, Nathaniel McCallum wrote:
> On 08/12/2010 03:08 PM, Jon Ciesla wrote:
>>On 08/12/2010 01:39 PM, Mike McGrath wrote:
>>> On Thu, 12 Aug 2010, Jason L Tibbitts III wrote:
>>>
>>>>>>>>> "BN" == Bill Nott
On 08/12/2010 02:22 PM, Bill Nottingham wrote:
> Jon Ciesla (l...@jcomserv.net) said:
>> I disagree that a clockwork release schedule is required for quality, or
>> even perceived quality. If that's the sort of metric being looked at,
>> the user is probably best s
On 08/13/2010 05:31 AM, Christof Damian wrote:
> On Fri, Aug 13, 2010 at 10:50, Pavel Alexeev (aka Pahan-Hubbitus)
> wrote:
>> I add himself as co-maintainer of php-pecl-xdebug.
>> And If you want, can help with some more packages. Please say, if you want.
>> Primarily it may be: php-pear-Str
On 08/13/2010 10:47 AM, Kevin Kofler wrote:
> Rahul Sundaram wrote:
>> No. No SIG's have any authority whatsoever over individual package
>> maintainers outside the packages the team maintains. No one needs to
>> "comply" with your requirements.
> That's exactly Fedora's organizational problem.
On 08/13/2010 12:05 PM, Kevin Kofler wrote:
> Jon Ciesla wrote:
>> My understanding of the SIG concept was that they were groups of people
>> who were self-organizing around a particular theme to further that theme
>> in Fedora, i.e. Games, Live Upgrade, KDE, etc.
> Ri
On 08/13/2010 12:23 PM, Al Dunsmuir wrote:
> On Friday, August 13, 2010, 1:05:16 PM, Kevin wrote:
>> Jon Ciesla wrote:
>>> My understanding of the SIG concept was that they were groups of people
>>> who were self-organizing around a particular theme to further th
On 08/13/2010 12:58 PM, Kevin Kofler wrote:
> Rahul Sundaram wrote:
>> The current approach of trying to force maintainers to accept patches
>> simply does not work.
> The only reason it doesn't work is that our organizational structure is not
> built to make this work.
>
> Kevin Kofler
On 08/13/2010 01:10 PM, Kevin Kofler wrote:
> Al Dunsmuir wrote:
>> The FireFox maintainer might well be viewed as best qualified to
>> determine which (if any) distribution-specific patches they want to
>> support over the life of the package. If you say no, then put that
>> maintai
On 08/13/2010 01:23 PM, Jesse Keating wrote:
> Doing so would have changed behavior and broken software that relied upon
> that behavior. Sounds like a great way to run the distro
>
With that attitude, how would we ever change gcc versions in a stable
release? ;)
-J
> "Kevin Kofler"
doesn't mind a year of overall updates, something
- just something - suggests to me that this might, not, quite be
true...I'd love it if we'd actually ask our users what they want.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ash,
it's like "oh man, look that Linux thing *really* sucks now, I can't
even use Facebook! I could live with no MP3s, but not Facebook! Next!"
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to get a lot of Java/Mono stuff into Fedora.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t a la
app stores for phones, etc. Then you'd have a by-type browseable list of
apps with logos and could use the yum app bits to install them.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
db of tags and
> ranking info that yum can use if the info is in the repodata.
I didn't realize it was already pretty fancy since I last really looked.
Wouldn't take much effort to do browseable per-type "productivity",
etc.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
need to give up using anything
non-open, so unfortunately will probably not be able to post here due to
the entire chain of devices between you and the outside not being open.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
freeze), F-15 is doable.
>
> Test what? That no MTA is present?
>
> I'd say we should stop arguing forever and just do it.
What's the benefit of having no default MTA at all? Is it that Desktop
users don't care about MTAs being installed? what abo
noys me with popups that I can't permanently disable.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 08/23/2010 02:21 PM, pbrobin...@gmail.com wrote:
> On Mon, Aug 23, 2010 at 8:15 PM, Jon Masters wrote:
>> On Sun, 2010-08-22 at 20:10 +0200, drago01 wrote:
>>> On Sun, Aug 22, 2010 at 7:45 PM, Rex Dieter wrote:
>>>> pbrobin...@gmail.com wrote:
>>>&
On Mon, 2010-08-23 at 20:37 +0100, Matthew Garrett wrote:
> On Mon, Aug 23, 2010 at 03:15:11PM -0400, Jon Masters wrote:
>
> > What's the benefit of having no default MTA at all? Is it that Desktop
> > users don't care about MTAs being installed? what about those o
ut today it's
killing the MTA, tomorrow it's removing something else that's useful on
the server side of things. I want to see that trend stop and reverse.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, 2010-08-24 at 10:36 -0400, Matthias Clasen wrote:
> On Tue, 2010-08-24 at 10:19 -0400, Jon Masters wrote:
>
> >
> > My previous objection was based on the precedent it sets. I don't want a
> > "Desktop" distribution in Fedora. I want a server-usa
anks Mike (and Eric), for saying what many of us are also thinking.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
a few people. You can throw it away, but you
shouldn't do that in F-14, even if it means compatibility code, like the
kind Microsoft probably hated writing as they killed off AUTOEXEC.BAT :)
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
e first person who mentions snmptrap events gets slapped. :)
Well, I use SNMP for power control, etc. but even I am not anal enough
to use it at home for logging.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
every system I have (I dunno about you) also uses KVM with various
bridging setups that "just" work the moment you aren't using NM.
That's not to say NM won't work for all cases eventually. It's just
another example of how typical (laptop) Desktop use is not the o
On Wed, 2010-08-25 at 07:23 +0100, pbrobin...@gmail.com wrote:
> On Wed, Aug 25, 2010 at 12:34 AM, Jon Masters wrote:
> > I have an MTA installed because I expect to get emailed logs, and root@
> > does go somewhere. Now, there are a couple of things I should admit:
> >
>
1 - 100 of 974 matches
Mail list logo
