* 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
* 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
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
yet lacks a large package repository as I'm
still working mostly alone on it)
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq
* Enrico Weigelt weig...@metux.de 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 tricker
--
--
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
--
--
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
, with coming releases) ?
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
].
Sounds 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.de
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: 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
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/
phone: +49 36207 519931 email: weig
--
--
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
of 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
--
--
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
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, metux IT service -- http
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 27565287 icq
--
--
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:
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
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, metux IT service -- http://www.metux.de/
phone: +49 36207
* Mike Frysinger vap...@gentoo.org schrieb:
On Friday, December 31, 2010 09:16:27 Enrico Weigelt wrote:
* Mike Frysinger vap...@gentoo.org 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 on making
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 519931 email: weig
--
--
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
* Mike Frysinger vap...@gentoo.org 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 developer's time
--
--
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
--
--
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
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 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
* 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
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
.
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
--
--
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
--
--
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
--
--
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
?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
:)
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
--
-
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
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
* 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
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
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
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public
://repo.or.cz/w/oss-qm-packages.git/shortlog/refs/heads/METUX.git.master
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit
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== metux
, they'd prefer source distros over binary ones to add more randomness
to the overall installed machine code ...
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
-2010050101.pdf
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
be assigned
to the package.
The big Q: how can we achieve this ?
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit
with.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public
eselect) ?
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public
for ?
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 service - http://www.metux.de
to
fix this, let's fork. (i'm hereby volunteering as maintainer).
cu
PS: please no we're not debian-flamewars ;-o
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
* Ben de Groot yng...@gentoo.org 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.de
toolkit, instead of a separate library.
hmm, time for a fork ? ;-)
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit
bug left) :)
cu
[1] http://www.midnight-commander.org/
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM
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
* 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
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
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
).
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
--
-
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
* 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
1 - 100 of 220 matches
Mail list logo