Re: Epel8 build with python > 3.6?

Jul 16, 2024 17:03:22 Miro Hrončok : > On 16. 07. 24 13:28, Petr Pisar wrote: >> V Tue, Jul 16, 2024 at 05:24:55AM -0400, Stephen Smoogen napsal(a): >>> So you are running into modularity issue there and I am guessing it is from >>> mock versus koji because koji gets around modularity with a hack.

Re: Epel8 build with python > 3.6?

Jul 16, 2024 13:30:00 Petr Pisar : > V Tue, Jul 16, 2024 at 05:24:55AM -0400, Stephen Smoogen napsal(a): >> So you are running into modularity issue there and I am guessing it is from >> mock versus koji because koji gets around modularity with a hack. In mock >> you have to tell it to enable the

Re: Epel8 build with python > 3.6?

Sorry, left out that using python3.12 works until the version checker in the scons builder returns that I'm using unsupported Python3.6, hence asking whether there needs to be a switch somewhere *Mark E. Fuller, Ph.D.* *ful...@fedoraproject.org* *ful...@mefuller.dev* *@fuller:fedo

Re: Epel8 build with python > 3.6?

-skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) (In addition to several "sh: /usr/bin/python3.6: No such file or directory" right at the start") Is there an additional switch I need to throw to effectively alias pyth

Epel8 build with python > 3.6?

I want to make a minor update to an EPEL 8 package, but the default Python is 3.6 where the update requires >=3.7 Is this possible to do (with modules?)? How would I specify it in the spec file if it is? *Mark E. Fuller, Ph.D.* *ful...@fedoraproject.org* *ful...@mefuller.dev* *@fuller:fedora

Re: Error building new package in sidetag

Thanks, Kevin and Mikel Looks good now *Mark E. Fuller, Ph.D.* *ful...@fedoraproject.org* *ful...@mefuller.dev* *@fuller:fedora.im* *@fuller:one.ems.host* *https://mefuller.dev* *PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60* Jul 14, 2024 22:59:14 Kevin Fenzi : > On Sun,

Re: Error building new package in sidetag

ree  0 open  1 done  1 failed 120492157 build (f40-candidate, /rpms/golang-github-ladicle-tabwriter.git:1cb570f97400fb06e58b93fee399c6e9400cb596) failed *Mark E. Fuller, Ph.D.* *ful...@fedoraproject.org* *ful...@mefuller.dev* *@fuller:fedora.im* *@fuller:one.ems.host* *https://mefuller.dev* *PGP Fin

Error building new package in sidetag

Hi all, I am adding a few new dependencies to update a golang package (nothing new here) and building the new packages and update in a sidetag for F40. However, for one of the new dependencies, there is a repeated error: "FAILED: BuildError: package golang-github-ladicle-tabwriter not in list

Re: mockbuild fails locally: dnf v dnf5

ok, so perhaps I needed to use `sudo` previously - I ended up manually wiping the `/var/lib/mock/ directory contents and that fixed me up Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@mefuller.dev @fuller:fedora.im @fuller:one.ems.host https://mefuller.dev PGP Fingerprint: 73F1 A30C

Re: mockbuild fails locally: dnf v dnf5

Unfortunately, this doesn't seem to do the trick - the `mock --scrub=all` runs, but then the same error keeps occurring on both systems Any other thoughts as to how to more aggressively/manually force an update? Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@mefulle

mockbuild fails locally: dnf v dnf5

Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@mefuller.dev @fuller:fedora.im @fuller:one.ems.host https://mefuller.dev PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60 Hi all, I am having consistent issues on F39 and Rawhide with locally using mockbuild: ``` Start

Strange(?) build failures for golang package

I am trying to update go-task for some time now and consistently getting a build error/failure with no clear indication of what's happened: https://download.copr.fedorainfracloud.org/results/fuller/test-builds/fedora-rawhide-x86_64/06508072-golang-github-task/builder-live.log.gz Is it possible t

orphaning prometheus* and some other golang packages

Hi all, I picked up a number of prometheus packages (see below) a few months back during the golang scramble after an unresponsive maintainer. I don't have the time or the interest (or the technical chops) to maintain them. Obviously these are important packages, so at this time I am announci

Review-swap: trivial golang package to update nats stack

I'd like to offer to swap reviews to get golang-github-nats-io-jwt-2 https://bugzilla.redhat.com/show_bug.cgi?id=2237326 into Rawhide We already have v1 and attempting to update that package in order to upgrade the nats stack led to some breakage and headaches a few months ago Thanks all, ful

process to unretire/re-review package where some branches still exist?

Hi all, I'm trying to unretire golang-github-google-renameio-2 and have completed a re-review. However, since the package still exists in F37 and F38, the process for getting the F39 and rawhide branches "back" and getting control of the package repo is unclear. Can anyone advise? Thanks, fu

Go-SIG: One re-review and one update needed

Dear Go-list (and broader Fedora dev list), I've been dragging on getting an update to go-task done - I need to request a (re)review of golang-github-google-renameio-2 (https://bugzilla.redhat.com/show_bug.cgi?id=2231733) as a dependency of golang-mvdan-sh-3 (https://bugzilla.redhat.com/show_b

Assistance unretiring branches of package

Hi all, In order to update go-task, I need to unretire branches for F39 and Rawhide of https://src.fedoraproject.org/rpms/golang-github-google-renameio-2 (and then update the package) It's not clear to me how to proceed since the package is not orphaned (and the maintainer did not respond t

non-responsive maintainer check for anthr76

https://bugzilla.redhat.com/show_bug.cgi?id=964 This email is part of the non-responsive maintainer procedure for anthr76, following https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/. Please respond if you are still active in Fedora and want to maint

Re: Stuck package - golang-github-prometheus-node-exporter

I'll try to push this along - there's a build error that needs resolving (but not at 2:30 AM) see https://bugzilla.redhat.com/show_bug.cgi?id=2112130 Anyone from the golang list want to take a look? -fuller On 02/05/2023 19:25, Pat Riehecky wrote: golang-github-prometheus-node-exporter seems

Re: Non-responsive maintainer check for eclipseo

Thanks for the suggestion, but I do not use Twitter and don't want to create an account. On March 15, 2023 5:13:43 PM GMT+02:00, Fabio Valentini wrote: >On Wed, Mar 15, 2023 at 4:04 PM Mark E. Fuller >wrote: >> >> Hi, >> This is a non-responsive maintainer check

Non-responsive maintainer check for eclipseo

Hi, This is a non-responsive maintainer check for eclipseo. I am trying to contact him as the owner of golang-github-masterminds-semver[0]. There is one other open non-responsive maintainer check, filed ~2 weeks ago[1]. Does anyone know how to contact eclipseo? Thanks, fuller [0] https://bugz

Review Swaps

spec, should be a trivial review. 2) Bug 2126785 - Review Request: usbrelay https://bugzilla.redhat.com/show_bug.cgi?id=2126785 USB-connected electrical relay control, based on hidapi Thank you -- Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@mefuller.dev @fuller:fedo

Re: Donate 1 minute of your time to test upgrades from F36 to F37

... Downgrading: conmon x86_64 2:2.1.3-1.fc37 fedora 57 k grubby x86_64 8.40-66.fc37 fedora

Re: Donate 1 minute of your time to test upgrades from F36 to F37

Also encountered the same error for 0ad --- Error: Problem: problem with installed package 0ad-0.0.25b-2.fc36.x86_64 - package 0ad-0.0.25b-2.fc36.x86_64 requires libboost_filesystem.so.1.76.0()(64bit), but none of the providers can be insta

EPEL: packaging multiple versions and compat packages

Hi all, Can someone point me to a good resource on how (if permitted) I can make appropriate compat(?) packages to allow for two major versions of the same package to be available? Is this allowed for EPEL? Thanks -- Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@mefuller.dev

Non-responsive maintainer-like policy for approved packages that aren't imported?

is now blocking a current review (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2074467) Thanks -- Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@mefuller.dev @fuller:fedora.im @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C

Re: Request: Airspy HF+

tance with getting the software into the distribution over a lament that we do not have it. Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@mefuller.dev @fuller:fedora.im @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60 On 10/

Permission errors with fedora-review and mock

fix this? I verified that I am in the mock group -- Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@member.fsf.org ful...@mefuller.dev @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60

Re: Packages that failed to build with Python 3.11 (and what to do)

~ scons: *** [build/temp-py/_cantera.os] Error 1 scons: building terminated because of errors. ``` See: https://github.com/Cantera/cantera/issues/1325 Also: https://kojipkgs.fedoraproject.org/work/tasks/2453/88502453/build.log Best, -fuller -- Mark E. Fuller, Ph.D. HaShikma

Re: go version unknown?

Thanks - that fixed it Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@stossrohr.net @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60 On 19/06/2022 0:52, Martin Jackson wrote: On Sun, 2022-06-19 at 00:02 +0300, Mark E

go version unknown?

ks, fuller -- Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@stossrohr.net @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60 ___ devel mailing list -- devel@lists.fedoraproject.org To u

go version unknown?

ks, fuller -- Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@stossrohr.net @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60 ___ devel mailing list -- devel@lists.fedoraproject.org To u

Re: Request: Airspy HF+

re.io/fedora-infrastructure -- Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@stossrohr.net @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60 OpenPGP_0xD599E76CFFCABF60.asc Description: OpenPGP public key OpenPGP_signature D

Review swaps

gi?id=2093467 All three spec files were generated automatically and the reviews should be trivial (at least I hope so). Thanks all, fuller -- Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@stossrohr.net @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F

Help with go spec file

naive use case. 2) How should nested folders in cmd/ be built? Here, again, the basic template throws an error since cmd/internal contains no *.go files, only a BUILD.bezel file and a nested cmd directory. Thank you all, fuller -- Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@sto

Re: Question on creating system users/groups at install in spec file

That did it - thank you very much! On 30/04/2022 23:26, Paweł Marciniak wrote: I think you need %pre -n the same for %preun %post %postun or all systemd macros will not work. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Question on creating system users/groups at install in spec file

pm Thanks -- Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@stossrohr.net @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubs

Help with packaging golang binary: resolving dependencies

ource} Source1:https://github.com/go-task/slim-sprig/archive/master.tar.gz Source2: https://github.com/radovskyb/watcher/archive/refs/tags/v1.0.7.tar.gz Source3:https://github.com/mattn/go-zglob/archive/master.tar.gz ... Any help is very appreciated, Regards, -- Mark E. Fuller, P

Re: Donate 1 minute of your time to test upgrades from F35 to F36

I have the following errors: Error: Problem 1: package avogadro-libs-1.2.0-35.fc35.x86_64 requires libGLEW.so.2.1()(64bit), but none of the providers can be installed - libGLEW-2.1.0-10.fc35.x86_64 does not belong to a distupgrade repository - problem with installed package avogadro-libs-1.2.0

Re: ppc64le build failures in the mass rebuild

My spec for cantera currently has an "excludearch" for ppc64le since the rawhide builds were failing - should I drop this allow for the releng tools to automatically find and rebuild it? Thanks 31 Jan 2022 16:47:07 Sérgio Basto : > On Mon, 2022-01-31 at 13:36 +0100, Dan Horák wrote: >> On Mon,

Re: Request assistance getting a package (usbrelay) into Fedora

so we can move off the list. Best, fuller Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@stossrohr.net @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60 On 18/01/2022 5:04, Darryl Bond wrote: Mark, Petr's suggestio

Re: Request assistance getting a package (usbrelay) into Fedora

I was having so much fun playing with). Best, Fuller Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful...@stossrohr.net @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60 On 17/01/2022 12:43, Darryl Bond wrote: Hello, I maintain a

Package Review / Sponsorship Request

appreciate any constructive feedback and am looking for a sponsor. I am particularly interested in having the package ultimately available in EPEL as this would make installation on many HPC resources very simple. Regards, Fuller -- Mark E. Fuller, Ph.D. ful...@fedoraproject.org ful

Re: Orphaning mkdocs-markdownextradata-plugin

OK ___ 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.o

yate

yet another text editor? I thought we already had 6 millions 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-

Re: Friday , May 28 unattended update broke amdgpu DKMS -- SOLVED!

On Mon, 31 May 2021 14:28:58 -0500 astoundingly, Justin Forbes wrote: > Third party drivers often can break on kernel rebases. Thanks Justin! Though all worked fine for quite a while, after your posting I removed the amdgpu package, installed the testing kernel just for giggles, and stuff

Re: Friday , May 28 unattended update broke amdgpu DKMS building

On Mon, 31 May 2021 14:28:58 -0500 astoundingly, Justin Forbes wrote: > On Mon, May 31, 2021 at 12:17 PM L 5 wrote: > Fedora 34 installations should never, under any circumstances, install > a driver that requires dkms. Packaging out of tree modules is against > fedora policy for a number

Re: Just say "No!" and do not document GRUB2 anymore!

On Thu, 27 May 2021 12:54:31 +0200 astoundingly, Vitaly Zaitsev via devel wrote: > On 27.05.2021 12:30, Mauricio Tavares wrote: > > Support for other OS for those who like/need to dualboot? > > Yes. For example you can press "W" to start Windows directly. > > Also native UEFI Boot allows mul

Just say "No!" and do not document GRUB2 anymore!

sounds unintuitive, but he just speaks truth to power: https://pagure.io/fedora-docs/quick-docs/issue/352#comment-734630 "I think the GRUB stuff is so esoteric, so conditional and overly complicated, that we shouldn't explain it. Explaining it will take a lot of resources, and then it has to be

Another self-introduction

y own programming improves with my research. Regards -- Mark E. Fuller, Ph.D. Robensstraße 57 52070 Aachen +49 (0)1577-1848188 +1 401-366-2771 mark.e.ful...@gmail.com mark.e.ful...@gmx.de @mefuller:matrix.org https://mefuller.github.io/ signature.asc Description: This is a digitally signed message

Re: eclipse-photran builds failed/not included since F32

Am Samstag, dem 26.12.2020 um 22:10 +0100 schrieb Dominik 'Rathann' Mierzejewski: > On Wednesday, 23 December 2020 at 02:13, Mark E. Fuller wrote: > > I'm not quite sure where else to direct this - I intermittently do > > some > > Fortran work and the Eclipse

eclipse-photran builds failed/not included since F32

ether eclipse-photran is being (intentionally) dropped and alternatives? Thanks all -- Mark E. Fuller, Ph.D. Robensstraße 57 52070 Aachen +49 (0)1577-1848188 +1 401-366-2771 mark.e.ful...@gmail.com mark.e.ful...@gmx.de @mefuller:matrix.org https://mefuller.gith

Re: Fedora 34 Change: GitRepos-master-to-main (Self-Contained Change)

__ > 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.

Re: Heads up; F22 will require applications to ship appdata to be listed in software center

On 01/26/2014 12:18 PM, Heiko Adams wrote: Am Sonntag, den 26.01.2014, 12:14 +0100 schrieb Lars E. Pettersson: ... Would it not be better to have a 'software center' that includes ALL software available, be they GUI related or not? Probably based on rpm-packages, as that is what

Re: Heads up; F22 will require applications to ship appdata to be listed in software center

plication' correlates to a rpm-package? Application means GUI application that has a .desktop file. That makes the 'software center' of lesser use, as the user will be confused when he/she does not find the program/rpm-package/application he/she wants to install. Lars -- Lars

Re: Heads up; F22 will require applications to ship appdata to be listed in software center

ng something obvious here? How does 'application' correlates to a rpm-package? Lars -- Lars E. Pettersson http://www.sm6rpz.se/ -- 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 versus yum

umentation, and everyone knows about it. Regarding 'real world'. Correct, that's why I wrote "...if they are not documented, then it is a documentation bug.", and that's how it should be treated. Lars -- Lars E. Pettersson http://www.sm6rpz.se/ -- devel mailing list d

Re: dnf versus yum

cumentation. He/she should not need to try things, they should be documented, if they are not documented, then it is a documentation bug. Lars -- Lars E. Pettersson http://www.sm6rpz.se/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/deve

Re: dnf versus yum

On 01/06/2014 02:06 PM, Vít Ondruch wrote: Dne 6.1.2014 13:31, Lars E. Pettersson napsal(a): ... What would be the point in removing the running kernel? Is there actually such a use case? Lars Why are you asking? May be you should let your imagination run riot. Why? Isn't that obviou

Re: dnf versus yum

On 01/06/2014 12:43 PM, Vít Ondruch wrote: Otherwise, I totally agree with Chris and with DNF upstream. "dnf remove kernel" should remove every kernel and should not behave magically. What would be the point in removing the running kernel? Is there actually such a use case? Lars

Re: dnf versus yum

On 01/05/2014 07:24 PM, Lars E. Pettersson wrote: Three documentation "bugs" out of a side track of a thread is not a terrible thread, in my opinion... Yum auto completion missing erase: <https://bugzilla.redhat.com/show_bug.cgi?id=1048714> dnf man page missing to mentio

Re: dnf versus yum

On 01/06/2014 08:13 AM, Adam Williamson wrote: On Mon, 2014-01-06 at 08:01 +0100, Lars E. Pettersson wrote: On 01/06/2014 12:46 AM, Adam Williamson wrote: ... If it exists for backward compatibility, it doesn't necessarily need to be documented. Ehh? Why? Could you elaborate? I don&

Re: dnf versus yum

On 01/06/2014 12:46 AM, Adam Williamson wrote: On Sun, 2014-01-05 at 19:24 +0100, Lars E. Pettersson wrote: ... As I mentioned before I only auto completed yum, remove is not party of the auto completed commands. If remove should be there, then this is a bug. I will file one. dnf has no auto

Re: dnf versus yum

e rpm installed you can download the yum rpm, and re-install yum, so why protects it? Could it be because yum has a user perspective, making it a tad harder for the non technically oriented user to do bad things to the system? Leaving the bad things to the more technically oriented user? Lars -

Re: dnf versus yum

On 01/05/2014 07:24 PM, Lars E. Pettersson wrote: As I mentioned before I only auto completed yum, remove is not party of the auto completed commands. If remove should be there, then this is a bug. I will file one. Pressed send a bit too early. Should of course be 'erase' here, no

Re: dnf versus yum

On 01/05/2014 07:07 PM, Adam Williamson wrote: On Sun, 2014-01-05 at 10:04 -0800, Adam Williamson wrote: On Sun, 2014-01-05 at 10:27 +0100, Lars E. Pettersson wrote: ... The running kernel should not be removed with a simple 'dnf erase kernel' (why did they change remove into erase

Re: dnf versus yum

On 01/05/2014 12:02 PM, Dridi Boukelmoune wrote: On Sun, Jan 5, 2014 at 10:27 AM, Lars E. Pettersson wrote: On 01/05/2014 09:23 AM, Mattia Verga wrote: why did they change remove into erase? Yum actually offers both erase and remove for the same purpose. I don't know which is an ali

Re: dnf versus yum

x86_64 GNU/Linux $ dnf erase kernel-3.12.6-300.fc20.x86_64 The same thing could be said about other packages now protected in yum. Please protect them in the same way in dnf. Lars -- Lars E. Pettersson http://www.sm6rpz.se/ -- devel mailing list devel@lists.fedoraproject

Re: dnf versus yum

be spared, in my opinion. <https://bugzilla.redhat.com/show_bug.cgi?id=976704> Lars -- Lars E. Pettersson http://www.sm6rpz.se/ -- 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: F20 System Wide Change: No Default Sendmail

Transaction Summary Upgrade 19 Packages The updates were successfully applied -- Lars E. Pettersson http://www.sm6rpz.se/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F20 System Wide Change: No Default Sendmail

o the person in charge on that computer. Perhaps this should be mentioned in the installation guide or something, or even done in anaconda? Lars -- Lars E. Pettersson http://www.sm6rpz.se/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F20 System Wide Change: No Default Sendmail

haps a bad thing to clog up the logs with that? Lars -- Lars E. Pettersson http://www.sm6rpz.se/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F19 DVD over size - what to drop?

On 05/03/2013 12:30 PM, Rahul Sundaram wrote: On 05/03/2013 04:22 PM, Clyde E. Kunkel wrote: On 05/03/2013 09:45 AM, "Jóhann B. Guðmundsson" wrote: Why not just make the assumption that administrators will use the netinstall and or ks and desktop users will use live spins? JBG I

Re: F19 DVD over size - what to drop?

On 05/03/2013 09:45 AM, "Jóhann B. Guðmundsson" wrote: Why not just make the assumption that administrators will use the netinstall and or ks and desktop users will use live spins? JBG I don't know if it is still the case, but historically you could NOT specify a file system different from t

Re: RFC: Fedora revamp proposal

On 03/13/2013 12:02 PM, Kevin Fenzi wrote: 2) You can take the longer release time, get the new codebase in and done and then you are in much better shape moving forward. We choose 2. (Anaconda folks, feel free to drop in and correct me if I got anything wrong). I can't see much way to explai

Re: Improving the Fedora boot experience

On 03/13/2013 11:51 AM, Felix Miata wrote: On 2013-03-13 17:29 (GMT+0200) Sebastian Mäki composed: * remove the hood of the car, and keep it off in case something goes wrong, or to entice new drivers to look in there and guess what is going on. * keep the hood of the car on, and if something go

Re: system freezes after loading gdm/gnome

On 02/25/2013 09:26 AM, Jan Dvořák wrote: Hi, I am running rawhide for fun and since a few days ago a few seconds after starting gdm the whole system freezes. I am sorry that I can't really pinpoint the exact update as I suspend and this only manifested after a reboot. The problem is that I don

Re: rawhide report: 20130223 changes

On 02/23/2013 03:48 PM, Kevin Fenzi wrote: mygui - http://koji.fedoraproject.org/koji/taskinfo?taskID=5047260 No idea what should be providing libCommon.so for it. maybe should be libcommon vice libCommon? -- Regards, OldFart -- devel mailing list devel@lists.fedoraproject.org https://admin.f

Re: Odd error message on build blender-2.66-1.fc19

Hi Jochen, > error: Bad exit status from /var/tmp/rpm-tmp.lr1DY2 (%install) > bogus date in %changelog: Sun Jan 30 2006 Jochen Schmitt herr-schmitt de> 2.41-1 30th January 2006 was a Monday not a Sunday. > > So I would to like to ask, if anyone have an idea about the error message > relati

Re: Help figure out the debug slowness

On 01/27/2013 06:12 AM, Michael Schwendt wrote: On Tue, 22 Jan 2013 09:44:43 -0600, Justin M. Forbes wrote: kernel-3.8.0-0.rc4.git5.1.fc19.x86_64 is significantly slower than the previous release for all graphical activities. For me the opposite is true. It is (subjectively) faster than

Re: [rawhide] ideas to improve rawhide

On 01/23/2013 12:25 PM, Kevin Fenzi wrote: On Wed, 23 Jan 2013 12:08:21 -0500 "Clyde E. Kunkel" wrote: Would issues with specific 3.8 kernel drivers affecting rawhide be a candidate? Candidate for a tracker bug? Perhaps. It would depend on how widespread the issue is. Definitely

Re: [rawhide] ideas to improve rawhide

On 01/23/2013 11:55 AM, Kevin Fenzi wrote: Greetings. As some of you may know, I switched my laptop over to rawhide and have been posting a series of blogs about the various issues I have run into in the last month. To recap from those: - xfce4-session crash: https://bugzilla.redhat.com/sho

Re: Status to make btsfs to the standard filesystem of Fedora

On 01/16/2013 12:00 PM, Rahul Sundaram wrote: > I haven't seen any recent activity in Fedora from him. Have you? Rahul Some patches on the btrfs list on Jan 7 and 8, 2013. -- Regards, OldFart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/lis

Re: Where are we going? (Not a rant)

On 12/08/2012 12:07 AM, M. Edward (Ed) Borasky wrote: Why does there need to be a long-term support for Fedora? Why not just use Red Hat Enterprise Linux? I imagine it boils down to money since Fedora=free and RHEL=$$$. Corporate suits will will weigh cost of Fedora support vs RHEL support

Re: f18: how to install into a LVM partitions (or RAID)

On 11/21/2012 03:01 PM, David Lehman wrote: Yes. I've just completed testing of patches for this stuff. It was decided that it's too late to try to get them into the Beta. I can provide you with an updates image that adds the functionality if you are interested. David I, for one, would be in

Re: f18: how to install into a LVM partitions (or RAID)

On 10/17/2012 11:55 AM, Adam Williamson wrote: On Wed, 2012-10-17 at 16:05 +0200, Dario Lesca wrote: Il giorno mer, 17/10/2012 alle 08.37 -0500, David Lehman ha scritto: to keep you on your toes, of course you forgot ;-) ... because if you're talking seriously this is a wild unacceptable answ

Introduction.

Hi, my name is Dan and I have submitted the version 5.2.1 of the racket scheme interpreter for review. I use Lisp type languages for my own projects and needed a more recent version than the plt-scheme package for my Fedora box. When I found out that plt-scheme was orphaned that I would becom

Re: Non-responsive maintainer ?

On 12/06/2011 05:26 AM, Daniel P. Berrange wrote: > On Mon, Dec 05, 2011 at 11:08:32PM +0100, Pierre-Yves Chibon wrote: >> > It might be interesting to run this script across every single user > in the Fedora accounts system, and proactively identify any users > whom have not done anything in Fedor

Re: Fesco membership policies

On 11/14/2011 11:19 AM, Peter Robinson wrote: > On Mon, Nov 14, 2011 at 4:15 PM, Matthew Garrett wrote: >> Something that was brought up at the last fesco meeting is that >> fesco membership is currently restricted to members of the packaging >> group. That's arguably overly restrictive - fesco is

Re: systemd - standard place to run stuff after the network is up?

On 10/17/2011 01:10 PM, Clyde E. Kunkel wrote: > On 10/17/2011 10:20 AM, Bruno Wolff III wrote: >> I want to try to modprobe netconsole during boot, but it needs to happen >> after the network is up. Is there any standard place (rc.local and >> modules-load seem to happen

Re: systemd - standard place to run stuff after the network is up?

ile. And now, in what seems like "magic," it is working fine in rawhide but not in F16 (tho it does in maybe 1 in 20 boots). I followed the procedure in https://fedoraproject.org/wiki/Netconsole. Since the e-net card is renamed to a local bus name (p37p1 in my case), specifyi

Re: [Test-Announce] Proventesters meetup 2011-10-12 at 18UTC

On 10/11/2011 04:05 PM, Kevin Fenzi wrote: > We are going to be having another proventesters meetup tomorrow on IRC > in #fedora-meeting at 18:00UTC. > > Purpose of meetup: Brainstorm ideas on improving testing and processes > for testing updates. > > * Intro/gather more agenda items > > * Recruiti

Re: Firefox on Fedora: No longer funny

On 10/08/2011 05:43 PM, Christoph Wickert wrote: > Since Mozilla switched to the new rapid release model, Firefox in Fedora > is no longer fun: Every 6 weeks a new major version hits our stable > release and breaks Firefox horribly: >* My favorite extensions (and actually the only thing tha

Re: BTRFS on LVM causes long fedora-storage-init run?

On 10/07/2011 12:57 PM, Michael Cronenworth wrote: > Tomasz Torcz wrote: >> Do you have caches enabled and fully built? Remounting with >> "-o space_cache,inode_cache" will enable them. Then wait few minutes >> for caches to be built (I/O will stop when they're ready). Subsequent >> mounts s

Re: BTRFS on LVM causes long fedora-storage-init run?

On 10/07/2011 11:31 AM, Richard Shaw wrote: > I posted this on the main mailing list but didn't get any hits. > Hopefully I'll have better luck here. > --- > > I found the following thread but I don't think mine is the same problem: > > http://lists.fedoraproject.org/pipermail/test/2011-June/100861

Re: What do rawhide testers want and expect?

On 09/12/2011 11:57 AM, Stephen John Smoogen wrote: > In reading the long trash each other fest that accompanies pre-release > jitters, could we start on a cleaner plate? What do the people who are > using rawhide day-in/day-out expect out of the channel? What level of > pain does someone like Jona

Re: Development to release quality

On 09/12/2011 10:17 AM, Jakub Jelinek wrote: > > Sure, we need QA, but for rawhide the development shouldn't be totally > stalled as it is already in F16 right now, where updates for critpath > packages, even when they have several hundred thousands of tests > performed already during package build

Re: Development to release quality

On 09/12/2011 06:01 AM, Matej Cepl wrote: > > > Too much QA (or any external QA) imposed on the development make it > slower. Compare Linux v. OpenSolaris kernel development. Fedora tries to > be very fast developing distro, thus less QA in the development version. > Ah yes, the ol' QA conundrum.

Re: openssh: no pre-release sanity check? [Re: ssh-to-rawhide hangs

On 09/12/2011 07:39 AM, Kevin Kofler wrote: > Clyde E. Kunkel wrote: >> Didn't say like, said similar. Don't you test your changes somehow? Or >> do you just toss the mods over the wall and hope for the best? I don't >> think so. Share your test cases

Re: openssh: no pre-release sanity check? [Re: ssh-to-rawhide hangs

On 09/11/2011 06:19 PM, Kevin Kofler wrote: > Clyde E. Kunkel wrote: >> Maybe there needs to be a classification for rawhide similar to the >> karma system for updates-testing, but limited to just a set of packages >> that should just always work (maybe openssh would be one).

  1   2   >