So, that was pretty good response; only one reply here, but several
names were added to the wiki page. There seem to be enough people
interested to begin moving forward.
I can't think of a better place for discussion than this list, so I'll
just go ahead:
Could someone volunteer to co-chair
SO == Stanislav Ochotnicky sochotni...@redhat.com writes:
SO I believe you forgot to set whenisgood to use timezones :-)
My understanding is that you have to log in in order to set your
timezone, or that choosing a timezone was something the responder had to
do. When I created the form, Use
HdG == Hans de Goede hdego...@redhat.com writes:
HdG Hi,HHdG Tomas has chosen to fix this problem by simply disabling the
HdG openssl compat part of gnutls (which as the above bug shows is
HdG broken by design) given that only 3 apps use this, this seems like
HdG a sane choice to me.
Except, of
IA == Iain Arnell iarn...@gmail.com writes:
IA The perl_default_filter macro changed with perl 5.14. We're now
IA using rpm's native __requires_exclude macro (and friends) instead of
IA the slightly hacky filter_setup stuff.
Really? Is there documentation for how this is supposed to work now?
NO == Nathan Owe ndowen...@gmail.com writes:
NO Should I let the submitter know that it is this old or should it be
NO closed or the age of the upstream source ignored, in which I am
NO guessing the later is not the case.
Well, I could certainly ask the submitter if they're aware that the code
NO == Nathan Owe ndowen...@gmail.com writes:
NO Yep old code does tend to work, but also this also means that
NO security or runtime bugs that are around won't be fixed either,
NO atleast upstream.
Right, which is why I wrote that you should ask the submitter if they
are willing to take on the
IA == Iain Arnell iarn...@gmail.com writes:
IA The only documentation I'm aware of is the same draft you're working
IA on.
Ah, OK. For some reason I interpreted what I read to say that the Perl
filtering macros had been rewritten to make use of the new filtering
system. I'm still hoping
SB == Sergio Belkin seb...@gmail.com writes:
SB I'd want to notify that rmplint warns about BSD with
SB attribution,
Please file a bug against rpmlint.
- J
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
RS == Richard Shaw hobbes1...@gmail.com writes:
RS After some initial interest there doesn't appear to be any activity
RS unless I'm missing something.
Never could gather enough interest for anyone to actually do anything.
Basically I stopped after I called for a couple of folks to help me with
JK == Jesse Keating jkeat...@redhat.com writes:
JK I don't believe you can delete a branch remotely, I think releng has
JK to do it on the server. Yes, you could still ask releng to delete a
JK branch, then you could re-create it with the same name and have the
JK same net effect, however we
JBG == Jóhann B Guðmundsson johan...@gmail.com writes:
JBG How does FPC handle packagers that violate the packaging
JBG guidelines?
FPC is not tasked with enforcing the packaging guidelines.
- J
--
devel mailing list
devel@lists.fedoraproject.org
VO == Vít Ondruch vondr...@redhat.com writes:
VO It would be reasonable, on the beginning of each development cycle,
VO to publish a list of packages which were not touched by it
VO maintainer in previous release.
I certainly hope you realize that there are very many packages in the
TH == Tom Hughes t...@compton.nu writes:
TH As somebody who is in exactly that situation all I can say is that
TH if doing informal reviews is an essential prerequisite to getting
TH sponsored then the wiki could be a lot clearer. Currently it reads
TH more like it's just one thing that may
RS == Richard Shaw hobbes1...@gmail.com writes:
RS Perhaps this has been discussed before I'm
RS not aware of it but do we really need to hold up a package because
RS the submitter needs a sponsor?
Yes, definitely.
RS Does this make sense?
Yes, it makes a lot of sense. We need to set some
RS == Richard Shaw hobbes1...@gmail.com writes:
RS How does someone who needs to be sponsored make sure that their
RS informal reviews get noticed? Not everyone will 'toot their own
RS horn' so to speak. That doesn't mean they are not a good prospect as
RS a packager.
Well, the documentation
RR == Roman Rakus rra...@redhat.com writes:
RR How are fedora with grub2 users supposed to set up crashkernel
RR kernel argument? Or even any argument?
One possibility is /etc/default/grub. This contains
GRUB_CMDLINE_LINUX. After changing that, grub2-mkconfig -o
/boot/grub2/grub.cfg.
You can
MS == Michael Schwendt mschwe...@gmail.com writes:
MS More than a dozen Red Hat people with commit access, but access
MS was denied to one other Red Hat employee. Why?
You'll find that for some odd reason xiphmont has commit set to Denied
on several packages. I've never understood why it ended
RWMJ == Richard W M Jones rjo...@redhat.com writes:
RWMJ Is there any essential difference between 'fedpkg push' and plain
RWMJ 'git push'?
def push(self):
Push changes to the main repository
cmd = ['git', 'push']
_run_command(cmd)
return
So looks like no.
JP == John Poelstra poels...@redhat.com writes:
JP Also *PLEASE* make sure any scripts or other external applications
JP that rely on bugzilla.redhat.com are tested against our test server
JP before the upgrade if you have not done so already (see original
JP email below).
Unfortunately the
BN == Bill Nottingham nott...@redhat.com 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 didn't slip nearly as much when we weren't testing it.
To me this implies that we should begin testing
MM == Mike McGrath mmcgr...@redhat.com 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 isn't sufficient developer time available to both
JN == Joe Nall j...@nall.com writes:
JN On Oct 28, 2010, at 5:08 PM, Richard W.M. Jones wrote:
More to the point, I can easily see the setuid bit easily on a
binary.
How do I tell if these strange/hidden capabilities are
present on a binary? 'ls' doesn't mention anything.
JN getcap
Yeah, it looks like the capabilities thing has broken my buildsystem:
Error unpacking rpm package iputils-20101006-2.fc15.x86_64
error: unpacking of archive failed on file /bin/ping: cpio: cap_set_file
failed - Operation not supported
Error unpacking rpm package
SO == Stanislav Ochotnicky sochotni...@redhat.com writes:
SO Java SIG has prepared changes in current Java packaging
SO guidelines. We would welcome wider discussion/comments at this
SO point. From our point of view guidelines seem ready for approval by
SO FPC.
Could we get a diff of these
SO == Stanislav Ochotnicky sochotni...@redhat.com writes:
SO Java SIG has prepared changes in current Java packaging
SO guidelines.
It's terribly rude to crosspost to a list which simply rejects messages
from non-subscribers.
- J
--
devel mailing list
devel@lists.fedoraproject.org
SO == Stanislav Ochotnicky sochotni...@redhat.com writes:
SO Recently? I haven't heard of Java-specific guideline changes for
SO past few months. Care to enlighten me?
https://fedorahosted.org/fpc/ticket/13
http://lists.fedoraproject.org/pipermail/devel-announce/2010-October/000699.html
- J
RC == Ralf Corsepius rc040...@freenet.de writes:
RC In other words, as far as I am concerned, abrt has reduced
RC efficiency of bug-hunting by flooding maintainers with low quality,
RC often unusable reports and risen the communication churn related to
RC BZs.
It's been discussed many times and
RK == Rudolf Kastl che...@gmail.com writes:
RK Hello, I wanted to point out that about a month and a half ago intel
RK released a new driver version 2.13.0. Could we please have an update
RK in rawhide?
Currently rawhide seems to be at 2.13.901, a development version past
the one you are
RK == Rudolf Kastl che...@gmail.com writes:
RK http://koji.fedoraproject.org/koji/packageinfo?packageID=7794
RK guess you pulled that somewhere else.
fedpkg co xorg-x11-drv-intel; less xorg-x11-drv-intel/*spec
- J
--
devel mailing list
devel@lists.fedoraproject.org
A few folks have sufficient access to log into the builders and strace
things if necessary. You're welcome to ping me on IRC.
- J
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
LZ == Lukas Zapletal lzap+...@redhat.com writes:
LZ Hello, I have noticed that latest tig update in Fedora 17 changed
LZ it's behavior.
tig has not ever been updated in F17; it still has the same 0.18-2
release that was there when F17 was spun.
- J
--
devel mailing list
It would have been super nice to actually include a link in all of those
bugs, or some reference. I mean, they must have been filed by program,
so it's not as if you would have had to do a bunch of extra typing.
We really need a mass bug filing howto or something. Preferably
starting with
RC == Remi Collet fed...@famillecollet.com writes:
RC Have you notice than all this bugs depend on #871373 which provides
RC some useful information ?
The useful information was not in the ticket. Which means it wasn't in
the email. Which means I had to get over to a web browser, wait for
NU == Nikolay Ulyanitsky lys...@lystor.org.ua writes:
NU Some maintainers use them, some do not.
I guess people who really like extra typing, wrist pain or spec files
which are difficult to read would use them.
NU What is recommended way?
It's up to you, but something like %{__cp} is
OP == Orion Poplawski or...@cora.nwra.com writes:
OP The install spends a long time displaying Checking dependencies in
OP packages selected for installation with no movement of the progress
OP bar.
My kickstart installs used to sit showing that for ages; I ended up
using pungi -G to gather an
JL == James Laska jla...@redhat.com writes:
JL Greetings folks, Is anyone interested in sponsoring a new package
JL used in several upcoming AutoQA test cases?
We don't sponsor packages, we sponsor packagers. Has the packager in
question done any other review work? Submitted other packages
AW == Adam Williamson awill...@redhat.com writes:
AW I think it was just a thinko for 'review'.
In which case, why would a sponsor be required at all? James is in the
packager group, so he could just do the review. According to the ticket
in question, a sponsor for the packager is required
JL == James Laska jla...@redhat.com writes:
JL I take it from your response that you're not interested in reviewing
JL and sponsoring this package review request?
Again, we don't sponsor packages or package review requests. We sponsor
packagers. Packagers need to demonstrate various things
TK == Toshio Kuratomi a.bad...@gmail.com writes:
TK Querying bugzilla is a comparatively expensive process so it's
TK probably something we need to do by syncing the count of bugs into
TK the db via a cron job. Any takers?
I could probably whip something up.
- J
--
devel mailing list
IG == Ilyes Gouta ilyes.go...@gmail.com writes:
IG Can we have this patch back ported into the current kernel for
IG Fedora 14 and possibly posted as an update? :)
IG Would be wonderful!
Would be more wonderful to wait until the upstream development has
actually finished before cramming it into
RWMJ == Richard W M Jones rjo...@redhat.com writes:
RWMJ I will take ocaml* and unison*.
I have orphaned them; feel free to take ownership.
- J
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
MF == Mike Fedyk mfe...@mikefedyk.com writes:
MF Hopefully some better spam filtering can be implemented so that
MF fedora's mail servers don't end up in spam block lists anymore.
Spam filtering will never prevent every spam from getting through. The
host forwards lots of mail; people are
PP == Petr Pisar ppi...@redhat.com writes:
PP I can take: pl, yap.
They should be orphaned in pkgdb; you'll need to log in and take
ownership.
- J
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
SD == Steve Dickson ste...@redhat.com writes:
SD So what/where are the steps I need to take to retire nfs-utils-lib
SD and create a new libnfsidmap package...
http://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
And I think you're probably pretty familiar with the process of
AH == Adam Hough adam.ho...@gmail.com writes:
AH Someone with that right permissions need to change who maintains the
AH openjpeg package in Fedora.
It has two comaintainers, so I don't really see what the issue is.
I went ahead and gave those comaintainers approveacls permission on the
Fedora
MP == Michał Piotrowski mkkp...@gmail.com writes:
MP How can I get information about all packages that provides init
MP scripts?
repoquery --whatprovides '/etc/init.d/*'
- J
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
PM == Panu Matilainen pmati...@laiskiainen.org writes:
PM In particular, I'm interested in feedback on the new, pluggable and
PM enhanced dependency extration system. Documentation is scarce at the
PM moment but some background and examples can be found here:
PM http://laiskiainen.org/blog/?p=35
MC == Milan Crha mc...@redhat.com writes:
MC Could you give me a link to the proper PackageDB
MC page, please?
Personally I just go to http://bugz.fedoraproject.org/packagname and
click the Package Info link.
- J
--
devel mailing list
devel@lists.fedoraproject.org
MP == Michał Piotrowski mkkp...@gmail.com writes:
MP Dear FPC people, could you provide this list in the near future?
We haven't even met since it was decided that we were to do this. I
imagine it would take a couple of meetings to bang out a list.
- J
--
devel mailing list
PR == Peter Robinson pbrobin...@gmail.com writes:
PR My understanding was that if it was blocked it had to go through
PR review again.
Depends on how long:
http://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers
Re-review required for older packages
If a package was last
GD == Gilboa Davara gilb...@gmail.com writes:
GD Hello all, While the click-frenzy required to take ownership over
GD spring and its sub packages I mistakably retired spring-maps-default
GD / devel and spring-install / devel. I tried to unretire them both,
GD but failed.
You've found one of the
OK, I found spring-installer and unretired it as well. You should log
into pkgdb and claim both packages as they're currently orphaned.
- J
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
JS == Jochen Schmitt joc...@herr-schmitt.de writes:
JS because I have read, that new contributors should not applies
JS membership on the packagers group and the sponsor should invites
JS them to this group,
Well, nobody can apply to the packager group; it is invite-only. There
may be a few
Well, you missed yesterday morning's run and I skipped over that package
in this morning's run because the ticket isn't assigned to anyone. I
intend to go back over the tickets I skipped, figure out what's gone
wrong with them and add comments but I have not yet found the time to do
that today.
JC == Jon Ciesla l...@jcomserv.net writes:
JC I can't recall at the moment where this stems from, but the
JC rationale, as I recall, was that we can never be sure if the
JC database is available at RPM install/upgrade time.
It's pretty simple. Creating databases isn't generally something that
MC == Matthias Clasen mcla...@redhat.com writes:
MC * gtk-update-icon-cache-3.0 and gtk-builder-convert-3.0 have been
MC dropped (since they were identical to their un-suffixed cousins in
MC the gtk2 package). If you are using gtk-update-icon-cache in %post
MC of a gtk3-using package, you should
ss == susmit shannigrahi thinklinux@gmail.com writes:
ss Not sure where it should go inside packaging guidelines. Can anyone
ss else please do that?
Packaging guidelines are modified by the packaging committee and are not
generally editable. You are welcome to submit a draft for
NM == Nathaniel McCallum nathan...@natemccallum.com writes:
NM https://bugzilla.redhat.com/show_bug.cgi?id=625187 This bug
NM basically makes Fedora completely unusable in rawhide for NVA{3,5,8}
NM users.
Isn't that just https://bugs.freedesktop.org/show_bug.cgi?id=26980 ?
If so, the hardware
AW == Adam Williamson awill...@redhat.com writes:
AW that's not the problem. rpmlint just thinks you usually shouldn't do
AW anything with the build root in certain sections of spec files and
AW so complains if it sees usage of any buildroot definition
AW ($RPM_BUILD_ROOT or %buildroot) in those
RWMJ == Richard W M Jones rjo...@redhat.com writes:
RWMJ I thought that was all I had to do, but apparently there's
RWMJ something else needed to drop it entirely.
Did you delete all of the files and add a dead.package file?
http://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
New package: ghc-process-leksah-1.0.1.4-2.fc15
Haskell process-leksah library
Is it not possible to try a little harder to write a useful package
summary? Or for the package reviewer to take just a quick look and
notice that a summary such as that is pretty much completely useless?
GvE == Gerd v Egidy li...@egidy.de writes:
GvE What is the best way to handle this? Can I keep one spec for both
GvE and use conditionals to always build the right way?
You can. Do keep in mind, however, that the amount of conditional
garbage you have to pile into the spec file can get to be a
MC == Michael Cronenworth m...@cchtml.com writes:
MC I don't know why, but it wouldn't be a bad thing to have it in the
MC repository like a normal package, IMO.
Not that this will really explain anything, but:
https://bugzilla.redhat.com/show_bug.cgi?id=563176
- J
--
devel mailing list
TM == Till Maas opensou...@till.name writes:
TM Is there any reason to only package the two tools I need and add
TM others whenever someone requests it? Would someone disapprove this
TM in a package review?
I don't see what would require you to package every piece of
functionality included in a
SB == Sergio Belkin seb...@gmail.com writes:
SB I've made yesterday a Package SCM admin request and I haven't
SB received a notification yet.
Well, you made your request just after I had processed the queue
yesterday and chose to complain before I had processed the queue this
morning.
SB I'm
TL == Tom Lane t...@redhat.com writes:
TL Do we need to wait around for somebody to fix these stragglers, or
TL can we go ahead and release dist-f15-mysql into the general
TL f15-testing pool?
Please do not wait on zoneminder. It was broken before this due to an
unrelated issue which should be
ES == Emmanuel Seyman emmanuel.sey...@club-internet.fr writes:
ES It's a mistake. I wanted to upload the source tarball and picked the
ES wrong file. Is there anything for me to undo?
It is pretty much permanently in the git repository, and anyone who
does a non-shallow clone of the package
Erm, I guess I misread. I thought the file had been checked into git,
rather than uploaded to the lookaside. Checking big binaries into git
is a problem, uploading them to the lookaside isn't.
I can remove it from the lookaside if that's really necessary, but
there's really not much reason
GH == Garrett Holmstrom gho...@fedoraproject.org writes:
GH How is this any different, given that process-git-requests creates a
GH rawhide branch without regard to whether one asks for it or not?
I'm catching up with mail after the weekend and noticed this unusually
pointed bit of
TK == Toshio Kuratomi a.bad...@gmail.com writes:
TK They are now optional but there's no need to force people to be rid
TK of them. In particular, some people like to build a package for both
TK Fedora and EPEL-5. In this case, a lot of the things that are
TK optional in Fedora have to remain
For a while now I've wanted to get some sort of package review SIG
going. The package review process hasn't really evolved much since it
was instituted way back when, and now it (and the portion of the
sponsorship process it overlaps) has become a major bottleneck in one of
the main ways of
For a while now I have been working on a proposal for some changes to
both the way we elevate packagers to sponsors and what (to a small
extent) sponsors actually do. Please note that this is not a proposal
for any changes to how people are made members of the packager group in
the first place
KD == Ken Dreyer ktdre...@ktdreyer.com writes:
KD Looks good to me. I was unaware that sponsors are (currently) also
KD provenpackagers. I've considered the idea of becoming a sponsor
KD myself, but when I read the archived tickets where other people
KD smarter than me have been denied, the
MS == Michael Schwendt mschwe...@gmail.com writes:
MS There are a few unfortunate sections in the first paragraph already:
Except that they're all true.
users have to go through an almost endless set of steps (which also
needs revision, but that's another topic)
MS Compared with a few years
MS == Michael Schwendt mschwe...@gmail.com writes:
MS Are we talking past eachother? :-/
I don't believe so, no. I do believe that you are reading something
into my proposal that simply is not there, however.
MS What if sponsors _try_ but for some time haven't found anyone who
MS shows enough
MR == Matthias Runge mru...@matthias-runge.de writes:
MR exactly, I fully agree. I think, we should lower the barrier to
MR become a sponsor, maybe dropping the necessity to become a proven
MR packager first.
I can't quite tell; are you aware that this is the core point of the
proposal I've put
A while back, FESCo approved and I implemented some changes to the
process of becoming a sponsor in the packager group, and I wanted to
make sure that everyone is aware since the path to becoming a sponsor is
shorter and simpler than ever before.
The most important change is that sponsor status
TL == Tom Lane t...@redhat.com writes:
TL Did that packaging guideline get reverted already?
No, it didn't, but of course you know the packaging committee cannot
prevent an upstream from implementing whatever functionality they like.
We can of course revisit the prohibition if someone cares to
IRP == Itamar Reis Peixoto itama...@fedoraproject.org writes:
IRP Summary of changes: 73f7b54... Migrate to systemd. (*)
I'm sure you already know this, but just in case, please note that
migrating to systemd within a release is forbidden. You really
shouldn't even be committing any kind of
DC == Dan Callaghan dcall...@redhat.com writes:
DC I will take all three (they look straightforward :-) in exchange for
DC saslwrapper:
Since you appear to be familiar with sugar, is there any possibility
that you (or anyone else who is familiar with sugar stuff) could cast a
glance at
PU == Patrick Uiterwijk puiterw...@gmail.com writes:
PU Hello, Would it be a possibility for me to pick up one of the
PU orphaned packages, without being sponsored into the packager group
PU yet?
The answer is of course no, but he's now been sponsored and is free to
take ownership of some of
MC == Matej Cepl mc...@redhat.com writes:
MC Isn't it breaking
MC https://fedoraproject.org/wiki/Packaging:Guidelines#Code_Vs_Content
MC ?
Maybe you should tell us why you believe it is. I don't see how it
violates any of the rules for content.
- J
--
devel mailing list
MC == Matěj Cepl mc...@redhat.com writes:
MC (sorry, once more, this time to the correct address)
And now a public reply
MC I thought that the rule is that Fedora packages shouldn't contain
MC just a pure content.
That is incorrect, pretty obviously if you think about it. I mean, how
is
RC == Ralf Corsepius rc040...@freenet.de writes:
RC Hi, f18 seems to be missing in bodhi.
RC I.e., ATM, it seems impossible to push packages to f18.
Until today, f18 is like rawhide; you build and it goes in at the next
compose.
After the switch is made, f18 acts like f17. That should happen
RWMJ == Richard W M Jones rjo...@redhat.com writes:
RWMJ I just received about a dozen bugs like this:
Yep, someone has taken it upon themselves to mass-file a bunch of
unnecessary tickets.
When FPC makes guidelines changes, they aren't generally accompanied by
some mandate that existing
Ri == Rave it chat-to...@raveit.de writes:
Ri For your information. I stoped working for the Mate-Desktop project
Ri for f18 because for me it is imposssible to to work together with
Ri Dan Mashal. One of the reason for my decision is this last talk with
Ri Dan Mashal today.
I've watched a
GH == Garrett Holmstrom gho...@fedoraproject.org writes:
GH I am pleased that I got a bug report and not an involuntary patch,
GH as it gives me a chance to take care of special cases and schedule
GH things appropriately.
I would much have preferred to receive an announcement about what should
JF == John Florian john.flor...@dart.biz writes:
JF Now, if the mouse pointer could also reverse upon detecting the
JF apparent handedness of the user, well that would be one of the
JF coolest UI tricks ever.
I certainly hope not; I'm left handed and would never dream of switching
the mouse
MC == Michael Cronenworth m...@cchtml.com writes:
MC The guidelines now force any package that has Emacs add-ons to
MC install them in the main package and Requires:
MC emacs-filesystem. Emacs is not installed by default and I do not use
MC Emacs, nor will I ever.
emacs-filesystem consists of
RL == Robin Lee cheese...@fedoraproject.org writes:
RL Hi, all I want to follow the route [1] to bring up a new
RL packager.
Then why not follow the procedure you referenced? It tells you what to
do, which involves opening a ticket in the appropriate trac instance.
- J
--
devel mailing list
MC == Mike Chambers m...@miketc.net writes:
MC Did my eyes deceive me, or do the packages now get separated and put
MC in their respected dir of their first letter, and not located in one
MC dir now?
Yes.
MC Did the tree change or is this an error?
The tree changed.
- J
--
devel mailing
dp == darrell pfeifer darrel...@gmail.com writes:
dp As far as I've seen on the list, the /usr move stuff was supposed to
dp be confined by tagging to f17-usermove so it wouldn't affect rawhide
dp until the big switch was pulled.
Well, yes, but the big switch has actually been pulled.
- J
--
PP == Petr Pisar ppi...@redhat.com writes:
PP zoneminder
Went ahead and rebuilt it now as I intend to be working on it tomorrow.
- J
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
SS == Simo Sorce s...@redhat.com writes:
SS I guess it is time to change habits, what's the point of a separate
SS /usr these days ?
I also always configured a separate /usr until I decided to obey
systemd's complaints about it being broken (though of course I never had
any issue at all with
PL == Peter Lemenkov lemen...@gmail.com writes:
PL Sometimes *-javadoc sub-packages explicitly requires main
PL package, and sometimes - not. I'm not a java-expert, so I don't know
PL which is correct.
Java guidelines have come up recently on the packaging list.
The templates in the Java
AH == Alex Hudson fed...@alexhudson.com writes:
AH So Red Hat's lawyers know that Red Hat are distributing something
AH which they have no license for, so either they haven't passed that
AH message on or Red Hat have decided they don't care?*
http://en.wikipedia.org/wiki/False_dilemma
- J
--
BI == Bernie Innocenti ber...@codewiz.org writes:
BI A Debian user told me that Debian carries a glibc patch to make
BI processes notice resolv.conf updates and reload it. Is there any
BI chance we could apply the same patch in Fedora too? I don't know all
BI the details, but I guess there
TK == Toshio Kuratomi a.bad...@gmail.com writes:
TK * What replaces chkconfig
TK * What replaces /etc/init.d/SERVICENAME start | stop ?
If the answers aren't chkconfig and service foo start then I fear
significant backlash from poor people who actually have to run F-14
systems. We pretty much
NM == Nicolas Mailhot nicolas.mail...@laposte.net writes:
NM I'm not convinced at all this needs changing, since mod_alias
NM permits mapping of system paths anywhere you want in your URL space.
But selinux probably doesn't, so the issue is slightly more complicated.
- J
--
devel mailing
NM == Nicolas Mailhot nicolas.mail...@laposte.net writes:
NM I don't think selinux will block web server accesses to
NM /usr/share/fonts/something, since we deploy webapps in
NM /usr/share/something_else, which is pretty much the same namespace.
Well, there are a whole lot of specific fcontext
1 - 100 of 668 matches
Mail list logo
