Re: fedpkg / koji error

Lo! On 09.10.2012 20:03, Jesse Keating wrote: > On 10/09/2012 07:14 AM, Simone Caronni wrote: >> On 19 September 2012 00:26, Orion Poplawski wrote: >>> On 09/05/2012 08:07 PM, Tom Callaway wrote: Jesse, I'm not sure if you're still the correct upstream here, please correct me if you're

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

Matthew Miller writes: > - don't auto-page; yes; that's the best solution. The auto-pager is perhaps the most annoying feature of systemd. I have no problem in scrolling back some pages in my terminal with shift-pgup, but having a status request block (plain 'systemctl' or 'journalctl' reque

[Bug 857845] perl-DateTime-TimeZone-1.51 is available

https://bugzilla.redhat.com/show_bug.cgi?id=857845 Upstream Release Monitoring changed: What|Removed |Added Summary|perl-DateTime-TimeZone-1.50 |perl-DateTime-TimeZone-1.5

[Bug 857845] perl-DateTime-TimeZone-1.51 is available

https://bugzilla.redhat.com/show_bug.cgi?id=857845 --- Comment #1 from Upstream Release Monitoring --- Latest upstream release: 1.51 Current version in Fedora Rawhide: 1.49 URL: http://search.cpan.org/dist/DateTime-TimeZone/ Please consult the package updates policy before you issue an update t

Re: fedpkg / koji error

Hello, On 18 October 2012 09:57, Thorsten Leemhuis wrote: > > --with-egl-platforms=x11,drm%{!?rhel:,wayland} \ > > The ",wayland" is not added, as rhel is defined now as 0 when building > with fedpgk. If you build a srpm and try to build it with rpmbuild then > it works, as it's not defined ther

Re: What are reasonable blockers for making journald the default logger in F19?

Lennart Poettering writes: > One way to achieve that should be to provide /var/log/README with the > appropriate hints, since I assume much more people will look for logs > in /var/log like it used to be in most of Linux history rather than in > a tool "logread" that is known by an embedded distr

Re: What are reasonable blockers for making journald the default logger in F19?

On Wed, Oct 17, 2012 at 10:01 PM, Andrew Schultz wrote: >> Additionally, it maybe useful to log this information for intrusion >> detection and correlation. > > Again, you don't need to know that the attacker guessed a username of "bob". > You simply need to recognize that N attempts were made to

Re: fedpkg / koji error

On 18.10.2012 10:45, Simone Caronni wrote: > On 18 October 2012 09:57, Thorsten Leemhuis > wrote: > > --with-egl-platforms=x11,drm%{!?rhel:,wayland} \ > The ",wayland" is not added, as rhel is defined now as 0 when building > with fedpgk. If you build a srp

F-18 Branched report: 20121018 changes

Compose started at Thu Oct 18 09:15:36 UTC 2012 Broken deps for x86_64 -- [almanah] almanah-0.8.0-7.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit) almanah-0.8.0-7.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit)

Re: What are reasonable blockers for making journald the default logger in F19?

Le Mer 17 octobre 2012 20:39, Lennart Poettering a écrit : > So, that passwords are logged to authpriv appears to be fabrication to > me. Anything auth-related will log passwords, because users are so fed up with password prompts they type them in zombie mode, and every once in a while they end

libjpeg-turbo API/ABI bump in F19 (transition from jpeg6 to jpeg8 API/ABI)

Hello all, I've just created https://fedoraproject.org/wiki/Features/libjpeg-turbo-jpeg8-ABI page which contains plan how to successfully move from current jpeg6 API/ABI to more recent jpeg8 API/ABI for Fedora 19. All packages which depends on libjpeg.so will have to be rebuilt. Since I have prov

Re: fedpkg / koji error

On 18 October 2012 14:47, Thorsten Leemhuis wrote: > > With the old one I had to check like this (first line) for building; > > which is not correct anyway as the behaviour was different as well > > between fedpkg and rpmbuild/mock: [...] > > And that should not be the case imho. But if we define

Re: modules, firmware, kernel size (was Re: systemd requires HTTP server and serves QR codes)

Josh Boyer (jwbo...@gmail.com) said: > > You'd want to do it something like that. > > > > kernel-minimal as you say but with a Provides: kernel, kernel-common as you > > say. > > > > > > I'd introduce a third metapackage just "kernel" that requires both of those > > and implicitly Provides: kernel

Re: libjpeg-turbo API/ABI bump in F19 (transition from jpeg6 to jpeg8 API/ABI)

Adam Tkac (at...@redhat.com) said: > I've just created > https://fedoraproject.org/wiki/Features/libjpeg-turbo-jpeg8-ABI page which > contains plan how to successfully move from current jpeg6 API/ABI to more > recent > jpeg8 API/ABI for Fedora 19. > > All packages which depends on libjpeg.so wil

Re: modules, firmware, kernel size (was Re: systemd requires HTTP server and serves QR codes)

On Thu, Oct 18, 2012 at 10:33:27AM -0400, Bill Nottingham wrote: > > All of this can probably already be done with a new 'flavor' in the > > existing kernel.spec. I really wouldn't do the common/minimal split > > though. It just makes it more complicated for not a whole lot of gain. > > > > The

Re: libjpeg-turbo API/ABI bump in F19 (transition from jpeg6 to jpeg8 API/ABI)

On Thu, Oct 18, 2012 at 10:35:56AM -0400, Bill Nottingham wrote: > Adam Tkac (at...@redhat.com) said: > > I've just created > > https://fedoraproject.org/wiki/Features/libjpeg-turbo-jpeg8-ABI page which > > contains plan how to successfully move from current jpeg6 API/ABI to more > > recent > > j

Re: modules, firmware, kernel size (was Re: systemd requires HTTP server and serves QR codes)

On Thu, Oct 18, 2012 at 10:39 AM, Matthew Miller wrote: > On Thu, Oct 18, 2012 at 10:33:27AM -0400, Bill Nottingham wrote: >> > All of this can probably already be done with a new 'flavor' in the >> > existing kernel.spec. I really wouldn't do the common/minimal split >> > though. It just makes

Re: libjpeg-turbo API/ABI bump in F19 (transition from jpeg6 to jpeg8 API/ABI)

Adam Tkac (at...@redhat.com) said: > On Thu, Oct 18, 2012 at 10:35:56AM -0400, Bill Nottingham wrote: > > Adam Tkac (at...@redhat.com) said: > > > I've just created > > > https://fedoraproject.org/wiki/Features/libjpeg-turbo-jpeg8-ABI page which > > > contains plan how to successfully move from c

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

On 2012-10-18 11:35, Enrico Scholz wrote: > Hence, the systemd tools should follow Unix/Linux tradition and specialize > on their core functionality and avoid implementing "features" breaking > user experience. There are other tools like 'less' which are much better > suited for paging program ou

Re: modules, firmware, kernel size

Josh Boyer writes: > Of course we would. The entire point is to reduce the size, and the > only way to reduce the size is to build it with different config > options. Just splitting off most modules would do the job I would think... Of course you can go smaller if you change config options, but

Re: modules, firmware, kernel size

On Thu, Oct 18, 2012 at 11:02 AM, Benny Amorsen wrote: > Josh Boyer writes: > >> Of course we would. The entire point is to reduce the size, and the >> only way to reduce the size is to build it with different config >> options. > > Just splitting off most modules would do the job I would think.

Re: modules, firmware, kernel size (was Re: systemd requires HTTP server and serves QR codes)

On Thu, Oct 18, 2012 at 10:44:58AM -0400, Josh Boyer wrote: > > I'm open to this idea, but I think it's nicer if one can go from the reduced > > selection to the full just by adding in the right package, not changing or > > removing things. Unlike PAE or etc., I don't think we'd actually build > >

Re: modules, firmware, kernel size

On Thu, Oct 18, 2012 at 11:10:11AM -0400, Josh Boyer wrote: > Your definition of core modules is going to differ from mine, and the > next persons, and the next. Again: proposed definition is modules that get a functional system running in some agreed-on list of virt and cloud providers. We decide

[Bug 838120] perl-DateTime is too old

https://bugzilla.redhat.com/show_bug.cgi?id=838120 --- Comment #9 from Fedora Update System --- Package perl-DateTime-0.77-1.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum up

[Bug 857845] perl-DateTime-TimeZone-1.51 is available

https://bugzilla.redhat.com/show_bug.cgi?id=857845 --- Comment #6 from Fedora Update System --- Package perl-DateTime-TimeZone-1.51-1.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -

Re: modules, firmware, kernel size (was Re: systemd requires HTTP server and serves QR codes)

On Thu, Oct 18, 2012 at 11:15 AM, Matthew Miller wrote: > On Thu, Oct 18, 2012 at 10:44:58AM -0400, Josh Boyer wrote: >> > I'm open to this idea, but I think it's nicer if one can go from the >> > reduced >> > selection to the full just by adding in the right package, not changing or >> > removin

Re: modules, firmware, kernel size (was Re: systemd requires HTTP server and serves QR codes)

On Thu, Oct 18, 2012 at 11:34:00AM -0400, Josh Boyer wrote: > On Thu, Oct 18, 2012 at 11:15 AM, Matthew Miller > wrote: > > On Thu, Oct 18, 2012 at 10:44:58AM -0400, Josh Boyer wrote: > > >> At the moment though, all of this is just talk anyway. If something > >> like this is to happen, someone

Re: modules, firmware, kernel size (was Re: systemd requires HTTP server and serves QR codes)

On Thu, Oct 18, 2012 at 10:56:21AM -0500, Justin M. Forbes wrote: > > I'm really against splitting the modules up into more subpackages, > > regardless of how many it is. I will not spend any time looking at how > > to do that. I won't spend time discussing further plans to do something > > I don

Re: f18: how to install into a LVM partitions (or RAID)

On 10/17/2012 10:55 AM, Adam Williamson wrote: > Was the old one really better, or were you just used to it? Comparing > the first time you use the new dialog to the 50th time you used the old > one is an entirely unfair comparison. You have to compare the first time > you use the new dialog to the

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

On Thu, 2012-10-18 at 10:35 +0200, Enrico Scholz wrote: > Matthew Miller writes: > > > - don't auto-page; > > yes; that's the best solution. The auto-pager is perhaps the most > annoying feature of systemd. I have no problem in scrolling back some > pages in my terminal with shift-pgup, but

Re: What are reasonable blockers for making journald the default logger in F19?

On Thu, 2012-10-18 at 11:38 +0200, Benny Amorsen wrote: > Lennart Poettering writes: > > > One way to achieve that should be to provide /var/log/README with the > > appropriate hints, since I assume much more people will look for logs > > in /var/log like it used to be in most of Linux history ra

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

On Thu, Oct 18, 2012 at 10:35 AM, Enrico Scholz wrote: > Hence, the systemd tools should follow Unix/Linux tradition and specialize > on their core functionality and avoid implementing "features" breaking > user experience. FWIW, it's not only implicit tradition: (info standards 'Program Behavior

Nonresponsive maintainer: bogado

Hi list, I have been unsuccessful in trying to contact Victor Bogado: https://bugzilla.redhat.com/show_bug.cgi?id=770887 Old raw-thumbnailer is not only non-functional, but also blocks goffice/gnumeric/gnome-chemistry-utils progress. Best regards, Julian -- devel mailing list devel@lists.fedorap

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

On 10/18/2012 01:29 PM, Adam Williamson wrote: Okay, so with the old system, I don't recall *ever* doing 'cat /var/log/messages'. I always, always either less'ed it or grep'ped ... Did/do you usually less /var/log/messages? Or did you usually cat it? Or, do you want that e.g. the 'ls -l' out

Re: What are reasonable blockers for making journald the default logger in F19?

Am 18.10.2012 19:32, schrieb Adam Williamson: > Trying to come up with 'intuitive' names for commands strikes me as a > spectacularly worthless pursuit. I'm not sure it's possible. Does anyone > really learn a new system by typing their best guess as to what its > commands and parameters might be

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

On Thu, Oct 18, 2012 at 01:41:59PM -0400, Przemek Klosowski wrote: > >Okay, so with the old system, I don't recall *ever* doing > >'cat /var/log/messages'. I always, always either less'ed it or grep'ped > >Did/do you usually less /var/log/messages? Or did you usually cat it? > >>Or, do you want tha

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

On 10/18/2012 01:41 PM, Przemek Klosowski wrote: On 10/18/2012 01:29 PM, Adam Williamson wrote: Okay, so with the old system, I don't recall *ever* doing 'cat /var/log/messages'. I always, always either less'ed it or grep'ped ... Did/do you usually less /var/log/messages? Or did you usually c

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

Am 18.10.2012 19:29, schrieb Adam Williamson: > On Thu, 2012-10-18 at 10:35 +0200, Enrico Scholz wrote: >> Matthew Miller writes: >> >>> - don't auto-page; >> >> yes; that's the best solution. The auto-pager is perhaps the most >> annoying feature of systemd. I have no problem in scrolling b

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

On Thu, Oct 18, 2012 at 01:50:38PM -0400, Przemek Klosowski wrote: > BTW, I hope that journald will allow doing the equivalent of > tail -f /var/log/** That is effectively what 'journalctl -f' does by default. > This would be tricky during the transition when some programs will > still use /var/l

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

On Thu, Oct 18, 2012 at 07:46:46PM +0200, Reindl Harald wrote: > and i am doing "tail -n 500 -f /var/log/messages" or whatever > logfle i want to watch since years because i want to see what > happened before, can scroll up and watch what is going on This will work *right now* with journald, with

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

On Thu, 18.10.12 14:05, Matthew Miller (mat...@fedoraproject.org) wrote: > journalctl -n500 -f > > (No space allowed after then -n.) The space thing is really annoying actually. glibc's getopt() insists on that for options such as "-n" that have an optional argument (i.e. which appear as "n::"

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

Am 18.10.2012 20:05, schrieb Matthew Miller: > On Thu, Oct 18, 2012 at 07:46:46PM +0200, Reindl Harald wrote: >> and i am doing "tail -n 500 -f /var/log/messages" or whatever >> logfle i want to watch since years because i want to see what >> happened before, can scroll up and watch what is going

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

> From: Reindl Harald > Am 18.10.2012 20:05, schrieb Matthew Miller: > > On Thu, Oct 18, 2012 at 07:46:46PM +0200, Reindl Harald wrote: > >> and i am doing "tail -n 500 -f /var/log/messages" or whatever > >> logfle i want to watch since years because i want to see what > >> happened before, can sc

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

On Thu, Oct 18, 2012 at 08:30:43PM +0200, Lennart Poettering wrote: > > journalctl -n500 -f > > (No space allowed after then -n.) > The space thing is really annoying actually. glibc's getopt() insists on > that for options such as "-n" that have an optional argument (i.e. which > appear as "n::"

Re: aha! I figured out why journalctl's auto-pager bugs me when git's doesn't (and possible solution)

On Thu, Oct 18, 2012 at 8:30 PM, Lennart Poettering wrote: > On Thu, 18.10.12 14:05, Matthew Miller (mat...@fedoraproject.org) wrote: > >> journalctl -n500 -f >> >> (No space allowed after then -n.) > > The space thing is really annoying actually. glibc's getopt() insists on > that for options s

Re: What are reasonable blockers for making journald the default logger in F19?

Adam Williamson wrote: > Trying to come up with 'intuitive' names for commands strikes me as a > spectacularly worthless pursuit. I'm not sure it's possible. Does > anyone really learn a new system by typing their best guess as to > what its commands and parameters might be into a console?! Not ex

Re: modules, firmware, kernel size

Josh Boyer writes: > It's not simple. It's not easy. It buys you very very little and it > leaves the maintainers having to continuously guess which package a > module goes into. Then there's the requests to move them from one to > the other. I certainly buy those arguments. The whole thing m

Re: libjpeg-turbo API/ABI bump in F19 (transition from jpeg6 to jpeg8 API/ABI)

On Thu, 2012-10-18 at 16:43 +0200, Adam Tkac wrote: > On Thu, Oct 18, 2012 at 10:35:56AM -0400, Bill Nottingham wrote: > > Adam Tkac (at...@redhat.com) said: > > > I've just created > > > https://fedoraproject.org/wiki/Features/libjpeg-turbo-jpeg8-ABI page which > > > contains plan how to successf

Re: f18: how to install into a LVM partitions (or RAID)

On Thu, 2012-10-18 at 12:17 -0500, Ian Pilcher wrote: > On 10/17/2012 10:55 AM, Adam Williamson wrote: > > Was the old one really better, or were you just used to it? Comparing > > the first time you use the new dialog to the 50th time you used the old > > one is an entirely unfair comparison. You

Using koji via a ssh tunnel

Hi folks, Seems I cannot use koji (therefore fedpkg build and related commands) on my university wifi. It gives me an error: > [ankur@ankur SRPMS]$ ps aux | egrep ssh > root 999 0.0 0.0 77608 1288 ?Ss Oct18 0:00 > /usr/sbin/sshd -D > ankur 4714 0.0 0.0 106996 848

Re: libjpeg-turbo API/ABI bump in F19 (transition from jpeg6 to jpeg8 API/ABI)

On 19 Oct 2012 00:51, "Adam Williamson" wrote: > > On Thu, 2012-10-18 at 16:43 +0200, Adam Tkac wrote: > > On Thu, Oct 18, 2012 at 10:35:56AM -0400, Bill Nottingham wrote: > > > Adam Tkac (at...@redhat.com) said: > > > > I've just created > > > > https://fedoraproject.org/wiki/Features/libjpeg-tur

Re: f18: how to install into a LVM partitions (or RAID)

On 10/18/2012 05:02 PM, Adam Williamson wrote: > I'm not sure what 'indication' you're expecting, exactly. AIUI, existing > RAID arrays and VGs should just show up in the list of existing > filesystems on the left-hand side of the custom partitioning screen. (In > a recent enough Beta TC, of course

Re: f18: how to install into a LVM partitions (or RAID)

On Thu, 2012-10-18 at 23:12 -0500, Ian Pilcher wrote: > On 10/18/2012 05:02 PM, Adam Williamson wrote: > > I'm not sure what 'indication' you're expecting, exactly. AIUI, existing > > RAID arrays and VGs should just show up in the list of existing > > filesystems on the left-hand side of the custom