With all its ugliness, comps groups have another important feature -- localized
*names* and *descriptions*.
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
Real programmers confuse halloween and christmas be
over home directory
with "magical" effects, but I wonder if anyone is aware of existing
system users which carry more complex semantics.
Thanks,
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
Pr
the effort to expose an important storage stack.
Bye,
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
But it does move!
-- Galileo Galilei
--
devel mailing list
devel@lists.fedoraproject.org
the other RR can be orphaned
(can they?), than we'll just need a brave reviewer to work with me on
these packages in correct dependency order.
Bye,
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
Reality must
On Monday, 26 בMarch 2012 11:32:10 Richard W.M. Jones wrote:
> On Mon, Mar 26, 2012 at 12:57:44AM +0200, Oron Peled wrote:
> >- This means that a Debian/Ubuntu workstation can build both .deb
> > and RPM packages, and we cannot use Fedora for a similar role.
>
>
process.
So, will I get this hot-potato?
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
"In theory, it's practical. In practice - it's only a theory".
--
devel mailing list
devel@lists.fedo
p RPMs or
> repositories where part of them grows to be 25x larger.
I may be wrong, but I think 25x number of nodes in the
dependency graph would kill us faster than the size of RPM/yum
metadata.
Can our SAT-solvers handle this increase at all?
--
Oron Peled
be persuaded to generate firewalld
commands/config instead of low-level iptables config.
- As an example fwbuilder already has plugins to generate rules for
several engines (iptables, ipfilter, cisco, etc.) in some futuristic
pipe-dream it may have a firewalld plugin.
Cheers
pstream"
code from packager changes:
- Maybe the solution is to map this information from the vcs.
E.g:
Vcs-URL-upstream: git://server/path master
Vcs-URL-build:git://server/path fc17
Now, is this a science fiction?
--
Oron Peled Voic
ndows/PPC
that lived a very short life).
So far, MS failed misserably in the cellular space so there's a good
chance their exclusionary move on ARM will only help convince vendors
that shipping Androids (and by extension other Linuces) is safer bet.
--
Oron Peled
On Saturday, 9 בJune 2012 00:47:30 Richard Vickery wrote:
> On Fri, Jun 8, 2012 at 2:15 PM, Oron Peled wrote:
>
> > On Friday, 8 בJune 2012 20:07:20 Gerry Reno wrote:
> > > On 06/08/2012 01:04 PM, Adam Williamson wrote:
> > > > That is only assuming that Windows
gy to handle each of them.
Thanks (maybe it's all taken care for, and I simply missed it in
the feature page...)
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
But it does move!
gistered local port number (similar to netfilter).
OTOH, do we want *more* parsing code inside the kernel? (probably not).
Oh well, we can't fix it all -- httpd is the "kernel" for web-applications
with all the trust, resource allocation and management issues that goes
with it.
ith tcpwrappers isn't important at all.
* However, *some* optional socket control/limits in .socket file
would go a long way.
* If this happens to be implemented in a small library with sane API,
it may even contribute to the direct replacement of tcpwrappers
in other network
ut driver issues with new hardware.
* Please ignore if you think the Fedora case is very specific to the
software versions in Fedora.
Bye,
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
Problems cannot be
warn server people [/etc/issue?])
* BTW: hits on the above link would give us *some* measurement about people
having problems/investigating this.
Bye,
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
"A s
to handle problematic use-cases.
So at that stage, we may ship DNSSEC as "fail-bad-DNS-servers-by-default".
Make sense?
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
The most exciting phrase to he
On Friday 11 December 2015 09:09:28 Paul Wouters wrote:
> On 12/09/2015 06:02 PM, Oron Peled wrote:
> > Why don't we plan this feature in two stages:
> > * Fedora 24: turn it on by default, but *keep using results* from bad DNS
> > servers,
> >just issue a use
On Monday 14 December 2015 09:34:56 Paul Wouters wrote:
> On 12/12/2015 09:11 PM, Oron Peled wrote:
> > Still, IMO, the goal to warn users can be achieved quite easily. Two
> > examples from the top of my head.
> > 1. log + notify:
> >* The information may be log
es you've done installations for in the past, so it acts
> consistently on future installs.
Which begs for:
yum langlist
yum langlist installed
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
If
> > debootstrap -- Debian GNU/Linux bootstrapper
>
> If no-one else steps up, I'd take this. However, my package portfolio
> already has reached extents, I'd rather leave this package to somebody else.
I'll be happy to take it (FAS username 'oron
nning:
# localectl set-x11-keymap
Thus, making people understand what happened to their old file.
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
There are only 10 types of people in the world-
T
oot alias to /etc/aliases would be
another improvement.
Bye,
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
"It's almost like we're doing Windows users a favor by charging them money
t @core, I disagree about default (desktop/server) installs.
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
Linux lasts longer!
-- "Kim J. Brand"
--
de
they don't have permissions to read logs).
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
"write your own operating system. It has worked every time for me"
--
Hi,
On Monday 22 July 2013 20:33:32 Lennart Poettering wrote:
> On Sun, 21.07.13 01:50, Oron Peled (o...@actcom.co.il) wrote:
> > OK, I won't count mailx and mutt because we talk about different audience,
> > should we open bug-reports for the rest? (kmail? evolution?)
>
less DoS traps are OK for non-default installed packages...)
Bye,
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
"Linux: like the air you breathe, ubiquitous and free"
--
devel mailing l
On Monday 22 July 2013 20:18:04 Matthew Miller wrote:
> On Tue, Jul 23, 2013 at 03:14:32AM +0300, Oron Peled wrote:
> > BTW: nobody ever answered how desktop users are supposed to read the
> >
> > output of their cron-jobs (they don't have permissions to rea
On Tuesday 23 July 2013 02:34:25 Lennart Poettering wrote:
> On Tue, 23.07.13 03:14, Oron Peled (o...@actcom.co.il) wrote:
> > BTW: nobody ever answered how desktop users are supposed to read the
> > output of their cron-jobs (they don't have permissions to read logs).
On Wednesday 24 July 2013 13:23:08 Lennart Poettering wrote:
> On Tue, 23.07.13 04:03, Oron Peled (o...@actcom.co.il) wrote:
> > There are two issues however:
> > * The log-splitting of journald is really nice feature. But it doesn't
> >work for cron:
> >
t a default*.
(less people some system outputs are "lost" [tongue in the cheek])
Bye,
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
... It's like a Windows.. litle blow and it cras
On Saturday 27 July 2013 18:36:23 Matthew Garrett wrote:
> On Sat, Jul 27, 2013 at 01:12:25PM +0300, Oron Peled wrote:
> > On the other hand, aliasing root to the installing user in /etc/aliases
> > is trivial and adding the local spool mailbox as a default to MUA's
> &
On Sunday 28 July 2013 08:01:25 Matthew Garrett wrote:
> On Sun, Jul 28, 2013 at 09:56:16AM +0300, Oron Peled wrote:
> > 1. By the same logic we can ship just a browser, why bother building
> >LibreOffice if many use just google-docs?
> Because not everyone uses Googl
ther with
Very good example, it's called "batteries included".
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
Ignore Your Rights And They'll Go Away
--
devel mailing list
devel@lists.fed
e caller.
* From pid you can find the real executable (/proc/pid/cmd).
Oh, and btw, when the client closes the connection (e.g: when it terminates)
we should close the requested ports so we don't leave unused ports open for
future malicious apps.
--
Oron Peled
On Thursday 12 September 2013 09:23:13 Colin Walters wrote:
> On Thu, 2013-09-12 at 10:01 +0300, Oron Peled wrote:
> > * From pid you can find the real executable (/proc/pid/cmd).
>
> And this is the step that's worthless:
>
> https://bugzilla.gnome.org/show_bug.cgi?i
On Friday 13 September 2013 01:51:00 drago01 wrote:
> On Fri, Sep 13, 2013 at 1:26 AM, Oron Peled wrote:
> >- This means that any privileged service controlled by GUI client (e.g:
> > NetworkManager) is still only as secure as it's controller (e.g:
> > n
- which means we assume each
of them breaks ABI compatibility :-(
(since currently, this library has only one client, it shouldn't
be too painful).
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~o
whole root password thingie...
This would save us at least 3 widgets (two text fields and a "done" button),
with all their layout, translation and all that kind of stuff.
OK, so that last one was a bad joke, just like exposing typed passwords...
--
Oron Peled
- Because it's very common.
- Because I don't want by-standers to be able to grasp it from
looking at my fingers.
* You never expect the Spanish Inquisition will make such a UI change ;-)
--
Oron Peled Voice: +972-4-8228492
o...@a
irst to fedora-devel and *than* to Fesco.
(and I'm still repeating my previous question in this thread --
are any security related people involved? Or do we assume their
opinion on the subject matter isn't relevant)
--
Oron Peled Voice: +972-4-8
d environments of different OS.
* However, one of the most useful features -- snapshots via LVM -- is not
usable in Fedora due to rhbz#600636
* That bug-report is stalled since 2010, and exactly a year passed since
I sent a tested patch...
OK, back to work now.
--
Oron Peled
ting for maintainer, he would try to finish it this weekend
- debhelper, ready (IMO), reviewer is silent for ages -- can you take it?
how?
- pbuilder, working package, need cleanup (me), after the 3 pre-requisites
are ready it would be justified to bother th
e home directory (CREATE_HOME) -- yes
So all that is left is to "passwd foobar", but that is routine to any Linux
user even
during normal life-cycle.
Bye,
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co
wing similar logic for rpm we could have in the spec file:
Name: acme
Requires: foo, foo-utils
InstallDefault: bar, perl-bar, python-bar
InstallOptional: baz, baz-ldap
Now it would be classic to use "--with/--without" as command line flags,
but it's already taken :-(
--
Oron
foo-devel was built on an arm
machine (native compilation) or on x86 with a cross-compiler -- in both
cases the resulting library files would be on /usr/lib/arm-unknown-linux
* This means cross-toolchains becomes first class citizens.
Bye,
--
Oron Peled Voic
On Monday 27 May 2013 18:17:19 Sérgio Basto wrote:
> I try
> fedpkg switch-branch f19
> git rebase master
Git rule #1 -- NEVER rebase a public branch (use "git merge")
[because rebasing rewrites history]
--
Oron Peled Voice: +972-4-822849
re's no need to convert input format in order to have your preferred
presentation.
For example, in konqueror you can simply type the "info:/" URI and browse the
info
documentation with proper fonts, highlighting and links.
(IIRC, the GNOME help browser had similar functionality)
-
On Friday 14 June 2013 17:45:51 Sérgio Basto wrote:
> On Dom, 2013-06-09 at 13:02 +0300, Oron Peled wrote:
> > As soon as dpkg-1.16.x hits f18.
>
> dpkg-1.16.10-4.fc18 hits f18 (status stable)
> Now alien is waiting for debhelper
https://admin.fedoraproject.org/updates/debh
ll supported,
most modern packages correctly renamed them to "configure.ac").
In the Fedora spirit of "everything buildable from clean sources", I think
the "autoreconf" solution should be globally adopted (regardless of aarch64):
* It doesn't
hould be weighted by the package maintainer against other tasks
which may be more urgent/important.
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
"Without the wind, the grass does not move.
Without soft
not to mix this with the user/group granularity
issue.
Thanks,
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
Ignore Your Rights And They'll Go Away
--
devel mailing list
devel@lists.fedoraproject.org
ht
acy Unices >= 100 (except on Irix >= 1000)
It was very common to have NFS mounted /home across all servers (with different
*NIX vendors/versions).
So '99' was the "last" uid that was assured not to collide with uid's of
regular users on NFS.
--
Oron Peled
'@' for each of these combinations?
* What about ? (x86*, arm*)
* What about some package (similar to Debian)
so there's a centralized definition for all implicit build
dependencies (gcc, make, etc.) which should not be specified in
"Build-Requires".
* Other
nterface
names, modifying them seems reasonable. The advantage is that
it allows the use the traditional names for the most common cases
(e.g: a laptop with one eth0 and one wlan0) while still providing a
predictable naming to be used when needed.
Now, what do my .signature try to tell me?
move old RPM's from caches
(by time-stamp).
As said, this isn't directly yum/dnf issue, but your are the people that can
think of the missing pieces (some yum/dnf proxy -- that maps url's
across mirrorlist -- so the same RPM's is a proxy hit, regardless of
which exact mir
lists.debian.org/debian-ssh/2014/03/msg00024.html]
So another small benefit is increased uniformity in Linux and less surprises
for new admins.
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
"A standard f
eas are just stupid and I don't understand anything about MM.
B. Or they are OK, but MM people cannot be expected to implement any
random nice idea suggested by "someone on the Internet"...
If it's B. -- please let me know and I'll try to see if I can prototype
something
need.
However, the model shows how very different packages can use a common
framework for basic configuration, just like RPM shows how very
different packages can use a common framework for installation.
Having such a framework would allow a *standa
details (item names and types).
Other ideas?
> > * The debconf "API" allows fetching any option from the database
> > and the values of these options are used to configure the actual
> > software.
> >
>
> See above for the sync problem with this.
ation/server OS
but develop everything at $day job on Debian (KDE) and for Debian (targets).
Long live Linux ;-)
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
"Debugging is at least twice as hard as wri
y be boon
for
container people (but I haven't checked, so maybe it's not significant).
Overall, going multiarch is major multi-year effort, so I agree Fedora should
not jump in this direction unless it wants to cater for embedded/IoT developers.
If it does, I strongly suggest learnin
is simply wrong:
multiarch solve the general case, while multilib solve only the
specific case you described.
(both archs are executable but one is prefered).
Bye,
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/
ot; and modify "$releasever" to "31"
* Use dnf to upgrade and check if it imports the new GPG key and work
correctly.
Bye,
--
Oron Peled Voice: +972-4-8228492
"If you take a class in large-scale robotics, can you end up in a
situatio
binutils, etc.)
* I.e: a developer that need cross-compilation, install the wanted
toolchain(s) and all library packages are immediately available from standard
repositories.
I guess Fedora people that work on ARM/ARM64/RISC-V would love such a support.
Bye,
--
Oron Peled
> On 2
query (e.g: apt list ...) always use latest cache data.
* So query by root or any user are the same -- no privileged and work on the
cache (which may/may-not be updated).
KISS,
--
Oron Peled Voice: +972-4-8228492
May the Source be with you!
__
don't have my scripts in front
of me for further details)
> Oh, look, someone else is using scripted build tools that use gpg. Nice to
> meet you.
I actually use them in build scripts that sign repositories, (in Debian, but
don't tell anyone ;-))
--
Oron Peled
ample
use-case
* A link to a preliminary draft may be published here, so we can
carefully try it and provide feedback and improvements.
(e.g: someone on this thread had an issue with finding the instance name...)
Thank you all for the hard work, it's fully understood that such a switchover
i
authentication is relevant (no kinit vs. DS
authentication)
Last but not least, I've looked at the new documentation PR by Piere and it's
very good and detailed.
Thanks again, I'm totally good and ready for future releases ;-)
--
Oron Peled
On Thursday, 26 June 2025 17:28:43 IDT Pi
69 matches
Mail list logo
