-Mails können leicht abgehört und manipuliert
werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren
GPG/PGP-Schlüssel zu.
---
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
i...@metux.net -- +49-151-27565287
* Micha?? Górny 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: +49 36
* Walter Dnes 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 scenari
st: if you
wanna move /bin+co to /usr for easier maintenance, you could also
put /usr/* to / for quite the same reasons.
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
;-O
>
> That's because people would like to get rid of additional directories
> in /, not introduce additional ones.
Aha. Then why not also moving /home, /etc and /var to /usr, too ? ;-o
(hmm, some mindless jerks really could pick up that silly idea...)
cu
--
---
* Patrick Lauer 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://www.metux.
bloat.
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
--
Embedded-Linux / Portierung / Op
e as bad as Fedora, 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: 2101694
not dropping
/usr instead (in little steps). The impact 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
--
---------
ad been chosen.
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
--
Embedded-Linux / Portierung / Opens
* Enrico Weigelt schrieb:
> > pretty please force every consumer to hardcode the version
> > because i know people that want to do this" ?
>
> No, they should use pkg-config at buildtime and do the version
> selection there (eg. the eselect-way).
Oh, it gets a bit tr
basic and omiting standard system packages (just use common
> sense: it should be fairly obvious if an application requires a compiler
> and you didn't install one then you have a conflict of interest...)
Well, that's where it gets complicated: if some packages depend on some
library libfoo in @system (which I would empty in this case), portage
lac
andard system set,
so eg. portage, python, gcc, etc, etc get unmerged by --depclean
if nobody else (in world set) doesn't explicitly require them ?
cu
--
--
Enrico Weigelt, metu
broken systems once again (and again,
and again, with coming releases) ?
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 1
atically and look whether they still run properly.
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
n 3.
/me too.
Perhaps we can find a way to make the update safe (so eg. new
postmaster is installed along the old one) and provide some
migration tool ?
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phon
lly maintains package.mask ?
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 2
e) from
the new frozen-stable tree, but other things should stay as
they are.
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 2
s great, I'd like to use it for my Briegel buildsystem
(not Gentoo related, somewhat similar to portage, but more for
embedded targets) running mass-buildtests.
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.
the problems is/was that both tar and gz might not
be strictly deterministic (same input content might produce
differing tarball output) - am I wrong here ?
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone
many still will. Then an
> emerge -e world or whatever will clean things up.
Assuming there are no circular deps which can only be resolved
by temporarily changing some useflags ... ;-o
cu
--
----------
Enrico Weigelt,
Multiarch ?
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
--
complex
it would be to implement that in portage - my Briegel buildsystem
does always does this)
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 2756
pdate this that,
and once all importers have been unmerged, depclean can clean
up the leftover dirt.
What do you think about this idea ?
cu
--
------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207
* Mike Frysinger schrieb:
> On Friday, December 31, 2010 09:16:27 Enrico Weigelt wrote:
> > * Mike Frysinger schrieb:
> > > sounds like overkill. people will file bugs and they'll get fixed. once
> > > it goes fatal, people will fix even faster. i dont plan
the tree is still at
> EAPI=0. [1])
IMHO, when an EAPI is declared depcreated, new or changed ebuilds
should not use it anymore. Deprecation should not happen as long
as base packages still use it.
cu
--
----------
Enrico Weigelt
* Enrico Weigelt schrieb:
Sorry, forgot the attachement ;-o
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427
helpful.
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
--
* Mike Frysinger schrieb:
> On Thursday, December 30, 2010 20:05:01 Enrico Weigelt wrote:
> > IMHO, in longer terms, all patches should normalized, created w/
> > diff -ruN and applied w/ -p1. Thats how most people do it, so
> > a kind of semi-standard.
>
> not worth d
d of semi-standard.
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
--
Emb
la files ?
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
--
Embedded-Linux / Portierung
ind of switch. Okay, let's just
introduce some make.conf variable for that and tell everybody
that there's no support for it whatsoever.
cu
--
--
Enrico Weigelt, metux IT s
king is quite common)
for about 10yrs, and pkg-config has proven quite well here. (packages
that dont provide .pc-descriptor yet, simply have to be fixed to do
so ;-p). Libtool, on the other hand, always had been a nightmare.
cu
--
---
ee the use of them. (there're much better
solutions, eg. pkg-config).
cu
--
------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 i
)...
Maybe it would be even better to mount some compressing 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
--
-----------
concept in
> form of a base of packages to convince, complete enough to simply make
> people like me start using it.
Well, I've already got automatic importers for a bunch of packages
and now in process of getting more in.
cu
--
----------
to exact that information yet.
http://www.metux.de/download/oss-qm/normalized_repository.pdf
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobi
* Enrico Weigelt 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. Slash
not just use it
(as dumb downstream), but instead actively take part in it.
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27
* Jacob Godserv schrieb:
> On Tue, 17 Aug 2010 19:04:03 +0200
> Enrico Weigelt 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 signature
ent/content/article/57.html
(see and of the text)
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
eckouts (including a repo cache). Next 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 275
et another 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
approach, but
> that didn't stop you.
Right, that's why I'd people to use a proper vcs from start up,
and I'll step by step tweak certain packaging systems to create
git commits. (eg. a tweaked portage could import epatches directly
into git and also commits between all comman
of social competence".
(to be fair: this also applies to lots of other OSS projects).
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 5199
hat simple. Many distros don't even do proper patches,
instead wildly copy over or directly sed certain sourcesfiles,
or even (like Debian) use their own broken tarballs.
(the worst srcpkg I've ever seen is Debian's mysql-5.0.32 ...)
And even *if* we assume, that everyone's jus
n an disk array
crash a few years ago, and I didnt find the time to rewrite it yet.
Meanwhile I dont need it anymore, since I gave up maintaining
plaintext patches in favour of git. And that makes my daily works
_much_ easier.
Oh, btw: I'm announcing my oss-qm releases via twitter:
h
e && make install).
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 2
really happens.
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: +
* Samuli Suominen 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
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
rs which dont exist yet, procmail fails.
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
--
u 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 36207 519931 email:
rea ?
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 in dozens o
* Sebastian Pipping 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
;ll get everything with next upstream release.
Actually, I'm already doing so for quite some time now.
But often cannot/doesnt want to apply hotfixes ad-hoc. That's what
OSS-QM for: provide downstream branches for distros, embedded
maintainers, etc.
cu
--
--
y to answer all questions :)
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
* Jeremy Olexa schrieb:
> On Mon, 5 Jul 2010 18:48:43 +0200, Enrico Weigelt
> wrote:
> > Hi folks,
> >
> > please refer my recent postings on details what the oss-qm
> > project is all about. just a few words: the main idea is to
> >
>
> Enric
reported the bug, or are watching the reporter.
- End forwarded message -
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit
few words: 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==
make NM
> work w/o 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
--
------
he same
direction I'm planning to go into.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSour
ients 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 - htt
and then you can 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 Weigel
ets distributed to dozens of machines and runs build
tests coordinated by some server ... a bit like s...@home ;-)
Enough CPU is available all around the world, just heavily distributed.
cu
--
-------
I'm assuming modern VCS'es,
not toys like svn ;-p)
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the Open
t; enable it for stable releases.
Okay, aggreed. I've 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
--
--
str() ) > 0;
I'm not sure if this really qualifies an warning, since - AFAIK -
C spec never said, that there is an evaluation order for
function parameters.
cu
--
---------
em, 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/
--
ps ?
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
* Ciaran McCreesh schrieb:
> On Sat, 26 Jun 2010 22:09:09 +0200
> Enrico Weigelt 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
agree with Ciaran here, to add one more thing: tags can be mutable.
Thats a matter of proper VCS configuration (hooks, etc)
cu
--
---------
Enrico Weigelt==
* Ciaran McCreesh schrieb:
> On Sat, 26 Jun 2010 21:46:39 +0200
> Enrico Weigelt 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 create
* Ciaran McCreesh schrieb:
> On Sat, 26 Jun 2010 21:39:15 +0200
> Enrico Weigelt 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 fi
;t actually have to create release tarballs,
just hack up a little script which creates them on-the-fly
from an canonical URL scheme (eg. oss-qm does exactly that).
cu
--
-
Enrico Weigelt== metux IT service - http://www.
(see my recent posts) is for.
(and all goes sooo easy w/ tools like git ;-p)
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metu
ed in good old C/C++, etc
Just give me everything you've got :)
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visi
elease the source archives along with whatever binary archives you may have."
^
cu
--
---------
Enrico Weigelt== metux IT service
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://ww
to filter the very first entry?
>
> + while (walk && (walk->next))
> + {
> + if (_filter_remote_ref(transport, walk->next))
> + walk->next = walk-&g
completely trivial when using free git hosters as mirrors)
b) add an selective filtering system. AFIAK current stable git
doesnt provide that yet - I've added an little patch for that:
http://repo.or.cz/w/oss-qm-p
uot;secure" infrastructures for govermental crimes ... ;-o
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/O
qm-project-2010050101.pdf
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wik
, these BSI guys are beaurocrats, not hackers. If they were
hackers, they'd prefer source distros over binary ones to add more randomness
to the overall installed machine code ...
cu
--
----
can just set the appropriate
> variables.
ACK. But it should also be possible to specify names here
(not just numerical IDs), just in case the underlying kernel
doesnt have numerical UIDs at all ...
cu
--
---------
Enrico Weigelt=
ld have to cope with.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/publ
luding content data and configs, of course) should be assigned
to the package.
The big Q: how can we achieve this ?
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
--
ny technical reasons for having that all
within a widget toolkit, instead of a separate library.
hmm, time for a fork ? ;-)
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
* Ben de Groot schrieb:
> Or maybe the gtk+ maintainers want to split up their package...
Actually, that would be a big step forward ...
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux
want to
fix this, let's fork. (i'm hereby volunteering as maintainer).
cu
PS: please no "we're not debian"-flamewars ;-o
--
---------
Enrico Weigelt==
Didnt have the time for an deeper investigation, but if an widget
toolkit requires an printing service, something really strange
is happening, IMHO ... ;-o
cu
--
---------
Enrico Weigelt== metux IT se
to an wrapper script
(configurable via eselect) ?
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM
ng (only 1 bug left) :)
cu
[1] http://www.midnight-commander.org/
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the Ope
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.met
useful there and test out carefully. There's no presure to this
for the whole distro at once.
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 :
> >
> >
> > Funny, how you all manage to make simple things complicated ;-o
> >
> > I guess nobody considered an trivial solutions like
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
lags.
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux
this now, because 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
hat will make the configure run twice, wasting users' time, and is
> usually evil if you are using unpack to check for the generated
> configure (yes it happened to me a couple of time).
That strange "maintainer mode" is one of the things on my "to-rip-off"
list, a
1 - 100 of 238 matches
Mail list logo
