Tilman Sauerbeck schrieb:

Matt decided to remove them because he no longer wanted to maintain them.

------------------ Hello Ok and now ... :-( http://vdr-wiki.de/wiki/index.php/Burn-plugin#Crux prt-get depinst boost libgd mjpegtools dvdauthor dvd+rw-tools cdrtools libcdio ^^^^^^^^^^ Where I find a Backup? (thanks) ------------------

Removed ports have NOTHING to do with "potentially broken source dls".

------------------ Correctly ... :-)) why as many things deleted (opt) / and potentially broken source downloads? ^ ^ ^ Problem 1 disconnecting switch Problem 2 A Solution is in view to the "Problem 2", It passes no day, on which Sourcen cannot be loaded. This is a "problem" with Crux, and it requires my opinion a solution. Regards Ronny

Tilman Sauerbeck schrieb:

ronny kornexl [2007-01-28 10:49]:

...

Tilman Sauerbeck schrieb:

...

Matt decided to remove them because he no longer wanted to maintain them.

Ok and now ... :-(

http://vdr-wiki.de/wiki/index.php/Burn-plugin#Crux

prt-get depinst boost libgd mjpegtools dvdauthor dvd+rw-tools cdrtools libcdio ^^^^^^^^^^

Where I find a Backup? (thanks)

You can find a backup in the CRUX opt.git repository. The commit that removed your beloved video stuff ports was 94e0ebb0b5ce1e95b0a4aef00a9edde3a8830a6a, so you want to checkout the tree at a point before that commit.

Regards, Tilman Thanks, this ^^^^^^ is a solution for me :-)

But not for the vdr-wiki :-( Which write? http://vdr-wiki.de/wiki/index.php?title=Burn-plugin&action=edit§ion=14 "Dear Crux User, You can find a backup in the CRUX opt.git repository. The commit that removed your beloved video stuff ports was 94e0ebb0b5ce1e95b0a4aef00a9edde3a8830a6a, so you want to checkout the tree at a point before that commit"

Small joke <

Please this packs ^^^^ again in opt, thanks. ------------------ Still another solution, to "potentially broken source downloads"? I have a mail from you ^^^^^ (please use the "Bug Tracker <https://crux.nu/bugs>") for "potentially broken source downloads", this is a very bad solution, and a "task of life" :-) Why not a "Mirror - System" for Sources, is "webspace" that Problem? Thanks and Regards Ronny ("SORRY FOR MY BAD EN")

Tilman Sauerbeck schrieb:

ronny kornexl [2007-01-28 13:11]:

...

[opt.git commit reference] Thanks, this ^^^^^^ is a solution for me :-)

But not for the vdr-wiki :-(

Which write?

http://vdr-wiki.de/wiki/index.php?title=Burn-plugin&action=edit§ion=14

"Dear Crux User, You can find a backup in the CRUX opt.git repository. The commit that removed your beloved video stuff ports was 94e0ebb0b5ce1e95b0a4aef00a9edde3a8830a6a, so you want to checkout the tree at a point before that commit"

Publish the ports in question in your own httpup repository then. http://crux.nu/Public/SettingUpAnHttpupRepo

...

Please this packs ^^^^ again in opt, thanks.

It just doesn't work this way (usually). We're packaging and maintaining these ports in our own spare time, and if a port's maintainer loses interest in that package than it's totally acceptable that CRUX doesn't have an "official" port for the package anymore.

You could hope that someone listens to your cries and puts the ports in contrib though. Or just maintain them yourself (see above)!

Regards, Tilman

Hello A little bit "stupidly". Which was the concept? "The primary focus of this distribution is keep it simple", which is "simple"? 1. Sources every Day not a.v. -> http://news.gmane.org/gmane.linux.distributions.crux.devel -> no solution ... 2. Sourcen disappear -> many things deleted (opt) -> without annoncement -> solution -> create self a repro ... -> no time, for more :-(( -> http://crux.nu/portdb/?a=repo&q=bashy OK, which is now with point one, missing a solution. http://crux.nu/Main/PkgutilsIdeas Thanks and Regards Ronny

Tilman Sauerbeck schrieb:

ronny kornexl [2007-01-28 14:48]:

...

1. Sources every Day not a.v. -> http://news.gmane.org/gmane.linux.distributions.crux.devel -> no solution

http://crux.nu/files/check_urls.html lists seven packages, that were not available this morning. Three of these are brand new and are likely working again really soon (rubyforge.org). The other one DOES WORK JUST FINE, but isn't reachable from _crux.nu_. That leaves three (omg omg omg). Gotta admit though that these three have been open for a little too long.

And once again I'd like to say that you're the ONLY ONE who constantly nags about this non-issue, everyone else apparently either copes with the current situation or doesn't dare to speak up. I suspect it's the former.

...

2. Sourcen disappear -> many things deleted (opt) -> without annoncement -> solution -> create self a repro ... -> no time, for more :-(( -> http://crux.nu/portdb/?a=repo&q=bashy

It's nine ports. You can just dump them to your repo for now. There's no problem.

Hello Which is now the solution, "fixing" every Day the URL(s), is this a Joke ("keep it simple"...)? 17:44fb89..6e3d <http://crux.nu/gitweb/?p=ports/opt.git;a=commitdiff;h=fb892fa97197031cf7758870115500485dc86e3d> committed by Simone Rota <http://crux.nu/Profiles/SimoneRota>: postgresql: fixed url 14:377ae5..7a69 <http://crux.nu/gitweb/?p=ports/core.git;a=commitdiff;h=7ae5928def8f864b50651e994b4d7d53473c7a69> committed by Tilman Sauerbeck <http://crux.nu/Profiles/TilmanSauerbeck>: file: switched URL (back) to ftp.fu-berlin.de 15:08924e..fc1d <http://crux.nu/gitweb/?p=ports/opt.git;a=commitdiff;h=924ebabb368cccfcafbf79010a971e8ebef2fc1d> committed by Tilman Sauerbeck <http://crux.nu/Profiles/TilmanSauerbeck>: git: fixed URL Sorry, which is between "SOURCE NOT A.V" and "FIXED URL", easy a .... PRT_GET_ERROR -> WHILE SOURCE NOT A.V. I Mean a Solution, not a "fixed URL", e.g: -> MIRROR SERVER SYSTEM for Sourcen, e.g: (gentoo/debian/ and Co) Ok, the Crux team "fixed" in core / opt / xorg, which is also contrib, and the remaining Ports? Is nobody interested in a solution here? Regards Ronny

...

OK, which is now with point one, missing a solution.

Missing a problem to solve \o/

Tilman

THATS A JOKE ............. here... and now? shell> prt-get depinst quake4 prt-get: installing /usr/ports/contrib/quake4 =======> Downloading 'ftp://ftp.idsoftware.com/idstuff/quake4/linux/quake4-linux-1.3-2.x86.r un'. --17:53:13-- ftp://ftp.idsoftware.com/idstuff/quake4/linux/quake4-linux-1.3-2.x86.run => `/usr/ports/contrib/quake4/quake4-linux-1.3-2.x86.run.partial' Resolving ftp.idsoftware.com... 192.246.40.185 Connecting to ftp.idsoftware.com|192.246.40.185|:21... connected. Logging in as anonymous ... The server refuses login. Retrying. --17:53:15-- ftp://ftp.idsoftware.com/idstuff/quake4/linux/quake4-linux-1.3-2.x86.run (try: 2) => `/usr/ports/contrib/quake4/quake4-linux-1.3-2.x86.run.partial' Connecting to ftp.idsoftware.com|192.246.40.185|:21... connected. Logging in as anonymous ... The server refuses login. Retrying. --17:53:18-- ftp://ftp.idsoftware.com/idstuff/quake4/linux/quake4-linux-1.3-2.x86.run (try: 3) => `/usr/ports/contrib/quake4/quake4-linux-1.3-2.x86.run.partial' Connecting to ftp.idsoftware.com|192.246.40.185|:21... connected. Logging in as anonymous ... The server refuses login. Giving up. =======> ERROR: Downloading 'ftp://ftp.idsoftware.com/idstuff/quake4/linux/quake4-linux-1.3- 2.x86.run' failed. prt-get: error while install -- Packages where install failed quake4

Simone Rota schrieb:

On Sun, Jan 28, 2007 at 05:54:37PM +0100, ronny kornexl wrote:

...

Hello

Which is now the solution, "fixing" every Day the URL(s), is this a Joke ("keep it simple"...)?

No, it's not a joke. Hello Simona

I suspected it :-))

We briefly discussed the problem and for the moment we decided not to setup a mirroring system.

Hope dies last :-)

For us it's a lot simpler to check the availability of sources from time to time (hence check-urls) instead of having to deal with distfiles.

If people can take the time to provide patches for broken urls, as soon as they detect it. I think the annoyances would be greatly reduced.

Anyway, we will discuss the question a bit more after the 2.3 release.

Many Thanks! Regards Ronny (sorry for my bad en)

Thank you for your input,

Regards, Simone

On Sun, Jan 28, 2007 at 06:03:55PM +0100, ronny kornexl wrote:

...

Missing a problem to solve \o/

Tilman

Here ....

-- Packages where install failed smpeg

Crux is a "hands on" distribution. If you cant find another mirror for the package in question, you might want to find another distribution with resources to host everything themselves. -- Fredrik Rinnestam

Am Sonntag 28 Januar 2007 18:12:34 schrieb Fredrik Rinnestam:

On Sun, Jan 28, 2007 at 06:03:55PM +0100, ronny kornexl wrote:

...

...

Missing a problem to solve \o/

Tilman

Here ....

-- Packages where install failed smpeg

Crux is a "hands on" distribution.

If you cant find another mirror for the package in question, you might want to find another distribution with resources to host everything themselves.

If you can compile Software, why are you using something like prt-get? I don't think thats only a question what you can do and what not. I think a own mirror will be a good and hands-on thing. About the ports, i agree with ronny. Its not very cool, simple kick them out. If the Maintainer has no time, is there no other? Or why don't ask somebody if he will maintain this Ports. All ports in there own repository isn't a good solution. Hannes

Am Sonntag 28 Januar 2007 18:47:33 schrieb Jesse Kokkarinen:

This has been said a thousand and one times to infinity, the resources are not there. Nothing in this world is permanent, that is why backups are to be made ;)

Take a look at these Ports. Some of them are tree till four years old. Wahts effort to maintain them? There was no new Versions and Changes for a very long time. Hannes

On Sun, 28 Jan 2007, Hannes Mayer wrote:

About the ports, i agree with ronny. Its not very cool, simple kick them out. If the Maintainer has no time, is there no other? Or why don't ask somebody if he will maintain this Ports. All ports in there own repository isn't a good solution.

I fully understand that ports sometimes must be deleted from the official repos due to the lack of maintenance, and I don't really have a problem with that, except that I find the "surprise" effect slightly annoying. Sometimes you don't notice that a port is gone for some time, and then when you need it you must dig in backups/git repositories/what have you in order to find a copy. How about posting a warning notice to this list, something along the lines of "In two weeks time the following ports will be removed from the official repos"? That would give people ample time to backup/repackage/whatever before the port disappears. Who knows, there might even pop up the occasional new maintainer... ;-) -- Hälsningar/Best regards, Tom ________________________________________________________________________ Tom Rindborg Phone: +46-8-599 984 40 Stockholm, Sweden MailTo:Tom.Rindborg@fatburen.org "If you have to hate, hate gently."

On Mon, 29 Jan 2007 23:15:35 +1100 Joe Gilmour <jgilmour@bigpond.net.au> wrote:

...

How about posting a warning notice to this list, something along the lines of "In two weeks time the following ports will be removed from the official repos"? That would give people ample time to backup/repackage/whatever before the port disappears. Who knows, there might even pop up the occasional new maintainer... ;-) I like this idea. The growing list of orphaned ports I seem to be

collecting is a little irritating and this might help. I'd be more than happy to maintain a few ports.

Joe

Once upon a time wasn't there an "unmaintained" repository. Perhaps such a repository should be used again, but put a time limit on how long they stay in the repository for. This would prevent the "nasty suprise" effect and the time limit would prevent such a repository from becoming too big (possibly the reason for it's removal). -- Lucas Hazel <lucas@die.net.au> ================================================= "Clothes make the man. Naked men are rarely taken seriously, or given employment." (Mark Twain) =================================================