Dpup Wheezy. Woof-CE built debian wheezy 7.2 packages used
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Hello Pemasu,
Sorry if I am being a pain about ffmpeg but just did a test:-
Booted pfix=ram, clicked a video file which played in Gnome-Mplayer.
Searched for Audacity in PPM and installed it with dependencies (including some libav*.so libs). Wouldn't start, one missing lib "libva" which I searched for and found and installed via PPM, no problem.
Audacity now runs but the video file no longer plays in Gnome-Mplayer.
Is there some feature of the newer ffmpeg which you feel is essential to include in this distro?
I was looking into this a bit more and hadn't realised that the official Debian Wheezy 0.8.5 package is not ffmpeg but libav (sometimes also called avconv because that is the name of the binary). The libav project (http://libav.org) is a break-away group of developers so the files are similar to those from the ffmpeg source but not neccessarily compatible.
The numbers are also similar but not the same, libav 0.8.5 is newer than ffmpeg 0.8.12 and latest libav is only 0.9.x
Ubuntu Precise (and the Precise Puppies) uses this package too. I remember reading somewhere that they (Debian and Ubuntu) were making this switch away from ffmpeg but I hadn't realised that it had already happened.
Anyway, as a suggestion I was wondering if you would consider exchanging the ffmpeg for the libav (avconv) 0.8.5 package and re-compiling Mplayer and any apps that depend on these libs?
I think this would improve Dpup Wheezy as a distro in terms of compatibilty with the other multimedia apps in the official repos.
It would also mean that apps such as Linphone and Deadbeef will compile fully without problems as they do in Precise Puppy and Upup Precise.
Sorry if I am being a pain about ffmpeg but just did a test:-
Booted pfix=ram, clicked a video file which played in Gnome-Mplayer.
Searched for Audacity in PPM and installed it with dependencies (including some libav*.so libs). Wouldn't start, one missing lib "libva" which I searched for and found and installed via PPM, no problem.
Audacity now runs but the video file no longer plays in Gnome-Mplayer.
Is there some feature of the newer ffmpeg which you feel is essential to include in this distro?
I was looking into this a bit more and hadn't realised that the official Debian Wheezy 0.8.5 package is not ffmpeg but libav (sometimes also called avconv because that is the name of the binary). The libav project (http://libav.org) is a break-away group of developers so the files are similar to those from the ffmpeg source but not neccessarily compatible.
The numbers are also similar but not the same, libav 0.8.5 is newer than ffmpeg 0.8.12 and latest libav is only 0.9.x
Ubuntu Precise (and the Precise Puppies) uses this package too. I remember reading somewhere that they (Debian and Ubuntu) were making this switch away from ffmpeg but I hadn't realised that it had already happened.
Anyway, as a suggestion I was wondering if you would consider exchanging the ffmpeg for the libav (avconv) 0.8.5 package and re-compiling Mplayer and any apps that depend on these libs?
I think this would improve Dpup Wheezy as a distro in terms of compatibilty with the other multimedia apps in the official repos.
It would also mean that apps such as Linphone and Deadbeef will compile fully without problems as they do in Precise Puppy and Upup Precise.
Oscar in England
Still attempting to test a little.........
- Attachments
-
- wheezy-3.5.2.3.jpg
- (57.96 KiB) Downloaded 824 times
OscarTalks. Your suggestion means to rely wheezy official apps and libs. It means to include all dependent libs those apps require. The build will grow significantly. Not problem to me. It also means probably couple of woof builds before all the needed libs have been found. Mplayer - Gnome-mplayer and that libav based ffmpeg need a lot libs which are not in place now. And also libpulse will pop up then. Compiling multimedia apps without it will not be possible after that swap. Well...not so big problem either if the libpulse is in place anyway.
There is no use to compile own multimedia apps and include them. If i do that, PPM will complain all the time that those official unused libs are not found and suggest to download them and they will overwrite my home compiled ones. It is my home compiled stuff or official....not the mix of them. So....no multimedia apps update by me if we swap to the official ones.
Personally I dont like abandoning ffmpeg and use that libav based replacement. All the Puppy own ffmpeg relying applications have been created using real ffmpeg not this replacement. And that replacement ffmpeg will vanish in the future, libav guys have included it for now as compatiblity reasons. They dont want to do that in the future.
There is no use to compile own multimedia apps and include them. If i do that, PPM will complain all the time that those official unused libs are not found and suggest to download them and they will overwrite my home compiled ones. It is my home compiled stuff or official....not the mix of them. So....no multimedia apps update by me if we swap to the official ones.
Personally I dont like abandoning ffmpeg and use that libav based replacement. All the Puppy own ffmpeg relying applications have been created using real ffmpeg not this replacement. And that replacement ffmpeg will vanish in the future, libav guys have included it for now as compatiblity reasons. They dont want to do that in the future.
Last edited by pemasu on Fri 08 Feb 2013, 18:55, edited 1 time in total.
Thank you very much, pemasu. An interesting observation: fresh boot, pfix=ram. I did nothing, except accepting timezone and country. No save file, installed this pet and it worked with no further effort on my part. In comparison, exprimo required to have 'acpi_enforce_resources=lax' as boot parameter for eee.ko to work.pemasu wrote:Anikin. This is the previous patched eee.ko module, compiled for this kernel.
Pemasu, I wasn't suggesting reliance on repos. I was simply reporting info you had asked for,
namely our experiences with the repos. In the case of Sylpheed it was good, but in the case
of Conky, it was repo hell
I tried a Conky pet designed for Lucid that didn't work. I'm not having any luck finding one
designed to run on wheezy. So I guess I'll have to wait.
Meanwhile all the basics of wheezy are working very well for me!
Art
namely our experiences with the repos. In the case of Sylpheed it was good, but in the case
of Conky, it was repo hell
I tried a Conky pet designed for Lucid that didn't work. I'm not having any luck finding one
designed to run on wheezy. So I guess I'll have to wait.
Meanwhile all the basics of wheezy are working very well for me!
Art
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Hi Pemasu,
Thanks for responding about ffmpeg.
You say that a mix of the two sets of libs is not good and I understand that. From my testing it breaks gnome-mplayer and pmusic too.
How can I (or any user) avoid getting a mix of the two when I download an official Debian Wheezy multimedia app from the repos in PPM?
Which Puppy apps would not work if you were to use only the libav* 0.8.5 libs from the libav project?
Personally I think it would be better to have a larger size distro if it improves compatibility, but of course I respect your decision.
Thanks for responding about ffmpeg.
You say that a mix of the two sets of libs is not good and I understand that. From my testing it breaks gnome-mplayer and pmusic too.
How can I (or any user) avoid getting a mix of the two when I download an official Debian Wheezy multimedia app from the repos in PPM?
Which Puppy apps would not work if you were to use only the libav* 0.8.5 libs from the libav project?
Personally I think it would be better to have a larger size distro if it improves compatibility, but of course I respect your decision.
Oscar in England
Dpup Wheezy 3.5.2.4 has been uploaded. It uses now debian libav based ffmpeg with dependent libs, debian Mplayer with needed libs. The compliance with Debian other multimedia apps and libs is now better. I also added image viewer, choose Geeqie from debian repo. I just added the edit with options for Fotoxx and Mtpaint to launch inside Geeqie.
Some missing other libs has been added also. Pmusic with all dependencies, Pfind, Pfilesearch, Pschedule has been updated.
Peasypdf and Network_roxapp has been added.
Download link: http://smokey01.com/pemasu/DpupWheezy/DpupWheezy3524/
Some missing other libs has been added also. Pmusic with all dependencies, Pfind, Pfilesearch, Pschedule has been updated.
Peasypdf and Network_roxapp has been added.
Download link: http://smokey01.com/pemasu/DpupWheezy/DpupWheezy3524/
Quick frugal install...... everything appears to be working correctly ootb.
VIDEO REPORT: Dpup Wheezy, version 3.5.2.4
Chip description:
oem: NVidia
product: NV18 () Board Chip Rev A2
Requested by /etc/X11/xorg.conf:
Resolution (widthxheight, in pixels): 1440x900
Depth (bits, or planes): 24
Modules requested to be loaded: dbe
Probing Xorg startup log file (/var/log/Xorg.0.log):
Driver loaded (and currently in use): nouveau
Loaded modules: dbe dri dri2 exa extmod fb fbdevhw glx kbd mouse record shadowfb
Actual rendering on monitor:
Resolution: 1440x900 pixels (380x238 millimeters)
Depth: 24 planes
VIDEO REPORT: Dpup Wheezy, version 3.5.2.4
Chip description:
oem: NVidia
product: NV18 () Board Chip Rev A2
Requested by /etc/X11/xorg.conf:
Resolution (widthxheight, in pixels): 1440x900
Depth (bits, or planes): 24
Modules requested to be loaded: dbe
Probing Xorg startup log file (/var/log/Xorg.0.log):
Driver loaded (and currently in use): nouveau
Loaded modules: dbe dri dri2 exa extmod fb fbdevhw glx kbd mouse record shadowfb
Actual rendering on monitor:
Resolution: 1440x900 pixels (380x238 millimeters)
Depth: 24 planes
3.5.2.4
Wheezy-3.5.2.4
My, My, My... you have done a lot of work on this build and I'm sure it will take much testing to see everything new in it.
Just a few I've noticed so far...
The new 'Geegie' feature for the default viewer is a really nice touch!!!
Google_Earth-6.0.3.2197-luki.sfs now loads in Wheezy and really works nice. Myself... I never could figure out how to do the googleearth build package in the PPM so this sfs package worked quick and sweet.
Nice job pemasu... this build retains being 'fast' and everything tested, installed etc,. working without problems.
>>>---Indian------>
My, My, My... you have done a lot of work on this build and I'm sure it will take much testing to see everything new in it.
Just a few I've noticed so far...
The new 'Geegie' feature for the default viewer is a really nice touch!!!
Google_Earth-6.0.3.2197-luki.sfs now loads in Wheezy and really works nice. Myself... I never could figure out how to do the googleearth build package in the PPM so this sfs package worked quick and sweet.
Nice job pemasu... this build retains being 'fast' and everything tested, installed etc,. working without problems.
>>>---Indian------>
Cloud Computing For Every Puppy (a .pet)
[url]http://murga-linux.com/puppy/viewtopic.php?t=69192[/url]
[url]http://murga-linux.com/puppy/viewtopic.php?t=69192[/url]
- charlie6
- Posts: 1230
- Joined: Mon 30 Jun 2008, 04:03
- Location: Saint-Gérard / Walloon part of Belgium
latest Ted-2.23 word processor ...for wheezy
Hi,
here is where to download Ted-2.23 for wheezy - i.e wheezyb4_ted-2.23.i386.deb -->at bottom of web page - ... and some others (baked by 1st february ... still warm ! )
note: BE PATIENT ! as this repo seems very slow (ca 1 minute) to open.
http://ftp.nluug.nl/pub/editors/ted/whe ... 3.i386.deb
default locale is english;
other locales to be downloaded at the same location !
tip: if the Menu/Tools/Format-Tool dialog box looks too-too tiny, just open the file usr/share/Ted/config/ted.gtkrc-2.0 using a text editor, and just make it empty, and save it!
(many thanks to it developper, Mark de Does !)
tiny, fast, --> enjoy !
Charlie
here is where to download Ted-2.23 for wheezy - i.e wheezyb4_ted-2.23.i386.deb -->at bottom of web page - ... and some others (baked by 1st february ... still warm ! )
note: BE PATIENT ! as this repo seems very slow (ca 1 minute) to open.
http://ftp.nluug.nl/pub/editors/ted/whe ... 3.i386.deb
default locale is english;
other locales to be downloaded at the same location !
tip: if the Menu/Tools/Format-Tool dialog box looks too-too tiny, just open the file usr/share/Ted/config/ted.gtkrc-2.0 using a text editor, and just make it empty, and save it!
(many thanks to it developper, Mark de Does !)
tiny, fast, --> enjoy !
Charlie
Last edited by charlie6 on Tue 12 Feb 2013, 08:15, edited 2 times in total.
I tried Wheezy and latest Slacko with an old nvidia video card
nVidia Corporation NV11 [GeForce2 MX/MX 400]
and it boots perfectly with nouveau driver
unlike Exprimo and Fluppy
which sometimes would boot to black screen
if I tried to use nouveau.
.
nVidia Corporation NV11 [GeForce2 MX/MX 400]
and it boots perfectly with nouveau driver
unlike Exprimo and Fluppy
which sometimes would boot to black screen
if I tried to use nouveau.
.
- Attachments
-
- report-video-full.gz
- compressed report-video from Wheezy
- (8.4 KiB) Downloaded 374 times
Dpup Wheezy 3.5.2.4
Hi pemasu,
Sorry I'm so late in reviewing this, however, I've had a battle with flu. You've had a number of releases that I've not seen. Your latest is super and is running great on my hardware. Thank you for updating bibletime to the latest, it's working great.
Thanks again for continuing to share your fine distributions.
Jim
Sorry I'm so late in reviewing this, however, I've had a battle with flu. You've had a number of releases that I've not seen. Your latest is super and is running great on my hardware. Thank you for updating bibletime to the latest, it's working great.
Thanks again for continuing to share your fine distributions.
Jim
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Hi Pemasu,
Thanks for all the hard work. This is shaping up as a very nice Pup. Confirmed that apps will now download from the debian repo with fewer dependencies and without breaking each other.
I am a little confused though about PPM and the repos in PPM and the process of updating the repos in PPM.
First of all, what is the "debian-wheezy-mmd_main" repo? Are we sure it is supposed to be included in PPM? It seems to offer packages from that repo as dependencies but often they are duplicates of packages from the debian-wheezy-main repo BUT they are different version numbers which would clash if installed. Those packages don't get downloaded anyway, not sure why, an error pops up but it is probably a good thing. Apps will install with the packages from the main repo, all files are installed but the process (deps check - fixmenus) doesn't complete automatically.
If I go to the PPM config and click the button to update the repos and follow the recommendations of the dialog it offers me the extra "update" repos. I end up with 11 different debian-wheezy repos in PPM but the lists have all gone blank.
LATER:- Seems better if I just update the 3 debian repos (skipped the -mmd one) then decline the updates repos (against the recommendation of the dialog). It then goes through the ibiblio repos and completes and the lists are visible.
Thanks for all the hard work. This is shaping up as a very nice Pup. Confirmed that apps will now download from the debian repo with fewer dependencies and without breaking each other.
I am a little confused though about PPM and the repos in PPM and the process of updating the repos in PPM.
First of all, what is the "debian-wheezy-mmd_main" repo? Are we sure it is supposed to be included in PPM? It seems to offer packages from that repo as dependencies but often they are duplicates of packages from the debian-wheezy-main repo BUT they are different version numbers which would clash if installed. Those packages don't get downloaded anyway, not sure why, an error pops up but it is probably a good thing. Apps will install with the packages from the main repo, all files are installed but the process (deps check - fixmenus) doesn't complete automatically.
If I go to the PPM config and click the button to update the repos and follow the recommendations of the dialog it offers me the extra "update" repos. I end up with 11 different debian-wheezy repos in PPM but the lists have all gone blank.
LATER:- Seems better if I just update the 3 debian repos (skipped the -mmd one) then decline the updates repos (against the recommendation of the dialog). It then goes through the ibiblio repos and completes and the lists are visible.
Oscar in England
Another frugal install..... this time on an old Intel box.All looking good so far.
VIDEO REPORT: Dpup Wheezy, version 3.5.2.4
Chip description:
Intel Corporation 82865G Integrated Graphics Controller
Requested by /etc/X11/xorg.conf:
Resolution (widthxheight, in pixels): 1024x768
Depth (bits, or planes): 24
Modules requested to be loaded: dbe
Probing Xorg startup log file (/var/log/Xorg.0.log):
Driver loaded (and currently in use): intel
Loaded modules: dbe dri dri2 extmod fb fbdevhw glx kbd mouse record
Actual rendering on monitor:
Resolution: 1024x768 pixels (270x203 millimeters)
Depth: 24 planes
-Computer-
Processor : Intel(R) Pentium(R) 4 CPU 2.80GHz
Memory : 2592MB (168MB used)
Operating System : Unknown distribution
User Name : root (root)
Date/Time : Tue 12 Feb 2013 12:10:30 AM CST
-Display-
Resolution : 1024x768 pixels
OpenGL Renderer : Unknown
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : ICH4 - Intel ICH5
VIDEO REPORT: Dpup Wheezy, version 3.5.2.4
Chip description:
Intel Corporation 82865G Integrated Graphics Controller
Requested by /etc/X11/xorg.conf:
Resolution (widthxheight, in pixels): 1024x768
Depth (bits, or planes): 24
Modules requested to be loaded: dbe
Probing Xorg startup log file (/var/log/Xorg.0.log):
Driver loaded (and currently in use): intel
Loaded modules: dbe dri dri2 extmod fb fbdevhw glx kbd mouse record
Actual rendering on monitor:
Resolution: 1024x768 pixels (270x203 millimeters)
Depth: 24 planes
-Computer-
Processor : Intel(R) Pentium(R) 4 CPU 2.80GHz
Memory : 2592MB (168MB used)
Operating System : Unknown distribution
User Name : root (root)
Date/Time : Tue 12 Feb 2013 12:10:30 AM CST
-Display-
Resolution : 1024x768 pixels
OpenGL Renderer : Unknown
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : ICH4 - Intel ICH5
Code: Select all
# free
total used free shared buffers
Mem: 2592684 545984 2046700 0 59416
-/+ buffers: 486568 2106116
Swap: 4198396 0 4198396
#
OscarTalks. That repo is Debian multimedia main repo. And yeah....it has newer versions of same apps and those apps uses newer libs so it offers them. I had to narrow the real name. It should download from there if you select different download location, if I remember right, it was multimedia. I am atm in experimental Barrys 3.8 rc kernel Precise Puppy, because I really need to know what 3.8 kernel offers. I have spent last evening reading about 3.8 kernel. It sure has some improvements. So...I cant write things exactly how they work in dpup wheezy.
That multimedia repo also has multimedia apps which are not in those main repos.
Sure it is confusing....but there are really good stuff also and that repo will be updated with new stuff also.
Not sure yet if it will brake existing apps. If I download newer libx264, the previous one is not overwritten. Okay libx264.so will point tho the newer one...but I believe ffmpeg still finds the older real one.
To download from there an app. Yeah....it needs understanding that the base libs might come first from debian main repo and then you need to click the multimedia repo when the PPM asks from where to download all those dmo packages. Usually the suffix dmo tells that okay....these are from multimedia repo.
So....you need to swap the download location during downloading if you want to download stuff which needs stuff from main and multimedia repo.
I have had multimedia main repo long time in dpup exprimo. It is there so that people have opportunity to have extra stuff from there.
And...previously....with squeeze...some multimedia libs are only in multimedia main repo. When I compiled multimedia apps, I had to have access to that repo. I havent investigated what is the status now. At least the base distro didnt use them at all.
Anyway....just disable the repo if it has side effects. Of course at this stage of the build....I would more likely to hear what it brakes if you download apps from there.
Updating process of the database files. It sure is confusing. PPM notices that I have distro which might have update repos and asks if you want to download from them...if you click yes....it tries to download from there...but with debian wheezy....there arent any update repos available and at least multimedia update repo trial brakes the script. I would not like to try to hack Barrys PPM system.
You can check inside /root/.packages/Packages-debian-wheezy-mmd_main database file to see all those packages the debian multimedia repo offers. It has some useful multimedia apps there...and that repo also will be updated all the time with newer versions. So....not sure if it should be disabled.
That multimedia repo also has multimedia apps which are not in those main repos.
Sure it is confusing....but there are really good stuff also and that repo will be updated with new stuff also.
Not sure yet if it will brake existing apps. If I download newer libx264, the previous one is not overwritten. Okay libx264.so will point tho the newer one...but I believe ffmpeg still finds the older real one.
To download from there an app. Yeah....it needs understanding that the base libs might come first from debian main repo and then you need to click the multimedia repo when the PPM asks from where to download all those dmo packages. Usually the suffix dmo tells that okay....these are from multimedia repo.
So....you need to swap the download location during downloading if you want to download stuff which needs stuff from main and multimedia repo.
I have had multimedia main repo long time in dpup exprimo. It is there so that people have opportunity to have extra stuff from there.
And...previously....with squeeze...some multimedia libs are only in multimedia main repo. When I compiled multimedia apps, I had to have access to that repo. I havent investigated what is the status now. At least the base distro didnt use them at all.
Anyway....just disable the repo if it has side effects. Of course at this stage of the build....I would more likely to hear what it brakes if you download apps from there.
Updating process of the database files. It sure is confusing. PPM notices that I have distro which might have update repos and asks if you want to download from them...if you click yes....it tries to download from there...but with debian wheezy....there arent any update repos available and at least multimedia update repo trial brakes the script. I would not like to try to hack Barrys PPM system.
You can check inside /root/.packages/Packages-debian-wheezy-mmd_main database file to see all those packages the debian multimedia repo offers. It has some useful multimedia apps there...and that repo also will be updated all the time with newer versions. So....not sure if it should be disabled.
Pemasu, I did a frugal of Barry's precise 5.4.91 on k3.8rc7 and
wlan0 power management is ON by default. It has the wireless
bug. I had difficulty connecting, download speeds were low, and
it lost connection. My fix took care of it ok.
This precise and kernel allow me to use the Linux rt2500pci
driver, unlike your 3.7.2 where I had to use my Windows driver.
Maybe it was this that perhaps fooled me into believing that
the 3.7.2 kernel is free of the bug. Maybe it just affects the
Linux driver ??? IOW, why would the bug return on a later kernel?
But then why would power management be OFF by default
with 3.7.2 simply because I had to use the Windows driver?
Maybe you can make more sense of what I've seen than I can.
Art
wlan0 power management is ON by default. It has the wireless
bug. I had difficulty connecting, download speeds were low, and
it lost connection. My fix took care of it ok.
This precise and kernel allow me to use the Linux rt2500pci
driver, unlike your 3.7.2 where I had to use my Windows driver.
Maybe it was this that perhaps fooled me into believing that
the 3.7.2 kernel is free of the bug. Maybe it just affects the
Linux driver ??? IOW, why would the bug return on a later kernel?
But then why would power management be OFF by default
with 3.7.2 simply because I had to use the Windows driver?
Maybe you can make more sense of what I've seen than I can.
Art
Artsown. Good to hear that rt2500pci works better with 3.8 rc kernel, I mean that you able to use it.
About that power management. I think it is because of your usage of windows driver. You use it with ndiswrapper, which unloads possibly loaded linux drivers. Power management probably does not count on windows driver.
Anyway....it looks like that rt2500pci power management feature is still not fixed but the driver at least is usable.
Posting this from Precise Puppy with 3.8 rc kernel. Working fine for me.
There are some new wireless drivers included also. Like realtek rtl8723ae, but Barry didnt include the needed firmwares for it. I have hunted those down now and have them in repository, lol.
# modinfo rtl8723ae
firmware: rtlwifi/rtl8723aefw_B.bin
firmware: rtlwifi/rtl8723aefw.bin
About that power management. I think it is because of your usage of windows driver. You use it with ndiswrapper, which unloads possibly loaded linux drivers. Power management probably does not count on windows driver.
Anyway....it looks like that rt2500pci power management feature is still not fixed but the driver at least is usable.
Posting this from Precise Puppy with 3.8 rc kernel. Working fine for me.
There are some new wireless drivers included also. Like realtek rtl8723ae, but Barry didnt include the needed firmwares for it. I have hunted those down now and have them in repository, lol.
# modinfo rtl8723ae
firmware: rtlwifi/rtl8723aefw_B.bin
firmware: rtlwifi/rtl8723aefw.bin
Well, pemasu, I've learned the hard way to not make a quick judgement
about a particular pup. But so far Barry's 5.4.91 is looking very good
on my old pentium 4 desktop. I've played with changing the screen res.
and selecting the video driver and that went ok. I've rebooted several
times and installed some pets, and also used PPM to d/l and install
Firefox 18.02.
There are now so many pups that work well (and fast!) on my old PCs
that it's difficult to choose a "best".
Art
about a particular pup. But so far Barry's 5.4.91 is looking very good
on my old pentium 4 desktop. I've played with changing the screen res.
and selecting the video driver and that went ok. I've rebooted several
times and installed some pets, and also used PPM to d/l and install
Firefox 18.02.
There are now so many pups that work well (and fast!) on my old PCs
that it's difficult to choose a "best".
Art