frastructure/issues to the effect that
> synchronization of Fedora components to Bugzilla appears to be delayed or
> broken.
>
> On Tue, Aug 13, 2024, at 6:43 AM, Michal Schmidt wrote:
> > Hello,
> >
> > Last week, I added a new package to Fedora: osu-micro-benchmark
Hello,
Last week, I added a new package to Fedora: osu-micro-benchmarks
I want to file a bug for it (to meet the Packaging Guidelines
requirement about ExcludeArch).
But I am unable to. I go to:
https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora
but the Component field does not know about
On Fri, Aug 9, 2024 at 12:22 PM Felix Schwarz
wrote:
> There is a long-standing issue with certbot that the certbot-renew timer is
> not
> enabled by default even though it is listed in "90-default.preset"
> (fedora-release/epel-release):
>
> https://src.fedoraproject.org/rpms/fedora-release/blob
On Tue, Jul 30, 2024 at 8:07 AM Jednorozec wrote:
>
>
> Following is the list of topics that will be discussed in the
> FESCo meeting Tuesday at 17:00 UTC in #meeting:fedoraproject.org
> on Matrix.
>
> To convert UTC to your local time, take a look at
> http://fedoraproject.org/wiki/UTCHowto
>
>
On Sat, Oct 21, 2023 at 3:06 PM Richard W.M. Jones wrote:
> I was asked about the topic in the subject, and I think it's not very
> well known. The news is that since Fedora 38, whole system
> performance analysis is now easy to do. This can be used to identify
> hot spots in single applications
Hello,
I intend to unretire the 'rshim' package:
https://src.fedoraproject.org/rpms/rshim
The package is needed in RHEL.
Upstream is active. The latest tagged release was just 2 months ago.
Michal
___
devel mailing list -- devel@lists.fedoraproject.org
On Mon, Apr 26, 2021 at 3:31 AM Chris Murphy
wrote:
> On Sun, Apr 25, 2021 at 12:39 PM Artem Tim wrote:
> > Upcoming 5.12 allow building with dynamic preemption support which
> allows changing mode at boot/run-time so finally no need to rebuild or make
> alternative kernel build anymore[1]. Resp
On 1/14/19 1:31 PM, arnaud gaboury wrote:
> Hello everyone,
>
> ##
> $ cat /etc/os-release
> NAME=Fedora
> VERSION="29.20181230.0 (Workstation Edition)"
> ID=fedora
> VERSION_ID=29
> VERSION_CODENAME=""
> PLATFORM_ID="platform:f29"
> PRETTY_NAME="Fedora 29.20181230.0 (Workstation E
Hello,
I orphaned ath_info, a tool to read and write EEPROM
on Atheros wireless cards.
It only worked with ath5k cards, which I no longer have.
Michal
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@li
On 12/01/2017 04:44 PM, Christian Groessler wrote:
> On 11/30/17 13:57, Michal Schmidt wrote:
>
>> Looks like gdm is missing BuildRequires: pkgconfig(xorg-server)
>> Please report a bug for gdm in Bugzilla.
>
>
> Can I cite your email on this bug report. What exactly
On 11/30/2017 01:39 PM, Christian Groessler wrote:
> This is handled by conditional compilation in gdm (depending on a
> HAVE_XSERVER_THAT_DEFAULTS_TO_LOCAL_ONLY define).
>
> The setting for this define is determined in configure.ac, lines[...]
> if $PKG_CONFIG --atleast-version=1.17 xorg-server;
On 11/13/2017 12:09 AM, Chris Murphy wrote:
> There's still the issue of creating/removing slice User Slice of pcp,
> and the Starting/Stopping User Manager fo UID 989 that keeps
> happening.
Those are triggered by cron jobs in the "pcp" package:
/etc/cron.d/pcp-pmie
/etc/cron.d/pcp-pmlogger
Mi
On 06/29/2016 12:03 PM, Daniel P. Berrange wrote:
> The change to introduce a qemu-binfmt package has small upgrade
> implications since anyone with qemu-user installed today, will loose
> the binary format rules unless they manually install qemu-binfmt.
Not if you add "Obsoletes: qemu-user < V-R"
On 05/27/2016 11:51 AM, Dominique Martinet wrote:
> Just noticed this change on rawhide...
> https://github.com/systemd/systemd/blob/master/NEWS#L29
> * systemd-logind will now by default terminate user processes that are
> part of the user session scope unit (session-XX.scope) when the user
On 01/11/2016 03:48 PM, Reindl Harald wrote:
> Am 11.01.2016 um 15:37 schrieb Michal Schmidt:
>> On 01/11/2016 02:58 PM, Reindl Harald wrote:
>>> *nothing* needs a PID file path because systemd knows the main-PID
>>> since it's a supervisor
>>
>> syste
On 01/11/2016 02:58 PM, Reindl Harald wrote:
> Am 11.01.2016 um 14:32 schrieb Muayyad AlSadi:
>>> "Type=forking" implies that depending services are started
>>> *after* the forking and the service is *really* read (it needs
>>> depending on the signatures a longer time for initalization)
>>
>> but
On 04/08/2015 08:41 AM, Jan Zelený wrote:
> On 7. 4. 2015 at 17:53:42, Ralf Corsepius wrote:
>> On 04/07/2015 05:07 PM, Kevin Fenzi wrote:
>>> dnf's default behavior is like yum with --skip-broken already.
>>
>> WHAT?
>>
>> --skip-broken is a band-aid to work around packaging mistakes and bugs
>> a
On 03/10/2015 03:13 AM, Dave Johansen wrote:
> #0 0xb76debac in __kernel_vsyscall ()
> #1 0xb7510d03 in __waitpid_nocancel () from /lib/libpthread.so.0
> #2 0xb6fa4842 in rpmScriptRun () from /lib/librpm.so.3
> #3 0xb6f83c53 in runScript () from /lib/librpm.so.3
> #4 0xb6f8434f in runInstScrip
On 02/25/2015 03:43 PM, Josh Boyer wrote:
> On Wed, Feb 25, 2015 at 9:35 AM, Ali AlipourR wrote:
Why sysrq is limited to only "sync" command on official fedora kernel?
>>>
>>> The kernel itself isn't limited. It's just set that way in
>>> /usr/lib/sysctl.d/50-default.conf which is provided b
On 02/25/2015 03:04 PM, Josh Boyer wrote:
> On Wed, Feb 25, 2015 at 8:54 AM, Ali AlipourR wrote:
>> Hi,
>>
>> Why sysrq is limited to only "sync" command on official fedora kernel?
>
> The kernel itself isn't limited. It's just set that way in
> /usr/lib/sysctl.d/50-default.conf which is provide
Dne 17.2.2015 v 14:17 Josh Boyer napsal:
Now, it is possible to do this in dnf (either with btrfs or with dm
snapshots) but I'm not aware of anyone working on it. Fedora has the
Snapper tool available in the repos, which could do snapshotting
outside of dnf as well.
There's a Snapper plugin fo
Dne 5.2.2015 v 14:05 Richard W.M. Jones napsal:
Somehow:
RPM build errors:
File must begin with "/": %{_unitdir}/guestfsd.service
It seems like _unitdir is no longer defined.
Is this a bug? And in what package - my package or systemd?
I checked the systemd commit log in Fedora and th
On 10/31/2014 04:57 PM, Igor Gnatenko wrote:
> systemd-logind: failed to get session: PID 879 doesnt belong to any known
> session
That's not necessarily related to the problem. I have this message in
the log even when gdm works fine.
Michal
--
devel mailing list
devel@lists.fedoraproject.org
On 10/31/2014 03:42 PM, Kevin Fenzi wrote:
> On Fri, 31 Oct 2014 14:01:12 +0100
> Lennart Poettering wrote:
>
>> So the problem appears to be that gssproxy.service been ordered before
>> remote-fs-pre.target. That target is ordered before
>> basic.target. However gssproxy.service also is ordered
On 10/31/2014 02:30 PM, Matthew Miller wrote:
> Oct 31 09:19:46 ubik systemd[1]: dev-mqueue.mount: Directory /dev/mqueue to
> mount over is not empty, mounting anyway.
> Oct 31 09:19:46 ubik mount[4484]: mount: mount point /dev/mqueue does not
> exist
> Oct 31 09:19:46 ubik systemd[1]: dev-mqueue
On 10/31/2014 02:03 PM, Matthew Miller wrote:
> On Fri, Oct 31, 2014 at 01:44:27PM +0100, Michal Schmidt wrote:
>> This ordering cycle was introduced recently by changes in nfs-utils's
>> unit files when nfs-client.target got an After dependency on
>> gssproxy.
>
>
On 10/31/2014 12:57 PM, Matthew Miller wrote:
> Oct 31 07:42:29 ubik systemd[1]: Found ordering cycle on basic.target/start
> Oct 31 07:42:29 ubik systemd[1]: Found dependency on sysinit.target/start
> Oct 31 07:42:29 ubik systemd[1]: Found dependency on
> systemd-update-utmp.service/verify-active
On 10/31/2014 02:47 AM, Matthew Miller wrote:
> Oct 30 21:39:47 ubik.home.mkmiller.org systemd[1]: Found ordering cycle on
> basic.target/start
> Oct 30 21:39:47 ubik.home.mkmiller.org systemd[1]: Breaking ordering cycle by
> deleting job sysinit.target/start
Matthew,
are you showing only messa
On 09/10/2014 02:10 PM, Daniel J Walsh wrote:
> We need this for running rsyslog within a docker container where
> systemd/journald might not be running.
In /etc/rsyslog.conf remove $ModLoad imjournal, set $OmitLocalLogging
to off and make sure $ModLoad imuxsock is present.
Michal
--
devel maili
On 09/04/2014 05:11 PM, Sérgio Basto wrote:
> OTOH , the support of systemd is not good, we got bug opened and they
> are ignored as nothing happens, as for example bug
> https://bugzilla.redhat.com/show_bug.cgi?id=1088619
The bug is unresolved so far, but it is not ignored.
At least there is a kn
On 08/14/2014 12:17 PM, Matthew Miller wrote:
> On Thu, Aug 14, 2014 at 10:06:11AM +0200, Ondrej Vasik wrote:
>> Actually I'm going to revert the /media -> /run/media change.
The above sentence is unfortunately ambiguous.
>> It is really not solving the issue it was trying to help with and in
>>
On 07/10/2014 04:34 PM, Stephen Gallagher wrote:
> Basically, in order to swap out the productized and non-productized
> release packages, it's not actually as simple as 'yum swap
> fedora-release-standard fedora-release-server'. The way the dependency
> processing works in yum and dnf will general
On 07/03/2014 01:45 PM, Reindl Harald wrote:
> BTW:
> how do we handle the protection for systemd which is
> in case of YUM provided by the systemd package but
> DNF is not mandatory in F21 - so /etc/dnf/protected.d/
> is only conditional available
The dnf plugins looks at /etc/yum/protected.d/ to
On 07/03/2014 12:04 PM, Reindl Harald wrote:
> "dnf remove python" ends in remove "dnf" and "yum" too
> as weel as "dnf remove kernel" still offers to remove both
protected_packages.py is missing from the package.
Looks like an upstream bug - it's not referenced in plugins/CMakeLists.txt
Michal
-
On 04/09/2014 09:33 AM, Marius A wrote:
> 3. cleanup /var/log/journal, which seems it's not automatically rotated
It's supposed to be automatic. How big did it become on your system?
If the default size limits do not suit you, you can change them in
/etc/systemd/journald.conf.
Michal
--
devel m
On 04/04/2014 05:40 PM, Jiri Eischmann wrote:
> First after the upgrade I didn't even boot to GDM. Too bad I didn't
> debug it because I had already been considering a clean install, so I
> did it right away. My setup was not typical, I had been upgrading since
> F15. But apparently I was not the o
On 04/04/2014 04:15 PM, Mikolaj Izdebski wrote:
> Compression of payload.tar
> --
>
> command| real | user | sys | memory | compr. size
> ---+++--++
> lbzip2 | 3.36 | 170.07 | 6.38 | 380448 | 424676188
> lbzip2
On 03/21/2014 01:18 PM, Neil Horman wrote:
> Can anyone point me to fedora packaging documentation that discusses
> the need for API stability in packaged shared libraries? I'm sure we
> have some requirement that APIs in a DSO need to be versioned and
> maintained through a release, but for the l
On 10/23/2013 04:09 PM, Michael Cronenworth wrote:
> Should "systemctl stop foo.service" stop all parent and child service
> processes?
systemd allows this to be configured in the service's unit file.
See "man systemd.kill". glusterd.service uses "KillMode=process".
Michal
--
devel mailing lis
On 09/25/2013 06:35 AM, Chris Murphy wrote:
> There are some reports of VM images on btrfs being corrupted somehow
> (although I don't think it's related to balance, I could be wrong),
> and the solution is to set VM images to nodatacow. So I wonder if
> there's some behavior of systemd journaling
On 08/28/2013 12:46 AM, poma wrote:
> On 19.08.2013 20:46, Kyle McMartin wrote:
>> On Mon, Aug 19, 2013 at 01:35:16PM -0500, Ian Pilcher wrote:
>>> - What are the advantages of having the driver built-in, as compared to
>>> simply ensuring that it's always included in the initramfs?
>>>
>>
>> per
On 08/24/2013 11:21 AM, Till Maas wrote:
> The following packages did not build for two releases and will be
> retired around 2013-08-26 unless someone rebuilds them or announces to
> actively working on fixing them.
> icecream michich
Oops, I should have noticed
On 07/20/2013 06:36 AM, Doug Ledford wrote:
When a shutdown task isn't proceeding as planned on Fedora 19/rawhide,
am I the only one that feels like I'm staring down the monocle of a
Cylon and should be preparing to die? That or it's the hood from Kit
off of Knight Rider...
Hi Doug,
The Cylon'
On 07/13/2013 01:44 AM, Reindl Harald wrote:
please take a look at this
https://bugzilla.redhat.com/show_bug.cgi?id=982740#c12
what do we do in the future to disable ipv6 entirely
and why is "ipv6.disable=1" as kernel param at least
with 3.10.0-1.fc20.x86_64 on F19?
Back in 2011 the preferred
On 07/09/2013 05:26 PM, Denys Vlasenko wrote:
Since they have #!/usr/bin/python header, build machinery
automatically adds python dependency.
But I don't want this to happen - the program is very much
usable without python too. Requiring python pulls in a top
of other stuff which isn't needed.
On 07/02/2013 04:08 PM, Jean-Marc Pigeon wrote:
I was not expecting to have it fully working at the first attempt in my
own container design,
Would you be willing to provide some details about your container
design? Ideally including the code to allow others to reproduce the
problems you saw.
On 05/23/2013 11:46 AM, Sergio Belkin wrote:
I've found the following in Fedora 18
[root@mpinode02 sergio]# LANG=C ls /run/udev/rules.d
ls: cannot access /run/udev/rules.d: No such file or directory
I haven't found anything in the changelog about a change about it, is
there no more that director
On 05/23/2013 03:10 PM, Jan Zelený wrote:
On 23. 5. 2013 at 14:23:30, Michal Schmidt wrote:
On 05/23/2013 01:44 PM, Jan Zelený wrote:
+1 for this, the dependency hell for 32 bit applications is really a major
pain in the new versions of Ubuntu. I have dealt with that multiple times
and I
On 05/23/2013 01:44 PM, Jan Zelený wrote:
+1 for this, the dependency hell for 32 bit applications is really a major
pain in the new versions of Ubuntu. I have dealt with that multiple times and
I wasn't able to resolve all the problems (e.g. Google Earth still doesn't
work on Ubuntu for me)
Is
On 05/23/2013 01:33 PM, Simone Caronni wrote:
On 22 May 2013 23:18, Richard W.M. Jones wrote:
(10) Get rid of multilib, /usr/lib64 etc and copy what Debian/Ubuntu
are doing.
might I ask the reasoning behind this? I found the current RHEL/Fedora
approach much better.
For example; at wo
On 05/16/2013 11:23 PM, Michał Piotrowski wrote:
I noticed that varnish service doesn't work after systemd update to
version 201-2
Please file a bug.
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 05/15/2013 02:58 PM, Farkas Levente wrote:
On 05/15/2013 02:48 PM, Lennart Poettering wrote:
We nowadays require syslog implementations to be socket activatable, and
that socket is around before normal services start, and that's
guaranteed, hence nobody has to depend on syslog explicitly anym
On 05/15/2013 02:25 PM, Lennart Poettering wrote:
On Wed, 15.05.13 12:55, Richard W.M. Jones (rjo...@redhat.com) wrote:
Is there a constructive summary anywhere of what LVM needs
to do / change? This problem affects libguestfs too.
It should subscribe to block devices coming and going and the
On 05/15/2013 12:56 AM, Jeffrey Bastian wrote:
The slowest component on F19 is this new "wait" service:
10.102s NetworkManager-wait-online.service
This service doesn't seem to do anything other than wait until the
network is fully up. This really skews unfavorably the boot time
report
On 03/23/2013 01:53 PM, Reindl Harald wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=925916
why is systemd flooding the log at boot on VMware guests as
you can see at bottom of my message
I have replied in the BZ. I see no reason to treat this bug specially by
discussing it on this list.
On 03/15/2013 07:07 PM, Dan Mashal wrote:
Well I was reading an IRC discussion on devel. I'm like a horse with
blinders. "This used to work and doesn't anymore".
I cannot be sure, but I think you're referring here to the breakage
caused by initscripts-9.45-1 due to the missing "Provides:
/sbi
On 03/15/2013 07:00 PM, Dan Mashal wrote:
Looks like you guys added provides(service) and fixed the problem.
Yes, Lukáš added it. He even mentioned it in the email that started this
thread. Still it would be nice to drop legacy provide name after
packages stop Requiring it.
Michal
--
devel
On 03/15/2013 06:53 PM, Dan Mashal wrote:
On Fri, Mar 15, 2013 at 10:18 AM, Ralf Corsepius wrote:
I am very much opposed to this change. You need to keep files which are
expected to be in /bin or /sbin under these paths.
/sbin is a symlink to /usr/sbin, so calling /sbin/service still works.
On 03/10/2013 10:17 PM, Luya Tshimbalanga wrote:
Is it possible to allow hplip use sytemd instead of cron?
We're not quite ready for a migration to timer units. Feel free to use
them on your system, but before we can do it in Fedora, we need at least to:
- add anacron-like mode to systemd
- h
On 03/05/2013 04:02 AM, David Highley wrote:
Unlike the bug report which indicates you can to a sync && reboot,
nothting but the power switch gets this system out of the issue.
Did you use the "-f" switch?
sync && reboot -f
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://adm
On 03/04/2013 04:01 PM, Matt Domsch wrote:
drivers/net/ethernet/sfc/siena.c: efx->net_dev->dev_id =
EFX_OWORD_FIELD(reg, FRF_CZ_CS_PORT_NUM) - 1;
I think sfc does not really *need* to set dev_id.
Yes, these are multi-port cards, but the ports are on distinct PCI
functions.
Michal
--
Hello,
epdfview, a light-weight PDF viewer, is not maintained upstream anymore.
The upstream developer recommends to switch to evince-gtk (a build of
evince with minimal dependencies, requested in BZ#906121) or zathura. I
am going to retire epdfview from Fedora.
epdfview is used in Xfce and
On 02/05/2013 02:53 AM, Scott Schmit wrote:
Is there a program/script we can run that would tell us what the
interface names would be without biosdevname (without running the new
version of systemd on the box)?
If you have Fedora 18 with updates applied your systemd is new enough to
allow you
On 01/24/2013 04:17 PM, John Reiser wrote:
Another cause for concern by users is the maintenance record of systemd:
https://bugzilla.redhat.com/show_bug.cgi?id=841822
pungi can't create installable media with F17 + updates
For about five months from July through December 2012
The Bodhi p
On 01/24/2013 04:03 PM, Jochen Schmitt wrote:
The service was not started after the configure period was expired.
Was the timer unit active? What does "systemctl status yourunit.timer" show?
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/lis
Dne 10.1.2013 21:28, Kevin Fenzi napsal(a):
ok, I guess I could try again. Can we remove prelink?
What does it get us these days?
Has anything changed about prelink since the last time it was discussed
here?
"prelink should not mess with running executables":
http://lists.fedoraproject.org/pi
Dne 13.12.2012 22:52, Eric Sandeen napsal(a):
I just spent too many hours re-triaging and re-discovering bug
851970, in which systemd + PrivateTmp does weird things with
namespaces, thereby making it impossible to unmount filesystems under
certain circumstances.
851970 was closed NEXTRELEASE, be
Dne 10.10.2012 14:25, David Howells napsal(a):
Actually, the UsrMove has mucked up at least one way of doing things: we
have/had RHEL customer(s) who kept /usr on AFS and were able to boot just
using the stuff in /bin and /sbin. This is no longer a viable option with
Fedora, and presumably RHEL-
On 10/09/2012 05:30 PM, Matthew Miller wrote:
Yes. Again, you're not the first person I've heard this from. Likewise,
needing to fill out the .service extension.
In current versions .service is implied if no extension is provided:
https://bugs.freedesktop.org/show_bug.cgi?id=39386
Michal
--
d
On 10/09/2012 04:45 PM, Tom Hughes wrote:
On 09/10/12 15:35, Bryn M. Reeves wrote:
journalctl | fgrep?
This one is pretty fine by me tbh.
Sure, though having just tried that is took 33s to search about a months
worth of logs instead of the 0.05s that greping the last months messages
took ;-)
On 07/19/2012 01:17 PM, Jakub Jelinek wrote:
These days I think init reexecs itself during shutdown sequence
anyway,
Yes, there's a reexec or two during shutdown. After stopping the units
the usual way, systemd re-execs into a helper program
(/usr/lib/systemd/systemd-shutdown), which does the
On 07/18/2012 12:35 AM, Sam Varshavchik wrote:
Really? An example of a "symbolic link pointing to a non-existent
pathname"?
lrwxrwxrwx. 1 root root 15 Jul 17 18:02 /dev/stderr → /proc/self/fd/2
lrwxrwxrwx. 1 root root 15 Jul 17 18:02 /dev/stdin → /proc/self/fd/0
lrwxrwxrwx. 1 root root 15 Jul 17
On 06/21/2012 04:27 PM, Nikola Pajkovsky wrote:
Michal Schmidt writes:
We do now. You can set clean_requirements_on_remove=1 in yum.conf
in which version that is supported?
Since 3.2.28-13
http://skvidal.wordpress.com/2010/11/09/orphaned-dep-cleanup-in-yum/
--
devel mailing list
devel
On 06/21/2012 02:23 PM, Matej Cepl wrote:
we don't have quality uninstall á la aptitude ("remove
this package and all packages which were installed just to satisfy its
requirements recursively")
We do now. You can set clean_requirements_on_remove=1 in yum.conf
Michal
--
devel mailing list
deve
On 06/18/2012 10:53 PM, Lennart Poettering wrote:
Well, even if Mozilla "fixed" that, such a solution wouldn't work for OS
updates, already due to privilege reasons. i.e. "pre-staging" changes as
root which are applied when a user does something simply cannot work if
you care about security or su
On 06/14/2012 04:19 PM, Stanislav Ochotnicky wrote:
Quoting Michal Schmidt (2012-06-14 15:10:56)
Is a running jetty really _that_ dangerous? Why do we ship it at all
then? ;-)
Why do we ship Apache, tomcat and tens (hundrets?) of other useful
packages? Jetty unlike most packages _is_ remotely
On 06/14/2012 02:59 PM, Stanislav Ochotnicky wrote:
+%triggerun -- jetty < 8.1.2-9
You already have one triggerun for jetty in the spec:
%triggerun -- jetty < 8.1.0-3
You're likely to hit this RPM bug:
https://bugzilla.redhat.com/show_bug.cgi?id=702378
+/bin/systemctl --no-reload disable jet
On 06/07/2012 10:33 AM, Benny Amorsen wrote:
Yes, the invokation is specified in detail. There just isn't any
documentation of what it actually does,
I thought what convertfs does was quite clear.
If you need to know the details how it does that, take a look at
/usr/lib/dracut/modules.d/30conve
On 06/06/2012 04:25 PM, Michal Schmidt wrote:
We will split out a systemd-libs subpackage to be more multilib-friendly.
Done in systemd-185-4.gita2368a3.fc18.
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 06/07/2012 03:59 AM, Sérgio Basto wrote:
On Qua, 2012-06-06 at 14:03 -0400, Tom Callaway wrote:
https://fedoraproject.org/wiki/Packaging:Systemd
BTW ,
we don't have an %{_initrddir} for systemd ?
There's %{_unitdir}
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admi
On 06/06/2012 05:52 PM, Garrett Holmstrom wrote:
Does rpm handle binaries' "colors" everywhere, or just in selected
locations? I'm especially curious about /usr/lib.
I don't know the answer in the general case, but it definitely works for
binaries in /usr/lib/systemd/. No conflicts are reporte
On 06/06/2012 05:39 PM, Nathanael D. Noblet wrote:
Come to think of it... shouldn't the rules that come with a package be
in /lib/udev/rules.d?
Yes, but add the /usr prefix: %{_prefix}/lib/udev/rules.d/
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/
On 06/06/2012 12:15 PM, Benny Amorsen wrote:
3. yum *if you follow the instructions carefully*
Those instructions include dracut doing unspecified magic. For other
releases I'd agree with you and do a yum upgrade, but I must admit I
don't dare try this time.
Upgrading with Anaconda causes the
On 06/06/2012 03:26 PM, Adam Jackson wrote:
But if there's not going to be a systemd-libs subpackage, any issues you
do have with this scenario are systemd bugs.
We discussed it recently with Kay. We will split out a systemd-libs
subpackage to be more multilib-friendly. That said, we are not a
On 06/05/2012 03:52 AM, Kay Sievers wrote:
Systemd includes libudev.so.1, while the old libudev.rpm provided
libudev.so.0. Therefore, all packages using udev need to be rebuilt.
Here's a list of owners with packages that currently require
libudev.so.0 in Rawhide.
# repoquery --whatrequires l
On 06/01/2012 10:37 AM, Caterpillar wrote:
Please apologize me, but if #820340 was not a showstopper, so which bug
should be a showstopper?
The bug
* does not cause data loss
* is easy to recover from
* seems to be fixable with an update
=> Not what I'd call a showstopper.
Michal
--
devel m
On 05/24/2012 03:20 PM, Gerry Reno wrote:
I also read here:
http://ask.fedoraproject.org/question/909/enabling-trimdiscard-on-f16-using-lvm-on-luks
about using TRIM with LUKS.
Since I'm putting an SSD in my laptop this is important because the
laptop drive must be encrypted.
So is F17 going to
On 05/23/2012 09:23 PM, Richard Shaw wrote:
Here's my current service file for SPL:
Lennart already pointed out a major problem, but here are some remarks
about the unit file itself:
[Unit]
Description=Builds and installs new kmods for SPL
Before=local-fs-pre.target
When you are writing a
On 05/24/2012 10:45 AM, drago01 wrote:
On Thu, May 24, 2012 at 10:30 AM, Juan Orti Alcaine
- Disable the readahead service:
systemctl disable systemd-readahead-collect.service
systemctl disable systemd-readahead-replay.service
systemd should just do that by default (it disables it al
On 05/16/2012 12:21 AM, Jamie Nguyen wrote:
/etc/init.d/nginx upgrade
This has disappeared following migration to systemd, so my intention
is to include an nginx-upgrade shell script to replace this
functionality.
My question is, where should this shell script go? In /usr/bin/nginx-upgrade?
On 05/13/2012 12:00 AM, Reindl Harald wrote:
how can someone find out if it is a debug-kernel?
even the satble ones seems to have a ton of debug options enabled
especially "CONFIG_DEBUG_KERNEL=y"
See http://fedoraproject.org/wiki/KernelDebugStrategy to find what
kernel config options to look f
On 05/14/2012 10:11 AM, Jim Meyering wrote:
Miloslav Trmač wrote:
I'm pretty sure that naming conflicts in /usr/bin have happened before
in Fedora, I'm not sure how they were resolved.
Even in a relatively minimal system, I see many programs installed
in both /sbin and /bin, though none seem t
On 05/11/2012 10:14 AM, Jim Meyering wrote:
Technically there is no need to change a name.
In Debian, one can have two lid programs installed, one in /usr/bin
and the other in /usr/sbin[*], so why not in Fedora?
"Technically" there is no problem (at least until we decide remove the
distinction
Reindl Harald wrote:
> i do not speak about pushig them to updates-testing or even stable
> i speak about "give me a koji-build which i can test"
Making the fix apply to the stable release often requires additional
backporting effort.
Michal
--
devel mailing list
devel@lists.fedoraproject.org
ht
Reindl Harald wrote:
> dear maintainers: please take a tighter look for which
> release bugs are reported and consider that the reporter
> has exactly this and only this version installed and is
> not very happy about a "has been submitted as an update
> for Fedora 17" notify without finding any bu
On 04/23/2012 05:45 PM, Daniel Drake wrote:
cp: cannot overwrite directory /mnt/sysimage/usr/bin.usrmove-new/mkdir
with non-directory
Something failed. Move back to the original state.
Rebooted back into F16. It looks like the issue was that I had a
directory at "/usr/bin/mkdir/". No idea how,
Dne 3.4.2012 18:09, Michael Cronenworth napsal(a):
Michal Schmidt wrote:
Cleanup of old files is already done, by systemd-tmpfiles.
See /usr/lib/tmpfiles.d/tmp.conf.
Files, yes. Directories, no.
It removes old directories too.
Due to a bug[1] in gvfs, I had over 100 old, empty directories
Dne 3.4.2012 16:31, Chris Murphy napsal(a):
My only concern about it being on tmpfs instead of on disk, is how
big it could get, how much memory could be held hostage, until
there's a reboot. I'd rather see it be both size and age limited
(each item has a decay rate or something), so that it's ev
Dne 23.3.2012 17:23, Sergio Belkin napsal(a):
Sorry I explained it bad, I'm talking about that latest release
available of kernel for f16 is kernel-3.3.0-4.fc16.x86_64 and stable
is 3.2.12
That does not mean that 3.3 is somehow unstable. It is supposed to be
generally usable and not dangerous
Dne 23.3.2012 16:24, Sergio Belkin napsal(a):
I've found that Fedora provides mainline kernel to download. Is
mainline a release candidate? I wonder if use that version is somewhat
risky...
What exactly are you talking about? Could you provide the URL you found?
Michal
--
devel mailing list
de
1 - 100 of 224 matches
Mail list logo
