Hi -
I'm obviously missing something from the docs here. I successfully added
a el6 branch to the patchelf fedora package, but I can't add el7. Is
this documented somewhere?
$ fedpkg request-branch el7
Could not execute request_branch: el7 is a current release branch
Thanks
Jeremy
On 18/02/18 18:09, Igor Gnatenko wrote:
Some packages might be missed due to short koji outage, broken dependencies and
so on, but majority of real failures is below.
If you fixed package(s), found false positive, found missing packages in list
or anything else -- please let me know.
I fixed
Michael Cronenworth wrote:
It would be nice to have a third option:
-Change release names to release theme.
We don't really need a name (IMO), but the theme adds a nice touch.
A colour would be a nice clear release theme. You could even increment the
first letter of the colour for each
Kévin Raymond wrote:
Many Linux distributions are identified by a color.
I would personally hate to have a purple, green or orange background…
I wouldn't use the colour as the basis of the whole theme, but use it in a
tasteful manner in highlights, etc.
Jeremy
--
http://jeremysanders.net/
Bill Nottingham wrote:
Jeremy Sanders (jer...@jeremysanders.net) said:
Your patch does
-bash-4.2# findmnt -m -n -o fstype,options /
ext4 rw,relatime,user_xattr,acl,barrier=0,data=ordered
Which doesn't show the _netdev option. If I change this to
-bash-4.2# findmnt -s -n -o fstype
Bill Nottingham wrote:
It would be nice, yes. In the meantime, Jeremy, can you try the attached
patch?
Thanks very much - it doesn't seem to work in our setup. Dracut is mounting
the root iscsi device using the dhcp root-dev option, but we have _netdev
set in fstab.
-bash-4.2# mount | grep
Jeremy Sanders wrote:
This works. I don't know whether you want to change -m to -s...
I tried changing -m to -s.
The network still tries to get shut down, despite the if statement being run
and the exit 1 command being run. This is because the exit command only
exits from the shell looping
Bill Nottingham wrote:
Jeremy Sanders (jer...@jeremysanders.net) said:
Hi - is an iscsi root device a supported configuration setup with F16 and
systemd? I asked on #systemd, and got pointed here.
We're using dracut to boot diskless systems with root devices on iscsi.
This works fine
Hi - is an iscsi root device a supported configuration setup with F16 and
systemd? I asked on #systemd, and got pointed here.
We're using dracut to boot diskless systems with root devices on iscsi. This
works fine for booting using Fedora 16 and systemd.
Unfortunately, on shutdown the system
drago01 wrote:
Well spawing your logic further means we should avoid compiled
programs at all, what if I want configure $app by editing its source
code?
Oh wait it is written in C ...
If it goes down to want to edit scripts for configuration reasons
(which isn't sane anyway) compared to a
Bill Nottingham wrote:
Jeremy Sanders (jer...@jeremysanders.net) said:
Something like Lua would be very good. The overheads over C would be
minimal, and it would have the advantage of being editable.
I've had to edit an init script to get something working properly many
times.
If you're
drago01 wrote:
I beg to differ. I've had to create or modify initscripts quite often,
either as a sysadmin or a packager.
Again the sysadmin case just implies that something *else* is broken.
Well if changing over to C does only get rid of this disease it
would be enough of a gain.
It
Seth Vidal wrote:
+20 million.
I couldn't agree more. They need to be scripts, considering how seldom
they actually run it makes even less sense to chase down optimization in
them by making them compiled.
Absolutely. I have no idea why you shouldn't use a small and light
interpreted
13 matches
Mail list logo