From nobody Sat Mar 08 18:34:03 2025 X-Original-To: desktop@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Z9Bd80RKGz5pZjV for ; Sat, 08 Mar 2025 18:34:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Z9Bd76VtWz3ZgV for ; Sat, 08 Mar 2025 18:34:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1741458843; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=bfJvojuI0xXMmOwR5ZVw6tb/ZdVphd0QPBZaU1QFt1Y=; b=fah6E48dx3obMfiqcrz2olbYho5vz1t4uqOvlav1EGIZXkmMuosJeJXpwnCntU77eM7Q0Y MUFZBT4F5sAzU3jp0/bqJkj96k0zGocl26T3GM3iPq6d7APJeqRMl5BjYmJeUikv+Wq0qc LkZMAckW8NiteTCGgZ2ihBZ9cQvHxlzq7QyqXErY/SsNZdLOGtTSSGt3aSJhXxkHAdvgB7 b5mQ2Uu7lDH1135nMpVocvvHtWLvUAzeNb/eS6qb+FaYGvlmsprtrtBmcO7qDjtlFdaBt6 xwjsS+FfyIjmvUj1rzoHNuqbWsSXu3JDau8Kn90zRA0IhQNpanfXvgWjxWFneA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1741458843; a=rsa-sha256; cv=none; b=p0jjGT2yUnL5sCqGYCpFyn3wwxY3a9BPul5BPCKBOLkRQnp/lQczkto8rNpfhhlfiQInLQ 61pv+vrc5VT4R5cvTnhoiX6phMtnMtxPPA5dSiY3Jhm7wOeNNMTTW+FRRNnKOdY1PwGNfj KyFnUtoDfo5Yo5iGI1x3LSEON3yxBNXOwfwZYPxmzhjoMtqJiAQbx8krG9bFo7s71gNT9o mRB5x4F0VGPACg1BUczB/zumC4QKSdC2l8326CrtleckMQzPJCQeDpiNa4wsLrwUCAmGbX EcwheyTrmvUr5F8sJHZ5u+5dh+aL+lo4LMGy0tWtEfReaknuotwXFS3UBC8qzA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1741458843; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=bfJvojuI0xXMmOwR5ZVw6tb/ZdVphd0QPBZaU1QFt1Y=; b=YQfbRf7oXgGdUFxyOO9T75EF+KLu2wmDOEbVrJMKJ9Ag0iH6W7pMn9z2uFAtZMRP206qWs n9aKfH/1OKrrdyluzvc7V8TOGZN7XRCbhU2BMOYwzN6TQBAHMQhu7D7AVXn3BPu/XAbM0l qsDEuqmGX8mRAXInZlWivYlC7KksiCt8KhuYAK15vOD+TiujV6vP7bWsx/s2+5uH8wAats /5g9w9SeNqvxEoi51R7wDmmjQD+hkaRlaSQsSonZ3sygFFKdFAXmG5RaFygdXdFLN3to89 DAblcQvGSUzG4c1gQnlgH/xA4MWsprunvT39bIUX0y//7ASYyfluCZ8xfuovEw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Z9Bd75q8hzbdT for ; Sat, 08 Mar 2025 18:34:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 528IY3Rl021955 for ; Sat, 8 Mar 2025 18:34:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 528IY3xs021954 for desktop@FreeBSD.org; Sat, 8 Mar 2025 18:34:03 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: desktop@FreeBSD.org Subject: [Bug 285253] devel/dbus: upgrade without bumping dependent ports breaks ... everything Date: Sat, 08 Mar 2025 18:34:03 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: milios@ccsys.com X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: desktop@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Using and improving FreeBSD on the desktop List-Archive: https://lists.freebsd.org/archives/freebsd-desktop List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-desktop@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D285253 --- Comment #11 from Chad Jacob Milios --- (In reply to Gleb Popov from comment #7) thank you for elaborating. that aligns with my current understanding :phew:= lol > First, bumps wouldn't help this issue. The service wouldn't be restarted = anyways. .... A user should understand what he's updating and how to do tha= t safely. i *now* understand *this* particular occurrence (the PR) as per your commen= t #4 turned out to not even be a valid case of the bumps lol > the pkg tool itself is also somewhat low-level. And using it again requir= es a user to be the "power user". yeah i definitely don't want our base tools to start doing all the "magic" = that Ubuntu et al are doing to a live system to "assist" the sysadmin with their upgrades (and general work). i actually would prefer to shoot my own foot occasionally. higher level tools and/or more commands/functionality being a= dded to pkg/ports are great. i enjoy freebsd because fewer interfaces break in a decade than seem to break every year on the linux platforms i work with > Just why you're reimplementing Poudriere? we've been using and updating this system since long before Poudriere was conceived and for our workflow it's better suited. anything we'd want of Poudriere it already did and then some. it'd be trivial to implement a chan= ge like the functionality we initially spoke of; in fact it's there already i'd simply have a policy decision to make regarding how cautious (DSO abi major+minor on just LIB_DEPENDS) and how deep (1 level). i, like many im sure, am just made complacent by the current modality of counting on PKGNAME to change but if i see a memo that's really stopping i'= ll gladly adjust my routine. sounds like thatll be further away than i initial= ly interpreted your comment #2 to mean --=20 You are receiving this mail because: You are the assignee for the bug.=