Hi!
If nobody objects I will add DVB_CARDS to USE_EXAPAND on next saturday
(2005/12/03).
This will be used to decide which firmware-file to download and install within
the to be created media-tv/linuxtv-dvb-firmware ebuild.
Zzam
--
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org
On Monday 28 November 2005 22:37, Chris Gianelloni wrote:
> On Mon, 2005-11-28 at 21:53 +0100, Matthias Schwarzott wrote:
> > Hi!
> >
> > If nobody objects I will add DVB_CARDS to USE_EXAPAND on next saturday
> > (2005/12/03).
> >
> > This will be used to dec
ts after a recording
http://www.linuxtv.org/vdrwiki/index.php/Main_Page
Matthias
--
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org
--
gentoo-dev@gentoo.org mailing list
ent working directory
in /usr/portage/distfiles/hg-src/${HG_MODULE}.
That creates problems when applying patches.
Could the eclass switch to ${WORKDIR} after unpacking.
Now I use this part of code
S=${WORKDIR}/v4l-dvb/v4l
src_unpack() {
S=${WORKDIR}/v4l-dvb mercurial_src_unpack
cd ${WORK
On Wednesday 24 May 2006 03:30, Aron Griffis wrote:
> Matthias,
>
> Matthias Schwarzott wrote: [Sun May 21 2006, 05:40:53AM EDT]
>
> > * The eclass copies the downloaded sources to ${S} rather than to
> > ${WORKDIR}/${HG_MODULE_NAME}.
> > * the unpack-function keeps
ps stay in LIRC_OPTS are things
like --with-port=378. But I think most of these settings can also be changed
at module-load-time.
Matthias
--
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org
--
gentoo-dev@gentoo.org mailing list
On Sunday 04 June 2006 05:11, Ryan Hill wrote:
> Matthias Schwarzott wrote:
> > The --with-driver part will be moved to LIRC_DRIVERS. The name need not
> > to be LIRC_DRIVERS, tell me if you have a better name for it
> > (LIRC_RECEIVERS is another possibility).
>
>
On Montag, 5. Mai 2008, Peter Volkov wrote:
> В Вск, 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 as l
On Samstag, 10. Mai 2008, Steve Long wrote:
> Matthias Schwarzott wrote:
> > Code may look like this:
> >
> > # get last one of sorted list
> > for t in $(ls -1 /usr/bin/gcc-3*|sort); do
>
> use teh globs, luke ;)
> for t in /usr/bin/gcc-3*; do # will a
Hi there!
This post is about how to create a nice upgrade path when merging two
packages.
The packages I care about are media-plugins/vdr-streamdev-{client,server},
that we wanted to merge into one media-plugins/vdr-streamdev package.
So there seem to be different options:
1. Just create the
On Donnerstag, 5. Juni 2008, Ulrich Mueller wrote:
> >>>>> On Thu, 5 Jun 2008, Matthias Schwarzott wrote:
> >
> > This post is about how to create a nice upgrade path when merging two
> > packages.
> > The packages I care about are
> > media-plugins/
On Donnerstag, 5. Juni 2008, Rémi Cardona wrote:
> Matthias Schwarzott a écrit :
> > With #1 user will get no message, as neither the user nor the package
> > manager know of the merged package that should be emerged.
>
> I would do #1 because it's easier to do a
On Montag, 9. Juni 2008, Enrico Weigelt wrote:
> * Matthias Schwarzott <[EMAIL PROTECTED]> schrieb:
>
> Hi,
>
> > This post is about how to create a nice upgrade path when merging two
> > packages.
> > The packages I care about are
> > media-plugins/vdr-st
On Freitag, 13. Juni 2008, Santiago M. Mola wrote:
> Hi all,
>
> As discussed in bug #222721, portage has changed the execution order
> of phases. It seems the change was introduced in portage-2.1.5 and it
> makes that, when upgrading a package, pkg_postinst is run after the
> old version has been
On Donnerstag, 19. Juni 2008, Jeroen Roovers wrote:
> On Thu, 19 Jun 2008 11:20:10 +0100
>
> David Leverton <[EMAIL PROTECTED]> wrote:
> > What's to stop an application from loading a "normal" library using
> > libtool's dlopen wrapper (perhaps so it can fail gracefully if the
> > library is missin
On Mittwoch, 6. August 2008, Robin H. Johnson wrote:
> Getting the bot out there
> -
> If you would like to have the new bot in your #gentoo-* channel, would
> each channel founder/leader please respond to this thread, stating the
> channel name, and that they are the contac
On Dienstag, 30. September 2008, Thomas Sachau wrote:
>
> From my knowledge and experience with sunrise:
>
> some functions that dont need "|| die":
> epatch, econf, eqmake3, eqmake4
>
> some functions that need "|| die":
> emake, do*
>
> Afaik die wont work in a subshell independent of how it is c
On Sonntag, 18. Januar 2009, Robin H. Johnson wrote:
> I'm raising this as an extension of bug 253076, but also because I see
> the potential for danger.
>
> To date, for an init script that has baselayout2-specific behavior, we
> have had some variant of [ -e /lib/librc.so ] in the init script.
>
On Samstag, 28. Februar 2009, Peter Volkov wrote:
> В Втр, 24/02/2009 в 16:14 +0200, Serkan Kaba пишет:
> > lucene-contrib eclass in java-experimental [1] sets EAPI to 1 to use
> > slot deps. And I think that's a valid usage.
> >
> > 1:
> > http://overlays.gentoo.org/proj/java/browser/java-experime
Am 05.06.2017 um 20:13 schrieb Michał Górny:
>
> # Michał Górny (05 Jun 2017)
> # (on behalf of Treecleaner project)
> # Unmaintained in Gentoo. The current Gentoo version no longer builds.
> # Removal in 30 days. Bug #602820.
> media-plugins/vdr-xineliboutput
>
I like to take this package.
It
Am 05.06.2016 um 21:04 schrieb Robin H. Johnson:
> On Sun, Jun 05, 2016 at 01:47:48PM +0200, Patrice Clement wrote:
>> dev-util/cdecl
>> dev-util/dwarves
>> dev-util/intel2gas
>> dev-util/lsuio
>> dev-util/mock
>> dev-util/par
>> dev-util/tinlink
>> dev-util/usb-robot
> I've used the above subset o
Am 11.06.2016 um 21:41 schrieb Matthias Schwarzott:
> Am 05.06.2016 um 21:04 schrieb Robin H. Johnson:
>> On Sun, Jun 05, 2016 at 01:47:48PM +0200, Patrice Clement wrote:
>>> dev-util/cdecl
>>> dev-util/dwarves
>>> dev-util/intel2gas
>>> dev-util/lsu
virtual/linuxtv-dvb-headers has been important in the past when
linux-headers was not yet up-to-date.
Now it just pulls in >=sys-kernel/linux-headers-3.7.
Even that could be dropped as it is part of @system.
Bug: https://bugs.gentoo.org/924398
Signed-off-by: Matthias Schwarzott
---
eclass/
Closes: https://bugs.gentoo.org/924398
Signed-off-by: Matthias Schwarzott
---
.../linuxtv-dvb-headers-5.8.ebuild | 11 ---
virtual/linuxtv-dvb-headers/metadata.xml | 12
2 files changed, 23 deletions(-)
delete mode 100644 virtual/linuxtv-dvb
When stratagus is compiled with USE=debug, its executable is called
/usr/bin/stratatgus-dbg.
Signed-off-by: Matthias Schwarzott
---
games-strategy/wargus/wargus-3.3.2.ebuild | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/games-strategy/wargus/wargus-3.3.2.ebuild
b
Avoid renaming stratagus executable if compiled with USE=debug.
It would end up as /usr/bin/stratatgus-dbg instead of /usr/bin/stratatgus.
Signed-off-by: Matthias Schwarzott
---
games-engines/stratagus/stratagus-3.3.2.ebuild | 1 +
1 file changed, 1 insertion(+)
diff --git a/games-engines
Avoid renaming stratagus executable if compiled with USE=debug.
It would end up as /usr/bin/stratagus-dbg instead of /usr/bin/stratagus.
Signed-off-by: Matthias Schwarzott
---
games-engines/stratagus/stratagus-3.3.2.ebuild | 1 +
1 file changed, 1 insertion(+)
diff --git a/games-engines
Am 13.02.24 um 09:19 schrieb Matthias Schwarzott:
virtual/linuxtv-dvb-headers has been important in the past when
linux-headers was not yet up-to-date.
Now it just pulls in >=sys-kernel/linux-headers-3.7.
Even that could be dropped as it is part of @system.
Bug: https://bugs.gentoo.org/924
Am 25.02.24 um 18:11 schrieb Martin Dummer:
Am 25.02.24 um 11:10 schrieb Matthias Schwarzott:
Am 13.02.24 um 09:19 schrieb Matthias Schwarzott:
virtual/linuxtv-dvb-headers has been important in the past when
linux-headers was not yet up-to-date.
Now it just pulls in >=sys-kernel/linux-head
Am 25.02.24 um 18:54 schrieb Ionen Wolkens:
On Tue, Feb 13, 2024 at 09:19:46AM +0100, Matthias Schwarzott wrote:
virtual/linuxtv-dvb-headers has been important in the past when
linux-headers was not yet up-to-date.
Now it just pulls in >=sys-kernel/linux-headers-3.7.
Even that could be drop
: Matthias Schwarzott
---
eclass/vdr-plugin-2.eclass | 4 ++--
media-tv/dvbstream/dvbstream-0.7_pre20080516-r1.ebuild | 5 ++---
media-tv/dvbtune/dvbtune-0.5-r1.ebuild | 4 ++--
.../linuxtv-dvb-apps-1.1.1.20140321-r2.ebuild| 4
Closes: https://bugs.gentoo.org/924398
Signed-off-by: Matthias Schwarzott
---
.../linuxtv-dvb-headers-5.8.ebuild | 11 ---
virtual/linuxtv-dvb-headers/metadata.xml | 12
2 files changed, 23 deletions(-)
delete mode 100644 virtual/linuxtv-dvb
Hi!
These changes will be commited later today.
Regards
Matthias
sub-herd.
The best realizable alternatives we can think of are:
c) herd media-tv and [EMAIL PROTECTED] (projects mail-address) as maintainer.
d) create an own herd vdr.
What do you think of that?
Zzam
--
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org
pgpA9Hp26uXpb.pgp
Description
On Sunday 09 July 2006 19:17, Matthias Schwarzott wrote:
We will use the alternative c) - as lu_zero and flameeyes suggested.
> c) Using media-tv as herd and [EMAIL PROTECTED] (project's mail-address) as
> maintainer.
Matthias
--
Matthias Schwarzott
Gentoo Developer
http://www
adata-file (maintainer before herd tag):
http://www.gentoo.org/dtd/metadata.dtd";>
[EMAIL PROTECTED]
Gentoo VDR Project
media-tv
Matthias
--
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org
pgprl0Gwn2pR4.pgp
Description: PGP signature
tual/pcmcia ) )"
--cut--
I don't know if pcmcia should then be added to every ebuild including
linux-mod.eclass.
Please solve this before adding pcmcia on every kernel-module-ebuild.
Matthias
--
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org
pgpdqMJ1OoKWx.pgp
Description: PGP signature
veloper activating these flags, but being overwritable when
needed.
like FEATURES="developer -test"
Matthias
--
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org
pgpCCNHgYZT7o.pgp
Description: PGP signature
lacking 2) since I moved a while ago. As you can see in
> bug #153341 it could really need a bit more love than I can currently give
> it.
>
With some patches it can also work with DVB. But I neither have the correct
patch nor the time to take just another package.
Matthias
--
Matth
# Matthias Schwarzott <[EMAIL PROTECTED]> (29 Nov 2006)
# Pending removal Dec 29 2006
# No longer supported from upstream.
# Are all replaced by the app vlc.
media-video/vlms
media-video/vls
--
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org
pgpPe2UO26loy.pgp
Descriptio
# Matthias Schwarzott <[EMAIL PROTECTED]> (29 Nov 2006)
# Pending removal Dec 29 2006
# libvideogfx not compiling since years (Bug #69389)
# sampeg3 being only package depending on it, no releases
# since years, homepage dead (Bug #120563)
media-libs/libvideogfx
media-video/s
?id=130766
It creates empty /usr/lib/hotplug/firmware that is no longer used
(now: /lib/firmware)
Bug: http://bugs.gentoo.org/show_bug.cgi?id=124427
Matthias
--
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org
--
gentoo-dev@gentoo.org mailing list
folks think?
Hm, I think this should be fine.
I only have one point against this: Has the issue of different files for every
download be solved?
Thread listed here: http://thread.gmane.org/gmane.linux.gentoo.devel/36077
Matthias
--
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org
--
gentoo-dev@gentoo.org mailing list
On Wednesday 27 December 2006 20:38, Petteri Räty wrote:
> He hails from Berlin, Germany.
Welcome to the German Conspiracy ;)
Matthias
--
Matthias Schwarzott (zzam)
--
gentoo-dev@gentoo.org mailing list
On Dienstag, 13. März 2007, Thomas de Grenier de Latour wrote:
> ./eclass/vdr-plugin.eclass:
>if which md5sum >/dev/null 2>&1; then
^^ fixed
Matthias
--
Matthias Schwarzott (zzam)
--
gentoo-dev@gentoo.org mailing list
hile `type -P echo` would
> > return "/bin/echo"
> > -mike
>
> Quick search shows the following ebuilds are abusing this behavior.
>
The scripts installed by these ebuilds also use which:
sys-kernel/module-rebuild:
media-tv/vdrplugin-rebuild: (fixed)
R_PORTAGEQ="`which portageq 2>/dev/null`"
Matthias
--
Matthias Schwarzott (zzam)
--
gentoo-dev@gentoo.org mailing list
ional rule
files prefixed with 80- or similar.
Matthias
--
Matthias Schwarzott (zzam)
--
gentoo-dev@gentoo.org mailing list
On Donnerstag, 15. März 2007, Matthias Schwarzott wrote:
> Hi fellows!
>
>
> 2. I think we should get udev rules directory (/etc/udev/rules.d/) a bit
> more cleaned up.
>
> At the moment a lot of packages install their files prefixed with 99.
> I does not like that, and i
On Donnerstag, 15. März 2007, Matthias Schwarzott wrote:
> Hi fellows!
>
> 1. I am going to remove the legacy call of /etc/dev.d from our default
> udev-rules.
>
> # always run /etc/dev.d/ stuff for now.
> #RUN+="udev_run_devd $env{SUBSYSTEM}"
>
> If I get
ey be in /lib/udev or in /$(get_libdir)/udev
Matthias
--
Matthias Schwarzott (zzam)
--
gentoo-dev@gentoo.org mailing list
On Sonntag, 8. April 2007, Mike Frysinger wrote:
> sys-power/nvram-wakeup
VDR-Team can look at it.
Matthias
--
Matthias Schwarzott (zzam)
--
gentoo-dev@gentoo.org mailing list
ly working for an unnamed Networking/Security company.
>
> Please welcome Thomas as a new, fellow developer among us !
>
Welcome Thomas!
Wow, new gentoo members in less than 100km distance. I'm from Erlangen :)
Zzam
--
Matthias Schwarzott (zzam)
--
[EMAIL PROTECTED] mailing list
here is smart conf-file updating inside pkg_preinst(), I think even
emerge -b could be unsafe.
Matthias
--
Matthias Schwarzott (zzam)
--
[EMAIL PROTECTED] mailing list
n!
+1 for german conspiracy. Lets found a franconian sub-conspiracy ;)
Greets from Erlangen
Matthias
--
Matthias Schwarzott (zzam)
--
[EMAIL PROTECTED] mailing list
, and not use
the already existing ones.
Matthias
--
Matthias Schwarzott (zzam)
--
[EMAIL PROTECTED] mailing list
later
there were some updates of lvm2, so all users of ~arch that are up to date
should have this.
Maybe baselayout2 could get some blockers against too old versions of
device-mapper/lvm2.
Greetings
Matthias
--
Matthias Schwarzott (zzam)
--
[EMAIL PROTECTED] mailing list
On Freitag, 31. August 2007, Matthias Schwarzott wrote:
> Hi there!
>
> What do you think about adding /etc/udev/rules.d/ to CONFIG_PROTECT_MASK.
> This will no longer bother the user with updating these files.
> Thus it will reduce the number of bugs triggered by forgotten config
On Freitag, 31. August 2007, Tobias Klausmann wrote:
> Hi!
>
> On Fri, 31 Aug 2007, Mike Frysinger wrote:
> > On Friday 31 August 2007, Marius Mauch wrote:
> >> Petteri Räty <[EMAIL PROTECTED]> wrote:
> >>> Matthias Schwarzott kirjoitti:
> >>
On Samstag, 1. September 2007, Daniel Drake wrote:
> I like the idea of adding this to CONFIG_PROTECT_MASK.
>
> Matthias Schwarzott wrote:
> > Only problem I see: What to do with people having custom modifications
> > inside the default rules-files?
>
> I can't t
Matthias
--
Matthias Schwarzott (zzam)
--
[EMAIL PROTECTED] mailing list
On Samstag, 1. September 2007, Matthias Schwarzott wrote:
> On Samstag, 1. September 2007, Daniel Drake wrote:
> > I like the idea of adding this to CONFIG_PROTECT_MASK.
> >
Ok seems we should do this! Next udev ebuild will add rules directory to
CONFIG_PROTECT_MASK.
I also
On Dienstag, 4. September 2007, Matthias Schwarzott wrote:
> On Samstag, 1. September 2007, Matthias Schwarzott wrote:
> > On Samstag, 1. September 2007, Daniel Drake wrote:
> > > I like the idea of adding this to CONFIG_PROTECT_MASK.
>
> Ok seems we should do this! Next ud
t about plugdev - should that name be changed?
Why is it used there? I remember it came from hal or similar.
Matthias
--
Matthias Schwarzott (zzam)
--
[EMAIL PROTECTED] mailing list
On Dienstag, 4. September 2007, Matthias Schwarzott wrote:
Hi there!
>
> So here we are:
> In udev git-gtree suse and redhat rules are already merged.
> But they use a different permission / group system than we have, they have
> less groups and assign some desktop permissions
On Donnerstag, 6. September 2007, Matthias Schwarzott wrote:
> On Dienstag, 4. September 2007, Matthias Schwarzott wrote:
Hi there!
> That is already available as udev-115-r1 ebuild.
>
> I now tried to get a small ruleset to apply additional to upstream ones to
> get a sane stat
, until module-init-tools is
patched (Bug #192201).
Matthias
--
Matthias Schwarzott (zzam)
--
[EMAIL PROTECTED] mailing list
On Montag, 24. September 2007, Donnie Berkholz wrote:
> On 19:59 Mon 24 Sep , Matthias Schwarzott (zzam) wrote:
> > zzam07/09/24 19:59:38
> >
>
> This ebuild has really inconsistent use of tests, quotes in tests, and
> command substitutions. Being more
I guess ROOT-safeness here is irrelevant, as for vdr / vdr-plugin.eclass there
is yet no good solution to use the headers from ${ROOT}/usr/include/vdr for
compiling.
How can this be converted to respect ROOT ?
Most times the sources just do
#include
And this normally will find headers located under /usr/include.
Matthias
--
Matthias Schwarzott (zzam)
--
[EMAIL PROTECTED] mailing list
On Freitag, 21. September 2007, Matthias Schwarzott wrote:
> Hi there!
>
> If nobody objects, I will unmask udev-115-r5 (or later if needed) today or
> tomorrow. There are some rules that got removed between udev-115-r1 and
> newer version. If you miss anything please contact us. Ei
On Freitag, 12. Oktober 2007, Donnie Berkholz wrote:
> On 19:35 Thu 11 Oct , Matthias Schwarzott (zzam) wrote:
> > 1.1 app-misc/lirc/lirc-0.8.2-r2.ebuild
> >
> > file :
> > http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-misc/lirc/lirc-0.8.2
On Dienstag, 9. Oktober 2007, Donnie Berkholz wrote:
> fowners
solved by
diropts -m755 -ovdr -gvdr
keepdir /var/cache/vdr-radio
Matthias
--
Matthias Schwarzott (zzam)
--
[EMAIL PROTECTED] mailing list
s, it may be worth
> > adding a comment explaining why.
>
> base.eclass supports the PATCHES variable which is why I use it in the
> first place
>
How can I use PATCHESwithout quoting issues?
default is this (when not using relative pathes):
PATCHES="${FILESDIR}/p1.diff ${FILESDIR}/p2.diff"
Regards
Matthias
--
Matthias Schwarzott (zzam)
--
gentoo-dev@lists.gentoo.org mailing list
On Sonntag, 12. Juli 2009, Sebastian Pipping wrote:
> "vdr-xine-overlay", # vdr-xine
Fixed to be vdr-xine.
Zzam
On Dienstag, 25. August 2009, Diego E. Pettenò wrote:
> # Diego E. Pettenò (25 Aug 2009)
> # on behalf of QA team
> #
> # Fails to fetch since June 2007 (bug #181908), that's over
> # two years ago.
> #
> # Removal on 2009-10-24
> media-tv/linuxtv-dvb-firmware
Only some of the many possible firm
Hi there!
The new udev-145 and newer have some new kernel requirements. How should the
ebuild verify they are met?
Some possible ways:
1. Check config under /usr/src/linux
2. Check /proc/config.gz
3. Print message for user in pkg_postinst
Second point: udev-145 bundles a lot of new extras, but
Hi there!
As some of you have waited long for this to happen, sys-apps/openrc-0.5.1 is
there. It has a default enabled (eapi-1) useflag oldnet to install the
old-style network scripts called net.*.
Regardless of this use-flag, the new init-script /etc/init.d/network is always
installed.
For tr
On Samstag, 10. Oktober 2009, Nirbheek Chauhan wrote:
> On Sat, Oct 10, 2009 at 6:42 PM, Alin Năstac wrote:
> > On 10/9/09 7:57 PM, Matthias Schwarzott wrote:
> >> * does new scripts already can do all that was possible with net.* ?
> >
> > No. PPP is not c
On Dienstag, 13. Oktober 2009, Markos Chandras wrote:
>
> I agree with Nirbheek. You should always provide an updated documentation (
> and a news item if necessary ) when you release a new major update of such
> core packages. I would like to see new openrc masked until the
> documentation is read
On Mittwoch, 14. Oktober 2009, sch...@subverted.org wrote:
>
> Oh, you mean the docs that only cover the "old" configuration mechanism
> and are only installed with USE=oldnet? How silly to think that changes
> that are likely to take testers' machines offline should be documented,
> if nothing el
On Montag, 9. November 2009, Mart Raudsepp wrote:
> On Sun, 2009-08-30 at 16:11 +0200, Matthias Schwarzott wrote:
> > Hi there!
>
> A late hello,
>
> > Second point: udev-145 bundles a lot of new extras, but they can only be
> > enabled/disabled all or nothing.
> &
Matthias Schwarzott
--
gentoo-dev@gentoo.org mailing list
Getting that discussion back on top.
On Samstag, 22. Januar 2011, Diego Elio Pettenò wrote:
> Il giorno sab, 22/01/2011 alle 11.02 -0600, William Hubbs ha scritto:
> > Is there a reason for this? If not, would it break things if we start
> > using /libexec as well as /usr/libexec?
>
> More or les
On Sonntag, 24. April 2011, Samuli Suominen wrote:
> On 04/24/2011 10:43 PM, Matthias Schwarzott wrote:
> > Getting that discussion back on top.
> >
> >> Which is wrong, it should be /lib/foo instead, not $(get_libdir), to
> >> follow what udev and other softw
On Sonntag, 24. April 2011, Michał Górny wrote:
> On Sun, 24 Apr 2011 21:43:16 +0200
>
> Matthias Schwarzott wrote:
> > Sounds like we should fix udev ebuild and some ebuilds installing
> > udev rules to not use /$(get_libdir)/udev, but plain /lib/udev.
> >
> >
On Sonntag, 24. April 2011, Michał Górny wrote:
> On Sun, 24 Apr 2011 21:43:16 +0200
>
> Matthias Schwarzott wrote:
> > Sounds like we should fix udev ebuild and some ebuilds installing
> > udev rules to not use /$(get_libdir)/udev, but plain /lib/udev.
> >
> >
On Sonntag, 24. April 2011, Matthias Schwarzott wrote:
> Getting that discussion back on top.
>
> On Samstag, 22. Januar 2011, Diego Elio Pettenò wrote:
> > Il giorno sab, 22/01/2011 alle 11.02 -0600, William Hubbs ha scritto:
> > > Is there a reason for this? If not, wou
On Saturday 14 May 2011, you wrote:
> On 05/14/2011 05:00 PM, Matthias Schwarzott (zzam) wrote:
> > zzam11/05/14 14:00:34
> >
> > Modified: ChangeLog udev-.ebuild
> > Added:udev-168-r2.ebuild
> > Log:
> > R
Hi there!
I updated my ~amd64 system recently to new hardware (Intel Core i3-4160).
Since then valgrind did no longer work for 32bit programs because
"-march=native" did choose instructions that valgrind does not support
in 32bit mode (even ld.so was unusable).
After some research I put this into
On 29.03.2015 20:58, Matthias Schwarzott wrote:
> Hi there!
>
> I updated my ~amd64 system recently to new hardware (Intel Core i3-4160).
> Since then valgrind did no longer work for 32bit programs because
> "-march=native" did choose instructions that valgrind does no
On 29.03.2015 23:29, Davide Pesavento wrote:
> On Sun, Mar 29, 2015 at 9:12 PM, Matthias Schwarzott wrote:
>> On 29.03.2015 20:58, Matthias Schwarzott wrote:
>>> Hi there!
>>>
>>> I updated my ~amd64 system recently to new hardware (Intel Core i3-4160).
>&g
Hi!
Feel free to take over one of these packages if interested:
* sys-apps/input-utils
* dev-java/skinlf
Regards
Matthias
91 matches
Mail list logo
