Hi folks,
I'm currently collecting a set of rules which upstream developers
should follow to make distro maintainer's life easier.
Comments welcomed :)
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
the source archives along with whatever binary archives you may have.
^
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
interested in good old C/C++, etc
Just give me everything you've got :)
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens
an canonical URL scheme (eg. oss-qm does exactly that).
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM
* Ciaran McCreesh ciaran.mccre...@googlemail.com schrieb:
On Sat, 26 Jun 2010 21:39:15 +0200
Enrico Weigelt weig...@metux.de wrote:
#2 One point i don't agree is the dont add -Werror rule. actually,
i'm thinking of making -Wall and -Werror mandatory. if some
package doenst build fine, it's
one more thing: tags can be mutable.
Thats a matter of proper VCS configuration (hooks, etc)
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
* Ciaran McCreesh ciaran.mccre...@googlemail.com schrieb:
On Sat, 26 Jun 2010 21:46:39 +0200
Enrico Weigelt weig...@metux.de wrote:
BTW: if upstream has an proper VCS and an canonical tagging
scheme, they don't actually have to create release tarballs,
just hack up a little script which
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches
* Ciaran McCreesh ciaran.mccre...@googlemail.com schrieb:
On Sat, 26 Jun 2010 22:09:09 +0200
Enrico Weigelt weig...@metux.de wrote:
Well, with git this works. (I'll yet have to run some automatic
stress tests, but at all my manual tests worked really fine).
You assume that, given the same
, not the individual package. Developers just
should take care that there're no preventable warnings.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
an warning, since - AFAIK -
C spec never said, that there is an evaluation order for
function parameters.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
reworked my rule, now:
package build systems MUST NOT enable -Wall -Werror (unless explicitly
asked), but developers SHOULD use them for their test builds
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
,
not toys like svn ;-p)
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http
decide whether to
fix the code, if there is anything to fix, or to ignore.
hmm, is there a (portable) way to prevent a specific warning
in an specific place ? (some kind of #pragma ?)
cu
--
-
Enrico Weigelt== metux
on a userflag, the clients have to be built against
that two versions). It involves some interface analysis and a bit
of graph theory. Should be possible to do it incrementally.
cu
--
-
Enrico Weigelt== metux IT service - http
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes
PK/CK[2], add command line tools to NM, and move to systemd
by default.
(c) Support systemd as an alternative init system for use by desktop users.
(d) Fix systemd to get rid of dependencies to dbus, etc.
cu
--
-
Enrico
: the main idea is to
solve problems at the source, provide generic downstream
branches (which get rebased onto upstream) instead of single
(often unncessarily distro-bound) patches.
cu
--
-
Enrico Weigelt== metux
because: ---
You reported the bug, or are watching the reporter.
- End forwarded message -
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
:)
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public
* Jeremy Olexa darks...@gentoo.org schrieb:
On Mon, 5 Jul 2010 18:48:43 +0200, Enrico Weigelt weig...@metux.de
wrote:
Hi folks,
snip
please refer my recent postings on details what the oss-qm
project is all about. just a few words: the main idea is to
snip
Enrico, There are actually
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages in dozens
* Sebastian Pipping sp...@gentoo.org schrieb:
On 07/06/10 22:04, Enrico Weigelt wrote:
Enrico, There are actually so many 404s on your homepage (including
both links in your email signature) that it quickly loses my attention
span.
Which ones ?
(I know, some old stuff is broken, I
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages in dozens of versions
?tab=email
--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.
- End forwarded message -
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
--
Embedded-Linux / Portierung
are packages where libsvga stuff works, it IMHO
should stay. Nobody knows who's still using it. But it probably doesnt
have to be a global useflag.
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207
* Samuli Suominen ssuomi...@gentoo.org schrieb:
On 07/08/2010 01:56 AM, Enrico Weigelt wrote:
Hi folks,
YFYI: yet another of my ebuilds kicked-down.
It's an improved version of procmail, which automatically creates
missing maildir directories.
Provide your patches as plain
.
What do you think about this ?
(I admit, I didnt have the time to dive into portage codebase yet
and hack up something ... ;-o)
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
in favour of git. And that makes my daily works
_much_ easier.
Oh, btw: I'm announcing my oss-qm releases via twitter:
http://twitter.com/oss_qm
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49
question: why does this useflag appear in pg ?
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce
with
technical designs.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de
this - individual distros shouldn't do this by themselves
(too much unnecessary duplicate work).
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
having to touch
the clients.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
, don't *need* it at all, but having an separate package
makes it more convenient. And I don't see any reasons against that
split as long as people are willing to maintain it.
cu
--
-
Enrico Weigelt== metux IT service
the other lines could help portage to solve it automatically
(if it has an special logic for this)
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
usflag. Do you really want this ?
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce
not advocating gentoo should do this step alone, but
instead join in the upstream and solve it there.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
patents,
EU warfare, etc, etc. ... But this all is *OFFTOPIC* here.
Those discussions simply belong to another place.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
not not ?
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes
* Luca Barbato [EMAIL PROTECTED] schrieb:
Enrico Weigelt wrote:
My suggestion: make those language bindings being separate
packages. So, other packages can depend on them directly,
instead of the current, build-breaking hack.
I'm not advocating gentoo should do this step alone
new features. The upstream gets
announced about patches, but doesn't get penetrated with things
they're obviously not interested in.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes
* Peter Volkov [EMAIL PROTECTED] schrieb:
?? ??, 04/05/2008 ?? 21:48 +0200, Enrico Weigelt ??:
I'm just installing qemu, which requires gcc-3.x for building.
The current breaks are very ugly, IMHO.
So I'm proposing to add the old gcc-3.x as depedency to qemu,
at least
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public
).
That strange maintainer mode is one of the things on my to-rip-off
list, along with the rules for regenerating the configure script.
(which sometimes tends to loop forever) ;-o
cu
--
-
Enrico Weigelt== metux IT service - http
splitting leads to more
maintainance effort as both ebuilds are almost the same.
If upstream would do it's homework, there would be almost
no ebuild maintenance work at all ;-P
cu
--
-
Enrico Weigelt== metux IT service
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
big_snip
Funny, how you all manage to make simple things complicated ;-o
I guess nobody considered an trivial solutions like an useflag ...
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
* Gilles Dartiguelongue [EMAIL PROTECTED] schrieb:
Le lundi 30 juin 2008 à 19:01 +0200, Enrico Weigelt a écrit :
big_snip
Funny, how you all manage to make simple things complicated ;-o
I guess nobody considered an trivial solutions like an useflag ...
no, this is not the proper
out carefully. There's no presure to this
for the whole distro at once.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit
Hi folks,
YFYI, I've written a bunch of ebuilds for red5 and its deps:
svn://anonymous:[EMAIL PROTECTED]/public/red5/gentoo-overlay
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
bug left) :)
cu
[1] http://www.midnight-commander.org/
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM
is practically the
same (well, replaces the risk of unbootable system by the risk
of filling up separated / filesystems) but would remove an
then obsolete additional directory. ;-O
cu
--
--
Enrico Weigelt, metux IT service
, RHEL or SLES.
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
--
Embedded-Linux / Portierung
* Patrick Lauer patr...@gentoo.org schrieb:
Please don't try to bring the GnomeOS vision of having MacOS without
paying for it to my computing experience ...
+10
cu
--
--
Enrico Weigelt, metux IT service -- http
, some mindless jerks really could pick up that silly idea...)
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
* Walter Dnes waltd...@waltdnes.org schrieb:
On Fri, Jan 06, 2012 at 07:41:27PM +0100, Enrico Weigelt wrote
This is just our donation, I'm hoping others will join in.
For the actual development, half of the resources should be
fine, but testing dozens of uncommon scenarios will eat up
* Micha?? Górny mgo...@gentoo.org schrieb:
Does working hard involve compiling even more packages statically?
I guess, he means keeping udev in / ?
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone
(ie. TeX) for building
its documentation, it would be stupid to build the whole docs
and so require these tools, if docs are not wanted at all.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
Hi folks,
is anyone else working on an standalone spamc package ?
I've got several machines where I don't want to have the whole
spamassassin installed - they're just calling an remote machine
to do this work.
cu
--
-
Enrico
* Ryan Hill [EMAIL PROTECTED] schrieb:
Enrico Weigelt [EMAIL PROTECTED] wrote:
is anyone else working on an standalone spamc package ?
I've got several machines where I don't want to have the whole
spamassassin installed - they're just calling an remote machine
to do this work
?
The files in /var/lib/init.d/deamons already contain pidfiles,
so this could be used.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
* Vlastimil Babka [EMAIL PROTECTED] schrieb:
Enrico Weigelt wrote:
Hi folks,
I've noticed, axis has some commercial/non-free dependencies, ie.
sun-javamail-bin and sun-jaf. Are there free replacements for them ?
Yes, sun-javamail and sun-jaf are free (CDDL-licensed) replacements
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages
are not completely reliable
maybe, but in which situations would it be worse than the
current situation ?
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
to ~ARCH.
Ah, I'm on x86, so I don't have it yet.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM
)
Just my 0.02 EUR ...
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http
perl-DBD for database access). Of course they maybe want to
have access to some postgres database, but this obviously does
not need an local server.
cu
--
-
Enrico Weigelt== metux IT service - http
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes
* Enrico Weigelt [EMAIL PROTECTED] schrieb:
I'd prefer the a) and so attached an fixed ebuild for 8.0.8.
Forgot the attachement. Here it is ...
This ebuild adds pg_config to libpq-8.0.8, gave it version -r1.
Tested it @ x86.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens
* Diego 'Flameeyes' Pettenò [EMAIL PROTECTED] schrieb:
On Saturday 23 December 2006 22:35, Enrico Weigelt wrote:
I'm not an license expert
Then shut up.
You're wrong, it's true for dynamic linking as well as for
static linking.
I don't understand that. Please give some help
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens
2007-05-07 18:41:07 armin76
what did these packages do ?
Sounds like mozilla stuff. Am I correct ?
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
to realpath ?
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
--
Embedded
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
.
The major benefit is that changesets can be easily shared between
various distros and upstreams, up to fully notifications, etc.
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email
reason why I'd like package maintainers to
push their changes into the oss-qm repo. That would be a great
help for others having to deal with the same package.
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de
step will be
a mechanism to check tag signatures.
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
--
Embedded-Linux / Portierung
* Jacob Godserv jacobgods...@gmail.com schrieb:
On Tue, 17 Aug 2010 19:04:03 +0200
Enrico Weigelt weig...@metux.de wrote:
Meanwhile I've reworked my Briegel buildsystem [1] to support
direct git checkouts (including a repo cache). Next step will be
a mechanism to check tag signatures
part in it.
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
* Enrico Weigelt weig...@metux.de schrieb:
* Duncan 1i5t5.dun...@cox.net schrieb:
FWIW, you (Enrico) might get more traction if you go a more official
route. Do the whole FLOSS PR bulletin thing, announcing thru LWN,
LinuxMag, LXer, etc. Slashdot and the like wouldn't be bad, either
filesystem
on /usr/share/man and /usr/share/info (or perhaps even the whole
/usr/share ?), leave off the explicit compression at all and
replace the link files by symlinks ?
cu
--
--
Enrico Weigelt, metux IT service -- http
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
--
Embedded-Linux / Portierung / Opensource-QM
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
--
Embedded-Linux
101 - 200 of 220 matches
Mail list logo