[gentoo-dev] Upcoming repoman check will fail on large files in the tree

[gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Brian Harring]

[-- Attachment #1.1: Type: text/plain, Size: 556 bytes --]

Yet another scan for files that are over 20k in a package's files
directory.

Policy states files over 20k are not to be commited- I'll be committing
the logic to enforce this shortly- files over 20k will be viewed by
repoman as a failed check.

Please take care of these files now, rather then yelling at me about it
down the line :-)

Related note, currently the policy addresses individual file size
limits, doesn't address limits on the size of the files directory for a
package.  Klieber had floated 100k as a max.  Sound decent?
~brian

[-- Attachment #1.2: large-files.log --]
[-- Type: text/x-log, Size: 10991 bytes --]

28218	app-admin/chkrootkit/files/chkrootkit-0.39a-gentoo.diff
30253	app-admin/chkrootkit/files/chkrootkit-0.41-gentoo.diff
30932	app-admin/chkrootkit/files/chkrootkit-0.42b-gentoo.diff
30128	app-admin/chkrootkit/files/chkrootkit-0.43-gentoo.diff
30730	app-admin/chkrootkit/files/chkrootkit-0.43-r1-gentoo.diff
30774	app-admin/chkrootkit/files/chkrootkit-0.43-r2-gentoo.diff
29321	app-admin/fam/files/dnotify.patch.new
26419	app-admin/fam/files/fam-2.7.0-dnotify.patch
32094	app-admin/longrun/files/longrun-0.9-r1-debian-gcc-3.diff
37615	app-admin/skey/files/skey-1.1.5-gentoo.diff.gz
25062	app-admin/sysklogd/files/sysklogd-1.4.1-2.6.headers.patch
51817	app-admin/tripwire/files/twpol.txt
23910	app-admin/webalizer/files/2.01.10/webalizer.conf
70365	app-accessibility/speech-tools/files/1.2.3-gcc3.4.patch
25787	app-accessibility/speech-tools/files/speech-tools-gcc3.3.diff
22111	app-arch/zoo/files/zoo-2.10-gcc33-issues-fix.patch
30720	app-editors/emacs/files/emacs-18.59-unexelf.patch
61346	app-emacs/tamago/files/tamago-4.0.6-canna-gentoo.patch
86359	app-emulation/wine/files/wine-alsa.patch
59577	dev-util/eclipse-sdk/files/00-refactor_rename.patch
42048	dev-util/tla/files/tla-1.2-4.diff.gz
64253	app-i18n/chinput/files/chinput-3.0.2-debian.patch
59606	app-i18n/unicon/files/unicon-3.0.4-debian.patch
45317	app-i18n/poedit/files/poedit-1.2.5-db4-compilation.patch
20610	app-misc/mc/files/mc-4.6.0-can-2004-0226-0231-0232.patch.bz2
24831	app-misc/tdl/files/screenshot.png
30692	app-misc/welcome2l/files/welcome2l-3.04-gentoo.patch
27794	app-office/openoffice-ximian/files/1.1.2/print-fontconfig.diff
85349	app-office/openoffice-ximian-bin/files/1.1.1/DicOOo.sxw
33486	app-portage/gentoolkit/files/euse/euse
33705	app-portage/gentoolkit/files/scripts/etcat
40527	app-portage/porthole/files/cvs-update-20040414.patch
21017	app-sci/vstgl/files/vstgl-0.6.1-qt3-gcc32.patch
45242	app-shells/tcsh/files/tcsh-complete
22009	app-text/ghostscript/files/gs7.05-gdevhl12.c
26518	app-text/html2text/files/html2text-gcc3.3.patch
30781	app-text/htmltidy/files/htmltidy-dbpatch.diff
51067	app-text/ispell/files/ispell-3.1.20.diff
53669	app-text/rcs/files/conf.sh
50852	app-text/tetex/files/teTeX-1.0.dif
29784	dev-java/bsh/files/beanshell-icon.png
34055	dev-lang/pm3/files/pm3-1.1.15.patch
21921	dev-perl/GD/files/2.07-gif-support.patch
21921	dev-perl/GD/files/2.12-gif-support.patch
66629	dev-ruby/text-format/files/text-format-0.64-prefix.diff
24553	games-arcade/koules/files/1.4-gcc3.patch
86329	games-emulation/nwwine/files/wine-alsa.patch
21246	games-emulation/zsnes/files/zsnes-1.35-cvs.patch
30958	games-fps/unreal-tournament-infiltration/files/Infiltration.ini
31851	games-fps/ut2003-demo/files/misc.tar.bz2
40228	games-misc/bsd-games/files/bsdgames_2.13-11.diff
40228	games-misc/bsd-games-non-free/files/bsdgames_2.13-11.diff
78064	gnome-base/gnome-session/files/gentoo-splash.png
78064	gnome-base/gnome-session/files/gnome-splash.png
37548	gnome-base/nautilus/files/nautilus-2-snap_to_grid-r1.patch
39941	gnome-base/nautilus/files/nautilus-2-x-printers.patch
20935	gnome-extra/gnome-system-monitor/files/gnome-system-monitor-devicesviewimprovements.patch
26799	mail-client/evolution/files/evolution-1.4.5-gtk-2.4.patch
35052	mail-client/mozilla-thunderbird/files/mozilla-thunderbird-amd64.patch
85679	mail-filter/amavisd-new/files/amavisd.conf
22113	mail-mta/exim/files/exiscan.conf
41786	mail-mta/qmail/files/1.03-r8/qmail-1.03-starttls-smtp-auth.patch
41786	mail-mta/qmail/files/1.03-r9/qmail-1.03-starttls-smtp-auth.patch
39897	mail-mta/sendmail/files/sendmail-procmail.cf
39312	mail-mta/sendmail/files/sendmail.cf
49151	media-gfx/gimp/files/psd_save.c
62023	media-gfx/maya/files/maya-5.0.1.md5sum
155050	media-gfx/xv/files/xv-3.10a-enhanced-Nu.patch
27873	media-gfx/xv/files/xv-3.10a-gentoo-Nu.patch
65828	media-libs/freetype/files/2.1/freetype-2.1.5-autohint-cjkfonts-20031105.patch
65589	media-libs/freetype/files/2.1/freetype-2.1.7-autohint-cjkfonts-20031130.patch
23266	media-libs/libsdl/files/1.2.7-libcaca.patch
28887	media-libs/libvorbis/files/libvorbis-simd.patch
30387	media-libs/openal/files/openal-20040219-alsa_capture.diff
38521	media-libs/svgalib/files/svgalib-1.9.17-linux2.6.patch
25091	media-sound/terminatorx/files/terminatorx-3.80.GNOMEpresent.patch
25215	media-sound/wavplay/files/wavplay-1.4.patch
58125	media-video/ati-drivers/files/fglrx-3.9.0-regparm.patch
21620	media-video/bcast/files/bcast-2000c-gcc3-gentoo.patch
37348	media-video/mpeg-tools/files/1.5b/libpnmrw.c
25064	media-video/mplayer/files/mplayer-0.90-divx.patch
27826	media-video/mplayer/files/mplayer-1.0_pre4-mga-kernel2.6.patch
31662	media-video/mplayer/files/mplayer-1.0_pre5-alsa-gui.patch
70356	media-video/nvidia-kernel/files/1.0.4349/NVIDIA_kernel-1.0-4349-2.5-20030402.diff
79485	media-video/nvidia-kernel/files/1.0.4363/NVIDIA_kernel-1.0-4363-2.5-20030714.diff
81553	media-video/nvidia-kernel/files/1.0.4496/NVIDIA_kernel-1.0-4496-2.6-20030905.diff
81900	media-video/nvidia-kernel/files/1.0.4496/NVIDIA_kernel-1.0-4496-2.6-20031026.diff
69389	media-video/nvidia-kernel/files/1.0.4499/NVIDIA_kernel-1.0-4499-2.6-20031014.diff
77616	media-video/nvidia-kernel/files/1.0.5328/NVIDIA_kernel-1.0-5328-2.6-20031226.diff
95197	media-video/nvidia-kernel/files/1.0.5328/NVIDIA_kernel-1.0-5328-2.6-20040105.diff
23423	media-video/xanim/files/Makefile
23429	media-video/xanim/files/Makefile.amd64
35110	media-video/xmovie/files/xmovie-gcc3-gentoo.patch
22287	net-analyzer/nagios-core/files/nagios.cfg-sample
36112	net-dialup/ppp/files/ppp-2.4.1-openssl-0.9.6-mppe-patch.gz
35770	net-dialup/ppp/files/ppp-crypto-fix.patch.bz2
23014	net-dialup/pptpclient/files/pptp-command
22866	net-dns/bind/files/dyndns-samples.tbz2
20762	net-fs/samba/files/smb.conf.example-samba3
45639	net-ftp/ftp/files/netkit-ftp-0.17+ssl-0.2.diff
25463	net-im/bitlbee/files/yahoo.diff
41292	net-im/centericq/files/centericq-4.9.12-gcc3.4.patch
115601	net-irc/eggdrop/files/eggdrop1.6.15-ssl.fixed.diff
21043	net-irc/epic4/files/local
20731	net-irc/irssi-charconv/files/charconv.c
27697	net-irc/supybot/files/supybot-0.77.2-cvsadditions-2004-06-10.patch
23803	net-mail/serialmail/files/serialmail-0.75-smtpauth.patch
55183	net-misc/monmotha/files/rc.firewall-2.3.8-pre7
22502	net-misc/netkit-timed/files/timed.c
63005	net-misc/vnc/files/vnc-3.3.4-platform-fixes.patch
23388	net-misc/wget/files/wget-1.8.2-2Glimit.diff
25622	net-misc/wget/files/wget-1.9.1+ipvmisc.patch
26140	net-p2p/bittorrent-stats/files/bittorrent-stats-3.2.1b.patch
92755	net-p2p/mldonkey/files/mldonkey-2.5.16-16g.patch
20538	net-print/cups/files/cupsd.conf-1.1.18
20920	net-wireless/kwavecontrol/files/kwavecontrol-0.3-installdirs.diff
66330	net-www/apache/files/httpd-2.0.49-ssl_engine_kernel.patch
31777	net-www/apache/files/2.0.40/commonapache2.conf
35481	net-www/apache/files/2.0.40/httpd.conf
31776	net-www/apache/files/2.0.48-r1/commonapache2.conf
32232	net-www/apache/files/2.0.49/commonapache2.conf
22216	net-www/apache/files/conf/commonapache.conf
32836	net-www/apache/files/patches/1.3.31/00_gentoo_apachectl.patch
27799	net-www/apache/files/patches/1.3.31/00_gentoo_base.patch
32836	net-www/apache/files/patches/1.3.31-r1/00_gentoo_apachectl.patch
27799	net-www/apache/files/patches/1.3.31-r1/00_gentoo_base.patch
32836	net-www/apache/files/patches/1.3.31-r2/00_gentoo_apachectl.patch
27799	net-www/apache/files/patches/1.3.31-r2/00_gentoo_base.patch
66330	net-www/apache/files/patches/2.0.49-r1/01_ssl_engine_kernel.patch
27148	net-www/mozilla/files/gtk2mozilla_head_patch2
35052	net-www/mozilla/files/mozilla-1.4-amd64.patch
25433	net-www/mozilla/files/mozilla-1.7-amd64.patch
35052	net-www/mozilla-firefox/files/mozilla-firebird-amd64.patch
107468	sys-apps/iproute2/files/2.4.7.20020116-manpages.patch
21508	sys-apps/mii-diag/files/libmii.c-2.10
168023	sys-apps/portage/files/portage-rescue-2.0.44-ppc.tbz2
227634	sys-apps/portage/files/portage-rescue-2.0.48-r1-sparc.tbz2
227574	sys-apps/portage/files/portage-rescue-2.0.48-r1-sparc64.tbz2
289609	sys-apps/portage/files/portage-rescue-2.0.49-r15-amd64.tbz2
284990	sys-apps/portage/files/portage-rescue-2.0.49-r3-alpha.tbz2
27121	sys-apps/vixie-cron/files/vixie-cron-3.0.1-gentoo.patch
21581	sys-boot/dvhtool/files/dvhtool-1.0.1-2.diff
22707	sys-boot/elilo/files/elilo-3.4
33856	sys-boot/grub/files/splash.xpm.gz
20854	sys-boot/silo/files/silo_1.2.5-1.diff
66696	sys-devel/binutils/files/2.13/binutils-2.13.90.0.18-ppc64-tls1.patch
74784	sys-devel/binutils/files/2.14/binutils-2.14.90.0.4-cfi.patch
24448	sys-devel/binutils/files/2.14/binutils-2.14.90.0.4-pie.patch
24221	sys-devel/binutils/files/2.14/binutils-2.14.90.0.6-cxx-speedup.patch
20690	sys-devel/binutils/files/2.14/binutils-2.14.90.0.6-merge-speedup.patch
30980	sys-devel/binutils/files/2.14/binutils-2.14.90.0.6-ppc-bfd.patch
43472	sys-devel/binutils/files/2.14/binutils-2.14.90.0.7-ppc-reloc.patch
37977	sys-devel/binutils/files/2.14/binutils-2.14.90.0.7-tls-section-alignment.patch
25485	sys-devel/binutils/files/2.14/binutils-2.14.90.0.6-conf.patch
50461	sys-devel/egcs64-sparc/files/egcs64_19980921-4.diff
51748	sys-devel/gcc/files/3.0/texinfo-4.0-no-ncurses-gentoo.diff
182179	sys-devel/gdb/files/gdb-5.3-hppa-01.patch
202602	sys-devel/gdb/files/gdb-6.1-hppa-01.patch
51612	sys-devel/gettext/files/gettext-0.12.1-bootstrap.patch
23861	sys-kernel/aa-sources/files/aa-sources-2.6.5.CAN-2004-0495-0496.patch
31675	sys-kernel/gentoo-sources/files/gentoo-sources-2.4.20-hpt372.patch
26689	sys-kernel/linux26-headers/files/linux26-headers-2.6.6-appCompat.patch
42076	sys-kernel/linux26-headers/files/linux26-headers-2.6.7-appCompat.patch
26265	sys-kernel/mips-headers/files/mips-headers-2.6.6-appCompat.patch
23861	sys-kernel/mips-sources/files/CAN-2004-0495_0496-2.6-sparse.patch
23156	sys-kernel/sparc-sources/files/2.4.19/sparc-asm_offsets.h
35521	sys-kernel/sparc-sources/files/2.4.19/sparc64-asm_offsets.h
23861	sys-kernel/usermode-sources/files/usermode-sources-2.6.6.CAN-2004-0495-0496.patch
55584	sys-libs/db/files/db.1.85.patch
27618	sys-libs/glibc/files/2.3.1/glibc-2.3.1-ulps-mips.patch
29951	sys-libs/glibc/files/2.3.1/glibc23-00-hppa-pthreads.dpatch
21021	sys-libs/glibc/files/2.3.1/glibc23-06-hppa-tests.dpatch
114830	sys-libs/pam/files/pam-0.75-r7-gentoo.tbz2
21377	sys-libs/slang/files/slang-debian-utf8.patch
304594	x11-base/opengl-update/files/glext.h-20040714
21897	x11-libs/pango/files/pango-1.2.1-cvs_fontset_caching.patch
52328	x11-misc/grun/files/grun-0.9.2-gentoo.diff
34217	x11-plugins/wmsysmon/files/wmsysmon-0.7.6-s4t4n.patch
25003	x11-plugins/wmbutton/files/wmbutton-buttons.xpm
39941	x11-terms/xvt/files/xvt-2.1.diff.gz
61423	x11-wm/fvwm/files/acinclude.m4
58529	x11-wm/fvwm/files/fvwm-2.5.9-translucent-menus.diff.gz
37661	x11-wm/fvwm/files/fvwm-2.5.10-fvwmbuttonshover.diff
26662	x11-wm/windowmaker/files/xinerama.patch

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Mike Frysinger]

On Thursday 29 July 2004 05:52 am, Brian Harring wrote:
> Policy states files over 20k are not to be commited- I'll be committing
> the logic to enforce this shortly- files over 20k will be viewed by
> repoman as a failed check.

just so you guys know, the answer is NOT to compress them and add them back 
into the tree
-mike

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Jason Rhinelander]

Mike Frysinger wrote:
> On Thursday 29 July 2004 05:52 am, Brian Harring wrote:
> 
>>Policy states files over 20k are not to be commited- I'll be committing
>>the logic to enforce this shortly- files over 20k will be viewed by
>>repoman as a failed check.
> 
> just so you guys know, the answer is NOT to compress them and add them back 
> into the tree

There seem to be rather a lot of those already:

find /usr/portage/*-* -regex '.*\.\(tgz\|tbz2\|gz\|bz2\)'

Is there a specific policy about not having compressed file in the tree? 
  If I'm not mistaken, a gz'ed or bz2'ed file in portage is sort of 
pointless, since the rsync enables compression.  Maybe repoman could 
complain about .gz, .bz2, .tgz, or .tbz2 files in the tree as well?

-- Jason Rhinelander
-- Gossamer Threads, Inc.

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Georgi Georgiev]

maillog: 29/07/2004-12:53:20(-0700): Jason Rhinelander types
> Mike Frysinger wrote:
> >On Thursday 29 July 2004 05:52 am, Brian Harring wrote:
> >
> >>Policy states files over 20k are not to be commited- I'll be committing
> >>the logic to enforce this shortly- files over 20k will be viewed by
> >>repoman as a failed check.
> >
> >just so you guys know, the answer is NOT to compress them and add them 
> >back into the tree
> 
> There seem to be rather a lot of those already:
> 
> find /usr/portage/*-* -regex '.*\.\(tgz\|tbz2\|gz\|bz2\)'
> 
> Is there a specific policy about not having compressed file in the tree? 
>  If I'm not mistaken, a gz'ed or bz2'ed file in portage is sort of 
> pointless, since the rsync enables compression.  Maybe repoman could 
> complain about .gz, .bz2, .tgz, or .tbz2 files in the tree as well?

What about not allowing binary files at all?

-- 
\    Georgi Georgiev   \  No line available at 300 baud.               \
 /    chutz@gg3.net     /                                               /
\   +81(90)6266-1163   \                                               \

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Brian Harring]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>> Is there a specific policy about not having compressed file in the 
>> tree?
>>  If I'm not mistaken, a gz'ed or bz2'ed file in portage is sort of
>> pointless, since the rsync enables compression.  Maybe repoman could
>> complain about .gz, .bz2, .tgz, or .tbz2 files in the tree as well?
> What about not allowing binary files at all?

Seems a bit odd to make restrictions of that sort, although if a binary 
file is shoved into the tree and updated a lot it'll be pita for rsync. 
  Dunno, the size limit is good enough for me at this point- we don't 
need to be sync'ing 150kb patches.

Related note, the check is InCVS, next 2.0.51 release will now mark 
those files as a failure.
Again, please correct these files.
~brian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFBCb6LvdBxRoA3VU0RApCGAKDJ1bZoWFn1MvMpZI9DJYvlshXeygCg8w8l
xGVM88ckdHtWYzJabGUFub4=
=o5rc
-----END PGP SIGNATURE-----


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Ciaran McCreesh]

[-- Attachment #1: Type: text/plain, Size: 304 bytes --]

On Fri, 30 Jul 2004 12:15:49 +0900 Georgi Georgiev <chutz@gg3.net>
wrote:
| What about not allowing binary files at all?

That'd break ChangeLog.

-- 
Ciaran McCreesh : Gentoo Developer (Sparc, MIPS, Vim, Fluxbox)
Mail            : ciaranm at gentoo.org
Web             : http://dev.gentoo.org/~ciaranm


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Ciaran McCreesh]

[-- Attachment #1: Type: text/plain, Size: 612 bytes --]

On Fri, 30 Jul 2004 04:22:29 +0100 Ciaran McCreesh <ciaranm@gentoo.org>
wrote:
| On Fri, 30 Jul 2004 12:15:49 +0900 Georgi Georgiev <chutz@gg3.net>
| wrote:
| | What about not allowing binary files at all?
| 
| That'd break ChangeLog.

Ok, since I've been asked about this several times on IRC... Some people
have names which include non-[A-Za-z] characters.

Incidentally, when are we going to officially standardise on UTF-8 for
ChangeLog and ebuilds?

-- 
Ciaran McCreesh : Gentoo Developer (Sparc, MIPS, Vim, Fluxbox)
Mail            : ciaranm at gentoo.org
Web             : http://dev.gentoo.org/~ciaranm


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Robin H. Johnson]

[-- Attachment #1: Type: text/plain, Size: 1863 bytes --]

On Fri, Jul 30, 2004 at 05:07:27AM +0100, Ciaran McCreesh wrote:
> On Fri, 30 Jul 2004 04:22:29 +0100 Ciaran McCreesh <ciaranm@gentoo.org>
> wrote:
> | On Fri, 30 Jul 2004 12:15:49 +0900 Georgi Georgiev <chutz@gg3.net>
> | wrote:
> | | What about not allowing binary files at all?
> | 
> | That'd break ChangeLog.
No it won't.

> Ok, since I've been asked about this several times on IRC... Some people
> have names which include non-[A-Za-z] characters.
UTF8 != binary.
UTF8 is fine, it's specifically designed to co-exist with ASCII/ISO-8559-1.
As such, CVS handles UTF8 perfectly well (UTF16 is a different matter).

I'm in favour of removing all properly binary files from CVS, to get the
checkout size down. Brian's earlier list of files over 20k comprises
more than 9Mb of files, and that's a not even a complete list.

Could we please consider removing sys-apps/portage/files/portage-rescue*
from the tree?
These files are there, and comprise relatively large chunk of space.
portage-rescue-2.0.44-ppc.tbz2
portage-rescue-2.0.48-r1-sparc64.tbz2
portage-rescue-2.0.49-r3-alpha.tbz2
portage-rescue-2.0.48-r1-sparc.tbz2
portage-rescue-2.0.49-r15-amd64.tbz2

The x86 portage rescue has already gone, and the others should join it.
Leaving an README.RESCUE would be prudent.

> Incidentally, when are we going to officially standardise on UTF-8 for
> ChangeLog and ebuilds?
There is absolutely nothing I'm aware of stopping you from using UTF
already in ChangeLogs and ebuilds, barring some common sense
limitations, like bash not accepting non-ASCII for the names of
variables and functions.

-- 
Robin Hugh Johnson
E-Mail     : robbat2@orbis-terrarum.net
Home Page  : http://www.orbis-terrarum.net/?l=people.robbat2
ICQ#       : 30269588 or 41961639
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Ciaran McCreesh]

[-- Attachment #1: Type: text/plain, Size: 1019 bytes --]

On Fri, 30 Jul 2004 00:00:01 -0700 "Robin H. Johnson"
<robbat2@gentoo.org> wrote:
| > Ok, since I've been asked about this several times on IRC... Some
| > people have names which include non-[A-Za-z] characters.
| UTF8 != binary.

UFT-8 (sometimes) uses the upper bit on certain bytes. It is therefore,
in the traditional sense, binary. You could, of course, just not mark it
as such for CVS...

| > Incidentally, when are we going to officially standardise on UTF-8
| > for ChangeLog and ebuilds?
| There is absolutely nothing I'm aware of stopping you from using UTF
| already in ChangeLogs and ebuilds, barring some common sense
| limitations, like bash not accepting non-ASCII for the names of
| variables and functions.

No, but not everyone is using UTF-8, resulting in horridly mixed files.
Hence the "officially standardise". Right now we have a mess.

-- 
Ciaran McCreesh : Gentoo Developer (Sparc, MIPS, Vim, Fluxbox)
Mail            : ciaranm at gentoo.org
Web             : http://dev.gentoo.org/~ciaranm


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Tavis Ormandy]

On Thu, Jul 29, 2004 at 04:52:40AM -0500, Brian Harring wrote:
> Policy states files over 20k are not to be commited- I'll be committing
> the logic to enforce this shortly- files over 20k will be viewed by
> repoman as a failed check.
> 

Sorry for the late reply, but does this really need to be checked by
repoman, shouldnt this kind of decision be left to the developers
discretion?

-- 
-------------------------------------
taviso@sdf.lonestar.org | finger me for my gpg key.
-------------------------------------------------------

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Mike Frysinger]

On Wednesday 25 August 2004 02:56 am, Tavis Ormandy wrote:
> Sorry for the late reply, but does this really need to be checked by
> repoman, shouldnt this kind of decision be left to the developers
> discretion?

it should be but since it's obvious that policy is ignored (either because the 
dev doesnt notice or they just dont care), we need something to help enforce
-mike

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Robert Moss]

Last time there was a big file QA check of the tree, someone said that 
certain things (such as bootloaders) were exempt. As such, despite the 
fact that I don't quite understand why splash.xpm.gz is in the tree 
rather than on the mirrors, when I last committed a new grub I left it 
there in files/.

Will there be exemptions for certain circumstances (I'm sure there must 
be a reason for the above) or not?

Mike Frysinger wrote:
> On Wednesday 25 August 2004 02:56 am, Tavis Ormandy wrote:
> 
>>Sorry for the late reply, but does this really need to be checked by
>>repoman, shouldnt this kind of decision be left to the developers
>>discretion?
> 
> 
> it should be but since it's obvious that policy is ignored (either because the 
> dev doesnt notice or they just dont care), we need something to help enforce
> -mike
> 
> --
> gentoo-dev@gentoo.org mailing list
> 


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Eldad Zack]

[-- Attachment #1: Type: text/plain, Size: 589 bytes --]

On Wed, 2004-08-25 at 20:19, Robert Moss wrote:
> Last time there was a big file QA check of the tree, someone said that 
> certain things (such as bootloaders) were exempt. As such, despite the 
> fact that I don't quite understand why splash.xpm.gz is in the tree 
> rather than on the mirrors, when I last committed a new grub I left it 
> there in files/.

Well, in that case, I really think you should put it on the mirrors
instead.
There are exactly zero reasons why it should be in CVS.
-- 

Eldad Zack <eldad@gentoo.org>
Key/Fingerprint at pgp.mit.edu, ID 0x96EA0A93

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Peter Cech]

On Wed, Aug 25, 2004 at 07:56:35AM +0100, Tavis Ormandy wrote:
> On Thu, Jul 29, 2004 at 04:52:40AM -0500, Brian Harring wrote:
> > Policy states files over 20k are not to be commited- I'll be committing
> > the logic to enforce this shortly- files over 20k will be viewed by
> > repoman as a failed check.
> > 
> 
> Sorry for the late reply, but does this really need to be checked by
> repoman, shouldnt this kind of decision be left to the developers
> discretion?

As a Gentoo user I welcome the restriction. It seems that developers
discretion was failing in some cases.

Personally I feel strongly against files subdirs in portage tree. Just
look at this statistics for files subdirs:

7503 files subdirectories contain:
22720 files (of that 7085 are files other than digest-*) of size
16837645 bytes (15452582 when not counting digests)

None of the files is needed prior to emerge -f. Most of them are never
used, but have to be transfered on emerge sync and have to be on the
harddrive. IMO this part of portage tree should be moved out and
downloaded with sources on fetch step.

Regards,
Peter Cech


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Upcoming repoman check will fail on large files in the tree

[Andrew Cooks]

Peter Cech wrote:
> None of the files is needed prior to emerge -f. Most of them are never
> used, but have to be transfered on emerge sync and have to be on the
> harddrive. IMO this part of portage tree should be moved out and
> downloaded with sources on fetch step.

I completely agree!

Some of the machines I maintain (like my home machine and my parents') 
only have access to 56k dialup and there's no local official rsync 
mirror for South Africa. The source files are easy to get hold of and 
can easily be transfered by CD/usb device, but keeping the tree in sync 
is a much tougher task.

Please keep the tree lean!

Regards

Andrew

--
gentoo-dev@gentoo.org mailing list