Re: gr-osmosdr and gqrx going away
On Sat, Jul 11, 2020 at 08:50:53PM +0200, Jan Rękorajski wrote: > Both packages are unmaintaned in PLD since 2015. > > gr-osmosdr does not build with gnuradio 3.8, gqrx requires gr-osmosdr. Have a look at ALT package if you need those: * Sun Nov 24 2019 Anton Midyukov 0.1.4-alt5.20190514 - New snapshot - Fix build with gnuradio 3.8 http://git.altlinux.org/gears/g/gr-osmosdr.git http://git.altlinux.org/gears/g/gr-osmosdr.git?p=gr-osmosdr.git;a=commit;h=482d108f0059f0d8f9914f29b1987506b0dd26c7 -- ---- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: th-x32 builder stuck
On Tue, Mar 10, 2020 at 09:25:12PM +0100, Arkadiusz Miśkiewicz wrote: > On 10/03/2020 19:01, Jakub Bogusz wrote: > > What happened to th-x32? > builder 13256 199 19.3 4190584 3974900 ? Rl Mar08 6045:49 ^^^ ^^^ > /tmp/B.Cfmfdm/BUILD/gegl-0.4.22/build/tools/gegl-tester --all -o > > some database load loop? ...or 32-bit pointers? -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Request for two packages
On Wed, Feb 05, 2020 at 07:57:59PM +0100, Tomasz Pala wrote: > On Wed, Feb 05, 2020 at 14:23:07 +, Saleem Khan wrote: > > Can we have following packages added to the repositories please? > > 1 ) Bleachbit > > 2 ) Stacer > Unless someone provides spec files, I doubt such programs would land in > PLD anytime soon. Both seem of little use for properly managed system. Saleem has already asked for bleachbit in ALT, here it is: http://git.altlinux.org/gears/b/bleachbit.git?p=bleachbit.git;a=tree http://bugzilla.altlinux.org/23106 Hope the already-tested package helps :-) -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: broken deps
On Thu, Dec 19, 2019 at 02:44:35PM +0200, Elan Ruusamäe wrote: > if built package requires newer symbols ...it can just tell so; see set-versions in ALT RPM (jbj@ knows about that patch, just in case). But it's no smaller feat than gradually changing the whole versioning scheme in a repository towards those providing more information, and that will have an impact on both rpmdb size and repo-level tool speed. https://github.com/svpv/protva2016/blob/master/protva2016.pdf for those still interested and able to read Russian :) -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: firefox and builders...
On Mon, Jun 03, 2019 at 08:19:42AM +0200, Jacek Konieczny wrote: > On 03/06/2019 07.25, Jan Rękorajski wrote> > > I don't believe it's nodejs problem, I think it's builder > > security/networking problem. > But the security/networking restrictions are there for a reason. If we > allow build process to download anything it wants, then we could skip > shipping source packages at all. It's about reproducibility as well. > Yes it sucks in today's world, especially when trying to build something > like Node or Java crap. Proper source packages are harder and harder to > find, even for C code (e.g. when code is available only on github and > includes submodules)… We tend to fix tags at least, submodules is a major hassle indeed... > Maybe we should rethink our policy…, but just removing the restrictions > because one package stopped to build doesn't seem a right way to do it. ALT is building its repos without network access, maybe some patches or approaches will be reuseful to you too. In particular, fx67 has just landed: https://packages.altlinux.org/en/sisyphus/srpms/firefox I'm not into nodejs but it's sort of there too: https://packages.altlinux.org/en/sisyphus/srpms/node https://packages.altlinux.org/en/search?query=nodejs -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Can we finally switch to systemd /run directory? /var/run sucks…
On Tue, Feb 19, 2019 at 09:34:48AM +0100, Jacek Konieczny wrote: > The bigger problem will be /var/run subdirectories… I have no > good idea how to make this work without systemd and tmpfiles or > by re-implementing tmpfiles in rc-scripts… You might want to have a look at http://git.altlinux.org/gears/s/startup.git?p=startup.git;a=commit;h=e7558a4ecfe9084099c9c620614e646008f1f68d and probably some later commits as well. > I wish we could switch to systemd all together finally. CVE-2019-6454 has some recent irony for you... -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/postgrey] - migrate configuration to /etc/postfix
On Fri, Jan 25, 2019 at 09:14:10PM +0100, Marcin Krol wrote: > P.S. For same reasons I'm not merging back some other changes, > ie. versioned PostgreSQL allowing parallel install of multiple > versions (in which I have yet to move configs to /etc BTW) and > newer versions of some packages. In ALT, we've moved exactly towards multiple versions so that people switch (and dump/restore) between them when they know it, and not after an overlooked line in dist-upgrade's output... (when it's too late to use the upgraded "dumper" for that) -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: RFC: x86-runtime packages (was: Re: libexec and multi-arch)
On Mon, Feb 12, 2018 at 09:04:07AM +0100, Jacek Konieczny wrote: > >> Truly the best way out of all these discussions is to > >> complete the 10+ year transition from 32bit to 64bit and > >> stop the endless discussions and fiddle up retrofits. > > Be my guest and just convert all the binary-only programs to 64 bit. > > Including the commercial ones. > I was thinking about some other solution: Make some '32bit runtime' > packages which would be built from our i686 packages and > contain only the libraries and other necessary files needed to > run x86 apps on x86_64 system. ALT did it through rpmrebuild and arepo (and rpmrebuild-arepo): https://lists.altlinux.org/pipermail/devel/2012-April/193781.html http://altlinux.org/biarch (both links in Russian) -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ncurses upgrade
On Thu, Mar 31, 2016 at 02:58:40PM +0300, Elan Ruusamäe wrote: > >> ldconfig is present in ncurses package post and postun! > > posstrans filetriggers help against that kind of duplication, btw... > does rpm5 have filetriggers? afaik it does not. 5.4.17 FR? :) -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ncurses upgrade
On Thu, Mar 31, 2016 at 02:21:13PM +0300, Elan Ruusamäe wrote: > ldconfig is present in ncurses package post and postun! posstrans filetriggers help against that kind of duplication, btw... -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: alsa vs bacula
On Fri, Jan 22, 2016 at 08:35:53PM +0100, Jakub Bogusz wrote: > I propose renaming alsa's bat to alsa-bat. That's what I did in ALT Linux either back then :) > The others: > Fedora uses alsa-utils-bat subpackage. > Debian doesn't have ALSA 1.1.0 yet. -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: parallel installation of various php versions (libphp.so)
On Fri, Dec 04, 2015 at 08:33:24AM +0100, Arkadiusz Miśkiewicz wrote: > I need to install different php versions on single server but > what I need is different libphp.so modules at parallel. There was some kind of a scheme developed in ALT Linux, you might want to have a look (developed during 4/5 days, handles incompatible "minor" branch config files as well). -- ---- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/iceweasel] - up to 40.0 (compilation errors, needs fix)
On Wed, Aug 12, 2015 at 12:35:12PM +0300, Elan Ruusamäe wrote: > On 11.08.2015 22:56, adwol wrote: > > # - consider --enable-libproxy > > +# - fix compilation errors: > > +# `error: 'PRLogModuleInfo' does not name a type' > > +# and similar > likely related that it requires newer nspr or nss. > just guessing. Found this email when searching for what appears to be https://bugzilla.mozilla.org/show_bug.cgi?id=1129718, just in case. -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Policy change regarding dependency breakage
On Thu, Jul 09, 2015 at 09:02:31PM +0200, Jan Rękorajski wrote: TL;DR I you build dependency breking package, you have to fix broken deps or the package will be removed. ALT gained both major PITA (for some time) and peace of mind (ever since) when build tasks increasing unmets number were forbidden. It turned out that even an unstable repo with no broken deps is much more suitable for actual living. HTH -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: i486 removal from Th
On Sat, Feb 21, 2015 at 11:45:16AM +0100, Jakub Bogusz wrote: To be fair it should be said explicitly, that for Th this also means drop of support for i586 class CPUs and some degraded i686 chips lacking cmov instructions support (there were such VIA chips in mid 200x years, probably rare to find now). I've got an (untested) patch by a colleague that should emulate CMOV on i586, could dust off the archives if there's anyone interested out there. It might also have been included in kernel-image-led-tc package. Optimizing for i586 (nee Pentium) is very wrong for pretty much any other x86 processor due to significant pipeline differences AFAIH... -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: exfat
On Sat, Jan 10, 2015 at 07:20:10PM +0100, Jakub Bogusz wrote: exfat-utils-1.0.1-1.x86_64.rpm fuse-exfat-1.0.1-3.x86_64.rpm At most S: fuse-exfat in fuse-exfat... S: fuse-exfat in exfat-utils? -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
network configuration subsystems (was: New systemd)
On Thu, Jul 03, 2014 at 09:17:52AM +0200, Jacek Konieczny wrote: We could, of course, try to fix rc-scripts with more and more shell hacking (still trying to keep backward-compatibility), but why force us to maintain that, when there are other, simple, tested and maintained solutions. Well you might be interested in /etc/net -- it's mature to the point it needs minor to no maintenance, even the website has been closed by its original author several years ago; here's the git: http://git.altlinux.org/gears/e/etcnet.git?p=etcnet.git;a=tree;f=docs;hb=HEAD Basically built from ground up around modern Linux kernel networking capabilities and corresponding userspace tools. ALT specific, portable (I've heard of a Gentoo package and router use with a pile of physical interfaces, there was a failed Fedora proposal too: https://bugzilla.redhat.com/195365). Coexists with NM and connman just fine over here. -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/asterisk] Note about the ASTERISK_12 branch
On Fri, Jan 24, 2014 at 10:14:44PM +0100, Jacek Konieczny wrote: Can you marege it to master? What we have in Th (10.0.1) is from November 2012 and what we have on master (10.12.2) does not build. IMO there is no point in waiting, especially if it works. It will take months before I really test this in production -- I am not sure how would it work for someone using Asterisk 10 from PLD (we currently use Asterisk 1.8). Erm, sorry for being annoying probably but ALT's * maintainer is also actively using it and patching at times, maybe there's some sense in cooperation to that end: http://packages.altlinux.org/en/search?query=asterisk -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD New Rescue -- current th-main based build
On Fri, Dec 13, 2013 at 05:48:56PM +0100, Jacek Konieczny wrote: And memtest does not load during uefi boot. http://memtest86.com/download.htm#free Note that UEFI-capable V5 became proprietary, at least so far... I don't think its license allows me to include that in my PLD NR images. Ask upstream, looks like they've been rather reluctant to mess with license text actively -- I've packaged a permission to do whatever I want into README.ALT as provided by David. 0171-Enable-linux16-on-non-BIOS-systems-for-i.a.-memtest.patch in fedora's grub2 might be interesting to you. I have applied this patch to our GRUB, but it doesn't work. And now I think it couldn't work -- it is not just booting a 16-bit binary, that binary still expects BIOS and BIOS-initialized environment (e.g. not an EFI frame buffer for output). I didn't even get to try it out (maybe could work on UEFI with CSM enabled but that's not something one can count on, and plain memtest86+ could be booted via CSM just as well then). Should have told that too, sorry :-/ -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info We have released V5 of MemTest86 a few days back. [...] (We probably still need to review the licensing terminology again, but you are welcome to distribute these packages). David Wren PassMark Software %define beta %nil Name: efi-memtest86 Version: 5.0 Release: alt1 Summary: EFI binary of Passmark Memtest86 V5 License: distributable Group: System/Kernel and hardware Url: http://www.memtest86.com Source0: %name-%version%beta.tar.gz Source1: README.ALT # x86 might be added but the sense is quite faint ExclusiveArch: x86_64 BuildRequires: rpm-macros-uefi BuildRequires: pesign AutoReqProv: no %define mt86data %_datadir/%name %description UEFI implementation of memtest86 V5.0. Please note that these binaries are proprietary (see license.rtf) distributed under permission (see README.ALT). %package signed Summary: EFI binary of Passmark Memtest86 V5 (signed variant) Group: System/Kernel and hardware Requires: %name = %version-%release %description signed UEFI implementation of memtest86 V5.0. Please note that these binaries are proprietary (see license.rtf) distributed under permission (see README.ALT). This package provides means to cope with UEFI SecureBoot (better described as Restricted Boot) firmware when one can't disable it easily, doesn't want to, or needs not to. %prep %setup -n %name %install install -pDm644 EFI/MemTest86-x64.efi %buildroot%_efi_bindir/memtest86.efi mkdir -p %buildroot%mt86data cp -a EFI/*.{cfg,png,htm,css} %buildroot%mt86data %pesign -s -i %buildroot%_efi_bindir/memtest86.efi -o %buildroot%_efi_bindir/memtest86-signed.efi echo %_efi_bindir/memtest86-signed.efi signed.manifest install %SOURCE1 . %files %doc license.rtf README.ALT #doc guide.pdf %_efi_bindir/memtest86.efi %mt86data/ %files -f signed.manifest signed %changelog * Wed Dec 11 2013 Michael Shigorin m...@altlinux.org 5.0-alt1 - V5.0, thanks upstream * Thu Nov 28 2013 Michael Shigorin m...@altlinux.org 5.0-alt0.1 - initial release based on 20131031 binaries ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD New Rescue ??? current th-main based build
On Fri, Dec 06, 2013 at 09:12:22AM +0100, Mateusz Korniak wrote: And memtest does not load during uefi boot. http://memtest86.com/download.htm#free Note that UEFI-capable V5 became proprietary, at least so far... 0171-Enable-linux16-on-non-BIOS-systems-for-i.a.-memtest.patch in fedora's grub2 might be interesting to you. -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD New Rescue
On Tue, Nov 19, 2013 at 08:38:59AM +0100, Jacek Konieczny wrote: did you consider loading ISO9660 EFI driver to reuse main image contents? I don't have to. Nothing is duplicated on my image. I was thinking about adding the ISO9660 EFI but no I don't have a reason for that. Great, will hopefully borrow that :) Noted the difference in the number of partitions, my setup ends up with two GPT partitions within a hybrid ISO made this way: http://git.altlinux.org/people/mike/packages/?p=mkimage.git;a=blob;f=tools/mki-copy-efiboot;h=58f70a4746c72b9e2d3758a7d8d67d726e3a2fa4;hb=HEAD#l189 (.efiboot.img) http://git.altlinux.org/people/mike/packages/?p=mkimage.git;a=blob;f=tools/mki-pack-isoboot;h=85ca988c6aab94e3c44e64519baf2231e39d8d24;hb=HEAD#l77 (xorriso ... -isohybrid-mbr /usr/lib/syslinux/isohdpfx.bin -partition_offset 16 -eltorito-alt-boot -e EFI/.efiboot.img -no-emul-boot -isohybrid-gpt-basdat ...) and is booted with ELILO (that one is also convenient as a second shim for restrictedboot case as it only boots Linux kernels but doesn't just LoadImage() them so there's no need to sign those; shim-0.5 has broken this intentionally but I'm pretty happy with 0.4 one). Downloaded; boots fine in kvm but oopses on ASUS UX31A (i7-3517 Thanks for the information. I would be surprised if it boots everywhere. I'll recheck on my UEFI stand (AMD C60 mITX board). Purged older kernels during an accident leaving me with no kernels installed at all so can't share the config file, sorry -- 3.10 one is handy. Looks like some kernel/driver problem. I will release a new set of images, based on current PLD Th soon -- maybe that will work better. I am also considering using the kernel-rescuecd package instead of the full featured PLD kernel which is used now. Up to you, I chose to go with stock kernels (given these have aufs onboard). -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD New Rescue
On Tue, Nov 19, 2013 at 08:38:59AM +0100, Jacek Konieczny wrote: Thanks for the information. I would be surprised if it boots everywhere. It does boot on ASUS C60M1-I motherboard in UEFI mode just fine; BIOS mode would hang after setting up serial port grub message, pressing Ctrl doesn't affect this. -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD New Rescue
On Tue, Nov 19, 2013 at 07:22:36PM +0100, Jacek Konieczny wrote: It does boot on ASUS C60M1-I motherboard in UEFI mode just fine; BIOS mode would hang after setting up serial port grub message, pressing Ctrl doesn't affect this. Weird. Its opposite what was happening on my wife's laptop -- setting up serial port would hung in EFI mode, but does not affect BIOS boot. IIRC there was a message that it's being skipped to avoid hang in UEFI mode; there's no physical connector on that motherboard and it might be that there's no logical port either. Can you verify if commenting out serial port setup in grub.cfg fixes the problem? Erm, modifying bootable ISOs was never that straightforward, I'll try to do that but can't promise. :) -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Kernel 3.10.x will be new longterm in Th
On Sun, Nov 17, 2013 at 11:31:25AM +0200, Elan Ruusam?e wrote: --- /tmp/a12013-11-17 11:29:21.267891009 +0200 +++ /tmp/a22013-11-17 11:29:23.847906812 +0200 [...] -RES: 110846538 111422847 Rescheduling interrupts +RES: 110846728 111423012 Rescheduling interrupts That's ~80 extra interrupts per second, I recall a core2duo system heating considerably more that usual when idling but hitting the constantly-rescheduling mode... -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD New Rescue
On Mon, Nov 18, 2013 at 09:56:40AM +0100, Jacek Konieczny wrote: That is why I wanted to build something better. First I tried to hack and customize the original RCD, but with lack of documentation or 'source code' it was a mess. I managed to boot it from EFI but the solution was ugly and the image was twice as big as the original. I haven't really succeeded in making ALT ISO images bootable from both CD/DVD and USB Flash without duplicating kernel and initrd for alternative EFI boot image (pretending to be a fake partition after hybridization) so far, did you consider loading ISO9660 EFI driver to reuse main image contents? At least paths will get way more complicated it seems. The project home is here: https://github.com/Jajcus/pld-new-rescue Cloned, thanks. The first release, here: https://github.com/Jajcus/pld-new-rescue/releases/tag/th2012-0.1 Downloaded; boots fine in kvm but oopses on ASUS UX31A (i7-3517 known to work under opensuse-based 3.0 and 3.4 built by my kernel hacker colleague), both UEFI and CSM cases. UEFI photo is here: http://fly.osdn.org.ua/~mike/img/misc/PNR-UX31A.jpg Please give it a try and let me know what you think. Maybe you'll find some packages I've added to ALT Linux Rescue useful: http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=tree;f=pkg.in/lists/tagged;hb=HEAD (*rescue* pkglists) Glad to see a great subproject revitalize! ;-) -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Kernel 3.10.x will be new longterm in Th
On Sat, Nov 16, 2013 at 01:08:12PM +0200, Elan Ruusam?e wrote: i have 100% cpu issue (CONFIG_INTEL_MEI_ME is strongly advised to be disabled CONFIG_INTEL_MEI_ME=y it's logging where? my dmesg and /var/log are not showing anything interesting need to google probably :P Then it's not probably; my laptop seems to have got the hardware it tries to set up and the logging is insane (it did hit /var/log/messages on this particular system). Try watching good old /proc/interrupts? -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Kernel 3.10.x will be new longterm in Th
On Fri, Nov 15, 2013 at 08:44:08AM +0100, Jan R??korajski wrote: If anyone has issues with kernel 3.10 from Th please speak up now, so we can fix them before the switch. I've got a few problems when upgrading ALT kernels: - 3.4 to 3.7 = https://bugs.freedesktop.org/show_bug.cgi?id=71493 - 3.7 to 3.9 = https://bugzilla.kernel.org/show_bug.cgi?id=59841 - intel_pstate is somewhat controversial on a laptop as well Running 3.10.x for quite a few weeks is more or less OK here. -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Kernel 3.10.x will be new longterm in Th
On Fri, Nov 15, 2013 at 05:03:14PM +0100, Jakub Bogusz wrote: There is also some issue with blank X display (intel hardware); I'm not sure if it's related to kernel driver, new X.org server/driver or new gdm. https://bugzilla.kernel.org/show_bug.cgi?id=59841 https://bugs.freedesktop.org/show_bug.cgi?id=71493 https://bugzilla.altlinux.org/show_bug.cgi?id=28554 [ru] PS re mei_me: https://bugzilla.altlinux.org/29369 [ru] -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rpm set-versions (was: [packages/chromium-browser] requires _XGetRequest)
On Mon, Nov 11, 2013 at 04:39:20PM -0500, Jeffrey Johnson wrote: There's also set-versions implementation in ALT-RPM but I doubt it's directly portable to rpm5 with no sacrifices, at least in short term. That one creates fingerprints of ABI provided and required to match these when resolving dependencies. Not true: the set:versions dependency resolution is fully wired and tested by installing ALT linux into a chroot. The generation of set:versions has not been done solely because of lack of interest from ALT, ROSA, Alexey Tourbin (the original implementer) and others. That's why I wrote so. Unfortunately Alexey is unstable. :-( I personally think that the ALT set:versions should be used by distros based on RPM. OTOH, the addition of a new dependency type (and resolution) like set:versions takes some careful planning by distrosx. Yup but the transition was actually gradual and smooth enough. It guards upgrades against unannounced ABI changes as well (usually when upstream forgets or is negligent enough to skip bumping soname). *Maybe* parts of implementation/tools or concept will help you. Please supply the pointer to the original paper (in Cyrillic, I've managed to read the details with GOOG translate, perhaps others can read the Russian). I'll cite one of the previous messages for convenience: --- http://ftp.linux.kiev.ua/pub/conference/peers/pereslavl/2010/trubezh2010.pdf I can volunteer to translate (pp. 63--66) but maybe the implementation would make a better translation: http://git.altlinux.org/people/at/packages/?p=rpm.git;a=blob;f=lib/set.c;hb=HEAD http://git.altlinux.org/people/at/packages/?p=rpm.git;a=blob;f=tools/mkset.c;hb=HEAD http://git.altlinux.org/people/at/packages/?p=rpm.git;a=blob;f=tools/setcmp.c;hb=HEAD --- PS 2 PLD team: if you feel that it's not my business don't hesitate to just tell me so :-) my interest is sharing grassroots development that might prove useful to you too. -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/chromium-browser] requires _XGetRequest
On Mon, Nov 11, 2013 at 10:28:34AM +0100, Tomasz Pala wrote: Maintaining symbol lists for rpm automation would require probably too much effort. but if it's just pairs of such detections, so if you find incompatibility, you register it once, and all packages being built with There is a tool that checks that: http://ispras.linuxbase.org/index.php/ABI_compliance_checker which lists added symbols: http://upstream-tracker.org/compat_reports/libssh2/0.18_to_1.0/abi_compat_report.html so it makes it easier to do automated scans for non-versioned symbols that were added without SOVER++ in order to put this into R to be automatically pulled on upgrade. There's also set-versions implementation in ALT-RPM but I doubt it's directly portable to rpm5 with no sacrifices, at least in short term. That one creates fingerprints of ABI provided and required to match these when resolving dependencies. *Maybe* parts of implementation/tools or concept will help you. -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Cinnamon 2.x
On Sun, Nov 10, 2013 at 10:37:21AM +0100, Zsolt Udvari wrote: check this: https://www.pld-linux.org/developingpld Use of versioning tools such as cvs and svn bit looks outdated as well as the corresponding pieces later on. -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: bug #1104474
On Tue, Mar 12, 2013 at 06:22:54PM +0200, Elan Ruusam?e wrote: https://bugs.launchpad.net/pld-linux/+bug/1104474 so, altlinux fixed that problem already in 2009? Erm, let's ask Dmitry Levin. -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: error: File(s) packaged into both ...
On Sun, Nov 11, 2012 at 04:06:50PM -0500, Jeffrey Johnson wrote: Note that having a file replace another package's content on same path has been ripped out @rpm5.org. Never worked well, mostly obscure functionality, and quite costly to compute are the reasons for the removal. Argh, I've used that rarely but IIRC for a reason with ALT-RPM. -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/efi-shell/notes/commits] Notes added by 'git notes add'
On Mon, Nov 05, 2012 at 12:07:03AM +0200, Elan Ruusam?e wrote: so how we fix it? :) In ALT Linux we've agreed to escape section names (and most of the macros) in %changelog :) -- my two copecks ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: GRUB2 changes, introducing EFI
On Sun, Oct 28, 2012 at 02:56:25PM +0100, Jacek Konieczny wrote: Migrating a server with / on LVM on hardware RAID from GRUB-legacy/BIOS to GRUB2/EFI was much more complicated Just in case, I've got an AMD C60 based board for UEFI testing and would be glad to help out PLD if that's needed. Thanks for the walkthrough! -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: GRUB2 changes, introducing EFI
On Sun, Oct 28, 2012 at 06:19:58PM +0100, Jacek Konieczny wrote: Can you test the GRUB/EFI installation with standard PLD kernel? What ISO should I burn for the starters? -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: GRUB2 changes, introducing EFI
On Sun, Oct 28, 2012 at 06:48:59PM +0100, Jacek Konieczny wrote: What ISO should I burn for the starters? Oops... that is not that easy ;) I have assumed you are familiar with PLD Linux... Rather theoretically, I st^H^Hborrowed a *lot* of PLD specs and patches into ALT Linux packages over the years and I like your approach very much :) (hence my lurking here, actually) We don't have any 'installation' or 'Live' ISO images, the system is usually installed via chroot from already running system. If you really want to try, you may start with: http://rescuecd.pld-linux.org/ Then chroot install of current PLD Th packages, installation of the newest grub2 from th-test and the rest as I wrote in previous mails. But if you are not familiar with PLD Linux yet... then I guess you should start with installing some plain PLD first. Then, if you still are eager to help (most people run away at this point), you can try the EFI testing or anything. I can fall into swap in addition to simply running away :( The PLD Rescue CD is also one of the most liked parts so far, so maybe there's a chance of getting through. Thank you for the hints, and if you get around to some kind of more or less pristine chroot tarball it might help (I'm also willing to discuss installers as that's what I'm hacking on at times but that's pretty much another topic). -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Large patches in git repositories
On Wed, Oct 17, 2012 at 12:02:43PM +0300, Elan Ruusam??e wrote: also question remains: why not just create new tarball? :) Might be interesting for those reading in Russian: http://www.altlinux.org/Руководство_по_gear (the article looks at several distinct types of package-in-git maintenance) PS: folks, if my references to ALT or pages in Russians hurt anyone's eye please don't hesitate to just tell so; my reason is that some of the pitfalls are known already, and some of them the hard way (it took us ~four years to understand that some RPMs are better maintained as SRPMS even now, for example). -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm 5.x in Th
On Sun, Sep 23, 2012 at 11:07:51PM +0200, Tomasz Pala wrote: i'm sure people want just to get old package back rpm -Uvh --oldpackage, no? Yeah, good luck after some heimdal/openldap-invoked update with dozens of transactions and hundreds of rpm packages repackaged. Well I've actually got some good luck with apt-rpm pins but rather prefer a backup in the uncertain cases given that virtual machine/environment testing didn't veto it in the first place... If e.g. some databases get upgraded during the process then I don't get how anything but a snapshot/backup would help. Except for a stable magic wand but mine is just not there. :) -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ Sep 29, Kiev, Ukraine: -- http://conference.osdn.org.ua ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD finanse publiczne / PLD public finances
On Fri, Aug 10, 2012 at 07:44:00PM +0200, Bartosz Taudul wrote: Takie cuda tylko w PLD. Psia krew happens everywhere, unfortunately. But that rather relates to two (or three) people in a team, not the other way around as those guilty might try to impose. -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Is there a merged git repository?
On Sat, Aug 11, 2012 at 02:16:20PM +0300, Caleb Maclennan wrote: I see the reasoning, but I think poldek friends can be their own separate projects there. Ah, indeed. -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: w32codec updated
On Wed, Aug 08, 2012 at 04:32:58PM +0300, Caleb Maclennan wrote: In fact I'd like to see him back IF a satisfactory arrangement can be worked out where his track record for being inflammatory towards other developers can be mitigated. Does your vote of confidence extend to this? Folks, my (as usual) two copecks: meetings in person do help us resolve even the seemingly unresolvable situations -- just faced one of those being resolved that way recently. You knew that already but as a friendly reminder... :) -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: git - removing repository
On Mon, Jul 30, 2012 at 08:22:43PM +0200, Kacper Kornet wrote: How to remove repository? Write to gitadmin or to the list. ALT's experience shows that tasks like this one do need to be automated -- e.g. there used to be a similar recommendation for cases when a package was built from srpms then migrated to git and then the (new) packager might have decided it was a mistake/suboptimal decision, which would result in a request to move away a git branch corresponding to a particular repo which was also serving as a lock barring srpm builds in favour of git builds... well, in the end the I know what I ask for button was invented. HTH -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: %changelog not in descending chronological order
On Tue, Jul 17, 2012 at 02:17:59AM +0200, Kacper Kornet wrote: But that would be not 'totally unordered'. GIT history is just not linear It's the different history: take %changelog as NEWS and commit messages as CHANGELOG. The latter is for developers while the former is for users (sysadmins). (at least that's my take at the problem, of course) And for a given package there's sense to make sure its git history *is* linear. See e.g. http://git.altlinux.org/gears/r/rpm.git Could you elaborate a little more how do you do it? I write my %changelogs by hand since that allows me the luxury of proper commits with explanations regarding developer side (like if I was documenting things for myself reading it again a year or two later), *and* yet allows me the luxury of reading terse enough changelogs via rpm -q --lastchange :) I see that changelog entries are still present in spec files, Yes; that's both good and bad, not sure if openSUSE or PLD approach wins for me (but it's only a personal opinion!). Generated data tend to be less useful due to lower SNR. There's a gear-commit(1) utility for doing the opposite, generating commit messages from %changelog records: http://docs.altlinux.org/manpages/gear-commit.1.html and they are generated from commitlogs of tagged commits. Might be but not enforced to. But how does these commitlogs are generated. Are they some short of condensed 'git log' from the last tag? There's gear-changelog(1) utility developed for the storage format born at ALT some six or seven years ago: http://docs.altlinux.org/manpages/gear-changelog.1.html http://docs.altlinux.org/manpages/gear-changelog-rules.5.html http://www.altlinux.org/Gear/changelog [ru] Maybe it serves as a good starting point for PLD's one. Just in case, server side has girar- prefix: http://git.altlinux.org/people/ldv/packages/?s=girar And how to you force that the tagged commits are in chronological order? The next buildable tag has to inherit from the previous successfully built tag for the successfully built new package to be allowed through to the repository. There's considerable work by Alexey Tourbin in place regarding the repository consistency, I can give a link to a whitepaper in Russian (proshu pana). DISCLAIMER: there are some troubles with the (almost) free-form git repos that gear supports for package generation; if interested, I can try to sum these up. In short, getting a repo into a state when no sane Patch: series could be extracted and stored in srpm is pretty easy, it's enough to be lazy and fix things in-place... (ALT used to be a meaningful source of patches but this got hit pretty heavily by megapatches or even %name-%version-%release.tar files incorporating all the upstream code and patches/commits in nearby git branches). And that's a problem. By the way, *thank you* PLD folks for your nice specs with predictable URLs as well as for nice standalone patches. -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: %changelog not in descending chronological order
On Mon, Jul 16, 2012 at 12:41:55PM -0400, Jeffrey Johnson wrote: (aside) The ordering constraint was likely a quick hack to detect time issues on an alpha miata (knowing almost all of RPM's hysteria). Well it does help detect some mismerges... -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: %changelog not in descending chronological order
On Tue, Jul 17, 2012 at 12:02:58AM +0200, Jacek Konieczny wrote: But that would be not 'totally unordered'. GIT history is just not linear It's the different history: take %changelog as NEWS and commit messages as CHANGELOG. The latter is for developers while the former is for users (sysadmins). And for a given package there's sense to make sure its git history *is* linear. See e.g. http://git.altlinux.org/gears/r/rpm.git (which is an archived version of what got into packages built -- while individual maintainers can have widely different intermediate trees published, the inheritance is enforced by the build system). -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Resending tagged builds [Re: ERRORS: sblim-cmpi-base.spec]
On Tue, Jul 10, 2012 at 07:05:14PM +0200, Kacper Kornet wrote: Hawk has given the solution to the problem. But my question is the purpose of resending the build from the same tag? I'm assume that it would a test build, as the ready one would fail due to preexisting tag. Just in case, test-only builds proved to be immensely useful at ALT -- especially when the build task is pretty complex (a bunch of packages some of which are popular dependencies). Doing an unmets check in a new combined repo helps it too. Those reading Russian might be interested in this whitepaper: http://ftp.linux.kiev.ua/pub/conference/peers/protva/2008/book-thesis-Protva-2008-5.pdf (p. 47) by Alexey Tourbin. -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: lvm2 and initrd
On Mon, Jul 02, 2012 at 09:53:17AM +0300, Elan Ruusam?e wrote: this could end up we will be having glibc version of initrd udev, or no initrd version of udev at all, because nobody wants to do the porting to small libc's. A colleague of mine experiments with musl and tells that so far things look pretty good. In the meanwhile ALT has moved to glibc based initrd but there's some hope to move it to musl (and maybe mdev but not sure on this): http://en.altlinux.org/Make-initrd http://www.altlinux.org/Make-initrd [ru] -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Cluster stuff (cman, dlm, heartbeat, corosync, openais, pacemaker, drbd, lvm)
On Mon, Jul 02, 2012 at 05:01:05PM +0300, Elan Ruusam??e wrote: and if the upgrade breakage is really serious and detectable, package could abort upgrade with exit in %prein scriptlet. rarely used, afaik i saw it somewhere e.g. glibc-preinstall in ALT Linux :) -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: th stable (Re: gimp 2.8.0 rc1, gimp plugins)
On Sat, Apr 21, 2012 at 09:59:51PM +0200, Tomasz Pala wrote: That might explain PLD deterioration. To whom it may concern (but in Russian): http://lists.altlinux.org/pipermail/devel/2012-April/193673.html http://lists.altlinux.org/pipermail/devel/2012-April/193855.html Igor is thinking -- and working hard -- on repository quality and automation for quite a few years already. Hope that some thoughts expressed or collected by him are useful to PLD either. PS: as we say here, it's the season of lacking vitamins. :) -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Git migration: next step
On Thu, Apr 05, 2012 at 09:00:34AM +0100, Przemo Firszt wrote: Are we going to use git tag to mark a new version of the software or version of the spec or both? JFYI, ALT Linux uses both -- with tags being convenient to prepare the tarball for the build system. See also gear* and girar* if anyone's interested (the discussions and wiki are mostly in Russian but there are English manpages too). -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ac-sparc
On Sat, Nov 26, 2011 at 02:20:15PM +0200, Elan Ruusam?e wrote: Info fld=0x61f0, Current sdb: sense key Recovered Error Additional sense: Write error - recovered with auto reallocation SCSI error : 0 0 0 0 return code = 0x802 Info fld=0x8a0991, Current sda: sense key Hardware Error Just in case, there are a few SCSI drives (68/80 pin) over here, I plan to be in Lviv next weekend so can toss them closer. (if that'd be useful, drop me a note to have a closer look) -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: nodejs - missing req
On Thu, Nov 17, 2011 at 12:38:24PM +0200, Elan Ruusam?e wrote: the usual fix for that is: chmod a+rx $RPM_BUILD_ROOT%{_libdir}/*.so* Doesn't your buildroot processing fix up the trivia? not this one. care to point to yours where it does? :) Like this: http://git.altlinux.org/people/ldv/packages/?p=rpm.git;a=blob;f=scripts/brp-fix-perms.in;hb=HEAD http://git.altlinux.org/people/ldv/packages/?p=rpm.git;a=blob;f=scripts/fixup-libraries;hb=HEAD eh, these two do the opposite: removing executable bit from library :) Yeah, as decided some time after the tweak was introduced; you can partially un-tweak it back as you wish :) -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: nodejs - missing req
On Wed, Nov 16, 2011 at 12:45:06PM +0200, Elan Ruusam??e wrote: the usual fix for that is: chmod a+rx $RPM_BUILD_ROOT%{_libdir}/*.so* Doesn't your buildroot processing fix up the trivia? -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: cairo/cairo-link.patch, cairo/cairo.spec - 1.10.0 - merged from d...
On Thu, Sep 09, 2010 at 09:57:39PM +0200, Tomasz Pala wrote: Yep. So we should: 1. remove .la entirely, 2. except for those required by our *-static, 3. unless we drop static subpackages, 4. or fix our libtool (last resort scenario). And in Soviet Russia, we've been removing *.la from *-devel for years! (at least in ALT Linux :) -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
*-static (was: packages: cairo/cairo-link.patch ...)
On Wed, Sep 08, 2010 at 09:23:49AM +0200, Tomasz Pala wrote: Or maybe building *-static _should_ require -static and not only -devel? Yup. In short: instead removing I've suggested repackaging into *-static, just because in contrary to other distros we support this kind of build. In ALT Linux ( :)) ), we do have some *-devel-static packages and they do buildrequire corresponding static subpackages for what they use to build (or more precisely, to statically link against). buildreq is a nice tool: http://git.altlinux.org/people/ldv/packages/?p=rpm-utils.git;a=blob;f=rpm-utils/buildreq;hb=HEAD -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: xorg-app-xrdb/xorg-app-xrdb.spec - more precise diff
On Sun, Aug 29, 2010 at 09:12:05PM +0200, Artur Frysiak wrote: +# cpp pkg was killed here somewhy (no explanation ) +# http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/gcc/gcc.spec.diff?r1=1.217.2.75;r2=1.217.2.76;f=h does anyone recall why that cpp package was killed, imho 34mb vs 200k dependency there's big difference. JFYI, in ALT Linux, cpp is separate (and pulling it into gcc would cause quite an outrage I guess) What does your sentence mean? That keeping cpp the preprocessor separately exactly for xrdb and whatever else might (ab)use it is a reasonable feature. Maybe you can give link to altlinux package specs? Sure, http://git.altlinux.org/people/ldv/packages/?p=gcc4.git;a=tree e.g. http://git.altlinux.org/people/ldv/packages/?p=gcc4.git;a=blob;f=gcc4.spec;h=774e41433d0c5ec650a5ac16c16b1140d2f88554;hb=HEAD#l307 Probably this: http://www.archlinux.org/packages/extra/i686/mcpp/ Nope :) that's Arch, not ALT -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: xorg-app-xrdb/xorg-app-xrdb.spec - more precise diff
On Fri, Aug 27, 2010 at 08:11:13PM +0300, Elan Ruusam??e wrote: +# cpp pkg was killed here somewhy (no explanation ) +# http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/gcc/gcc.spec.diff?r1=1.217.2.75;r2=1.217.2.76;f=h does anyone recall why that cpp package was killed, imho 34mb vs 200k dependency there's big difference. JFYI, in ALT Linux, cpp is separate (and pulling it into gcc would cause quite an outrage I guess). -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: serverside rename request - avalon packages
On Fri, Apr 02, 2010 at 01:33:31PM +0200, Pawe? Zuzelski wrote: Two more packages to rename: avalon-framework - java-avalon-framework avalon-logkit - java-avalon-logkit Just in case, viy/altlinux.org has implemented a framework to maintain close fork of jpackage.org for ALT Linux, including things which are going to stay a bit different way (sort of persistent patches). Not a fire and forget thing but previous attempt at packaging java stack (e.g. up to tomcat) rather failed due to a person simply burning out. -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: $HOME of system users like nobody or stats
On Thu, Mar 25, 2010 at 12:00:00PM +0100, Pawe? Zuzelski wrote: mount.davfs (provided by davfs2 package) does not allow non-root user to mount filesystem into another users home directory. Problem is that home directory of nobody and stats users (both provided by setup package) is /. I would like to change home directory of these users to /usr/share/empty. Will it break something? $ egrep '^(nobody|sshd):' /etc/passwd nobody:x:99:99:Nobody:/var/nobody:/dev/null sshd:x:109:117::/var/empty:/dev/null (it's ALT Linux, Owl GNU/*/Linux does probably the same) -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: CONFIG_DEVTMPFS
On Thu, Dec 17, 2009 at 09:40:32AM +0100, Patryk Zawadzki wrote: We have udev package providing the minimum required to launch shells (/dev/zero, /dev/console etc.). Ah, cute. I've done it when udev wasn't pretty requisite. In case of DEVTMPFS Thanks, already skimmed over 2.6.32 relnotes back then. I'm considering it (with vm_deadlock/swap-over-nfs patches) for custom LTSP kernels, so am naturally interested in ditching udev if no hardware changes are to occur (e.g. when we have 16M RAM or less and can't pull in all the machinery to handle usbflash -- even full-blown udev might be too much). -- while at it, http://www.altlinux.org/LTSP [ru]: LTSP5 with the better pieces of LTSP4 back in ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: CONFIG_DEVTMPFS
On Wed, Dec 16, 2009 at 02:10:56PM +0100, Jacek Konieczny wrote: Enabling CONFIG_DEVTMPFS may be good as it would help solve many problems occurring with our current systems (most of us had probably seen a system with useless empty /dev after some boot or udev problem), without need to update (much) any of core packages. It could be used to simplify things, but such simplification is not worth breaking compatibility again. JFYI, I've done dev-minimal package in ALT Linux hoping to use it for this very reason: some bare /dev in case modern stuff fails again. Unfortunately didn't get around to integrating it to distros (hmm... maybe today is the day? ;-), only installed by hand on a few systems. -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD on en.wikipedia
On Fri, Sep 11, 2009 at 08:31:50PM +0200, Marcin Krol wrote: Additionally, appears to be neither original/innovative nor popular. Suckers. :-/ -- /me had to defend ALT Linux page as well ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[OT] q: YL in Krakow
Shanowne panstwo, there's somewhat unusual question: is there a gentleman who would accomodate my younger sister in Krakow for a day or two? She'll be returning from Italy (visiting friends' wedding) to Ukraine this week and asked if I know folks in Poland. She's pretty keen and nice to talk with and walk with, and being modest and married should not provide too much hassle. Also a Linux user since er... like, 1999? Please drop me a note if there is. Dzenkuju bardzo :) -- WBR, Michael Shigorin, who's been travelling Carpathians back then ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PAE on i686 by default in TH
On Tue, Feb 10, 2009 at 02:51:24PM +0100, Pawel Golaszewski wrote: Only the Pentium M is problem. *not? VIA C3 (IIRC C7 too) don't do PAE as well. -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD Live 2.0 beta
On Thu, Sep 18, 2008 at 10:50:40PM +0200, Patryk Zawadzki wrote: Yet another release :) This time it's stable so you can treat it as good enough for (daily) use. Now comes with a website! http://livecd.pld-linux.org/ Wow :) Should you decide to mirror it Definitely; BTW if the place is sorta stable I can just set up rsync cronjob, and if another (partial) mirror helps it can be arranged too (or I can lend a shell account here). ftp://ftp.linux.kiev.ua/pub/Linux/CD/PLD/ http://ftp.linux.kiev.ua/pub/Linux/CD/PLD/ rsync://ftp.linux.kiev.ua/pub/Linux/CD/PLD/ PS: sorry for the delay! SP: ALT Linux 4.1 is being brought into shape -- if someone's interested, current betas available here: ftp://beta.altlinux.org/desktop/ -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD Live 2.0 beta3
On Mon, Sep 08, 2008 at 12:11:17PM +0200, Patryk Zawadzki wrote: The ISO is available here: ftp://ep09.pld-linux.org/people/qwiat/ Also here: ftp://pld-mirror.domainmaker.pl/pld-live/ Also here: ftp://ftp.linux.kiev.ua/pub/Linux/CD/PLD/ Beta 4 was made available yesterday. mirrored :) -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD Live 2.0 beta3
On Wed, Sep 03, 2008 at 11:08:30AM +0200, Wojciech B??aszkowski wrote: The ISO is available here: ftp://ep09.pld-linux.org/people/qwiat/ Quite speedy Also here: ftp://pld-mirror.domainmaker.pl/pld-live/ I meant the boot mostly, not the download :) Also here: ftp://ftp.linux.kiev.ua/pub/Linux/CD/PLD/ -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD Live 2.0 beta3
On Sun, Aug 31, 2008 at 06:17:39PM +0200, Patryk Zawadzki wrote: qwiat did a hell of a good job resurrecting the PLD LiveCD idea. The ISO is available here: ftp://ep09.pld-linux.org/people/qwiat/ Quite speedy :) -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: CVS locks
On Sat, May 31, 2008 at 11:50:50AM +0200, Arkadiusz Miskiewicz wrote: What is 207.115.86.105? It seems to frequently download all SOURCES from different branches, causing locks on commits in SOURCES. ohloh.net Just in case someone might be interested: ALT Linux experiments with building packages from git repositories; relevant links: http://git.altlinux.org/people/ldv/packages/?p=gear.git gear relies on hasher to build packages in isolated chroot environment using two unprivileged pseudousers (to build chroot and to build a package); hasher relies on apt to form the chroot. ftp://ftp.altlinux.org/pub/people/ldv/hasher/hasher.7.html Maybe [parts of] the code can be adapted and useful with poldek for PLD too... -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: geninitrd + udev
On Tue, Mar 11, 2008 at 12:39:56AM +0100, Marcin Krol wrote: I've been playing a bit with udev inside initrd. Currently it doesn't work at all because after starting 'udevd --daemon' /dev is almost empty (just basic entries like null, console, etc., no device nodes). This may be fixed by using PROBESTATICMODULES=yes in geninitrd (just commited small fixes to make this option work). You might also want to look into ALT Linux mkinitrd package, we've been using it that way for 1.5 years by now. http://git.altlinux.org/people/vsu/packages/?p=mkinitrd.git -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: --as-needed
On Thu, Feb 21, 2008 at 05:42:02PM +0200, Elan Ruusam?e wrote: here's build log one sample program libtunepimp: http://glen.alkohol.ee/pld/libtunepimp.2008-02-20_23-17-35.bz2 It looks like Ac. And which libtool version (patches) are you using? better now! :) $ rpm -qpi --requires ../RPMS/libtunepimp-0.5.3-4.1.i686.rpm |egrep 'curl|ssh' curl-libs libcurl.so.4 Just in case, --as-needed (makefile, linking) patches are often available in ALT Linux packages -- we have -Wl,--as-needed by default for a year or so now: http://sisyphus.ru/srpm/%name/patches (in Russian), http://git.altlinux.org/people (in English but hard to search), or just google for the alt makefile %name patch. -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [th] geninitrd with root on cciss
On Tue, Oct 16, 2007 at 11:57:39PM +0200, Tomasz Pala wrote: I've just installed Th on new HP ProLiant and everything went ok apart from initrd. My rootfs is /dev/cciss/c0d0p2, this path is passed as $device (mount -t $rootFs \$device /newroot), BUT cciss subdirectory isn't created (in initrd_gen_tmpfs_dev) There are also /dev/ida/ and a few others... -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ Oct 26--27, Kiev, Ukraine: -- http://conference.osdn.org.ua ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: http://hardware4linux.info/
On Thu, Jul 19, 2007 at 05:10:55PM +0200, Cezary Krzyzanowski wrote: Oh, you can mail the author afterwards -- he's responsive, from mandriva and actually knows what pld is and took the effort of bugging us on irc about his solution. Hm, someone from Fedora told it's dead: http://lwn.net/Comments/242055/ http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/hwreport.spec -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en