Hi,
I encountered file in initial git repo that differs from version in latest cvs
head. I cannot find this change in logs nor I didn't make this change (as far
as I remember ;).
CVS: sendmail/F13/sendmail-8.13.7-pid.patch, md5sum:
e0b17fda96f4bb398cf94de550d81967
GIT: sendmail/F13/sednmail-8.
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"
To: devel@lists.fedoraproject.org
Sent: Wednesday, August 4, 2010 10:37:30 AM GMT +01:00 Am
> 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 H
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% (
> 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=2491737&name=build.log
> http://koji.fedoraproject.org/koji/getfile?taskID=2491754&name=build.log
> http://koji.fedoraproject.org/koji/getfile?taskID=
> I don't care if [[:space:]] is the POSIX correct behavior or not, all
> I know is every single build I've sent to build for F14 is failing.
AFAIK this is required by POSIX. The character class (e.g. [:space:] can be
used only in bracketed expression, e.g. [[:space:]])
To clear the confusion,
> 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 olde
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
https://admin.fedoraproject.org/mailman/listinfo/deve
>
> 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:
http://jskar
- 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
> defau
- 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
&g
- 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
&g
>
> 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 overa
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
fo
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 St
- 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 regressi
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 machines
- 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 seque
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 -
> 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
>
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
Following the steps from deltarpm example
(http://fedoraproject.org/wiki/UnderstandingDSOLinkChange#Example_deltarpm)
helps me to reproduce the DSO issue in local mock.
Jaroslav
- Original Message -
From: "Ralf Corsepius"
To: "Development discussions related to Fedora"
Sent: Monday,
Yes, I will build for f12, f11
regards
Jaroslav
- Original Message -
From: "mike cloaked"
To: "Development discussions related to Fedora"
Sent: Friday, March 26, 2010 10:06:02 AM GMT +01:00 Amsterdam / Berlin / Bern /
Rome / Stockholm / Vienna
Subject: Sendmail 8.14.4 for f12?
Given
> 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 /var/r
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
https://admin.fedoraproject.org/mailman/listinf
> powertop
I took powertop, thanks
Jaroslav
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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 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 i
> > 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 i
>
> 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
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.
T
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 push tcl/tk 8.5.8 update to F13 testing (update from tcl/tk
8.5.7).
The purpose of this update is to resolve the:
https://bugzilla.redhat.com/show_bug.cgi?id=560516
and probably more similar issues.
>From the repoquery only the tk seems to have exact version dependency on
ckholm / 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
>[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
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] https://fedorahosted.org/fedora-infrast
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 c
> > 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 the
- 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
- 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
> libg
- 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 $EDI
- 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 -
> Jaroslav Skarvada 于2020年6月26日周五 下午9:41写道:
> >
> >
> >
> > - Original Message -
> > >
> > >
> > > Adam Williamson < adamw...@fedoraproject.org > 于 2020年6月26日周五 上午9:32写道:
> > >
> > &g
- 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 edit
> 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 m
- 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.
>
> 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
https://admin.
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 rebui
- 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
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] https://admin.fedoraproject.org/pkgdb/p
$ 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 correc
- Original Message -
> On Fri, 8 Jan 2016 11:12:37 -0500 (EST)
> Jaroslav Skarvada wrote:
>
> > $ git push -v
> > Pushing to ssh://jskar...@pkgs.fedoraproject.org/memtest86+
> > WARNING: 'memtest86+' is an alias for 'rpms/memtest86+'
- Original Message -
>
>
> - Original Message -
> > On Fri, 8 Jan 2016 11:12:37 -0500 (EST)
> > Jaroslav Skarvada wrote:
> >
> > > $ git push -v
> > > Pushing to ssh://jskar...@pkgs.fedoraproject.org/memtest86+
> > >
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
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 % (
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 bo
> 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
- Original Message -
>
>
> - Original Message -
> > On Tue, 02 Dec 2014 14:44:59 -0700
> > "Nathanael D. Noblet" 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 kno
- 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 an
- 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,
>
> 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: jskarvad(a)FEDORAPROJECT.OR
- 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 mailing list -- devel@list
- 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 -
> 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
> 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: ..
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?
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 bootstrap it locall
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 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 wou
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", an
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
- 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 a
- 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 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 -
> 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
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
procedu
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 origi
- 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:
> >
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 -
> 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 toke
- 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 -
>
>
> 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.
> >
> >
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
-
83 matches
Mail list logo