[Mageia-dev] Freeze push: openttd-opengfx
Hi, please push openttd-opengfx. Latest version fixes build issue (failing check) with nml 0.2.4. New version also fixes missing sprites warnings with openttd 1.3.0-beta1, which we currently have.
[Mageia-dev] Mate Environment
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi guys :) Is there going to be Mageia Mate isos for version 3? thanks -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJQ8nnOAAoJEOk/tJ1aQIB98HEIAMHxUkvqBALWGAgW8bHCKDm+ SgUn7S1gbqD2xPxuWk68jhZLm7EsqvSDXDBs0RnhTkvkeOT0rxv/1Qq4EuBQZoLI IJfRoCIXr3MVEA/RAvdZ4q6fKdY4FvTmdKwTa/IBnWf3MLiAIsMsp9kfY+FCMQJ0 KxBm7Wz0HaEw41L5yBCNG9MuWVSJig4fYgSQOUBIgEIe2AD/owW8Yesnsa1RLV4Z w8rIa0gmcJNVTBgCCin2qlk1R88ZDXvUrC/1P4A3J2SFsxDrDLHOODsN49twFZq/ skjotVnjXtLzc3ncNmo41TdZrceDHPnM5mfxTprBOrhVZO4NByHCOuaj7PI91hQ= =F3It -END PGP SIGNATURE-
[Mageia-dev] I think VirtualBox locks up my system
Hi. I think virtualBox is causing my mga2 desktop system to Freeze after running a Cauldron guest for a couple of weeks, resulting in me having to do a hard reset. (SysRq magic doesn't work). I used to get these lockups when my mga2 laptop ran my VirtualBox Cauldron guest., it would also freeze after a couple of weeks. Both computers are i7 systems. the laptop have 6G ram and the desktop system have 16G ram. Does anyone else have these problems? -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Mate Environment
On Sun, 13 Jan 2013, Sandro CAZZANIGA wrote: Is there going to be Mageia Mate isos for version 3? Do you mean Mate the gnome2 successor? And then what do you mean with isos in this case? It is not even packaged in cauldron, that would first need to be done before a whole desktop environment can end op on ISO images. Christiaan
Re: [Mageia-dev] Mate Environment
Le 13/01/2013 10:27, Christiaan Welvaart a écrit : On Sun, 13 Jan 2013, Sandro CAZZANIGA wrote: Is there going to be Mageia Mate isos for version 3? Do you mean Mate the gnome2 successor? And then what do you mean with isos in this case? It is not even packaged in cauldron, that would first need to be done before a whole desktop environment can end op on ISO images. I know that, thanks, thought there were components of Mate in Cauldron yet, maybe I'm wrong. signature.asc Description: OpenPGP digital signature
Re: [Mageia-dev] The upcomming MSN network shutdown is postponed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/01/13 12:44, Sandro CAZZANIGA wrote: Le 12/01/2013 11:27, Johnny A. Solbu a écrit : One thing first, there's a problem with your recent message: gpg: Signature made Fri Jan 11 23:51:59 2013 CET using RSA key ID 5A40807D gpg: BAD signature from Sandro CAZZANIGA scazzan...@linagora.com Arf, my thunderbird encoding is bad :/ Maybe different instead of bad. I only get warning messages about Johnny's mails in this thread, but yours are OK -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQ8oCqAAoJEKWubDMI5nEBMdoIAKN2k8Unevdtt7Tl98cIN/vr v9e5fI2kUSvpQ8FvlfZjblTX+4gtaDr66NTWoIvpoUxt+au8Nlhs62vgWqNtbEWl MAvN+zgokuVx0+a5TbdxX80yWf0tJL/5hRqmdmEqoqExhfUpTvLdzLyvu6JY2C/m Y1ne0S7Itkf1xeAZXrxQWgkEje7WAxLLS0Rck1NqSgGr87jVRz6zztwtly7kUUDl cINWAUDF3n9hBkseWfvNHUOiats+kpZWnUiAClxCaY0U1XDv7f+0Twwv/L9JU7ro IGp39WvNtMvErn0RxLyQ5hQszUx5oe70bWQRVVmCuZZl7lms2Ua1gmul/cpQ2zM= =9/W0 -END PGP SIGNATURE-
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release perl-Linux-Pid-0.40.0-2.mga3
On 13 January 2013 10:07, umeabot buildsystem-dae...@mageia.org wrote: Description : Why should one use a module to get the PID and the PPID of a process where there are the '$$' variable and the 'getppid()' builtin ? (Not mentioning the equivalent 'POSIX::getpid()' and 'POSIX::getppid()' functions.) In fact, this is useful on Linux, with multithreaded programs. Linux' C library, using the linux thread model, returns different values of the PID and the PPID from different threads. (Other thread models such as NPTL don't have the same behaviour). This module forces perl to call the underlying C functions 'getpid()' and 'getppid()'. given that: 1) this module is not maintained (last release in 2006) 2) NPTL is the default since switching to kernel-2.6/glibc-2.4, aka since mdv2007.1, Shouldn't we investigate if apache-mod_perl really needs this? Note that RH's mod_perl now requires it too since last year.
Re: [Mageia-dev] The upcomming MSN network shutdown is postponed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13/01/13 10:38, Marja van Waes wrote: On 12/01/13 12:44, Sandro CAZZANIGA wrote: Le 12/01/2013 11:27, Johnny A. Solbu a écrit : One thing first, there's a problem with your recent message: gpg: Signature made Fri Jan 11 23:51:59 2013 CET using RSA key ID 5A40807D gpg: BAD signature from Sandro CAZZANIGA scazzan...@linagora.com Arf, my thunderbird encoding is bad :/ Maybe different instead of bad. I only get warning messages about Johnny's mails in this thread, but yours are OK Oh, mine is just as bad as Johnny's :/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQ8pH7AAoJEKWubDMI5nEBNbkIAKX0QgPh+BWvWFVgDLmzlc3A TSUR8S2ydugSgBebkWfSgBwf0nVe0JqkdJFyrkRMh9pvh3PrC0eGD0ywzpmDj63A qynQzWdkxCeg4dbbJeXdXqgzrZ486kny6xAlpjFPShPTdNZ3KYZta7/sZzDp+do2 ueHTZEyRLkL46eUDntSjtnFGiNBtsu5mu2hyXwvcmjdb+ivXWUNs87ko80tnfR0w HYqxpnh/FNsbxvW4V+yrCw0gIpPmO04Tei0PxiW+vdHqjDqS7qRPCzAnaAtkjQEO /rme9aKOfB2eUGfJ3647ruBNpprgvIYWG+oiwjLtVbUZ/kArFJPpmQ14H0KBxBQ= =/DIE -END PGP SIGNATURE-
Re: [Mageia-dev] The upcomming MSN network shutdown is postponed
Le 13/01/2013 11:52, Marja van Waes a écrit : On 13/01/13 10:38, Marja van Waes wrote: On 12/01/13 12:44, Sandro CAZZANIGA wrote: Le 12/01/2013 11:27, Johnny A. Solbu a écrit : One thing first, there's a problem with your recent message: gpg: Signature made Fri Jan 11 23:51:59 2013 CET using RSA key ID 5A40807D gpg: BAD signature from Sandro CAZZANIGA scazzan...@linagora.com Arf, my thunderbird encoding is bad :/ Maybe different instead of bad. I only get warning messages about Johnny's mails in this thread, but yours are OK Oh, mine is just as bad as Johnny's :/ You may just precise Always use PGP/Mime in Thunderbird :) signature.asc Description: OpenPGP digital signature
Re: [Mageia-dev] Mageia 4 question
Em 13-01-2013 05:54, Joseph Wang escreveu: Question: I have a large number of packages on my machine that are intended for Mageia 4 release. Should I wait until after the Mageia 3 release to check them in, or can I check them in now and not submit a build request. Either is fine with me, and the only reason for checking them early is so that it doesn't get lost if I have a local machine crash. Why don't you import them now, and submit them for MGA3? New packages are still accepted!
Re: [Mageia-dev] The upcomming MSN network shutdown is postponed
On 13/01/13 11:58, Sandro CAZZANIGA wrote: Le 13/01/2013 11:52, Marja van Waes a écrit : On 13/01/13 10:38, Marja van Waes wrote: On 12/01/13 12:44, Sandro CAZZANIGA wrote: Le 12/01/2013 11:27, Johnny A. Solbu a écrit : One thing first, there's a problem with your recent message: gpg: Signature made Fri Jan 11 23:51:59 2013 CET using RSA key ID 5A40807D gpg: BAD signature from Sandro CAZZANIGA scazzan...@linagora.com Arf, my thunderbird encoding is bad :/ Maybe different instead of bad. I only get warning messages about Johnny's mails in this thread, but yours are OK Oh, mine is just as bad as Johnny's :/ You may just precise Always use PGP/Mime in Thunderbird :) Where is that? I did use Enigmail, but I've now disabled it, which was quite hard: clicking disable and then closing and restarting TB, didn't disable Enigmail (tried 3 times). Only choosing restart now on the Enigmail line in the Add-ons Manager did. (Mga 2, Enigmail 1.4) I never used the restart now button before, because most of the time first a mail needs to finished after changing a setting.
Re: [Mageia-dev] Mageia 4 question
13.01.2013 13:58, zezinho kirjutas: Em 13-01-2013 05:54, Joseph Wang escreveu: Question: I have a large number of packages on my machine that are intended for Mageia 4 release. Should I wait until after the Mageia 3 release to check them in, or can I check them in now and not submit a build request. Either is fine with me, and the only reason for checking them early is so that it doesn't get lost if I have a local machine crash. Why don't you import them now, and submit them for MGA3? New packages are still accepted! Because he was not allowed :) -- Sander
Re: [Mageia-dev] Help needed: rpmlint checks not working
'Twas brillig, and AL13N at 12/01/13 21:42 did gyre and gimble: Op zaterdag 12 januari 2013 22:24:35 schreef AL13N: Op zaterdag 12 januari 2013 16:43:09 schreef Colin Guthrie: [..] There are currently ~70 ish packages to fix. I'll fix them up, but help is welcome :) [...] Then there are the udev rules :) [...] I will do all of these but as I've said already, people are more than welcome to fix some up :D Col i'll try and fix xen for both it seems for xen, it doesn't seem so standard. fedora ghosted those 3, so i did that too. Ghosting achieves very little in this case. Does xen automatically create those directories happily without the need for tmpfiles? If so I'd personally not package them at all (as it just continues to show up in the list generated by the urpmf command listed earlier as a false positive). While ghosting does have the advantage that rpm -qf will return sort of valid results, it does make this transition period more difficult as it would mean our list of packages would never get smaller. I'm also not totally convinced that the rpm -qf use case is benefitial enough to keep package %files+%ghosts synced with tmpfiles contents, especially as the tmpfiles become part of the upstream package. If it could somehow become automated (i.e. via a packaging script) then I'd be happy to support that. So, question. Does xen actually work? There appears to be no tmpfiles in it and thus I don't see what creates those folders unless xen does it internally (i.e. like gdm does). Can you confirm it's OK without tmpfiles and I'll manually filter it out of my urpmf command. If you also feel there is no real point in ghosting here specifically and not in any of the other packages, please do remove the ghosts as it'll save that manual filtering. no idea what to do with the udev parts, what is wrong with it? Nothing crazy. They just shouldn't be in /etc they should be in %_udevrulesdir when shipping in a package (and not be %config). Cheers Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] proftpd - why was mdv package imported over ours nuking our changes???
'Twas brillig, and Bersuit Vera at 12/01/13 19:57 did gyre and gimble: Hi all Excuse my mentor, Juancho alert me, but trust too much on me Maybe I trust too much in other distros I would like to work with you to learn more about the packaging of servers (systemctl etc...) I ask thousand excuses again. No need for a thousand, just one will do :) Like I say, don't worry too much - mistakes happen when learning and we all learn more from a mistake than anything else :) Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Mageia 4 question
'Twas brillig, and Joseph Wang at 13/01/13 04:54 did gyre and gimble: Question: I have a large number of packages on my machine that are intended for Mageia 4 release. Should I wait until after the Mageia 3 release to check them in, or can I check them in now and not submit a build request. Either is fine with me, and the only reason for checking them early is so that it doesn't get lost if I have a local machine crash. You should wait until after the packages subversion has been branched for mga3 as this is the tree used for updates to mga3 throughout it's life cycle. This typically happens when we release. So in short, if it's for mga4, then wait a little longer please :) Cheers Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] [packages-commits] [371667] Do not own /etc/skel
Le 13/01/2013 14:34, Sander Lepik a écrit : 13.01.2013 15:23, Luc Menut kirjutas: Hi Le 13/01/2013 13:00, r...@mageia.org a écrit : Revision 371667 Author sander85 Date 2013-01-13 13:00:46 +0100 (Sun, 13 Jan 2013) Log Message Do not own /etc/skel Modified Paths * cauldron/etcskel/current/SPECS/etcskel.spec #cauldronetcskelcurrentSPECSetcskelspec Modified: cauldron/etcskel/current/SPECS/etcskel.spec === --- cauldron/etcskel/current/SPECS/etcskel.spec2013-01-13 12:00:39 UTC (rev 371666) +++ cauldron/etcskel/current/SPECS/etcskel.spec2013-01-13 12:00:46 UTC (rev 371667) @@ -24,4 +24,4 @@ %files %doc ChangeLog -%config(noreplace) /etc/skel +%config(noreplace) /etc/skel/* Please, could you explain the raison of this change. /etc/skel is now owned by no package: urpmf ^/etc/skel$ http://pkgsubmit.mageia.org/uploads/rejected/cauldron/core/release/2013093211.umeabot.valstar.1917.youri Thanks Sander. Then, either we should add a rpmlint exception for etcskel, either we should fix filesystem. urpmq -l etcskel /etc/skel/tmp /usr/share/doc/etcskel /usr/share/doc/etcskel/ChangeLog urpmq --whatrequires etcskel basesystem-minimal etcskel urpmq --requires etcskel bash I don't understand why etcskel requires bash. As etcskel only owned /etc/skel and /etc/skel/tmp, if we move /etc/skel to filesystem, it does not make sense to keep etcskel rpm, and we should move /etc/skel/tmp too, and drop etcskel package. regards, Luc -- Luc Menut
Re: [Mageia-dev] Help needed: rpmlint checks not working
'Twas brillig, and Colin Guthrie at 13/01/13 13:26 did gyre and gimble: 'Twas brillig, and AL13N at 12/01/13 21:42 did gyre and gimble: Op zaterdag 12 januari 2013 22:24:35 schreef AL13N: Op zaterdag 12 januari 2013 16:43:09 schreef Colin Guthrie: [..] There are currently ~70 ish packages to fix. I'll fix them up, but help is welcome :) [...] Then there are the udev rules :) [...] I will do all of these but as I've said already, people are more than welcome to fix some up :D Col i'll try and fix xen for both it seems for xen, it doesn't seem so standard. fedora ghosted those 3, so i did that too. Ghosting achieves very little in this case. Does xen automatically create those directories happily without the need for tmpfiles? If so I'd personally not package them at all (as it just continues to show up in the list generated by the urpmf command listed earlier as a false positive). Hmm, actually no, I think I must be wrong here... seems ghosted files don't show up in urpmf... So I guess there is no harm in leaving the %ghosts, but I still say it'll be an annoying packaging overhead to keep it in sync with either tmpfiles or internal application logic. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
[Mageia-dev] something wrong with mscore (ancient name musescore) in the BuildSystem ?
mscore was submitted by umeabot 18 hours ago and is still building (for 18 hours...) without any progress seems longer to build than libreoffice or kernel, Looping somewhere ? NB there is a file conflict concerning one of its BuildRequires : BuildRequires: texlive-mf2pt1 file /usr/share/info/mf2pt1.info.xz from install of texlive-texmf-20120701-1.mga3.noarch conflicts with file from package texlive-mf2pt1-2.5.0-1.mga3.noarch is this a possible explanation ? rabbit0 and rabbit2 have been stuck on it for 18 hours
Re: [Mageia-dev] something wrong with mscore (ancient name musescore) in the BuildSystem ?
On Sun, Jan 13, 2013 at 2:31 PM, PhilippeDidier philippedid...@laposte.net wrote: mscore was submitted by umeabot 18 hours ago and is still building (for 18 hours...) without any progress seems longer to build than libreoffice or kernel, Looping somewhere ? NB there is a file conflict concerning one of its BuildRequires : BuildRequires: texlive-mf2pt1 file /usr/share/info/mf2pt1.info.xz from install of texlive-texmf-20120701-1.mga3.noarch conflicts with file from package texlive-mf2pt1-2.5.0-1.mga3.noarch is this a possible explanation ? Yes, this is the problem (and why I posted about the conflict last night, hoping someone would fix it while I sleep :) )
Re: [Mageia-dev] libvirt fails to build
Colin Guthrie skrev 13.1.2013 18:00: Hi, libvirt failed to build with mass-rebuild. I also tweaked it's tmpfiles support but it too didn't build (unsurprising as it fails in configure). I tried with both kernel-headers and kernel-source but it didn't help. Can someone with more clue here have a look? http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130113155229.colin.valstar.17600/log/libvirt-1.0.1-5.mga3/build.0.20130113155250.log Feel free to remove my kernel-source BR if it's bogus. I'll take a look. -- Thomas
Re: [Mageia-dev] libvirt fails to build
On Sun, 13 Jan 2013, Colin Guthrie wrote: libvirt failed to build with mass-rebuild. I also tweaked it's tmpfiles support but it too didn't build (unsurprising as it fails in configure). I tried with both kernel-headers and kernel-source but it didn't help. Can someone with more clue here have a look? http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130113155229.colin.valstar.17600/log/libvirt-1.0.1-5.mga3/build.0.20130113155250.log This likely the same problem as: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/2013061923.umeabot.valstar.10551/log/connman-1.9-4.mga3/build.0.2013062158.log I tried to fix one such issue in bridge-utils, but I think the header file linux/if_bridge.h itself is wrong. It uses struct in6_addr but doesn't #include in6.h . Christiaan
[Mageia-dev] Freeze push request - gnuradio
Please push the new version of gnuradio - just released. It does not impact other packages, it fixes some bugs and has new features that would be good to have in Mageia 3, as the current version we have is quite old. It builds OK in iurt locally and basic functional tests are OK. It's in svn ready to submit. Thanks.
Re: [Mageia-dev] libvirt fails to build
Christiaan Welvaart skrev 13.1.2013 18:18: On Sun, 13 Jan 2013, Colin Guthrie wrote: libvirt failed to build with mass-rebuild. I also tweaked it's tmpfiles support but it too didn't build (unsurprising as it fails in configure). I tried with both kernel-headers and kernel-source but it didn't help. Can someone with more clue here have a look? http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130113155229.colin.valstar.17600/log/libvirt-1.0.1-5.mga3/build.0.20130113155250.log This likely the same problem as: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/2013061923.umeabot.valstar.10551/log/connman-1.9-4.mga3/build.0.2013062158.log I tried to fix one such issue in bridge-utils, but I think the header file linux/if_bridge.h itself is wrong. It uses struct in6_addr but doesn't #include in6.h . Indeed looks that way. I've sent a patch upstream to see if they agree. I will then add it to our kernel build too. -- Thomas
Re: [Mageia-dev] libvirt fails to build
Thomas Backlund skrev 13.1.2013 20:40: Christiaan Welvaart skrev 13.1.2013 18:18: On Sun, 13 Jan 2013, Colin Guthrie wrote: libvirt failed to build with mass-rebuild. I also tweaked it's tmpfiles support but it too didn't build (unsurprising as it fails in configure). I tried with both kernel-headers and kernel-source but it didn't help. Can someone with more clue here have a look? http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130113155229.colin.valstar.17600/log/libvirt-1.0.1-5.mga3/build.0.20130113155250.log This likely the same problem as: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/2013061923.umeabot.valstar.10551/log/connman-1.9-4.mga3/build.0.2013062158.log I tried to fix one such issue in bridge-utils, but I think the header file linux/if_bridge.h itself is wrong. It uses struct in6_addr but doesn't #include in6.h . Indeed looks that way. or not... building connman shows that was wrong: In file included from /usr/include/arpa/inet.h:22:0, from ./include/connman/inet.h:25, from src/connman.h:128, from src/tethering.c:40: /usr/include/netinet/in.h:35:5: error: expected identifier before numeric constant /usr/include/netinet/in.h:197:8: error: redefinition of 'struct in6_addr' In file included from /usr/include/linux/if_bridge.h:17:0, from src/tethering.c:38: /usr/include/linux/in6.h:30:8: note: originally defined here In file included from /usr/include/arpa/inet.h:22:0, from ./include/connman/inet.h:25, from src/connman.h:128, from src/tethering.c:40: /usr/include/netinet/in.h:238:8: error: redefinition of 'struct sockaddr_in6' In file included from /usr/include/linux/if_bridge.h:17:0, from src/tethering.c:38: /usr/include/linux/in6.h:46:8: note: originally defined here In file included from /usr/include/arpa/inet.h:22:0, from ./include/connman/inet.h:25, from src/connman.h:128, from src/tethering.c:40: /usr/include/netinet/in.h:274:8: error: redefinition of 'struct ipv6_mreq' In file included from /usr/include/linux/if_bridge.h:17:0, from src/tethering.c:38: /usr/include/linux/in6.h:54:8: note: originally defined here CC src/src_connmand-stats.o make[1]: *** [src/src_connmand-tethering.o] Error 1 make[1]: *** Waiting for unfinished jobs make: *** [all] Error 2 -- Thomas
Re: [Mageia-dev] missing tainted non-free rebuild
Thierry Vignaud skrev 13.1.2013 22:07: Hi the rebuild bot doesn't rebuild tainted non-free, which is needed: - for new toolchain (glibc/binutils/gcc) - for s/debug/debuginfo/ - for mini debuginfo - for core-tainted synchronization nonfree are rebuilt. the dual media ones (core / tainted) only is rebuilt on media last submitted ... but this is known and missing packages will be pushed after initial full rebuild is done. -- Thomas
Re: [Mageia-dev] Help needed: rpmlint checks not working
Op zondag 13 januari 2013 13:26:51 schreef Colin Guthrie: [...] Ghosting achieves very little in this case. Does xen automatically create those directories happily without the need for tmpfiles? If so I'd personally not package them at all (as it just continues to show up in the list generated by the urpmf command listed earlier as a false positive). While ghosting does have the advantage that rpm -qf will return sort of valid results, it does make this transition period more difficult as it would mean our list of packages would never get smaller. I'm also not totally convinced that the rpm -qf use case is benefitial enough to keep package %files+%ghosts synced with tmpfiles contents, especially as the tmpfiles become part of the upstream package. If it could somehow become automated (i.e. via a packaging script) then I'd be happy to support that. So, question. Does xen actually work? There appears to be no tmpfiles in it and thus I don't see what creates those folders unless xen does it internally (i.e. like gdm does). Can you confirm it's OK without tmpfiles and I'll manually filter it out of my urpmf command. If you also feel there is no real point in ghosting here specifically and not in any of the other packages, please do remove the ghosts as it'll save that manual filtering. thanks, i'll take this under advisement