Bug 34477 - Enable vpnc to connect to Fritzbox routers built-in server also
Summary: Enable vpnc to connect to Fritzbox routers built-in server also
Status: REOPENED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 9
Hardware: All Linux
Priority: High major
Target Milestone: ---
Assignee: All Packagers
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-07-16 18:00 CEST by Markus Robert Keßler
Modified: 2025-07-19 20:59 CEST (History)
0 users

See Also:
Source RPM: vpnc-0.5.3-17.mga9.src.rpm
CVE:
Status comment:


Attachments

Description Markus Robert Keßler 2025-07-16 18:00:45 CEST
Mageia's current approach of a vpnc client can only connect to cisco concentrators, but not to Fritzbox routers built-in vpnc server as well.

In the past there was an attempt to solve the issue, but there were more than one change per subversion commit necessary, and so it was cancelled.

Working strategy according to mageia's policy, based on patch from openSuse:

- get 'https://ftp.gwdg.de/pub/opensuse/source/distribution/leap/15.6/repo/oss/src/vpnc-0.5.3r550-bp156.4.6.src.rpm'

- extract patch 'vpnc-restart-after-timeout.diff'

- in mageia's source 'vpnc-0.5.3-17.mga9.src.rpm':

    - replace (useless) patch 'vpnc-0.5.3-linkage.patch' with
      patch from openSuse 'vpnc-restart-after-timeout.diff'

    - adapt spec file and leave everything else as is

    - recompile / repackage

Feel free to contact me for feature / verification / stress testing
Comment 1 sturmvogel 2025-07-16 19:43:19 CEST
.

*** This bug has been marked as a duplicate of bug 25245 ***

Status: NEW => RESOLVED
Resolution: (none) => DUPLICATE

Comment 2 Markus Robert Keßler 2025-07-16 20:55:02 CEST
No - this describes how to solve the issue.

Don't close tickets you have no clue about.

Resolution: DUPLICATE => (none)
Status: RESOLVED => REOPENED
Priority: Normal => High

Comment 3 Lewis Smith 2025-07-16 21:31:51 CEST
The last remark was not sympathetic.
However, having looked at the old bug, that was too long & complicated to continue.
Yes, you give a sophisticated solution, and thank you for that.

Assigning globally.
Your offer to test the result is important, and the packager|QA should heed it.

Assignee: bugsquad => pkg-bugs

Comment 4 Markus Robert Keßler 2025-07-19 15:34:52 CEST
Hi Lewis,

in the binary, as well as the source rpm I see something like "umeabot" as packager - does this mean the package is orphaned without maintainer?

For better understanding:

Some time ago, I created a fully working version (cisco and avm) because I need this for myself, and then I had put it on my server to provide it for others also.

I opened this ticket because my server's logfiles show that people are downloading this package over and over from my site -- nice, yes! -- but it would be much better to have a fully functional version in the official mga repo.

Then I can remove my version from my server without side effects.

How to proceed?
Comment 5 sturmvogel 2025-07-19 19:41:03 CEST
(In reply to Markus Robert Keßler from comment #4)
> Hi Lewis,
> 
> in the binary, as well as the source rpm I see something like "umeabot" as
> packager - does this mean the package is orphaned 

Yes. This was already explained 4 years ago in one of you other duplicate reports.
Comment 6 Markus Robert Keßler 2025-07-19 20:59:56 CEST
Hi,

somehow offtopic, but,
just tested on one of my mga9 instances and found around 700 packages with "Packager:umeabot" (out of around 3300 packages installed).
Just curious - what happens when a package made by "umeabot" needs a security update? Is this request then assigned to all packagers, in the hope that someone will pick it up and updates it?

Thanks!

Note You need to log in before you can comment on or make changes to this bug.