Re: Do appdata files installed by a package do anything?
On Fri, Jul 3, 2015 at 10:35 AM, Richard Shaw wrote: > Subject pretty much says it all... > > I have an appdata file from upstream that I think has a bad screenshot URL, > how do I test this? You can either ask upstream to fix that, or disable that screenshot for a while(make sure there are still other shots) Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Do appdata files installed by a package do anything?
On Fri, Jul 3, 2015 at 1:29 PM, Florian Weimer wrote: > Which “that”? The file (with a different URL) or the bad URL itself (to > make it not bad)? 'That' should be 'that 404 problem'. >> or disable that screenshot for a while(make sure there are still other shots) > > Any file change would be invisible until the appstream-data package > contents is regenerated, right? I suspect that's what causes testing > challenges. I'm not sure about the policy of modifying the appdata file, should a package carry file deriving from downstream with correct contents however or just keep the error. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Re: octave 4.0.0
On Wed, Jul 8, 2015 at 4:51 PM, José Matos wrote: > Please note octave FAQ > http://wiki.octave.org/FAQ#Why_did_you_create_yet_another_GUI_instead_of_making_one_that_already_exists_better.3F > > In this case the important thing is the last (and a half) paragraph: > > "Also, many bits from QtOctave were reused in the GUI. > > QtOctave was a great and very useful tool. It looked beautiful and we are > thankful to its developers for working on such a nice tool. However, it would > have never been stable as it was. But most of all, the developers made it > free software so we could reuse large chunks of it which were incorporated in > what is now the Octave GUI." > > Notice also that the octave GUI, that is now the default, was also released > for version 3.8 more than 1.5 years ago in that in my usage, I use it in > classes, it is more stable than qtoctave ever was. Before that I have used > qtoctave so I am aware of the problems presented by qtoctave. Then it's better to retire qtoctave in Fedora while adding Obsoletes tag to octave main package. Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [ACTION REQUIRED] FTBFS Packages in rawhide (2015-07-13)
On Tue, Jul 14, 2015 at 6:40 AM, wrote: > python-foolscap cicku, dcantrel 60 weeks ago Fixed. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Fedora Bootstrap Project
On Tue, Jul 14, 2015 at 8:59 PM, Jaromir Capik wrote: > Hello everyone. > > As some of you have already noticed, we recently started a Fedora affiliated > project called "Fedora Bootstrap" that had a short kick-off meeting on the > last > Devconf, which took place in February. Unfortunately this announcement gained > a delay due to the Fedora trademark licensing we had to resolve with RH Legal > prior making the project public and some of you were probably startled > and wondering what this is all about. So, let me introduce the project a bit. Good to see this, many useful scripts for creating OS template for disparate archs. But this email reminds me of febootstrap (now as supermin in libguestfs). -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Review swap
On Sat, Jul 25, 2015 at 11:46 AM, Eduardo Mayorga Téllez wrote: > Hi, > > I need to push three node packages so I'm willing to swap reviews for these: > > nodejs-prismjs: https://bugzilla.redhat.com/show_bug.cgi?id=1246720 Taken. Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Orphaned cclive
Hi, I don't use cclive anymore to download tubes from various websites, thus I decided to orphan it in pkgdb Feel free to take it if you still use it. Thanks. Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [HEADS UP] rpm-4.12.90 in rawhide
On Wed, Jul 29, 2015 at 5:08 PM, Mikolaj Izdebski wrote: > From C-style operators I would prefer single-character ones for two reasons: > > 1) Two-character operators may suggest short-circuit evaluation - > "Requires: foo || bar" can be misunderstood as "require foo, or bar if > and only if foo is not available", which is not how that works. There is > no such problem with single-character operators. In other words, > "|" and "&" operators are commutative, but "||" and "&&" are not. Good catch, I intially think of this. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Undefined %epoch problem (Re: rawhide report: 20150730 changes)
On Fri, Jul 31, 2015 at 3:43 AM, Michael Schwendt wrote:
> On Thu, 30 Jul 2015 12:42:29 +, Fedora Rawhide Report wrote:
>
>> Broken deps for x86_64
>
> Surprisingly, the report is incomplete and doesn't find some unresolvable
> dependencies. DNF doesn't either.
>
> An undefined %{epoch} in a dependency is not found. This has been reported
> to blktap: https://bugzilla.redhat.com/1248912
>
> Note how DNF tells "Dependencies resolved", but later fails during the
> transaction check. How could it resolve the unexpanded "%{epoch}" earlier?
I'm confused as well, I never saw any problem in this package before.
--
Yours sincerely,
Christopher Meng
http://cicku.me
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: gpg keys of older/newer fedora versions
On 7/18/15, Zbigniew Jędrzejewski-Szmek wrote: > I thought I'd ask here first: is there a strong reason *not* to include > those keys? It's not recommended to encourage end users installing EOL releases. However a seperate package for gpg keys from EOL releases is OK. But is it worthwhile to move these keys out from mock? Thanks. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Proposal: Drop comps
On 8/11/15, Jens-Ulrik Petersen wrote: > On Wed, Jul 15, 2015 at 8:39 PM, Vít Ondruch wrote: >> Do you think this is the way how regular users install software? > > I think a lot of people install yum groups. It is a pretty useful > functionality IMO. > > If meta-packages become a viable replacement for comps then we can > seriously discuss removing comps. > Once comps became full of meta-packages then then job would be mostly done. > But I think more analysis of the meta-package approach is needed since > I believe it also has known downsides. How to remove packages pulled by metapkg completely? Remove the metapkg doesn't work, let users undo dnf history doesn't make sense at least from my view. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Same comand names in /usr/bin and /usr/sbin
On Tuesday, August 11, 2015, Ben Boeckel > wrote: > On Mon, 10 Aug, 2015 at 18:50:52 GMT, Josh Stone wrote: > > Do emphasize *different* programs or packages, as there are legitimate > > self-contained cases -- /usr/bin/mock vs. /usr/sbin/mock for instance. > > Anyone who wants to chime in on this, there is already a bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=1246810 It is confounding famous iproute with itself just trying to decode my credit card. Of course upstream should rename this, glad that they didn't choose /bin/s for the name. Is there any upstream report of this? -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Is it time to allow Chromium in Fedora?
On 8/12/15, Andrew Lutomirski wrote: > IMO it would be really really neat if Fedora could deterministically > rebuild whatever binary Mozilla distributes and have a binary > identical package. > > /me stops daydreaming > > I think that, in general, Fedora is too slow about turning a security > update submitted to stable via Bodhi into an actual available update. > For high-profile things like Firefox, we're pretty good about getting > karma, but even that depends on people manually installing an update > that isn't actually available in updates-testing so they can give it > karma. Delay from package manager can't be avoided, signing, mirroring, testing, building... But for some popular packages we should open a seperate channel to push them immediately after successful koji build(also marked as ok for push from packager). Firefox and chromium are hitting exploits always. /daydreaming as well. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Is it time to allow Chromium in Fedora?
On 8/12/15, Gerald B. Cox wrote: > There has been a lively discussion within KDE regarding the Konqueror > browser; and subsequently it has been decided that a non-KDE, GTK browser > will be the default for the spin. > > Why, because Firefox is the only choice for Fedora, Chromium is not > allowed. Also because KDE has been ignored by web surfers for years. If they care, K-based browser would have been here already. For the past 13 years: https://bugzilla.mozilla.org/show_bug.cgi?id=140751 -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Review Swap
Hi all, I'm looking for reviews of following tiny libraries: libnsgif: https://bugzilla.redhat.com/show_bug.cgi?id=1128337 A library being used by netsurf browser. (GIF decoding) --- libebur128: https://bugzilla.redhat.com/show_bug.cgi?id=1251940 A library being used by libgroove. (Audio en/decoding) I'm open to any package reviews that I can understand as exchange. Thank you in advance. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Synapse package adoption
I'm gonna unretire it in pkgdb in the next week. Or if you want to maintain it, just submit a review request. I'm happy to review it. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets
And some people contributed a lot in the past, after this result will you request revoking their sponsorship and wipe them out? My thought is some of these above can be dropped since they indeed no longer work in Fedora Project, leaving the privilege to them is useless: Ricky Elrod Chitlesh GOORAH -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide users beware! (Re: DNF 1.1.0 and DNF-PLUGINS-CORE 0.1.10 Released)
On 8/14/15, Vít Ondruch wrote: > And this time, my DNF update transaction failed somewhere :/ I had to > kill the task: > > http://paste.fedoraproject.org/255015/39536100/ Better than mine, I met some FUTEX_WAIT hanging issue from upgrading dnf and 6000+ packages on another old installation of f21. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets
On 8/15/15, Pierre-Yves Chibon wrote: >> Ricky Elrod >> Chitlesh GOORAH Sorry about the mistaken reply, I'm not sure about how many people match the standard of inactive, perhaps another thread needed? I agree we need to wipe off people carefully, but there must be a standard about the wipe. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: noarch vs. all, x86_64 vs. amd64, kernel vs. linux and PAE
On 8/14/15, Wei-Lun Chao wrote: > Hi, > > Is there already any discussion about: > rename arch name "noarch" to "all" > rename arch name "x86_64" to "amd64" > rename package name "kernel-PAE" to "kernel" > and even rename package name "kernel" to "linux" noarch doesn't mean all, and what's 'all' exactly? All archs? All Fedora versions? x86_64 and amd64 are just some Debianish still, perhaps last straw to show amd somewhere or whatever? As a summary based on your logic, why not just rename Fedora to Debian? -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: noarch vs. all, x86_64 vs. amd64, kernel vs. linux and PAE
On 8/16/15, Neal Gompa wrote: > To be fair, Debian's use of "linux" over "kernel" is because they actually > support another kernel (the FreeBSD kernel). If the Fedora Project wanted > to add FreeBSD kernel support (which, as far as I know, we don't), then we > would have to talk about how to deal with that issue. Though even then, > it's pretty easy, since all we would have to do is change kernel and > kernel-devel into virtual packages that kernel-linux or kernel-freebsd > would be able to satisfy. kFreeBSD will cause more trouble to systemd folks, and I remember there is a feature request about this: https://fedoraproject.org/wiki/Features/FreeBSD_kernel_integration -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: noarch vs. all, x86_64 vs. amd64, kernel vs. linux and PAE
On 8/16/15, Josh Boyer wrote: > Which is clearly labeled as a joke. Nobody is seriously proposing this. Of course I'm not a fool ;) -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide plans
On 8/20/15, Matthew Miller wrote: > Yeah, I thought about "Fedora Next". Mostly along the lines of "Hmmm, > we've been talking about Fedora.Next for so long as something else that > it might be really confusing, which is a shame, because it'd be a great > name for this". :) That's the scheme from people who proposed Fedora.next, not all of us. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: bodhi 2 now live
On 8/20/15, Kevin Fenzi wrote: > Thanks for your patience as we roll out this new bodhi version. "This update has reached 3 days in testing and can be pushed to stable now if the maintainer wishes" "This update has reached 14 days in testing and can be pushed to stable now if the maintainer wishes" uh, can someone tell me where to push the updates? -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Unable to submit update for F22 (was Re: bodhi 2 now live)
On Friday, August 21, 2015, Kevin Kofler wrote: > > vs. > 1'. clone the upstream repository, > 2'. commit your change(s) to the clone, > 3'. export your patch(es) with git format-patch, > 4'. open an issue through a web interface, > 5'. attach the patch(es) to the issue > (except of course on GitHub, where 5' is not possible because they do not > allow attaching anything other than images/pictures to their issue tracker, > presumably to force everyone to use the pull request workflow). I'd only expect pull request functionality only, if we can have nice looking interface like github PR, it'd be great. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: bodhi 2 now live
"This update has reached 3 days in testing and can be pushed to stable now if the maintainer wishes" 2 days ago, 2015-08-18 07:00:53 https://bodhi.fedoraproject.org/updates/libdom-0.1.2-1.fc23 Still can't push. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
gloox 1.0.14 landed in rawhide + f23
Hi folks, gloox 1.0.14 is landing onto rawhide and f23. This version is not ABI compatible with previous versions(but API compatible). Thus following packages need to be rebuilt: 0ad licq (mine, will do it by myself) uwsgi-alarm-xmpp (from uwsgi) I've CCed maintainers of 0ad and uwsgi, hope the rebuilding can be done soon. Thanks. [1]---https://camaya.net/gloox/changelog/ [2]---https://bodhi.fedoraproject.org/overrides/gloox-1.0.14-1.fc23 -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: bodhi 2 now live
On 8/22/15, Haïkel wrote: > Sometimes, I wonder if you're not doing this on purpose. > > Rather than preventing our infrastructure team to fix the actual issues > with useless squabbles, just open tickets to let them know. > Forget the ridiculous github excuse, fedorahosted trac instance still > accepts tickets. > > Out of respect of the work done by your fellow contributors, stop > bikeshedding > on the list and start filling/fixing tickets. > > It's kinda sad, that you never have a nice word for your peers. In the > end, you might end > up treated as badly as you treat them. Occupying the moral high ground doesn't help as well. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: bodhi 2 now live
On Saturday, August 22, 2015, Haïkel wrote: > > If you want your bugs to be fixed, posting them on a list and > ignoring the bug tracker doesn't work. I didn't ignore it, I've reported several bugs against various component since years ago. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: bodhi2: ACL validation mechanism was unable to determine ACLs
On Thursday, August 27, 2015, Ralf Corsepius wrote: > Hi, > > This morning, bodhi2 doesn't allow me to submit an update. After a > seemingly successful login-in, when trying to submit an update, a popup > pops up telling me: > > "ACL validation mechanism was unable to determine ACLs" > I met this as well when I edited updates. Then I manually typed the build in the field and pressed enter instead of selecting them with checkbox pulled after entering the package name. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Review swap] ps2emu-tools
On 9/1/15, Stephen Chandler Paul wrote: > Hi! I've been trying to get a review for a package I've been trying to > get upstream, ps2emu-tools (you can find the bugzilla here > > https://bugzilla.redhat.com/show_bug.cgi?id=1245351 > > ). It's a set of tools used to record the ps2 data coming in and out of > any PS2 devices connected to the system, such as laptop touchpads. I've > heard that a good way to get reviews is to offer to do a review swap, > so I figured I might as well. If anyone would like their package > reviewed in exchange for mine, please let me know. Swapped with abcmidi[1]. [1]---https://bugzilla.redhat.com/show_bug.cgi?id=1257410 -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Cleanup of Upstream Relase Monitoring bugs
ovaldi maintainer here. Will update it as soon as possible. Last time when I tried the update, it's incompatible with rpm 4.12+... -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
hiredis 0.13.2 planned soon in rawhide
Hi folks, Hiredis is going to be updated in rawhide ONLY with soname version bumped from 0.12 to 0.13. Following packages need to be rebuilt: collectd yaz opensips openvas rsyslog syslog-ng zmap Cheers. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Orphaned packages available for new point of contact
Should be time to drop istanbul, since it's no longer developed. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Orphaning two packages
I'd be happy to take bonesi. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Orphaning packages (i)
Hi folks, I decide to orphan some packages I won't use anymore, here is the first part. --- flickcurl (EPEL branches preserved, if anyone want to take, let me know) python-couchdbkit python-foolscap python-zbase32 libtsm redet sitecopy surf --- Thanks. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Proposal to reduce anti-bundling requirements
On 9/11/15, Neal Gompa wrote: > I get the feeling this is related to Fedora not aggressively using > versioned package names for libraries, or at least enabling some kind > parallel installing capability. SUSE used to follow a policy similar to our > current one, but switched due to the insanity and impracticality. Mageia > also uses a policy almost identical to SUSE's. > > For an example, here's SUSE's policy: > https://en.opensuse.org/openSUSE:Shared_library_packaging_policy Put it bluntly, OpenSUSE does this like a mess, with introducing more and more packages instead of solving the problem. Initially copying the idea from Debian, introducing libfoo2, libbar3, or whatever is silly as well. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rpmbuild - empty RPMS directory
Also, when will you stop posting your failures at here? I see most of failures are caused by yourself. Basically, I'd read docs first. From your tons of email here, the only thing I can summarize is that your mind is in a whirl. Meanwhile, it appears lots of Archlinux users treat mailing list like forum. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: llvm 3.7 for rawhide and then f23
On 9/20/15, David Airlie wrote: > It's llvm, there is never a good time to upgrade it and no llvm release is > backwards compatible. Yes, so unless someone is pretty familiar with LLVM upstream, keep reading every changeset, no body can guarantee what will happen. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: package naming question: IT++
In line with tarball name, it's better to use itpp. No +1 for libitpp if itpp had been there for several years. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Orphaned Packages in rawhide (2015-09-21)
I released ownership of flickcurl, because I don't use it anymore. I still hold epel branches, if someone wants to step in, welcome. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Help with a font package
Personally hate Google's way on open source, especially distribution. This font is intended to be used in Google Keep, however it's not included in roboto family. Here is the link to the source: https://github.com/google/fonts/tree/master/apache/robotoslab -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F23 broke dependencies
> licq-1.8.2-9.fc23.armv7hl requires libboost_regex.so.1.57.0 What‘s wrong with boost regex on f23 ARM? -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: dnf upgrade won't upgrade, but yum-deprecated does!!
https://bugzilla.redhat.com/show_bug.cgi?id=1265336 -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: python: dropping the .py files [was Re: Fedora 23 cloud image (and, for that matter, minimal anything)] bloat
On 9/25/15, Matthew Miller wrote: > On Fri, Sep 25, 2015 at 11:30:38AM -0400, Bohuslav Kabrda wrote: >> Maybe we could utilize weak dependencies here. The python-foo package >> would have only bytecompiled files and would Recommend >> python-foo-sourcefiles. That way python-foo-sourcefiles would be >> installed in standard setting, but it would be possible to opt out of >> it. Just my 2 cents here, I'd seek another solution for this but implemented as a plugin or an option of dnf, whereas introducing new subpkg of large amount of packages sounds tedious to me. For example define a new kind of file as %cache in %files, and process them like find-lang, then let users decide whether files marked as %cache will be installed in default or not. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: dnf: Error: RPM package source (jpilot-1.8.2-2.fc22.src) will not installed
On 9/27/15, Luigi Votta wrote: > On Sun, 27 Sep 2015 15:06:55 + > Igor Gnatenko wrote: > >> Why you are trying install src.rpm? >> >> On Sun, Sep 27, 2015, 5:01 PM Luigi Votta wrote: >> >> > Hello, >> > when I try to install the pkg, at the end of its >> > dependencies, I get the error. >> > >> > Any hints? >> > Luigi >> > -- >> > 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 want build claws-mail to support jpilot. Fedora package claws-mail does support jpilot. You don't need to build claws-mail again. -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Erlang R18.1 on F23 or too late?
Hi, Is there any possibility to have Erlang 18.1 on F23? Thanks. [1]---http://www.erlang.org/news/92 -- Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction: Chen Chen
Welcome. If you have interests, join chinese@lists and have some talks with us. Have a nice day. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Is fedpkg designed to be usable for online only?
Hi, After using the new pkgdb2 API based fedpkg, I'd like to ask a question here: Is fedpkg designed to be usable when online only? Well.. If I cut disable my connection, fedpkg switch-branch doesn't work: Could not execute switch_branch: len([]) != len(['ssh: Could not resolve hostname pkgs.fedoraproject.org: Name or service not known', '', '', 'and the repository exists.']) ERROR:rpkg:Could not execute switch_branch: len([]) != len(['ssh: Could not resolve hostname pkgs.fedoraproject.org: Name or service not known', '', '', 'and the repository exists.']) I really don't think it's a good idea if I can't work offline. And rpkg throws 2 same info here is also a bug, but it's not so annoying. Again on the switch-branch, it's pretty slow now somewhere because it depends on the ssh authentication which requires the active internet connection. Unfortunately in some cases connecting to the fedoraproject.org is not fast as imagined, accordingly it even took me 1.5 min to switch the branch just now. But in the past I don't have any problem here. So is it the philosophy of new fedpkg? Thanks. Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [ACTION REQUIRED] Retiring packages for Fedora 21 v3
I just want to ask here, why did you retire the pywcs and considered it as dead upstream whereas pypi pywcs has a new release in the February? And now APLpy is broken. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Advice needed for packaging local SELinux policy
http://pkgs.fedoraproject.org/cgit/pipelight-selinux.git/tree/pipelight-selinux.spec -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
HEADSUP: json-c SONAME BUMP
Hi, As upstream didn't seriously consider the API breakage, json 0.11->0.12 brings an issue of one function which is deprecated from now on. This has caused bug 1123785 so I will bump the soname manually: libjson-c.so.2.0.1->libjson-c.so.3.0.0 Potentially affected: abrt-plugin-bodhi-0:2.2.2-4.fc22.i686 bti-0:034-3.fc21.i686 ceelog-0:0.2-3.fc21.i686 ceelog-libs-0:0.2-3.fc21.i686 dwb-0:2014.03.07-1.fc21.i686 java-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 json-c-devel-0:0.12-2.fc22.i686 lcgdm-dav-server-0:0.14.1-6.fc22.i686 libreport-plugin-bugzilla-0:2.2.3-3.fc22.i686 libreport-plugin-kerneloops-0:2.2.3-3.fc22.i686 libreport-plugin-reportuploader-0:2.2.3-3.fc22.i686 libreport-plugin-rhtsupport-0:2.2.3-3.fc22.i686 libreport-plugin-ureport-0:2.2.3-3.fc22.i686 libreport-web-0:2.2.3-3.fc22.i686 libverto-jsonrpc-0:0.1.0-9.fc21.i686 lua-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 mono-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 mypaint-0:1.1.0-2.fc21.i686 newsbeuter-0:2.8-2.fc21.i686 octave-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 opensips-json-0:1.10.1-2.fc21.i686 php-pecl-jsonc-0:1.3.5-4.fc21.i686 postgis-0:2.1.3-3.fc21.i686 pulseaudio-libs-0:5.0-7.fc22.i686 python-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 python3-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 rsyslog-0:7.4.10-2.fc21.i686 ruby-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 shogun-cli-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 steam-noruntime-0:1.0.0.48-2.fc21.noarch syslog-ng-json-0:3.5.5-1.fc22.i686 zmap-0:1.2.1-1.fc22.i686 However, some don't use json_tokener_errors() in the code, for example zmap, is not affected, so there are some false positives here. Please rebuild your package on f21+ branches. I've unpushed the update of json-c on elder branches. Thanks. Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: HEADSUP: json-c SONAME BUMP
Hi all, Thanks for your comment. Those 2 updates was already canceled yesterday as I've realized the problem after Sandro's bug report. TL;DR: Updates revoked, rawhide+f21 reverted to 0.12 without bump, deciding if we need to add epoch to revert back to 0.11. It's tricky now. 1. Upstream changelog: * Make the json_tokener_errors array local. It has been deprecated for a while, and json_tokener_error_desc() should be used instead. Relative commit: [2] Porting the code is needed for other upstreams. For the soname bump I've opened a PR on github but since upstream are inactive since May so I don't expect they will reply to/dicuss it. 2. As requested by some people[3], 0.12 is not compatible with some existing packages in the repo, thus I think it's time postpone the update. As there are a few hours before today's rawhide compose, I'm going to revert back the soname bump in -4 build, now they're done[3][4]. Thanks. [1]---https://raw.githubusercontent.com/json-c/json-c/master/ChangeLog [2]---https://github.com/json-c/json-c/commit/f9136f68520db4761f05810f97922900ba459f46 [3]---https://bugzilla.redhat.com/show_bug.cgi?id=1123785#c7 [4]---http://koji.fedoraproject.org/koji/buildinfo?buildID=548502 [5]---http://koji.fedoraproject.org/koji/buildinfo?buildID=548503 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Add Gparted into Live's
On Jul 31, 2014 7:44 PM, "Álvaro Castillo" wrote: > > Dear Fedora Team, > > I pray to God. Could Fedora live have CD/DVD/USB Gparted by default? > > Could add Gparted please? You should provide us a reasonable explanation as the essential precondition for the request. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Non-responsive maintainer Russell Cattelan
Hi all,
I'm unable to contact Russell Cattelan (cattelan{at}xfs[dot]org) for
almost one year[1]. I vetted his login records and found that since
2011-11-15 he hasn't logined to Fedora any more:
Last login in FAS:
cattelan 2011-11-15
As the package xxdiff needs some love(it still even depends on Qt3
whereas the latest version has ported it to Qt4), as a result I'd like
to take it over and fix it.
Thanks.
[1]---https://bugzilla.redhat.com/show_bug.cgi?id=998969
Yours sincerely,
Christopher Meng
http://cicku.me
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction: Tait Clarridge
I've packaged it for almost a year. I will leave some comments there on Monday. Issues found. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: No Updates to F20 since August 1st?
When is it possible to let updates pushed by robots? -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Provenpackager help orphaning Fedora branches of cmake28
On Aug 7, 2014 6:16 PM, "Jonathan Underwood" wrote: > As I say below, I orphaned the F21, F20, F19 branches on pkgdb. Then I checked out the F21 branch with fedpkg and tried to run the command below. Have I misunderstood your question? Please also retire the master branch(not f21) as well. Or when Fedora 23 comes the branch will be created again. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Non-responsive maintainer Gérard Milmeister
HI folks, Since 2011 he hasn't done any build of his packages, and one of his package abcm2ps has been out of date for years: https://bugzilla.redhat.com/show_bug.cgi?id=1063102 I think it's time to drop his ownership. Thanks. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Lots of /usr/lib64 rpaths returning
On 8/12/14, Jerry James wrote: > How about adding this to the top of %check? > > export LD_LIBRARY_PATH=$PWD/.libs > > ... adjusting the path as necessary so it points to the right place, of > course. LD_LIBRARY_PATH needs to be set so this is not a reason of not enabling %check in the SPEC. I'm curious about /usr/bin/ld: RPATH=/usr/lib64. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Wrong perms of shared objects generated by python?
Hi, I've met an issue since last year, as many python2 packages generate .so files finally with 775 set: non-standard-executable-perm /usr/lib/python2.7/site-packages/xxx.so 0775L Is it suppose to be the default? -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Mono3.4 in Fedora 21, or troll?
Hi, Can someone tell me the status of the mono 3.4 proposal? I contacted chkr last year and he said it's a big task. He didn't say anything about the feature although the mono package is obsolete already. And I don't know why 3.4 was proposed by a stranger this year again(someone is not even a packager yet with no communication to the development). As some of the websites in my country have written this feature in the news, I'm afraid I have to ask here. Thanks. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mono3.4 in Fedora 21, or troll?
On Aug 21, 2014 2:09 AM, "Dan Horák" wrote: > please be aware that updating the mono packages is only first step, the > maintainer should put reasonable effort into ensuring the rest of the > mono stack also builds after such major rebase That's what I'm concerned about. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mono3.4 in Fedora 21, or troll?
I haven't seen any efforts from Claudio or whosoever to rebuild all mono packages (it's a MUST as Mono is not a _small_ package, he could use koji or his personal computer to do that) and feedback the results (most of status from the change page are "Need Test", I think it's nonsense and ridiculous), and I didn't see at least 1 ownership of him in pkgdb (it's not petty). Looks like getting sponsored is quite easy, one requested a incomplete feature and when we are close to the freeze one said he "need help to be a packager". I don't want to see that mono is updated with a version bump only, that doesn't make sense to me, because there is no tests, no preliminaries, only a page with full of TODO items. Nevertheless, I still want to tell you that the latest Mono is 3.6. You should use 3.6 instead of 3.4 to avoid the crap: https://bugzilla.xamarin.com/show_bug.cgi?id=18690 Next time I hope you can step in with a detailed plan/schedule. You were too hasty IMO. Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: fakesystemd package breaking builds
On Aug 27, 2014 9:23 PM, "Jerry Vonau" wrote: > That has a sub-build[1] that is failing but for a different reason: > Error: Package: harfbuzz-icu-0.9.35-2.fc22.x86_64 (build) >Requires: libicuuc.so.52()(64bit) > > Might be fallout from the gcc mass rebuild. Not that case. icu was just bumped to v53.1 in rawhide days ago after the second mass rebuild. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Review Swap
Hi, I have 2 small packages awaiting reviews, I hope someone can take them. 1. kronometer - A simple KDE stopwatch application https://bugzilla.redhat.com/show_bug.cgi?id=1117223 2. flatzebra - A generic game engine for 2D double-buffering animation https://bugzilla.redhat.com/show_bug.cgi?id=1128395 Thank you. Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rawhide report: 20140829 changes
I also hope mesa packager could use a shorter 8-digit git rev here instead of using the current one. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Nonresponsive maintainer: Takanori Matsuura
On Tue, Sep 9, 2014 at 11:32 AM, Dmitrij S. Kryzhevich wrote: > Talking about autoconf-archive, may be move information about it's orphaning > in new separate thread? I've tracked the CNUCNU bug of it for a long time: https://bugzilla.redhat.com/show_bug.cgi?id=876494 I can take over this package if you don't want. Thanks. Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Unresponsive maintainer Germán Racca (skytux)
On Wed, Sep 10, 2014 at 2:57 PM, Kevin Fenzi wrote: > I have orphaned skytux'es packages: > jwm -- Joe's Window Manager ( master f21 f20 f19 ) jwm taken. Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction: Moez Roy (previous alias - quickbooks.off...@gmail.com / previous FAS: quickbooks)
I think this is only a self introduction of your email address...But not yourself... -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [HEADS-UP] jsoncpp update
It'd be a dilemma, upstream didn't do that, while downstream can do that and then the commit will be objected by the others. See the example of json-c[1]. [1]---https://lists.fedoraproject.org/pipermail/devel/2014-July/201320.html -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Bumping python-requests in f20?
Incompatible though. But without v2, some packages will not work. V2 should be pushed already, but V1 is still used in f20. Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Announcing the Fedora 21 Alpha for the POWER architecture!
On Wed, Oct 29, 2014 at 8:45 AM, Peter Robinson wrote: > https://fedoraproject.org/wiki/Architectures/AArch64/F21_Alpha/Installation What's this? Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Koji timeout
On Tue, Nov 4, 2014 at 3:52 PM, Andrea Musuruane wrote:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=8009403
Hi,
Please try again with "make" directly instead of "make %{?_smp_mflags}".
Yours sincerely,
Christopher Meng
http://cicku.me
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: koji is broken
I still met
Could not execute build: [('SSL routines', 'SSL3_WRITE_BYTES', 'ssl
handshake failure')]
this morning (2 hrs ago).
--
Yours sincerely,
Christopher Meng
http://cicku.me
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Hardened builds
On Saturday, February 28, 2015, Till Maas wrote: > > I am going to get this updated once the mass rebuild is done and I got > the details worked out about what to do best, for example for allowing > exceptions from this. You gonna allow many exceptions as some packages on x86_64 failed to build. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: hardening breaks X.org
On 3/2/15, David Airlie wrote: > So the rebuild to use hardened builds by default in rawhide, broke X.org. > > Thanks guys, my system is more secure, but I can't run any apps. http://fedoraproject.org/wiki/Changes/Harden_all_packages_with_position-independent_code: "Fedora users might notice less sucessful attacks on their systems." Yes, as they can't use use it anymore. > Anyways enough snark from me, the problem seems to be that hardening > makes bind now override RTLD_LAZY options, and the X server relies > on the RTLD_LAZY on its drivers being lazy. > So should I > > a) turn off hardened builds for all Xorg server/driver packages? Turn it off https://lists.fedoraproject.org/pipermail/devel/2015-February/208344.html -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Failed to load vesa with undefined symbol (was: Re: hardening breaks X.org)
Hi, I encountered this when I distro-synced my f21 non-product to rawhide and kernel updated to 4.0 in this morning. Now no matter which kernel the system runs under, all couldn't start X, with these in Xorg.0.log: Loading /usr/lib64/xorg/modules/libvbe.so [99.976] (EE) Failed to load /usr/lib64/xorg/modules/libvbe.so: /usr/lib64/xorg/modules/libvbe.so: undefined symbol: xf86int10Addr [99.976] (II) UnloadModule: "vbe" [99.976] (II) Unloading vbe [99.976] (EE) VESA: Failed to load module "vbe" (loader failed, 7) [99.976] (II) UnloadModule: "vesa" [99.976] (EE) Screen(s) found, but none have a usable configuration. [99.976] (EE) Fatal server error: [99.976] (EE) no screens found(EE) [99.976] (EE) Full log: http://pastebin.com/8XbhFU1T The system is virtualized by Parallels. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Failed to load vesa with undefined symbol (was: Re: hardening breaks X.org)
On 3/2/15, Moez Roy wrote: > What happens when you use the latest build: > > xorg-x11-server-1.17.1-5.fc23 > > https://koji.fedoraproject.org/koji/buildinfo?buildID=616980 No, int vector is unreadable: http://pastebin.com/8pJt0b7W Ajax's commit: http://cgit.freedesktop.org/xorg/xserver/commit/hw/xfree86/int10?id=21b216ad6ce2e9c89359b95e4196e42d91bf9420 -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Failed to load vesa with undefined symbol (was: Re: hardening breaks X.org)
On 3/2/15, Moez Roy wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1196676 > > proposed as F22 alpha blocker Thanks, I was about to do that. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: koji is broken
On Tuesday, March 3, 2015, Kevin Fenzi wrote: > > I think this is some kind of connectivity issue. > > Next time this happens can you run the koji command again with > '--debug' and see if anything stands out? Also make sure you can ping > and reach the koji web page. > > There's also a '--debug-xmlrpc' but I think that will show your cert > and other info that shouldn't be public, so you can run it, but don't > share that output in a bug ticket or anything. Sure. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self introduction: Jonathan Wakely
On 3/6/15, Jonathan Wakely wrote: > I started using Red Hat Linux in about 1996 or 1997 and have used > GNU/Linux for all my personal computers ever since (moving from RHL to > Fedora Core and then to Fedora). I've used a variety of unix-like > systems at work, but mainly Red Hat derivatives (RHEL, Fedora, CentOS > and Scientific Linux). > > I've been involved with GCC for many years and am one of the > maintainers of the C++ runtime libraries (libstdc++). Since January > 2014 I've been doing that full-time, working at Red Hat in the Tools > team. Welcome! -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Package Review Request and FE-NEEDSPONSOR
> > > I think you should do a self introduction here first per guideline for newcomers. PS last year I gave a try on docx, its functionality was still patchy at best. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Is there a process for requesting packaging?
On 3/9/15, gil wrote: > hi > i prepared java3d spec file, GpsPrune's dependency > but seem do not build/support ARM arch (rawhide) > [exec] DrawingSurfaceObjectAWT.o:(.ARM.exidx+0x0): undefined reference > to `__aeabi_unwind_cpp_pr0' > [exec] Canvas3D.o:(.ARM.exidx+0x18): undefined reference to > `__aeabi_unwind_cpp_pr0' > [exec] Canvas3D.o:(.ARM.exidx+0x80): undefined reference to > `__aeabi_unwind_cpp_pr1' > [exec] GraphicsContext3D.o:(.ARM.exidx+0x0): undefined reference to > `__aeabi_unwind_cpp_pr1' > [exec] NativeScreenInfo.o:(.ARM.exidx+0x0): undefined reference to > `__aeabi_unwind_cpp_pr0' > [exec] NativeConfigTemplate3D.o:(.ARM.exidx+0x0): undefined reference > to `__aeabi_unwind_cpp_pr0' > [exec] GeometryArrayRetained.o:(.ARM.exidx+0x0): undefined reference > to `__aeabi_unwind_cpp_pr0' > [exec] GeometryArrayRetained.o:(.ARM.exidx+0x60): undefined reference > to `__aeabi_unwind_cpp_pr1' > [exec] Attributes.o:(.ARM.exidx+0x0): undefined reference to > `__aeabi_unwind_cpp_pr0' > [exec] Attributes.o:(.ARM.exidx+0x8): undefined reference to > `__aeabi_unwind_cpp_pr1' > [exec] CgShaderProgram.o:(.ARM.exidx+0x0): undefined reference to > `__aeabi_unwind_cpp_pr0' > [exec] GLSLShaderProgram.o:(.ARM.exidx+0x0): undefined reference to > `__aeabi_unwind_cpp_pr0' > [exec] Lights.o:(.ARM.exidx+0x0): undefined reference to > `__aeabi_unwind_cpp_pr1' > [exec] Result: 1 > any ideas? Full log, please? -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Is there a process for requesting packaging?
On 3/9/15, gil wrote: > hi > i prepared java3d spec file, GpsPrune's dependency > but seem do not build/support ARM arch (rawhide) > [exec] DrawingSurfaceObjectAWT.o:(.ARM.exidx+0x0): undefined reference > to `__aeabi_unwind_cpp_pr0' > [exec] Canvas3D.o:(.ARM.exidx+0x18): undefined reference to > `__aeabi_unwind_cpp_pr0' > [exec] Canvas3D.o:(.ARM.exidx+0x80): undefined reference to > `__aeabi_unwind_cpp_pr1' > [exec] GraphicsContext3D.o:(.ARM.exidx+0x0): undefined reference to > `__aeabi_unwind_cpp_pr1' > [exec] NativeScreenInfo.o:(.ARM.exidx+0x0): undefined reference to > `__aeabi_unwind_cpp_pr0' > [exec] NativeConfigTemplate3D.o:(.ARM.exidx+0x0): undefined reference > to `__aeabi_unwind_cpp_pr0' > [exec] GeometryArrayRetained.o:(.ARM.exidx+0x0): undefined reference > to `__aeabi_unwind_cpp_pr0' > [exec] GeometryArrayRetained.o:(.ARM.exidx+0x60): undefined reference > to `__aeabi_unwind_cpp_pr1' > [exec] Attributes.o:(.ARM.exidx+0x0): undefined reference to > `__aeabi_unwind_cpp_pr0' > [exec] Attributes.o:(.ARM.exidx+0x8): undefined reference to > `__aeabi_unwind_cpp_pr1' > [exec] CgShaderProgram.o:(.ARM.exidx+0x0): undefined reference to > `__aeabi_unwind_cpp_pr0' > [exec] GLSLShaderProgram.o:(.ARM.exidx+0x0): undefined reference to > `__aeabi_unwind_cpp_pr0' > [exec] Lights.o:(.ARM.exidx+0x0): undefined reference to > `__aeabi_unwind_cpp_pr1' > [exec] Result: 1 > any ideas? It appears to be that ld doesn't work in that scenario, but I don't know why on ARM it fails and shared library wasn't created... So please try replace executable="ld" with executable="gcc" in for linking purpose, and add -shared to . Thanks. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Versioning preloader
On Mon, Mar 16, 2015 at 1:13 PM, Pranav Kant wrote:
> I am packaging proxychains-ng[1] which make use of the .so file by its
> preloader only, and is not for any usable development. Hence, the
> upstream maintainer does not want[2] to version this .so file.
>
> To inhibit the rpmlint's unversioned so file warning, I have currently
> written a patch, and making use of it while packaging. But, I was
> wondering of any other alternatives that we might have here.
>
> Any ideas ? Or should I stick with the patch ?
Patch it to versioned is wrong beause this software will neither work
nor be dependency-clean. You should put it underneath
/usr/lib%{?__isa_bits}/%{name}, it's the common solution.
Yours sincerely,
Christopher Meng
http://cicku.me
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction: Török Edwin
> > > Nice to meet you. -- Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Pushing the extra AppData files into Rawhide
Thank you, I've received the notifications. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: plowshare is not shipped with modules anymore
On Mon, Apr 13, 2015 at 3:01 AM, Elder Marco wrote: > So, the question is: Am I violating Fedora Packaging Guidelines if I do not > provide the modules into fedora repositories? Maybe this can be written into release notes? Since many users may want to figure out the difference. Yours sincerely, Christopher Meng http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Reviving Fedora MIPS
On Tue, Jun 2, 2015 at 4:10 AM, Michal Toman wrote: [cut] I'm willing to see MIPS coming back to Fedora supported arch. However I failed to apply for a GSoC project of fixing Fedora packages on MIPS under Fedora Project this year, so I'm not sure if core developers will show any interests on it. Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Reviving Fedora MIPS
On Fri, Jun 5, 2015 at 8:12 PM, Stephen Gallagher wrote: > Just to be clear; your GSoC proposal was refused because 1) you didn't > have a mentor and 2) the scope of your project was too large. > > This should not be construed as Fedora not showing interest. > Bootstrapping a new (or restarted) architecture is a major effort that > no one person can or should attempt without help. > > So if you want to work with Michal Toman on this, great! I know this, thanks for your information. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Self Introduction: Christopher Meng
I'm a senior high school student from Beijing,China.I love many things,especially Linux. I'm also an ambassador of Fedora Project APAC,now I want to co-maintain some packages. Hope I can learn somethings at here. Greetings to everyone! -- Best Regards, Christopher Meng--'Cicku' Ambassador/Contributor of Fedora Project and Contributor of GNU. Blog:http://cicku.me Twitter:@cickumqt Hope you can visit and leave some comments. More Contact info see here:http://about.me/cicku -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Self Introduction: Christopher Meng
ok,let's connect next week. On Wednesday, June 27, 2012, Robin Lee wrote: > 你好, Meng! > I am a packager from China. I will go to Beijing next week. We can make friends and study packaging. > > robin > > On Wed, Jun 27, 2012 at 3:50 PM, Christopher Meng wrote: >> >> I'm a senior high school student from Beijing,China.I love many >> things,especially Linux. >> I'm also an ambassador of Fedora Project APAC,now I want to >> co-maintain some packages. >> Hope I can learn somethings at here. >> Greetings to everyone! >> >> -- >> >> Best Regards, >> Christopher Meng--'Cicku' >> >> Ambassador/Contributor of Fedora Project and Contributor of GNU. >> Blog:http://cicku.me >> Twitter:@cickumqt >> Hope you can visit and leave some comments. >> More Contact info see here:http://about.me/cicku >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/devel > -- Best Regards, Christopher Meng--'Cicku' Ambassador/Contributor of Fedora Project and Contributor of GNU. Blog:http://cicku.me Twitter:@cickumqt Hope you can visit and leave some comments. More Contact info see here:http://about.me/cicku -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
postfixadmin
Who intend to package this?This software is useful and helpful for server admins. -- Best Regards, Christopher Meng--'Cicku' Ambassador/Contributor of Fedora Project and Contributor of GNU. Blog:http://cicku.me Twitter:@cickumqt Hope you can visit and leave some comments. More Contact info see here:http://about.me/cicku -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: postfixadmin
Thanks.If possible,I can help. -- Best Regards, Christopher Meng--'Cicku' Ambassador/Contributor of Fedora Project and Contributor of GNU. Blog:http://cicku.me Twitter:@cickumqt Hope you can visit and leave some comments. More Contact info see here:http://about.me/cicku -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: postfixadmin
Thanks,I think you can package that into EPEL. -- Best Regards, Christopher Meng--'Cicku' Ambassador/Contributor of Fedora Project and Contributor of GNU. Blog:http://cicku.me Twitter:@cickumqt Hope you can visit and leave some comments. More Contact info see here:http://about.me/cicku -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unable to login to Koji website
On Tuesday, July 10, 2012, Matt Spaulding wrote: > > > On Mon, Jul 9, 2012 at 5:59 PM, Tom Callaway wrote: >> >> Look at the certificate in Firefox (Edit -> Preferences -> Advanced -> >> View Certificates -> Your Certificates), under "Fedora Project". Hit >> View, and look under "Validity". I bet _that_ one has expired, or isn't >> imported. >> >> fedora-packager-setup (in the "fedora-packager" RPM) will walk you >> through updating this, but basically, you need to generate a new browser >> cert, then import the new "fedora-browser-cert.p12" file. >> >> Now, if your certificate in Firefox is still valid, I dunno. > > I looked under "Validity" like you suggest and everything looked okay. I've deleted and reimported the certificate into my browser a number of times now all to no avail. > Does it matter that the first time I attempt to login the browser warns that "This Connection is Untrusted" and asks me to add an exception? I've also noticed that if I import "fedora-server-ca.cert" under the "Authorities" tab that it will not ask me to add an exception. Either way I've been unable to log in. > >> >> ~tom >> >> == >> Fedora Project >> >> > This problem happened to me earlier,I still can't login,too. -- Best Regards, Christopher Meng--'Cicku' Ambassador/Contributor of Fedora Project and Contributor of GNU. Blog:http://cicku.me Social:http://about.me/cicku -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Non-%doc files in %{_defaultdocdir}?
Examples can be put underneath %_datadir/$(PKGNAME)/examples IMO, but %_docdir is not the right place, examples like source code e.g. .c/.cxx can be put as 644 perms in docdir, plain texts like config examples can also be stored at there with 644 perms, too. GUI behavior need to be modified if it checks the docdir without any thinking. :) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Review Swap
Hi, This is a program which can check your system based on the open public CVE data, a bit like lynis, is another auditing utility. I hope someone can review it: cvechecker https://bugzilla.redhat.com/show_bug.cgi?id=1062808 Thanks. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Review Swap
Thanks. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
