Modify

Opened 7 years ago

Last modified 7 years ago

#698 reopened enhancement

Kranc should output its directory and branch when it runs

Reported by: Erik Schnetter Owned by:
Priority: minor Milestone:
Component: Kranc Version:
Keywords: Cc:

Description

Kranc should output its directory and branch when it runs. This should go to the screen, and probably also to the generated thorn's README or a small source file. This may help prevent surprises if people accidentally run the wrong version.

Attachments (0)

Change History (6)

comment:1 Changed 7 years ago by Ian Hinder

comment:2 Changed 7 years ago by Erik Schnetter

Resolution: invalid
Status: newclosed

comment:3 Changed 7 years ago by Frank Löffler

Component: OtherKranc
Resolution: invalid
Status: closedreopened

We should keep this issue open until it is fixed. Other people might want to report the same otherwise, and only look here.

comment:4 Changed 7 years ago by Ian Hinder

By that logic, you would create tickets here for all the current issues in the Kranc issue tracker. I see that someone has created a TRAC component for Kranc. This confuses things, and people will not be aware of the Kranc issue tracker. I think it is better to have a link on the main TRAC page to the Kranc issues page so that if someone wants to look at Kranc issues, they can.

comment:5 Changed 7 years ago by Frank Löffler

I agree that this duplication isn't ideal. My idea was to follow the mechanism also used for distributions, where you often have an open ticket for, let's say, a package in Debian, and if this is an upstream issue it is also opened there - and this mentioned in both. Once it is closed upstream the corresponding ticket can be closed in the distribution as well - after it has been applied. This is also the case with Kranc. If something is changed in Kranc a couple of thorns might need to be regenerated, and it would be nice to have a component for these Kranc-related issues. This is not the case for this specific ticket, but it reminded me of other Kranc tickets.

I would not open a ticket here for everything in the Kranc tracker - only for something which actually was reported here.

However, you are developing Kranc and it is your decision how you would like to deal with Kranc issues.

Frank

comment:6 Changed 7 years ago by Ian Hinder

I see what you mean, but I think it's a bit too much overhead for us. If something is changed in Kranc that affects ET thorns, we can create tickets for these thorns in the ET trac. To keep things simple and avoid extra work and possibly confusion, I would keep all Kranc issues in the Kranc tracker. We can have a link on the main ET TRAC page pointing to the Kranc tracker, and maybe a message which says this. The Ubuntu/Debian case is different, in that they need to handle their issues separately from upstream, and might have local patches etc. That is not the case here, since the ET does not repackage Kranc, but just includes it directly.

Modify Ticket

Change Properties
Set your email in Preferences
Action
as reopened The ticket will remain with no owner.
Next status will be 'review'.
as The resolution will be set.
to The owner will be changed from (none) to the specified user.
The owner will be changed from (none) to anonymous.

Add Comment


E-mail address and name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.