public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
From: ummeegge <ummeegge@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: How to test a solution for bug 12539
Date: Fri, 27 Nov 2020 17:39:19 +0100	[thread overview]
Message-ID: <26fc490026412c6071a03ae498d490c5adcb21f6.camel@ipfire.org> (raw)
In-Reply-To: <75630cdc-fb4d-b4a3-9e7c-1ffb0c71675f@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2403 bytes --]

Hi Adolf,

Am Donnerstag, den 26.11.2020, 23:22 +0100 schrieb Adolf Belka:
> Dear All,
> 
> I have been working on a solution for bug 12539.
> 
> With cups and cups-filters installed the services tab shows cups
> twice in the add-on list. This is because the cut command from the
> installed meta files causes both meta-cups and meta-cups-filters to
> result in cups and therefore shows up twice.
> 
> The solution seems to be to rename the Prog name from cups-filters to
> cups_filters. I made these changes in my local repo and everything
> built successfully.
> 
> However I can not figure out how to test and confirm that it has
> worked.
> If I install the built ISO and then install cups and cups_filters
> from pakfire they load the programs from the IPFire repo and
> therefore load the original versions which still have the problem and
> show up twice in the services tab.
I think you can not use Pakfire for this.

> 
> If I copy the cup and cups_filters ipfire packages and install them
> into my test bed system, the programs are installed and can be
> successfully started but because they were not installed by pakfire
> they have not been added to the installed meta files in
> /opt/pakfire/db/installed/meta-* and therefore do not show up in the
> services tab at all.
You can generate a file via 
touch /opt/pakfire/db/installed/meta-cups_filters
without PGP Signature, Name etc. but it should display it in the status
section.

But for an IPFire update i see a problem for the installed packages
since simply the name of the package has changed a '-' ≠ '_' and
therefor the name has been changed and will be handled like another
package -->
https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=src/pakfire/lib/functions.pl;hb=31cbb589d9c8610ba0d9b15e2cb1612ac05912a6#l647
. In my opinion, there should be a check in update.sh if the package is
present, the meta file name needs to be changed then, otherwise updates
etc. are not possible.


Can anyone help me with advice on how to be able to install these
modified add-on packages so I can check that the original problem is
actually solved by my solution, or do I have to just submit a patch and
the review of the patch will tell me if I have done it correctly or
not.

Thanks for any help/advice,

Just my two cents on that, hope it helps :-) .


Adolf


Best,

Erik


  reply	other threads:[~2020-11-27 16:39 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-26 22:22 Adolf Belka
2020-11-27 16:39 ` ummeegge [this message]
2020-11-27 17:17   ` Adolf Belka
2020-11-27 16:55 ` Michael Tremer
2020-11-27 17:24   ` Adolf Belka

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=26fc490026412c6071a03ae498d490c5adcb21f6.camel@ipfire.org \
    --to=ummeegge@ipfire.org \
    --cc=development@lists.ipfire.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox