Bug#1061051: RFS: notes-tree/1.2-1 -- a note taking app, which organizes notes in a hierarchical structure
Control: tags -1 - moreinfo > There are quite a lot of issues reported by lintian so you should fix at least those before looking for sponsorship. Fixed at: dget -xu https://gitlab.com/44100Hz/NotesTree/-/raw/deb-package/deb-pkg/notes-tree_1.2.dsc
Bug#1061226: ITP: notes-tree/1.2-1 -- a note taking app, which organizes notes in a hierarchical structure
Package: wnpp Severity: wishlist * Package name: notes-tree Version : 1.2-1 Upstream Contact: Dmitry Sviridov <1000hz.radiow...@gmail.com> * URL : https://gitlab.com/44100Hz/NotesTree * License : Zlib Programming Lang: C++ Description : A note taking app, which organizes notes in a hierarchical structure What makes it different? - Very simple file structure. Your notes are easily available even without NotesTree installed. They are stored as html files. Just open them in any web browser, including the one on your mobile phone. - You can store complete web pages, simply by copy-pasting a page into a note. NotesTree automatically downloads all the images, making the note available offline. - You can attach files of any types to your notes. I can maintain the package myself. But need a sponsor to publish it.
Bug#1061051: RFS: notes-tree/1.2-1 -- a note taking app, which organizes notes in a hierarchical structure
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "notes-tree": * Package name : notes-tree Version : 1.2-1 Upstream contact : Dmitry Sviridov <1000hz.radiow...@gmail.com> * URL : https://gitlab.com/44100Hz/NotesTree/-/tree/dev * License : Zlib * Vcs : g...@gitlab.com:44100Hz/NotesTree.git Section : editors The source builds the following binary packages: notes-tree - a note taking app, which organizes notes in a hierarchical (tree like) structure. To access further information about this package, please visit the following URL: https://gitlab.com/44100Hz/NotesTree/-/tree/dev Alternatively, you can download the package with 'dget' using this command: dget -x https://gitlab.com/44100Hz/NotesTree/-/raw/deb-package/deb-pkg/notes-tree_1.2-1.dsc Regards,
Bug#689942: initramfs-tools: mkinitramfs reports a problem about /dev/disk/by-uuid
Package: initramfs-tools Version: 0.108 Severity: normal * What led up to the situation? # apt-get upgrade [...] The following packages will be upgraded: binutils initramfs-tools libquvi-scripts python-zope.interface * What exactly did you do (or not do) that was effective (or ineffective)? My setup of / looks somewhat strange, maybe that's triggering this error: root:~# grep '\s/\s' /etc/fstab LABEL=SSD_ROOT / btrfs noatime,ssd 0 0 root:~# grep ' / ' /proc/mounts rootfs / rootfs rw 0 0 /dev/root / btrfs rw,noatime,ssd,noacl,space_cache 0 0 root:~# mount | grep ' / ' /dev/root on / type btrfs (rw,noatime,ssd,noacl,space_cache) root:~# df -T / Filesystem Type 1K-blocks Used Available Use% Mounted on /dev/root btrfs 33554432 28550248 3463704 90% / * What was the outcome of this action? Processing triggers for initramfs-tools ... update-initramfs: Generating /boot/initrd.img-3.5.3 /dev/disk/by-uuid: Is a directory mkinitramfs: for root /dev/disk/by-uuid missing disk/by-uuid /sys/block/ entry mkinitramfs: workaround is MODULES=most mkinitramfs: Error please report the bug update-initramfs: failed for /boot/initrd.img-3.5.3 with 1. dpkg: error processing initramfs-tools (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: initramfs-tools * What outcome did you expect instead? No error message :) -- Package-specific info: -- initramfs sizes -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.6.0 root=/dev/sda1 ro elevator=noop -- resume RESUME=UUID=bf1fd1f1-3290-410a-8d89-e7a6f4c0bd7a -- /proc/filesystems reiserfs ext3 ext2 ext4 btrfs fuseblk -- lsmod Module Size Used by sha256_generic 16797 4 pci_stub 12429 1 vboxpci 19071 0 vboxnetadp 25443 0 vboxnetflt 23544 0 vboxdrv 194406 3 vboxnetadp,vboxnetflt,vboxpci nfsd 198934 1 auth_rpcgss29433 1 nfsd nfs_acl12511 1 nfsd lockd 55491 1 nfsd sunrpc160131 4 nfsd,auth_rpcgss,lockd,nfs_acl cpufreq_userspace 12576 0 cpufreq_stats 12866 0 cpufreq_powersave 12454 0 cpufreq_conservative13147 0 bnep 17574 2 rfcomm 33695 0 bluetooth 150008 10 bnep,rfcomm binfmt_misc12957 1 uinput 17537 1 fuse 62666 5 iptable_filter 12536 0 iptable_nat12928 0 nf_nat 18273 1 iptable_nat nf_conntrack_ipv4 18447 3 nf_nat,iptable_nat nf_defrag_ipv4 12483 1 nf_conntrack_ipv4 nf_conntrack 57930 3 nf_nat,iptable_nat,nf_conntrack_ipv4 ip_tables 21997 2 iptable_filter,iptable_nat x_tables 18996 3 ip_tables,iptable_filter,iptable_nat hid_generic12385 0 usbhid 40753 0 hid 81572 2 hid_generic,usbhid uvcvideo 66705 0 videobuf2_vmalloc 12664 1 uvcvideo videobuf2_memops 12526 1 videobuf2_vmalloc videobuf2_core 26662 1 uvcvideo videodev 83609 2 uvcvideo,videobuf2_core media 18184 2 uvcvideo,videodev tp_smapi 23572 0 thinkpad_ec12857 1 tp_smapi zram 13540 1 zsmalloc 13210 1 zram loop 22960 0 dm_crypt 18420 2 dm_mod 63898 5 dm_crypt snd_hda_codec_hdmi 30998 1 snd_hda_codec_conexant45482 1 iTCO_wdt 12831 0 iTCO_vendor_support12704 1 iTCO_wdt arc4 12543 2 iwldvm111689 0 mac80211 344068 1 iwldvm coretemp 12854 0 kvm_intel 118198 0 kvm 304634 1 kvm_intel snd_seq_midi 12848 0 snd_seq_midi_event 13316 1 snd_seq_midi crc32c_intel 12747 0 snd_rawmidi23034 1 snd_seq_midi ghash_clmulni_intel12981 0 snd_hda_intel 26499 1 snd_hda_codec 83791 3 snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_intel nvidia 11197652 33 snd_hwdep 13189 1 snd_hda_codec snd_seq45192 2 snd_seq_midi_event,snd_seq_midi snd_pcm_oss37079 0 snd_mixer_oss 18035 1 snd_pcm_oss snd_seq_device 13176 3 snd_seq,snd_rawmidi,snd_seq_midi aesni_intel50290 6 thinkpad_acpi 61289 0 snd_pcm 64168 4 snd_pcm_oss,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel nvram 13092 1 thinkpad_acpi aes_x86_64 16796 1 aesni_intel battery13109 0 ac 12624 0 acpi_cpufreq 12972 1 aes_generic33026 2 aesni_intel,aes_x86_64 ablk_helper12572 1 aesni_intel mperf 12453 1 acpi_cpufreq cryptd 14560 5
Bug#689942: Workaround
The workaround given in the error message does not work (MODULES=most is already set), but I managed to get it working by issuing # ln -s sda1 /dev/root (although this is most likely not permanent) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689942: Workaround
On 2012-10-08 11:20, maximilian attems wrote: On Mon, Oct 08, 2012 at 09:39:15AM +0200, Martin Schuster (IFKL IT OS DS CD) wrote: The workaround given in the error message does not work (MODULES=most is already set), No it is not, to double check use: grep -r MODULES /etc/initramfs-tools/ You are right! /etc/initramfs-tools/conf.d/driver-policy contains # Driver inclusion policy selected during installation # Note: this setting overrides the value set in the file # /etc/initramfs-tools/initramfs.conf MODULES=dep Changing it to =most also fixed the problem, thanks! your handcrafted fstab looks wrong. Any hints on what is actually wrong? blkid says /dev/sda1: LABEL=SSD_ROOT UUID=294a-fdf1-420a-ab87-52f63e2f6b42 UUID_SUB=550b6d32-2c70-4cbe-bca2-79c96023e305 TYPE=btrfs smime.p7s Description: S/MIME Cryptographic Signature
Bug#481601: Debian-specific patch to Polipo: please revert
Hi Juliusz! You apply the following patch to Debian's polipo: [skip] I have thought it over, and I hereby requests that you revert this patch. There are just too many reasons why you should not have applied it. 1. You did apply a patch relating to security without an explicit ack From upstream. I hope it is clear from the recent OpenSSL debacle why this must not be done. I'm sorry Juliusz, but I have send you patch with ask to test it. There was 10 days while package was in unstable. And then about 4 monthes. And I think my patch is not the same as OpenSSL patch - they touch very different things. Patch is correct with Debian policy and doesn't have side effects. 2. You did apply a patch without first trying to get it applied upstream. You did send me the patch, but only after you applied it. You should only ever apply a patch *after* the patch was rejected upstream *and* you fully understand the reasons why, and believe that these reasons do not apply to Debian. Ok. Sorry to beat a dead horse, but taking this approach would have avoided the recent OpenSSL debacle. 3. You changed Polipo's behaviour without documenting it Please see Debian changelog. The Debian binary of Polipo now behaves differently from the upstream binary. This will confuse your users and will confuse your friendly upstream when he tries to help your users with debugging. In commonly way users must contact with package maintainer or by mailing lists, not private. And again, changes are documented in changelog. What is more, it will create a rather glaring security hole for anyone who replaces his Debian binary with an upstream binary (which is something people sometimes do, when they need a more recent version). It is not a Debian way, sorry. If they do that, they must understand what they are doing. 4. Your patch, while technically correct, will lead to bugs in the future. Your patch manipulates the process' *user* mask, which must never be manipulated by a program. The umask is a global process feature. It's changed only for one, fopen() function, and then changed back. What is wrong? It will cause a rather glaring security hole if I ever decide to use threads in Polipo. Yes. But in this case here must be thread locking code. The proper way to do what you need is to use open(O_CREAT) with the right permissions (but obeying the umask), then pass the file descriptor to fdopen. Of course, the permissions should be configurable by a config variable. Well, this looks some better. Will you apply this in the next version or I may do another patch? Any one of the above reasons is enough to ask you to revert this patch. Let's discuss it. At this time I didn't see any security problems except using threads in the feature. -- Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322771: Jessica Alba naked and wet
Size matters to all the women, no matter what they say. http://www.poputinesu.com/ Pink nipples are my true love -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#197412: The chronicles of my pussy conquest
Women love their men well hung. http://www.fantestecs.com/ Naked, wet and horny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456679: new version of the pam-pgsql
Hi, All! Please be aware that Ubuntu packaged something they call a new upstream version. It could possibly be investigated for a new upload. Yes, there is new, so called upstream, version on http://sourceforge.net/projects/pam-pgsql/. It is a fork by maintainer of the pam-pgsql, Primoz Bratanic. As written in README file: There is another pam_pgsql module, but the sources appear to have vanished, hence this module. If it is possible to merge these projects, someone can try to do it. But because Primoz Bratanic seems not active, new maintainer must become upstream. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291822: Anand Kumria [EMAIL PROTECTED], Juliusz Chroboczek [EMAIL PROTECTED], Andreas Metzler [EMAIL PROTECTED]
Hi All! Maybe it will be an good idea to set 754 permission on /var/log/polipo/? And proxy:adm owner of course. So regular user can list directory content but can't read files inside. -- wbr Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291822: /var/log/polipo should be 755
Hi All! Maybe it will be an good idea to set 754 permission on /var/log/polipo/? And proxy:adm owner of course. So regular user can list directory content but can't read files inside. -- wbr Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451723: gparted crashes after refreshing of the filesystem
Hi, Isn't it #446522 bug? -- wbr Denis Sirotkin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446522: [PATCH] Refresh devices crash patch
Package: gparted Version: 0.3.3-5 I have the same error on every refresh of devices list, for example from the GParted menu (Ctrl+R). Possible patch is attached. -- wbr Denis Sirotkin ôÏÌØËÏ × gparted-0.3.3: debian diff -ur gparted-0.3.3.orig/src/Win_GParted.cc gparted-0.3.3/src/Win_GParted.cc --- gparted-0.3.3.orig/src/Win_GParted.cc 2006-12-01 18:14:23.0 +0500 +++ gparted-0.3.3/src/Win_GParted.cc 2007-11-04 11:46:32.0 +0500 @@ -916,8 +916,13 @@ void Win_GParted::combo_devices_changed() { + unsigned int old_current_device = current_device; //set new current device current_device = combo_devices .get_active_row_number() ; + if ( current_device == (unsigned int) -1 ) + current_device = old_current_device; + if ( current_device = devices .size() ) + current_device = 0 ; set_title( String::ucompose( _(%1 - GParted), devices[ current_device ] .get_path() ) ); //refresh label_device_info
Bug#440098: kwordquiz: bug located [PATCH]
Package: kwordquiz Version: 4:3.5.5-1 Followup-For: Bug #440098 Hi again! This bug is in the kdeedu-3.5.5/kwordquiz/src/qaview.cpp file, in the highlightError function. 30 QString highlightError(const QString c, const QString e) 31 { 32QString s = c; 33if (s.left(4) == qt e.left(4) != qt) 34s = s.mid(4, s.length() - 9); 35 36QString result = qt; 37int i = 0; 38while (s[i] == e[i]) // - Here! 39 result.append(e[i++]); // - And here! 40result.append(b); 41QString result2 = /qt; If strings `s' and `e' are the same, pointer go beyond the limits of string. Possible patch: --- kdeedu-3.5.5/kwordquiz/src/qaview.cpp.orig 2006-03-17 15:10:10.0 +0500 +++ kdeedu-3.5.5/kwordquiz/src/qaview.cpp 2007-08-30 23:21:46.0 +0600 @@ -34,6 +34,10 @@ s = s.mid(4, s.length() - 9); QString result = qt; + if (s == e) { +result += s + /qt; +return result; + } int i = 0; while (s[i] == e[i]) result.append(e[i++]); I'm neither QT nor C/C++ coder so patch maybe not good :) but it works ;) Do with it something. -- wbr Denis Sirotkin -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (450, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-k7 (SMP w/2 CPU cores) Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/dash Versions of packages kwordquiz depends on: ii kdeedu-data 4:3.5.5-1shared data for KDE educational ap ii kdelibs4c2a 4:3.5.7.dfsg.1-4 core libraries and binaries for al ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4GCC support library ii libice6 2:1.0.3-3X11 Inter-Client Exchange library ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt3-mt 3:3.3.7-6Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime kwordquiz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439441: polipo 0.9.12 from Etch segfaulting
Hi Stanislav! The bug is closed. It's fixed in new version of polipo. The Security Team is notified and I'm waiting answer. If they'll decide for update polipo in stable - it will be updated. For now you can apply attached patch and test it. Thank you! -- wbr Denis Sirotkin polipo-0.9.12-dns-fix.diff Description: Binary data
Bug#438311: xmms-fmradio: not handling nostrip build option (policy 10.1)
Hi Yes, cause is the line in the Makefile: install -c -s -o $(BINOWN) -g $(BINGRP) -m $(BINMODE) libradio.so $(XMMS_PLUG_INS_DIR)/libradio.so -- wbr Denis Sirotkin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418715: polipo: always starts in offline mode
Hi Frank! Is this problem still actual? I think that your system hasn't default route at the polipo daemon start. There is offlineMode() function in /usr/lib/polipo/polipo-control: offlineMode() { # At the moment this only depends on the presence of a default route # Eventually this will be configurable via $OPTION_FILE if /sbin/route -n | grep ^0.0.0.0 /dev/null; then # We have a default route - go online echo -n false else # We don't have a default route - go offline echo -n true fi } This function used when polipo starting to identify is there default route present or not and if it isn't -- starts offline. -- wbr Denis Sirotkin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418715: polipo: always starts in offline mode
2007/7/4, Cyril Brulebois [EMAIL PROTECTED]: Would it be possible that polipo toggles (on|off)line modes when needed? (I mean: not only choosing at startup) At least documenting this (IMHO quite) common problem in README.Debian could be interesting. Also, having the mode stated in the log file could help users spot what's going on. There are scripts (named `1polipo') in the /etc/ppp/ip-{up,down}.d for restarting polipo at ppp on and off. These scripts can be copied also in /etc/network/if-{up,down}.d accordingly, as proposed in bug #305852 [1]. Please try to do it, and if it helps, I'll do it in package. 1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=305852 -- wbr Denis Sirotkin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316813: Package completed
The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/fortunes-ru - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/fortunes-ru/fortunes-ru_1.52-1.dsc I am looking for a sponsor for this package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325389: Newer upstream version
2007/6/25, Daniel Gimpelevich [EMAIL PROTECTED]: Thank you so much for finally packaging this program. It would be much appreciated if you could update the package to version 3.0.1, which was released exactly three weeks after you packaged 3.0.0, как на зло. TIA I can do this, but actually there is many troubles with this program, so it can't be part of Debian now. A lot of upstream work needed. Brief explaining you can read on http://lists.debian.org/debian-mentors/2007/01/msg00345.html If upstream will work on these problems, I'll continue trying to include it to Debian. Now I can just produce unofficial package, if you want. Denis Sirotkin
Bug#325389: Newer upstream version
That's all I ask. Ok, the package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gprsec - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gprsec/gprsec_3.0.1-1.dsc Maybe I'll create my own repo with this package for packaging training... wbr, Denis Sirotkin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350879: percent smaller normal
You can also simply double-click the PERTEXT. AN ALLE FINANZINVESTOREN! DIESE AKTIE WIRD DURCHSTARTEN! FREITAG 20. APRIL STARTET DIE HAUSSE! REALISIERTER KURSGEWINN VON 400%+ IN 5 TAGEN! Symbol: G7Q.F Company: COUNTY LINE ENERGY 5 Tages Kursziel: 0.95 Schlusskurs: 0.21 WKN: A0J3B0 ISIN: US2224791077 Markt: Frankfurt LASSEN SIE SICH DIESE CHANCE NICHT ENTGEHEN! G7Q WIRD WIE EINE RAKETE DURCHSTARTEN! UNSERE ERWARTUNGEN WIRD G7Q.F UBERTREFFEN! She'd be pretty worked up about it, wouldn't she. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#133050: Unextended PCMCIA having Question
He must be caught at once. AN ALLE FINANZINVESTOREN! DIESE AKTIE WIRD DURCHSTARTEN! FREITAG 20. APRIL STARTET DIE HAUSSE! REALISIERTER KURSGEWINN VON 400%+ IN 5 TAGEN! Symbol: G7Q.F Company: COUNTY LINE ENERGY 5 Tages Kursziel: 0.95 Schlusskurs: 0.21 WKN: A0J3B0 ISIN: US2224791077 Markt: Frankfurt LASSEN SIE SICH DIESE CHANCE NICHT ENTGEHEN! G7Q WIRD WIE EINE RAKETE DURCHSTARTEN! UNSERE ERWARTUNGEN WIRD G7Q.F UBERTREFFEN! He is not breathing fire anymore. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#178794: VendorSeek Receive quotes Accept
reverse argument immune tolerate ethical lapse perception http://img444.imageshack.us/my.php?image=4l2ycx7.gif fightoff nasty rabid -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382739: firefox: h
Hi This bug actually was in libcairo. On some sites non-latin symbols was invisible (in my case -- Cyrillic). In particular I have seen this effect on localizated part of www.debian.org site. After libcairo have updated all become ok. IMHO -- bug may be closed. -- wbr Denis Sirotkin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325389: Package downloaded
The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gprsec - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gprsec/gprsec_3.0.0-1.dsc -- wbr Denis V. Sirotkin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]