Re: Should 'dnf install gtk3-devel.i686' work?

Am 21.01.2016 um 14:34 schrieb Yanko Kaneti: On Thu, 2016-01-21 at 09:38 +, Richard W.M. Jones wrote: On Thu, Jan 21, 2016 at 11:10:22AM +0200, Yanko Kaneti wrote: On Wed, 2016-01-20 at 15:50 +, Richard W.M. Jones wrote: If you're on freshly installed Fedora 23 (x86-64), then dnf

Re: Debugging practices and hardened packages

Am 19.01.2016 um 12:36 schrieb Tom Hughes: On 19/01/16 11:32, Jakub Filak wrote: I cannot tell how it works in coredumpctl but ABRT C/C++ plugin can be configured to ignore any path (this feature will be available in ABRT 2.8 [1]). Right now, you can configure ABRT to drop core files of

Re: dnf still is unuseable

Am 18.01.2016 um 13:39 schrieb Heiko Adams: Am Montag, den 18.01.2016, 12:27 + schrieb Jonathan Wakely: On 18/01/16 07:05 -0500, Honza Šilhan wrote: yes, autoremoval issue could be either caused by bad packaging [1] or when you are installing packages via yum or packagekit [2]. We are

Re: dnf still is unuseable

Am 18.01.2016 um 13:16 schrieb Jonathan Wakely: And the fact that /var/log/dnf.rpm.log doesn't show updates done by PK is just annoying. Isn't there a single log file I can look at to see what was updated, and when? currently no because dnf, PK and yum-deprecated using different logging

Re: Standard, consistent subject lines for automated emails

Am 18.01.2016 um 16:27 schrieb Matthew Miller: On Sat, Jan 16, 2016 at 01:34:12PM +, Richard W.M. Jones wrote: A related topic is headers, which could be used for filtering. Various systems add headers -- see examples below -- but again there's not much consistency and the headers aren't

Re: dnf still is unuseable

Am 18.01.2016 um 02:32 schrieb Zbigniew Jędrzejewski-Szmek: On Mon, Jan 18, 2016 at 12:55:54AM +0100, Heiko Adams wrote: But it seems to be broken since Feb 2015, which is IMHO unacceptable since a default package manager and all of its features have to work absolutely reliable. When was

Re: dnf still is unuseable

Am 18.01.2016 um 04:16 schrieb Kevin Fenzi: On Mon, 18 Jan 2016 00:53:00 +0100 Reindl Harald <h.rei...@thelounge.net> wrote: ...snip... why? because you don't type "dnf install kernel" instead "dnf upgrade" and "kernel-headers" *is never installed* i

Re: dnf still is unuseable

Am 18.01.2016 um 13:16 schrieb Jonathan Wakely: And the fact that /var/log/dnf.rpm.log doesn't show updates done by PK is just annoying. Isn't there a single log file I can look at to see what was updated, and when? currently no because dnf, PK and yum-deprecated using different logging

Re: dnf still is unuseable

Am 18.01.2016 um 13:39 schrieb Heiko Adams: Am Montag, den 18.01.2016, 12:27 + schrieb Jonathan Wakely: On 18/01/16 07:05 -0500, Honza Šilhan wrote: yes, autoremoval issue could be either caused by bad packaging [1] or when you are installing packages via yum or packagekit [2]. We are

dnf still is unuseable

for localupdate i switched back to yum-deprecated long ago, but for ordinary kernel updates pretend unsolved deps is simply unacceptable *no* i am not the only one - see karma comments for 4.3.3-300.fc23 https://bugzilla.redhat.com/show_bug.cgi?id=1263888#c14

Re: dnf still is unuseable

Am 17.01.2016 um 23:54 schrieb Kevin Fenzi: On Sun, 17 Jan 2016 23:27:02 +0100 Reindl Harald <h.rei...@thelounge.net> wrote: for localupdate i switched back to yum-deprecated long ago, but for ordinary kernel updates pretend unsolved deps is simply unacceptable *no* i am not the on

Re: dnf still is unuseable

Am 18.01.2016 um 00:48 schrieb Kevin Fenzi: On Mon, 18 Jan 2016 00:01:13 +0100 Reindl Harald <h.rei...@thelounge.net> wrote: ...snip... "dnf update *.rpm" is the way which has to work Why? It works fine as a install. It's installing a new kernel, since kernels can ha

Re: dnf still is unuseable

Am 18.01.2016 um 00:08 schrieb Neal Gompa: On Sun, Jan 17, 2016 at 6:01 PM, Reindl Harald <h.rei...@thelounge.net> wrote: Am 17.01.2016 um 23:54 schrieb Kevin Fenzi: I'd encourage you to re-read our code of conduct ( https://getfedora.org/code-of-conduct ) and try and be more resp

Re: Standard, consistent subject lines for automated emails

Am 16.01.2016 um 14:34 schrieb Richard W.M. Jones: Here are a small collection of subject lines of emails sent automatically to me by various Fedora systems in the past few days: Subject: upgradepath PASSED for FEDORA-2015-850e89be8b Subject: [Fedora Update] [comment]

Re: ZFS on linux

Am 16.01.2016 um 19:43 schrieb Gerald B. Cox: On Sat, Jan 16, 2016 at 9:55 AM, Kevin Fenzi > wrote: The benchmark if it's legal to include something in Fedora is what Fedora Legal says. I basically would agree with everything you stated,

Re: ZFS on linux

Am 16.01.2016 um 22:07 schrieb Neal Gompa: On Sat, Jan 16, 2016 at 3:00 PM, Chris Murphy wrote: On Sat, Jan 16, 2016 at 12:39 PM, Luya Tshimbalanga wrote: Does Oracle include ZFS in their ISO by default? No, and as far as I know they don't

Re: ZFS on linux

Am 16.01.2016 um 22:19 schrieb Neal Gompa: On Sat, Jan 16, 2016 at 4:18 PM, Reindl Harald <h.rei...@thelounge.net> wrote: Am 16.01.2016 um 22:07 schrieb Neal Gompa: On Sat, Jan 16, 2016 at 3:00 PM, Chris Murphy <li...@colorremedies.com> wrote: On Sat, Jan 16, 2016 at 12

Re: ZFS on linux

Am 16.01.2016 um 20:51 schrieb Gerald B. Cox: On Sat, Jan 16, 2016 at 11:35 AM, Kevin Fenzi > wrote: I can't image anyone misinterpreting my statement that way, but yes, I was not trying to suggest anything anyone else does is legal or not,

Re: Cannot add dependency job for unit dnf-makecache.timer, ignoring: Unit dnf-makecache.timer is masked

Am 15.01.2016 um 03:38 schrieb Zbigniew Jędrzejewski-Szmek: On Thu, Jan 14, 2016 at 10:17:54PM +0100, Reindl Harald wrote: WHO defines that "dependency" and WHY? when i say "mask, i want it refreshed when it is used" than *i mean* that and there is no business to spit my

Re: kmods and Fedora

Am 14.01.2016 um 16:56 schrieb Neal Gompa: I've recently been wondering why we haven't allowed kernel module packages in Fedora since Fedora 8. I've tried searching through our wiki and the mailing list, but I haven't come up with any concrete reasons for why we disallow them. If it is perhaps

Re: kmods and Fedora

Am 14.01.2016 um 18:05 schrieb Neal Gompa: On Thu, Jan 14, 2016 at 11:01 AM, Reindl Harald <h.rei...@thelounge.net> wrote: Am 14.01.2016 um 16:56 schrieb Neal Gompa: We have two tools that can help us in this regard: akmod and Koschei, both came after our policy change to disallow

Re: ZFS on linux

Am 15.01.2016 um 01:07 schrieb Neal Gompa: On Thu, Jan 14, 2016 at 6:54 PM, Stephen John Smoogen <smo...@gmail.com> wrote: On 14 January 2016 at 12:20, Neal Gompa <ngomp...@gmail.com> wrote: On Thu, Jan 14, 2016 at 2:14 PM, Reindl Harald <h.rei...@thelounge.net> wrote:

Re: kmods and Fedora

Am 15.01.2016 um 01:07 schrieb Andrew Lutomirski: On Thu, Jan 14, 2016 at 4:01 PM, Reindl Harald <h.rei...@thelounge.net> wrote: Am 15.01.2016 um 00:36 schrieb Andrew Lutomirski: If, for example, it simply installed into /lib/modules/VERSION/akmod/path/to/driver.ko, then rpm could be

Re: kmods and Fedora

Am 14.01.2016 um 19:54 schrieb Neal Gompa: On Thu, Jan 14, 2016 at 1:49 PM, Samuel Sieb wrote: On 01/14/2016 07:56 AM, Neal Gompa wrote: Aside from the DNF issue, is there anything else I'm missing in relation to kmods in Fedora? If you have secure boot, you have to go

Re: ZFS on linux

Am 14.01.2016 um 20:20 schrieb Neal Gompa: On Thu, Jan 14, 2016 at 2:14 PM, Reindl Harald <h.rei...@thelounge.net> wrote: Am 14.01.2016 um 19:57 schrieb Gerald B. Cox: On Thu, Jan 14, 2016 at 10:45 AM, Bill Nottingham <nott...@splat.cc <mailto:nott...@splat.cc>> wrote:

Re: ZFS on linux

Am 14.01.2016 um 19:57 schrieb Gerald B. Cox: On Thu, Jan 14, 2016 at 10:45 AM, Bill Nottingham > wrote: As a rule, I try not to take legal licensing interpretations from a CTO who's trying to sell me the thing they're talking about the

Re: ZFS on linux

Am 14.01.2016 um 20:15 schrieb Gerald B. Cox: On Thu, Jan 14, 2016 at 10:57 AM, Gerald B. Cox > wrote: On Thu, Jan 14, 2016 at 10:45 AM, Bill Nottingham > wrote: As a rule, I try not to take legal

Re: ZFS on linux

Am 14.01.2016 um 20:34 schrieb Gerald B. Cox: On Thu, Jan 14, 2016 at 11:14 AM, Reindl Harald <h.rei...@thelounge.net <mailto:h.rei...@thelounge.net>> wrote: ZFS cannot be included in the GPL-licensed Linux kernel, because it is licensed under the GPL-incompatible CDDL

Re: ZFS on linux

Am 14.01.2016 um 19:45 schrieb Bill Nottingham: Bill, your maildomain is burned and the only reason that your mails appear here is there the mailing list is whitelisted based on SPF 1.5 URIBL_SBL_A Contains URL's A record listed in the SBL blocklist [URIs: splat.cc] 1.5 URIBL_SBL Contains

Re: kmods and Fedora

Am 15.01.2016 um 00:36 schrieb Andrew Lutomirski: If, for example, it simply installed into /lib/modules/VERSION/akmod/path/to/driver.ko, then rpm could be taught to delete /lib/modules/VERSION when the corresponding kernel package goes away (either using a scriptlet in the kernel package or

Cannot add dependency job for unit dnf-makecache.timer, ignoring: Unit dnf-makecache.timer is masked

WHO defines that "dependency" and WHY? when i say "mask, i want it refreshed when it is used" than *i mean* that and there is no business to spit my logs on all machines al day long full with "you have masked it" Jan 14 21:30:01 localhost systemd[1]: Cannot add dependency job for unit

Re: kmods and Fedora

Am 14.01.2016 um 20:09 schrieb Neal Gompa: On Thu, Jan 14, 2016 at 2:00 PM, Josh Boyer wrote: On Thu, Jan 14, 2016 at 1:54 PM, Neal Gompa wrote: On Thu, Jan 14, 2016 at 1:49 PM, Samuel Sieb wrote: On 01/14/2016 07:56 AM,

Re: ZFS on linux

Am 14.01.2016 um 20:35 schrieb Michael Catanzaro: On Thu, 2016-01-14 at 20:24 +0100, Reindl Harald wrote: likely i did much more research than you can even imagine long before that thread started I find this challenging to believe. i don't care what you believe CDDL is incompatible

Re: ELF arch question

Am 14.01.2016 um 15:42 schrieb Orion Poplawski: I want BLAS/LAPACK implementations to do something like: %if Provides: libblas.so.3()(64bit) %else Provides: libblas.so.3 %endif not sure why you think you need to specify that explicitly while rpmbuild does that on it's own, but anyways,

Re: Announce of package to mark as Orphan – repoview – rpmdepsize – snake - revisor

Am 13.01.2016 um 01:25 schrieb Nico Kadel-Garcia: On Fri, Jan 8, 2016 at 10:37 AM, Sérgio Basto wrote: On Sex, 2016-01-08 at 08:54 -0500, Jaroslav Mracek wrote: Hi everybody, I would like to set following packages as Orphan due to that upstream is dead or maintainers do

Re: F24 System Wide Change: Change Proposal Name NewRpmDBFormat

Am 13.01.2016 um 14:01 schrieb Florian Festi: On 01/11/2016 09:06 PM, Richard W.M. Jones wrote: On Mon, Jan 11, 2016 at 03:46:27PM +0100, Jan Kurik wrote: = Proposed System Wide Change: Change Proposal Name NewRpmDBFormat = https://fedoraproject.org/wiki/Changes/NewRpmDBFormat Details of

Re: F24 System Wide Change: Change Proposal Name NewRpmDBFormat

Am 13.01.2016 um 14:30 schrieb Richard Hughes: On 13 January 2016 at 13:13, Reindl Harald <h.rei...@thelounge.net> wrote: so there is no justification to declare one need to install from scratch just because rpm which works for many years fine changes it's storage format I don't

Re: is there a reason for starting zookeeper.service in background?

Am 12.01.2016 um 09:22 schrieb Muayyad AlSadi: nohup "$JAVA" "-Dzookeeper.log.dir=${ZOO_LOG_DIR}" "-Dzookeeper.root.logger=${ZOO_LOG4J_PROP}" \ -cp "$CLASSPATH" $JVMFLAGS $ZOOMAIN "$ZOOCFG" > "$_ZOO_DAEMON_OUT" 2>&1 < /dev/null & if [ $? -eq 0 ] ... /bin/echo -n $! >

Re: is there a reason for starting zookeeper.service in background?

Am 12.01.2016 um 19:30 schrieb Lennart Poettering: On Tue, 12.01.16 18:54, Reindl Harald (h.rei...@thelounge.net) wrote: Also, what happens if the daemon is configured to listen on some different port? Or on multiple ports? Are you parsing the daemon's config file too to figure out what

Re: is there a reason for starting zookeeper.service in background?

Am 12.01.2016 um 19:44 schrieb Lennart Poettering: On Tue, 12.01.16 19:37, Reindl Harald (h.rei...@thelounge.net) wrote: That said, of course, this is not obvious at first, hence since quite some time "systemctl stop" will actually explain this to you: if you stop a daemon, but

Re: is there a reason for starting zookeeper.service in background?

Am 12.01.2016 um 17:41 schrieb Lennart Poettering: On Tue, 12.01.16 17:16, Muayyad AlSadi (als...@gmail.com) wrote: well. But if you can double fork() in Java you should be fine and can it seems that zookeeper is doing the fork in the bash script using nohub not in java when it finished

Re: is there a reason for starting zookeeper.service in background?

Am 12.01.2016 um 19:50 schrieb Lennart Poettering: On Tue, 12.01.16 19:48, Reindl Harald (h.rei...@thelounge.net) wrote: Am 12.01.2016 um 19:44 schrieb Lennart Poettering: On Tue, 12.01.16 19:37, Reindl Harald (h.rei...@thelounge.net) wrote: That said, of course, this is not obvious

Re: is there a reason for starting zookeeper.service in background?

Am 12.01.2016 um 16:09 schrieb Lennart Poettering: On Tue, 12.01.16 15:57, Reindl Harald (h.rei...@thelounge.net) wrote: Am 12.01.2016 um 15:45 schrieb Lennart Poettering: On Tue, 12.01.16 10:22, Muayyad AlSadi (als...@gmail.com) wrote: @Lennart Poettering is there a way to use

[EPEL-devel] Re: unsubscribe

WTF List-Unsubscribe: Am 12.01.2016 um 16:52 schrieb Paddy Walker: Unsubscribe On 12/01/16 15:47, John Lockman wrote: signature.asc Description: OpenPGP

Re: is there a reason for starting zookeeper.service in background?

Am 11.01.2016 um 14:06 schrieb Muayyad AlSadi: hi, in fedora's zookeeper service < /usr/lib/systemd/system/zookeeper.service we have the following line ExecStart=/usr/bin/zkServer.sh start zoo.cfg why not ExecStart=/usr/bin/zkServer.sh start-foreground zoo.cfg of type simple specially

Re: is there a reason for starting zookeeper.service in background?

Am 11.01.2016 um 14:32 schrieb Muayyad AlSadi: "Type=forking" implies that depending services are started *after* the forking and the service is *really* read (it needs depending on the signatures a longer time for initalization) but I guess it needs a PID file path to work properly which

Re: is there a reason for starting zookeeper.service in background?

Am 11.01.2016 um 15:37 schrieb Michal Schmidt: On 01/11/2016 02:58 PM, Reindl Harald wrote: Am 11.01.2016 um 14:32 schrieb Muayyad AlSadi: "Type=forking" implies that depending services are started *after* the forking and the service is *really* read (it needs depending on the

Re: F24 System Wide Change: Change Proposal Name NewRpmDBFormat

Am 11.01.2016 um 17:26 schrieb Kalev Lember: On 01/11/2016 03:46 PM, Jan Kurik wrote: = Proposed System Wide Change: Change Proposal Name NewRpmDBFormat = https://fedoraproject.org/wiki/Changes/NewRpmDBFormat Change owner(s): * Florian Festi < ffesti AT redhat DOT com > Change format of

Re: is there a reason for starting zookeeper.service in background?

Am 11.01.2016 um 17:30 schrieb Muayyad AlSadi: quoted from systemd.serivce manual page >> it is recommended to also use the PIDFile= option, so that systemd can identify the main process of the daemon. my point is that having a child double forked does not mean Zookeeper TCP port is ready

Re: F24 System Wide Change: Change Proposal Name NewRpmDBFormat

Am 11.01.2016 um 17:33 schrieb Neal Gompa: On Mon, Jan 11, 2016 at 11:31 AM, Reindl Harald <h.rei...@thelounge.net> wrote: Am 11.01.2016 um 17:26 schrieb Kalev Lember: On 01/11/2016 03:46 PM, Jan Kurik wrote: = Proposed System Wide Change: Change Proposal Name NewRpmDBFormat =

Re: Stop please

Am 09.01.2016 um 19:36 schrieb Michael Catanzaro: On Fri, 2016-01-08 at 08:53 -0500, Mark Bidewell wrote: Unfortunately GMail's web interface does not seem to recognize those headers :(. So a fair number of uses will have issues. I, Michael Catanzaro, have never in my entire life seen any

Re: Stop please

Am 09.01.2016 um 19:46 schrieb Sudhir Khanger: On Saturday 09 Jan 2016 12:36:08 PM Michael Catanzaro wrote: I, Michael Catanzaro, have never in my entire life seen any email client display mail headers. It's beyond unreasonable to suggest users look there for anything, much less for a way to

Re: Stop please -> mailto:devel-le...@lists.fedoraproject.org

Am 08.01.2016 um 05:34 schrieb Michael Catanzaro: On Thu, 2016-01-07 at 21:27 -0700, Byron Steele wrote: -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject. org I decided I would instruct Byron in how to unsubscribe from

Re: Stop please

Am 08.01.2016 um 22:39 schrieb Paul W. Frields: On Fri, Jan 08, 2016 at 03:00:13PM +0100, Reindl Harald wrote: Am 08.01.2016 um 14:53 schrieb Mark Bidewell: Unfortunately GMail's web interface does not seem to recognize those headers :(. So a fair number of uses will have issues. what

Re: Stop please

Am 08.01.2016 um 14:53 schrieb Mark Bidewell: Unfortunately GMail's web interface does not seem to recognize those headers :(. So a fair number of uses will have issues. what is the purpose of breaking DMARC by add a list-footer pointing to a site with no unsubscribe-information why

Re: emacs-filesystem

Am 05.01.2016 um 11:17 schrieb Jan Synacek: Michael Schwendt writes: 2) A dependency on emacs-filesystem is primarily for packages, which store files in those directories, but which do _not_ need Emacs to be installed. Splitting off emacs- subpackages is not always the

Re: Firefox build?

Am 28.12.2015 um 22:57 schrieb Bojan Smojver: Release notes for FF 43.0.2 say that a security issue was fixed (MD5 signatures accepted within TLS 1.2 ServerKeyExchange in server signature). Does this not affect Fedora builds? what do you try to tell us with that question?

Re: Specs using %define

Am 26.12.2015 um 22:45 schrieb Jason L Tibbitts III: "MS" == Michael Schwendt writes: MS> %_bindir is not /bin In Fedora there's not exactly much of a difference because of the symlink. But why conditionalize it on "%ifos linux" in any case? there *is* a difference

Re: lxqt

Am 24.12.2015 um 00:41 schrieb mastaiza: This is a dead end that no one knows what to do what about senseful quoting so that one could know what you are talking about? a subject "Re: lxqt" implies you are responding to something signature.asc Description: OpenPGP digital signature --

grub2 password and docs

https://fedoraproject.org/wiki/GRUB_2#Setting_a_password_for_interactive_edit_mode _ If you wish to password-protect GRUB2's interactive edit mode but you do not want to require users to enter a password to do a plain, simple, ordinary boot, create

Re: grub2 password and docs

EC240AAEEA85E779E1C88DE0ECA899747479F130.C7CEB0D35AF519B3C616871AF2BE9C02B151EBFA57162192DF45DA39FF80F871E1D1D87FCFD7C33016412BA835AEA8FECCFA44431C8EA0B43150F62FE5BBB0EE Am 18.12.2015 um 13:16 schrieb Reindl Harald: https://fedoraproject.org/wiki/GRUB_2#Setting_a_password_for_interactive_edit_mode _

Re: no systemd in containers: Requires -> Recommends

Am 18.12.2015 um 15:39 schrieb Neil Horman: On Thu, Dec 17, 2015 at 10:18:10PM +0100, Reindl Harald wrote: What I hear you saying is that on a system that has nothing better to do, the primary monitoring process wakes up periodically to check on various system aspects (cron jobs, journal

Re: no systemd in containers: Requires -> Recommends

Am 18.12.2015 um 15:44 schrieb Neil Horman: On Fri, Dec 18, 2015 at 01:27:33AM +, Zbigniew Jędrzejewski-Szmek wrote: For some packages "reduced capacity" because of lack of systemd.rpm means "doesn't even get started as expected" or "crashes on start with permission errors" or "cannot

Re: grub2 password and docs

Am 18.12.2015 um 20:30 schrieb Andrew Lutomirski: On Fri, Dec 18, 2015 at 5:05 AM, Reindl Harald <h.rei...@thelounge.net> wrote: besides that the wiki is completly outdated "grub2-setpassword" only works on english machines https://bugzilla.redhat.com/show_bug.cgi?id=1292830

Re: no systemd in containers: Requires -> Recommends

Am 18.12.2015 um 16:36 schrieb g...@cfware.com: I have no experience with containers so forgive me if I'm missing something. Why couldn't you just have a 'microinit.rpm' in a separate dnf repo, put 'Obsoletes: systemd' into that package? This way people who are building hundreds of

Re: no systemd in containers: Requires -> Recommends

Am 17.12.2015 um 16:57 schrieb Lennart Poettering: On Thu, 17.12.15 10:50, Matthew Miller (mat...@fedoraproject.org) wrote: On Thu, Dec 17, 2015 at 04:40:16PM +0100, Lennart Poettering wrote: Nope, that's not the point to make. We ship tons of stuff you don't always need, but why is this

Re: no systemd in containers: Requires -> Recommends

Am 17.12.2015 um 16:54 schrieb Lennart Poettering: On Thu, 17.12.15 10:44, Colin Walters (walt...@verbum.org) wrote: What is cleaning up /tmp for those things? You bind mount the container's /tmp to a host /tmp/container-$uuid for example. Well, and what sets up all the rest listed in

Re: no systemd in containers: Requires -> Recommends

Am 17.12.2015 um 17:03 schrieb Reindl Harald: Am 17.12.2015 um 16:57 schrieb Lennart Poettering: On Thu, 17.12.15 10:50, Matthew Miller (mat...@fedoraproject.org) wrote: On Thu, Dec 17, 2015 at 04:40:16PM +0100, Lennart Poettering wrote: Nope, that's not the point to make. We ship tons

Re: no systemd in containers: Requires -> Recommends

Am 17.12.2015 um 21:47 schrieb Craig Garner: I usually don't say anything and just read...it's not really my place. I just like to keep up with things going on. But, by the time you finish worrying about all the overhead and things get finalized, there's going to be so damn much RAM and

Re: no systemd in containers: Requires -> Recommends

Am 17.12.2015 um 19:43 schrieb Neil Horman: On Thu, Dec 17, 2015 at 05:18:21PM +0100, Reindl Harald wrote: OK, you want numbers full featured VM running authoritative DNS for hundrets of zones while bind and rsyslog would be enough __ whole operating system: 795

Re: no systemd in containers: Requires -> Recommends

Am 17.12.2015 um 22:00 schrieb Neil Horman: On Thu, Dec 17, 2015 at 03:39:17PM -0500, Colin Walters wrote: What you're arguing is that *build* convenience for our current architecture outweighs the *runtime* cost. That doesn't make sense long term - they're different problems. What runtime

Re: no systemd in containers: Requires -> Recommends

Am 17.12.2015 um 22:11 schrieb Neil Horman: On Thu, Dec 17, 2015 at 10:04:48PM +0100, Reindl Harald wrote: Am 17.12.2015 um 22:00 schrieb Neil Horman: On Thu, Dec 17, 2015 at 03:39:17PM -0500, Colin Walters wrote: What you're arguing is that *build* convenience for our current architecture

Re: Easier %config management?

Am 14.12.2015 um 17:01 schrieb Christopher: On Sun, Dec 13, 2015 at 3:39 PM Reindl Harald <h.rei...@thelounge.net For me, I'd want the up-to-date one from the current version of the installed packages, not the initial state... just the up-to-date state as determined by the package maintai

Re: Easier %config management?

Am 13.12.2015 um 21:50 schrieb Andrew Lutomirski: On Dec 13, 2015 12:38 PM, "Reindl Harald" <h.rei...@thelounge.net <mailto:h.rei...@thelounge.net>> wrote: > > Am 13.12.2015 um 21:22 schrieb Andrew Lutomirski: >> >> For the few cases tha

Re: Easier %config management?

Am 13.12.2015 um 05:58 schrieb Christopher: rpm could track more than hashes of config files, and instead track the full file. This could be optional, as it uses more disk space, but disk space is cheap these days, and config files are relatively small. This would avoid having to re-download

Re: Easier %config management?

Am 13.12.2015 um 21:22 schrieb Andrew Lutomirski: For the few cases that can't or won't comply, then having rpm (optionally?) make the originals available would be fantastic for system management how many copies would you like to store in the rpm database and how to access them in a useful

Re: F24 System Wide Change: Default Local DNS Resolver

Am 11.12.2015 um 15:09 schrieb Paul Wouters: 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 user-visible warning, possibly with a link to a page

Re: %post RPM scriptlets and dependencies

Am 10.12.2015 um 12:53 schrieb Rex Dieter: Florian Weimer wrote: When a %post scriptlet runs, is it guaranteed that the Requires: dependencies have been unpacked? I understand that for cycle-breaking purposes, it may not be true that the scriptlets for dependencies have run. But are the

Re: Direct messages

Am 09.12.2015 um 10:45 schrieb Dominik 'Rathann' Mierzejewski: On Wednesday, 09 December 2015 at 10:37, Tom Hughes wrote: On 09/12/15 09:34, Dmitrij S. Kryzhevich wrote: If your username is krege you got at least three e-mail on 2015-11-26, -15 and -10 to krege fedoraproject org, therefore

Re: F24 System Wide Change: Default Local DNS Resolver

Am 08.12.2015 um 10:25 schrieb Petr Spacek: On 8.12.2015 09:41, Gerd Hoffmann wrote: Hi, Start moving away from split DNS because that's going to be very hard to support. Seriously? How do you suggest to handle DNS for my 192.168.2.0/24 home network then? Making the forward zone for

Re: Bodhi front page after login

Am 07.12.2015 um 14:05 schrieb Michael Schwendt: On Mon, 7 Dec 2015 11:53:26 +0100, Vít Ondruch wrote: You can find all your updates under the 'profile' tab. You could even set a bookmark to this page. I can hardly see what has my "profile" in common with my updates. They should be shown

Re: F24 System Wide Change: Default Local DNS Resolver

Am 07.12.2015 um 15:56 schrieb Pádraig Brady: On 01/12/15 15:59, Randy Barlow wrote: This sounds overall pretty neat to me! One detail came to my mind: how would this interact with VPN DNS servers? In my experience with VPNs, it's common for them to provide a DNS server that allows internal

Re: F24 System Wide Change: Default Local DNS Resolver

Am 07.12.2015 um 20:48 schrieb Paul Wouters: Move your own domains within one of your real legitimate domains, and you have the freedom to do whatever you want. Start moving away from split DNS because that's going to be very hard to support. that's simply not possible for every environment

Re: F24 System Wide Change: Default Local DNS Resolver

Am 07.12.2015 um 21:40 schrieb Paul Wouters: On Mon, 7 Dec 2015, Florian Weimer wrote: Clearly, fedora cannot be changed to hijack a real domain, so Fritzbox better solve this quickly with an update, even if no one actually will update their router :( Well, AVM could just register

Re: DNF could improve messages about package auto-removal

Am 06.12.2015 um 04:26 schrieb Kevin Kofler: Mathieu Bridon wrote: Note that packages installed by PackageKit are not marked as installed, so dnf always thinks it can remove them. This makes "autoremove" completely unsuitable for end users and totally inappropriate as a default (and the

Re: yum: Critical path update in testing for 4 months?

Am 06.12.2015 um 15:30 schrieb Richard Shaw: Usually I don't dig too deep but I saw a "critical path" update for yum on F22 (which should be using dnf anyway). So why is a critical path update with +10 karma still in testing? (I know how, there's no auto push to stable based on karma for

Re: yum: Critical path update in testing for 4 months?

Am 06.12.2015 um 19:52 schrieb Michael Schwendt: Currently I have two security fixes, which are two months old. Nobody does the needed testing. The karma isn't reached. Nobody ensures that they enter the stable updates repo even with 0 karma. Meanwhile, F21 has reached end-of-life without

Re: yum: Critical path update in testing for 4 months?

Am 06.12.2015 um 21:20 schrieb Michael Schwendt: And as you are not a package maintainer at Fedora, it could be that you underestimate the amount of burden/bureaucracy that's considered unnecessary by many packagers explain me the burden/bureaucracy in the countless cases where

Re: Bodhi front page after login

Am 06.12.2015 um 20:06 schrieb Michael Schwendt: When I log in at https://bodhi.fedoraproject.org/ the new web ui greets me with a huge wall of uninteresting statistics, such as * the activity of other update submitters, * this week's top testers * latest updates in need of testing

Re: RFC: switching from grubby to grub2-mkconfig

Am 06.12.2015 um 21:06 schrieb Chris Murphy: On Sun, Dec 6, 2015 at 8:05 AM, drago01 wrote: Hypothetically on BIOS systems, a GRUB core.img [1] could become stale over time, and an upgraded grub-mkconfig could introduce an incompatible format change, but that's really

Re: yum: Critical path update in testing for 4 months?

Am 06.12.2015 um 22:29 schrieb Michael Schwendt: What's needed is software developers and policy makers to agree that some areas are problematic, and to agree on ideas and an agenda. To agree that the karma system is flawed and things like testers ignoring past votes and overriding another's

Re: yum: Critical path update in testing for 4 months?

Am 06.12.2015 um 23:50 schrieb Michael Schwendt: You expect packagers to review all their bodhi tickets everytime they receive a nagmail from bodhi, and then to decide again whether to wait for testers or whether to push manually without any prior feedback. That doesn't scale for everyone. The

Re: RFC: switching from grubby to grub2-mkconfig

Am 06.12.2015 um 21:22 schrieb Chris Murphy: So yeah it's possible, but it's also unintended. And the same problem could happen whether grubby modifies grub.cfg or grub-mkconfig replaces it that's wrong because grubby *clones* the last recent entry with all it's parameters and don't touch

Re: RFC: switching from grubby to grub2-mkconfig

Am 02.12.2015 um 17:23 schrieb Andrew Lutomirski: On Dec 2, 2015 8:15 AM, "Josh Boyer" > wrote: > > On Tue, Dec 1, 2015 at 10:30 PM, Andrew Lutomirski > wrote: > > Since the old proposal to have

Re: RFC: switching from grubby to grub2-mkconfig

Am 02.12.2015 um 21:31 schrieb Andrew Lutomirski: On Wed, Dec 2, 2015 at 12:21 PM, Reindl Harald <h.rei...@thelounge.net> wrote: Am 02.12.2015 um 21:16 schrieb Andrew Lutomirski: On Wed, Dec 2, 2015 at 11:54 AM, Josh Boyer <jwbo...@fedoraproject.org> wrote: That's a matter o

Re: RFC: switching from grubby to grub2-mkconfig

Am 02.12.2015 um 20:35 schrieb Andrew Lutomirski: On Wed, Dec 2, 2015 at 9:50 AM, Josh Boyer wrote: And you would do that via a single command how? By wrapping it in an architecture/bootloader agnostic wrapper. Which is what grubby is. But it's not. grubby

Re: RFC: switching from grubby to grub2-mkconfig

Am 02.12.2015 um 20:35 schrieb Andrew Lutomirski: 1. grubby puts the most recently-installed kernel on top. grub2-mkconfig puts the highest version on top. In the cases where they differ, I'd argue that the latter is better it's not better it's pure crap when you have to downgrade because

Re: RFC: switching from grubby to grub2-mkconfig

Am 02.12.2015 um 21:16 schrieb Andrew Lutomirski: On Wed, Dec 2, 2015 at 11:54 AM, Josh Boyer wrote: That's a matter of preference. If I have a newer kernel version installed that doesn't actually work, I want the older kernel I _just_ installed to be the default

Re: RFC: switching from grubby to grub2-mkconfig

Am 02.12.2015 um 21:46 schrieb Andrew Lutomirski: The fact that you assert your absolute correctness on a frequent basis even when you're not correct makes me, and probably other people, likely to discount everything you say even in the cases when you are correct. If you want your opinion to

upgrade path

why in the world can the "offical" upgrade tools not handle things which are with "yum --releasever=XX distro-sync" or now "dnf --releasever=XX distro-sync" are a nobrainer for many years just because such packages are get *downgraded* implicitly and so the "release"-tag don't matter at all?

  1   2   3   4   5   6   7   8   9   10   >