On Thu, Jan 26, 2023 at 1:09 PM Neal Gompa wrote:
>
> On Thu, Jan 26, 2023 at 7:02 AM Jaroslav Skarvada wrote:
> >
> > Hi,
> >
> > it seems Anitya correctly distinguishes stable and pre-release
> > releases but where to set that I want Fedora bugs only for
Hi,
it seems Anitya correctly distinguishes stable and pre-release
releases but where to set that I want Fedora bugs only for the stable
releases? IIRC Pagure had a switch for it, but I am unable to find it
on the https://src.fedoraproject.org/rpms/. There is only
"No-Monitoring", "Monitoring",
On Wed, Jan 25, 2023 at 12:13 PM Miro Hrončok wrote:
>
> On 25. 01. 23 11:50, Vít Ondruch wrote:
> > Reading the thread, I was afraid this will be the end result. Nevertheless,
> > given this would be used just for side-tags, is there a chance to exclude
> > side
> > tags from the policy? Who
On Tue, Jan 24, 2023 at 9:37 PM Neal Gompa wrote:
>
> On Tue, Jan 24, 2023 at 3:00 PM Kevin Fenzi wrote:
> >
> > On Tue, Jan 24, 2023 at 07:54:29PM +0100, Jaroslav Skarvada wrote:
> > >
> > > I initially thought about:
> > > release bump
> &
On Tue, Jan 24, 2023 at 7:42 PM Neal Gompa wrote:
>
> On Tue, Jan 24, 2023 at 1:39 PM Jaroslav Skarvada wrote:
> >
> > Hi,
> >
> > I need to bootstrap package which has bootstrap support written
> > according to the [1]. I am able to boot
Hi,
I need to bootstrap package which has bootstrap support written
according to the [1]. I am able to bootstrap it locally (rpmbuild,
mock, ...) with the "--with bootstrap" or "-D '_with_bootstrap 1'". Is
there support for it in koji? E.g. something like:
koji build SIDE-TAG PACKAGE --bootstrap?
I am encountering the same problem since yesterday. All my builds are
failing on s390x this way e.g. [1], [2]. Could somebody fix it?
thanks & regards
Jaroslav
[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=60132339
[2] https://koji.fedoraproject.org/koji/taskinfo?taskID=60132333
- Original Message -
>
>
> Le 1/13/21 à 4:25 PM, Jan Zerdik a écrit :
> > Hi. My name is Jan and I'm a new red hatter. I'll be a TuneD co-maintainer.
> > My experience with open source projects is mostly just as a user, but I'm
> > looking forward to joining the community.
> >
> >
- Original Message -
> On Mon, Aug 03, 2020 at 01:30:56PM -0400, Jaroslav Skarvada wrote:
> >
> > Most of my FTBFSs are in form:
> > BuildrootError: Requested repo (1785390) is DELETED
> >
> > Wtf?
> >
> > E.g.:
> > https://bu
- Original Message -
> On 8/3/2020 9:42 AM, Neal Gompa wrote:
> > On Mon, Aug 3, 2020 at 12:32 PM Gary Buhrmaster
> > wrote:
> >> On Mon, Aug 3, 2020 at 3:15 PM Richard Hughes wrote:
> >>
> >>> Most of those are the libcroco->gettext breakage, no?
> >> From a very cursory scan (not at
> pidgin: https://bugzilla.redhat.com/1856866
Hi,
pidgin maintainer here. I really don't understand what are
you trying to achieve by this. I am maintaining/co-maintaining
over 100 packages in Fedora and if you think the
reaction time for bugzillas should be less than 24 hours
feel free to help
- Original Message -
> > -1 for the change. If the so called 'end-user' (whatever does it mean)
> > can learn git, she or he can also learn 'vi' or at least how to enable
> > the preferred editor. Personally, I can see nothing special on the
> > nano, for me it qualifies as very poor
- Original Message -
> Jaroslav Skarvada 于2020年6月26日周五 下午9:41写道:
> >
> >
> >
> > - Original Message -
> > >
> > >
> > > Adam Williamson < adamw...@fedoraproject.org > 于 2020年6月26日周五 上午9:32写道:
> > >
> > &g
- Original Message -
>
>
> Adam Williamson < adamw...@fedoraproject.org > 于 2020年6月26日周五 上午9:32写道:
>
>
> On Fri, 2020-06-26 at 08:44 +0800, Qiyu Yan wrote:
> > What about to provide a prompt to the user telling them the difference
> > between editors?
> > For example, when a new user
- Original Message -
> El jue., 25 jun. 2020 a las 21:45, Qiyu Yan (< yanq...@fedoraproject.org >)
> escribió:
>
>
> What about to provide a prompt to the user telling them the difference
> between editors?
> For example, when a new user to fedora first invokes git commit
> without
- Original Message -
> I prepared a protobuf update for rawhide to 3.12. It requires a rebuild
> of all dependencies and of the 55 dependencies currently 10 fail to
> rebuild. The following packages are failing:
>
> clementine
> closure-compiler
> fawkes
> gazebo
> hidviz
> kismet
>
> jskarvad gnuradio gr-air-modes gr-fcdproplus gr-hpsdr gr-iqbal gr-osmosdr
> gr-rds hamlib pidgin
pidgin - it calls Py_Initialize, so I kept is as is
hamlib - fixed & forwarded upstream
gnuradio stuff - it doesn't seem it calls Py_Initialize, but linking without
-python failed:
/usr/bin/ld:
- Original Message -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On Thu, 2017-09-14 at 13:18 -0400, Jaroslav Skarvada wrote:
> > Hi,
> Hi,
> >
> > I am trying to add new package to fedora, I did:
> >
> > $ fedrepo-req wsjtx -t
- Original Message -
> Hi,
>
> I am trying to add new package to fedora, I did:
>
> $ fedrepo-req wsjtx -t 1487776 -m monitoring
> Error: The Bugzilla ticket could not be verified. The following error was
> encountered: have expired. You may login again to get new cookies or a new
Hi,
I am trying to add new package to fedora, I did:
$ fedrepo-req wsjtx -t 1487776 -m monitoring
Error: The Bugzilla ticket could not be verified. The following error was
encountered:
My token was valid, but I requested new one and it still doesn't work.
fedrepo-req-1.6.0-3.fc25.noarch
Also
- Original Message -
> On Mon, Aug 14, 2017 at 06:16:20PM -0400, Jaroslav Skarvada wrote:
> > According to the fedrepo doc linked from [1] I did:
> >
> > $ fedrepo-req-branch preeny f26
> >
> > And the ticket [2] was closed with a message:
> >
According to the fedrepo doc linked from [1] I did:
$ fedrepo-req-branch preeny f26
And the ticket [2] was closed with a message:
"The branch in PDC was created. You may now create the branch in Pagure using
git."
I did:
$ git checkout -b f26
Switched to a new branch 'f26'
$ git push -u
How to change upstream release monitoring, i.e. how to
switch the states between disabled, monitoring, and
monitoring with build? I didn't find anything related in [1],
so I tried:
$ fedrepo-req preeny -m monitoring -t 1479022
But the request [2] was closed as invalid? What's the correct
- Original Message -
> On Fri, Aug 11, 2017 at 04:55:34AM -0400, Jaroslav Skarvada wrote:
> >
> > I see the following when pushing to new repo:
> >
> > $ fedpkg push
> > /usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48:
> > Deprecati
- Original Message -
> On 08/10/2017 03:01 PM, Fabio Valentini wrote:
> > I've just pushed an import commit to my first repository that was created
> > with fedrepo_req on pagure, and I got the following traceback from the
> > remote when it obviously failed to run a post-receive hook:
>
- Original Message -
> I've done two builds for rawhide this morning.
>
> On the first the armv7hl and ppc64le builds failed because the source
> tar file could not be unpacked.
>
> On the second the aarch64 build failed because the source tar file could
> not be unpacked.
>
> All the
- Original Message -
>
>
> - Original Message -
> > Hi,
> >
> > Jaroslav wrote:
> > > It still doesn't work for me:
> > >
> > > $ fedpkg scratch-build
> > > Could not execute scratch_build: (-1765328370, 'KDC has no support for
> > > encryption
> > > type')
> > >
> > >
- Original Message -
> Mike McLean wrote:
>
> > 1) make sure your krb5.conf has:
> > includedir /etc/krb5.conf.d/
>
> Should there be something in there other than a crypto-policies symlink?
>
> David
> ___
> devel
- Original Message -
> Hi,
>
> Jaroslav wrote:
> > It still doesn't work for me:
> >
> > $ fedpkg scratch-build
> > Could not execute scratch_build: (-1765328370, 'KDC has no support for
> > encryption
> > type')
> >
> > $ klist
> > Default principal:
- Original Message -
> Greetings.
>
> As previously announced, releng has made a number of changes as part of
> it's 2016 "flag day".
>
> All package maintainers will want to make sure they have updated to
> the
> following package versions (some may be in testing as of this email):
>
- Original Message -
> Hi Fedorains,
>
> I was thinking about creating a 3D printing SIG in Fedora. Would anyone
> be interested in that?
>
> Miro
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
+1
- Original Message -
>
>
> - Original Message -
> > On Fri, 8 Jan 2016 11:12:37 -0500 (EST)
> > Jaroslav Skarvada <jskar...@redhat.com> wrote:
> >
> > > $ git push -v
> > > Pushing to ssh://jskar...@pkgs.fedoraproject.org
- Original Message -
> On Fri, 8 Jan 2016 11:12:37 -0500 (EST)
> Jaroslav Skarvada <jskar...@redhat.com> wrote:
>
> > $ git push -v
> > Pushing to ssh://jskar...@pkgs.fedoraproject.org/memtest86+
> > WARNING: 'memtest86+' is an alias for 'rpms/memte
$ git push -v
Pushing to ssh://jskar...@pkgs.fedoraproject.org/memtest86+
WARNING: 'memtest86+' is an alias for 'rpms/memtest86+'
FATAL: W any memtest86+ jskarvad DENIED by fallthru
(or you mis-spelled the reponame)
fatal: Could not read from remote repository.
Please make sure you have the
Hi,
I received mail that EPEL-7 branch was requested for PowerTOP in [1].
Is there any way how to cancel (or at least comment) such requests?
Because this request is apparently invalid, PowerTOP is already
included in RHEL-7
thanks & regards
Jaroslav
[1]
- Original Message -
> On Mon, Nov 30, 2015 at 11:58 AM, Till Maas < opensou...@till.name > wrote:
>
>
> On Mo, Nov 30, 2015 at 11:28:57 -0600, Richard Shaw wrote:
>
> > Is there any reason not to use the date as the version? It's in MMDD
> > format so there shouldn't be a upgrade
- Original Message -
On 01.04.2015 10:29, Jaroslav Skarvada wrote:
pm-hibernate is obsolete as others already mentioned.
Do the pm-utils maintainers/upstream know this?
Hi,
I am pm-utils maintainer. I own some other legacy packages and
I am retiring them only
pm-hibernate is obsolete as others already mentioned.
Do the pm-utils maintainers/upstream know this?
Hi,
I am pm-utils maintainer. I own some other legacy packages and
I am retiring them only if there are good reasons for it
(e.g. unfixed security bugs, breakage, etc.), because there may
Hi,
dynamically loaded database plugins has been supported in Debian
by downstream patch for a while. This patch went finally upstream,
so I am also introducing this feature in Fedora Rawhide (f23).
Previously, all database map support libraries were linked to the Postfix
binary, which required
- Original Message -
- Original Message -
On Tue, 02 Dec 2014 14:44:59 -0700
Nathanael D. Noblet nathan...@gnat.ca wrote:
On Tue, 2014-12-02 at 21:47 +0100, Jan Kratochvil wrote:
On Tue, 02 Dec 2014 06:30:57 +0100, Nathanael d. Noblet wrote:
I don't know
Same problem with https://kojipkgs.fedoraproject.org/
I am pretty sure it worked on Friday, Fedora 20 with latest
updates, firefox-32.0.2-1.fc20.x86_64 with default configuration,
nothing changed on my side, opened ticket [1]
thanks regards
Jaroslav
[1]
Hi,
tcl/tk 8.6.1 is in rawhide. There is f21-tcl tag for seamless
handling of the update. If your package depends on tcl/tk
there are two options:
a) update it and build it to tag f21-tcl. E.g. the following
command can be used:
$ fedpkg build --target=f21-tcl
b) let it on me, I will start
If anyone would like to take over any of these packages, please let
me know.
I will also take squeak-image
thanks regards
Jaroslav
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi,
I'm glad to announce Power management testday,
date: 2012-10-11 (Thursday), link: [1]
During this event suspend/hibernate/resume, backlight control
as well as tuned daemon will be tested. You can also measure
compare power consumption with others. As a new F18 kernel
feature suspend to
Hi,
thanks all for attending F17 PM Test day, late :) recap follows.
General results:
Number of attendees: 39
Reports received: 52
Unique machines tested: 49
Bugs reported (all trackers counted): 21
Bugs closed so far: 13
Test cases (TC) results (in braces are F16 results):
TC passed: 82.48 %
On 07/06/2012 09:55 PM, Bill Nottingham wrote:
Package raptor (orphan)
I have taken raptor
regards
Jaroslav
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
The wiki page says:
By implementing this we, by default, generate less IO on disks.
This
increases SSD lifetime, saves a bit of power and makes things a
bit
faster.
Any numbers to support these claims?
--
devel mailing list
devel@lists.fedoraproject.org
- Original Message -
I booted the F17 beta ISO (x86_64, if it matters) on two laptops and
tried the provided memtest. In both cases it reported insane amounts
of
errors in test 7 after running successfully through tests 1..6. The
reported error addresses are in the 120 MB area.
I
Hi,
there is F17 espeak bug:
http://bugzilla.redhat.com/show_bug.cgi?id=799137
requesting drop of portaudio from espeak to lower the
number of deps. Is anybody against?
Thanks regards
Jaroslav
--
devel mailing list
devel@lists.fedoraproject.org
3 - we got this message on /var/log/message systemd[1]: PID
file /run/sendmail.pid not readable (yet?) after start.
Probably:
http://bugzilla.redhat.com/show_bug.cgi?id=748171
IMHO this message should be harmless because there is inotify
workaround in systemd.
I thing we want read
Hi,
thanks all who attended the Power Management Test day, the feedback was
really great. Stats follows
thanks regards
Jaroslav
P.S.: If you missed the event you can still post your results at
http://fedoraproject.org/wiki/Test_Day:2011-09-29_PowerManagement
---
Power Management Test Day
- Original Message -
Jaroslav Skarvada wrote:
thanks all who attended the Power Management Test day, the feedback
was
really great. Stats follows
On the topic of power management:
Is there anything being done to address the regressions[1] in 2.6.38+
kernels?
I cannot
Fedora 16 power management test day will start this Thursday (2011-09-29).
The event will be mainly focused on laptops, but even desktop machines can
be tested. Everybody is welcome to attend this event and your attendance
will help us to make the PM in Fedora better. Special LiveCD was prepared
- Original Message -
To avoid some confusion:
I removed cpuspeed from Rawhide about 10 days ago. It no longer serves
any
purpose in Fedora and has been effectively replaced by kernel cpufreq
stack.
All cpufreq modules should now be built-in, with ondemand being the
default
- Original Message -
On 07/19/2011 09:59 AM, Jaroslav Skarvada wrote:
- Original Message -
To avoid some confusion:
I removed cpuspeed from Rawhide about 10 days ago. It no longer
serves
any
purpose in Fedora and has been effectively replaced by kernel
cpufreq
- Original Message -
On 07/19/2011 10:23 AM, Przemek Klosowski wrote:
On 07/19/2011 11:07 AM, Eric Sandeen wrote:
On 07/19/2011 09:59 AM, Jaroslav Skarvada wrote:
Sad that the daemon gone. It was able to dynamically switch speed
(and save power) on systems that have CPUs
I would suggest getting a wattmeter and measuring it... probably the
simplest way to know for sure.
I'm pretty sure I measured it directly with a kill-a-watt meter, but I
no longer have a P4, so can't retest.
-Eric
--
Measured P4 on default F15 install. In active idle the overall power
Hi,
if no other is interested, I can provide new home for these:
espeak
libax25
demorse
linpsk
LinLog
regards
Jaroslav
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
- Original Message -
On 06/01/2011 09:59 PM, Genes MailLists wrote:
Best I can tell the current version of memtest86+ in Fedora is
v4.10
which is too old for Sandy Bridge which needs version v4.20.
Anyone know if there is some reason we haven't updated to the
current
The graphviz license changed to EPL (from CPL) since graphviz-2.28 (rawhide)
Jaroslav
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
- Original Message -
Under Fedora 14, my computer, an Asus U31J, cannot suspend/hibernate.
It attempts both, but hangs and has to be hard powered off. (I have
only tried F14.)
How do you debug something like this? I guess I'd need to have some
tracing through the shutdown sequence
Hi,
thanks all for participation in Power Management Test Day -
we received great response. If you missed the event, you can
still participate (all feedback is very valuable for us):
http://fedoraproject.org/wiki/Test_Day:2011-03-24
PM Test Day Stats:
28 unique participants
27 unique
Hi,
powertop 2.0 is currently in beta (aka 1.97) and was
proposed and approved as feature for F15:
https://fedoraproject.org/wiki/Features/PowerManagementF15
regards
Jaroslav
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi,
I would like to re-introduce the Power Management (PM) SIG meetings.
The PM SIG (http://fedoraproject.org/w/index.php?title=SIGs/PowerManagement)
is a group of Fedora contributors that wants to improve the current state
of power management and savings across the whole Fedora distribution.
I'll approve it and orphan rrdtool.
Were you going to take the EPEL branches as well?
Thanks, taken all
Jaroslav
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
I have to second someone taking over rrdtool. I handed it off to
Chris
a while back, but have still done far more work on it since then than
he has, and I've not seen him touch an rrdtool bz in ages. :(
(And no, I don't want maintainership back.)
I am ready to take it (I already own it in
Hi,
I was unsuccessful in all attempts to contact Chris Ricker (kaboom AT
oobleck.net). He seems non-responsive for a long time, I did not receive any
reply from him at least from February.
Tracker bug:
http://bugzilla.redhat.com/show_bug.cgi?id=554334
Previous attempt to contact through
powertop
I took powertop, thanks
Jaroslav
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Does anybody know how to contact Chris Ricker (kaboom AT oobleck.net)?
https://bugzilla.redhat.com/show_bug.cgi?id=554334
https://bugzilla.redhat.com/show_bug.cgi?id=631825
and more
Jaroslav
--
devel mailing list
devel@lists.fedoraproject.org
I plan to put up some scripts to automate part of the review process
as soon as I have the time to finish them.
Great idea. I hacked a little script some time ago. It may be a little outdated
now, non optimally designed, but maybe something could be reused in your
project:
To clear the confusion, there is no change in the RE syntax in
grep-2.7. The old grep silently interprets all these REs the way that
probably nobody intended to, e.g.
The [:space:] match:
ac:eps
You can force grep-2.7 to silently process it (above mentioned way, same as
with older
All three of my newly released GNOME 2.32.0 projects failed to build
on koji (f14) today:
http://koji.fedoraproject.org/koji/getfile?taskID=2491737name=build.log
http://koji.fedoraproject.org/koji/getfile?taskID=2491754name=build.log
Thanks, but I have following problem:
$ fedpkg co -B xterm
Cloning into bare repository /home/yarda/git-fedora/xterm/fedpkg.git...
remote: Counting objects: 657, done.
remote: Compressing objects: 100% (333/333), done.
remote: Total 657 (delta 274), reused 657 (delta 274)
Receiving objects: 100%
So I copied dvb-usb-af9015.fw from some UBUNTU installation to
/lib/firmware, and I could watch digital TV with kaffeine.
So my question: would it be possible to support that stick in = F15
versions?
AFAIK this firmware seems not to be free.
Nice query. I have a AVerTV Hybrid Volar
Thanks everybody for info and sorry for missing the original thread.
Please could Jesse or somebody also fix this for me?
Thanks regards
Jaroslav
- Original Message -
From: Michael Schwendt mschwe...@gmail.com
To: devel@lists.fedoraproject.org
Sent: Wednesday, August 4, 2010 10:37:30
[jskarvad] sendmail: sendmail-milter-8.14.4-8.fc14.x86_64
license added to sendmail-milter-8.14.4-9.fc14
regards
Jaroslav
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
/ Vienna
Subject: Re: tcl/tk 8.5.8 update for F13?
Jaroslav Skarvada wrote:
From the repoquery only the tk seems to have exact version dependency on
tcl. Also from my test with several packages requiring libtcl/libtk - they
worked without rebuild. I don't like to break anything, thus please let
77 matches
Mail list logo