Re: dist-git proof of concept phase 1 complete
On Tue, Dec 15, 2009 at 10:45:54AM -0800, Jesse Keating wrote: > On Tue, 2009-12-15 at 13:33 -0500, Todd Zullinger wrote: > > > > My thinking is that we don't use origin/next or origin/maint either > > and both are common upstream in git and the kernel. > > > > While origin/master is common, > > origin/master isn't "common", it's the friggin default. Every single > git repo I interact with has development happening on origin/master. > It's way more than just "common". +1 > > for our use, 'git push origin devel' (or > > rawhide) makes more sense as it matches the use for other branches, > > git push origin F-12. There's nothing magical or required about using > > master as the main branch. > > If our maintainer has to type that out, i think we've failed the > conversion. The thought here is that you'd be doing "git push" and > stuff will just happen right. But /if/ you wanted to do things manually > then it should match just about every other git repo out there, where > the main branch is origin/master > > > > > Whether other users will be more confused by the incongruity of master > > versus devel or that it differs from what they think git may require, > > I don't know. > > Yep, it's an opinion thing :/ I did the mistake with origin/devel for util-linux-ng upstream three years ago. People was confused. Now we use origin/master like all other projects. Karel -- Karel Zak -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12
On Tue, Jul 28, 2009 at 10:07:32PM +0200, Lennart Poettering wrote: > On Tue, 28.07.09 15:48, Bill Nottingham (nott...@redhat.com) wrote: > > > > > Lennart Poettering (mzerq...@0pointer.de) said: > > > Please note that it is our intention not to wrap obsolete mixer > > > controls such as "CD", "PC Speaker", "MIDI" and so on. If you file a > > > bug asking for those to be wrapped we will disappoint you and > > > close the bug WONTFIX. > > > > When you mean 'not wrap them', do you mean they're no longer > > selectable as a record source, if the hardware exports them? > > Yes. You cannot select them as record source, you cannot mute or > unmute them, you cannot change their volume. "CD", "PC Speaker", > "MIDI" and so on are just obsolete. This reminds me your note: https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-July/004519.html PA does not make use of hardware mixing. And I don't plan to change that. It's obsolete technology. CPUs these days come with extensions such as MMX or SSE precisely for speeding up DSP tasks such as PCM mixing. This is way more flexible that hw mixing, and definitely the way to the future, both on the desktop and on embedded envs as well. The "obsolete technology" -- who made this decision? Is it your private opinion or any suggestion from sound card manufacturers? It seems that HW companies still produce the "obsolete technology". Karel -- Karel Zak -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
heads up: libuuid moved
I have moved libuuid and uuidd from e2fsprogs to util-linux-ng. This change should be invisible for all packages in rawhide which already depend on libuuid, libuuid-devel or uuidd packages. The packages that still depend on e2fsprogs(-devel) have to be fixed. For more details see "Heads Up: e2fsprogs library split-out": http://marc.info/?l=fedora-devel-list&m=124628991808355 Karel -- Karel Zak -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
art of packaging: fluxbox-pulseaudio
# rpm -ql fluxbox-pulseaudio /etc/fluxbox-pulseaudio # ls -la /etc/fluxbox-pulseaudio -rw-r--r-- 1 root root 0 2008-09-17 19:29 /etc/fluxbox-pulseaudio # rpm -q --qf "%{ARCH}\n" fluxbox-pulseaudio x86_64 ... it means the package contains one empty file. Is it really normal that we configure our system by "yum install/remove"? Really? Karel -- Karel Zak -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Heads Up: e2fsprogs library split-out
On Mon, Jun 29, 2009 at 10:38:32AM -0500, Eric Sandeen wrote: > There have been a few requests to split out the various libraries in > e2fsprogs into subpackages: > > libcom_err(-devel) > libss(-devel) > libuuid(-devel) > > Note that libblkid(-devel) has already been split out as it is now part > of util-linux-ng (thanks to kzak!) - an email was sent previously about > that. Note that I'm also going to move libuuid (and all UUID utils) to util-linux-ng in next few days. You don't have to care about this change if you properly set dependences in your packages to libuuid, libuuid-devel or uuidd. Karel -- Karel Zak -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: mount shows dm-* instead og dev/mapper/*
On Tue, Jun 16, 2009 at 07:51:25PM +0200, Laurent Jacquot wrote: > Le lundi 15 juin 2009 à 14:48 +0200, Karel Zak a écrit : > > We need to backport > > > > commit 4271e23942bdc60e1fa6c0b26bc666a94a8b3e1d > > Author: Karel Zak > > Date: Mon Apr 27 15:00:57 2009 +0200 > > > > blkid: use /dev/mapper/ rather than /dev/dm- > > > > upstream patch to Fedora. > > > > Karel > > > Does this patch impacts also the visualisation for mount, df, etc? yes > Should I need to report this to bz? Please, (Eric is in CC, but it's better to file bugs to BZ...) Karel -- Karel Zak -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: mount shows dm-* instead og dev/mapper/*
We need to backport commit 4271e23942bdc60e1fa6c0b26bc666a94a8b3e1d Author: Karel Zak Date: Mon Apr 27 15:00:57 2009 +0200 blkid: use /dev/mapper/ rather than /dev/dm- upstream patch to Fedora. Karel On Sat, Jun 13, 2009 at 01:48:17AM +0200, Laurent Jacquot wrote: > Hello, > I forgot to give my conf. > I run a fully updated fedora 10 > > [r...@jack ~]# uname -a > Linux jack.lutty.net 2.6.27.24-170.2.68.fc10.i686 #1 SMP Wed May 20 > 23:10:16 EDT 2009 i686 i686 i386 GNU/Linu > > If nobody has a clue about that, I will bug Zilla, probably under > device-mapper-1.02.27-7.fc10.i386 > > regards, > laurent > > > Le jeudi 11 juin 2009 à 23:32 +0200, Laurent Jacquot a écrit : > > Hello, > > I recently upgraded my raid array from 4 to 5 disks, > > and mount no longer shows lv names but is /dev/dm-* style instead. > > My setup is lvm on softraid > > > > blkid, cat /proc/mounts, df, etc.. are all affected > > > > How can I recover the normal behavior? Is it really caused by my > > upgrade? > > I recreated /etc/blkid, /etc/lvm/.cache. > > I straced blkid (with no cache): it reads directly the data > > from /proc/partitions. > > > > cat /proc/partitions shows (edited for simplicity) > > major minor #blocks name > > > >8 0 390711384 sda > >8 11020096 sda1 > >816 390711384 sdb > >8171020096 sdb1 > >832 195360984 sdc > >833 1 sdc1 > >848 195360984 sdd > >849 1 sdd1 > >864 976762584 sde > >865 1 sde1 > >9 1 78171648 md1 > > 253 02064384 dm-0 > > 253 12064384 dm-1 > > 253 2 10485760 dm-2 > > 253 3 12484608 dm-3 > > 253 44194304 dm-4 > >9 2 78171904 md2 > >9 01020032 md0 > >9 3 78171904 md3 > > 253 5 136314880 dm-5 > > 253 6 62914560 dm-6 > > 253 7 37748736 dm-7 > > 253 8 31457280 dm-8 > > 253 9 20971520 dm-9 > > > > > > Should I file a bug? And if so, to which component > > > > example of output: > > FilesystemSize Used Avail Use% Mounted on > > /dev/dm-0 2.0G 505M 1.4G 27% / > > /dev/md0 981M 40M 891M 5% /boot > > /dev/dm-2 9.9G 5.8G 3.7G 62% /usr > > /dev/dm-1 2.0G 38M 1.9G 2% /tmp > > /dev/dm-3 12G 994M 11G 9% /var > > /dev/dm-16 20G 12G 6.8G 64% /var/www/html > > /dev/dm-15 36G 3.6G 32G 11% /home > > /dev/dm-17 60G 38G 19G 67% /home/alex/Images > > /dev/dm-18 20G 15G 3.9G 80% /home/alex/Mp3 > > /dev/dm-19 25G 21G 2.5G 90% /home/alex/vmware > > /dev/dm-11 20G 13G 6.7G 65% /backup/www > > /dev/dm-7 36G 3.6G 31G 11% /backup/home > > /dev/dm-6 60G 38G 19G 68% /backup/Images > > /dev/dm-9 20G 15G 3.8G 81% /backup/Mp3 > > /dev/dm-10 25G 173M 24G 1% /backup/vmware > > > > instead of > > FilesystemSize Used Avail Use% Mounted on > > /dev/mapper/rootvg-rootlv > >2.0G 505M 1.4G 27% / > > /dev/md0 981M 40M 891M 5% /boot > > /dev/mapper/rootvg-usrlv > >9.9G 5.8G 3.7G 62% /usr > > /dev/mapper/rootvg-tmplv > >2.0G 38M 1.9G 2% /tmp > > /dev/mapper/rootvg-varlv > > 12G 936M 11G 9% /var > > /dev/mapper/datavg-wwwlv > > 20G 12G 6.8G 64% /var/www/html > > /dev/mapper/datavg-homelv > > 36G 3.5G 32G 10% /home > > /dev/mapper/datavg-Imageslv > > 60G 38G 19G 67% /home/alex/Images > > /dev/mapper/datavg-mp3lv > > 20G 15G 3.9G 80% /home/alex/Mp3 > > /dev/mapper/datavg-vmwarelv > > 25G 21G 3.4G 86% /home/alex/vmware > > /dev/mapper/sauv2vg-mp3lv > > 20G 15G 3.8G 81% /backup/Mp3 > > > > Thank you in advance, > > Laurent > > > > > > > -- > fedora-devel-list mailing list > fedora-devel-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Karel Zak -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
libblkid and BuildRequires: e2fsprogs-devel
The libblkid has been moved from e2fsprogs to util-linux-ng. Please, check your spec files and update BuildRequires: - BuildRequires: e2fsprogs-devel + BuildRequires: libblkid-devel if the package depends on liblkid. Karel -- Karel Zak -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dist-f12 buildroot broken due to conflicting /%{_lib}/libblkid.so.1 versions
On Mon, Jun 08, 2009 at 11:37:15AM +0200, Karel Zak wrote: > On Mon, Jun 08, 2009 at 10:08:23AM +0100, Paul Howarth wrote: > > Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=1398761 > > > > ... > > Transaction Check Error: > > DEBUG util.py:256:file /lib64/libblkid.so.1 conflicts between > > attempted installs of e2fsprogs-libs-1.41.6-1.fc12.x86_64 and > > libblkid-2.15.1-0.1.fc12.x86_64 > > > > > > I guess one of these packages needs fixing but something will have to be > > untagged before that can be done. Fixed. util-linux-ng-2.15.1-0.1.fc12 untagged from dist-f12 > I'm moving libblkid from e2fsprogs to util-linux-ng right now. It's > expected problem and should be fixed after e2fsprogs rebuild. Hmm... that's problem. There is still huge number of packages that depend on e2fsprogs-libs :-( Karel -- Karel Zak -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dist-f12 buildroot broken due to conflicting /%{_lib}/libblkid.so.1 versions
On Mon, Jun 08, 2009 at 10:08:23AM +0100, Paul Howarth wrote: > Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=1398761 > > ... > Transaction Check Error: > DEBUG util.py:256:file /lib64/libblkid.so.1 conflicts between > attempted installs of e2fsprogs-libs-1.41.6-1.fc12.x86_64 and > libblkid-2.15.1-0.1.fc12.x86_64 > > > I guess one of these packages needs fixing but something will have to be > untagged before that can be done. I'm moving libblkid from e2fsprogs to util-linux-ng right now. It's expected problem and should be fixed after e2fsprogs rebuild. Karel -- Karel Zak -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: username best practices and other conventions
On Thu, Mar 02, 2006 at 04:21:12PM +, Joe Desbonnet wrote: > I think it's time to move beyond those traditional limits. At some > point we got over the 14 char file name limits, and the world is a > better place for it. > > I much prefer to spend a few more characters for clarity. Eg Hmm.. spend for what? For example "ps aux" uses all terminal columns and on traditional terminal with 80 columns there will be less space for the command column. So we will lost a lot of useful information about all processes, because there is one process that running with obscure username. I think 8 chars is good compromise. BTW, if you want to see full usernames you can use: ps -eo user:14,pid,%cpu,%mem,vsz,rss,tty,stat,start_time,time,command > > IMHO, Fedora should respect the traditional best practices and > > conventions (not speaking solely about usernames) and not violate them > > without good reason. It seems there is maybe a carefree indifference or > > possibly ignorant attitude about the "old ways". Breaking long standing > > conventions in itself violates the principal of least surprise -- > > something sys admins do not care for. Agree. > > distcache = 9 > > haldaemon = 9 > > nfsnobody = 9 > > webalizer = 9 > > beagleindex = 11 Please, fill bugzilla. Karel -- Karel Zak