I flipped the switch to
enforcing mode (except when the spam blocker crashed; there seems to be a race
condition that I haven't tracked down yet.)
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
that might allow spammers to find
them, not because it affects me but to be nice to other netizens who don't have
as effectual spam blockers as I have.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
Jan Kratochvil wrote:
On Tue, 10 Nov 2009 22:15:47 +0100, Björn Persson wrote:
Generated files can be placed in separate subdirectories, for example
/usr/src/debug/source tree name/%{_arch}.
My patch uses there:
/usr/src/debug/name-version-release.arch
Duplicating the entire source tree
inode0 wrote:
With Fedora 12 just a few days from release it is time to begin the
naming process for the next Fedora release.
After F12 comes Print Screen of course. ;-)
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
I should do this.
/usr/lib/debug/usr/bin/...
Those are the ones I can't do anything about on my own, but perhaps the same
exception could be applied there as in /usr/bin?
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
to avoid conflicts in debuginfo
packages for libraries, but not for programs? I think I can avoid debuginfo
conflicts in packages that provide only libraries, but maybe I shouldn't
bother?
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list
of the architectures that Fedora
supports, which Python, Perl and Bash are as far as I can see.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Lyos Gemini Norezel wrote:
Is there valid, logical, reasoning to continue to support such old code?
Are there any bugs that are so severe that we can't continue using the
software? If not: Why throw out working software just because it's old?
Björn Persson
signature.asc
Description
hardware
and that shouldn't be an issue as the newer hardware should have more
features in the CPU and not less.
Unless you upgrade from old PowerPC Macs to new Intel Macs. :-)
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
a new hole at any time.
I'm much more nervous over programs like Squirrelmail, Firefox and
Thunderbird, for which there is a steady stream of security fixes, because it
indicates that the code is of low quality or that the design is fundamentally
flawed.
Björn Persson
signature.asc
Description
! Asking for a passphrase and not specifying which passphrase is a
very bad idea.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
without my permission.)
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
.
For those services I think a message should be displayed to inform the user
that some of the updates will take effect the next time they log out. If it's a
security update, the message should urge the user to log out and log in again
as soon as possible.
Björn Persson
signature.asc
Description
fun to think of.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Rajeesh K Nambiar wrote:
2009/8/24 Björn Persson bj...@xn--rombobjrn-67a.se:
That's not all that quick. There ought to be a tool for this. Given a
package name it should print the dependency tree for that package. It
could have an option to suppress packages in the base set. Couldn't Yum
packaging is horribly broken.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Seth Vidal wrote:
On Sun, 23 Aug 2009, Björn Persson wrote:
I want to check whether a package drags in other packages
unnecessarily.
define unnecessarily?
When you're forced to install package A to be able to install package E even
though E doesn't use any of the functionality
to avoid
listing glibc, like, seven hundred times over. It would also be nice if I
could use it on a newly built package that isn't available in the Yum
repositories.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora
if they want to.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Debayan Banerjee wrote:
2009/8/24 Björn Persson bj...@xn--rombobjrn-67a.se
That's not all that quick. There ought to be a tool for this. Given a
package
name it should print the dependency tree for that package. It could have
an option to suppress packages in the base set. Couldn't Yum
can be dangerous. I completely trashed my
Kmail configuration that way. Since then I'm more careful and test Fedora n+1
before I move the /home partition over.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list
anaconda misparses fstab and is unable able to process
bind-mounts nor nfs-mounts).
* anaconda's depsolving failed when upgrading an FC10 + FC10-updates
system due to NEVR issues.
Those would be Anaconda issues, not Preupgrade issues – which makes them all
the more serious.
Björn Persson
to apply my patch.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
. The only way to avoid
Anaconda is to upgrade by Yum.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
and connect automatically.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Colin Walters wrote:
2009/7/24 Björn Persson bj...@xn--rombobjrn-67a.se:
Colin Walters wrote:
If for
example I enable desktop sharing before leaving work, then head to the
airport, and log on there to WiFi, you really don't want the desktop
sharing still enabled. Nor likely do you want
holes programatically.
Personally I would prefer not shipping insecure services by default, so that
no firewall is needed.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com
Matthew Woehlke wrote:
Björn Persson wrote:
Matthew Woehlke wrote:
an iptables rule
that allows stuff if there is a socket that will receive it, otherwise
can drop
Where's the point in that?
Stealth? You might as well ask what is the point of using DROP (instead
of REJECT) at all
Matthew Woehlke wrote:
Björn Persson wrote:
That's obscurity, not security.
Why is it people seem to have a problem with obscurity *on top of*
security? What's wrong with making it as hard as possible for the bad
guys?
It could be because you're not actually making it any harder
sources, where the
.debug files referenced the sources in the build directory. After I changed
%_topdir to /disk/data/home/beorn/rpm the debuginfo packages seem correct.
Is this expected behaviour or should I file a bug report against RPM?
Björn Persson
signature.asc
Description
are supported, right?
If I upgrade from the DVD, or by Preupgrade, and it breaks, who should I send
the pieces to?
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman
Gilboa Davara wrote:
Far worse, the F9 workstations are reaching EOL, and I cannot install
F10 on them due to known anaconda issue (That was fixed during the F11
devel cycle) so in short, I'm in deep ...
Can you upgrade them by Yum? That should avoid any Anaconda bugs.
Björn Persson
skewed in various ways and none of us has a chance to know in
what ways or how much.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fedora Test Days?
If they cover some functionality that's particularly important to me or some
less than common hardware that I have.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https
. Transfer only the RPM packages
(taking advantage of hard links) and information on what packages are in each
ISO image, and then recreate the ISO images at the destination. That way each
package would only be transferred once, regardless of how many ISO images it
occurs in.
Björn Persson
installs A. This is true for any two
packages A and B as long as none of them has a hard requirement on the other.
It seems to me that once you handle both of those cases correctly, it doesn't
matter which order RPM chooses when the user installs both packages at once.
Björn Persson
signature.asc
, if you read what the convention and the national
laws actually say, and yet they are granted by routine. Whether they would
hold up in court doesn't matter much apparently. They are effective anyway.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora
Tom spot Callaway wrote:
mkdir -p `dirname $RPM_BUILD_ROOT`\
mkdir $RPM_BUILD_ROOT\
Is that somehow better than just «mkdir -p $RPM_BUILD_ROOT»? Just curious.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora
. So it's not just text that's being translated by the language
selection.
In that case I would suggest a recorded voice that says Should I speak
English? and the equivalent in each language – if the intention really is
that children who can't read should be able to choose their language.
Björn
39 matches
Mail list logo
