Re: Changelog for the latest Fedora kernel release/updates
On 08/07/2010 04:47 AM, Ilyes Gouta wrote: > I do need to be in a ACL and have a public key, isn't? :) > $ fedpkg clone --help usage: fedpkg clone [-h] [--branches] [--branch BRANCH] [--anonymous] module --anonymous, -a Check out a branch anonymously Worked for me, and I'm not in any of the relevant groups. -- J. Randall Owens | http://www.ghiapet.net ProofReading Markup Language | http://prml.sourceforge.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Javascript JIT in web browsers
On 08/16/2010 16:35 -0700, Bruno Wolff III wrote: > On Mon, Aug 16, 2010 at 15:48:14 -0700, > Adam Williamson wrote: >> >> Meanwhile, back in the real world, it is effectively impossible to use >> all sorts of useful websites without Javascript enabled. Even for > > Then don't use them. If sites don't get used they may stop requiring > people to significantly reduce the security of their systems to use them. > It doesn't even have to be all of them, just the ones that aren't that > important. Maybe you should file a bug against Javascript in Firefox? Oh, wait, bugzilla uses Javascript, doesn't it? Scratch that, no bugzilla for the purists. Disclaimer: I don't actually know how gracefully bugzilla handles itself without Javascript enabled; I would hope it would take it well. But it certainly does use it quite a bit when it is enabled. -- J. Randall Owens | http://www.ghiapet.net signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Javascript JIT in web browsers
On 08/19/2010 02:07 PM, Ilyes Gouta wrote: > Hi, > >> As always Kevin I agree with you. These people don't understand basic OSI >> network layers; rather obvious textbook stuff. > > The cool thing about JS and all what's happening today in the browser > world, is that everything is being done at the application layer > (level 4) of the OSI model, a fact which gives a rather unique > opportunity and freedom to software designers to specify applications > protocols easily and without huge constraints vs. what someone has to > deal with if you're at level 3, that's IP. OK, I'll just tell the transport, session, and presentation layers they can take the day off now, since we're using a four-layer model that doesn't allow TCP, UDP, or ICMP, and calling it the OSI model anyway. -- J. Randall Owens | http://www.ghiapet.net/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora Notifications System.
On 08/23/2010 01:54 PM, Manuel Escudero wrote: > > b) Let's test it first in Fedora and see how it goes, my idea was having > a notification system that let the user Choose between what kind of news > they wanna recieve in some part of the instalation process (trough > anaconda) so > if they want the notifier ON they would have that option during the > install and they will be able to choose between feeds. > > > In few words, my idea (Hermes) was focused in building a Feed Parser > customizable by the user that can be turned on/off trough anaconda the > first time the user installs... Just a minor point, but that should probably be firstboot rather than anaconda. After all, during most of the anaconda part of the install, it doesn't even know whether the installing person wants to install Hermes or not yet, and the rest of it after that is usually mostly non-interactive package installation. -- J. Randall Owens | http://www.ghiapet.net/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Koji crashes Chromium [was Rawhide Koji borked??]
On 09/07/2010 05:33 PM, Genes MailLists wrote: > On 09/07/2010 12:52 PM, Elio Maldonado wrote: > >> Gene, >> >> There is in now nss-3.12.7-4.fc13 in bodhi. >> Regarding >> >> error: Failed dependencies: >> pkgconfig(nss) is needed by (installed) >> evolution-data-server-devel-2.30.3-1.fc13.x86_64 >> >> You could try a 'sudo yum update --verbose nss' which will throw useful >> information. >> Let me investigate this in a VM and save you some grief. >> >> Elio >> > > >Problem with yum - I cannot seem to find the equivalent of the --test > rpm option ? > The best equivalent to --test I've noticed is to just run the yum command normally, then reply 'n' if/when you get the "Is this ok [y/N]:" prompt. It doesn't lend itself to non-interactive use, of course. -- J. Randall Owens | http://www.ghiapet.net/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Sponsor needed (was: Re: [ACTION REQUIRED] Retiring packages in F-16 (v3))
On Thu, 14 Jul 2011, Bill Nottingham wrote: > Date: Thu, 14 Jul 2011 12:39:13 > From: Bill Nottingham > To: devel@lists.fedoraproject.org > Subject: [ACTION REQUIRED] Retiring packages in F-16 (v3) > > Each release, before branching, we block currently orphaned packages. > It's that time again for Fedora 16. > > New this go-round is that we are also blocking packages that have > failed to build since before Fedora 14. > > The following packages are currently orphaned, or fail to build. If > you have a need for one of these packages, please pick them up. > > If not claimed, the packages will be blocked on Monday, July 25. > ... > Orphan ds9 > comaintained by: mmahut > Orphan wcstools > comaintained by: mmahut > Orphan xpa > Since astronomy is one of my main interests, to the point that I was even trying to package the nightmare that is ds9 (lots of built & included redundant libs) myself around 5 years ago, I'd be happy to take up that and wcstools. On the other hand, I'd need a sponsor, so if mmahut is willing, obviously it would make more sense for him to step up. I know nothing of xpa, except that ds9 requires it (I may have known a little about it 5 years ago, and then forgotten), but I'd be willing to take it if no one else does, to help keep ds9 afloat; it looks like it has a fairly simple spec file. But obviously, I don't have any special knowledge of it. As to why anyone should sponsor me, I don't have a lot I can point to. The main highlights would be my personal repository [1], which only goes back to FC9 now (my older packages got eaten by a disk), a little help focusing on ddclient & mipv6-daemon (not that those need much help), and a patch quite a while back to RPM itself, fixing some perl depency generation problems. I already know the build process about up to the point of doing scratch builds on koji, but might need a little bit of hand-holding-by-example beyond that; not for long, surely. [1] http://download.ghiapet.net/pub/ghiapet/linux/ -- J. Randall Owens | http://www.ghiapet.net/ ProofReading Markup Language | http://prml.sourceforge.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: Is it wrong?
On Sun, 10 Jul 2011, Genes MailLists wrote: Date: Sun, 10 Jul 2011 17:02:38 From: Genes MailLists To: Development discussions related to Fedora Subject: Re: systemd: Is it wrong? On 07/10/2011 07:31 PM, "Jóhann B. Guðmundsson" wrote: Let's just aggree on disagreeing about this approach anyway the last unit file I submitted does what Steve and you and perhaps many others want's it to do afaik... To be clear - I have as yet no views on systemd unit files et al here - just saying its healthy to keep things coherent. So my comment is limited to your specific suggestion of breaking things apart. In fact I'd prefer a world where every app config file belonged directly with the app and not elsewhere - for one thing this supports having multiple versions of apps whereas if there is a single config (/etc/app.conf) this does not cleanly support multiple app versions. Compare with: /usr/lib/app-v1/ etc/app.conf bin/app ... etc /usr/lib/app-v2/app.conf etc/app.conf and one can eve make a default versions via soft links much as the alternates scheme does: /etc/app.conf -> /usr/lib/app-v1/etc/app.conf etc Which brings up the problem that's been bothering me about the all-in-config suggestion: Where do you put an argument that tells it where to find the config file, especially in cases where you might have different instances of the same program running from different config files, in parallel? Are you going to put it in the config file? (I'm thinking specifically of the solution I came up with for dhcpd not handling IPv4 and IPv6 in the same instance, where I ran it twice with different -cf options, though I think that might have been fixed in dhcpd since then, but I haven't tested that yet. Yes, it was broken-ish, but sysconfig files letting you work around things like that is certainly helpful.) -- J. Randall Owens | http://www.ghiapet.net/ ProofReading Markup Language | http://prml.sourceforge.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Arista Transcoder update?
On 02/12/2011 06:40 AM, valent.turko...@gmail.com wrote: > > What is the name of app that search missing codecs in Fedora? It has a > "bug" because Arista searches for gstreamer faac component and fails > to find it in gstreamer-plugins-bad-nonfree package. > Probably because gstreamer-plugins-bad-nonfree is in rpmfusion-nonfree. -- J. Randall Owens | http://www.ghiapet.net/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Arista Transcoder update?
On 02/12/2011 11:58 AM, J. Randall Owens wrote: > On 02/12/2011 06:40 AM, valent.turko...@gmail.com wrote: >> >> What is the name of app that search missing codecs in Fedora? It has a >> "bug" because Arista searches for gstreamer faac component and fails >> to find it in gstreamer-plugins-bad-nonfree package. >> > > Probably because gstreamer-plugins-bad-nonfree is in rpmfusion-nonfree. > Hmm, I take that back somewhat. While there's a complete lack of documentation in PackageKit-gstreamer-plugin (the app you're originally asking about), the package description does say "from configured repositories using PackageKit," which seems to be saying that if you've configured PK to use rpmfusion, it should find those. And the rpmfusion package does seem to have similar provides that I assume the PK plugin uses to find those codecs, so, not having any special knowledge of PK, I'll just keep quiet about it now. -- J. Randall Owens | http://www.ghiapet.net/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F14 smartctl - unable to complete smart test
On 02/27/2011 11:10 AM, Michał Piotrowski wrote:
> Hi,
>
> This can be a hardware problem - hard to say. For some reason on one
> of the disks smart test is interrupted
>
> # 1 Extended offlineInterrupted (host reset) 90% 12489 -
> # 2 Extended offlineInterrupted (host reset) 90% 12484 -
>
>
> I see this in dmesg
>
> [ 4328.800100] ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
> frozen
> [ 4328.800129] ata3.00: failed command: WRITE DMA EXT
> [ 4328.800153] ata3.00: cmd 35/00:08:7e:dc:9f/00:00:2c:00:00/e0 tag 0
> dma 4096 out
> [ 4328.800157] res 40/00:00:02:4f:c2/00:00:00:00:00/00 Emask
> 0x4 (timeout)
> [ 4328.800190] ata3.00: status: { DRDY }
> [ 4333.849048] ata3: link is slow to respond, please be patient (ready=0)
> [ 4338.847048] ata3: device not ready (errno=-16), forcing hardreset
> [ 4338.847063] ata3: soft resetting link
> [ 4339.837375] ata3.00: configured for UDMA/133
> [ 4339.837407] ata3: EH complete
>
> I'm using 2.6.37.2 with config based on an old rawhide 2.6.37. I have
> not noticed other problems with this disc. What might be causing this
> interrupts?
I've been having similar problems lately. First my laptop, and I
assumed a hardware problem, so I replaced the HDD. Then the server
started doing it, which seemed quite a coincidence, but because its
uptime was around two months at the time and it was still running a
2.6.35.9 kernel while my laptop problems started with 2.6.35.11, I
thought it was just coincidence. Now, if you bring this up, I'm not so
sure.
Here's what I saw happening on the laptop:
[ 1199.706084] ata1.00: exception Emask 0x0 SAct 0x7fff SErr 0x0
action 0x6 frozen
[ 1199.706094] ata1.00: failed command: WRITE FPDMA QUEUED
[ 1199.706101] ata1.00: cmd 61/08:00:67:48:3f/00:00:16:00:00/40 tag 0
ncq 4096 out
[ 1199.706106] ata1.00: status: { DRDY }
(repeat the above 3 lines many times)
[ 1199.706533] ata1: hard resetting link
[ 1209.754149] ata1: softreset failed (device not ready)
[ 1209.754155] ata1: hard resetting link
[ 1219.802039] ata1: softreset failed (device not ready)
[ 1219.802046] ata1: hard resetting link
[ 1230.360039] ata1: link is slow to respond, please be patient (ready=0)
[ 1239.438047] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 1239.444280] ata1.00: configured for UDMA/133
[ 1239.444286] ata1.00: device reported invalid CHS sector 0
(repeat above 1 line many times)
[ 1239.31] ata1: EH complete
[ 1318.752164] ata1.00: exception Emask 0x0 SAct 0x70040b0 SErr 0x0
action 0x6 frozen
[ 1318.752171] ata1.00: failed command: WRITE FPDMA QUEUED
[ 1318.752178] ata1.00: cmd 61/48:20:e7:1b:ac/00:00:22:00:00/40 tag 4
ncq 36864 out
[ 1318.752183] ata1.00: status: { DRDY }
(repeat above 3 lines many many times, lather, rinse, repeat)
In the meantime, the system almost completely freezes up, and the disk
activity light stays on.
On the server:
[6968144.832829] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[6968144.832829] ata1.00: failed command: READ MULTIPLE
[6968144.832829] ata1.00: cmd c4/00:20:fb:a5:df/00:00:00:00:00/ef tag 0
pio 16384 in
[6968144.832829] ata1.00: status: { DRDY ERR }
[6968144.832829] ata1.00: error: { UNC }
[6968144.852104] ata1.00: configured for PIO0
[6968144.852125] ata1: EH complete
(repeat above 7 lines several times)
And again, the system almost completely freezes up, except that it still
routes traffic through it in the meantime. It's easily reproducible by
starting up MPD, which causes it quickly when it accesses the music in
my main $HOME directory. (I don't use MPD on the laptop, so that's not
the problem in any way.)
Could this possibly be a bug in something besides the kernel? That
might explain why the server started getting it despite not having a new
kernel. And I'd like to know before I go out buying more HDDs.
--
J. Randall Owens | http://www.ghiapet.net/
signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F14 smartctl - unable to complete smart test
On 02/27/2011 07:30 PM, J. Randall Owens wrote: > On 02/27/2011 11:10 AM, Michał Piotrowski wrote: >> Hi, >> >> This can be a hardware problem - hard to say. For some reason on one >> of the disks smart test is interrupted >> >> # 1 Extended offlineInterrupted (host reset) 90% 12489 >> - >> # 2 Extended offlineInterrupted (host reset) 90% 12484 >> - >> >> >> I'm using 2.6.37.2 with config based on an old rawhide 2.6.37. I have >> not noticed other problems with this disc. What might be causing this >> interrupts? > > I've been having similar problems lately. First my laptop, and I > assumed a hardware problem, so I replaced the HDD. Then the server > started doing it, which seemed quite a coincidence, but because its > uptime was around two months at the time and it was still running a > 2.6.35.9 kernel while my laptop problems started with 2.6.35.11, I > thought it was just coincidence. Now, if you bring this up, I'm not so > sure. > > > Could this possibly be a bug in something besides the kernel? That > might explain why the server started getting it despite not having a new > kernel. And I'd like to know before I go out buying more HDDs. > I should add, bringing this back to smartctl matters, that I tried the SMART testing on the server (by the time I thought of doing it on the laptop, I'd already put the new one in), and it didn't seem to find any problems with these HDDs. -- J. Randall Owens | http://www.ghiapet.net/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox conflicts xulrunner
On 06/24/2010 04:27 PM, Chris Jones wrote: > Firefox 3.6.4 has come through the Ubuntu repos already. I would have > thought that 3.6.4 would be through the Fedora sets by now. Has it not > yet arrived? I just installed 3.6.4 with today's regular (not testing or rawhide) updates, so yes, it has. -- J. Randall Owens | http://www.ghiapet.net ProofReading Markup Language | http://prml.sourceforge.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Presenting bm - BuildManager
On 07/30/2010 04:09 AM, Helio Chissini de Castro wrote: > Hello Guys > > My first post here is to present a small utility that maybe will > be useful for people building rpms on your machine locally and want to avoid > all the usual flags and directories needed to use rpmbuild directly. > ... > > Hope this tool be useful for more people as it is for me, Well, if you really want it to be useful for us, and maybe for us to take a look at it, a relevant link to some kind of site and/or software would probably be useful. ;-) -- J. Randall Owens | http://www.ghiapet.net ProofReading Markup Language | http://prml.sourceforge.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F16: Kernel bug with USB disks ?
On 03/26/2012 06:05 AM, Terry Barnaby wrote: > Hi, > > I am using the latest F16 kernel: 3.3.0-4.fc16.i686.PAE and am having > problems with a MicroSD card connected to a USB card reader. This has > been working fine until recently (at least in F14 on the same hardware). > > The problem is that "umount" does not appear to be working correctly. > I have an ext3 file system on the card. I can mount it, and I can copy > files to it. However when I use the "umount ..." command it returns > instantly (should sync the files to the card). The system says the card > is unmounted (at least it is not listed with mount, df etc). > > However if I run sync, there is a lot of disk activity to the card ... > > Also if I try and run "mkfs" it says the device in in use ... > If I mount a blank card it lists the files present on the previous card ... > > This sounds like a nasty kernel bug ... > Anyone else seen this ? I thought I'd noticed something like this with 3.2.x kernels also; I couldn't narrow it down more than that. In my case, it's a USB external HDD. After unmounting, I have an old habit of running 3 syncs in one line. And lately, I've noticed that I don't even get that disk activity until I give it a second trio of syncs, which certainly doesn't seem right. Let me check right now with 3.3.0-4... Odd, now I do get the activity at about the same time as the umount, and no further activity when I issue the syncs. Seems to be the opposite of what you've reported. -- J. Randall Owens | http://www.ghiapet.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: trimming down Fedora installed size
On 04/09/2014 12:57 PM, James Antill wrote: > On Wed, 2014-04-09 at 12:37 +0300, Ville Skyttä wrote: >> On Wed, Apr 9, 2014 at 10:33 AM, Marius A wrote: >>> 1. remove /usr/share/docs >> >> Try this in /etc/rpm/macros.whatever: >> %_excludedocs 1 > > For recent yum it's significantly better to do: > > yum fs filter nodocs > >> Try this in /etc/rpm/macros.whatever: >> %_install_langs en > > Dito. to get rid of extra languages by: > > yum fs filter langs en > > ...then you can yum fs refilter / yum fs refilter-cleanup. > >> It's possible that these settings break some things such as scriptlets >> that do not take missing files into account, but at least they're >> cleaner attempts than simply deleting installed files/dirs. > > This can still be true though. > Of course, this would all be much more obvious if the `yum help` output didn't say "fs Creates filesystem snapshots, or lists/deletes current snapshots," exactly what it also says for fssnapshot. Bug filed. [1] [1] https://bugzilla.redhat.com/show_bug.cgi?id=1086461 -- J. Randall Owens | http://www.ghiapet.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: DNF: why does it refresh metadata all the time
On 06/19/2014 03:42 PM, Gerald B. Cox wrote: > FYI... update is a deprecated alias for the "upgrade" command, and has > been for a couple of years. Don't know when they're going to phase it > out, but probably a good idea to switch over to get used to it. On a bit of a tangent, per the current yum-3.4.3 man page: >upgrade > Is the same as the update command with the --obsoletes flag set. > See update for more details. So, either no, not just an alias, and they aren't deprecating it effectively at all, or, the documentation needs to be brought up to date. Could be either way; I don't know. -- J. Randall Owens | http://www.ghiapet.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Easier %config management?
On 12/13/2015 01:07 AM, Jan Kratochvil wrote: > On Sun, 13 Dec 2015 05:58:47 +0100, Christopher wrote: >> For example, I can see which %config files have changed with `rpm -V`, but >> I can't see what the changes actually are unless I do `dnf download >> $myrpm`, extract it, and diff them. > > Using this script of mine. It keeps original unchanged configuration files > from rpm in ~/rpmmerge/** so that you can diff local changes: > http://git.jankratochvil.net/?p=nethome.git;a=blob;f=bin/rpmmerge > One needs to run the command after OS install and best both before+after each > 'yum/dnf upgrade'. > > >> rpmconf is nice, because it helps me easily compare configuration files >> whose user-changes and maintainer-changes conflict... but that's not quite >> the same thing. > > Neither rpmconf nor anything else in Fedora keeps the original configuration > file of the installed NVRA. Therefore after 'yum/dnf upgrade' you have: > * old-NVRA modified config file > * new-NVRA original config file > And there is no way to _automatically_ merge them to get the needed: > * new-NVRA modified config file > Because for that 3-way merge you need also > * old-NVRA original config file > which is kept (and merged) by my 'rpmmerge' tool above. > > >> rpmconf might also need modification to support tracking configuration >> management more fully, rather than just for updates. > > It should be primarily a default behavior of the default package management > tools. > > > Jan > etckeeper basically makes a git tree of the entire /etc directory, and automagically commits before & after each yum or dnf transaction (been a while since I did a raw rpm install or erase, I don't think it kicks in then though). It's a bit disk-hungry compared to the /etc dir, e.g. right now I have 89 MiB of actual /etc, plus 142 MiB in the /etc/.git, but /etc is modest enough that it isn't much of a problem. It does slow down the yum/dnf transactions a bit, certainly, while git checks for changes. But yeah, it stores the new, the modified, and the old, and while I'm not too handy with git yet, I'm pretty sure someone better with it than I could do that kind of merging you're talking about. Actually, I take a little of that back; it ignores *.rpm* files, so it doesn't see the contents of the *.rpmnew. But you'll have that right there, and can easily work with that. -- J. Randall Owens | http://www.ghiapet.net/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Easier %config management?
On 12/14/2015 02:47 PM, Christopher wrote: > On Mon, Dec 14, 2015 at 11:22 AM Reindl Harald <mailto:h.rei...@thelounge.net>> wrote: > > i modified my "httpd.conf" based on Apache 2.2 years ago, as Fedora > swicthed to Apache 2.4 your approach would have compared a customized > Apache 2.2 version with a Fedora 2.4 version > > > But, that's precisely what I want to do I want to know which fields > in the current configuration could possibly have introduced a breakage I > see... or which changes I need to make from a clean installation to get > a user back to the state they wanted. > But in order to do the former, you'd best compare the new default to the old default, to see what had changed in the default. (E.g. distro 2.2 to distro 2.4) To do the latter, you'd compare the old default (distro 2.2) to your modified version (altered 2.2), to see what you'd changed locally. And yet, you seem to be proposing comparing the new default to the old default (distro 2.4 to altered 2.2), which gets you neither? (Or both, really, but uselessly mashed together so you don't know which is which.) Am I missing something? -- J. Randall Owens | http://www.ghiapet.net/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: F17 updates broke anaconda PNG image handling
On 07/24/2012 11:32 AM, Jos Vos wrote: > Hi, > > While an anaconda/systemd problem is being worked on (bug #841822), > now my next problem when making new F17 spins including all updates: > anaconda can't display PNG images anymore. > > For all images it tries to open (and all these images do exist), > it gives an error like: > > 17:47:31,122 ERR anaconda: unable to read anaconda_header.png: Couldn't > recognize the image file format for file > '/usr/share/anaconda/pixmaps/anaconda_header.png' > > Looking at the anaconda code, this error seems to be generated by > getPixbuf() in /usr/lib64/python2.7/site-packages/pyanaconda/gui.py, > when it does a gtk.gdk.pixbuf_new_from_file(fn). > > Any suggestion on what could be causing this? > > Thx, > This shouldn't be a problem any longer, but just in case, check https://bugzilla.redhat.com/show_bug.cgi?id=821740 -- J. Randall Owens | http://www.ghiapet.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ABRT Server
On 09/05/2012 02:39 AM, Michal Toman wrote: > Greetings everybody! > > As you may have noticed, new ABRT 2.0.12 has recently been pushed to > Fedora. . . . F16, F17, F18, & rawhide? Or just F18 & rawhide? Or. . . ? -- J. Randall Owens | http://www.ghiapet.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ABRT Server
On 09/05/2012 02:44 AM, J. Randall Owens wrote: > On 09/05/2012 02:39 AM, Michal Toman wrote: >> Greetings everybody! >> >> As you may have noticed, new ABRT 2.0.12 has recently been pushed to >> Fedora. . . . > > F16, F17, F18, & rawhide? Or just F18 & rawhide? Or. . . ? > Partial self-reply: OK, it's definitely in F17, I've had it on mine for almost a week now. -- J. Randall Owens | http://www.ghiapet.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd requires HTTP server and serves QR codes
On 10/09/2012 11:34 AM, Lennart Poettering wrote: > On Tue, 09.10.12 14:26, Simo Sorce (s...@redhat.com) wrote: > >> On Tue, 2012-10-09 at 20:17 +0200, Lennart Poettering wrote: >>> Well, we could of course add this as ACL, but I wonder if it wouldn't >>> be >>> nicer to declare that "adm" is for seeing, and "wheel" for doing as I >>> suggested above. >>> >> What's the point of 2 different groups ? >> >> We have filesystem permissions to determine what a user/group can do, >> plus we have selinux on top to enforce in a different way some of these >> policies. >> >> What does 2 different groups give you besides confusion ? > > Safety? Robustness? > > For example, by adding people to "adm" you can allow them to monitor > machines, but when something happens and they want to do things they'd > have to go through "sudo" or "su", thus adding a psychological barrier > so that they don't break things... That means they can watch the machine > just fine, but "rm -rf /" when doing that will have no effect. But they > still can do priviliged things if they feel the need to, after auth. Just on the naming, I'd rather steer clear of the actual concept, let me get this straight: You want a group called "adm", presumably short for "administrator", the point of which is that it can view system things, but not actually *administer* them? Why on Earth call it "adm"? -- J. Randall Owens | http://www.ghiapet.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd requires HTTP server and serves QR codes
On 10/09/2012 05:55 PM, Josh Stone wrote: > On 10/09/2012 05:19 PM, J. Randall Owens wrote: >> Just on the naming, I'd rather steer clear of the actual concept, let me >> get this straight: You want a group called "adm", presumably short for >> "administrator", the point of which is that it can view system things, >> but not actually *administer* them? Why on Earth call it "adm"? > > Clearly, "adm" is short for "admonitor" :) > [which actually makes an odd bit of sense] OK, then, I'll consider myself admonished. -- J. Randall Owens | http://www.ghiapet.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: What are reasonable blockers for making journald the default logger in F19?
On 10/17/2012 07:44 AM, Matthew Miller wrote: > With the stipulation that rsyslog would still be available to provide a > traditional syslog-style text logs, what are reasonable hard requirements > for making systemd the main logging system installed by default? (Or, an > alternate softer implementation: rsyslogd would be installed by default but > would not be in 'core'.) > > These are the things I think are critical: > ... > > Less critical but important: Another thing I've been looking for but not seen any mention of is a mechanism for keeping some types of journaled messages longer than others. E.g. for a mail server with a web front end, you might want to keep the maillogs around much longer than the httpd access_log & error_log (though I'm not clear yet whether those will be replaced by journald, given how httpd handles logging, but it's an example). Or, similarly, different maximum data sizes for different services. As poorly as I understand it yet, I don't think it looks like journald has a way to do this yet; everything seems to share the same limits, if any. A way to specify for the different messages would be a nice thing. -- J. Randall Owens | http://www.ghiapet.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: What are reasonable blockers for making journald the default logger in F19?
On 10/18/2012 10:40 AM, Reindl Harald wrote: > with "bash-completion" and double- it is desirable in many > situations and at least it is helpful also if read all the docs and > do not exactly remember not so often used commands - "man unknown" > is hard > > [root@srv-rhsoft:~]$ system system-config-keyboard systemd-delta > systemd-readahead-analyze systemctl systemd-detect-virt > systemd-stdio-bridge systemd systemd-inhibit > systemd-systemctl systemd-analyze systemd-journalctl > systemd-sysv-convert systemd-ask-password > systemd-loginctl systemd-tmpfiles systemd-cat > systemd-machine-id-setupsystemd-tty-ask-password-agent > systemd-cglssystemd-notify systemsettings > systemd-cgtop systemd-nspawn system-setup-keyboard > > [root@srv-rhsoft:~]$ man systemd-journalctl.. For that matter, with tcsh & tcshrc, I can eliminate the middleman there: $ man syst^D systemadmsystem-config-printer system-config-audit system-config-printer-applet system-config-authentication system-config-rootpassword system-config-boot system-config-samba system-config-date system-config-selinux system-config-firewall system-config-services system-config-firewall-tui system-config-users ... system-config-network-tuisystemd-delta system-switch-displaymanager system-config-nfs systemd-detect-virt $ man system I love that bit. -- J. Randall Owens | http://www.ghiapet.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: bacula
On 10/21/2012 04:20 PM, Richard Vickery wrote: > On Sun, Oct 21, 2012 at 1:36 PM, Emmanuel Seyman <mailto:emman...@seyman.fr>> wrote: > > * Richard Vickery [21/10/2012 21:24] : > > > > It was so long ago that I can't even remember my login, and may > have been > > before I changed my email. I signed up shortly after 1998 and > think that I > > have used it 3 times since - all within 2 years. After this, I > have not > > been able to either sign in or sign up. > > If we're still talking about http://bugzilla.redhat.com/ , you can just > create another account using your current email. > > Emmanuel > > > If I could do this I wouldn't be bothering the list. Well, it seems to me that there are two main possibilities here: Either you still use the same email address, and you can use the "Forgot Password" link near the upper right to get back in. Or, you no longer use that email address, and you can just create a new account with the new address. The main other option is having both the old and new addresses, in which case you could go either way. Or, perhaps, your account has been mangled in some way in the intervening time, and I'd hope that the "Forgot Password" link would work, but it might not. Also: If it helps, I do see a richard.vick...@telus.net in the Bugzilla history. So, if that's you, that might be the address you want. -- J. Randall Owens | http://www.ghiapet.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaned Packages in rawhide (2016-08-20)
On 20/08/16 09:19, opensou...@till.name wrote: > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know for sure > that the package should be retired, please do so now with a proper reason: > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life > > Note: If you received this mail directly you (co)maintain one of the affected > packages or a package that depends on one. Please adopt the affected package > or > retire your depending package to avoid broken dependencies, otherwise your > package will be retired when the affected package gets retired. > > Package(co)maintainers Status Change > === > gogoc orphan, jorti 4 weeks ago I'd like to take this. I made my own gogoc package for Fedora 13-16, and its predecessor freenet6 for F9-13. [1] I'll take it for epel6 & epel7 too, and perhaps bring it to epel5 as well. I would need a mentor who can spend some time walking me through the current package maintenance process, though. I tried rescuing a package from the orphanage once before, and never actually produced any deliverables beyond a scratch build. [1] http://download.GhiaPet.net/pub/ghiapet/linux/ -- J. Randall Owens | http://www.GhiaPet.net/ GhiaPix Photography | http://GhiaPix.photography/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: fedora release name problem
On 03/19/2013 09:22 AM, Richard W.M. Jones wrote: > On Tue, Mar 19, 2013 at 01:08:35PM -, Paul Flo Williams wrote: >> What do you mean, if and when? I can already see the next Release Name >> page shaping up with >> >> "Motörhead's Moshpit is a name with non ASCII alphanumeric characters, >> like ..." > > I'm voting for ☃. Me, I'm pulling for "the release formerly known as Schrödinger's Cat". -- J. Randall Owens | http://www.ghiapet.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F22 System Wide Change: Set sshd(8) PermitRootLogin=no
On 01/17/2015 09:02 AM, Rahul Sundaram wrote: > Hi > > On Fri, Jan 16, 2015 at 9:39 AM, Lubomir Rintel wrote: > > For this reason, I avoid privilege escalation when I need to conduct > privileged operations, but open a separate session. The sshd daemon > running with root privileges is more trustworthy to me than my user > session. > > I have no idea what you mean here. Turning off direct root login in SSH > doesn't make SSHD itself run as that user. SSHD is still running as root. I can't speak for Lubomir, but I'd guess he or she meant that as root, one's environment ($HOME/.bashrc, $HOME/.tcshrc for us weirdos, aliases, $HOME/bin/ contents, etc.) are unlikely to have been tampered with, unless an attacker has already gained root access anyway. Nothing to do with sshd per se. -- J. Randall Owens | http://www.ghiapet.net/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: {Help Wanted]How to fix dependency to perl(for)
On 01/21/2015 10:45 AM, Jochen Schmitt wrote: > Hello, > > after I have built pgp-tools-1.1.10 I have to recorgnized, that there is > a dependency to perl(for) which could not been resolved. > > Because I don't have any idea how to fix this issue, I hope there is anyone > out there which can give me a hint to solve this issue. > > Best Regards: > > Jochen Schmitt > Ah, I fixed this kind of thing some 8 years back[1][2], where /usr/lib/rpm/perl.req finds the phrase "use for" (or more often, "use the") at the beginning of a line in a multiline comment, and so generates a spurious dependency for perl(for) (or back then, perl(the)). But I only did it for comments, not the heredocs, which is where it's found here, near the end of the usage function in springgraph/springgraph. I'll see if I can whip up another monster regexp that will take care of that case, too. [1] https://bugzilla.redhat.com/show_bug.cgi?id=198033 [2] http://comments.gmane.org/gmane.linux.redhat.rpm.devel/1029 -- J. Randall Owens | http://www.ghiapet.net/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: {Help Wanted]How to fix dependency to perl(for)
On 01/21/2015 03:23 PM, J. Randall Owens wrote: > On 01/21/2015 10:45 AM, Jochen Schmitt wrote: >> Hello, >> >> after I have built pgp-tools-1.1.10 I have to recorgnized, that there is >> a dependency to perl(for) which could not been resolved. >> >> Because I don't have any idea how to fix this issue, I hope there is anyone >> out there which can give me a hint to solve this issue. >> >> Best Regards: >> >> Jochen Schmitt >> > > Ah, I fixed this kind of thing some 8 years back[1][2], where > /usr/lib/rpm/perl.req finds the phrase "use for" (or more often, "use > the") at the beginning of a line in a multiline comment, and so > generates a spurious dependency for perl(for) (or back then, perl(the)). > But I only did it for comments, not the heredocs, which is where it's > found here, near the end of the usage function in > springgraph/springgraph. I'll see if I can whip up another monster > regexp that will take care of that case, too. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=198033 > [2] http://comments.gmane.org/gmane.linux.redhat.rpm.devel/1029 > Bug filed for it; it should be a simple enough fix, since there's already code for skipping heredocs, but only after '='. In springgraph, it's after 'print' instead. <https://bugzilla.redhat.com/show_bug.cgi?id=1184662> -- J. Randall Owens | http://www.ghiapet.net/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Modularity] A proposal for stream naming
On 29/06/17 15:49, Owen Taylor wrote: > On Wed, Jun 28, 2017 at 04:07:43PM -0400, Matthew Miller wrote: ... >> >> * One or more streams corresponding to "end of life no earlier than", >> in the format "YYMM". (Or "eolYYMM"? Or "eYYMM"? Or "uYYMM" for >> 'until'? Or "fYYMM" for 'fedora' — which might make sense if we get >> to my dream of mixing and matching with CentOS modules) > > Hmmm, I see a couple of issues: > ... > > * Aren't people in July 2018 going to think f1806 is the current stream, >not a two-year old stream? > ... > > Owen Also, there would be a big potential for one-off confusion* in a year or two when people are seeing e2006, e2012, f2012, or whatever, and get the impression that they're looking at seven or twelve year old releases, instead of the latest. * Well, for the next 101 years, anyway. -- J. Randall Owens | http://www.GhiaPet.net/ signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Licence confirmation for tpcclib
On 08/05/2020 17:33, David Cantrell wrote: > On Fri, May 08, 2020 at 03:41:36AM +0530, Purusharth Saxena wrote: >> Hi folks, >> >> I'm packaging tpcclib >> (https://bugzilla.redhat.com/show_bug.cgi?id=1832562) >> and as per the review, I wanted to confirm the licence for tpcclib ( >> https://gitlab.utu.fi/vesoik/tpcclib/-/blob/master/license.md) >> Should it be "GPLv2+ and GPLv3+ "or something else? > > The copying.md file includes this: > > "This program library is free software; you can redistribute it and/or > modify > it under the terms of the GNU General Public License as published by the > Free > Software Foundation; either version 3 of the License, or (at your > option) any > later version." > > The '+' on the GPLv3+ means "GPL version 3 or any later version. > > It's also a good idea to check for license text in individual files in the > project. For GPL projects, I like to do this: > > find . -type f | xargs grep "General Public" > > Which does a more or less ok job of finding files with what is probably > a GPL > boilerplate. That gives me 39 files. Now, that's all files including > non-source. But in this case I am looking for any file that would indicate > something other than GPLv3+ Further refining: > > find . -type f | xargs grep "General Public" | \ > cut -d ':' -f 1 | sort | uniq > > Gives me 10 files. I can do this: > > find . -type f | xargs grep "General Public" | \ > cut -d ':' -f 1 | sort | uniq \ > xargs grep -i "any later version" > > And see it matches 6 files. So 4 of those original files found lack the > same > kind of boilerplate. Running the previous command and comparing it to what > was found, I see the sounds files in v1/ and v2/ were left out. Side tip: I'm guessing you don't know about `grep -rl`, & maybe a little `sort -u`? These could be much simplified as: grep -rl "General Public" grep -rl "General Public" | xargs grep -i "any later version" (which I guess eliminates the `sort | uniq` step anyway). -- J. Randall Owens | http://www.GhiaPet.net/ signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Does the installer detects when a distro have already created BLS?
On 24/05/2020 19:56, Paul Dufresne via devel wrote: > "These directories are defined below the placeholder file system $BOOT. This > placeholder file system shall be determined during installation time, and an > fstab entry for it shall be created mounting it to /boot. The installer > program should pick $BOOT according to the following rules: > > If the OS is installed on a disk with MBR disk label, and a partition > with the MBR type id of 0xEA already exists it should be used as $BOOT. > Otherwise, if the the OS is installed on a disk with MBR disk label, a > new partition with MBR type id of 0xEA shall be created, of a suitable size > (let's say 500MB), and it should be used as $BOOT. > If the OS is installed on a disk with GPT disk label, and a partition > with the GPT type GUID of bc13c2ff-59e6-4262-a352-b275fd6f7172 already > exists, it should be used as $BOOT. > Otherwise, if the OS is installed on a disk with GPT disk label, and an > ESP partition (i.e. with the GPT type UID of > c12a7328-f81f-11d2-ba4b-00a0c93ec93b) already exists and is large enough > (let's say 250MB) and otherwise qualifies, it should be used as $BOOT. > Otherwise, if the OS is installed on a disk with GPT disk label, and if > the ESP partition already exists but is too small, a new suitably sized > (let's say 500MB) partition with GPT type GUID of > bc13c2ff-59e6-4262-a352-b275fd6f7172 shall be created and it should be used > as $BOOT. > Otherwise, if the OS is installed on a disk with GPT disk label, and no > ESP partition exists yet, a new suitably sized (let's say 500MB) ESP should > be created and should be used as $BOOT. > > " > One of the first problem I have, is /boot have not the correct GUID for > BLS: > > [paul@localhost /]$ cat /etc/fstab > > # > # /etc/fstab > # Created by anaconda on Sun May 24 11:48:45 2020 > # > # Accessible filesystems, by reference, are maintained under '/dev/disk/'. > # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more > info. > # > # After editing this file, run 'systemctl daemon-reload' to update systemd > # units generated from this file. > # > /dev/mapper/myLVM-fedoraMain / ext4 defaults 1 1 > UUID=4a82a496-5316-4aca-9d27-8376197c8a6d /boot ext4 defaults 1 2 > UUID=62BD-AFFC /boot/efi vfat umask=0077,shortname=winnt 0 2 > /dev/mapper/myLVM-fedoraSwap none swap defaults 0 0 > [paul@localhost /]$ > > Reading the BLS, it seems the installer did not generated a valid entry > /boot... not the valid type (vfat, EFS)... nor a valid UUID. > > Oh well, the other way of saying it is the installer did not force me to > generate a valid /boot partition. > > I have: > > [paul@localhost /]$ sudo parted /dev/sda -- print > [sudo] Mot de passe de paul : > Modèle : ATA ST500LM021-1KJ15 (scsi) > Disque /dev/sda : 500GB > Taille des secteurs (logiques/physiques) : 512B/4096B > Table de partitions : gpt > Drapeaux de disque : > > Numéro Début Fin Taille Système de fichiers Nom > Drapeaux > 1 1049kB 268MB 267MB ext4 > 2 269MB 479MB 210MB fat16 > démarrage, esp > 3 479MB 701MB 222MB fat16 EFI System > Partition démarrage, esp > 4 701MB 194GB 193GB > lvm Aside from the other stuff people have explained elsewhere, you're conflating two different UUIDs/GUIDs here. The partition *type* UUID is what's specified in the BLS etc., and everybody's EFI partition will have the same partition type UUID, everybody's /boot partition (if present) should have the same UUID, etc. It's what's translated by parted and the like into 'ext4', 'fat16', etc., rather than displaying the 36 character or so string. But the just-*partition* UUID is for identifying that particular partition, to distinguish it from any other, and no two should ever be the same (this has bitten me a few times when cloning disks). And on top of that, there's often also a filesystem UUID, which should also never be the same (and has also bitten me a few times when dd'ing partition images). Either of the latter two can be used in fstab to identify that particular partition, I believe much more commonly the filesystem UUID, and that's what you see in your fstab there, rather than the partition type UUID. So there's nothing to worry about with it not looking anything like the BLS partition type UUIDs. (Apologies if the formatting goes pear-shaped, I tried tidying up the quotes a bit.) -- J. Randall Owens | http://www.Ghia
Re: Announcing start of DNF 5 development
On 04/03/2020 18:03, Daniel Mach wrote: > Hello everyone, > I'm pleased to announce start of DNF 5 development. We are planning to > deliver a module stream or a COPR repo during Fedora 33 development for > early adopters and tool developers and we're hoping in getting a stable > version into Fedora 34. > > > More details follow. > > > We've managed to drop a lot of redundant code across the whole DNF stack > in the past years, but we have reached a point when it's nearly > impossible to consolidate the code any further without breaking the > API/ABI. Especially with PackageKit being dead[1], we can't move with > the old "libhif" API in libdnf, because making any bigger changes to > PackageKit is clearly out of scope. > > [1] > https://blogs.gnome.org/hughsie/2019/02/14/packagekit-is-dead-long-live-well-something-else/ > > > > That's why we decided to start working on a new version of the DNF > stack: DNF 5. And this is the plan: > > > Priorities > -- > 1. Consistency, documentation and user experience is the top priority. > 2. Compatibility on the command line level. > 3. Compatibility on the API level. In favour of 1., but going against 2., I've wanted since the YUM days to see more consistency in the compound-word* options. E.g., --enablerepo but --skip-broken, and I have a hard time remembering which ones get the hyphen inbetween*, and which ones don't. Could we settle on one way or the other, right now quite the majority are without hyphen, and deprecate the other (but presumably enable both spellings for a good long while, perhaps with a warning if someone spells it the old way)? Probably not take away the old spellings as soon as DNF 5, but it might be a good time to add the more consistent spellings. * Yes, I did that on purpose. -- J. Randall Owens | http://www.GhiaPet.net/ signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: compilation of mlt-freeworld-6.12.0 fails
There are spaces in the file names, so it sees something like "Ut Video"
and xargs parses it as meaning "Ut" and "Video". Easiest way to fix it
is probably to change the paths to be null-terminated, by adding -print0
to the find and -0 to the xargs, like so:
find %{buildroot} -type f -print0 | grep -vP
"mlt/avformat|libmltavformat.so" | xargs -0 rm
Hope that helps; xargs isn't something I know especially well, just
enough to be dangerous.
On 29/11/2018 14:12, Martin Gansser wrote:
> Hi,
>
> want to compile new mlt-freeworld-6.12.0 [1], but it fails in the %install
> section
>
> ...
> %install
> %make_install
> #before remove it print it to check with main mlt package
> find %{buildroot} | grep -vP "mlt/avformat|libmltavformat.so"
> # remove all execept avformat (ffmpeg part)
> find %{buildroot} -type f | grep -vP "mlt/avformat|libmltavformat.so" | xargs
> rm
> find %{buildroot} -type l -delete
> find %{buildroot} -type d -empty -delete
> ..
>
> The error message is:
>
> + find /home/martin/rpmbuild/BUILDROOT/mlt-freeworld-6.12.0-1.fc29.x86_64
> -type f
> + xargs rm
> + grep -vP 'mlt/avformat|libmltavformat.so'
> rm: cannot remove
> '/home/martin/rpmbuild/BUILDROOT/mlt-freeworld-6.12.0-1.fc29.x86_64/usr/share/mlt/presets/consumer/avformat/lossless/Ut':
> No such file or directory
> rm: cannot remove 'Video': No such file or directory
> rm: cannot remove
> '/home/martin/rpmbuild/BUILDROOT/mlt-freeworld-6.12.0-1.fc29.x86_64/usr/share/mlt/presets/consumer/avformat/alpha/Quicktime':
> No such file or directory
> rm: cannot remove 'Animation': No such file or directory
> rm: cannot remove
> '/home/martin/rpmbuild/BUILDROOT/mlt-freeworld-6.12.0-1.fc29.x86_64/usr/share/mlt/presets/consumer/avformat/alpha/Ut':
> No such file or directory
> rm: cannot remove 'Video': No such file or directory
> error: Bad exit status from /var/tmp/rpm-tmp.KGk9Ye (%install)
>
> [1] https://martinkg.fedorapeople.org/Packages/test/mlt-freeworld.spec
>
> Thanks
> Martin
--
J. Randall Owens | http://www.GhiaPet.net/
signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: compilation of mlt-freeworld-6.12.0 fails
Oh, and I think the grep will also have to be tweaked with a -z to take
the null termination into account:
find %{buildroot} -type f -print0 | grep -vPz
"mlt/avformat|libmltavformat.so" | xargs -0 rm
On 29/11/2018 14:21, J. Randall Owens wrote:
> There are spaces in the file names, so it sees something like "Ut Video"
> and xargs parses it as meaning "Ut" and "Video". Easiest way to fix it
> is probably to change the paths to be null-terminated, by adding -print0
> to the find and -0 to the xargs, like so:
>
> find %{buildroot} -type f -print0 | grep -vP
> "mlt/avformat|libmltavformat.so" | xargs -0 rm
>
> Hope that helps; xargs isn't something I know especially well, just
> enough to be dangerous.
>
> On 29/11/2018 14:12, Martin Gansser wrote:
>> Hi,
>>
>> want to compile new mlt-freeworld-6.12.0 [1], but it fails in the %install
>> section
>>
>> ...
>> %install
>> %make_install
>> #before remove it print it to check with main mlt package
>> find %{buildroot} | grep -vP "mlt/avformat|libmltavformat.so"
>> # remove all execept avformat (ffmpeg part)
>> find %{buildroot} -type f | grep -vP "mlt/avformat|libmltavformat.so" |
>> xargs rm
>> find %{buildroot} -type l -delete
>> find %{buildroot} -type d -empty -delete
>> ..
>>
>> The error message is:
>>
>> + find /home/martin/rpmbuild/BUILDROOT/mlt-freeworld-6.12.0-1.fc29.x86_64
>> -type f
>> + xargs rm
>> + grep -vP 'mlt/avformat|libmltavformat.so'
>> rm: cannot remove
>> '/home/martin/rpmbuild/BUILDROOT/mlt-freeworld-6.12.0-1.fc29.x86_64/usr/share/mlt/presets/consumer/avformat/lossless/Ut':
>> No such file or directory
>> rm: cannot remove 'Video': No such file or directory
>> rm: cannot remove
>> '/home/martin/rpmbuild/BUILDROOT/mlt-freeworld-6.12.0-1.fc29.x86_64/usr/share/mlt/presets/consumer/avformat/alpha/Quicktime':
>> No such file or directory
>> rm: cannot remove 'Animation': No such file or directory
>> rm: cannot remove
>> '/home/martin/rpmbuild/BUILDROOT/mlt-freeworld-6.12.0-1.fc29.x86_64/usr/share/mlt/presets/consumer/avformat/alpha/Ut':
>> No such file or directory
>> rm: cannot remove 'Video': No such file or directory
>> error: Bad exit status from /var/tmp/rpm-tmp.KGk9Ye (%install)
>>
>> [1] https://martinkg.fedorapeople.org/Packages/test/mlt-freeworld.spec
>>
>> Thanks
>> Martin
>
--
J. Randall Owens | http://www.GhiaPet.net/
signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Planned Outage - Fedora Core Services 2019-04-10 21:00 UTC
On 20/05/2019 00:16, Stephen John Smoogen wrote: > > > > There will be an outage starting at 2019-04-10 21:00 UTC , > which will last approximately 5 hours. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/Infrastructure/UTCHowto > or run: > > date -d '2019-04-10 21:00UTC' > Isn't it just a bit late for this? Or, more seriously, what's the actual time? Given that the email doesn't seem to have spent over a month in mail server limbo, I'm assuming this was a copy-paste mistake. -- J. Randall Owens | http://www.GhiaPet.net/ signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Orphan/retire gogoc
Hello, gogoc is dead to the world upstream (the gogo6.com site is now a nutritional supplement pusher!), and without gogo6's servers, gogoc is fairly useless. It's still possible it could be used to TSP tunnel through one's own servers to get IPv6, but as far as I know, there aren't any more tunnel services out there that use it. So, if someone would find it worthwhile to keep it around for their own tunnelling needs, feel free to pick it up. Otherwise, I'll retire it in two weeks. -- J. Randall Owens | http://www.GhiaPet.net/ signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Orphan/retire gogoc
I should have added, it's currently FTBFS, and has been since F25, so any potential adapters would have to deal with that. It needs at least a BuildRequires removed or updated, and a patch for the printf change of that time, so you'd have to be able to fix at least that much. On 16/09/2018 11:15, J. Randall Owens wrote: > Hello, > > gogoc is dead to the world upstream (the gogo6.com site is now a > nutritional supplement pusher!), and without gogo6's servers, gogoc is > fairly useless. It's still possible it could be used to TSP tunnel > through one's own servers to get IPv6, but as far as I know, there > aren't any more tunnel services out there that use it. > > So, if someone would find it worthwhile to keep it around for their own > tunnelling needs, feel free to pick it up. Otherwise, I'll retire it in > two weeks. -- J. Randall Owens | http://www.GhiaPet.net/ GhiaPix Photography | http://www.GhiaPix.com/ signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Please stop re-adding gtk-update-icon-cache scriptlets (for Fedora)
On 18/01/18 19:45, Sérgio Basto wrote:
> On Thu, 2018-01-18 at 20:17 +0100, Igor Gnatenko wrote:
>> Hello,
>>
>> I'm working on removing all this cruft from all our packages (and
>> creating
>> conditionals for all packages which have epel branch).
>
>> Unfortunately some maintainers adding them back with conditionals
>> like:
>> %if 0%{?fedora} < 28 || 0%{?rhel} < 8
>>
>> 1. Those scriptlets are not needed since ~ F24 era
>> 2. You might not know, but 0%{?rhel} on Fedora evaluates to "0" which
>> is "< 8",
>> so those scriptlets are active.
>>
>> Also forgive me if your package had some EL* specific conditions and
>> I removed
>> scriptlets (because there was no epel* branch) -- please use
>> %if 0%{?rhel} && 0%{?rhel} <= 7
>>
>> for them.
>
> Hello ,
> BTW I have some questions on how exactly we should deal with EPEL 7 and
> 6, from old wiki page [1] desktop-database and mimeinfo have been
> removed and Icon cache too ? IMHO these info should still be in wiki
> and not deleted, maybe also should explain the status on EPEL versions
> ...
>
> Maybe more correct scriptlet is:
> %if 0%{?fedora} < 25 && 0%{?rhel} < 8
I'm not even the best at bash, much less the scripting in spec files,
but is it possible this would be a problem because e.g. Fedora 26 would
be evaluated as 026, which would evaluate as octal, and therefore the
conditional evaluate as 22 < 25, true, when it was meant to be false?
>
> And about appdata how exclude it from EPEL 6 ?
>
> %if 0%{?rhel} > 6 || 0%{?fedora} ?
>
> I'd like that we have some "official" scriptlets for that.
>
> Best regards and thanks.
>
> [1]
> https://fedoraproject.org/w/index.php?title=Packaging:Scriptlets&oldid=468484#mimeinfo
>
--
J. Randall Owens | http://www.GhiaPet.net/
signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Please stop re-adding gtk-update-icon-cache scriptlets (for Fedora)
On 20/01/18 05:08, Chris Adams wrote: > Once upon a time, Nico Kadel-Garcia said: >> I don't see any modern scripting language where a leading 0 would lead >> to interpreting a number as octal. > > I suggest you check again; I don't see any where a leading 0 does NOT > lead to interpreting a number as octal Here are a few common scripting > languages (just what I have installed): > > $ python -c 'print(010 + 1)' > 9 > $ bash -c 'echo $((010 + 1))' > 9 > $ perl -le 'print 010 + 1' > 9 > $ ruby -e 'puts 010 + 1' > 9 > $ d8 -e 'print(010 + 1)' > 9 > Yes, bash and perl would be where I picked that up from, enough to want to double-check. I kind of figured that if rpmbuild did interpret it as octal, it probably would've blown things up well before now, just wanted to make sure. -- J. Randall Owens | http://www.GhiaPet.net/ signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
wish to resurrect shorewall on EPEL 6 (and re-self-introduction)
As I previously wrote (v.i.), I'd like to un-retire shorewall for EPEL 6. It seems as though the only reason for its retirement is that the previous maintainer hadn't updated it in four years, presumably having lost interest in it. I've had shorewall-4.5.4 & -4.4.17 building in my personal repo for a while now, and in use on my servers, so it doesn't seem there's any build problem that precludes it from (EP)EL6. If there's no objection, I'll file the releng ticket. If there's a simple shortcut in git for reverting the dead.package file to the shorewall.spec etc., I'd appreciate knowing it; otherwise, I'll muddle through the git checkout/push somehow, I suppose. And since it's been a long time since I introduced myself, without my contributing much since then, it can serve as a bit of a re-introduction, as well. ---- Forwarded Message To: Michele Baldessari From: J. Randall Owens Subject: wish to resurrect shorewall on EPEL 6 Date: Sat, 15 Jul 2017 01:26:46 +0100 Hello. I've been a mostly-quiet Fedora user and occasional minor contributor for a fair while now, certainly over a decade (and RHL before that), and I love my shorewall, and I have a few CentOS 6 servers to tend to. Some of these being new to me, I found that they already had shorewall & shorewall-core on them, so I went to add shorewall6 to the mix, and after some puzzled moments, realised that it was all gone from the EPEL repository. So, I'd like to bring it back for EPEL 6, and figured I should run it past you first, see if there was a particular reason for retiring it, or if it was just that you didn't have the interest in 6 in particular. I've already been in the Fedora CLA, Git Commit, etc. groups for a while now [1], after I had some plans for packages that never materialised. Most recently, I took on gogoc (also networking- & IPv6-related) in a hurry before it would be automatically retired, only to discover that the tunnel service it was intended to connect to was going defunct, so not much point to keeping it afloat. A couple of other packages, though, I had good intentions for, but just never got the hang of how to go through the right combination of bodhi, koji, pkgdb, pungi, plague, copr, or whatever else for Fedora/EPEL. So if you're willing to let me take on EPEL 6, and walk me through a build or two so I can see how it's done (and take notes), that would be wonderful. I've had my own repository of a handful of packages since Fedora 9 [2], basically just for my own use, so I know the packaging side of things pretty well, and using mock. And I know a bit of git, somewhat narrowly, but reasonably well. Using branches is a weak area for me; I haven't done that much yet, and as I understand it, I think that might be important for this, although I guess there's just a branch per Fedora/EPEL release, and there isn't further branching after that, right? I seem to see that there were tags per version up through 4.4.10, and then they stopped, and I don't know if that was due to a policy change, or just personal preference of a (possibly new) maintainer. Anyway, if you're willing, we can sort that out later. If we can do this, I expect we should keep it at 4.x, and not make the jump to 5.x, this being EPEL. Any opinion on whether 4.6.y would be reasonable? Looks like the last one was 4.5.4, so could go either 4.5.21 or 4.6.13, if playing it safe. If you don't have an opinion yet, I can look into the 4.6 changes and see whether it's likely to negatively affect existing installations. Thank you for your time, and for keeping the Fedora and EPEL 7 branches of shorewall alive (which I also use, on the home machines). [1] https://admin.fedoraproject.org/accounts/user/view/jrowens [2] http://download.ghiapet.net/pub/ghiapet/linux/ -- J. Randall Owens | http://www.GhiaPet.net/ signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Escaping macros in %changelog
On 13/02/18 01:00, Michal Schorm wrote: > 5) > The changelogs are long ass hell. > What about keeping just 2 latest releases in it and deleting the rest? > (It will be still kept in GIT history) > 2 releases could be 2-20 entries, depends of work done. > But still it looks short enough for me. When you say 2 releases, are you talking about package or Fedora releases? I'd favour an approach of keeping all the changes since release, or since branching might be even better, or since the release before the package's release, myself. 2 package releases seems a bit curt. -- J. Randall Owens | http://www.GhiaPet.net/ signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf cache downloading behavior
On 22/07/17 22:54, Matthew Miller wrote: > On Sat, Jul 22, 2017 at 02:06:42PM -0600, Chris Murphy wrote: >>> I dunno; what harm is there in giving the ability to use a separate >>> user cache for queries? This allows you to do things like repoquery as >>> an unprivileged user for repos that aren't enabled by default. >> I'm fine with a layered approach, *if* a repo db does not exist for >> root, then it's OK for a user copy to be downloaded, but how about one >> for all users to share rather than each user getting a downloaded copy >> of the same thing? > > How? Setuid downloader? Or make it world-writable? Seems sketchy. > >>> H. The `dnf -C` (or --cacheonly) flag does not seem to work as >>> documented. It says: > [...] >> Yep I've hit this also. > > Once this is fixed, I'm going to `alias dnf='dnf -c'` in my own user > account. Careful there. '-c', lowercase, specifies the config file. Make sure it's the uppercase '-C'. (On barely tangential note, dang, I miss yum aliases capability.) -- J. Randall Owens | http://www.GhiaPet.net/ signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
