lör 2010-01-09 klockan 12:26 -0500 skrev Jud Craft:
> In short, how do I install source packages? Have I missed an obvious
> step or is it really unintuitive?
Have a look at the "fedora-cvs" command. It'll check out the needed
parts from CVS directly. There's a whole bunch of commands for workin
lör 2010-10-30 klockan 17:05 -0400 skrev Eric "Sparks" Christensen:
> The source is a single file with no readme and I'm
> not exactly sure how to package the software.
Probably:
cc -o foo foo.c $(fltk-config --cflags --ldflags)
/abo
--
devel mailing list
devel@lists.fedoraproject.org
https:
On ons, 2011-07-27 at 21:59 +0200, Marc-André Lureau wrote:
>
> I don't understand the security risks. If something is allowed to
> write to ~/.local/bin (or ~/bin etc..), then surely it's able to read
> elsewhere or do something else nasty. Could someone detail it?
Also, consider that the attack
On fre, 2011-08-12 at 00:05 -0700, T.C. Hollingsworth wrote:
> Why not keep a known good home directory on hand, and replace it on logout?
Though you still have the user's files in other locations on disk. It'd
be better to just create a new user for each login.
Or xguest, or LVM or btrfs snapsh
fre 2011-05-20 klockan 14:17 +0200 skrev Petr Sabata:
> #1, aka the Gentoo way
> Gentoo installs its 9base package into /usr/plan9, basically not touching
> 9base files at all. This collides with FHS and therefore would require an
> exception in Packaging Guidelines.
About /usr,
ons 2011-05-25 klockan 19:14 +0100 skrev Matthew Garrett:
> If they're in their path, other utilities are going to misbehave in
> ways
> that will be difficult to debug.
The user could add the directory to PATH without exporting PATH to
subprocesses, or they could use the shell's alias function
ons 2011-05-25 klockan 12:37 -0500 skrev Dennis Gilmore:
> another issue that i thought of was existing ldap/nis systems that allocate
> regular users in the 500-1000 range when installing or upgrading if they use
> policies that probit system accounts from logging in will have users unable
> t
tor 2011-05-26 klockan 08:52 -0400 skrev Simo Sorce:
> On Thu, 2011-05-26 at 07:39 +0200, Alexander Boström wrote:
> > Personally I think UIDs and their relation to user accounts should be
> > treated as host-local. I also want a pony.
>
> It would be nice, but then there i
lör 2011-06-04 klockan 13:38 +0200 skrev Reindl Harald:
> no - i am using bash-completion since years on all machines
> but i do not like making default-install bigger as really needed
> let the users install what THEY think they need and do not go the
> apple-way deciding what is good for users
sön 2011-06-05 klockan 15:30 +0200 skrev drago01:
> 2011/6/5 Alexander Boström :
> > [...]
> > Consider a hypothetical bash-uncompletion which just blacklists tab
> > completion in those cases where it doesn't make sense but never adds any
> > new completion sour
tis 2011-06-07 klockan 13:50 -0400 skrev Bill Nottingham:
> Group updates are not a part of any normal update process (either
> via yum, or anaconda.)
yum upgrade is not a normal update process but it does include doing
"yum groupupdate Base". See http://fedoraproject.org/wiki/YumUpgradeFaq
/ab
ons 2011-06-08 klockan 15:07 -0600 skrev Trever L. Adams:
> After restarting from rc.local wlan0 has fe80, but not 2001 address
> assigned.
I've never used the v6 support in libvirt, so I'm guessing here, but
wlan0 is the physical interface on the host that you're running radvd
on, right? That wo
tor 2011-06-09 klockan 18:37 -0400 skrev Dave Jones:
> Why are people choosing it over other solutions, and what can we change
> in qemu/kvm to get users using that instead ?
Resurrect kqemu? No, not gonna happen.
There are still usable CPUs out there, even 64-bit ones, that KVM won't
run on.
T
mån 2011-06-13 klockan 11:52 -0400 skrev Simo Sorce:
> On Mon, 2011-06-13 at 17:41 +0200, Miloslav Trmač wrote:
> > On Mon, Jun 13, 2011 at 5:36 PM, Lennart Poettering
> > wrote:
> > > That is not really how it is. /lib is for arch-dependent stuff including
> > > the libraries of the primary arc
tis 2011-06-14 klockan 01:19 +0200 skrev Henrik Wejdmark:
> 3) When switching to Applications the default show all applications, which
> on a phone works great but on a workstation just floods my screen. I do
> have more than 16 applications.
> 4) Luckily I can still select a group of applica
fre 2011-06-24 klockan 10:01 +0100 skrev Camilo Mesias:
> I am still struggling to see real applications for this. I don't know
> how a networked system using the technology could be differentiated
> from an (insecure) software simulation of the same from a remote
> viewer's perspective.
Add anot
Hi,
I'm a sysadmin who likes when things change for the better. I also like
systemd. Sure, I read this list and stay informed, but my employer is a
RHEL subscriber so for non-hobby purposes I only need to deal with
change every few years, which is manageable. (SSSD is a "problem" of
this kind in R
mån 2011-07-11 klockan 12:55 -0400 skrev Steve Dickson:
> * The variables read out of the EnvironmentFile are *always*
> character strings which means set LOCKD_TCPPORT=234 is
> no longer possible. Losing that ability to set variable to
> integer values seem to like a giant step b
tis 2011-07-12 klockan 06:29 + skrev JB:
> Regarding your statement on Parallelism.
> Let's consider these two ExecStartPre with 'exec':
> Is that still considered sequential execution, or parallel execution and
> a violation of the previous principle ?
Starting SysV scripts from ExecStartPre
Please just stop trying to explicitly abuse the system and instead
figure out the cleanest way to solve whatever problem you're trying to
solve.
/abo
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
lör 2010-02-27 klockan 15:26 +0200 skrev Ville Skyttä:
> there are several ways new
> installed packages can break existing systems, the combined results is that
> it
> is very much possible for newly introduced packages to "automatically break
> existing systems".
It could install a file in
mån 2010-03-01 klockan 20:13 +0100 skrev Till Maas:
> But I wonder, how do you access CVS without this?
You shouldn't need it. What happens if you don't have it?
CVS records the root location in the checked out copy, so you only need
to supply a CVS root when doing cvs checkout and even then yo
ons 2010-03-10 klockan 15:57 -0600 skrev Eric Sandeen:
> There has been a lot of work upstream on 4k sector support, and in general
> yes, we are ready.
Problems can probably be expected in case the drive does not report its
real block size to the software, though, like my WD15EARS (I think) or
V
tis 2010-04-20 klockan 01:51 +0300 skrev Slava Zanko:
> For example, all present utilites have sence just for guru's (ls, rm,
> fsck etc), but for novies it's hard to use. Is good idea to symlink'ing
> (shell aliasing) these and much more utilz to another names?
The present utilities makes sense
lör 2010-04-24 klockan 10:37 +0200 skrev Christoph Höger:
> But if ABRT could detect duplicate crashes
> one could use this to display a workaround or even propose an update via
> packagekit.
It could look in bodhi for packages which claim to fix the bug.
"Would you like to test a proposed fix
fre 2012-02-10 klockan 11:38 -0500 skrev Neal Becker:
> 80 wrote:
> > Never use pip outside an isolated environment (use virtualenv)
> >
> > H.
>
> Really? This is the only answer?
Does it help if we add that virtualenv is really useful? You can use it
to install a completely new copy of an a
ons 2012-02-29 klockan 17:51 -0500 skrev Simo Sorce:
> That said I understand your pain and the realize the current solution is
> not ideal for the casual user. Maybe we should have 2 security profiles
> (lax and strict) that you can choose at install time so that people can
> choose what they lik
ons 2011-01-19 klockan 18:35 +0100 skrev Karel Zak:
> The util-linux v2.19-rc1 contains support for systems without
> /etc/mtab (the file is replaced with symlink to /proc/mounts).
Wasn't that supposed to be /proc/self/mounts?
/Alexander
--
devel mailing list
devel@lists.fedoraproject.org
h
ons 2011-01-19 klockan 21:12 +0100 skrev Alexander Boström:
> Wasn't that supposed to be /proc/self/mounts?
Nevermind, /proc/mounts is a symlink so it doesn't matter.
/Alexander
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
(changing lists)
fre 2010-05-07 klockan 13:41 -0400 skrev Andrew Overholt:
> Hi,
>
> > Sometimes *-javadoc sub-packages explicitly requires main package, and
> > sometimes - not. I'm not a java-expert, so I don't know which is
> > correct.
>
> I don't think it really matters. In some cases, sur
ons 2010-05-05 klockan 17:30 +0200 skrev Jim Meyering:
> I propose (seriously, now) to add this to /etc/profile,
> or to some always-sourced file like /etc/profile.d/glibc.sh:
>
> # Enable glibc's malloc perturbing feature in Rawhide.
> # http://udrepper.livejournal.com/11429.html
> r
lör 2010-05-08 klockan 00:56 +0200 skrev Guido Grazioli:
> Someone would disagree with me; however i think any decision is taken on
> that topic would be turned in a MUST (depend or not depend) for the sake
> of coherency.
I can only think of rather far-fetched situations where such a
dependency
sön 2010-05-09 klockan 11:22 +0430 skrev Hedayat Vatankhah:
> No, the problem is this: PackageKit does not know how to mount a
> removable media.
Why do you even need to mount it? Removable media is of course
automatically mounted when you insert it (if someone is logged in on the
console).
/Ale
sön 2010-05-09 klockan 18:54 +0200 skrev Kevin Kofler:
> Many of them
> have updates anyway.
Use delta-RPMs (combining not the installed old version but the old
version on the DVD with the downloaded drpm).
/Alexander
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorapr
My home server was running Fedora 10 and I tried to preupgrade it to
F12, however the F12 kernel wouldn't work at all on this machine (it
oopsed before even mounting the root) and no matter how frantically I
pressed the arrow keys during boot I could never get into the GRUB menu
and stop it from bo
tis 2010-05-18 klockan 12:11 -0400 skrev Bill Nottingham:
> If you're really concerned about needing the timeouts when 'normal' bootup
> doesn't work, then why not write a patch that simply checks the time since
> last bootup (via mtime on grub.conf, or wahtever), and shows the menu if it's
> less
tis 2010-05-25 klockan 20:30 +0200 skrev Lennart Poettering:
> /etc/systemd/system. We could for example choose to not have that
> symlink by default, but ask the administrator to create it if he sets up
> a multiplexing print server the way Tim suggested.
Wouldn't it be started automatically any
ons 2010-05-26 klockan 10:01 +0100 skrev James Findley:
> It's really not at all uncommon for me to need to modify an init script.
> There would be much rage if in order to do this I had to download the
> SRPM, extract the init code, figure out what I needed to change, modify
> it, recompile
tor 2010-05-27 klockan 20:10 +0400 skrev Peter Lemenkov:
> %if 0%{?el4}%{?el5}
> echo "This is either RHEL 4 or RHEL 5"
> %else
> echo "EL-6 or Fedora"
> %endif
Absolutely. New EL releases are much more likely to be similar to recent
Fedora releases than to the previous EL release. This is also t
Ok, a mini-Fedora that lives entirely in a subdir of the boot partition,
containing an application for managing grub.conf and other things.
Things it should be able to do:
* Manage those yum-integrated btrfs snapshots.
* Download Fedora and other distro pxeboot and live images and
tor 2010-06-03 klockan 19:31 +0100 skrev Alex Hudson:
> On Thu, 2010-06-03 at 12:29 -0400, Tom "spot" Callaway wrote:
> > On 06/03/2010 11:54 AM, Iain Arnell wrote:
> > > And slightly weird that it's okay for Red Hat to distribute it
> > > themselves, both commercially and as open source from jbos
lör 2010-06-19 klockan 19:32 +0200 skrev Andrea Musuruane:
> I do not know how should I threat those internal libraries. How should
> I package them? Because upstream uses static libraries the dynamic
> versions cmake creates are not versioned.
https://fedoraproject.org/wiki/Packaging:Guidelines#
tor 2010-07-15 klockan 16:59 +0200 skrev Lennart Poettering:
> If I added inittab parsing support even when keeping "native breaks
> legacy" around, then inittab would matter only if the default.target
> symlink doesn't exist.
Yeah, when saying "keep compat" you have to define exactly how to do
t
ons 2010-07-14 klockan 23:53 +0200 skrev Lennart Poettering:
> On Wed, 14.07.10 15:42, Kevin Fenzi (ke...@scrye.com) wrote:
> > Because you may have gdm installed and not wish to currently boot with
> > it? I just tried systemd on a test machine here... it came up fine, but
> > it started gdm, eve
ons 2010-07-14 klockan 20:54 +0200 skrev Lennart Poettering:
> On Wed, 14.07.10 13:31, Chris Adams (cmad...@hiwaay.net) wrote:
> > Once upon a time, Lennart Poettering said:
> > > ExecStartPre=-/bin/mkdir -p /var/run/foo ; -/sbin/restorecon
> > > /var/run/foo
> > Why would you ignore the exi
ons 2010-07-14 klockan 15:03 -0400 skrev Daniel J Walsh:
> BTW: restorecon exits silently if SELinux is disabled.
Oh. Forget what I said then.
I still think "-" is a nonfeature though. :)
/Alexander
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
tor 2010-07-15 klockan 08:58 +0200 skrev Till Maas:
> How are the /etc/sysconfig/ files now used? E.g. on F12 ntpd
> drops privs to ntp:ntp according to /etc/sysconfing/ntpd, but
> ntpd.service file seems not to do something like this.
So how about this:
If /etc/sysconfig/ exists and contains an
ons 2010-07-21 klockan 09:30 -0800 skrev Jeff Spaleta:
> I'm not part of the zero regression fanclub. But I'd like to help do
> what is reasonable to minimize the frustration of introducing a new
> way of doing things. The deprecation warnings are reasonable to me. We
> aren't going to reduce that
ons 2010-07-21 klockan 22:13 -0400 skrev Chuck Anderson:
> But for basics such as "chkconfig service on|off|--list", there should
> be compatibility.
Yes. I basically use:
chkconfig foo on
chkconfig foo off
env LC_ALL=C.UTF-8 chkconfig --list | fgrep :on |awk '{print $1}
The rest I don't real
tor 2010-07-22 klockan 18:48 +0200 skrev Miloslav Trmač:
> I don't know whether this currently happens with Fedora, but it is not
> at all irrelevant and systemd could indeed make the situation much
> worse.
A typical problem in the past has been that starting dbus includes
looking at users and g
tor 2010-07-22 klockan 15:12 -0400 skrev Simo Sorce:
> The nss_sss and pam_sss clients know to immediately give up if the
> sockets are not there because that means that sssd is not up yet.
> If I were to use socket activation instead that service would bring
> sssd up unnecessarily early, before
ons 2010-07-21 klockan 11:48 -0700 skrev Jesse Keating:
> The other option is to make the dist translation change on the other
> branches too, so that future f12 and f13 builds have a dist of ".f12"
> and ".f13"
I was just going to suggest this.
f1x means built from git, fc1x means cvs.
/Alexa
fre 2010-07-30 klockan 12:51 +0530 skrev Rahul Sundaram:
> On 07/30/2010 12:47 PM, Camilo Mesias wrote:
> > The use cases in case anyone's interested: Install Picasa3 (which uses
> > its own wine version*)
It's winelib, not wine, right?
> > *Google recommends turning off SELinux
>
> These are pr
fre 2010-07-30 klockan 16:04 -0500 skrev Mike McGrath:
> I'm happy to announce the availability of repos.fedorapeople.org.
> Intended for non-transient package hosting, it's a good central location
> to store packages that users might find interesting.
Cool!
Clicking on -release rpms in the brows
fre 2012-04-06 klockan 10:17 +0100 skrev Richard W.M. Jones:
> AIUI you don't need to bump the soname when you add a new function,
> only if you incompatibly change an existing function or struct.
To clarify (if I understand correctly) the minor version should be
incremented in this case, by incr
fre 2012-06-01 klockan 09:48 -0700 skrev Adam Williamson:
> Frankly, I'd prefer it if we more strongly recommended that people do
> DVD/netinst upgrades. That path is less complex than preupgrade and
> involves fewer moving parts; it's easier to test and easier to fix and
> more likely, in general
mån 2013-07-22 klockan 18:36 +0200 skrev Lennart Poettering:
> Despite that I am pretty sure that most of the stuff we currently mail
> (like the log output of cron jobs) simply makes no sense as mail, and
> should much rather be treated exactly like all other log output. There's
> nothing special
tor 2014-01-09 klockan 20:30 -0800 skrev Andrew Lutomirski:
> It would be nice, at least, if there was a clean way for these stacks
> to be tracked and, if needed, uninstalled. Some of these things
> install into /usr, which is a giant mess. (Pip, the one I use the
> most, doesn't do that IIRC,
58 matches
Mail list logo
