On 08/14/2015 02:38 PM, Wei-Lun Chao wrote:
> Hi,
>
> Is there already any discussion about:
> rename arch name "noarch" to "all"
> rename arch name "x86_64" to "amd64"
> rename package name "kernel-PAE" to "kernel"
> and even rename package name "kernel" to "linux"
IMHO
kernel-PAE -> kernel is
Am 16.08.2015 um 10:47 schrieb Roberto Ragusa:
On 08/14/2015 02:38 PM, Wei-Lun Chao wrote:
Hi,
Is there already any discussion about:
rename arch name "noarch" to "all"
rename arch name "x86_64" to "amd64"
rename package name "kernel-PAE" to "kernel"
and even rename package name "kernel" to "
Am 16.08.2015 um 10:55 schrieb Reindl Harald:
Am 16.08.2015 um 10:47 schrieb Roberto Ragusa:
On 08/14/2015 02:38 PM, Wei-Lun Chao wrote:
Hi,
Is there already any discussion about:
rename arch name "noarch" to "all"
rename arch name "x86_64" to "amd64"
rename package name "kernel-PAE" to "k
Roberto Ragusa composed on 2015-08-16 10:47 (UTC+0200):
> dropping an underscore is nice too
That would be wonderful. Underscore is an contortive nuisance trying to touch
type top row with one pinkie while shifting with other pinkie, not to mention
even to see it when font is small or contrast lo
Compose started at Sun Aug 16 05:15:03 UTC 2015
Broken deps for i386
--
[IQmol]
IQmol-2.3.0-6.fc23.i686 requires libboost_serialization.so.1.57.0
IQmol-2.3.0-6.fc23.i686 requires libboost_iostreams.so.1.57.0
[ScientificPython]
Compose started at Sun Aug 16 07:15:02 UTC 2015
Broken deps for armhfp
--
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
apache-scout-1.2.6-11.fc21.noarch requires
mvn(org.apache.juddi:
On Fri, 14.08.15 17:58, Matthew Miller (mat...@fedoraproject.org) wrote:
> On Fri, Aug 14, 2015 at 07:24:16PM +0200, Lennart Poettering wrote:
> > Given that sbin is in $PATH for unprivileged users too the seperation
> > is really pointless, since it's now only the $PATH order which makes
> > this
On Sat, 15 Aug 2015 10:02:05 -0400
Haïkel wrote:
...snip...
> Using Bugzilla rather than FAS is not a bad idea, as some people
> abuse their sponsor status by blindly adding people into the packager
> group without any supervision. Using FAS as the information source
> would just hide this hideo
2015-08-16 10:33 GMT-04:00 Kevin Fenzi :
> On Sat, 15 Aug 2015 10:02:05 -0400
> Haïkel wrote:
>
> ...snip...
>
>> Using Bugzilla rather than FAS is not a bad idea, as some people
>> abuse their sponsor status by blindly adding people into the packager
>> group without any supervision. Using FAS as
On 08/16/2015 10:55 AM, Reindl Harald wrote:
>
> no the architecture was created by Intel
>
> AMD added the 64bit capabilities in a compatible way other than Intel itself
> tried with Itanium which was not able to run i686 instructions and later
> Intel was forced to license the AMD extensions
On Sun, Aug 16, 2015 at 02:03:38PM +0200, Lennart Poettering wrote:
> In general: encoding privilige policy into the API through binary
> paths is a really bad idea, as policy shouldn't be considered strict
> API (or to be more precise: it should be allowed to open up policy --
> while of course no
On Sun, Aug 16, 2015 at 6:32 PM, Matthew Miller
wrote:
> On Sun, Aug 16, 2015 at 02:03:38PM +0200, Lennart Poettering wrote:
>> In general: encoding privilige policy into the API through binary
>> paths is a really bad idea, as policy shouldn't be considered strict
>> API (or to be more precise: i
Am 16.08.2015 um 18:14 schrieb Roberto Ragusa:
On 08/16/2015 10:55 AM, Reindl Harald wrote:
no the architecture was created by Intel
AMD added the 64bit capabilities in a compatible way other than Intel itself
tried with Itanium which was not able to run i686 instructions and later Intel
w
On Aug 16, 2015 12:50 PM, "Reindl Harald" wrote:
>
>
>
> Am 16.08.2015 um 18:14 schrieb Roberto Ragusa:
>>
>> On 08/16/2015 10:55 AM, Reindl Harald wrote:
>>>
>>>
>>> no the architecture was created by Intel
>>>
>>> AMD added the 64bit capabilities in a compatible way other than Intel
itself tried
On Sun, Aug 16, 2015 at 8:03 AM, Lennart Poettering
wrote:
> On Fri, 14.08.15 17:58, Matthew Miller (mat...@fedoraproject.org) wrote:
>
>> On Fri, Aug 14, 2015 at 07:24:16PM +0200, Lennart Poettering wrote:
>> > Given that sbin is in $PATH for unprivileged users too the seperation
>> > is really p
Yes, Lennart is a dick. Everyone who has to work with sytemd has seen this.
But please, Don't give him excuses to pretend justification for
ignoring your complaints by coming off growsy in the mailing list.
On Thu, Aug 13, 2015 at 8:50 PM, Reindl Harald wrote:
> is systemd now orphaned in Fedora
On Aug 16, 2015 1:01 PM, "Nico Kadel-Garcia" wrote:
>
> Yes, Lennart is a dick. Everyone who has to work with sytemd has seen
this.
Personal attacks are not acceptable on this list. Don't do it again.
josh
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
On Sun, 16.08.15 12:57, Nico Kadel-Garcia (nka...@gmail.com) wrote:
> > In general: encoding privilige policy into the API through binary
> > paths is a really bad idea, as policy shouldn't be considered strict
> > API (or to be more precise: it should be allowed to open up policy --
> > while of
Am 16.08.2015 um 18:57 schrieb Nico Kadel-Garcia:
It's a basic violation of the ordinary segregation between "/bin" as
ordinary user tools" and "/sbin" as sysadmin tools to start mixing
them, and much more confusing to have the same program name in both.
And it's frankly easy to avoid. "mock", f
> *No one else* suggested discarding /sbin. Doing so
> will break decades of stable open source and free software.
Didn't Arch move /usr/sbin to just be a symlink to /usr/bin?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of
On Sun, Aug 16, 2015 at 2:52 PM, Eric Griffith
wrote:
>
> Didn't Arch move /usr/sbin to just be a symlink to /usr/bin?
>
Looks like they did.
[gsgatlin@arch64 ~]$ ls -al /usr/sbin
lrwxrwxrwx 1 root root 3 Feb 15 16:57 /usr/sbin -> bin
--
devel mailing list
devel@lists.fedoraproject.org
https:/
Am 16.08.2015 um 20:52 schrieb Eric Griffith:
> *No one else* suggested discarding /sbin. Doing so
> will break decades of stable open source and free software.
Didn't Arch move /usr/sbin to just be a symlink to /usr/bin?
maybe
but even if not, it don't matter and would not break *anything
Hi, redirecting to copr-devel
On Qua, 2015-07-29 at 09:18 -0400, Stephen Gallagher wrote:
> On Wed, 2015-07-29 at 15:15 +0200, Rajeesh K V wrote:
> > Hello,
> >
> > Copr fails to build for F23 (i686, x86_64) due to error:
> >
> > Error: Package glibc-2.21.90-21.fc23.x86_64.rpm is not signed
> >
On Sun, Aug 16, 2015 at 06:35:28PM +0200, drago01 wrote:
> > Yeah, that's why I was suggesting using it instead for things that
> > really have no business being in anyone's path, root or not, rather
> > than have it relate to privileges at all. But, again, only
> > halfheartedly.
> That's what lib
On Sun, Aug 16, 2015 at 2:31 PM, Reindl Harald wrote:
>
> Am 16.08.2015 um 18:57 schrieb Nico Kadel-Garcia:
>>
>> It's a basic violation of the ordinary segregation between "/bin" as
>> ordinary user tools" and "/sbin" as sysadmin tools to start mixing
>> them, and much more confusing to have the
On Sun, Aug 16, 2015 at 6:24 PM, Nico Kadel-Garcia wrote:
> On Sun, Aug 16, 2015 at 2:31 PM, Reindl Harald wrote:
>>
>> Am 16.08.2015 um 18:57 schrieb Nico Kadel-Garcia:
>>>
>>> It's a basic violation of the ordinary segregation between "/bin" as
>>> ordinary user tools" and "/sbin" as sysadmin t
On Sun, Aug 16, 2015 at 1:09 PM, Josh Boyer wrote:
> On Aug 16, 2015 1:01 PM, "Nico Kadel-Garcia" wrote:
>>
>> Yes, Lennart is a [rude word removed]
> Personal attacks are not acceptable on this list. Don't do it again.
Sorry, that was meant to be a personal message to the author of the
previo
Am 17.08.2015 um 00:24 schrieb Nico Kadel-Garcia:
On Sun, Aug 16, 2015 at 2:31 PM, Reindl Harald wrote:
Am 16.08.2015 um 18:57 schrieb Nico Kadel-Garcia:
It's a basic violation of the ordinary segregation between "/bin" as
ordinary user tools" and "/sbin" as sysadmin tools to start mixing
Am 17.08.2015 um 01:22 schrieb Nico Kadel-Garcia:
On Sun, Aug 16, 2015 at 6:24 PM, Nico Kadel-Garcia wrote:
On Sun, Aug 16, 2015 at 2:31 PM, Reindl Harald wrote:
Am 16.08.2015 um 18:57 schrieb Nico Kadel-Garcia:
It's a basic violation of the ordinary segregation between "/bin" as
ordinar
On Thu, Aug 6, 2015 at 11:30 AM, Dennis Gilmore wrote:
> On Thursday, August 06, 2015 08:29:50 AM Rex Dieter wrote:
>> Nico Kadel-Garcia wrote:
>> > What makes you think a site that is poisoning or abusing the metadata
>> > would not simply run "createrepo" and generate entirely new metadat
>>
>>
On Sun, Aug 16, 2015 at 7:25 PM, Reindl Harald
wrote:
>
> Am 17.08.2015 um 01:22 schrieb Nico Kadel-Garcia:
>
>> On Sun, Aug 16, 2015 at 6:24 PM, Nico Kadel-Garcia
>> wrote:
>>
>>> On Sun, Aug 16, 2015 at 2:31 PM, Reindl Harald
>>> wrote:
>>>
Am 16.08.2015 um 18:57 schrieb Nico Kadel-
On Aug 16, 2015 2:59 PM, "Reindl Harald" wrote:
>
>
> Am 16.08.2015 um 20:52 schrieb Eric Griffith:
>>
>> > *No one else* suggested discarding /sbin. Doing so
>> > will break decades of stable open source and free software.
>>
>> Didn't Arch move /usr/sbin to just be a symlink to /usr/bin?
>
>
>
On Sun, Aug 16, 2015 at 07:40:21PM -0400, Nico Kadel-Garcia wrote:
> On Thu, Aug 6, 2015 at 11:30 AM, Dennis Gilmore wrote:
> > On Thursday, August 06, 2015 08:29:50 AM Rex Dieter wrote:
> >> Nico Kadel-Garcia wrote:
> >> > What makes you think a site that is poisoning or abusing the metadata
> >>
33 matches
Mail list logo
