Troubles with opkg.org repo
Thomas Zimmermann
zimmermann at vdm-design.de
Sun Mar 8 15:05:10 CET 2009
Am Sunday 08 March 2009 14:30:36 schrieb Risto H. Kurppa:
> On Sat, Mar 7, 2009 at 10:09 AM, Tobias Kündig <tobias.kuendig at gmail.com>
wrote:
> > This is a little summary of what I do: http://www.opkg.org/repo.html
>
> Thanks Tobias!
>
> At #openmoko tried to figure out what's wrong. Someone pointed out
> that ftp uses ascii mode by default - I suppose you're uploading at
> least the Packages -ascii file. How about packages.gz. Man ftp says
> that ascii upload of binary files might corrupt it -> this might be
> the problem - using binary format shouldn't corrupt the .gz
>
> Another find was that 22 packages out of 93 were other than Debian
> Binary when checked with file *ipk. The list file types listed below:
>
> DEBIAN BINARY – CORRECT!!!
> neon_0.9.8-r1_all.ipk
> openmoocow_0.3_armv4t.ipk
> nethack_3.4.3-10.1-0.4_armv4t.ipk
> openmiaocat_0.2.2_armv4t.ipk
> orrery_2.4_arm_2008.8.ipk
> pyring_1.1.6-r1_armv4t.ipk
> python-pyalsaaudio_0.3-ml0_armv4t.ipk
> perpendicular_0.1_armv4t.ipk
> pong_0.1_armv4t.ipk
> liquidwar_5.6.4-2_armv4t.ipk
> moko-eightball_0.20080721_om-gta02.ipk
> mokogeocaching_0.2_all.ipk
> meooem_0.1_armv4t.ipk
> minimo_0.02+cvs20070626-r1_armv4t.ipk
> mokomaze_0.2.2-1_armv4t.ipk
> mokox48_1.0_arm_2008.8.ipk
> mutagen_svn-4350-2_armv4t.ipk
> mokopod_0.1.5_armv4t.ipk
> mokosync_0.1_arm.ipk
> tangogps_0.9.6-r0_armv4t.ipk
> wicd_1.5.6_armv4t.ipk
> wlan_0.3_arm.ipk
> tor-0.2.0.34_0.1_armv4t.ipk
> usbmode-button_0.3_armv4t.ipk
> xmahjongg-3.7_0.2_armv4t.ipk
> zinnia-tomoe-ja_0.6.0-20080911_armv4t.ipk
> zinnia-tomoe-zh_0.6.0-20080911_armv4t.ipk
> zedlock_0.1_armv4t.ipk
> zinnia_0.02_armv4t.ipk
> pytomboy_0.1_armv4t.ipk
> remoko-server_0.2.1_svnr119-r0_armv4t.ipk
> rotate_0.0.2_armv4t.ipk
> qwo_0.4_armv4t.ipk
> remoko_0.3.2_armv4t.ipk
> rotator_0.1_all.ipk
> sms-sentry_1.0-r0_armv4t.ipk
> swedish-illume_0.1_armv4t.ipk
> satan_0.4_armv4t.ipk
> scummvm_0.12.0_armv4t.ipk
> deforaos-browser_0.1.0_armv4t.ipk
> epiano_0.3.1-r1_armv4t.ipk
> ethtool_6_armv4t.ipk
> deforaos-editor_0.1.0_armv4t.ipk
> enscribi_0.1_armv4t.ipk
> euphony_0.1.3-r0_armv4t.ipk
> ffalarms_0.2-r0_all.ipk
> fido_0.2.2-r0_armv4t.ipk
> evopedia_0.1_any.ipk
> fbreader_0.8.2a-r7+elleopatches_om-gta02.ipk
> 0_pythm_0.5.5-dmr_armv4t.ipk
> 1_wireshark_1.0.99+svnr26030_armv4t.ipk
> acceleroids_0.1.0-0_armv4t.ipk
> 0_tshark_1.0.99+svnr26030_armv4t.ipk
> 0_wireshark-common_1.0.99+svnr26030_armv4t.ipk
> bt-gps_1.0-r0_armv4t.ipk
> cellhunter_0.4.2_armv4t.ipk
> agps_0.1_armv4t.ipk
> danish-illume-0.0.1.ipk
> batalarm_0.2_all.ipk
> illume-default-alt_0.1_arm.ipk
> guitartune_0.31_arm.ipk
> gtick_0.1_armv4t.ipk
> fourier_1.1_arm.ipk
> leafpad_0.8.15-r1_armv4t.ipk
> libsystem_0.1.0_armv4t.ipk
> gwaterpas_0.2_armv4t.ipk
> ledclock_0.6_all.ipk
> flashlight_0.1_armv4t.ipk
> gridpad_2.0-r0.1_armv4t.ipk
> gridpad_1.432-r0.1_armv4t.ipk
> libboost-signals1.33.1_1.33.1-r3_armv4t.ipk
>
> DATA
> gpssight_0.8.4_freerunner.armv4t.ipk
>
> EMPTY
> sortdesk_1.2_armv4t.ipk
> jdd_0.1_all.ipk
> usbmode_0.1_armv4t.ipk
> accel-rotate_0.41_armv4t.ipk
> 0_multitap-pad_0.1_armv4t.ipk
> omview_r32_armv4t.ipk
> deforaos-player_0.1.0_armv4t.ipk
> illume-keyboards-ru_0.2_om-gta02.ipk
>
> GZIP
> yphonekitd_0.4.3_any.ipk
> zomg_0.0.6-r2_armv4t.ipk
> mbac_0.3_all.ipk
> ylock_0.2_all.ipk
> mofi_0.02_armv4t.ipk
> illume-keyboards-norwegian-no_0.1_all.ipk
> efplayer_0.3_arm.ipk
> playstankontakarta_0.4_any.ipk
> osmupdater_0.4_any.ipk
> voicenote_0.3_arm.ipk
> mokocard_0.1_all.ipk
> mokoconv_0.1_all.ipk
> shortom_0.2_all.ipk
>
> So things seem to fail because:
> - Empty file is an empty file, not much to discuss about that. Only
> need to find out the reason for that: did the authors really upload an
> empty package or did the upload fail but an empty file was created?
>
> - ar isn't able to extract gzip files so all files recognized as gzip
> will not get listed properly in the Packages file. Again the reason
> for the wrong file type should be found: did the packages package it
> wrong or did the type/mime/something get corrupted along the way,
> during the upload or on the server?
>
> So if YOU reader have packaged some of the packages not recognized as
> debian binary please make sure that the package you upload is
> recognized as debian binary with the command 'file packagename.ipk'
> and then upload it again..
>
> Now we only need to find out a way to contact all packagers...
>
>
>
> r
Additionally there are a lot of Packages that don't contain a control file
with depencies and so on:
Form the packages in debian format are these:
0_tshark_1.0.99+svnr26030_armv4t.ipk
danish-illume-0.0.1.ipk
gtick_0.1_armv4t.ipk
numptyphysics_0.3-svn118_armv4t.opk
wicd_1.5.6_armv4t.ipk
0_wireshark-common_1.0.99+svnr26030_armv4t.ipk
deforaos-browser_0.1.0_armv4t.ipk
guitartune_0.31_arm.ipk
openttd_0.6-r0.6_armv4t.opk
xmahjongg-3.7_0.2_armv4t.ipk
0_xlogical_1.0-8-r0.4_armv4t.opk
deforaos-editor_0.1.0_armv4t.ipk
illume-keyboards-dutch-nl_0.3_all.opk
pong_0.1_armv4t.ipk
zedlock_0.1_armv4t.ipk
1_wireshark_1.0.99+svnr26030_armv4t.ipk
enscribi_0.1_armv4t.ipk
libboost-signals1.33.1_1.33.1-r3_armv4t.ipk
python-pyalsaaudio_0.3-ml0_armv4t.ipk
zinnia-tomoe-ja_0.6.0-20080911_armv4t.ipk
AppManager_1.0.1_all.opk
ethtool_6_armv4t.ipk
libsystem_0.1.0_armv4t.ipk
remoko_0.3.2_armv4t.ipk
zinnia-tomoe-zh_0.6.0-20080911_armv4t.ipk
batalarm_0.2_all.ipk
fbreader_0.8.2a-r7+elleopatches_om-gta02.ipk
mutagen_svn-4350-2_armv4t.ipk
rotator_0.1_all.ipk
centerim_4.22.7-r0.1_armv4t.opk
flashlight_0.1_armv4t.ipk
nethack_3.4.3-10.1-0.4_armv4t.ipk
tichy_0.1+svnr279-r0.01_armv4t.opk
And from the packages in gzip format:
efplayer_0.3_arm.ipk
mofi_0.02_armv4t.ipk
osmupdater_0.4_any.ipk
playstankontakarta_0.4_any.ipk
zomg_0.0.6-r2_armv4t.ipk
So if the authors of these packages can update them that would be great.
More information about the community
mailing list