Re: Updating Taskwarrior to v3
+1 to create task3 but the CLI command is "task". It either needs to rename both like "task2,task3" or conflict old and new ones and prevent installing both of them. -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Redis will no longer be OSS... now what?
In Addition to that, I would rather wait a little bit and see about another fork (s) and see ship possible redis-7+ versions instead of downgrading it. Also PR shows very slow process so I wouldn't go for it. On Thu, Mar 21, 2024 at 9:24 PM Scott Williams wrote: > > If we have some clue that a v7 merge/release > > is on the very near horizon for KeyDB > > This doesn't look promising for v7 in time for Fedora 40 or shortly after, > unfortunately: https://github.com/Snapchat/KeyDB/issues/420 > > The choice of shipping an ever-stale v7 database versus a maintainable v6 > one is not a fun one, but leaving it up to Fedora package maintainers to > have to potentially come up with their own out-of-band patches for CVEs for > redis-7 seems like the worse choice to me. > -- > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue > -- -- Onuralp SEZER Fedora Ambassadors <http://fedoraproject.org/wiki/Ambassadors> EMEA <http://fedoraproject.org/wiki/Ambassadors/EMEA> Member / Turkey Fedora Translations Turkish Team Member <https://fedora.transifex.net/projects/p/fedora/team/tr/> Fedora Design Member <http://fedoraproject.org/wiki/Design> -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Orphaning dlib
I will gladly take it, and any co-maintainers are welcome as well. Thank you for your contributions to dlib as well. On Tue, Jan 3, 2023 at 10:11 AM Luya Tshimbalanga wrote: > Hello team, > > I am orphaning dlib as I no longer need it for dependencies like howdly > (Windows Hello type authentication app) and I no longer have a 2018 HP Envy > 2-in-1 device for testing. The package is well maintained and up to date > with upstream. Feel free to take it. > > Reference: https://src.fedoraproject.org/rpms/dlib/ > > -- > Luya Tshimbalanga > Fedora Design Team > Fedora Design Suite maintainer > > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue > -- --- Onuralp SEZER Fedora Ambassadors <http://fedoraproject.org/wiki/Ambassadors> EMEA <http://fedoraproject.org/wiki/Ambassadors/EMEA> Member / Turkey Fedora KDE-Sig Member ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Starting Flatpak SIG
Hello Kalev, Please see pagure IRC is place for new channels and etc : https://pagure.io/irc (that is a better place for track IRC stuff as well) On Thu, Dec 8, 2022 at 10:31 PM Kalev Lember wrote: > On Thu, Dec 8, 2022 at 6:30 PM Timothée Ravier > wrote: > >> > Please put your name in https://fedoraproject.org/wiki/SIGs/Flatpak if >> > you are interested and I'll try to organize a poll for a weekly meeting >> > time. I'd suggest to start the meetings on the second week of January >> > when the holidays are over. >> >> Done! Thanks for starting that. >> >> > Some questions I have around organization: Can someone help register the >> > #fedora-flatpaks IRC channel under the Fedora umbrella? I am not sure >> > how to best do that. Does matrix need any special sauce to get a room? >> >> If possible, as this is a new channel, I'd recommend going Matrix only. >> This makes things simpler. >> > > Not possible because I'm still on IRC :D > > Smooge suggested on irc that I open an infra ticket for the irc channel > and the matrix room so I've gone ahead and done that: > https://pagure.io/fedora-infrastructure/issue/11043 > > -- > Kalev > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue > -- -- Onuralp SEZER Fedora Ambassadors <http://fedoraproject.org/wiki/Ambassadors> EMEA <http://fedoraproject.org/wiki/Ambassadors/EMEA> Member / Turkey Fedora Translations Turkish Team Member <https://fedora.transifex.net/projects/p/fedora/team/tr/> Fedora Design Member <http://fedoraproject.org/wiki/Design> ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: python-pyupgrade is orphaned
You're welcome, F36,F37,F38 versions are done If you need it, They are all ready to use :) Thank you Onuralp. -- Onuralp SEZER Fedora Ambassadors <http://fedoraproject.org/wiki/Ambassadors> EMEA <http://fedoraproject.org/wiki/Ambassadors/EMEA> Member / Türkiye Fedora Translations Turkish Team Member <https://fedora.transifex.net/projects/p/fedora/team/tr/> Fedora KDE Sig Member <https://fedoraproject.org/wiki/SIGs/KDE> Fedora Website and Apps Mindshare Member <https://docs.fedoraproject.org/en-US/websites/> Fedora Design Member <http://fedoraproject.org/wiki/Design> ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: python-pyupgrade is orphaned
Hello, I take it and any other co-maintainer is also welcome as well. On Thu, Nov 24, 2022 at 11:54 AM Roman Inflianskas via devel < devel@lists.fedoraproject.org> wrote: > Hi, > > I've orphaned python-pyupgrade because of lack of the time and because I > don't use it anymore. > > Caution: this package updates quite frequently, sometimes once per a few > days. > > -- > [image: Aiven] <https://www.aiven.io> > *Roman Inflianskas* > Software Engineer, *Aiven* > rom...@aiven.io | +358 503455168 > aiven.io <https://www.aiven.io> | > <https://www.facebook.com/aivencloud> > <https://www.linkedin.com/company/aiven/> > <https://twitter.com/aiven_io> > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue > -- -- Onuralp SEZER Fedora Ambassadors <http://fedoraproject.org/wiki/Ambassadors> EMEA <http://fedoraproject.org/wiki/Ambassadors/EMEA> Member / Turkey Fedora Translations Turkish Team Member <https://fedora.transifex.net/projects/p/fedora/team/tr/> Fedora Design Member <http://fedoraproject.org/wiki/Design> ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Orphaned packages looking for new maintainers
Hello, I would like to help (co-)maintain Bottles, I checked bottles bit and will look further as well. Thank you. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F37 proposal: Officially Support Raspberry Pi 4 (Self-Contained Change proposal)
For example can you run wayland, or usage of fully supported GPU usage, Rs-pi's Camera usage, SPI , I2C , GPIO usages (PWM,Analog and others) For SBCs running just the OS itself won't be enough. It is a good start of course but it also should support SBCs perks as well for (like access hardware related drivers/libraries and create your own stuff) On Thu, Jul 7, 2022 at 4:38 PM Ron Olson wrote: > I have a Pi 4 that runs Fedora just fine; I use it to build Swift (takes > almost 24 hours, but ¯\_(ツ)_/¯) so what doesn’t work? What podcast was this > mentioned on? > > On 6 Jul 2022, at 4:55, Neal Gompa wrote: > > > On Wed, Jul 6, 2022 at 2:49 AM Peter Boy wrote: > >> > >> I very much appreciate the work to support the various SBC devices like > Raspberry Pi and workalikes. But I'm a little lost with this proposal. > >> > >>> Am 05.07.2022 um 23:16 schrieb Ben Cotton : > >>> The work around Raspberry Pi 4 has been on going for a number of > >>> years, but we've never officially supported it due to lack of > >>> accelerated graphics and other key features. A few of us have led the > >>> push to get the accelerated graphics work over the line upstream so it > >>> now makes sense to enable this in Fedora and make support for the > >>> Raspberry Pi 4 more official. > >> > >> Why Raspberry Pi, and that as the only model from the large number of > comparable devices? > >> > >> Why not other devices, whose makers - as far as I understood the > discussion - are far more OSS friendly or e.g. explicitly name Fedora as a > recommended operating system? > >> > >> I know, Raspberry Pi is very popular. But this looks to me a bit like > Fedora, the proverbial uninvited guest shouting "me too" from his corner. > >> > > > > Because one of the biggest complaints we get about Fedora ARM is that > > it *doesn't* work. It was even featured in a recent podcast as a > > severe problem with Fedora. The Raspberry Pi is the only mass produced > > ARM device everyone can get their hands on *everywhere* (when in > > stock). The device has penetrated the public consciousness in a way > > nothing else has. > > > > And make no mistake, *all* SBCs are not very good at being OSS > > friendly, even *if* they mention Fedora by name. Vendors generally do > > not care about mainline support, and it's usually up to *someone else* > > to get it done. The Raspberry Pi has the benefit of visibility, so > > people try very hard to get it done. > > > > > > > > -- > > 真実はいつも一つ!/ Always, there's only one truth! > > ___ > > devel mailing list -- devel@lists.fedoraproject.org > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > -- -- Onuralp SEZER Fedora Ambassadors <http://fedoraproject.org/wiki/Ambassadors> EMEA <http://fedoraproject.org/wiki/Ambassadors/EMEA> Member / Turkey Fedora Translations Turkish Team Member <https://fedora.transifex.net/projects/p/fedora/team/tr/> Fedora Design Member <http://fedoraproject.org/wiki/Design> ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Looking for provenpackager to update rapid-photo-downloader package
I submitted "showinflemanager" as a package to fedora any review are welcomed. URL: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2069851 Regards, Onuralp Sezer (he/him/his) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Do I have a @fedoraproject.org e-mail address ?
Hello, please check here : https://fedoraproject.org/wiki/EmailAliases On Fri, Jan 21, 2022 at 4:30 PM Alain Vigne wrote: > Hi > I am a Fedora packager [1] and I thought writing to > my_...@fedoraproject.org > would redirect to my registered e-mail address... It seems not !? > If yes, how to enter needed information to Thunderbird client, for ex. ? > > I couldn't find documentation about this question. Thank you for your > explanations. > > Kind regards > -- > Alain V. > > [1] https://src.fedoraproject.org/user/avigne > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > -- -- Onuralp SEZER Fedora Ambassadors <http://fedoraproject.org/wiki/Ambassadors> EMEA <http://fedoraproject.org/wiki/Ambassadors/EMEA> Member / Turkey Fedora Translations Turkish Team Member <https://fedora.transifex.net/projects/p/fedora/team/tr/> Fedora Design Member <http://fedoraproject.org/wiki/Design> ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: co/lead-maintainer sought: python-mailmerge (python)
Hello Brian, I would like to step-up. Thank you Regards Onuralp S. On Sun, Oct 3, 2021 at 11:36 AM Brian (bex) Exelbierd wrote: > Hi, > > Want to play with python packaging? I am still looking for some > assistance here :) > > Thank you. > > regards, > > bex > > On Wed, May 5, 2021 at 12:01 PM Brian (bex) Exelbierd > wrote: > >> Hi, >> >> I added python-mailmerge to Fedora Linux as it was super important to >> large parts of my work as FCAIC. In my current $dayjob I use it less >> frequently, though I know of colleagues who still depend on it. >> >> I'd love to find a maintainer to help me with it. There is a new >> release pending, which I suspect will just be "build the rpm with new >> code; test it; ship it" level effort. I am happy to hand the whole >> thing off to someone or to work with you. >> >> Thank you. >> >> regards, >> >> bex >> -- >> Did this email arrive after work for you? Stop reading it and enjoy >> some work/life balance. >> >> Brian "bex" Exelbierd (he/him/his) >> Community Business Owner, RHEL Product Management >> @bexelbie | http://www.winglemeyer.org >> bexel...@redhat.com >> > > > -- > Did this email arrive after work for you? Stop reading it and enjoy some > work/life balance. > > Brian "bex" Exelbierd (he/him/his) > Community Business Owner, RHEL Product Management > @bexelbie | http://www.winglemeyer.org > bexel...@redhat.com > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > -- -- Onuralp Sezer Fedora Mindshare Member Fedora KDE Sig Member Fedora Ambassadors <http://fedoraproject.org/wiki/Ambassadors> EMEA <http://fedoraproject.org/wiki/Ambassadors/EMEA> Member / Turkey Fedora Translations Turkish Team Member <https://fedora.transifex.net/projects/p/fedora/team/tr/> Fedora Design Member <http://fedoraproject.org/wiki/Design> ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Orphaned packages looking for new maintainers
ap, rubygem-thin, python-cmd2, jboss-modules > rmeggins: jakarta-xml-ws, jakarta-saaj, jmock, jctools > rstrode: shrinkwrap, ming, jboss-modules > rtcm: shrinkwrap, jboss-modules > ruben: rubygem-thin > ruby-packagers-sig: jboss-modules, rubygem-term-ansicolor, shrinkwrap, > rubygem-thin, coffee-script > ryansb: python-cmd2 > sagitter: ming > sailer: apache-commons-lang > sandeen: python-cmd2 > sandeeps: ming > sasiddiq: maven-install-plugin, javassist > sbergmann: jakarta-xml-ws, jakarta-saaj, jmock, jctools, > apache-commons-lang > sbonazzo: rubygem-thin > sbose: shrinkwrap, jboss-modules > scenek: apache-commons-lang > scitech_sig: ming > scottt: jakarta-xml-ws, jakarta-saaj, jmock, jctools > scox: shrinkwrap, rubygem-thin, jboss-modules > sdgathman: jakarta-xml-ws, jakarta-saaj, jmock, jctools, > apache-commons-lang > sergiomb: jakarta-xml-ws, jakarta-saaj, jmock, jctools > sgallagh: shrinkwrap, jboss-modules > siddhesh: shrinkwrap, jboss-modules > simo: shrinkwrap, rubygem-thin, python-cmd2, jboss-modules > simonm: python-cmd2 > skoduri: rubygem-thin, python-cmd2 > slaanesh: jakarta-xml-ws, jakarta-saaj, jmock, jctools > slankes: ming > smakarov: shrinkwrap, rubygem-thin, jboss-modules > smani: jakarta-xml-ws, jakarta-saaj, jmock, jctools > spike: jakarta-xml-ws, jakarta-saaj, maven-install-plugin, jboss-modules, > apache-commons-daemon, jmock, jctools, apache-commons-lang, shrinkwrap > spot: shrinkwrap, ming, jboss-modules > sseago: coffee-script > ssp: shrinkwrap, ming, jboss-modules > sssd-maintainers: shrinkwrap, jboss-modules > stahnma: rubygem-term-ansicolor > steve: rubygem-thin, python-cmd2 > stevetraylen: rubygem-thin > stingray: python-cmd2 > submachine: shrinkwrap, jboss-modules > suchakra: shrinkwrap, jboss-modules > tc01: javassist > tdawson: ming, rubygem-trollop, rubygem-term-ansicolor, rubygem-thin, > coffee-script > terjeros: jakarta-xml-ws, jakarta-saaj, jmock, jctools, htmldoc, > rubygem-thin, > python-cmd2 > terrycloth: ming > teuf: rubygem-thin > tflink: rubygem-thin > tgl: shrinkwrap, jboss-modules > than: ming > thozza: jakarta-xml-ws, jakarta-saaj, plexus-interactivity, > maven-javadoc-plugin, jmock, jctools, arduino > thrnciar: shrinkwrap, jboss-modules > tkorbar: shrinkwrap, jboss-modules > tmz: coffee-script > tojeline: rubygem-thin, coffee-script > tomh: maven-javadoc-plugin, plexus-interactivity > torsava: shrinkwrap, jboss-modules > trb143: apache-commons-lang > tstclair: rubygem-thin > ttheisen: rubygem-thin > ttorling: jakarta-xml-ws, jakarta-saaj, jmock, jctools > tuliom: shrinkwrap, jboss-modules > vakwetu: jakarta-xml-ws, jakarta-saaj, jmock, jctools > valtri: jakarta-xml-ws, jakarta-saaj, rubygem-trollop, > rubygem-term-ansicolor, > jmock, jctools, rubygem-thin, coffee-script > van: jakarta-xml-ws, jakarta-saaj, jmock, jctools > vascom: qtpass, rubygem-thin > vbatts: flannel > vcrhonek: jakarta-xml-ws, jakarta-saaj, jmock, jctools, rubygem-thin > veillard: jakarta-xml-ws, jakarta-saaj, javassist, jboss-modules, jmock, > jctools, shrinkwrap, rubygem-thin, python-cmd2 > verdurin: jakarta-xml-ws, jakarta-saaj, jmock, jctools > victortoso: rubygem-thin > virtmaint-sig: shrinkwrap, rubygem-thin, python-cmd2, jboss-modules > vishalvvr: ming > vjancik: jakarta-xml-ws, jakarta-saaj, jmock, jctools, coffee-script > vkmc: python-cmd2 > volter: jakarta-xml-ws, jakarta-saaj, jmock, jctools > vondruch: rubygem-trollop, rubygem-rspec2-expectations, jboss-modules, > rubygem-term-ansicolor, rubygem-rspec2, shrinkwrap, rubygem-rspec2-mocks, > rubygem-thin, rubygem-rspec2-core, coffee-script > vpv: apache-commons-lang > vstinner: shrinkwrap, jboss-modules > vtrefny: jakarta-xml-ws, jakarta-saaj, jmock, jctools > walters: jakarta-xml-ws, jakarta-saaj, jmock, jctools > wcohen: shrinkwrap, rubygem-thin, jboss-modules > whot: shrinkwrap, jboss-modules > wilqu: jakarta-xml-ws, jakarta-saaj, jmock, jctools > xaeth: rubygem-thin > xavierb: jakarta-xml-ws, openvas-libraries, jakarta-saaj, openvas-gsa, > redland-bindings, jmock, jctools, openvas-scanner, openvas-manager > xgl-maint: shrinkwrap, jboss-modules > xiubli: rubygem-thin > zaneb: python-cmd2 > zbyszek: jakarta-xml-ws, jakarta-saaj, ming, jmock, jctools > zeenix: rubygem-thin > zvetlik: shrinkwrap, jboss-modules > zzambers: jakarta-xml-ws, jakarta-saaj, jmock, jctools, ant-antunit > > -- > The script creating this output is run and developed by Fedora > Release Engineering. Please report issues at its pagure instance: > https://pagure.io/releng/ > The sources of this script can be found at: > https://pagure.io/releng/blob/main/f/scripts/find_unblocked_orphans.py > > -- > Miro Hrončok > -- > Phone: +420777974800 > IRC: mhroncok > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > -- -- Onuralp SEZER Fedora Ambassadors <http://fedoraproject.org/wiki/Ambassadors> EMEA <http://fedoraproject.org/wiki/Ambassadors/EMEA> Member / Turkey Fedora Translations Turkish Team Member <https://fedora.transifex.net/projects/p/fedora/team/tr/> Fedora Design Member <http://fedoraproject.org/wiki/Design> ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Orphaned packages looking for new maintainers
I'll take kjots (upstream seems to be active as well) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: gnome-shell segfaults with @updates-testing/F18
Did you report the redhat.bugzilla.com. ? Also why did you enable test repository ? Is there any reason for to do that ? On 24 February 2013 19:47, Ozan Çağlayan ozan...@gmail.com wrote: Hi, Yesterday I did an update of my x86_64 F18 through updates-testing repository. Upon reboot, I got a blue background after gdm startup saying that things are going wrong, contact an administrator. In dmesg, there is segfaults for gnome-shell: gnome-shell[1229]: segfault at 88 ip 00383f63f134 sp 7fff5866c750 error 4 in libcogl.so.11.0.3[383f60+8e000] I downgraded gnome-shell, cairo, xorg-* related updates but nothing fixed the situation. I'm using nouveau drm driver but today it happened also on my laptop with i915. I now distro-sync'ed to updates repository after disabling updates-testing and everything is OK. i googled but found nothing so this is really interesting that nobody encountered this. One more thing is that upon updating, the logged-in gnome3 desktop starts to show weird symptoms. icons disappear, evince can't open pdf files, gtk theme is rendered wrongly, etc. Attached is the yum transaction that causes the problem. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- -- Onuralp SEZER Fedora Ambassadors http://fedoraproject.org/wiki/Ambassadors EMEAhttp://fedoraproject.org/wiki/Ambassadors/EMEA Member / Turkey Fedora Translations Turkish Team Memberhttps://fedora.transifex.net/projects/p/fedora/team/tr/ Fedora Design Member http://fedoraproject.org/wiki/Design Monster.inc Notebook Fedora 18 Gnome-shell MONSTER Notebook Nvidia GeForce GTX 680M with Optimus and Intel Ivy Bridge Intel® Core™ i7-3720QM CPU @ 2.60GHz × 8 4x4 GB Kingston HyperX KIT CL11 1866 MHZ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gnome-shell segfaults with @updates-testing/F18
Pierre ; I didn't wanna mean say this like blaming or doing he didn't know I try to understand problem. If he wanna test of course something good. If you asked me I'm using F19 on my system. I also like testing. If It's understand like this sorry for that. On 24 February 2013 22:07, Pierre-Yves Chibon pin...@pingoured.fr wrote: On Sun, 2013-02-24 at 21:55 +0200, Onuralp SEZER wrote: Also why did you enable test repository ? Is there any reason for to do that ? Is there a reason not to do it? As in, if one wants to test and report the problem as they appear, enabling testing seems like a good thing to do. Also, the karma system needs more people running with testing on. For the record, I ran into this problem but I had to do some work, so I undo the last yum transaction, got my machine to work and when I re-distro-sync few days later I didn't face the problem, so I can't be of much help to debug the issue at hand. Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- -- Onuralp SEZER Fedora Ambassadors http://fedoraproject.org/wiki/Ambassadors EMEAhttp://fedoraproject.org/wiki/Ambassadors/EMEAMember / Turkey Fedora Translations Turkish Team Memberhttps://fedora.transifex.net/projects/p/fedora/team/tr/ Fedora Design Member http://fedoraproject.org/wiki/Design Monster.inc Notebook Fedora 18 Gnome-shell MONSTER Notebook Nvidia GeForce GTX 680M with Optimus and Intel Ivy Bridge Intel® Core™ i7-3720QM CPU @ 2.60GHz × 8 4x4 GB Kingston HyperX KIT CL11 1866 MHZ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 ARM Beta VFAD - 2012-12-03
Okey that's also something. Because last am I check rpi-update didn't work on F17 image. If It's works now. , That's nice at least we get a little more performance from new Rs-pi but yet we need new arch for this. On 3 December 2012 03:24, Michael Scherer m...@zarb.org wrote: Le lundi 03 décembre 2012 à 02:41 +0200, Onuralp SEZER a écrit : Yes I have question too I got my new 512 MB Rs-pi especially I wonder do we have 512 MB support at least for F17 image or Are we have to wait for F18 image with ( I really hope ) Hard Float support. 512 work on mine with the F17 image, after having updated the boot loaader with a script ( https://github.com/Hexxeh/rpi-update/ ) -- Michael Scherer -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- -- Onuralp SEZER Fedora Ambassadors http://fedoraproject.org/wiki/Ambassadors EMEAhttp://fedoraproject.org/wiki/Ambassadors/EMEAMember / Turkey Fedora Translations Turkish Team Memberhttps://fedora.transifex.net/projects/p/fedora/team/tr/ Fedora Design Member http://fedoraproject.org/wiki/Design Monster.inc Notebook Fedora 18 Gnome Beta MONSTER Notebook Nvidia GeForce GTX 680M with Optimus and Intel Ivy Bridge Intel® Core™ i7-3720QM CPU @ 2.60GHz × 8 4x4 GB Kingston HyperX KIT CL11 1866 MHZ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 ARM Beta VFAD - 2012-12-03
Yes I have question too I got my new 512 MB Rs-pi especially I wonder do we have 512 MB support at least for F17 image or Are we have to wait for F18 image with ( I really hope ) Hard Float support. On 3 December 2012 02:33, Dan Mashal dan.mas...@gmail.com wrote: +1 Did you guys do anything for rpi? Dan -Original Message- From: devel-boun...@lists.fedoraproject.org [mailto: devel-boun...@lists.fedoraproject.org] On Behalf Of Paul Whalen Sent: Sunday, December 02, 2012 4:32 PM To: Fedora ARM Cc: devel@lists.fedoraproject.org Subject: F18 ARM Beta VFAD - 2012-12-03 Please join us tomorrow (December 3rd, 2012) at 11am EST in #fedora-arm on Freenode for another Fedora ARM VFAD. There will be a number of pre-created F18 ARM Beta RC1 images available for testing, including: Pandaboard, Trimslice, vexpress (QEMU), Highbank and Kirkwood. All help is appreciated and we look forward to your participation. If your device is not listed and you would like to offer your assistance, please let us know on the list or the IRC. Thanks, Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- -- Onuralp SEZER Fedora Ambassadors http://fedoraproject.org/wiki/Ambassadors EMEAhttp://fedoraproject.org/wiki/Ambassadors/EMEAMember / Turkey Fedora Translations Turkish Team Memberhttps://fedora.transifex.net/projects/p/fedora/team/tr/ Fedora Design Member http://fedoraproject.org/wiki/Design Monster.inc Notebook Fedora 18 Gnome Beta MONSTER Notebook Nvidia GeForce GTX 680M with Optimus and Intel Ivy Bridge Intel® Core™ i7-3720QM CPU @ 2.60GHz × 8 4x4 GB Kingston HyperX KIT CL11 1866 MHZ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F18 yum update problem
http://fpaste.org/5mbi/ 2 days ago It was just a libvirt package but now gnome and empathy packages also broken too. -- -- Onuralp SEZER Fedora Ambassadors http://fedoraproject.org/wiki/Ambassadors EMEAhttp://fedoraproject.org/wiki/Ambassadors/EMEAMember / Turkey Fedora Translations Turkish Team Memberhttps://fedora.transifex.net/projects/p/fedora/team/tr/ HP Pavilion Dv6 3031-et Fedora 17 KDE HP Notebook (Smolt Reporthttp://www.smolts.org/client/show_all/pub_f8e3aacb-d047-4ff0-ad50-b91b2a6ecf1e ) Monster Notebook Fedora 18 Gnome MONSTER Notebook (Smolt Reporthttp://www.smolts.org/client/show/pub_ee6e06c6-42e8-4f63-bd6b-3a6a6fc41345 ) Nvidia GTX 680M with Optimus and Intel Ivy Bridge Intel® Core™ i7-3720QM CPU @ 2.60GHz × 8 4x4 GB Kingston HyperX KIT CL11 1866 MHZ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why is not enabled TapButton of touchpad on Fedora by default?
Gnome and KDE has default utility for mouse and touchpad configuration. XFCE on Fedora 17 that's mean XFCE 4.8 no utility but we gonna see mouse and touchpad utility on next version ( XFCE 4.10 on Fedora 18 ) Tour link for XFCE ; http://www.xfce.org/about/tour XFCE 4.8 touchpad = http://thangnguyennang.wordpress.com/2012/06/24/howto-enable-tapping-xfce-on-fedora-17/ But LXDE we need to do manually on terminal as far as I see LXDE spin by adding these two lines to /usr/share/X11/xorg.conf.d/50-synaptics.conf: Code: Option TapButton1 1 Option RBCornerButton 3 (Line 1: left mouse tap / Line 2: right mouse tap in lower right corner) On 12 September 2012 08:54, Ankur Sinha sanjay.an...@gmail.com wrote: On Tue, 2012-09-11 at 20:03 -0700, Adam Williamson wrote: It's a function of the desktop, and we go with the upstream desktop defaults, AFAIK. I thought so too. I was wondering what the DE agnostic way of enabling tapping would be though. I use gnome, and the mouse utility does this for me. However, when folks on other DEs, such as XFCE ask me how to do it, I don't quite have an answer. Could someone please outline the correct way of enabling tapping and other options (for instance horizontal scrolling, two finger scrolling..) on various DEs ? Even if each DE has a specific way, please can you post with what it is? I can compile the information on a wiki page to aid users, with relevant links to upstreams if they want to take up changing defaults with them. -- Thanks, Warm regards, Ankur: FranciscoD Please only print if necessary. Looking to contribute to Fedora? Look here: https://fedoraproject.org/wiki/Fedora_Join_SIG http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- -- Onuralp SEZER Fedora Ambassadors http://fedoraproject.org/wiki/Ambassadors EMEAhttp://fedoraproject.org/wiki/Ambassadors/EMEAMember / Turkey Fedora Translations Turkish Team Memberhttps://fedora.transifex.net/projects/p/fedora/team/tr/ Fedora KDE User (Smolt Reporthttp://www.smolts.org/client/show_all/pub_f8e3aacb-d047-4ff0-ad50-b91b2a6ecf1e ) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
Let me try then I will get backup and I'm going to try now. On 9 August 2012 23:26, Kellerman Rivero Suarez krsl...@gmail.com wrote: I correct my previous email, the type __ int128 apparently not recognized by GCC, or so I understand, I think there will be that to try and replace it with __ int128_t 2012/8/9 Kellerman Rivero Suarez krsl...@gmail.com Most problems seem to be associated with int_128. In gcc version most appropriate for that type of data is int_128_t. You'll have to rename the sources to see if it works 2012/8/9 Onuralp SEZER thunderbir...@fedoraproject.org *Well I downloaded from git-hub and try to compile but It said ; * [root@fedora17 textmate]# ./configure which: invalid option -- 's' which: no xcrun in (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin) clang is too old to build this project. Please see README.md for build instructions. * * *So then I tried get new clang 3.2 version from source, and I got this error now ; * [root@fedora17 build]# make make[1]: Entering directory `/home/onuralp/build/lib/Support' llvm[1]: Compiling APFloat.cpp for Debug+Asserts build In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15: In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104: In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:18: In file included from /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13: In file included from /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40: /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45: error: use of undeclared identifier '__ATOMIC_ACQ_REL' { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); } ^ /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:52:38: error: use of undeclared identifier '__ATOMIC_ACQ_REL' { __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); } ^ In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15: In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104: In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:20: In file included from /home/onuralp/llvm/include/llvm/Support/MathExtras.h:17: In file included from /home/onuralp/llvm/include/llvm/Support/SwapByteOrder.h:20: /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1404:27: error: use of undeclared identifier '__int128'; did you mean '__int128_t'? struct numeric_limits__int128 ^ /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:36: error: expected '' struct numeric_limitsunsigned __int128 ^ /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:5: error: cannot combine with previous '(error)' declaration specifier struct numeric_limitsunsigned __int128 ^ /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:44: error: expected unqualified-id struct numeric_limitsunsigned __int128 ^ 6 errors generated. make[1]: *** [/home/onuralp/build/lib/Support/Debug+Asserts/APFloat.o] Error 1 make[1]: Leaving directory `/home/onuralp/build/lib/Support' make: *** [all] Error 1 -- Onuralp SEZER Fedora Ambassadors http://fedoraproject.org/wiki/Ambassadors EMEAhttp://fedoraproject.org/wiki/Ambassadors/EMEAMember / Turkey Fedora Translations Turkish Team Memberhttps://fedora.transifex.net/projects/p/fedora/team/tr/ Fedora KDE User (Smolt Reporthttp://www.smolts.org/client/show_all/pub_f8e3aacb-d047-4ff0-ad50-b91b2a6ecf1e ) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Kellerman Rivero Software Developer Linuxer Fedora Linux Ambassador -- Kellerman Rivero Software Developer Linuxer Fedora Linux Ambassador -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
From the few prerequisites, it looks like it's doable. +1 for that . I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be ported? I never ported OS X apps so We need check source and Cocoa syntax for making sure. On 10 August 2012 02:45, Ilyes Gouta ilyes.go...@gmail.com wrote: On Fri, Aug 10, 2012 at 12:30 AM, Onuralp SEZER thunderbir...@fedoraproject.org wrote: Well , When check https://github.com/textmate/textmate#prerequisites From the few prerequisites, it looks like it's doable. I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be ported? -Ilyes in here. Just we need packages and It can be compile it. And If It's become open-source just MAC OSX. Yes then you right It won't be compile because of OS X's Cocoa On 10 August 2012 02:25, Ilyes Gouta ilyes.go...@gmail.com wrote: The Frameworks/Oak* code looks like it calls to few routines written in Objective-C (and probably to few OS X API) .. Is the code base build-able for Linux (assuming no big dependencies on OS X's Cocoa)? -Ilyes On Thu, Aug 9, 2012 at 10:38 PM, Onuralp SEZER thunderbir...@fedoraproject.org wrote: Well I did chnages in the files but problem is still going and errors is still same. On 9 August 2012 23:27, Onuralp SEZER thunderbir...@fedoraproject.org wrote: Let me try then I will get backup and I'm going to try now. On 9 August 2012 23:26, Kellerman Rivero Suarez krsl...@gmail.com wrote: I correct my previous email, the type __ int128 apparently not recognized by GCC, or so I understand, I think there will be that to try and replace it with __ int128_t 2012/8/9 Kellerman Rivero Suarez krsl...@gmail.com Most problems seem to be associated with int_128. In gcc version most appropriate for that type of data is int_128_t. You'll have to rename the sources to see if it works 2012/8/9 Onuralp SEZER thunderbir...@fedoraproject.org Well I downloaded from git-hub and try to compile but It said ; [root@fedora17 textmate]# ./configure which: invalid option -- 's' which: no xcrun in (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin) clang is too old to build this project. Please see README.md for build instructions. So then I tried get new clang 3.2 version from source, and I got this error now ; [root@fedora17 build]# make make[1]: Entering directory `/home/onuralp/build/lib/Support' llvm[1]: Compiling APFloat.cpp for Debug+Asserts build In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15: In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104: In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:18: In file included from /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13: In file included from /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40: /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45: error: use of undeclared identifier '__ATOMIC_ACQ_REL' { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); } ^ /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:52:38: error: use of undeclared identifier '__ATOMIC_ACQ_REL' { __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); } ^ In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15: In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104: In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:20: In file included from /home/onuralp/llvm/include/llvm/Support/MathExtras.h:17: In file included from /home/onuralp/llvm/include/llvm/Support/SwapByteOrder.h:20: /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1404:27: error: use of undeclared identifier '__int128'; did you mean '__int128_t'? struct numeric_limits__int128 ^ /usr/bin/../lib/gcc/x86_64-redhat-linux
Re: TextMate 2 open sourced!
Also consider this ; https://bugzilla.redhat.com/show_bug.cgi?format=multipleid=824406 On 10 August 2012 02:59, Ilyes Gouta ilyes.go...@gmail.com wrote: Maybe this is when we should bring in GNUstep as the alternate Cocoa API implementation for UNIX/Linux. -Ilyes On Aug 10, 2012 12:53 AM, Onuralp SEZER thunderbir...@fedoraproject.org wrote: From the few prerequisites, it looks like it's doable. +1 for that . I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be ported? I never ported OS X apps so We need check source and Cocoa syntax for making sure. On 10 August 2012 02:45, Ilyes Gouta ilyes.go...@gmail.com wrote: On Fri, Aug 10, 2012 at 12:30 AM, Onuralp SEZER thunderbir...@fedoraproject.org wrote: Well , When check https://github.com/textmate/textmate#prerequisites From the few prerequisites, it looks like it's doable. I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be ported? -Ilyes in here. Just we need packages and It can be compile it. And If It's become open-source just MAC OSX. Yes then you right It won't be compile because of OS X's Cocoa On 10 August 2012 02:25, Ilyes Gouta ilyes.go...@gmail.com wrote: The Frameworks/Oak* code looks like it calls to few routines written in Objective-C (and probably to few OS X API) .. Is the code base build-able for Linux (assuming no big dependencies on OS X's Cocoa)? -Ilyes On Thu, Aug 9, 2012 at 10:38 PM, Onuralp SEZER thunderbir...@fedoraproject.org wrote: Well I did chnages in the files but problem is still going and errors is still same. On 9 August 2012 23:27, Onuralp SEZER thunderbir...@fedoraproject.org wrote: Let me try then I will get backup and I'm going to try now. On 9 August 2012 23:26, Kellerman Rivero Suarez krsl...@gmail.com wrote: I correct my previous email, the type __ int128 apparently not recognized by GCC, or so I understand, I think there will be that to try and replace it with __ int128_t 2012/8/9 Kellerman Rivero Suarez krsl...@gmail.com Most problems seem to be associated with int_128. In gcc version most appropriate for that type of data is int_128_t. You'll have to rename the sources to see if it works 2012/8/9 Onuralp SEZER thunderbir...@fedoraproject.org Well I downloaded from git-hub and try to compile but It said ; [root@fedora17 textmate]# ./configure which: invalid option -- 's' which: no xcrun in (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin) clang is too old to build this project. Please see README.md for build instructions. So then I tried get new clang 3.2 version from source, and I got this error now ; [root@fedora17 build]# make make[1]: Entering directory `/home/onuralp/build/lib/Support' llvm[1]: Compiling APFloat.cpp for Debug+Asserts build In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15: In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104: In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:18: In file included from /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13: In file included from /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40: /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45: error: use of undeclared identifier '__ATOMIC_ACQ_REL' { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); } ^ /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:52:38: error: use of undeclared identifier '__ATOMIC_ACQ_REL' { __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); } ^ In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15: In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104: In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:20: In file included from /home/onuralp/llvm/include/llvm/Support/MathExtras.h:17: In file included from /home
Re: TextMate 2 open sourced!
Let make it clear, This apps is write in OSX SDK apps, So for that reason, If we even compiled clang and other things we cannot be compile Xcode as I can see because Xcode cannot be compile in linux also Xcode is part of Apple Developers , in that case If we want to textmate in Linux . It must be re-write in Linux again.Because texmate using ; C++,C,Object C,Xcode(just working on MAC SDK), also OakFramework which is also written in OSX. On 10 August 2012 03:14, Kellerman Rivero Suarez krsl...@gmail.com wrote: 2012/8/9 Onuralp SEZER thunderbir...@fedoraproject.org Also consider this ; https://bugzilla.redhat.com/show_bug.cgi?format=multipleid=824406 It's same problem you have today, Now I building boost 1.5.0, after I'll be build clang and after textmate2. Environment: F18 Rawhide On 10 August 2012 02:59, Ilyes Gouta ilyes.go...@gmail.com wrote: Maybe this is when we should bring in GNUstep as the alternate Cocoa API implementation for UNIX/Linux. -Ilyes On Aug 10, 2012 12:53 AM, Onuralp SEZER thunderbir...@fedoraproject.org wrote: From the few prerequisites, it looks like it's doable. +1 for that . I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be ported? I never ported OS X apps so We need check source and Cocoa syntax for making sure. On 10 August 2012 02:45, Ilyes Gouta ilyes.go...@gmail.com wrote: On Fri, Aug 10, 2012 at 12:30 AM, Onuralp SEZER thunderbir...@fedoraproject.org wrote: Well , When check https://github.com/textmate/textmate#prerequisites From the few prerequisites, it looks like it's doable. I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be ported? -Ilyes in here. Just we need packages and It can be compile it. And If It's become open-source just MAC OSX. Yes then you right It won't be compile because of OS X's Cocoa On 10 August 2012 02:25, Ilyes Gouta ilyes.go...@gmail.com wrote: The Frameworks/Oak* code looks like it calls to few routines written in Objective-C (and probably to few OS X API) .. Is the code base build-able for Linux (assuming no big dependencies on OS X's Cocoa)? -Ilyes On Thu, Aug 9, 2012 at 10:38 PM, Onuralp SEZER thunderbir...@fedoraproject.org wrote: Well I did chnages in the files but problem is still going and errors is still same. On 9 August 2012 23:27, Onuralp SEZER thunderbir...@fedoraproject.org wrote: Let me try then I will get backup and I'm going to try now. On 9 August 2012 23:26, Kellerman Rivero Suarez krsl...@gmail.com wrote: I correct my previous email, the type __ int128 apparently not recognized by GCC, or so I understand, I think there will be that to try and replace it with __ int128_t 2012/8/9 Kellerman Rivero Suarez krsl...@gmail.com Most problems seem to be associated with int_128. In gcc version most appropriate for that type of data is int_128_t. You'll have to rename the sources to see if it works 2012/8/9 Onuralp SEZER thunderbir...@fedoraproject.org Well I downloaded from git-hub and try to compile but It said ; [root@fedora17 textmate]# ./configure which: invalid option -- 's' which: no xcrun in (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin) clang is too old to build this project. Please see README.md for build instructions. So then I tried get new clang 3.2 version from source, and I got this error now ; [root@fedora17 build]# make make[1]: Entering directory `/home/onuralp/build/lib/Support' llvm[1]: Compiling APFloat.cpp for Debug+Asserts build In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15: In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104: In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:18: In file included from /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13: In file included from /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40: /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45: error: use of undeclared identifier '__ATOMIC_ACQ_REL' { return