July Extensions


Forum: The Testing Area
Topic: July Extensions
started by: roberts

Posted by roberts on July 02 2007,23:24
I received the xorg72 extension from Juanito and it is now posted.

xorg72.uci
xorg72.tar.gz


Thanks Juanito!

These are quite large, be sure to read the info file and that you have enough space to download them.

Posted by Juanito on July 03 2007,03:40
Please note (as ^hats^ already pointed out) that contrary to what is said in the info file, xorgconfig will not run - if there is a need, I could add the missing files.
Posted by stupid_idiot on July 03 2007,11:20
I would like to notify all of you in advance of my changes to 'mplayer-nogui.uci':
1. I wish to change the name to 'mplayer.uci':
'gmplayer' = hard link to 'mplayer'
'gmplayer' starts the player in gui mode.
If called with 'mplayer', it will run in text-only mode.
2. I wish to make the codecs a separate package.
This is what I have currently:
w32codecs.uci - 8.5M (everything that can possibly be supported)
w32codecs-essential.tar.gz - 2.3M (Real, vivo, WM)
mplayer.uci - 2.6M (mplayerplug-in - ~140K, 'Blue' skin - ~220K, mplayer binary - 2100K)
There are also desktop shortcuts in `Desktop menu -> MyDSL` to install/uninstall the mplayerplug-in (for Firefox).

This change will make 'mplayer-nogui.uci' and 'QuickTime.qts.tar.gz' obsolete.
Please post if you think anything should be added/changed/removed.
Thanks. :laugh:

Posted by mikshaw on July 03 2007,14:20
I kinda wondered why there was an mplayer-nogui in the first place. The gui is entirely optional and doesn't take up much room.

The one thing I'd be concerned about is the license of individual codecs. Please make sure each one you use is actually allowed to be redistributed, and include any required license texts.

off topic: there are other mydsl forums beside just the testing area. The MyDSL Extensions » Multimedia forum might be a more suitable place for this particular post.

Posted by WDef on July 03 2007,14:45
The GUI doesn't compile with dynamic linking on dsl because of the libpng2/ header mismatch in gcc1-with-libs.dsl  - my guess is stupid_idiot probably has discovered the same workaround I did (I compiled statically.linked), or perhaps a better one.
Posted by WDef on July 03 2007,14:57
Ping stupid_idiot:

Not sure there's much point in posting all the codecs in your uci.
I read a post where one of the mplayer developers said that users would only ever need those in the essential codecs tarball - the others are apparently not of any use ordinarily?

Oh well, seeing how it's a uci it does no harm, other than being a bigger download.

Posted by curaga on July 03 2007,16:06
I've edited the xorg72.tar.gz extension. There were nearly 200mb in debug symbols!
I also removed other not necessary things. Result: filesize drop from 175mb to 27mb.

It's available < here > along with info and md5.

Posted by Juanito on July 03 2007,18:33
For future info - what are dubug symbols/where were they hiding? :)

Some "perhaps necessary" things I'd like to put back are the libs for xorgconfig to work, but reduction 175MB to 27MB - excellent...

Posted by roberts on July 03 2007,18:51
I have just posted the first extension for the new initrd version of DSL.
This extension is a slightly re-worked version of the Mattias Schlenker scripts.

It contains both a DHCP and a TFTP server.

It turns a booted DSL initrd version into a PXE server.

Can be run from runlevel 2 for a purely sever like environment.

pxedsl.tar.gz

Posted by mikshaw on July 03 2007,19:05
Quote
my guess is stupid_idiot probably has discovered the same workaround I did (I compiled statically.linked), or perhaps a better one.

If the libpng version in DSL is as I think, libpng2 version 1.0.12, I have the header installed somewhere in my piles of mydsl work files, and have used it successfully with several mydsl packages. I have always had difficulty understanding how lib versioning works, though, so I'm not sure this is correct.

Another workaround when building with libpng and gcc1-with-libs is to export your CFLAGS variable to include the directory with png.h before compiling so the proper libpng header can be found before the one in gcc1-with-libs. I couldn't say if this is a universal fix, but it should work for any C program that uses the configure/make method.

Posted by WDef on July 03 2007,20:20
Quote
export your CFLAGS variable


Not useful in this case since the gcc1-with-libs headers are in the expected place so theres's no need to point at it.  The problem as I've said is there appears to a mismatched header/lib. The mplayer ./configure script points this out in the configure log.  Unfortunately I can't recall the version numbers (long time ago), if I get obsessed enough I'll get it out and run it again.

Woody's libpng2 is 1.0.12-3.woody.9 which does have the same soname and minor version as dsl's.

MMmm..  looking now I notice gcc1-with-libs.dsl has a symlink libpng.so that points eventually at /KNOPPIX/usr/lib/libpng10.so.1.0.15
dsl also has libpng12 and libpng.so.2.1.0.12

The only headers gcc1-with-libs contains are libpng -> libpng12  (no libpng10?).

I'm wondering if that has the effect of pointing anything looking for libpng.so.2 away from /usr/lib/libpng.so.2.1.0.12, and instead finds libpng10.so.1.0.15 ie the wrong lib ....

That might be the problem.  Looking on Fedora, there is a soname symlink:

libpng12.so ->libpng12.so.0 ->libpng12.so.0.1.2.8

ie no confusion with libpng2

libpng.so.2 ->libpng.so.2.1.0.18

or with libpng3:

libpng.so ->libpng.so.3 ->linpng.so.3.1.2.8

I think libpng.so is supposed to point at the highest version of libpng

Posted by WDef on July 03 2007,20:57
OK, now I'm weirded out.

I had some 6-month old svn sources for mplayer on a partition so I just tried compiling them - and - the GUI compiled without problems!  I didn't have to install libpng2-dev etc, nothing.

So, perhaps my issue there was only with mplayer1.0pre8, where I definitely had to install that and where I still could only get the gui by compiling statically.

Posted by stupid_idiot on July 03 2007,21:46
Quote (WDef @ July 03 2007,10:57)
Not sure there's much point in posting all the codecs in your uci.
I read a post where one of the mplayer developers said that users would only ever need those in the essential codecs tarball - the others are apparently not of any use ordinarily?

Thanks WDef.
I am sorry for not informing all of you about what my naming actually means. 'w32codecs.uci' is actually 'essential-20061022' with unneeded codecs removed. 'w32codecs-essential.tar.gz' is a minimal set which people usually need (Real,vivo,WM).
mplayer's $src_dir/etc/codecs.conf was edited to remove entries which I think are not needed, i.e. multiple-versions of the same codec, codecs which are obsolete but included for backward-compatibility, codecs which I did not compile in (e.g. libdv, libmpcdec). Personally, I consider a codec essential only if there is no other codec supporting the format(s), or if the native decoder is listed as 'buggy'.

Posted by stupid_idiot on July 04 2007,14:08
Quote (mikshaw @ July 03 2007,10:20)
The one thing I'd be concerned about is the license of individual codecs. Please make sure each one you use is actually allowed to be redistributed, and include any required license texts.

They are certainly not under the GPL. I plan to put 'Copying-policy: ' as blank. I will understand, if this is unacceptable.

Posted by WDef on July 09 2007,10:52
REMOTE EXPLOIT VULNERABILITY IN GNUPG EXTENSIONS

Versions of GnuPG < 1.4.6 and GnuPG-2 < 2.0.2 contain a serious remote exploit vulnerability. This affects the existing GnuPG extensions in the dsl repo, including gpgpatched.dsl that I posted recently.

Refer: < http://lists.gnupg.org/pipermail/gnupg-announce/2006q4/000246.html >

DO NOT USE THESE OLDER VERSIONS.  These should perhaps be considered for withdrawal from the repo.

I've sent the current maintaned version of gnupg-1.x (gnupg-1.4.7.dsl) to Robert.

gpgpatched.dsl is now redundant in any case since increased iterations can be obtained with this newer version by setting s2k-count 8388608 in ~/.gnupg/gpg.conf or as a command line parameter: --s2k-count=8388608

If you have a hard drive install and have installed gnupg.dsl, you will need to delete the old gnupg binaries since gnupg-1.4.7 puts these in the default locations /usr/local/bin whereas gnupg.dsl puts these in /usr/bin

Posted by roberts on July 10 2007,06:49
The following new extensions have been posted:

libwxgtk1.uci
libwxgtk1-dev.uci
xchm.tar.gz
wm2.tar.gz
curl.uci
xpdf-3.02.uci
fltk.dsl
fltk.unc
sudoku.tar.gz
mplayer.uci
codecpak.uci
codecpak-lite.tar.gz
gnupg-1.4.7.dsl
aria2.uci

Please read the info files for more information and how to use.

Thanks to Curaga, J.S., and Wdef for their contributions.

Posted by stupid_idiot on July 10 2007,10:52
Hello Roberts,
Excuse me, but could you take down 'mplayer-nogui.uci' and 'QuickTime.qts.tar.gz' please? Thank you very much.
Also, may I ask if you received 'amule.uci' which I sent about a week ago? I will re-send if necessary. Thanks.

Posted by Ramik on July 12 2007,20:20
Does this have the ATI Mach64 Driver ? It's recently been held off by a couple of dists due to possible security issues (user mode stuff, not the kind of thing that makes the sys vulnerable remotely), this what made me go back to DSL recently cause I can't git the recent mesa for the drivers (evil ISP)...

P.S: unrelated really, but I'm also in the need for a more recent alsa, can't tell the version number but the one currently in the ubuntu 7.04 cycle will due...

Posted by ^thehatsrule^ on July 12 2007,20:33
Does what have that driver?  Did you post in the wrong thread?  Anyways, that's an X related issue... it's in XFree86.* extensions for example.
Posted by roberts on July 12 2007,22:56
Quote (stupid_idiot @ July 10 2007,03:52)
Hello Roberts,
Excuse me, but could you take down 'mplayer-nogui.uci' and 'QuickTime.qts.tar.gz' please? Thank you very much.
Also, may I ask if you received 'amule.uci' which I sent about a week ago? I will re-send if necessary. Thanks.

mplayer-nogui.uci' and 'QuickTime.qts.tar.gz' have been removed.

No. I have not seen a new amule.uci. Please re-send.

Posted by stupid_idiot on July 13 2007,08:08
Alert:
I tried compiling the latest aMule CVS snapshot today. It requires wxwidgets 2.8.0 and above. So, there is a strong possibility of 'libwxgtk1.uci' needing an upgrade soon.
So far, I think only 'xchm.tar.gz' from me uses 'libwxgtk1.uci', so I do not think this will affect other people at present; but this is just to keep everyone informed.

Posted by stupid_idiot on July 13 2007,11:50
Update:
Please disregard the above post.
Latest aMule CVS requires that wxwidgets be compiled with unicode support. This will require gtk2. In other words, the latest aMule CVS can't run on gtk1. As such, it is pointless to upgrade 'libwxgtk1.uci' to wxwidgets 2.8.x. So, I think 'libwxgtk1.uci' won't be changed.

Posted by Ramik on July 14 2007,05:06
Sorry, Does the xorg72.tar.gz has the mach64 driver ?
Posted by curaga on July 14 2007,06:45
It has all the drivers.. so yes

But there is a small X server just for Ati Mach64s.. Xmach64.tar.gz in testing, you might want to use that for it's small size

Posted by Juanito on July 14 2007,07:08
@Curaga: Did you figure out what had been removed that prevented drm from working when you slimmed the xorg72 extension down to 27MB?

I've been trying to find out, but as the log and the terminal screen don't give any error messages, it is not obvious. I could add files back one by one, but that's likely to be a little tedious...

Posted by curaga on July 14 2007,08:05
nope, I have no idea
Posted by Juanito on July 14 2007,11:09
OK - then could I suggest that ^hats^ pass his 47MB extension to Roberts to take the place of the 27MB one if that's OK with everyone.
Posted by Ramik on July 14 2007,22:23
Xmach64.tar.gz doesn't work for me: i believe it pout something like no card found, I'll install this version to see if I have better luck...
Posted by roberts on July 22 2007,03:26
More new / updated extensions now posted!

stegdetect_i686.uci
xpdf-3.02.uci
mplayer.uci
libwxgtk1-dev.uci
libwxgtk1.ucixchm.tar.gz
amule.uci

Thanks goes to WDef and J.S.

Posted by stupid_idiot on July 22 2007,12:18
Roberts, did you receive a new 'xchm.tar.gz' along with 'libwxgtk1-dev.uci', 'libwxgtk1.uci', 'amule.uci', et al?
(The current 'xchm.tar.gz' in the repo will not work with the newer version of 'libwxgtk1.uci'.)
Also, could I ask you to take down 'amule-gtk1.uci' please? Thank you very much.
p.s.
Could you also check for new mail at the extensions mail address? I just sent in 'wine-0.9.4x.uci'. Thanks again.

Posted by roberts on July 22 2007,14:10
xchm.tar.gz
wine-0.94x.uci


Are now also posted. Removed old amule-gtk1.uci

Posted by Winter Knight on July 26 2007,17:43
Hi. I wanted to point out that I have been incorrectly credited for the latest xpdf extension. I made an xpdf extension about a year ago. It was a straight binary port. I think whoever wrote the latest xpdf extension used my info file as a template, and forgot to remove my name.

I don't mind receiving credit for the first version. Although, none of my work is in the latest extension.

Posted by stupid_idiot on July 27 2007,09:45
Hi Winter:
I changed your extension without asking your permission.
The fault is completely mine.
I am very sorry for my thoughtless actions.
I felt it was proper to keep your name there, since you are the original author.

Posted by roberts on July 29 2007,16:56
Updates to extensions now posted!
wine-0.9.4.uci
cdisplay.tar.gz
aria2.uci


Thanks goes to J.S.

Posted by stupid_idiot on July 29 2007,18:59
Dear Robert:
I just sent my second resend of 'cdisplay.tar.gz' 5 minutes ago.
Made some big changes to the 'cdisplay.info' file. Otherwise, no changes to the script itself.
I know you have used my first resend - could you please use this as well?
Also: Could you remove 'scansreader.uci' please? (They both do the same thing.)

Thank you very much.

Posted by roberts on July 29 2007,23:39
Quote (stupid_idiot @ July 29 2007,11:59)
Dear Robert:
I just sent my second resend of 'cdisplay.tar.gz' 5 minutes ago.
Made some big changes to the 'cdisplay.info' file. Otherwise, no changes to the script itself.
I know you have used my first resend - could you please use this as well?
Also: Could you remove 'scansreader.uci' please? (They both do the same thing.)

Thank you very much.

Done!
Posted by jls legalize on July 31 2007,09:09
I have both libwxgtk1.uci and amule.uci loaded but when I start amule I get this error:
error while loading.........libwx_gtk-1.6.so.0

legalize cannabis, etc.

Posted by stupid_idiot on Aug. 01 2007,21:50
The .info file for libwxgtk1.uci says:
"<Plz run `sudo ldconfig`!>"
Did you do that?

Posted by jls legalize on Aug. 04 2007,04:53
maybe it's me the stupid idiot

legalize cannabis, etc.

Posted by Winter Knight on Aug. 07 2007,07:17
Quote (stupid_idiot @ July 27 2007,02:45)
Hi Winter:
I changed your extension without asking your permission.
The fault is completely mine.
I am very sorry for my thoughtless actions.
I felt it was proper to keep your name there, since you are the original author.

I don't really consider it a big deal. I was just pointing it out. I figure you deserve more credit for the current version than I do.

Perhaps, in the next version, you could make the following edits to the info file.

...
Extension by:   stupid_idiot
...
Change-log: 06/30/06 - First Version (by Winter Knight)
...

Posted by stupid_idiot on Aug. 07 2007,09:59
To clear up the mystery, I post extensions under "anon".
And: Thanks, Winter.

Powered by Ikonboard 3.1.2a
Ikonboard © 2001 Jarvis Entertainment Group, Inc.